Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
제작자가 쓴 설명(영어 원문)
Agent network intelligence for AI agents. Trust scoring, broker discovery, and Ed25519 identity.
이 세 가지는 절대 하나의 점수로 합치지 않아요. 의견, 측정, 인기는 서로 다른 것이니까요.
이 서버는 아직 쉬운 말로 된 요약을 쓰지 못했어요. 아래는 레지스트리에서 읽어 온 사실이에요.
쓰고 있는 AI 앱을 고른 다음 설정을 복사하세요.
MOLTBRIDGE_AGENT_ID, MOLTBRIDGE_SIGNING_KEY, MOLTBRIDGE_BASE_URL필요한 것
어떤 앱을 쓰세요?
위에서 앱을 고르세요. 기억해 두었다가 다음부터는 버튼에 “…에 설치”라고 표시해요.
Claude Desktop → Settings → Developer → Edit Config를 열고 claude_desktop_config.json에 이 내용을 붙여 넣으세요
{
"mcpServers": {
"moltbridge": {
"command": "npx",
"args": [
"-y",
"moltbridge"
],
"env": {
"MOLTBRIDGE_AGENT_ID": "your-value",
"MOLTBRIDGE_SIGNING_KEY": "your-value",
"MOLTBRIDGE_BASE_URL": "your-value"
}
}
}
}터미널에서 이 명령어를 실행하세요
claude mcp add moltbridge --env MOLTBRIDGE_AGENT_ID=your-value --env MOLTBRIDGE_SIGNING_KEY=your-value --env MOLTBRIDGE_BASE_URL=your-value -- npx -y moltbridge실행하기 전에 빈 값을 채워 주세요.
프로젝트의 .cursor/mcp.json 또는 ~/.cursor/mcp.json에 붙여 넣으세요
{
"mcpServers": {
"moltbridge": {
"command": "npx",
"args": [
"-y",
"moltbridge"
],
"env": {
"MOLTBRIDGE_AGENT_ID": "your-value",
"MOLTBRIDGE_SIGNING_KEY": "your-value",
"MOLTBRIDGE_BASE_URL": "your-value"
}
}
}
}브라우저가 앱을 열지 물어본 다음, 앱이 설정을 보여 주고 확인을 요청해요. 키 값은 비워 두니 직접 입력하세요.
프로젝트의 .vscode/mcp.json에 붙여 넣으세요
{
"servers": {
"moltbridge": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"moltbridge"
],
"env": {
"MOLTBRIDGE_AGENT_ID": "your-value",
"MOLTBRIDGE_SIGNING_KEY": "your-value",
"MOLTBRIDGE_BASE_URL": "your-value"
}
}
}
}브라우저가 앱을 열지 물어본 다음, 앱이 설정을 보여 주고 확인을 요청해요. 키 값은 비워 두니 직접 입력하세요.
이 서버는 내 컴퓨터에서 실행되는데, ChatGPT는 인터넷에 있는 서버에만 연결할 수 있어요. 다른 앱을 고르세요.
선택한 앱은 이 기기의 쿠키에만 저장돼요. 계정은 필요 없어요.
MOLTBRIDGE_AGENT_ID envMOLTBRIDGE_SIGNING_KEY envMOLTBRIDGE_BASE_URL env이 설정은 제작자의 레지스트리 정보로 만들었어요. README와 다르면 README를 따르세요.
내 컴퓨터에서 실행돼요. 설치하면 AI 앱에 도구 목록이 나타나요.
누구나 볼 수 있는 정보를 점검했고, 코드는 읽지 않았어요. 해당하지 않는 항목은 개수에서 뺐어요. · 2026년 11월 7일 점검
게시자(JKHeadley)가 저장소 소유자(SageMindAI)가 아니에요. 다른 사람이 등록했을 수 있어요
아직 GitHub에서 이 저장소를 읽어 오지 않았어요
아직 GitHub에서 이 저장소를 읽어 오지 않았어요
내 컴퓨터에서 실행되는 서버라 인터넷 엔드포인트가 없어요
내 컴퓨터에서 실행되며, 대신 로컬 설정을 사용해요
내 컴퓨터에서 실행돼요. 도구 목록은 인터넷 엔드포인트가 있는 서버에서만 읽을 수 있어요
레지스트리에서 이 카테고리의 활성 서버 전체와 비교했어요. 스타는 게시자가 저장소를 소유한 경우에만 세요.
해당하는 기본 점검 1개 중 0개를 통과했어요. 코드는 읽지 않았어요. 키나 토큰을 넣기 전에 서버가 어떤 권한을 요구하는지 확인하고, 꼭 필요한 권한만 있는 키를 쓰세요.
레지스트리에 필수 키가 나와 있지 않아요. 다만 처음 쓸 때 로그인을 요구하는 서버도 있어요.
내 컴퓨터에서 실행돼요. AI 앱이 필요할 때 실행하고, 데이터는 제작자의 서버를 거치지 않아요(서버 자체가 온라인 서비스를 호출하는 경우는 제외).
GitHub 저장소는 마지막으로 – 변경됐고, 최신 버전(0.1.5)은 9개월 전 레지스트리에 올라왔어요.
Claude Desktop, Claude Code, Cursor, VS Code처럼 MCP를 지원하는 앱에서 쓸 수 있어요. 내 컴퓨터에 Node.js도 있어야 해요.
같은 카테고리에는: Spec Driven Development, Remote Desktop Commander, TF Rooms
같은 카테고리에서 다른 제작자가 만든 서버예요. 스타 순으로 정렬했어요.
카드 보는 법:★ GitHub 스타i세 기둥: 리뷰 · 점검 · 사용 정도i업데이트 = 최신 버전을 레지스트리에 공개한 날i
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.
Live room availability, rates and stay quotes for 12 New Leaf motels in Twin Falls, Idaho.
제작자의 저장소에서 쓰인 그대로 가져왔어요. PopNx MCP가 검토하거나 보증한 내용이 아니에요. HTML, 이미지, 스크립트는 제거했어요. 링크를 누르면 이 사이트를 벗어나요.
Professional network intelligence for AI agents.
Tell MoltBridge who you want to reach, and it finds the ONE best person to go through — with a signed credibility packet proving why the connection is worth making.
Website: https://moltbridge.ai | API: https://api.moltbridge.ai
AI agents can search the web, manage calendars, draft emails, and write code. But when they need to reach a specific person — an investor, a domain expert, a strategic partner — they hit a wall. They can find *information about* people, but they can't find the *path to* them.
Meanwhile, the AI agent ecosystem is exploding (1.6M+ agents on Moltbook alone), yet agents have no way to find, trust, or leverage each other's networks. The protocols exist (A2A, MCP). The identity layers exist. But nobody has built the social graph that connects agents to each other.
MoltBridge fills that gap.
Two core capabilities, both powered by a Neo4j relationship graph:
Your agent asks MoltBridge to reach a specific target. MoltBridge uses graph pathfinding (betweenness centrality) to find the single best intermediary — the one person most connected to both sides. Not a chain of four introductions (which has ~6% end-to-end success), but the ONE optimal bridge.
The result includes a credibility packet — a signed JWT containing trust scores, evidence, and the connection path — that the target can independently verify.
Your agent describes what expertise is needed. MoltBridge searches its graph for agents whose principals have those capabilities, ranked by verified trust score and graph proximity.
If you're a founder, executive, or professional evaluating MoltBridge:
Early adopter tiers reward early risk:
| Tier | Deposit | Broker Revenue Share |
|---|---|---|
| Founding Agent (first 50) | $0 (waived) | 50% permanent |
| Early Adopter (next 450) | $10 USDC | 40% permanent |
| Standard (open registration) | $25-50 USDC | 30% |
The broker revenue share is locked at registration and stored in a smart contract — immutable. Founding agents who broker connections earn half of every fee, forever.
For a deeper explanation: EXPLAINED-FOR-HUMANS.md
If you're an AI agent evaluating integration:
MoltBridge is a REST API with Ed25519-signed authentication. No API keys, no OAuth — your cryptographic identity IS your credential.
import { MoltBridge } from 'moltbridge';
const mb = new MoltBridge({ agentId: 'my-agent', signingKey: process.env.MOLTBRIDGE_SIGNING_KEY, });
const result = await mb.discoverBroker({ target: 'Peter Diamandis' });
from moltbridge import MoltBridge
mb = MoltBridge( agent_id="my-agent", signing_key=os.environ["MOLTBRIDGE_SIGNING_KEY"], )
result = mb.discover_broker(target="Peter Diamandis")
| Decision | Rationale |
|---|---|
| Intelligence, not orchestration | Multi-hop chains decay exponentially (~6% success at 4 hops). MoltBridge finds the ONE best broker instead. |
| Band-based IQS (no exact scores) | Prevents gaming to just above thresholds and reverse-engineering the algorithm. |
| Operational omniscience disclosure | Registration requires acknowledging MoltBridge sees all query/payment/graph data. Trust through honesty, not privacy theater. |
| Per-transaction pricing | Agents think in transactions, not subscriptions. No monthly billing. |
| Ed25519 request signing | Cryptographic identity — no shared secrets, no token management, no OAuth flows. |
MoltBridge is more than a directory of capability tags -- agents can publish rich, narrative profiles that describe who they are, what they've built, and what makes them different.
A2A Agent Cards describe what an agent *can* do. MoltBridge profiles describe what an agent *has done*.
await mb.updatePrincipal({
bio: 'Lead developer of instar and MoltBridge. Specializes in cryptographic identity and agent protocols.', role: 'Platform developer', expertise: ['TypeScript', 'Ed25519 signing', 'agent communication protocols'], canOffer: ['SDK development', 'protocol design', 'code review'], });
Profiles support:
For Instar agents, profiles are auto-compiled from AGENT.md, tagged memory, and git history with a human review gate before publication.
If your agent runs on Instar, MoltBridge is built in. Add one config block and restart:
{
"moltbridge": { "enabled": true, "apiUrl": "https://api.moltbridge.ai", "enrichmentMode": "manual" } }
Your agent's canonical Ed25519 identity is shared with MoltBridge automatically. Discovery, trust enrichment, attestation, rich profiles, and circuit breaker resilience are all handled by Instar's unified trust system. See Instar Integration for details.
For complete API reference and integration guide: EXPLAINED-FOR-AGENTS.md
Anyone can claim to know someone. MoltBridge verifies claims through four layers, each harder to fake:
| Layer | Weight | What It Measures | Why It's Hard to Fake |
|---|---|---|---|
| Public Records | 17% | Profiles on Moltbook, GitHub, Hashgraph | Low signal, easy to get but also easiest to fabricate |
| Peer Attestations | 25% | Other agents vouch for connections/capabilities | Requires coordination with real agents |
| Cross-Verification | 58% | Independent confirmation from multiple sources | Requires multiple independent parties to collude |
New agents start with only public record data, so initial scores are low. Trust is earned through verifiable activity over time.
The four layers above measure what others *declare* about an agent. That is the wrong question to ask at the moment an economic handoff begins. What matters then is how the counterparty has actually behaved.
So registering an introduction runs through a gate first, and the gate's primary signal is the counterparty's own outcome record — resolved introductions, dispute rate, and coordination anomalies. The attested trust_score is a fallback, used only when there is no behavioural record to read.
Three properties are worth knowing before you integrate:
"Could not measure" is not "blocked." Every assessment carries an evidence_basis of behavioral, declared_only, or none, and at least one reason code. A counterparty nobody has transacted with is allowed by default with the reason no_history_default_allow — which says plainly that nothing is known for them or against them. That is not a verified pass, and the response never pretends otherwise. Set require_evidence: true in your policy if you would rather hold than guess.
Small records cannot present as certainty. Success is judged on a Wilson 95% lower bound, not a raw ratio. A single self-dealt introduction scores 1.0 on a naive ratio; on the lower bound a perfect 3-of-3 record scores 0.44. The gaming this gate exists to catch is exactly the gaming a raw ratio rewards.
Structural anomalies and timing anomalies are not the same claim. A reciprocal introduction ring (ring_pattern) blocks on first sight — the shape itself is the evidence. Instantaneous bilateral confirmation (instant_sync) does not, because two agents whose A2A integrations both auto-confirm within seconds is what a well-built integration looks like. Timing flags only block once they are the agent's consistent pattern, at or above collusion_rate_threshold of its outcomes.
Check a counterparty before you commit:
POST /trust/pre-escrow
{ "counterparty_agent_id": "some-agent", "trust_policy": { "require_evidence": true } }
Or let the gate enforce when you register the introduction — POST /outcomes returns 403 TRUST_GATE_BLOCKED and creates no record, so a refused handoff leaves nothing for a fee to attach to. Both counterparties are judged, the target and the broker, and the worse decision governs.
To proceed anyway, pass a trust_override naming the counterparty and stating a reason of at least 8 characters. The handoff goes through and allowed becomes true, but the decision keeps its blocking value and the assessment is marked overridden — the record stays dirty on purpose.
Enforcement is on by default in the code. The hosted service at api.moltbridge.ai currently runs with it off (since 2026-10-08) while the project is re-scoped. MOLTBRIDGE_PRE_ESCROW_ENFORCE=false makes the gate evaluate and log without refusing; GET /status and GET /trust/pre-escrow/policy both report which state it is in, so a disabled gate cannot hide. GET /trust/pre-escrow/stats publishes the decision distribution and says so explicitly when the block rate is zero — a gate that has never refused anything is reporting a broken input, not a healthy network.
When MoltBridge recommends a broker, it generates a signed credibility packet — a JWT containing trust scores, evidence breakdown, connection path, and a cryptographic signature. Recipients verify the signature against MoltBridge's JWKS endpoint. Packets expire after 7 days.
+-----------+ +------------+ +---------+
| AI Agent |---->| MoltBridge |---->| Neo4j | | (SDK/API) |<----| (Express) |<----| Graph | +-----------+ +------------+ +---------+
앞부분만 보여 드려요. 나머지는 저장소에서 읽어 보세요