API de Agentic Plans
Lee planes y plan steps del Master Agent, retry y abort.
La API de Agentic Plans es la capa HTTP read-only sobre la pipeline de Agentic Superpowers (Brainstorm → Plan → Execute). Los planes los crean y mutan exclusivamente las pipeline tools del Master Agent (build_plan, complete_step, fail_step, skip_step, complete_plan, clarify_intent) — la API HTTP solo permite inspección. Documentación completa del módulo: Agentic Chat.
Todos los endpoints autenticados con Sanctum, scope al team, policy: solo view.
Endpoints
| Method | Endpoint | Descripción | Créditos |
|---|---|---|---|
| GET | /v1/agentic/sessions/{session}/plans |
Histórico de planes de una sesión (paginado 50/página, created_at desc) |
0 |
| GET | /v1/agentic/plans/{plan} |
Detalle del plan (status, contadores, brainstorm_summary) |
0 |
| GET | /v1/agentic/plans/{plan}/steps |
Todos los steps con output, tool calls, créditos, latency, retries | 0 |
Plan response
{
"data": {
"id": 12,
"session_id": 42,
"goal": "Konkurrenz-Analyse example.com",
"brainstorm_summary": null,
"strategy": "linear",
"status": "executing",
"current_step_id": 35,
"total_steps": 4,
"completed_steps": 1,
"failed_steps": 0,
"started_at": "2026-05-01T08:30:00Z",
"completed_at": null,
"total_tool_calls": 9,
"total_credits_used": 5,
"created_at": "2026-05-01T08:29:55Z"
}
}
Valores de plan status: planning | executing | completed | failed | aborted.
Valores de strategy: linear (default) — steps estrictamente secuenciales.
Steps response
{
"data": [
{
"id": 35,
"step_index": 0,
"label": "Top-10 SERP-Konkurrenten ermitteln",
"description": "...",
"complexity": "trivial",
"assigned_agent": null,
"status": "completed",
"retry_count": 0,
"last_error": null,
"output_summary": "10 Konkurrenten: ahrefs.com, semrush.com, ...",
"output_data": { "competitors": ["ahrefs.com", "..."] },
"tool_calls_made": 1,
"credits_used": 1,
"latency_ms": 3120,
"subagent_session_id": null,
"started_at": "2026-05-01T08:30:01Z",
"completed_at": "2026-05-01T08:30:04Z"
}
]
}
Valores de step status: pending | in_progress | completed | failed | skipped.
Valores de assigned_agent: null (Master mismo) | master | analyze | explore | research | action.
Límite de output_data: ≤ 64 kB JSON. Outputs mayores se truncan y se exponen como output_summary.
Patrón de polling
El Master Agent dirige la ejecución internamente. Los frontends hacen polling sobre el plan para mantener el stream de UI sincronizado.
TOKEN="$RANKION_API_TOKEN"
BASE="https://rankion.ai/api/v1"
PLAN=12
while true; do
R=$(curl -s -H "Authorization: Bearer $TOKEN" "$BASE/agentic/plans/$PLAN")
STATUS=$(echo "$R" | jq -r '.data.status')
DONE=$(echo "$R" | jq -r '.data.completed_steps')
TOTAL=$(echo "$R" | jq -r '.data.total_steps')
echo "[$STATUS] $DONE / $TOTAL Steps"
case "$STATUS" in
completed|failed|aborted) break ;;
esac
sleep 2
done
# Recoger el output de todos los steps
curl -s -H "Authorization: Bearer $TOKEN" "$BASE/agentic/plans/$PLAN/steps" \
| jq '.data[] | {step_index, label, status, output_summary}'
Retry / Abort
No hay endpoints HTTP de retry o abort. Las mutaciones suceden exclusivamente vía las pipeline tools internas del Master Agent:
- Retry de un step — el Master Agent invoca
fail_step, el pipeline manager redispatcha el step. Por HTTP solo es observable víaretry_countylast_error. - Abort de un plan — el usuario manda en el chat una intent de abort («stop», «abbrechen») → el Master Agent invoca
abort_plan→status: aborted. - Skip de un step — el Master Agent invoca
skip_stepcon motivo — el step queda en el log constatus: skipped.
Los clientes externos que necesiten un comportamiento de abort envían la intent como mensaje de usuario por la chat send API; el Master Agent lo traduce a abort_plan.
Códigos de status
| Code | Significado |
|---|---|
| 200 | Read OK |
| 403 | Plan/sesión pertenece a otro team o usuario |
| 404 | Plan/step/sesión no encontrado |
Pitfalls
- Sin endpoints de mutación. PATCH/DELETE sobre
/v1/agentic/plans/*no está implementado a propósito — quien escribe es el Master Agent. output_datapuede estar truncado. En outputs JSON grandes (> 64 kB) el campo está recortado; los outputs completos solo se ven en el log de tool calls de la sesión.subagent_session_idsolo se rellena en steps de subagent. Los steps que ejecuta el Master tienennull— quien quiera leer el trace del subagent sigue el session ID en/v1/agentic/sessions/{id}.- Frecuencia de polling. 2 s vale para UIs en vivo; con muchos planes en paralelo, mejor server-sent events o la chat stream API.
Relacionado: Agentic Chat · API de Chat Shares · API de Créditos.