Skip to main content
GSD Core integrates with external services and tools through .planning/config.json. Most integration settings are connectivity concerns — API keys, CLI routing, and path configuration — and are intentionally kept separate from workflow toggles. Configure them interactively with /gsd-config --integrations or by editing config.json directly.

Web research

GSD Core uses web search during the research phase of /gsd-plan-phase. Three providers are supported. GSD auto-detects which are available by checking for API keys in environment variables or key files, but you can override detection explicitly.
API keys are masked in all GSD output — keys with 8+ characters display as ****<last-4>. The plaintext value is written to config.json, which is the security boundary. Never commit config.json to a public repository with real API keys in it.
Set keys via /gsd-config --integrations to benefit from masking in confirmation output, or write them directly to config.json and restrict file permissions appropriately.

Cross-AI review CLI routing

Configure which shell command GSD invokes for each AI reviewer when running /gsd-review. Keys under review.models.<cli> map a reviewer flavor to an executable command. When a key is absent, GSD uses each CLI’s configured default.
Use review.default_reviewers to set the reviewers that /gsd-review runs when invoked without explicit reviewer flags. Set it to null (the default) to run all detected reviewers automatically.

Custom agent skills injection

Inject custom skill files into GSD subagent prompts to give specific agent types project-specific instructions that go beyond what CLAUDE.md provides. Skills are read at spawn time and injected as an <agent_skills> block in the agent’s prompt.
Each value is an array of directory paths relative to your project root. Each path must contain a SKILL.md file. GSD validates paths for safety and rejects any path that would escape the project root.
Configure agent skills interactively via /gsd-config --integrations, which validates the paths before writing to config.

Code quality tooling

GSD Core integrates with optional structural analysis tooling that augments /gsd-code-review. The code_quality namespace is additive — each tool is independently opt-in and off by default.

Parallelization

GSD Core runs independent plans simultaneously using git worktrees. Configure how many agents can run in parallel and when parallel execution kicks in.
When parallelization is enabled, executor agents commit with --no-verify to avoid build lock contention (for example, Cargo lock conflicts in Rust projects). The orchestrator validates hooks once after each wave completes. Set parallelization.enabled: false if you need pre-commit hooks to run on every individual commit.
Run /gsd-manager --analyze-deps before starting a multi-phase autonomous run. It scans your ROADMAP for dependency relationships and presents a parallelization plan showing which phases can safely run in parallel versus which must wait on a predecessor.