Product ownership Systems design AI coordination

উৎস  Utsa (Utsho)

A human-facing coordination layer translating OfferNet theory into product logic: one offer, one need, one verified match at a time.

Utsa mandala network visualization with a glowing circular field of connected points on a dark background.
Utsa / OfferNet Contribution as a living network

Utsho means source in Bangla. The name holds the central design question: how contribution begins, how trust forms, and how a loop closes before reputation exists.

Utsa began with a question I had been carrying for years: how do people find meaningful ways to contribute without relying on luck, familiarity, or institutional proximity?

My training as an architectural designer shaped the way I approached this work. I was less interested in building another platform and more interested in understanding how people move through trust, proximity, and exchange. Spatial thinking became coordination thinking: where friction appears, what remains hidden, and what allows a system to feel inhabitable.

My role was translating OfferNet from theory into product logic: how a person enters, how trust begins, how a loop closes, and how reputation becomes legible without adding friction too early.

"Not a platform. A plugin. The function travels. The container changes."
Utsa product framing
Origin

A civic question before it became an AI coordination question.

Early Van Volunteers paper prototype showing hand drawn mobile screens for login, map, filter, profile, and connection flows.
Van Volunteers Early paper prototype, Vancouver

A much earlier version of the same question appeared in Vancouver through Van Volunteers, a volunteer-matching concept I documented years earlier while exploring civic participation, profile logic, and community access.

The form changed, but the underlying question stayed the same: how do you help purpose find the right place to act?

View early note

Core loop

The system stayed intentionally narrow: offer, need, match, attest.

01 · Offer

What do you bring?

A person offers time, skill, compute, care, or a resource.

02 · Need

What is missing?

A person, project, or working group states the need clearly.

03 · Match

Find the connection.

The system suggests a possible exchange without turning it into a social feed.

04 · Attest

Close the loop.

Both parties confirm the exchange. That confirmation becomes the first trust signal.

Persona Curtain

Capability first. Biography second.

One design question I introduced early was whether contribution could appear before identity.

The Persona Curtain explored a softer entry point: capability first, biography second. A person could be known by fulfilled exchanges before choosing how much of themselves to reveal.

The goal was not anonymity. It was to create a brief threshold where contribution could speak before assumption took over.

Visible first

Intent
Skill
Contribution
Attestation

Revealed later

Name
Image
Location
Biography

Interaction study

Before infrastructure decisions matured, the question became interface.

OfferNet interface schematic showing offer, need, matching, attestation, reputation, and network pulse.
Early interaction prototype Offer · Need · Match · Attest

An early prototype explored pledge profiles, lightweight matching, attestation, and visual trust signals before the work shifted toward lower-friction deployment inside existing channels.

The prototype is included here as an interaction study, not a final product interface.

View interaction study

What changed

Retention was not a feature problem. It was a location problem.

The first live pilot made one thing clear: people pledged through a dedicated interface during the summit, but contribution only became durable when the loop moved into spaces where the community already worked.

The stronger direction was to place the same matching logic inside existing channels, as a lightweight embedded bot model.

Same loop. Less friction. More social density.

Mattermost became a testbed, not the product. The durable work was the matching function itself: offer, need, match, attest.

Layering trust

Simple matches first. More complex coordination only works after trust has data.

Layer 1Direct matching

Offer → Need → Match → Attest

One repeatable loop. A contribution happens, both parties confirm it, and that record becomes the seed for trust.

The first layer is not the whole product. It is the data foundation.

Layer 2Cycle matching

Multi-party loops

A needs what B has. B needs what C has. The system can begin to surface transitive chains when enough activity exists.

Complexity waits until the network has density.

Layer 3Reputation

Trust from completed exchange

Reputation emerges from attestation history, not self-description.

The signal becomes harder to fake because it is downstream of completed work.

Layer 4Cross-community

Any community. Any surface.

The same matching logic can move between channels, tools, and communities.

The function travels. The container changes.

Public presentation

Presented on the main stage during the first day of BGI Summit 2025 in Istanbul.

Synthia Jahan presenting Utsa on stage at BGI Summit with a slide reading In Bangla, Utsa means source.
BGI Summit 2025 Main stage · Istanbul

The talk introduced Utsa publicly through one simple idea: contribution should be easier to find.

It framed Utsa as a way to connect purpose, trust, and collective intelligence without making another heavy platform.

View presentation

Continuing thread

The work continues as the ecosystem shifts form.

Some of the ideas continue to evolve through conversations connected to BGI and the wider SingularityNET ecosystem, even as the original proposal shifts form.

Ongoing product conversations with Ben Goertzel and the BGI team continue to inform how the backend architecture may evolve as agent ecosystems mature.

Some projects continue as products. Others remain valuable because they clarify what kind of system is actually needed.