Skip to content
On this page

MCP Tools

The MCP tools are the operations an agent can call through MCP access, each gated by the token's scope.

Note

We recommend the workspace plugin for anything that changes your workspace, and a Read token wherever the plugin isn't in use.

How to read the tables

ColumnMeaning
ScopeRead: every token gets it. Read + write: only a token with that scope
Discard undoes itWhether discarding the token's working copy reverses what the tool changed. No means the change is permanent
Important

Changed 30 September 2026: no tool publishes a board. Publish from Publish.

delete_nodes reads Mostly: a discard restores the nodes and their edges. Child nodes stay moved out of a deleted node, and a layer board it owned stays a standalone board.

update_nodes and update_edges change only the fields you send. A node you rename keeps its archetype, parent, tags and the layer board it drills into; pass null to clear a field on purpose.

Boards and layers

ToolWhat it doesScopeDiscard undoes it
get_board_treeOne level of layer boards under a board, with their drill pathsRead—
get_child_boardsThe layer boards a board's nodes drill intoRead—
get_parent_boardThe board whose node drills into this oneRead—
get_workboard_detailsA board with all its elements and stylesRead—
get_nodesA board's nodes, all or under one parentRead—
get_edgesA board's edges, filtered by nodeRead—
find_elementsLayers, nodes, edges and aspect rows under a root, by nameRead—
get_archetypesThe organization's node and edge archetypesRead—
get_system_viewA view folded across the apps on a board, from each app's aspectsRead—
trace_impactEverything that depends on an element, across layers and appsRead—
trace_dependenciesEverything an element depends on, across layers and appsRead—
find_pathThe shortest dependency route from one element to anotherRead—
plan_groupingA review of a board's containment against how its elements connectRead—
create_nodesAdd nodes to a boardRead + writeYes
update_nodesRename, describe, re-parent, retag or resize nodesRead + writeYes
create_edgesConnect nodesRead + writeYes
update_edgesRename, describe or retag edgesRead + writeYes
apply_diagram_infoSet a board's title, summary and notesRead + writeYes
create_boardAdd a layer board under a nodeRead + writeYes
delete_nodesDelete nodes and the edges wired to themRead + writeMostly (see above)
delete_edgesDelete edgesRead + writeYes
create_context_boardDraw a standalone context board that answers a questionRead + writeNo
delete_context_boardDelete a context board and everything on itRead + writeNo
create_decision_boardAdd a decision board, born with its record as a draft ADR-n; names what it supersedesRead + writeNo
get_decisionA decision board's record: number, status, owner, what it supersedesRead—
propose_decisionPut a draft decision forward as proposed; only a person accepts itRead + writeNo
propose_archetypesPropose new or changed archetypes for an admin to reviewRead + writeNo
Important

Changed 6 October 2026: get_board_tree returns the board you name and its direct layer boards, not the whole tree.

get_board_tree returns up to 100 layer boards per call. Each one carries childCount, the number of layer boards directly beneath it. To go deeper, call it again with a child's slug, or pass depth: 2 for two levels at once. When more is above 0, pass offset to read the next page.

Styling and layout

ToolWhat it doesScopeDiscard undoes it
style_signalsThe facts a styling pass plans fromRead—
match_iconsIcons that match plain namesRead—
apply_semantic_stylesStyle nodes, edges and containers by roleRead + writeYes
apply_icon_shape_stylesSet node icons and shapesRead + writeYes
apply_compositionSet a board's arrangement, reading direction and spacingRead + writeYes

Aspects

ToolWhat it doesScopeDiscard undoes it
list_aspectsA board's aspect rows, across every kind or oneRead—
get_aspectOne aspect row in detailRead—
get_node_aspectsThe aspect rows a node owns or is referenced byRead—
author_tablesAdd or change the intended database tables of an app boardRead + writeYes
author_endpointsAdd or change the intended API endpoints of an app boardRead + writeYes
author_pagesAdd or change the intended pages of an app boardRead + writeYes
author_channelsAdd or change the intended event channels of an app boardRead + writeYes
author_boundary_rulesAdd or change the boundary rules over a board's nodesRead + writeYes

Insights

ToolWhat it doesScopeDiscard undoes it
list_insight_skillsThe insight templates in your organizationRead—
get_insight_skillOne template's full methodRead—
list_insightsA board's batches of insightsRead—
get_insightOne insight with its evidence and trailRead—
create_insightRecord a batch of insights on a boardRead + writeNo
promote_insightsTurn reviewed insights into draft work itemsRead + writeNo

An insight whose trail came from trace_impact, trace_dependencies or find_path can carry that trace. Pass it as the insight's traceAsk, and the insight offers Ask this again in Dependencies.

Work items and epics

ToolWhat it doesScopeDiscard undoes it
list_work_itemsA board's work itemsRead—
get_work_itemOne work item in fullRead—
list_epicsThe workspace's epicsRead—
create_work_itemDraft a work item on a code-bound boardRead + writeNo
update_work_itemRevise a draft or needs-clarification work itemRead + writeNo
transition_work_itemMove a work item through its lifecycleRead + writeNo
assign_work_itemAssign a work item, or clear its assigneesRead + writeNo
set_work_item_epicFile a work item under an epic, or take it outRead + writeNo
delete_work_itemDelete a work itemRead + writeNo
create_epicCreate an epicRead + writeNo

Apps, sources and skills

ToolWhat it doesScopeDiscard undoes it
list_source_bindingsThe repos and documents that feed a boardRead—
get_source_contentRead a bound source documentRead—
get_skill_profileAn app board's type and active skill modulesRead—
list_skill_libraryThe skill modules an app board can activateRead—
convert_node_to_appMake a landscape node a repo-bound appRead + writeNo
bind_reference_sourceAttach a document to a board as reference contextRead + writeNo
configure_skillsTurn an app board's skill modules on or offRead + writeNo

Connected documents

ToolWhat it doesScopeDiscard undoes it
search_connected_documentsFind a Google Docs, Confluence or Notion page, or a Jira issueRead—
read_connected_documentRead one by its link, or by the id a search returnedRead—

Both use the personal connections of the person who generated the token, so the agent sees only what that person's accounts show.

Hub, publishing and playbooks

ToolWhat it doesScopeDiscard undoes it
get_hub_statusWhat a board's hub shows, starting with its attention queueRead—
list_playbooksThe playbooks you can start, and the live runsRead—
get_playbookOne playbook's definitionRead—
get_playbook_runA run's steps and what proved each oneRead—
get_playbook_skillA playbook's instructions, for an agent that runs itRead—
start_playbookStart a playbook runRead + writeNo
report_playbook_stepRecord what the board can't observe on a run you startedRead + writeNo
draft_playbookSave a new playbook, disabledRead + writeNo

get_hub_status returns what the hub shows by default, as counts and short lists. On an app board that is the attention queue, work items by status, insight counts, each repo's freshness and scheduled-run health, analysis coverage, and each aspect kind's figures. On the root board it is fleet attention app by app, totals across apps, the aspects across systems, and recent pushes. Lists stop at 5 rows and 10 apps, and say how many more there are. Ask for more with include:

includeAdds
readinessEach app's build-readiness bar
changesWhat shipped, change periods with no work item, contract changes and the systems that depend directly on that app, unreviewed flags with their paths, the most-changed services, and the people and agents behind the commits
scorecardThe System scorecard cells, on the root board
scheduledRunsThe newest scheduled runs of each repo
rowsEvery row of every list, with no limit

changes and scorecard count over since, or over the workspace's default hub period when it is left out. Given a playbook run, get_hub_status counts as that run's visit to the hub.

draft_playbook needs a plan with custom playbooks (Pro).

Change record

Important

Changed 12 October 2026: get_hub_briefing is gone; get_change_diary reads the same weeks as diary entries.

ToolWhat it doesScopeDiscard undoes it
get_change_diaryOne week of changes under a board, told as pieces of workRead—
list_change_periodsThe change periods under a board, newest firstRead—
get_change_periodOne change period in fullRead—
list_change_rulesThe change rules every period answers, and what answers eachRead—

These read the change periods the code plugin's /changes records. get_change_diary returns one week as the Changes screen's diary shows it, on an app board or the root. Pass at, any date in a week, or a periodId to read that week; without either it reads the newest week with commits.

Its entries come ranked, flagged first. Each has its headline and what it did, its app and the nodes it landed on, and who did it with which coding agent. It also has the rules it hit with their impact and the work items it cites. It gives when its first and last commits landed, empty for an entry with no days of its own. On the root board, an entry that changed a contract names the systems that depend on its app, two hops out.

Such an entry also names what in other apps depends on what it touched: each app's clients, subscribers and readers, and the endpoints, events or tables they reach. A Boundaries entry names each boundary rule that broke, broke and holds again, or holds again, and how many of the app's rules hold after the last sync. Beside the entries come the row of weeks with their commits, the apps that worked that week and the apps with nothing recorded. Each app that worked gives its coupling now and at the previous sample, and what its week did not check.

list_change_periods lists one repo's periods on an app board, or every app's on the root, 20 at a time, or fewer with limit. Pass the nextAfter it returns as after for the next page. Each row names the headlines of the period's pieces of work.

get_change_period takes a periodId from that list and the same board. It returns each rule's answer with its names and paths, and each piece of work with its headline, nodes, people, rule hits with their impact and cited work items. Each piece of work also gives when its first and last commits landed. It also returns each person with their agent, each service with its commits, and the work items behind the period. For Boundaries it names the rules that moved.

list_change_periods counts over since, or over the workspace's default hub period when it is left out, the same as get_hub_status. A token limited to one board reads only that board's periods.

Working copy

ToolWhat it doesScopeDiscard undoes it
get_write_sessionWhat's currently uncommittedRead + write—
preview_write_session_commitWhat committing would land, before doing itRead + write—
discard_write_sessionUndo the whole working copy, row by rowRead + write—
commit_write_sessionAccept the working copy with a reason, and clear the undo logRead + write—

commit_write_session takes the reason as title and the longer why as summary; both are stored with the commit. A token's commit creates no work items. You can also accept or discard a token's working copy in the portal, under Plugin pushes awaiting commit. After a commit, nothing in it can be undone. See Review what an agent changed.

What no token gets

No token gets a tool that needs a person in the conversation, such as posting to Slack, or one that provisions new infrastructure.

Last updated November 6, 2026