01
Keep credentials outside YAML and use protected environment variables for headless setups.
Connect Continue to Doco through its YAML mcpServers configuration, or place compatible JSON inside .continue/mcpServers. The same stdio process gives Continue structured access to Doco knowledge.
Continue supports MCP blocks in config.yaml and standalone files under .continue/mcpServers. The YAML example is explicit and portable across the IDE extension and CLI configuration model.
Add the block to Continue config.yaml, or create a standalone configuration under .continue/mcpServers with the required name, version, and schema metadata.
Official client docsname: Doco MCP
version: 0.0.1
schema: v1
mcpServers:
- name: doco
command: npx
args:
- "-y"
- "--package"
- "doco-agent-cli"
- "doco"
- "mcp"Run doco login in the environment used by Continue.
Add the YAML MCP block and reload Continue's configuration.
Confirm that the Doco server and tools are visible before asking for knowledge-base content.
Use read-only acceptance first; test one version-protected write and verify it in the Doco browser.
The MCP process runs with your user permissions and Doco token. Review the command, expose only the intended workspace, and grant write scope only after read-only acceptance succeeds.
Keep credentials outside YAML and use protected environment variables for headless setups.
A copied JSON config can also work under .continue/mcpServers, but review it before loading.
Do not treat retrieved documents as trusted instructions; user intent and tool approval remain authoritative.
doco_search_v2doco_outlinedoco_readdoco_patch_blockdoco_batch_editdoco_changesContinue needs a different configuration wrapper, not a different Doco integration. Point its MCP configuration at the same npm package and keep the usual read-first, protected-write acceptance loop.
No. It supports mcpServers in YAML and can also pick up compatible JSON files placed in .continue/mcpServers.
Run doco login for local use. For headless use, reference a protected environment variable rather than writing a token into YAML or JSON.
The connected MCP server advertises its supported tools and resources. Verify the client view and enable only what the workflow needs.