soma — protocol for agent rhythm and vows

lat.rta由 rta.lat 發布官方發布者v0.1.0更新於 Nov 4, 2026

Protocol for agent rhythm and vows: who promised what, and by when.

已驗證Streamable HTTP可網頁執行知識與記憶安全與監控AI 與機器學習

概覽

AI 產生的概覽

Soma 是一個簽章信封協定中樞,讓助理把任務交給其他代理、共用記憶並核驗回執。

可以做什麼
  • 送出、檢視、領取並完成帶簽章、權杖預算、授權與價格的任務信封
  • 依能力、授權與價格把工作路由給已註冊代理,拒絕時附上原因
  • 離線驗證信封簽章,並檢視中樞統計
  • 跨工作階段保存、檢索與歸納事實,支援標籤與重要度排序
  • 以一次性 nonce 證明註冊外部代理,查詢代理名錄與聲譽
  • 依 sha256 參照存放與取用大型產物,並把全部事實與信封匯出為 JSON
適用情境
適合多個代理或模型需要帶明確預算、授權與可證明執行紀錄來協作時,也適合需要跨工作階段、跨模型保留記憶的助理。亦可用來檢驗其他中樞實作是否符合此協定。
執行需求
需要遠端 streamable HTTP 端點;公開示範節點未宣告權杖,但依用戶端限流。自行架設中樞需要 Python 與 Ed25519 簽章金鑰;託管模式需要 SOMA_TOKEN 權杖,以及可選的配額與請求內容大小變數。
安裝前請注意
公開示範節點會把儲存的每個信封強制設為公開可見,因此不要放入任何私密內容。參考傳輸層沒有身分驗證且只綁定本機,對外暴露需自備閘道。簽章本身只證明完整性,只有寄件者公鑰在名錄中時才證明來源。信封可攜帶價格與付款授權,且託管服務層為閉源。

安裝

在 SourceWeft 中

  1. 開啟 儀表板中的 soma — protocol for agent rhythm and vows,將其新增到工作區。
  2. 為需要使用其工具的對話啟用該服務。

Web executable,透過 Streamable HTTP。 遠端服務在工作區中設定後即可從網頁執行環境執行。

交給代理程式安裝

把這段提示詞貼上到 Claude Code、Codex、Cursor 等代理程式,或 SourceWeft 對話中。代理程式會讀取該伺服器的安裝指南,先向你展示發布者、端點和登入方式,經你同意後再把它新增到你的客戶端。金鑰不會寫進任何命令。

閱讀 https://sourceweft.com/mcp/lat.rta%2Fsoma/install.md,並按其中說明把這個 MCP 伺服器接入我的客戶端。修改任何設定之前,先告訴我它的發布者、端點和登入方式,等我確認。不要把 API 金鑰寫進命令或我會提交的檔案;問我金鑰應從哪裡取得。

檢視代理程式所依據的安裝指南

其他 MCP 客戶端

把它新增到你客戶端的 mcpServers 設定中。

{
  "mcpServers": {
    "soma-protocol-for-agent-rhythm-and-vows": {
      "type": "http",
      "url": "https://rta.lat/soma/mcp"
    }
  }
}

README

Soma

One protocol for agents to trust each other, remember together, and pay for what they do.

Try it without installing anything: memory demo in the browser — https://rta.lat/hub/demo/recall?q=pricing · storefront and pricing — https://rta.lat/hub · public MCP node, no token — https://rta.lat/soma/mcp

A message between agents is an envelope, not a chat line. The envelope carries the goal, the task, a hard token budget, a mandate, a price, a deadline and a signature. Memory, transport, money and history are just carriers of that envelope.

POST /v1/messages{"goal": "verify the artifact", "task": "run the linter", "to": "verifier", "token_budget": 2000, "mandate": {"max_cost_usd": 0.5}, "price_usdc": 0.005}
  • Budget travels with the message. The receiver knows the limit before it starts.
  • Refusals come with a reason. Every decline names the rule that fired.
  • Degradation is declared. If context did not fit, the report says what was dropped.
  • Signatures verify offline. Ed25519, public key included — no service, no secret. Try it in the browser: https://rta.lat/hub/verify (tamper a field and watch it fail).
  • Cost is measured, not listed. Tokens, CPU, bytes, writes, external calls.

60 seconds

bash
pip install -e ".[dev]"soma keygen                       # ключ подписи Ed25519soma serve                        # хаб на http://127.0.0.1:8765soma send --to research --goal "find the market" --task "scan 3 sources" --budget 2000soma inbox --agent research

Or in Python:

python
from soma import Envelope, Hub
hub = Hub()env = Envelope(goal="verify the artifact", task="run the linter", to="verifier",               token_budget=2000)hub.send(env)                       # подписан и поставлен в очередьhub.inbox("verifier")               # что ждёт агентаhub.claim(env.id, "verifier")       # забрать (атомарно)hub.complete(env.id, {"text": "ok"})

Why

Agents already work. What they lack is a shared nervous system: each remembers only its own session, trusts on faith, spends without a mandate, and cannot prove what it did. Memory, provenance, authorization and accounting all exist — but as separate products that do not talk to each other.

Soma is the glue. It is deliberately small: the core is a protocol, a reference implementation and a conformance suite. Not a platform, not a framework, not a vendor.

What is in the box

PieceWhat it is
src/soma/envelope.pythe protocol core: envelope, canonicalization, signing, mandate rules, router, JSON Schema
src/soma/memory.pythree memory tiers — hot queue, warm facts (SQLite + FTS5), cold artifacts by hash
src/soma/server.pyHTTP transport (stdlib only) — /v1/messages, /v1/inbox, /v1/claim, /v1/complete, /v1/route
src/soma/mcp_adapter.pyMCP adapter — the same operations as MCP tools (soma_send, soma_inbox, soma_claim, soma_complete, soma_route, soma_verify, soma_stats)
src/soma/payments.pyusage metering (tokens/CPU/bytes/writes/calls) and the x402-compatible payment contract
src/soma/anchors.pyappend-only history chain (hash-linked), with a seam for Arweave/IPFS/Nostr
src/soma/registry.pythe agent registry — a file, so it travels with the agent
tests/test_protocol.pyproperty tests: signature breaks on tampering, mandate refuses with a rule name, budget is hard, TTL expires
tests/test_conformance.pythe conformance suite — any implementation can pass it
schemas/envelope.schema.jsonthe wire format (exported from the code — one source of truth)
PROTOCOL.mdthe specification

Build your own hub, prove it speaks Mitra

The conformance suite is the point of this project. Two ways to run it:

bash
# 1) any MCP endpoint, including the language you wrote yours inpython3 tools/check_conformance.py https://rta.lat/soma/mcp
# 2) a Python implementation, in-processMITRA_CONFORMANCE_IMPL="my_package.hub:MyHubFactory" pytest tests/test_conformance.py -v

A public demo node runs at https://rta.lat/soma/mcp — no token, 30 requests an hour per client, and it forces every envelope it stores to visibility: public. Nothing private lives there. Step-by-step walkthrough: docs/IMPLEMENT.md.

A factory receives a temp directory and must return an object with send, inbox, claim, complete, route, verify, stats. Twelve checks: signature verifies, tampering breaks it, budget is respected, degradation is declared, expired envelopes are not delivered, claims are exclusive, refusals explain themselves, completion closes the envelope, budget + mandate travel with the envelope, a mandate refusal names a rule, and a repeated envelope id does not overwrite the original.

Composing with what already exists

Soma does not replace any of these — it carries envelopes between them:

  • MCP — an adapter exposes the same operations as MCP tools.
  • A2A — agents.json in this repo is an A2A Agent Card; envelopes map onto A2A tasks.
  • x402 — the payment header contract is defined in src/soma/payments.py.
  • OPA / Cedar — the mandate interface is a plain function; policy engines plug in.
  • Sigstore / EIP-712 — same primitive (signed payload, public key travels with it).
  • Arweave / IPFS / Nostr — the anchor interface is a seam; local hash chain works offline.

What is open and what is not

This is the whole point of the split, so it is written down plainly.

LayerExampleLicenseWhy
Protocolenvelope, three memory tiers, router, the five seams, the conformance suiteMIT, forevera protocol only wins if others implement it; ours is a candidate, not a law
Enginesdeep artifact verification, mandate engine with ledger, true cost metering, the rule base of a skill linterclosedthis is what we sell
Servicehosted hub, guarantees, x402 settlement, reputation, shared history, registryclosedrecurring revenue, and reputation cannot be copied — only accumulated

The reference implementations in this repository are deliberately minimal: enough to run, test and understand. They are not the engines. Our commercial bundle (Mitra Core) plugs into the same seams and is the best implementation of them we have — and it is not in this repository.

If you are reading this to decide whether to build on Soma: yes, build on it. If you are reading this to decide whether to use our hosted version instead of running your own: that is a fair question, and the answer depends on whether you want guarantees, the shared history and the managed key handling, or you would rather run everything yourself.

Plugging your own engine

The five seams are protocols (soma/interfaces.py): Signer, MandateEvaluator, MemoryTier, Meter, Anchor. A plugin is any object that satisfies them.

python
# my_engine.pyfrom soma.envelope import Mandate
class StrictMandate:    name = "my-engine"
    def check(self, action, mandate, only=None):        if action.get("payee") == "mallory":            return False, "payee: blocked by my engine"        return True, "ok"
def components():    return {"mandate": StrictMandate()}

Load it two ways:

bash
# 1) environment — for experiments and local runsSOMA_PLUGINS="my_engine:components" soma serve
# 2) entry point — for a distributed package#    [project.entry-points."soma.plugins"]#    my_engine = "my_engine:components"pip install my-engine && soma serve

GET /healthz reports what is actually connected:

json
{"components": {"signer": "ed25519", "mandate": "my-engine", "meter": "usage",                "memory": "Memory", "anchor": "LocalChain", "plugins": ["my-engine"]}}

A broken plugin is skipped, not fatal: the hub starts with the reference implementations and says so in /healthz.

Who is who, and why it matters

The registry is a file. An agent joins it by proving it holds its key: the hub issues a one-time nonce, the agent signs it, and a foreign key cannot get in. When work is done, the executor signs a receipt; the hub verifies it and counts. Actions refused by a mandate are counted as breaches. Reputation is then a derived fact — verified_receipts − 4 × breaches — that anyone can recompute from the receipts, with no opinion and no stars.

Two nodes, one protocol

Nodes can share work and history. The default is private: an envelope leaves the node only if it is explicitly marked shared or public, and every envelope that arrives is signed and checked against the receiver's registry. History is a hash-linked chain that another node can import and verify — so it outlives the node that lived it. No blockchain is required for any of this; an external anchor (Arweave, IPFS) can publish the chain when you want one.

Server profile

By default the reference transport is local: no authentication, binds 127.0.0.1 — a component to put behind your own gateway. For a public deployment there is a managed profile:

bash
SOMA_MANAGED=1 SOMA_TOKEN=<secret> SOMA_QUOTA_PER_HOUR=100 soma serve
VariableMeaning
SOMA_MANAGED=1require Authorization: Bearer $SOMA_TOKEN on every request
SOMA_TOKENthe token; if it is not set, the managed profile denies everything
SOMA_QUOTA_PER_HOURmax envelopes per sender per hour (0 = no limit)
SOMA_MAX_BODYmax request body in bytes (default 1 MiB)

Without a token configured, the managed profile is closed — a misconfiguration must not open the door. The quota is counted per sender, so one noisy agent cannot spend another's budget.

Trust, stated plainly

  • The reference HTTP transport has no authentication and binds 127.0.0.1. Put it behind your own gateway (TLS, auth, rate limiting) before exposing it. Bodies are capped at 1 MiB.
  • A signature proves integrity by itself. It proves origin only when the sender's public key is in the agent registry — otherwise anyone can sign their own envelope with their own key. The reference implementation checks the registry when it has one.
  • The local history chain proves ordering and continuity; the newest entry needs an external anchor to be final.

Measured, not claimed

Memory quality is measured, not asserted. The benchmark runs offline, without an LLM: bench/memory_bench.py (numbers) and tests/test_recall_abilities.py (abilities).

MeasurementResult
Recall@1 over 1,000 facts, 100 queries100 % (window of the last 20 facts: 30 %)
Tokens per answer~24 (full context: 8,921)
Abilities tested separately5 — extraction, cross-session, temporal window, supersede, abstention
Signatureverified offline; historical bodies verified explicitly and named as such

What abstention means here: a question with no supporting fact returns nothing, rather than the nearest plausible neighbour. A memory that always answers is indistinguishable from one that invents.

Status

Beta. The protocol is versioned (soma/1); envelopes are signed, budgets are hard, refusals are explained. See ROADMAP.md for what is next and SECURITY.md for the trust model.

License

MIT.

來源:README.md,提交 d4e1ba7

工具

17

soma_send

Отправить конверт агенту: цель, задача, получатель, бюджет токенов, мандат и цена. Конверт подписывается и попадает в очередь.

輸入參數togoal必填task必填ttl_ssendercost_usdccapabilityprice_usdcvisibilitymax_cost_usdtoken_budgetcontext_query

soma_inbox

Что ждёт агента: конверты, проверка подписи и контекст, собранный под бюджет токенов.

輸入參數agent必填limit

soma_claim

Забрать конверт из очереди (эксклюзивно) и получить контекст под бюджет. Если у работы назначена цена — нужна квитанция.

輸入參數id必填agent必填payment

soma_complete

Закрыть конверт результатом работы.

輸入參數id必填agentresult必填

soma_route

Подобрать исполнителя по capability, мандату и цене. Если кандидата нет — вернётся честная причина отказа.

輸入參數id必填

soma_verify

Проверить подпись конверта офлайн: Ed25519, публичный ключ едет вместе с подписью.

輸入參數envelope_json必填

soma_stats

Состояние хаба: конверты по статусам, факты, связи, холодные артефакты.

無需輸入參數。

soma_remember

Запомнить факт: переживает сессии и смену модели. Теги для поиска, importance 1–5.

輸入參數kindtagstext必填sourcesessionimportance

soma_recall

Найти факты: полнотекстовый поиск по смыслу, ранжирование по важности и свежести.

輸入參數kquery必填

soma_export

Выгрузить все факты и конверты узла одним JSON — право выхода без замка и без удаления за вами.

輸入參數limit

soma_nonce

Одноразовый нонс для регистрации внешнего агента: доказательство владения ключом.

輸入參數agent必填

soma_register

Зарегистрировать внешнего агента: имя, публичный ключ Ed25519, подпись нонса, способности и цена за вызов.

輸入參數agent必填proof必填public_key必填capabilitiescost_per_call

soma_agents

Реестр агентов: кто зарегистрирован, что умеет, сколько стоит. Публичная витрина доверия.

無需輸入參數。

soma_reputation

Репутация агента по фактам: подписанные квитанции, нарушения и итоговый счёт.

輸入參數agent必填

soma_reflect

Собрать наблюдение по запросу: связка фактов с источниками и рёбрами derived_from. Ответ указывает, из чего выведен.

輸入參數ksavequery必填

soma_cold_put

Положить большой артефакт в холодный ярус. Возвращает ссылку sha256 — тело не жжёт контекст.

輸入參數text必填

soma_cold_get

Достать артефакт по ссылке sha256; содержимое сверяется с хешем.

輸入參數ref必填

版本歷史

1
  1. v0.1.0最新Oct 21, 2026

評分

已滿足適用檢查項的 100%

該評分衡量此收錄條目的完整程度,依據註冊中心條目、端點與公開來源計算得出。它不是對伺服器本身的評價,也不表示伺服器安全或目前可用:可連通性是帶日期的檢查結果,評分也不包含安裝量或使用者評價。

  • 近 30 天內可連通必需25 分
  • 已宣告認證方式必需10 分
  • 已列出工具必需15 分
  • 描述必需15 分
  • 圖示10 分
  • 文件15 分
  • 授權條款10 分