উৎস Utsa
A coordination agent that matches people by what they need and what they offer, and remembers across time. One offer, one need, one verified match at a time. First place in its track at the inaugural BGI Sprint.
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 coordination 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. The coordination model builds on Ben Goertzel’s OfferNet vision.
"Not a platform. A plugin. The function travels. The container changes."Utsa product framing
A civic question before it became an AI coordination question.
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?
The system stayed intentionally narrow: offer, need, match, attest.
What do you bring?
A person offers time, skill, compute, care, or a resource.
What is missing?
A person, project, or working group states the need clearly.
Find the connection.
The system suggests a possible exchange without turning it into a social feed.
Close the loop.
Both parties confirm the exchange. That confirmation becomes the first trust signal.
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.
Intent
Skill
Contribution
Attestation
Name
Image
Location
Biography
Before infrastructure decisions matured, the question became interface.
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.
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.
Simple matches first. More complex coordination only works after trust has data.
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.
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.
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.
Any community. Any surface.
The same matching logic can move between channels, tools, and communities.
The function travels. The container changes.
Presented on the main stage during the first day of BGI Summit 2025 in 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.
The loop closes in Utsa. The record lives elsewhere.
In 2026 the architecture sharpened into its current form: stateless, consent-first, and profile-agnostic. When a loop closes, Utsa emits the attestation event and reads it back for matching. The durable record belongs to the identity and reputation layer of the wider ecosystem, not to Utsa itself.
This keeps the matching layer light and the trust portable. No single surface owns the relationship, and reputation earned through real exchange can travel wherever the person goes.
It is the strongest version yet of the original framing: the function travels, the container changes.
From coordination theory to a working agent, and a first-place win.
At the inaugural BGI Sprint, a three-day build in the SingularityNET ecosystem, Utsa became a live agent. I owned product, design, evaluation, and the demo. My teammate Dhaval Khatri engineered the Discord integration. Because she runs on OmegaClaw’s persistent memory, Utsa remembers across time: post a need today, and when the right offer shows up weeks later, she connects you.
The proof was recursive. Before any agent existed, I ran the matching by hand in a community channel, and real teams formed, including my own. I built Utsa using Utsa, and the sprint’s official page pointed participants to that channel to find teammates.
In the live demo I posted a need, and Utsa reached back to an offer posted weeks earlier, explained why it fit, and connected us. Two people, posting at different times, connected by an agent that remembered.
Utsa won first place in her track, one of three awarded teams from twenty-eight, and presented at the finals showcase. The event itself carried the visual identity I designed, so Utsa and the Sprint share one design language.
Not a bot to command. A co-creator in your corner.
Utsa lives in her first channel today. The next step carries the matching loop into every channel where communities already live. The design intent is character, not chrome: less a bot you operate, more a co-creator that knows what you bring.
Think of the best recruiter you ever had, the one who actually read your file and only called when something real appeared. Utsabot holds your offers, remembers your attestations, and speaks up when a need matches what you carry. It works for the match, not for the feed.
The work continues as the ecosystem shifts form.
Utsa now exists as a working, open-source agent, and the ideas keep evolving through conversations connected to BGI and the wider SingularityNET ecosystem.
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.