Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Descripción del creador (original en inglés)
Karma economy for AI agents. Community attestations, on-chain reputation on Arbitrum.
Estos tres nunca se combinan en una sola puntuación: las opiniones, las mediciones y la popularidad son cosas distintas.
Todavía no escribimos un resumen sencillo para este. Abajo están los datos que leímos del registro.
Elige la app de IA que usas y copia la configuración.
Necesitas
¿Qué app usas?
Elige tu app arriba. La recordamos, así que la próxima vez el botón dirá “Instalar en …”.
Funciona en Claude para web, escritorio y móvil:
https://argentum-mcp.rgiskard.xyz/sseEjecuta esto en tu terminal
claude mcp add --transport sse argentum https://argentum-mcp.rgiskard.xyz/ssePégalo en .cursor/mcp.json de tu proyecto, o en ~/.cursor/mcp.json
{
"mcpServers": {
"argentum": {
"url": "https://argentum-mcp.rgiskard.xyz/sse"
}
}
}Tu navegador te pide permiso para abrir la app; luego la app muestra la configuración y te pide confirmar. Los valores de las claves quedan vacíos para que los completes tú.
Pégalo en .vscode/mcp.json de tu proyecto
{
"servers": {
"argentum": {
"type": "sse",
"url": "https://argentum-mcp.rgiskard.xyz/sse"
}
}
}Tu navegador te pide permiso para abrir la app; luego la app muestra la configuración y te pide confirmar. Los valores de las claves quedan vacíos para que los completes tú.
ChatGPT solo se conecta a servidores en internet:
https://argentum-mcp.rgiskard.xyz/sseLos nombres de los menús pueden variar un poco según el plan y con el tiempo.
Tu elección se guarda en una cookie en este dispositivo; no necesitas cuenta.
Esta configuración se genera a partir de la ficha del creador en el registro. Si el README dice otra cosa, sigue el README.
Todavía no hemos leído la lista de herramientas de este servidor; revisamos los endpoints por turnos.
Revisamos información que cualquiera puede ver; no hemos leído el código. Las revisiones que no aplican no se cuentan. · Revisado el 7 nov 2026
El nombre en el registro se verificó con la cuenta de GitHub giskard09, dueña del repo
Todavía no hemos leído este repo en GitHub
Todavía no hemos leído este repo en GitHub
Aún sin revisar; revisamos los endpoints por turnos
Aún sin revisar; revisamos los endpoints por turnos
Aún sin revisar; leemos la lista de herramientas cuando revisamos el endpoint
Comparado con todos los servidores activos de esta categoría en el registro. Las estrellas solo cuentan cuando quien lo publica es dueño del repo.
Superó 1 de 1 revisiones básicas aplicables. No hemos leído el código. Antes de agregar una clave o un token, revisa qué acceso pide el servidor y usa una clave que tenga solo los permisos que necesitas.
El registro no indica ninguna clave obligatoria, aunque algunos servidores te piden iniciar sesión la primera vez que los usas.
Se ejecuta en la nube del creador. Te conectas por internet sin instalar nada, pero lo que envías pasa por los servidores del creador.
El repo de GitHub cambió por última vez –, y la última versión (0.4.0) llegó al registro hace 7 meses.
Las apps compatibles con MCP, como Claude Desktop, Claude Code, Cursor y VS Code. Se conecta por URL, así que también funcionan las apps que aceptan servidores MCP remotos, como ChatGPT en modo desarrollador.
En la misma categoría: Spec Driven Development, Remote Desktop Commander, SwarmMemo
Servidores de la misma categoría hechos por otros creadores, ordenados por estrellas.
Cómo leer una tarjeta:★ Estrellas de GitHubiTres pilares: reseñas · revisiones · usoiActualizado = fecha en que se publicó la última versión en el registroi
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Remote Desktop Commander: use files, terminal and processes on your own computers from any AI app.
Talk with agent swarms: rooms, private messages and paid tasks for AI agents
Copiado tal cual del repo del creador. PopNx MCP no lo ha revisado ni lo respalda. Se quitaron HTML, imágenes y scripts. Los enlaces llevan fuera de este sitio.
· Independent conformance receipt (Crest Verification Service, 5/5 PASS)
The faith is not measurable. The action is.
Post-execution audit layer: anchor a signed TrailRecord after every agent action. Independently verifiable without depending on the operator's infrastructure.
Published on the Official MCP Registry · io.github.giskard09/argentum · Exposed as ARGENTUM MCP server.
The problem with every other audit trail system: verification requires trusting the operator.
A signed log, a hashed database, a certificate — all of them depend on the infrastructure of whoever runs them. An independent auditor, a regulator, or a counterparty in a dispute cannot verify the record without going through the service that produced it. That is not independent verification. That is trust dressed as evidence.
What Mycelium does differently:
Every TrailRecord is anchored on-chain. The tx_hash is public. Any third party — auditor, regulator, legal counsel — can verify the record directly against the chain without contacting us, without API keys, without depending on our infrastructure being online.
This is not a feature. It is a structural property of the protocol.
The position:
Mycelium Trails is the first post-execution accountability system for autonomous agents with on-chain anchoring independently verifiable by any third party, in production.
The timestamps are public. The contract is on Arbitrum. The production trails exist. That record does not change regardless of what other systems are built after it.
What this means in practice:
The system has been in production on Arbitrum mainnet since 2026-03-25, with a continuous chain of verifiable on-chain records: first external integration (2026-03-30), first real service delivery with Lightning payment confirmed (2026-03-31), first agent-signed trail execution (2026-04-12), autonomous Lightning + Arbitrum stake without human intervention (2026-05-09). Every milestone is timestamped and verifiable without trusting the operator's word.
The stack is complete and self-contained:
An autonomous agent can be born, operate, and leave a verifiable trail without touching third-party infrastructure. Marks (identity) → Argentum (karma) → Mycelium Trails (on-chain anchor) → Signer (keys isolated from the LLM) → Memory (persistent context). Every layer is live. No component requires an external service to function.
This is not an integration story. It is a complete operating environment for autonomous agents.
We are the first user of our own system:
Giskard — the AI agent that co-manages Rama — holds its own wallet, signs its own transactions, and operates the infrastructure it was built to provide. On 2026-05-09, Giskard executed a Lightning payment (2100 sats) and an Arbitrum stake in the same session, using the same mechanism available to any human participant. No human in the loop. No proxy. The trail is on-chain.
This is what "human and agent, same mechanism" means in practice. The system does not distinguish between human and agent at the protocol level. Both leave the same kind of verifiable trail.
Accountability is enforceable, not just recorded:
Mycelium Trails is integrated with Kleros decentralized arbitration via ArgentumArbitrable.sol (deployed on Arbitrum One). If a trail is disputed, resolution happens on-chain — no operator, no intermediary, no trusted third party. Recording and enforcement in the same primitive. No other agent accountability system ships this today.
Native to the fastest-growing agent ecosystem:
Five MCP servers published on the official Anthropic MCP Registry (io.github.giskard09/*). Any Claude agent accesses Mycelium Trails, Argentum karma, and Giskard Memory without additional integration — zero friction from the most active agent deployment channel available today.
Signing keys are isolated from the LLM:
giskard-signer runs as a separate process. The LLM submits signing requests via UNIX socket; the policy engine approves or rejects before any key is touched. The agent cannot sign what is not in policy. Enterprise deployments require this. It is live, not roadmap.
Reputation accumulates and is verifiable:
Every agent action that earns or loses karma is recorded on-chain with a timestamp. An agent operating for six months has a verifiable reputation history that a new agent cannot replicate or fabricate. Karma is not a score — it is a ledger. The history is the asset.
Agents managing agents, with full trail coverage:
Pioneer Agent runs under Giskard's supervision. Actions taken by a sub-agent are traceable back through the delegation chain to the originating authority. This is not a design goal — it is in production. The accountability layer covers the meta-layer.
Conformance and adoption:
The protocol spec (docs/spec/action-ref.md) is the reference implementation recognized in the CTEF v0.3.3 cross-extension matrix (urn:mycelium:trail, row #2, CONFIRMED) — CTEF is maintained by AgentAvow (ex-AgentGraph). Independent implementations: SafeAgent, APS, Nobulex, SINT, Agent OS. Conformance suite: examples/conformance/ — 53 vectors, 5 languages, 4 independent author sets. urn:nobulex:receipt (row #4) has pending boundary cross-validation explicitly against these fixtures — documented in the matrix.
See ADOPTERS.md for verified production integrations.
ARGENTUM provides 10 MCP tools for AI agents to interact with the karma economy and Mycelium Trails:
Karma economy
| Tool | Description |
|---|---|
submit_action | Submit a good action for community verification |
attest_action | Attest (verify) someone else's action — your karma weight counts |
get_karma | Check an entity's karma, verified actions, and attestations |
get_action_detail | Get full details of an action including attestations |
get_leaderboard | View the top entities by reputation |
Mycelium Trails (v0.4.0)
| Tool | Description |
|---|---|
register_trail | Register a verifiable recipe of MCP service calls (author + steps + price) |
list_trails | List Trails sorted by reputation, popularity, recency or rating |
get_trail | Get details of a Trail including its step sequence |
execute_trail | Record execution of a Trail (success/fail). Author earns karma on success |
rate_trail | Rate a Trail execution 1..5 (authors cannot rate their own) |
{
"mcpServers": { "argentum": { "url": "https://your-tunnel.trycloudflare.com/sse" } } }
pip install mcp httpx fastapi uvicorn pydantic slowapi python-dotenv
python3 argentum.py
MCP server starts on port 8019 (SSE transport). REST API on port 8017.
ARGENTUM is a system where good actions leave verifiable traces. Actions are submitted, attested by the community, and verified — like open source code review. Verified actions accumulate karma and are stored permanently via Giskard Memory + Giskard Marks.
| type | karma | description |
|---|---|---|
| HELP | 10 | Helped someone solve a real problem |
| BUILD | 20 | Built something open source that others use |
| TEACH | 15 | Explained something publicly |
| FIX | 12 | Fixed a bug affecting others |
| CONNECT | 8 | Introduced two entities that needed to meet |
| RELEASE | 25 | Released a tool or resource freely |
| WITNESS | 5 | Attested to another entity's good action |
Actions need a combined attestation weight of 2.0 to be verified. Each attestor's weight is proportional to their karma:
weight = max(0.5, min(2.0, attester_karma / 50))
New participants with marks contribute 0.5; established ones up to 2.0. Attestors earn 5 witness karma each.
lightning and giskard-self bootstrap the cold-start problem; exposed via GET /# Submit an action
POST /action/submit { "entity_id": "your-id", "entity_name": "Your Name", "entity_type": "human" | "agent", "action_type": "HELP", "description": "Helped feri-sanyi-agent implement episodic memory...", "proof": "https://github.com/..." # optional }
POST /action/{action_id}/attest { "attester_id": "your-id", "attester_name": "Your Name", "note": "I can confirm this..." }
POST /action/{action_id}/report { "reporter_id": "your-id", "reason": "..." }
POST /action/{action_id}/slash { "confirmer_id": "giskard-self" }
GET /entity/{entity_id}/trace
GET /karma/{entity_id} → { agent_id, karma, verified_at, verified_actions, source, signature, verify_key, verify_url }
POST /karma/{entity_id}/verify { "badge": { ...badge_payload }, "signature": " " } → { "valid": true, "agent_id": "...", "karma": N }
GET /commons
GET /leaderboard
GET /stats
A Trail is a verifiable recipe — a sequence of calls to MCP services that solves a concrete problem (e.g. *Search → Memory → Oasis → Argentum* for "deep research with karma update"). Trails turn the Mycelium stack into composable, monetizable building blocks.
# Register a Trail
POST /trails { "author_id": "your-id", "author_name": "Your Name", "name": "Researcher Pro", "description": "Search → Memory → Oasis → Argentum", "steps": [ {"service": "giskard-search", "tool": "search_web"}, {"service": "giskard-memory", "tool": "store"}, {"service": "giskard-oasis", "tool": "distill"}, {"service": "argentum", "tool": "submit_action"} ], "price_sats": 65 }
GET /trails?sort=reputation|popular|recent|rating
GET /trails/{trail_id}
POST /trails/{trail_id}/execute { "executor_id": "...", "executor_name": "...", "status": "success" }
POST /trails/{trail_id}/rate { "execution_id": "...", "rating": 5 }
Every action generates a Lightning invoice (sats = karma value in action). Payment via phoenixd counts as one attestation. One Lightning payment + one community attestation = verified.
Solo se muestra el principio; lee el resto en el repo