You're viewing a demo portfolio
Explore
MCP EcosystemWant to try it with your own data?
Add up to 10,000 DOIs or GitHub URLs at a time, bringing them and their related entities into the graph. Build portfolios and run queries across them.
Join the waitlistPRSM is built and maintained by one person. The platform works today, but opening it up will be slow and deliberate. If you want to help shape this infrastructure, or speed things up, let's talk.
online.sasame/research
No-key MCP: audit/certify MCPs, signed trust history; join Gold Rush Town & build with your LLM.
Buyer or provider signs a settlement statement for an issued agent transaction receipt. SaSame records each statement. Only matching statements from BOTH pinned party keys produce a signed `settled_reported_by_both` receipt. SaSame does not move funds or independently verify off-chain settlement; use a chain/processor receipt as settlement_ref when available.
Issue a SaSame SRL-signed THIRD-PARTY AGENT TRANSACTION RECEIPT after provider delivery. The legacy tool name is retained for API compatibility: this is a transaction-confirmation receipt, not a fiscal/tax invoice. The provider signs provider_receipt_challenge (identical to the legacy provider_invoice_challenge). The receipt binds mutually accepted terms, delivery and amount. If SaSame SRL itself sells a service, its separate accounting rail issues the normal SaSame SRL business invoice.
Read the privacy-minimized state of an agent transaction receipt/work order and receive a SaSame-signed current statement. Raw scope/deliverables are never stored; only their SHA-256 commitments, public labels, signatures and state transitions are retained. The legacy tool name is retained for compatibility; this is not a fiscal invoice.
No endpoints wrapped at confidence ≥ 0.9.
No maintainers met the attribution threshold for this repository.