Skip to main content

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 at http://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: Pass the key as a query parameter. okto-pulse init --agents generates a scoped key and writes it into .mcp.json automatically:
The key has the prefix 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 the Authorization header. The value is the same dash_<hex> key:

Environment variable

Set PULSE_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:
Your API key is equivalent to a password for your board. Do not commit .mcp.json to a public repository. Do not paste the ?api_key= URL into GitHub issues, Slack, or chat tools.

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 concepts

Analytics & 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:
A correctly connected agent will call 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 return str — a JSON-encoded payload. On success the shape varies by tool, but every error follows the same structure:
Common error codes: 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.
Last modified on May 17, 2026