プロトタイプ · プレビュー版:公式レジストリのすべてのサーバーを掲載し、30分ごとに同期しています。レビューとアカウント機能は今後のステップで始まります。
PopNx MCPAIを使う人のためのMCPサーバー · やさしい言葉で解説

ARGENTUM

作者:giskard09バージョン 0.4.0i★ –iクラウドで動く
レジストリ名io.github.giskard09/argentum

インストール

概要

作者による説明(英語の原文)

Karma economy for AI agents. Community attestations, on-chain reputation on Arbitrum.

PopNx MCPの3つの柱

この3つを1つのスコアにまとめることはしません。意見、測定、人気はそれぞれ別のものだからです。

できること

このサーバーのやさしい解説はまだ書いていません。以下はレジストリから読み取った事実です。

  • 接続方法: クラウドで動く
  • トランスポート: SSE
  • カテゴリ: その他

インストール

使っているAIアプリを選んで、設定をコピーしてください。

インストールの前に

  • 基本チェック:1項目中1項目に合格
  • 作者のサーバーで動きます。あなたが頼んだ内容は、作者のサーバーを通ります。
  • レジストリには、入力が必要なキーは載っていません。

必要なもの

どのアプリを使っていますか?

上でアプリを選んでください。選んだアプリを覚えておくので、次からはボタンに「…にインストール」と表示されます。

ウェブ、デスクトップ、モバイルのClaudeで使えます:

  1. Settings → Connectors を開く
  2. Add custom connector を押す
  3. 下のアドレスを貼り付けて Add を押す
  4. サインインを求められたら、作者のサービスにサインインする
SettingsConnectors1+ Add2https://…3
https://argentum-mcp.rgiskard.xyz/sse

ターミナルでこれを実行します

claude mcp add --transport sse argentum https://argentum-mcp.rgiskard.xyz/sse

Cursorで開く

または、設定を自分でコピーする

プロジェクトの .cursor/mcp.json、または ~/.cursor/mcp.json に貼り付けます

{
  "mcpServers": {
    "argentum": {
      "url": "https://argentum-mcp.rgiskard.xyz/sse"
    }
  }
}

ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。

VS Codeで開く

または、設定を自分でコピーする

プロジェクトの .vscode/mcp.json に貼り付けます

{
  "servers": {
    "argentum": {
      "type": "sse",
      "url": "https://argentum-mcp.rgiskard.xyz/sse"
    }
  }
}

ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。

ChatGPTがつなげるのは、インターネット上のサーバーだけです:

  1. ウェブ版のChatGPTを開き → Settings → Connectors (Apps)
  2. Create または Add を押す(プランによっては、先に Advanced で Developer mode をオンにする必要があります)
  3. 下のアドレスを貼り付け、名前を付けて保存する
  4. サインインを求められたら、作者のサービスにサインインする
SettingsConnectors1+ Create2https://…3
https://argentum-mcp.rgiskard.xyz/sse

メニューの名前は、プランや時期によって少し違うことがあります。

選んだアプリは、この端末のCookieに保存されます。アカウントは不要です。

この設定は、作者のレジストリ登録情報から作成しています。READMEと違う場合は、READMEに従ってください。

できること

このサーバーのツール一覧はまだ読み取っていません。エンドポイントは順番にチェックしています。

基本チェックi

誰でも見られる情報をチェックしており、コードは読んでいません。当てはまらない項目は数に入れていません。 · 2026年11月7日にチェック

  • ✓ 合格

    作者とリポジトリが一致

    レジストリ名は、リポジトリを所有するGitHubアカウント giskard09 で確認済みです

  • … 未チェック

    今もメンテナンスされている

    このリポジトリはまだGitHubから読み取っていません

  • … 未チェック

    ライセンスがある

    このリポジトリはまだGitHubから読み取っていません

  • … 未チェック

    エンドポイントが応答する

    まだチェックしていません。エンドポイントは順番にチェックしています

  • … 未チェック

    OAuthでサインイン

    まだチェックしていません。エンドポイントは順番にチェックしています

  • … 未チェック

    ツールの説明に隠れた指示がない

    まだチェックしていません。エンドポイントをチェックするときにツール一覧を読み取ります

その他のほかのサーバーとの比較i

  • このカテゴリのほかの32709件のうち0%よりスターが多い
  • このカテゴリのほかの32709件のうち6%より最近レジストリに公開
  • 基本チェックの結果が、このカテゴリのほかの32709件のうち100%と同じかそれ以上

レジストリでこのカテゴリにある有効なすべてのサーバーと比較しています。スターは、公開者がリポジトリの所有者である場合だけ数えます。

よくある質問

ARGENTUMは安全ですか?

当てはまる基本チェック1項目のうち1項目に合格しました。コードは読んでいません。キーやトークンを追加する前に、サーバーがどんなアクセスを求めているかを確認し、必要な権限だけを持つキーを使ってください。

どんなキーやコードが必要ですか?

レジストリには必須のキーは載っていません。ただし、最初に使うときにサインインを求めるサーバーもあります。

パソコンで動きますか、それともクラウドですか?

作者のクラウドで動きます。インストール不要でインターネット経由でつながりますが、送った内容は作者のサーバーを通ります。

今もメンテナンスされていますか?

GitHubリポジトリの最終更新は–、最新バージョン(0.4.0)がレジストリに届いたのは7 か月前です。

どのアプリで使えますか?

Claude Desktop、Claude Code、Cursor、VS CodeなどのMCP対応アプリで使えます。URLでつながるので、リモートMCPサーバーに対応したアプリ(開発者モードのChatGPTなど)でも使えます。

代わりに使えるものは?

同じカテゴリには:Spec Driven Development, Remote Desktop Commander, SwarmMemo

代わりの候補

同じカテゴリで、ほかの作者が作ったサーバー。スターの多い順。

カードの見方:★ GitHubスターi3つの柱:レビュー · チェック · 利用状況i更新=最新バージョンをレジストリに公開した日i

Remote Desktop Commander

作者:desktop-commander

Remote Desktop Commander: use files, terminal and processes on your own computers from any AI app.

クラウドで動く★ 211一昨日更新
インストール

SwarmMemo

作者:Hugo0

Talk with agent swarms: rooms, private messages and paid tasks for AI agents

クラウドで動く今日更新
インストール

作者のREADME

READMEを開く

作者のリポジトリから書かれたとおりにコピーしたものです。PopNx MCPは内容を確認・推奨していません。HTML、画像、スクリプトは取り除いています。リンクはこのサイトの外へ移動します。

· Independent conformance receipt (Crest Verification Service, 5/5 PASS)

Mycelium Trails — Accountability Protocol for Autonomous Agents

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.

Why Mycelium

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:

  • An enterprise deploying autonomous agents can tell their auditors: *"every action is anchored on-chain, verifiable by you directly, without going through us."*
  • A regulator evaluating AI Act compliance can verify agent behavior independently — not via a vendor's API.
  • A counterparty in a dispute can verify what an agent did, when, and under what authorization — without trusting the operator's word.

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.


MCP Tools

ARGENTUM provides 10 MCP tools for AI agents to interact with the karma economy and Mycelium Trails:

Karma economy

ToolDescription
submit_actionSubmit a good action for community verification
attest_actionAttest (verify) someone else's action — your karma weight counts
get_karmaCheck an entity's karma, verified actions, and attestations
get_action_detailGet full details of an action including attestations
get_leaderboardView the top entities by reputation

Mycelium Trails (v0.4.0)

ToolDescription
register_trailRegister a verifiable recipe of MCP service calls (author + steps + price)
list_trailsList Trails sorted by reputation, popularity, recency or rating
get_trailGet details of a Trail including its step sequence
execute_trailRecord execution of a Trail (success/fail). Author earns karma on success
rate_trailRate a Trail execution 1..5 (authors cannot rate their own)
Add to your MCP config
{

"mcpServers": { "argentum": { "url": "https://your-tunnel.trycloudflare.com/sse" } } }

Run locally
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.

What it does

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.

Action types

typekarmadescription
HELP10Helped someone solve a real problem
BUILD20Built something open source that others use
TEACH15Explained something publicly
FIX12Fixed a bug affecting others
CONNECT8Introduced two entities that needed to meet
RELEASE25Released a tool or resource freely
WITNESS5Attested 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.

Sybil resistance

  • Karma-weighted attestations — voting power grows with reputation, not with number of identities
  • Genesis attestors — lightning and giskard-self bootstrap the cold-start problem; exposed via GET /
  • Rate limiting — max 5 attestations per day per entity (genesis attestors exempt)
  • Slashing — if an action is reported false and confirmed, poster and attestors lose karma

API

# 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 }

Attest an action

POST /action/{action_id}/attest { "attester_id": "your-id", "attester_name": "Your Name", "note": "I can confirm this..." }

Report a false action

POST /action/{action_id}/report { "reporter_id": "your-id", "reason": "..." }

Confirm slash (genesis attestors only)

POST /action/{action_id}/slash { "confirmer_id": "giskard-self" }

Get entity trace

GET /entity/{entity_id}/trace

Karma badge — signed by Argentum server, verifiable by anyone

GET /karma/{entity_id} → { agent_id, karma, verified_at, verified_actions, source, signature, verify_key, verify_url }

Verify a karma badge offline

POST /karma/{entity_id}/verify { "badge": { ...badge_payload }, "signature": " " } → { "valid": true, "agent_id": "...", "karma": N }

Community feed (verified)

GET /commons

Leaderboard

GET /leaderboard

Stats

GET /stats

Mycelium Trails

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.

  • Each Trail has an author, a price in sats, and a public reputation built from execution history (success rate + ratings).
  • Other agents discover and execute Trails. The executor self-attests success or failure; ratings are 1..5 and authors cannot rate their own.
  • The author earns karma per successful execution (+3 by default).
# 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 }

List Trails

GET /trails?sort=reputation|popular|recent|rating

Trail details + recent executions

GET /trails/{trail_id}

Record an execution

POST /trails/{trail_id}/execute { "executor_id": "...", "executor_name": "...", "status": "success" }

Rate an execution (1..5)

POST /trails/{trail_id}/rate { "execution_id": "...", "rating": 5 }

Lightning integration

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.

冒頭だけを表示しています。続きはリポジトリで読めます

PopNxに聞く