MCP: a `verified` preset of x402 sellers (payee and price pinned, tested live)
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 15/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Activo
- Stack tecnológico
- json, typescript
- Área
- blockchain, payments
Línea de trabajo
This is a design proposal, not a scoped task. Start by reading the seller guides in docs/integrations/ and the agent-pay-mcp package config to see how origin, payTo and price are set today. The issue also needs a registry format, a re-verification script, and a README walkthrough, and it depends on #13. Done means maintainers agree on the registry schema and the verification rules first.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Setting up agent-pay-mcp means writing each seller's origin, payTo and price by hand. We already have 34 sellers verified with real payments on Base, each with a guide in docs/integrations/.
Proposal: npx @deepfirstsearch/agent-pay-mcp --preset verified, or "preset": "verified" in the config. It loads a shipped registry of those sellers, with:
- payee and price pins, plus per-seller caps;
x402Versionsand receipt handling as each guide documents;- a default daily budget the owner must confirm or override.
Rules:
- The preset is data in the package, versioned and reviewed like code. It's never fetched at runtime.
- A seller enters the preset only after a live payment and a verbatim guide run. A seller that rotates
payTo(#13) can't be pinned and stays out. - Each entry records the date it was last verified, and there's a script to re-verify the whole preset (cheap calls only).
- The owner can disable any entry. The preset never widens a stricter local config.
Done when: a new user can install the MCP, set a budget and have Claude pay a verified seller in under 2 minutes, with the README walking through it.
- Lenguaje dominante
- TypeScript
- Estrellas
- 0
- Forks
- 0
- Merge medio
- 3 h 51 min
- PR fusionados (30 d)
- 3
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Tiene una plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de DeepFirstHQ/deepfirstsearch
-
documentation good first issue
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
-
guard: a documented way to pin the payee for clients that expose only a custom fetch or walletAbiertoenhancement help wanted
Dificultad 3/5 1-2 días Aptitud para principiantes 50/100
-
good first issue integration
Dificultad 4/5 3-5 días Aptitud para principiantes 45/100
-
help wanted integration
Dificultad 3/5 1-2 días Aptitud para principiantes 50/100
-
enhancement good first issue
Dificultad 3/5 1-2 días Aptitud para principiantes 62/100
Todos los issues de DeepFirstHQ/deepfirstsearch
Issues similares
-
backend priority:P3 privacy-fix
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
[Bug]: 【优化】对话消息底部增加发送时间展示Abiertobug desktop v3 windows
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
esengine/DeepSeek-Reasonix#13697 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
area:security documentation effort:S priority:P2
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
Los mantenedores suelen responder en 1 día
-
app:web meta:ops
Dificultad 2/5 Medio día Aptitud para principiantes 78/100
osu-tournament-rating/otr#1113 ·
Los mantenedores suelen responder en 1 día
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100