code-review-intent

Generate structured design intent documentation from work briefs and git diffs.

Updated Jul 1, 2026
One-click install
npx skills add https://github.com/Jsplix/ACODIAN-ORIGIN --skill code-review-intent-jsplix
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: code-review-intent
Source: https://github.com/Jsplix/ACODIAN-ORIGIN/tree/main/.codex/skills/code-review-intent
Command: npx skills add https://github.com/Jsplix/ACODIAN-ORIGIN --skill code-review-intent-jsplix

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill eliminates misalignment between development team members on the reasoning behind code changes by automatically generating structured design intent documentation from work briefs and git diffs, reducing redundant discussions during code review and PR preparation.

Core Features & Use Cases

  • Structured Design Intent Documentation: Creates standardized documents that capture work requirements, key design decisions, tradeoffs, and intentionally excluded scope for full context sharing.
  • Ambiguity Flagging: Identifies unclear or unconfirmed design choices and compiles a list of open questions for stakeholder clarification before finalizing the document.
  • Use Case: Use this Skill when preparing a PR for a feature branch to ensure all reviewers and workers understand the "why" behind implementation choices, or when you need to document design context without manual writing effort.

Quick Start

Use the code-review-intent skill to generate a design intent document for my current feature branch using the work brief and git diff I have provided.

Frequently Asked Questions about code-review-intent

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I generate design intent documentation from a git diff for PR preparation?

Generate design intent documentation by providing a work brief and your feature branch git diff. The Skill extracts design context, tradeoffs, and excluded scope to align reviewers and workers prior to PR submission.

What is the best way to document the reasoning behind code changes for my development team?

Documenting the reasoning behind code changes requires capturing work requirements, design decisions, and tradeoffs. This Skill standardizes that process by extracting context directly from work briefs and diffs into a shared document.

Can I flag ambiguous design choices before submitting a PR for code review?

Yes, ambiguity flagging identifies unclear or unconfirmed design choices during document generation. It compiles a list of open questions for stakeholder clarification before you finalize the intent document and submit the PR.

Does design intent documentation work for feature branch workflows?

Design intent documentation works specifically for feature branch workflows. Technical leads use it to document branch design decisions, tradeoffs, and excluded scope, ensuring both workers and reviewers understand implementation choices.

What should I provide to automate design intent document generation?

Provide your work brief and the git diff for your current feature branch. The Skill analyzes these inputs to output a standardized design intent document to a predefined artifact path, eliminating manual writing effort.

Why do I need design intent documentation if I already have a work brief?

A work brief outlines requirements, but design intent documentation captures implementation reasoning, tradeoffs, and excluded scope. It bridges the gap between briefs and code, reducing redundant discussions during code review.