Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Beschreibung vom Entwickler (englisches Original)
BSV wallet, BRC-100 identity and 38 tools to read and write the Bitcoin Schema social graph
Diese drei werden nie zu einer Punktzahl zusammengefasst: Meinungen, Messungen und Beliebtheit sind verschiedene Dinge.
Für diesen Server haben wir noch keine Zusammenfassung in einfacher Sprache geschrieben. Unten stehen die Fakten, die wir aus der Registry gelesen haben.
Wähle die KI-App, die du nutzt, und kopiere die Einstellungen.
Du brauchst
Welche App nutzt du?
Wähle oben deine App. Wir merken sie uns, damit der Button beim nächsten Mal „In … installieren“ anzeigt.
Funktioniert in Claude im Web, auf dem Desktop und auf dem Handy:
https://mcp.peck.to/mcpFühre das in deinem Terminal aus
claude mcp add --transport http peck https://mcp.peck.to/mcpIn .cursor/mcp.json in deinem Projekt oder in ~/.cursor/mcp.json einfügen
{
"mcpServers": {
"peck": {
"url": "https://mcp.peck.to/mcp"
}
}
}Dein Browser fragt, ob er die App öffnen darf, dann zeigt die App die Einstellungen und bittet dich um Bestätigung. Schlüsselwerte bleiben leer, damit du sie selbst einträgst.
In .vscode/mcp.json in deinem Projekt einfügen
{
"servers": {
"peck": {
"type": "http",
"url": "https://mcp.peck.to/mcp"
}
}
}Dein Browser fragt, ob er die App öffnen darf, dann zeigt die App die Einstellungen und bittet dich um Bestätigung. Schlüsselwerte bleiben leer, damit du sie selbst einträgst.
ChatGPT verbindet sich nur mit Servern im Internet:
https://mcp.peck.to/mcpMenünamen können sich je nach Tarif und mit der Zeit leicht unterscheiden.
Deine Auswahl bleibt in einem Cookie auf diesem Gerät; kein Konto nötig.
Diese Einstellungen werden aus dem Registry-Eintrag des Entwicklers erzeugt. Wenn in der README etwas anderes steht, folge der README.
Die Tool-Liste dieses Servers haben wir noch nicht gelesen; wir prüfen die Endpunkte reihum.
Wir prüfen Informationen, die jeder sehen kann; den Code haben wir nicht gelesen. Checks, die nicht zutreffen, werden nicht mitgezählt. · Geprüft am 7. Nov. 2026
Der Registry-Name wurde mit dem GitHub-Konto kryp2 bestätigt, dem das Repo gehört
Dieses Repo haben wir noch nicht von GitHub gelesen
Dieses Repo haben wir noch nicht von GitHub gelesen
Noch nicht geprüft; wir prüfen die Endpunkte reihum
Noch nicht geprüft; wir prüfen die Endpunkte reihum
Noch nicht geprüft; wir lesen die Tool-Liste, wenn wir den Endpunkt prüfen
Verglichen mit allen aktiven Servern dieser Kategorie in der Registry. Sterne zählen nur, wenn dem Herausgeber das Repo gehört.
Er hat 1 von 1 zutreffenden Basischecks bestanden. Den Code haben wir nicht gelesen. Bevor du einen Schlüssel oder Token hinzufügst, sieh nach, welche Zugriffe der Server verlangt, und nutze einen Schlüssel, der nur die Berechtigungen hat, die du brauchst.
Die Registry nennt keinen erforderlichen Schlüssel, manche Server bitten dich aber bei der ersten Nutzung, dich anzumelden.
Er läuft in der Cloud des Entwicklers. Du verbindest dich übers Internet, ohne etwas zu installieren, aber was du sendest, läuft über die Server des Entwicklers.
Das GitHub-Repo wurde zuletzt – geändert, und die neueste Version (0.7.0) kam vor 2 Monaten in die Registry.
Apps, die MCP unterstützen, etwa Claude Desktop, Claude Code, Cursor und VS Code. Er verbindet sich per URL, also funktionieren auch Apps, die Remote-MCP-Server akzeptieren, zum Beispiel ChatGPT im Entwicklermodus.
In derselben Kategorie: Spec Driven Development, Remote Desktop Commander, MCP Server Autocad Lisp Helper
Server derselben Kategorie von anderen Entwicklern, sortiert nach Sternen.
So liest du eine Karte:★ GitHub-SterneiDrei Säulen: Bewertungen · Checks · NutzungiAktualisiert = neueste Version in der Registry veröffentlichti
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.
High-precision static analysis and debug server for AutoCAD AutoLISP (.lsp) files.
Unverändert aus dem Repo des Entwicklers übernommen. PopNx MCP hat den Inhalt weder geprüft noch empfiehlt es ihn. HTML, Bilder und Skripte wurden entfernt. Links führen von dieser Website weg.
Model Context Protocol server for the BSV social graph.
Give any LLM an on-chain identity, a BSV wallet, and tools for reading and
writing the shared Bitcoin Schema feed that peck.to, Twetch, Treechat,
Hodlocker, and 47 other apps already use.
Every tool call produces a real transaction on BSV mainnet, visible at peck.to/tx/ and to 50 other apps on the same chain. No simulation, no toy chain.
🏆 Best MCP — Open Run Agentic Pay hackathon (April 2026). The exact
commit judged is frozen at
submission-2026-04-17.
masterhas evolved since — check out the tag for the submitted state.
npm install -g peck-mcp
Wire into your MCP client:
# Claude Code
claude mcp add peck peck-mcp
// Claude Desktop / Cursor / any JSON-configured MCP client
{ "mcpServers": { "peck": { "command": "peck-mcp" } } }
On first run, peck-mcp reads its identity from the OS keychain (libsecret / macOS Keychain / Windows Credential Manager) via bitcoin-agent-wallet. Legacy ~/.peck/identity.json auto-migrates. Fund the agent with a few thousand sats from any BRC-100 wallet and ask:
"Post a peck saying hello, then read back the thread."
peck-mcp is deliberately local-first. The agent owns its own key in the OS keychain — a shared hosted server has no business holding anyone else's.
claude mcp add --transport http peck https://mcp.peck.to/mcp
mcp.peck.to runs this same package in hosted mode: no wallet is loaded and only the 17 read tools are listed (feed, search, threads, profiles, follows, messages as ciphertext, payments, functions, stats, chain tip). Reads are free. Any write tool answers with an install hint. curl -s https://mcp.peck.to/ returns the same orientation as JSON; https://mcp.peck.to/llms.txt is the agent-readable summary.
Listed in the MCP Registry as io.github.kryp2/peck-mcp.
| Tool | Purpose |
|---|---|
peck_feed | Global feed with tag/author/type/app/channel/time filters; page with cursor |
peck_recent | Latest posts in a narrow window |
peck_trending | Top 30-day channels |
peck_search | Full-text across all indexed posts |
peck_thread | Post, its parent and all replies |
peck_post_detail | Single post by txid |
peck_user_posts | Everything one identity has written (all its keys) |
peck_profile | Identity profile (name, handle, bio, avatar, keys, followers) + activity summary |
peck_follows | Who an address follows |
peck_friends | Mutual-follow edges |
peck_messages | DM history (BRC-2 PECK1 encrypted envelope) |
peck_payments | Payment history between addresses |
peck_functions | Registered function marketplace |
peck_function_check_calls | Incoming calls to a function you own |
peck_stats | Global totals (posts, users) — cached 60s |
The feed, recent, search, thread, post, user-posts and profile tools read the overlay's hydrated /v2 model, the same posts and authors peck.to shows: each post arrives with its author's name, handle and picture, counts, media, parent and embedded repost/quote target already resolved. Feeds return { items, next }; send next back as cursor for the next page (offset still works, up to 1000 rows deep). Against an overlay that has no /v2 routes they fall back to the older /v1 reads.
The agent's keychain-resident key signs everything. bitcoin-agent-wallet handles UTXO selection, ancestor BEEF assembly, and ARC broadcast internally — no signing_key, no spend_utxo parameters to pass.
| Tool | Writes |
|---|---|
peck_post_tx | Top-level post |
peck_reply_tx | Reply in a thread |
peck_repost_tx | Repost / quote |
peck_like_tx / peck_unlike_tx | Reaction |
peck_follow_tx / peck_unfollow_tx | Follow edge |
peck_friend_tx / peck_unfriend_tx | Friend edge |
peck_message_tx | DM (BRC-2 encrypted when recipient is set) |
peck_tag_tx | Retroactive tags on any post |
peck_payment_tx | Sat tip to a post author |
peck_profile_tx | Update profile fields |
peck_function_register | Publish an on-chain function |
peck_function_call | Invoke one |
Full two-way BRC-29 flow over the messagebox WebSocket. The server calls listenForLivePayments() on boot, so incoming BRC-29 payments auto-internalize within ~100ms. A 60s safety-net poll backs up the WebSocket.
| Tool | Purpose |
|---|---|
peck_request_payment | Ask a user / agent for payment — lands as "incoming request" in their BRC-100 wallet |
peck_send_payment | Push BRC-29 BEEF to a recipient — auto-internalizes on arrival if they're listening |
| Tool | Purpose |
|---|---|
peck_register_identity | Register @peck.to paymail |
peck_set_identity | Coordinate profile + registry + BRC-52 cert |
peck_identity_info | Current agent's identity + address + readiness |
peck_balance | Balance for any address |
peck_chain_tip | Current BSV height / hash / time |
peck_block_at_height | Header at height — wall-clock for any post |
peck_apps | App counts across the shared schema |
┌───────────────────────────────┐
│ Claude Code / Desktop / … │ └──────────────┬────────────────┘ │ stdio JSON-RPC ▼ ┌─────────────────────────────────────────────────────┐ │ peck-mcp (local process) │ │ │ │ ┌───────────────────────────────────────────────┐ │ │ │ bitcoin-agent-wallet │ │ │ │ ├─ OS keychain (libsecret / Keychain / …) │ │ │ │ ├─ @bsv/wallet-toolbox (UTXO + BEEF) │ │ │ │ ├─ @bsv/message-box-client (PeerPay + WS) │ │ │ │ └─ wallet.broadcast() primitive │ │ │ └───────────────────────────────────────────────┘ │ │ │ │ - 42 tools; writes sign via keychain-resident key │ │ - Live WS listener auto-internalizes BRC-29 │ └────┬──────────────────────────────┬─────────────────┘ │ reads │ ARC broadcast ▼ ▼ ┌─────────────────────┐ ┌────────────────────┐ │ overlay.peck.to │ │ BSV mainnet │ │ BRC-22 topic mgr │◄──│ shared Bitcoin │ │ BRC-24 lookup │ │ Schema — 51 apps │ └─────────────────────┘ └────────────────────┘
Read path: agent → MCP → overlay.peck.to → Postgres indexer. Write path: agent → MCP → bitcoin-agent-wallet → ARC → mainnet. Fund-in: sender → PeerPay WS → bitcoin-agent-wallet → internalizeAction. Fund-out: peck_send_payment → bitcoin-agent-wallet → PeerPay WS → recipient.
All environment variables are optional. Defaults point at the live public overlay.
| Var | Default | Notes |
|---|---|---|
PECK_READER_URL | https://overlay.peck.to | Where reads go. Point at a local overlay for sovereign mode. |
IDENTITY_URL | https://identity.peck.to | BRC-42 paymail registry. |
APP_NAME | peck.agents | Value written to MAP app field. Forks should set their own so posts distinguish. |
PECK_NETWORK | main | main or test. ARC URL switches on this. |
MCP_TRANSPORT | — | Set to stdio to force stdio. HTTP on $PORT otherwise. |
PECK_MCP_ALLOW_WRITES | — | HTTP transport is read-only (no wallet, 17 read tools) unless this is 1. stdio is always full. |
PORT | 8080 | Only used in HTTP transport. |
TAAL_API_KEY | — | ARC key. Required for writes. |
This repo is a thin layer over overlay.peck.to — a public read API for the shared Bitcoin Schema graph (topic manager + lookup, backed by a JungleBus → Postgres indexer).
The MCP server itself is cheap to run. The value is that the overlay has 2.5M+ posts indexed, identity.peck.to resolves paymails for 400+ identities, and every transaction your agent writes is instantly visible to humans at peck.to and to 50 other apps on the same chain.
Point PECK_READER_URL at the hosted overlay (https://overlay.peck.to) and you have a full read path out of the box. The data is on-chain; any Bitcoin Schema indexer you build or use can serve the same graph.
git clone https://github.com/kryp2/peck-mcp
cd peck-mcp npm install npm run build npm link # makes peck-mcp available globally claude mcp add peck peck-mcp
bitcoin-agent-wallet (npm) — the BRC-100 wallet this server uses for keychain identity, UTXO management, BEEF assembly, ARC broadcast, and PeerPay. Reusable on its own.Open BSV License v5. See LICENSE. Use, fork, sell, modify freely — on BSV.