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

Openttt Pot

作者:Helm-Protocolバージョン 0.3.4i★ –iパソコンで動く
レジストリ名io.github.Helm-Protocol/openttt-pot

インストール

概要

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

Cryptographic audit trail for Claude Code workflows — tamper-proof timestamps, IETF TTTPS compliant.

PopNx MCPの3つの柱

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

できること

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

  • 接続方法: パソコンで動く
  • トランスポート: stdio
  • カテゴリ: その他

インストール

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

インストールの前に

  • 基本チェック:1項目中1項目に合格
  • あなたのパソコンで、あなたのユーザーと同じ権限(ファイル、ネットワーク、アプリ)で動きます。
  • レジストリには、入力が必要なキーは載っていません。

必要なもの

  • npmNode.jsのインストール(npxコマンドに必要)

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

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

Claude Desktop → Settings → Developer → Edit Config を開き、claude_desktop_config.json にこれを貼り付けます

{
  "mcpServers": {
    "openttt-pot": {
      "command": "npx",
      "args": [
        "-y",
        "@helm-protocol/ttt-mcp"
      ]
    }
  }
}

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

claude mcp add openttt-pot -- npx -y @helm-protocol/ttt-mcp

Cursorで開く

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

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

{
  "mcpServers": {
    "openttt-pot": {
      "command": "npx",
      "args": [
        "-y",
        "@helm-protocol/ttt-mcp"
      ]
    }
  }
}

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

VS Codeで開く

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

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

{
  "servers": {
    "openttt-pot": {
      "type": "stdio",
      "command": "npx",
      "args": [
        "-y",
        "@helm-protocol/ttt-mcp"
      ]
    }
  }
}

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

これはパソコンで動くサーバーですが、ChatGPTがつなげるのはインターネット上のサーバーだけです。ほかのアプリを選んでください。

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

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

できること

パソコンで動くサーバーです。インストールすると、ツール一覧がAIアプリに表示されます。

基本チェックi

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

  • ✓ 合格

    作者とリポジトリが一致

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

  • … 未チェック

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

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

  • … 未チェック

    ライセンスがある

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

  • – 対象外

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

    これはパソコンで動くため、インターネット上のエンドポイントはありません

  • – 対象外

    OAuthでサインイン

    パソコンで動き、代わりにローカルの設定を使います

  • … 未チェック

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

    パソコンで動くサーバーです。ツール一覧を読み取れるのは、インターネット上のエンドポイントがある場合だけです

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

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

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

よくある質問

Openttt Potは安全ですか?

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

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

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

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

あなたのパソコンで動きます。必要なときにAIアプリが起動し、データは作者のサーバーを通りません(サーバー自体がオンラインサービスを呼び出す場合を除きます)。

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

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

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

Claude Desktop、Claude Code、Cursor、VS CodeなどのMCP対応アプリで使えます。パソコンにNode.jsも必要です。

代わりに使えるものは?

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

代わりの候補

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

カードの見方:★ 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昨日更新
インストール

Fomu MCP

作者:gabrielmahia

Kenya government form guides: checklists, draft letters, eCitizen, Huduma, timelines. Sample data.

パソコンで動く今日更新
インストール

作者のREADME

READMEを開く

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

@helm-protocol/ttt-mcp

Reference implementation of draft-helmprotocol-tttps (IETF Experimental)

Proof-of-Time attestation — Ed25519-signed timestamps with multi-source corroboration and explicit error bounds. IETF draft-helmprotocol-tttps


EU AI Act Art. 50 — AI-Generated Content Transparency

TTTPS provides cryptographic time-provenance for AI-generated content at the moment of creation. A pot_generate call anchors a tamper-evident timestamp to a cryptographic hash of the content record — independently of any embedded metadata.

C2PA complementarity: C2PA metadata is stripped during recapture, transcoding, and format conversion. TTTPS survives as an external anchor independently verifiable without metadata chain continuity — allowing forensic reconstruction of content provenance even when embedded markers are absent.

GDPR-compatible by design: PoT records contain no content and no personal identifiers. Each record binds a cryptographic hash (SHA-256 + HMAC-SHA256) to a multi-source time attestation. No plaintext content transits or is stored on Helm servers.

IETF specification: draft-helmprotocol-tttps (ISE track). Contact: peter@kenosian.com.


The Problem: Workflow Amnesia

Every Claude Code long-horizon workflow hits the same wall: context compression erases action history.

Agent B has no memory of what Agent A decided. Agent A resumes after compression with no record of its own prior steps. Duplicate work. Lost decisions. State corruption.

ttt-mcp is the external causal chain that survives context compression.

Every workflow step is anchored to a cryptographic timestamp on an external server — physically separate from Claude's context window. When compression happens, agents call pot_query(eventId) for O(1) exact step recall and resume with full causal context.

Claude workflow → [context compressed] → agents call pot_query(eventId)

→ external server returns full timeline → workflow resumes, zero lost state


Mathematical Guarantees

LayerMechanismGuarantee
IdentitySHA-3 eventId (256-bit)Collision probability 2⁻²⁵⁶ — practically zero
LookupO(1) exact retrievalNo context consumed by history reconstruction
OrderingTTTPS causal timestampsTotal order on events — tamper-proof sequence proof
Causal chainprevEventId DAGO(depth) traversal — depth ~100 for 1B-token workflows
Non-repudiationEd25519 signatureCryptographic proof of who acted when
ResilienceErasure-coded cryptographic shards≥97% recovery at BER=0.05, 99.88% at BER=0.02 (theoretical)
PersistenceRedis AOF + 90-day TTLServer survives context compression and restarts

Quick Start

Claude Code
claude mcp add ttt -- npx -y @helm-protocol/ttt-mcp@0.4.0

With an API key (raises the free limit to your plan's monthly quota):

claude mcp add ttt -e TTT_API_KEY=your-key -- npx -y @helm-protocol/ttt-mcp@0.4.0
Claude Desktop

Add to claude_desktop_config.json:

{

"mcpServers": { "ttt": { "command": "npx", "args": ["-y", "@helm-protocol/ttt-mcp@0.4.0"], "env": { "TTT_API_KEY": "your-key" } } } }

Cursor

One-click install, or add the same mcpServers block above to .cursor/mcp.json.

Free tier: 100 calls/day per IP — no signup needed.


5-Minute Test

Once connected, run this sequence in Claude:

Step 1 — Stamp a workflow step:

Just tell Claude naturally:

"Stamp this step as my-first-step"

"Record what I just did as refactor-auth-step1"

Claude calls pot_generate automatically. Or call it directly:

pot_generate(eventId: "my-first-step")

Step 2 — Simulate context compression: start a new Claude session

Step 3 — Recover in the new session:

Tell Claude:

"What did I do in my-first-step?"

"Recover my last workflow state"

Or call directly:

pot_query(eventId: "my-first-step")

→ Returns exact record. Amnesia gone.

Step 4 — Build a causal chain:

pot_generate(eventId: "step-2", prevEventId: "my-first-step")

pot_graph(eventId: "step-2", depth: 5)

→ Full backward chain. Cryptographically ordered.

10 Tools

ToolPurpose
pot_generateStamp a workflow step with a cryptographic timestamp
pot_verifyVerify a PoT signature
pot_generate_v2Generate the draft-11 180-octet PoT Record v2 core (canonical wire profile)
pot_verify_v2Verify a v2 record; optional TLS 1.3 exporter binding proof (fails closed without TLS)
pot_verify_v08Verify a draft-08 §3 Payload Digest record
pot_queryO(1) exact lookup by eventId — core amnesia recovery
pot_graphTraverse causal DAG (backward + forward chain)
pot_checkpointRoll up events into a compressed summary — use every ~100 events or before long tasks
pot_statsServer statistics and mode status
pot_healthHealth check

Tool Parameters

pot_generate

Stamp a workflow step with a cryptographic timestamp. For Claude Code: use eventId + prevEventId. For DeFi: use txHash + chainId + poolAddress. To bind the attestation to a specific piece of content (draft-08 §3 Payload Digest), also supply contentDigest. One of eventId, txHash, or contentDigest is required.

ParameterTypeRequiredDescription
eventIdstringEither/orWorkflow step identifier. E.g. "refactor_auth_step1"
prevEventIdstringNoPrevious step's eventId — links steps into a causal chain
txHashstringEither/orTransaction hash (DeFi, hex with 0x prefix)
chainIdnumberNoEVM chain ID (DeFi)
poolAddressstringNoDEX pool contract address (DeFi)
contentDigeststringEither/orSHA-256 digest (lowercase hex, 64 chars) of the content this record attests to. Computed by the caller — the server never sees the content. When the local time synthesis meets draft-08's own requirements (≥3 independent sources, a representable error bound), the response includes a spec-conformant potRecordV08 binary record (hex); otherwise potRecordV08Error explains why not.
ctxIdstringNodraft-08 §3.3 context identifier (Commitment domain separator, max 255 octets). Defaults to a fixed server value; MAY be public.
pot_verify_v08

Verify a draft-08 §3 record produced by pot_generate's potRecordV08 field: recomputes the Commitment, checks the Ed25519 signature, and — if content is supplied — checks it against the record's Payload Digest.

ParameterTypeRequiredDescription
potRecordV08stringYesHex-encoded 184 or 216-octet record
ctxIdstringNoMust match what pot_generate used, or verification fails
issuerPubKeystringNoHex-encoded 32-byte raw Ed25519 public key. Defaults to this server's own key.
contentstringNoPayload to check against the record's Payload Digest field
clientIdstringRequired when TTTPS_REQUIRE_REPLAY_LEDGER=1Stable caller identity for the replay key
sessionIdstringRequired when TTTPS_REQUIRE_REPLAY_LEDGER=1Active transport/session identifier for the replay key

When TTTPS_REQUIRE_V08_FRESHNESS=1, TTTPS_V08_MAX_SKEW_NS MUST be set to a non-negative integer. The verifier rejects records outside maxSkewNs + errorBoundUs. When TTTPS_REQUIRE_REPLAY_LEDGER=1, a successful verification atomically claims clientId/sessionId/nonce in Redis with a 90-day TTL; Redis failure or a second claim is rejected. These flags are fail-closed controls.

The current MCP canonical wire profile is draft-11 PoT Record v2 (180 octets). pot_generate_v2 and pot_verify_v2 implement the fixed core record, including SHA-256 integrity over octets 0-79 and Ed25519 issuer authentication over octets 0-115. Draft-08 remains available through pot_verify_v08 for legacy interoperability only. TLS binding proof is a separate 64/32-octet value; TTTPS_V2_REQUIRE_BINDING=1 fails closed unless the server is running over direct TLS 1.3; stdio and plain HTTP have no TLS exporter. Configure MCP_TLS_CERT_FILE and MCP_TLS_KEY_FILE for the HTTPS mode. Replay claims use (ctx_id, nonce) with TTTPS_REPLAY_TTL_SECONDS (default 86400).

pot_query

Query Proof of Time records. Use eventId for O(1) exact lookup after context compression.

ParameterTypeRequiredDescription
eventIdstringNoExact step lookup — collision probability 2⁻²⁵⁶
startTimenumberNoStart time (unix ms). Default: 24h ago
endTimenumberNoEnd time (unix ms). Default: now
limitnumberNoMax entries to return. Default: 100, max: 1000
pot_graph

Traverse the causal chain from any step. Returns backward chain (ancestors) and forward chain (descendants).

ParameterTypeRequiredDescription
eventIdstringYesStep to traverse from
depthnumberNoMax backward depth. Default: 10, max: 100

Returns:

  • backwardChain — ancestors in chronological order (depth-compressed for large chains)
  • forwardChain — steps that follow the given eventId
  • chainBroken — true if a gap is detected (ancestor was evicted from ring buffer, or the chain root references an unknown entry)
  • brokenAt — "server_restart" if the gap was caused by a server restart clearing in-memory state; otherwise the eventId at which the break occurred; null if chain is intact
  • reachableDepth — number of ancestors successfully traversed before the gap (or chain root)

Causal chain gap causes:

  • `server_restart`: the server restarted and the in-memory DAG was cleared. If Redis is available and REDIS_URL is set, the DAG is rebuilt from Redis on startup — reducing restart gaps.
  • Ring-buffer eviction: the ring buffer holds the most recent 10,000 events in memory. Ancestors beyond that window show as chainBroken: true with brokenAt set to the oldest reachable eventId.

Recovering from a gap: call pot_checkpoint before long tasks to compress and preserve the chain within the token budget, or use Redis persistence to survive restarts.

pot_verify
ParameterTypeRequiredDescription
potHashstringYesPoT hash to verify (hex with 0x prefix)
grgShardsstring[]YesArray of hex-encoded cryptographic integrity shards
chainIdnumberYesEVM chain ID
poolAddressstringYesUniswap V4 pool address
pot_stats
ParameterTypeRequiredDescription
period"day" \"week" \"month"YesTime period for statistics
pot_health

No parameters.

pot_checkpoint

Creates a compressed rollup checkpoint of workflow history.

Use when: Approaching context limit, before long tasks, or every ~100 events.

ParameterTypeRequiredDescription
fromEventIdstringNoStart of range — first eventId in the causal chain to include
toEventIdstringNoEnd of range — last eventId in the causal chain to include
startTimenumberNoUnix ms. Default: 1 hour ago

| endTime | number | No | Unix ms

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

PopNxに聞く