AGENTS.md instruction file, support a skills system, and speak MCP. That gives you two ways to plug them into Driftless. Pick one, or use both.
Which path?
CLI + skill
The agent runs the
driftless CLI from its shell and follows the installed skill: the full context loop (pull before editing, persist what it learns). Best when the agent already works in a repo.Remote MCP
The agent calls Driftless tools (
driftless_context_*, project, tags, …) over the hosted MCP endpoint, no shell or repo checkout required. Best for chat-surface agents.Shared connection facts
| Value | |
|---|---|
| MCP endpoint | https://api.driftless.icu/mcp (Streamable HTTP) |
| MCP auth (agents) | X-API-Key: drift_… header |
| CLI package | @driftless-sh/cli |
| API key | Dashboard → Settings → API Keys at app.driftless.icu |
An API key authorizes the agent for one workspace and carries your identity. Work-surface writes (projects, cards, tags, areas) need the key’s owner to have
work:write; merging into Knowledge needs owner/admin authority. If the key’s owner is an owner/admin, the agent can run the merge on your explicit request (stamped approved_via: agent); an ownerless or non-owner key can propose but is refused the merge.OpenClaw
OpenClaw runs as a self-hosted gateway (~/.openclaw/) with a workspace at ~/.openclaw/workspace, a bash/process sandbox, injected prompt files (AGENTS.md, SOUL.md, TOOLS.md), and skills at ~/.openclaw/workspace/skills/<skill>/SKILL.md.
Option A: CLI + skill
Run these in the gateway’s environment (the host that executes OpenClaw’s shell):Option B: Remote MCP
Use themcp add command (it writes the correct entry in ~/.openclaw/openclaw.json and avoids hand-editing pitfalls):
driftless_* tools appear. The equivalent config entry looks like:
Hermes Agent
Hermes runs on your infrastructure (a$5 VPS up to serverless), with execute_code/terminal access, AGENTS.md support, and an agentskills.io-compatible skills system. Config lives at ~/.hermes/config.yaml.
Option A: CLI + skill
Same three steps, run where Hermes executes its shell:AGENTS.md and can run driftless from its terminal tools, so the read-before / write-after loop works without any further wiring.
Option B: Remote MCP
Add Driftless undermcp_servers in ~/.hermes/config.yaml:
Verify the connection
Ask the agent to do one of these and confirm it returns your workspace’s topics:- CLI path: “Run
driftless context search <a keyword from your repo>.” - MCP path: “Call
driftless_context_searchfor<keyword>.”
401 on the MCP path means the X-API-Key header isn’t reaching Driftless (re-check the inline value and, for OpenClaw, the header-forwarding caveat above).
MCP clients cache the tool list per session. After Driftless ships new or renamed tools, reconnect / reload the MCP server (OpenClaw: re-run
mcp add or restart the gateway; Hermes: /reload-mcp) so the agent sees them. The work-surface tools (driftless_tags, driftless_areas, driftless_project, driftless_project_card) are action-based; pass action to select the operation. See MCP overview for the full tool list.