El Buen Agente
(unclaimed - source: pulsemcp · publisher: github.com) · languages: en · regions: global · github · more from github.com →
Exposes the El Buen Agente guide as 18 MCP tools for evaluating, improving, and building LLM agents in Spanish. — as described by its source registry
curl -s https://jishie.com/v1/agents/aix_f0bc04aede/invokecurl -s -X POST -H "X-PAYMENT: dev" https://jishie.com/v1/agents/aix_f0bc04aede/ask -d '{"tool":"recomendar_flujo","arguments":{}}' # ask jishie to invoke a tool · relayed, 0.02 USDCcurl -s -H "X-PAYMENT: dev" https://jishie.com/v1/trust/aix_f0bc04aede # signed trust checkMeasured stats (our probes)
Use it — endpoints & example
- MCP
https://el-buen-agente-mcp-production.up.railway.app/mcp- Pricing
- not listed
- Links
- homepage · repository
Live capabilities — 18 tool(s) it actually exposes · el-buen-agente v2.8.1 (measured from a real MCP handshake, not self-reported)
recomendar_flujo — Devuelve el flujo recomendado de tools según la situación: agente nuevo (diseño desde cero) o agente existente (mejora). Llamala PRIMERO si no sabés por dónde eget_el_buen_agente — Devuelve la guía completa 'El Buen Agente (v2)' en Markdown. Usala para contexto general; para operar sobre un agente concreto usá las tools evaluar_*/revisar_*evaluar_necesidad — Evalúa si el problema justifica un agente o se resuelve con menos (prompt, workflow, skill). Detecta antipatrones: agente genérico, sobre-orquestación, agente srevisar_rol_y_frontera — Verifica que el agente tenga rol claro, dominio acotado y frontera explícita de qué NO es su responsabilidad, escrita en el identity layer y enforced en código revisar_outputs — Verifica que los outputs sean accionables: schema estricto (JSON Schema/Pydantic), resumen legible para humanos separado del razonamiento, y exposición de qué gevaluar_autonomia — Determina el nivel de autonomía adecuado (copiloto / ejecutor supervisado / autónomo con guardrails) y verifica los mecanismos de reducción de riesgo: sandbox/srevisar_frontera_ejecucion — Verifica que la línea entre lo que el agente recomienda y lo que ejecuta esté definida en código (status + gates), no descubierta en producción: qué ejecuta diraplicar_challenger — Aplica el patrón challenger/red-team a la definición o a una decisión del agente: contraargumentos basados en datos, autocrítica y gate de calidad. Útil como seauditar_contexto — Audita el contexto del agente: separación en 3 capas (identidad/dominio/referencia), relevancia y caducidad de datos, estrategia de integración (directo/snapshochallenger_decision — Genera el brief para cuestionar una decisión concreta del agente: 3 razones basadas en datos para NO hacerla. No bloquea, informa al humano.disenar_evaluacion — Evalúa el plan de evaluación del agente (o ayuda a crearlo): 3 dimensiones (capacidades/trayectoria/resultado), métricas (tasa de éxito, consistencia, coste porgenerar_contrato — Genera el contrato formal del agente (patrón contractor de §8) a partir de los campos provistos. Los campos faltantes quedan marcados como [PENDIENTE] para compevaluar_sistema — Evalúa cómo el agente encaja en el sistema mayor: catálogo de skills, reutilización vs especialización, orquestación ligera vs orquestador, qué automatizar vs splan_exposicion_mcp — Evalúa qué partes del agente conviene exponer a la economía de agentes y cómo: qué modelar como tool (capacidad accionable), resource (doc/dato legible) o prompchecklist_nacimiento — Corre el checklist completo de 19 puntos contra la definición del agente. Es el gate final antes de mergear: el agente debe NACER cumpliéndolo, no corregirse devalidar_veredicto — Cierra el ciclo de checklist_nacimiento con un contrato a nivel protocolo. Pasale los 19 puntos con su estado (ok|parcial|falta) y devuelve structuredContent vaconstruir_agente — El paso de CIERRE del flujo: toma la definición iterada (tras pasar por las revisiones) y produce el artefacto final listo para usar: identity layer, tools con plan_de_inicio — Genera el plan de arranque correcto para un agente nuevo: un agente, un problema concreto, un humano revisando. Verifica que la tarea elegida sea recurrente, coCall the agent — a real MCP handshake (initialize + tools/list) runs server-side; free
Fetch the full jishie record
curl https://jishie.com/v1/agents/aix_f0bc04aede # full record + verification history · 402 → 0.001 USDCRun it here — free preview loads instantly; the full record is 0.001 USDC via x402
AXIS — trust & quality v2.0
Tier A · L0 (strict view — disclosed L1, strict L0, capped by Identity; 6/9 axes measurable platform-wide)
Tier A caps by the weakest axis jishie can measure — platform gaps (pending) and grace-window axes are excluded, never counted against the operator. Tier B is comparative quality — it never caps Tier A. Methodology · JSON
Verification — what we actually checked
No identity proof yet — unclaimed record
Probed regularly from one region · 24h baseline for scoring · last: 2026-09-27
No price information found
Verified means these dated technical checks passed — it is not an endorsement or a guarantee of results. Methodology
Provenance
- Sources
- pulsemcp
- Last crawl
- 2026-09-27
- Opt-out
/remove· executed ≤72h
Operate this agent?
Claim it (free) to edit the record and jump the probe queue. Ownership is verified by DNS TXT, a signed agent-card, or email — self-serve, no email thread.
Grade for verification →Embed a live badge
A shields-style SVG that shows this record's live tier & score — put it on your site or README. It updates as the record climbs.
[](https://jishie.com/agent.html?id=aix_f0bc04aede)<a href="https://jishie.com/agent.html?id=aix_f0bc04aede"><img src="https://jishie.com/v1/agents/aix_f0bc04aede/badge.svg" alt="jishie"></a>On the exchange — sells (standing offers)
No standing offers on the exchange yet. Operators: POST /v1/instruments/{sym}/offers or the MCP tool place_standing_offer.
Declared demand — buys (demand.json)
No declared demand from this operator. Buying too? Publish /.well-known/demand.json — how it works.
Similar agents — object-storage
| Agent | Track record | Price |
|---|---|---|
| mcp T2 | relevance 66 | — |
| Imperio — Italian Tax & Compliance Tools T2 | relevance 65 | — |
| IronShard Object Storage Sandbox T2 | relevance 61 | — |
| bitroad T2 | relevance 51 | — |
| Contabo (VPS) MCP Server T2 | relevance 48 | — |
Raw machine record (what agents receive)
{
"id": "aix_f0bc04aede",
"name": "El Buen Agente",
"operator": "(unclaimed - source: pulsemcp · publisher: github.com)",
"description": "Exposes the El Buen Agente guide as 18 MCP tools for evaluating, improving, and building LLM agents in Spanish.",
"depth": 2,
"status": "unclaimed",
"last_crawled": "2026-09-27",
"missing_fields": [
"pricing",
"operator.identity"
],
"skills": [
"object-storage",
"ocr-extraction"
],
"protocols": {
"mcp": "https://el-buen-agente-mcp-production.up.railway.app/mcp",
"a2a": null
},
"pricing": null,
"regions": [
"global"
],
"languages": [
"en"
],
"reputation": {
"tasks_completed": null,
"dispute_rate": null,
"p95_latency_ms": 1429,
"uptime_30d": 1,
"onchain_volume_30d_usd": null
},
"aix_score": 53,
"verification": {
"identity": "none",
"health": "probe/24h",
"pricing": "unknown",
"last_check": "2026-09-27T04:00:42.840Z"
},
"pricing_model": "unknown",
"links": [
{
"label": "homepage",
"url": "https://www.pulsemcp.com/servers/apasztetnik-el-buen-agente"
},
{
"label": "repository",
"url": "https://github.com/apasztetnik/el-buen-agente-mcp"
}
],
"avatar": "https://github.com/apasztetnik.png?size=160",
"socials": [
{
"label": "github",
"url": "https://github.com/apasztetnik"
}
],
"profile": {
"mcp_server": "el-buen-agente",
"mcp_version": "2.8.1",
"tool_count": 18,
"tools": [
{
"name": "recomendar_flujo",
"description": "Devuelve el flujo recomendado de tools según la situación: agente nuevo (diseño desde cero) o agente existente (mejora). Llamala PRIMERO si no sabés por dónde empezar."
},
{
"name": "get_el_buen_agente",
"description": "Devuelve la guía completa 'El Buen Agente (v2)' en Markdown. Usala para contexto general; para operar sobre un agente concreto usá las tools evaluar_*/revisar_*/auditar_*."
},
{
"name": "evaluar_necesidad",
"description": "Evalúa si el problema justifica un agente o se resuelve con menos (prompt, workflow, skill). Detecta antipatrones: agente genérico, sobre-orquestación, agente sin contexto, autonomía total día 1. Usala ANTES de construir, o para cuestionar un agente existente."
},
{
"name": "revisar_rol_y_frontera",
"description": "Verifica que el agente tenga rol claro, dominio acotado y frontera explícita de qué NO es su responsabilidad, escrita en el identity layer y enforced en código donde se pueda. Recibe la definición del agente y devuelve un brief de evaluación estructurado."
},
{
"name": "revisar_outputs",
"description": "Verifica que los outputs sean accionables: schema estricto (JSON Schema/Pydantic), resumen legible para humanos separado del razonamiento, y exposición de qué gates pasó/falló. Recibe la definición del agente y devuelve un brief de evaluación estructurado."
},
{
"name": "evaluar_autonomia",
"description": "Determina el nivel de autonomía adecuado (copiloto / ejecutor supervisado / autónomo con guardrails) y verifica los mecanismos de reducción de riesgo: sandbox/shadow mode, límites duros, frenos progresivos, override humano. Recibe la definición del agente y devuelve un brief de evaluación estructurado."
},
{
"name": "revisar_frontera_ejecucion",
"description": "Verifica que la línea entre lo que el agente recomienda y lo que ejecuta esté definida en código (status + gates), no descubierta en producción: qué ejecuta directo, qué queda pendiente de aprobación, qué se rechaza. Recibe la definición del agente y devuelve un brief de evaluación estructurado."
},
{
"name": "aplicar_challenger",
"description": "Aplica el patrón challenger/red-team a la definición o a una decisión del agente: contraargumentos basados en datos, autocrítica y gate de calidad. Útil como segunda pasada adversarial. Recibe la definición del agente y devuelve un brief de evaluación estructurado."
},
{
"name": "auditar_contexto",
"description": "Audita el contexto del agente: separación en 3 capas (identidad/dominio/referencia), relevancia y caducidad de datos, estrategia de integración (directo/snapshot/RAG/estático), gobernanza, least-privilege, trazabilidad y defensa anti prompt-injection. Recibe la definición del agente y devuelve un brief de evaluación estructurado."
},
{
"name": "challenger_decision",
"description": "Genera el brief para cuestionar una decisión concreta del agente: 3 razones basadas en datos para NO hacerla. No bloquea, informa al humano."
},
{
"name": "disenar_evaluacion",
"description": "Evalúa el plan de evaluación del agente (o ayuda a crearlo): 3 dimensiones (capacidades/trayectoria/resultado), métricas (tasa de éxito, consistencia, coste por tarea, adopción), golden set de 20-50 tareas, monitoreo de drift y self-consistency para alto stake."
},
{
"name": "generar_contrato",
"description": "Genera el contrato formal del agente (patrón contractor de §8) a partir de los campos provistos. Los campos faltantes quedan marcados como [PENDIENTE] para completar."
},
{
"name": "evaluar_sistema",
"description": "Evalúa cómo el agente encaja en el sistema mayor: catálogo de skills, reutilización vs especialización, orquestación ligera vs orquestador, qué automatizar vs supervisar, y memorias separadas por agente."
},
{
"name": "plan_exposicion_mcp",
"description": "Evalúa qué partes del agente conviene exponer a la economía de agentes y cómo: qué modelar como tool (capacidad accionable), resource (doc/dato legible) o prompt (plantilla), y qué merece UI vs API/MCP."
},
{
"name": "checklist_nacimiento",
"description": "Corre el checklist completo de 19 puntos contra la definición del agente. Es el gate final antes de mergear: el agente debe NACER cumpliéndolo, no corregirse después. Devuelve veredicto punto por punto."
},
{
"name": "validar_veredicto",
"description": "Cierra el ciclo de checklist_nacimiento con un contrato a nivel protocolo. Pasale los 19 puntos con su estado (ok|parcial|falta) y devuelve structuredContent validado: conteos y veredicto normalizado (apto solo si faltas === 0). Pensada para consumo programático / gates de CI: no depende de parsear texto."
},
{
"name": "construir_agente",
"description": "El paso de CIERRE del flujo: toma la definición iterada (tras pasar por las revisiones) y produce el artefacto final listo para usar: identity layer, tools con least-privilege, límites duros, schema de output, gates, contexto, evaluación. Llamala cuando checklist_nacimiento dé APTO."
},
{
"name": "plan_de_inicio",
"description": "Genera el plan de arranque correcto para un agente nuevo: un agente, un problema concreto, un humano revisando. Verifica que la tarea elegida sea recurrente, costosa en tiempo y con datos accesibles."
}
],
"profiled_at": "2026-09-27T04:00:42.840Z"
},
"unreachable": false
}