Skip to content

FAQ

Is this affiliated with Keep a Changelog? No. The name is a deliberate homage to keepachangelog.com — same naming pattern, same spirit of "a lightweight open convention, not a platform" — but there's no official relationship and no shared code or governance.

Does this replace the README, tests, docs, or a changelog? No — see the README's "Where this fits" table (on the Overview page). Keep the Why only covers the "why" layer. The README, usage docs, tests, and Keep a Changelog each answer a different question and none of them is optional just because you have the others.

How is this different from an ADR (Architecture Decision Record)? ADRs are typically human-authored, written at a discrete decision point, one file per decision, and treated as frozen once accepted. Keep the Why is continuous and agent-authored from the conversation itself, organized by topic rather than by decision, and entries are living — updated and marked superseded rather than replaced by a new file. See Methodology for the full reasoning.

How is this different from git-why, AgDR, or similar projects? They're real prior art and worth using too — see the README's "Not a green field" section for specifics. Keep the Why's distinguishing combination is continuous capture and retrospective recovery and code-guided interviews, organized as topic-indexed living docs, with no required external service.

Does this require a database, MCP server, or network access? No. Everything is plain Markdown files committed to the repository.

Does it guarantee nothing gets lost? No — see "What this is not" in the Overview and in SKILL.md. Quality depends on what actually gets captured. This reduces the problem, it doesn't eliminate it.

What if my project already has a documentation structure I like? Keep the Why is meant to adapt to what exists, not replace a working structure with a fixed template. See Repository structure, "Retrofitting an existing project."

Is this specific to Claude Code? No. The skill format (SKILL.md with YAML frontmatter) is an open standard supported by Claude Code, Codex CLI, Gemini CLI, GitHub Copilot, Cursor, Windsurf, Antigravity, Amp, Cline, Goose, Roo Code, OpenCode, Trae, Factory, JetBrains Junie, Warp, and others — see Installation for the current directory-path table. The documentation structure it produces (AGENTS.md, docs/, context/, AGENTS.local.md) is plain Markdown and tool-agnostic by design, so it isn't locked to any of them even as the list of supported tools changes.

Does this work with DeepWiki? Yes, in the sense that matters — DeepWiki doesn't need to "support" Keep the Why explicitly, because it already ingests and cites a repo's existing Markdown (confirmed by checking a real DeepWiki page: it cited a repo's README with line-number references). A populated context/ gives DeepWiki's analysis real rationale to cite instead of inferring everything from code. It won't necessarily preserve the confirmed/inferred/superseded distinctions in its own generated wiki, though, since that's a Keep the Why-specific convention it doesn't know about — see Installation.