Claude Code
- The DAC Guild plugin is pushed to Claude Code as a team-managed plugin, so it installs and updates itself. Treat it as owned by that channel: do not run `guild plugin install claude_code` over it, add a second Guild MCP registration, or write your own hooks.json. The remaining step is the public Guild CLI, which the plugin needs locally. This installs the CLI only. Windows x64 PowerShell: iwr https://guild.dacgroup.com/api/v1/install.ps1 -UseBasicParsing | iex. macOS Apple silicon or Linux x64: curl -fsSL https://guild.dacgroup.com/api/v1/install.sh | sh.
- Restart Claude Code once after a fresh CLI install so the hook process picks up the new PATH. Complete the hosted Guild MCP consent in a visible browser and keep the flow alive until it finishes. Then After hosted Guild MCP browser consent succeeds, follow get_cli_repair_plan(target="claude_code") and its lifecycle_claim conditions. Only when the plan and local doctor identify a missing or invalid lifecycle credential, call provision_lifecycle_claim(target="claude_code") through the authenticated Guild MCP connection, then run the returned `guild lifecycle claim <claim>` command on this machine. The CLI redeems the single-use claim and writes the trace-only credential without printing the durable credential. Preserve a working credential. Use `guild login --no-browser` only if MCP provisioning is unavailable; skipping both leaves lifecycle tracing degraded, not complete. If local installation is blocked, continue temporarily in degraded Tools-only mode with claude mcp add --transport http --scope user guild https://mcp.guild.dacgroup.com/mcp and report that lifecycle tracing is not active.
- Rare unmanaged case only — a personal Claude account, API-key auth, or any install where Claude lists no Guild plugin at all: stage it yourself with `guild plugin install claude_code` after the CLI is on PATH. Confirm the plugin is genuinely absent first.