Product specs and PRDs
PMs and engineers can review generated requirements as readable prose and keep decisions attached to the paragraph that needs work.
Commentary opens GitHub pull requests and branches in a reading-first workspace so PMs, engineers, and stakeholders can review rendered Markdown and comment on paragraphs instead of raw diff lines.
Best for specs, ADRs, rollout plans, READMEs, and docs drafted with AI.
Paste a GitHub PR, branch, repo, file, or folder URL to open the matching review surface. Azure DevOps URLs are still supported.
Explore a realistic GitHub PR review with rendered Markdown and paragraph comments.
AI tools make it faster to draft specs, ADRs, rollout plans, and docs in Markdown. Review still gets stuck in raw diffs, where prose reads like code and stakeholders lose the thread.
Commentary centers the rendered document so reviewers can read the spec the way it will land.
Comments attach to paragraphs and semantic blocks, so feedback stays connected to the idea under review.
GitHub remains the source of truth for pull requests, branches, files, and folders.
Use Commentary when the important work is understanding prose, not scanning changed lines.
PMs and engineers can review generated requirements as readable prose and keep decisions attached to the paragraph that needs work.
Tech leads and staff engineers can discuss tradeoffs in the rendered document instead of translating Markdown diffs back into intent.
Founders, PMs, and operators can check sequencing, risks, and ownership without digging through raw changed lines.
Docs-as-code teams can review what readers will actually see while keeping the source of truth in GitHub.
Teams can open a branch, folder, or file for document review before the work is ready for a pull request.