3.4 KiB
3.4 KiB
MCP and Agent Tooling Roadmap
Status: Draft
Parent: docs/ROADMAP.md
Phase A0 — Tool Design
- Define product namespace
- Define tool taxonomy
- Classify read-only vs mutating tools
- Define role gating rules
- Define audit requirements
- Define dry-run expectations where practical
Phase A1 — Core Tools
- List notes
- Get note
- Search notes
- Create note draft
- Workspace-scoped retrieval
- Define tool input/output schemas
- Add product-side executable tool layer
- Add product-side registration/export adapter
Phase A2 — Agent Workflows
- Propose note edit
- Summarize note
- Extract tasks
- Attach citations
- Review approvals
- Export note bundle/context pack
Phase A3 — Operational Hardening
- Workspace/product scoping guardrails
- Audit verification for mutating tools
- Safe usage docs and runbooks
- Regression tests for mutating tool paths
- Review
mcp-serverintegration against auth boundaries
A2A Follow-On Work
- Define ingest -> enrich -> approve -> persist flow
- Define which workflows remain synchronous vs async
- Define optional webhook/job triggers
Progress Notes
- 2026-03-10 — Product-side MCP contract layer added under
backend/src/mcp/note-tool-contracts.ts. - Defined first core tool contracts:
notes.notes.listnotes.notes.getnotes.notes.searchnotes.notes.create_draft
- Contract decisions currently encoded in schemas:
- read-only tools require
viewer - draft creation requires
admin - mutating draft creation supports
dryRun,idempotencyKey, andcorrelationId - all core tools are explicitly workspace-scoped
- read-only tools require
- 2026-03-10 — Product-side executable MCP note tools added under
backend/src/mcp/note-tools.ts. - Verified behavior now includes:
- executable list/get/search handlers over the existing notes repository
- executable
create_drafthandler - dry-run draft preview behavior
- persisted draft creation with
note-agent-actionsaudit/proposal record creation - Vitest coverage for executable MCP tools
- 2026-03-10 — Product-side MCP registration/export adapter added under
backend/src/mcp/register-note-tools.ts. - Compatibility work now includes:
- an adapter that exports the note tools in a shape compatible with shared
mcp-serverregistration - a clear product-side handoff point for future shared-server wiring
- backend verification still passing after the adapter layer was introduced
- an adapter that exports the note tools in a shape compatible with shared
Open Questions
- Should the namespace stay
notes.*or be prefixed more explicitly for ByteLyst internal routing? - Should
create_draftreturn a draft note directly or create anote-agent-actionsproposal record first? - Which MCP calls should require
adminvssuper_adminonce operator review flows exist?
Blockers
- Shared
mcp-serverregistration hookup has not been implemented in the common platform repo yet. - Shared-server auth-boundary review is still pending.
Deferred
- Mutating workflow execution
- Approval/review tools
- Export/context-pack tools
- A2A orchestration specifics
Done When
- MCP tools cover core note workflows at the product-backend execution layer
- Product-side MCP tools are exportable in a shared-server-compatible registration shape
- Mutating tool paths are auditable and scoped
- Coding agents have clear contracts for using tools safely