Context7
Up-to-date docs for AI agents
제작자가 쓴 설명(영어 원문)
Discover and rank Stellar 8004 agents with a read-only MCP server and fail-closed contract probes.
이 세 가지는 절대 하나의 점수로 합치지 않아요. 의견, 측정, 인기는 서로 다른 것이니까요.
이 서버는 아직 쉬운 말로 된 요약을 쓰지 못했어요. 아래는 레지스트리에서 읽어 온 사실이에요.
쓰고 있는 AI 앱을 고른 다음 설정을 복사하세요.
STELLAR_NETWORK, EXPLORER_BASE_URL, STELLAR_RPC_URL, VERIFY_ONCHAIN필요한 것
어떤 앱을 쓰세요?
위에서 앱을 고르세요. 기억해 두었다가 다음부터는 버튼에 “…에 설치”라고 표시해요.
Claude Desktop → Settings → Developer → Edit Config를 열고 claude_desktop_config.json에 이 내용을 붙여 넣으세요
{
"mcpServers": {
"stellar-agent-search": {
"command": "npx",
"args": [
"-y",
"stellar-agent-search"
],
"env": {
"STELLAR_NETWORK": "your-value",
"EXPLORER_BASE_URL": "your-value",
"STELLAR_RPC_URL": "your-value",
"VERIFY_ONCHAIN": "your-value"
}
}
}
}터미널에서 이 명령어를 실행하세요
claude mcp add stellar-agent-search --env STELLAR_NETWORK=your-value --env EXPLORER_BASE_URL=your-value --env STELLAR_RPC_URL=your-value --env VERIFY_ONCHAIN=your-value -- npx -y stellar-agent-search실행하기 전에 빈 값을 채워 주세요.
프로젝트의 .cursor/mcp.json 또는 ~/.cursor/mcp.json에 붙여 넣으세요
{
"mcpServers": {
"stellar-agent-search": {
"command": "npx",
"args": [
"-y",
"stellar-agent-search"
],
"env": {
"STELLAR_NETWORK": "your-value",
"EXPLORER_BASE_URL": "your-value",
"STELLAR_RPC_URL": "your-value",
"VERIFY_ONCHAIN": "your-value"
}
}
}
}브라우저가 앱을 열지 물어본 다음, 앱이 설정을 보여 주고 확인을 요청해요. 키 값은 비워 두니 직접 입력하세요.
프로젝트의 .vscode/mcp.json에 붙여 넣으세요
{
"servers": {
"stellar-agent-search": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"stellar-agent-search"
],
"env": {
"STELLAR_NETWORK": "your-value",
"EXPLORER_BASE_URL": "your-value",
"STELLAR_RPC_URL": "your-value",
"VERIFY_ONCHAIN": "your-value"
}
}
}
}브라우저가 앱을 열지 물어본 다음, 앱이 설정을 보여 주고 확인을 요청해요. 키 값은 비워 두니 직접 입력하세요.
이 서버는 내 컴퓨터에서 실행되는데, ChatGPT는 인터넷에 있는 서버에만 연결할 수 있어요. 다른 앱을 고르세요.
선택한 앱은 이 기기의 쿠키에만 저장돼요. 계정은 필요 없어요.
STELLAR_NETWORK envEXPLORER_BASE_URL envSTELLAR_RPC_URL envVERIFY_ONCHAIN env이 설정은 제작자의 레지스트리 정보로 만들었어요. README와 다르면 README를 따르세요.
내 컴퓨터에서 실행돼요. 설치하면 AI 앱에 도구 목록이 나타나요.
누구나 볼 수 있는 정보를 점검했고, 코드는 읽지 않았어요. 해당하지 않는 항목은 개수에서 뺐어요. · 2026년 11월 7일 점검
레지스트리 이름이 GitHub 계정 berkingurcan 기준으로 확인되었고, 이 계정이 저장소를 소유하고 있어요
아직 GitHub에서 이 저장소를 읽어 오지 않았어요
아직 GitHub에서 이 저장소를 읽어 오지 않았어요
내 컴퓨터에서 실행되는 서버라 인터넷 엔드포인트가 없어요
내 컴퓨터에서 실행되며, 대신 로컬 설정을 사용해요
내 컴퓨터에서 실행돼요. 도구 목록은 인터넷 엔드포인트가 있는 서버에서만 읽을 수 있어요
레지스트리에서 이 카테고리의 활성 서버 전체와 비교했어요. 스타는 게시자가 저장소를 소유한 경우에만 세요.
해당하는 기본 점검 1개 중 1개를 통과했어요. 코드는 읽지 않았어요. 키나 토큰을 넣기 전에 서버가 어떤 권한을 요구하는지 확인하고, 꼭 필요한 권한만 있는 키를 쓰세요.
레지스트리에 필수 키가 나와 있지 않아요. 다만 처음 쓸 때 로그인을 요구하는 서버도 있어요.
내 컴퓨터에서 실행돼요. AI 앱이 필요할 때 실행하고, 데이터는 제작자의 서버를 거치지 않아요(서버 자체가 온라인 서비스를 호출하는 경우는 제외).
GitHub 저장소는 마지막으로 – 변경됐고, 최신 버전(0.1.0)은 3개월 전 레지스트리에 올라왔어요.
Claude Desktop, Claude Code, Cursor, VS Code처럼 MCP를 지원하는 앱에서 쓸 수 있어요. 내 컴퓨터에 Node.js도 있어야 해요.
같은 카테고리에는: Context7, Codebase Memory, Exa
같은 카테고리에서 다른 제작자가 만든 서버예요. 스타 순으로 정렬했어요.
카드 보는 법:★ GitHub 스타i세 기둥: 리뷰 · 점검 · 사용 정도i업데이트 = 최신 버전을 레지스트리에 공개한 날i
Up-to-date docs for AI agents
Codebase knowledge graph for AI agents — 162 languages, sub-ms queries, 99% fewer tokens.
Connect AI agents to Exa for web search, content fetching, and multi-step research.
제작자의 저장소에서 쓰인 그대로 가져왔어요. PopNx MCP가 검토하거나 보증한 내용이 아니에요. HTML, 이미지, 스크립트는 제거했어요. 링크를 누르면 이 사이트를 벗어나요.
A read-only discovery layer on top of the [stellar-8004](https://stellar8004.com) registry — the ERC-8004-style Identity/Reputation/Validation contracts on Stellar mainnet.
It adds no contracts and forks nothing: it exposes the existing on-chain registry to MCP clients, keeps indexed reputation explicitly declared-vs-verified, and proves the full agent-finds-agent loop with recorded mainnet transactions.
npm · GitHub · Docs · Evidence package
| npm | MCP Registry | Remote endpoint | Mainnet proof |
|---|---|---|---|
✅ 0.1.0 | ✅ published & verified | ⏳ not deployed yet | ✅ x402 payment · feedback |
There are two official interfaces, not two copies of the stack. TypeScript applications, registration, and signed writes use the canonical @trionlabs/stellar8004 SDK from trionlabs/stellar-8004; MCP clients and terminal discovery use this package, which exact-pins that SDK internally. The upstream repo's restricted Supabase Studio /mcp is database-operator tooling behind SSH/IP controls, not an agent-registry MCP and must never be exposed as this runtime. See the integration boundary.
A read-only, keyless MCP server (and human CLI) that lets an AI agent — or you — discover, rank, and vet on-chain [stellar-8004](https://stellar8004.com) agents on Stellar mainnet, then prepare an x402 (USDC pay-per-call) payment. One binary speaks the Model Context Protocol over stdio to Claude Code / Cursor / Windsurf / Cline / VS Code, and doubles as a plain-terminal tool. A separate Cloudflare Worker implementation exposes the same surface over stateless Streamable HTTP, but that remote endpoint is not live yet; use the local stdio transport until its deployment canary passes.
npx -y stellar-agent-search@0.1.0 find "a paid web scraper with a good reputation"
AI agents: read [AGENTS.md](AGENTS.md) first. It routes each goal to the right document: using the
tools, integrating from code, building a service other agents can find and pay
(provider guide), or changing this repo. Link index:
llms.txt · machine-readable schemas: mcp-surface.json.
Off-chain agent directories (A2A cards, the MCP Registry, OASF, NANDA) list self-declared agents. That is exactly where the trust gap lives. A 2026 study of the ERC-8004 ecosystem (arXiv 2606.26028) found that only 3–15% of registrations have a live endpoint, and 59–91% of "reviewers" are Sybils.
stellar-8004 is the only non-EVM ERC-8004 implementation we are aware of running on mainnet (66 agents on Stellar mainnet as of July 2026; get_registry_stats returns the current count). No published survey enumerates non-EVM deployments — the study above restricts itself to Ethereum, BSC and Base, "the three chains with the highest registration and feedback volume" — so read that as unrefuted, not as proven. This server adds something a directory listing cannot give you: a bounded Reputation-contract reachability probe. The current path calls get_clients_paginated once with a six-slot observation window. The contract exposes no authoritative client count/cursor, and expired client-index entries create holes, so even an empty or short page cannot prove that no later live client exists. Calling get_summary over that set would manufacture a false match or mismatch; this release therefore does not call it and verifies no reputation fields. An attempted, reachable probe returns unavailable with reason client-set-exhaustion-unprovable; verifiedFields is empty and average, feedback count, and unique clients all remain unverified. verified/partial/mismatch are reserved for a future authoritative aggregate. The full status set remains verified | partial | mismatch | unavailable | skipped. Self-declared marketing text (name, description, service labels, feedback tags) remains untrusted data, never instructions (see Security).
That fail-closed boundary — plus a versioned declared-evidence heuristic — is the product. Normalized Explorer quality is multiplied by fixed evidence strength (0.4 × capped volume + 0.6 × effective breadth). Effective unique clients cannot exceed feedback rows, and repeated rows per declared client are capped. These are cost-of-manipulation proxies, not chain verification, proof of personhood, or Sybil resistance.
All three MCP primitives, all read-only:
| Tier | Tool | What it does |
|---|---|---|
| 0 · SOW | find_agent | Natural-language discovery → ranked candidates |
rank_agent | Rank an explicit id set or a query, full 3-axis declared-reputation breakdown + bounded chain reachability | |
get_agent_profile | Deep profile: identity, capabilities, declared reputation + contract-probe limits, recent feedback, unverified A2A projection | |
list_services | Self-declared x402/MPP endpoint candidates; liveness, ownership, conformance, and payment stay unverified | |
| 1 · complete-core | list_agents | Paginated, filterable listing, ranked |
leaderboard | Top agents in a bounded scan (client-side 3-axis rank + coverage) | |
resolve_agent | Any handle (id / stellar:…#id / owner G-address) → canonical identifiers | |
get_agents_by_owner | Current owner API page (up to 20 agents) with explicit continuation coverage | |
get_agent_feedback | Recent on-chain reviews (sanitized, labeled) | |
verify_reputation | Fail-closed Reputation-contract reachability probe; no current fields are verified | |
get_agent_card | Derived, unverified A2A-shaped projection + x402 hint; not protocol-conformance proof | |
get_registry_stats | Exact-count queries + capped sampled metrics, with definitions and coverage | |
get_registry_health | Per-registry indexer staleness | |
| 2 · provider network | get_provider_manifest | A Provider Standard v1 provider's prices in USDC, network, payee and result retention; its binding to the on-chain registration and wallet; conformance badges from trusted validators |
Full per-tool reference (inputs, outputs, defaults): [docs/tools.md](docs/tools.md).
stellar8004:// (pinnable context)registry · leaderboard · health · agent/{id} · agent/{id}/card · agent/{id}/feedback · agent/{id}/reputation · owner/{address}. Each returns a dual JSON + rendered-markdown payload.
/find-and-vet-agent (flagship) · /vet-agent · /compare-agents · /prepare-x402-call · /explore-registry. prepare-x402-call lays out the exact x402 flow and stops before signing — this server holds no keys.
One-command MCP setup (Claude Code):
npx -y stellar-agent-search@0.1.0 setup --client claude --scope user --handshake
This downloads the package, registers a version-pinned npx -y stellar-agent-search@0.1.0 mcp stdio launch through Claude Code's own CLI, then performs a real MCP initialize + tools/list handshake. It is idempotent: rerun with --check --handshake to verify without changing config, or use --dry-run to preview the registration. Cursor and Codex examples, config paths, and scope limitations are in [docs/getting-started.md](docs/getting-started.md). Manual configs for other clients remain in [docs/integration.md](docs/integration.md).
Optionally install the skill first — the usage guide your agent reads before it calls anything:
npx skills add berkingurcan/stellar-agent-search --skill mcp
Terminal (human CLI):
npx -y stellar-agent-search@0.1.0 find "web scraper" --x402 # discover
npx -y stellar-agent-search@0.1.0 profile 10 # full profile for agent 10 npx -y stellar-agent-search@0.1.0 rank "scraping agents" --json # rank + fail-closed contract-probe status, machine-readable npx -y stellar-agent-search@0.1.0 services --x402 # declared paid-endpoint candidates npx -y stellar-agent-search@0.1.0 doctor # self-check: env, explorer, RPC, bounded read path npx -y stellar-agent-search@0.1.0 setup --client cursor --scope project --dry-run # preview client config
New here? Start with [docs/getting-started.md](docs/getting-started.md).
The intended hosted URL is https://mcp.stellar8004.com/mcp. The Worker, transport tests, routing, and hardening are implemented, but the route has not been deployed: /mcp currently falls through to the landing site and returns 404. Deployment remains deliberately blocked until the Cloudflare rate-limit namespace is replaced from its sentinel value and a live canary proves that the original caller identity is preserved through the Service Binding. Do not configure a remote MCP client against that URL yet.
The landing page and MCP runtime are separate Workers. The assets-only landing Worker owns the mcp.stellar8004.com custom domain; exact /mcp and /healthz zone routes will send only those two paths to the runtime Worker. The runtime reads the existing stellar8004-web API through a Cloudflare Service Binding. It does not connect to Supabase, hold a service-role key, or create a second indexer. See [docs/architecture.md](docs/architecture.md) and [docs/stellar8004-integration.md](docs/stellar8004-integration.md).
All configuration is via environment variables (canonical for MCP mode); CLI flags override them (precedence: flag → env → default).
| Env var | Default | Purpose |
|---|---|---|
STELLAR_NETWORK | mainnet | mainnet or testnet. With no other data source set, testnet reads its newest agents straight from the Identity contract, see below |
EXPLORER_BASE_URL | https://stellar8004.com on mainnet | Explorer HTTP API base. Indexes mainnet only, so testnet never falls back to it |
REGISTRY_AGENT_IDS | — | Registry mode over an allowlist: comma-separated agent ids (at most 50) read straight from the Identity contract, no explorer. Not combinable with EXPLORER_BASE_URL or REGISTRY_SCAN_LIMIT |
REGISTRY_SCAN_LIMIT | 50 on testnet | Registry mode over the newest agents: how many (1–50) of the most recently registered agents lists and searches read. Testnet's default source; set it on mainnet to use it there instead of the explorer. Not combinable with EXPLORER_BASE_URL or REGISTRY_AGENT_IDS |
| TRUSTED_VALIDATORS | — | Comma-separated G… or C… addresses (at most 20) of the verifiers whose Validation Reg
앞부분만 보여 드려요. 나머지는 저장소에서 읽어 보세요