MCP reference
Pulse exposes 216 tools via the Model Context Protocol. They cover every stage of the ADLC pipeline — from creating an ideation to submitting task validation evidence — plus full access to the Knowledge Graph. The server runs locally athttp://127.0.0.1:8101/mcp (default). Any MCP-compatible agent (Claude Code, Cursor, Cline, Windsurf, Goose, Codex) can connect to it and call these tools directly.
What you can do with MCP tools
MCP tools give your AI agent direct access to the full SDLC workflow — no web UI needed.
A connected agent can: create and advance ideations, write specs with business rules and test scenarios, record design decisions, suggest and create sprints, move cards through the implementation pipeline, submit validation evidence, and query the Knowledge Graph for prior context — all as native tool calls.
Authentication
Every tool call requires authentication. Pulse supports two methods:API key (recommended)
Pass the key as a query parameter.okto-pulse init --agents generates a scoped key and writes it into .mcp.json automatically:
dash_ followed by a hex string. Most agents pick this up from .mcp.json automatically — no manual config required.
Bearer token
Pass the token in theAuthorization header. The value is the same dash_<hex> key:
Environment variable
SetPULSE_API_TOKEN in the environment where your agent or automation script runs. Pulse reads this as the fallback when no api_key query param or Authorization header is present:
Transport
Pulse uses HTTP Streamable MCP (the MCP standard transport over HTTP with SSE streaming).
Docker note: If Pulse is running inside Docker, the MCP server binds to
127.0.0.1 by default — unreachable from outside the container. Set MCP_HOST=0.0.0.0 before starting okto-pulse serve to expose it on all interfaces.
Tool domains
216 tools across 8 domains. Full per-tool reference pages are coming in Wave 2 — click a domain card to learn more or jump to the Knowledge Graph page now.Board management
17 tools across profile, board discovery, members, activity & mentions, and guidelines. The session-start surface —
list_my_boards, get_board_guidelines, get_unseen_summary.Ideations
20 tools. Create, advance, and evaluate ideations. Structured Q&A, ambiguity-killer protocol, knowledge entries, version snapshots, ideation-to-spec derivation.Coming Wave 2 — full reference page with all parameters.
Refinements
14 tools. Deep investigation phase. Create and advance refinements, structured Q&A, evidence and constraint capture, refinement-to-spec derivation.Coming Wave 2 — full reference page with all parameters.
Specs
~40 tools. Write acceptance criteria, business rules, test scenarios, API contracts, architecture designs, screen mockups, decisions, and structured Q&A. Evaluation gate and validation gate.Coming Wave 2 — full reference page with all parameters.
Sprint
14 tools. Create and advance sprints, assign cards, suggest sprint scope, submit sprint evaluations, sprint Q&A. Status flow: draft → active → review → closed.Coming Wave 2 — full reference page with all parameters.
Cards & Validation
~16 tools. Create, move, and close cards; dependencies, comments, attachments, card knowledge. Includes the two validation gates:
submit_spec_validation (approved → validated) and submit_task_validation (validation → done).Coming Wave 2 — full reference page with all parameters.Knowledge Graph
21 tools (across
kg_tools.py, kg_query_tools.py, kg_power_tools.py, and KG admin tools in server.py). Consolidation session lifecycle, natural-language and Cypher queries, decision history, contradiction detection, supersedence chains.Reference: Knowledge Graph conceptsAnalytics & Traceability
3 tools.
get_analytics (velocity, quality, coverage, per-agent metrics), get_traceability_report (spec → BRs → scenarios → cards → validations lineage), list_blockers (cards currently on-hold or missing dependencies).Coming Wave 2 — full reference page with all parameters.Top 20 tools
These are the tools agents reach for most in daily ADLC workflows, ordered by where they appear in the pipeline.Tool count breakdown
All tools return
str — a JSON-encoded response object or a structured error. Error objects always include an error key and a human-readable message.
Quickstart: list your boards
Once Pulse is running and your agent is connected, this is the first call to make:okto_pulse_list_my_boards, then follow up with okto_pulse_get_unseen_summary to surface any activity since the last session. From there, you’re ready to start or continue any pipeline stage.
For step-by-step connection setup, see Connect an agent.
Error handling
All 216 tools returnstr — a JSON-encoded payload. On success the shape varies by tool, but every error follows the same structure:
When you get an unexpected error, pass the full JSON error object to your agent — it contains enough context to self-correct in most cases.
Versioning policy
Pulse follows semantic versioning. MCP tool stability by version:
Safe pattern for agents: call
okto_pulse_kg_schema_info at session start to get the current schema version. If the version has changed since your last session, check CHANGELOG.md for any breaking changes before proceeding.
Tool names follow the okto_pulse_<noun>_<verb> convention. Names are stable within a major version.
Connecting your agent
Connect an agent
Step-by-step setup for Claude Code, Cursor, Cline, Windsurf, Goose, and Codex — including
.mcp.json generation, per-agent config, and troubleshooting.Next steps
Knowledge Graph
How the KG persists decisions, constraints, and learnings across sessions and agent changes.
ADLC Pipeline
The six stages — Ideation → Refinement → Spec → Sprint → Cards → Validation — and how MCP tools map to each one.