"The more you sweat in peace, the less you bleed in war." Preparing a codebase for AI coding agents is the sweat; agents changing it from user prompts is the war.
This framework 'prepares' a codebase or repo to enable higher quality of work from AI coding agents and to prevent spaghettification of code. What is an agentic-ready codebase?
This gives you two skills that act on it:
- The audit skill measures an existing repository and writes an evidence-cited readiness report.
- The implement skill then fixes the confirmed findings, one theme at a time, on a branch per theme.
You need Claude Code, git and Python 3.11 or newer.
(Disclaimer: This has been built as a generic skill to be used in any agentic harness - opencode, hermes-agent etc but we have not yet tested in other harnesses. Please exercise caution when using in other harnesses and provide bug-reports, suggestions and improvements in github discussions.)
-
Clone the latest release (the
mainbranch) and start Claude Code in it:git clone --branch main https://github.com/Nistapp/codebase-agentic-readiness-framework.git cd codebase-agentic-readiness-framework claude -
Say: "Audit /path/to/your/repo and write the output to /path/to/output".
-
You will find a folder
/path/to/output/with the readiness report<repo-name>.audit-report.<timestamp>.jsonand a markdown summary<repo-name>.audit-report.<timestamp>.md. Review them but do not edit them. -
You have full control on what/how to implement during the 'implementation' phase. You can prescribe, customise, skip or accept the defaults provided by the tool. When you are ready to implement, open claude (fresh session is recommended for clean context) in the same directory as this skill and say: "Start implementing the fixes on /path/to/your/repo based on /path/to/output/<repo-name>.audit-report.<timestamp>.json". First, the skill asks you to copy the report (
.jsonand.md) into your repository underdocs/agentic-readiness-report/and commit it. It does not copy the report itself.
What happens: the skill asks a few questions, shows you a plan, and asks before each step that changes something. The audit never writes inside your repository. The implement skill commits on local branches. It never merges, and it pushes a branch only if you opt in.
| You want to | Read |
|---|---|
| Install the skills from the release zips, with no clone | Install the skills |
| See a real run: one repository audited, fixed and audited again | Worked example |
| Start a new repository that is agent-ready from the first commit | Greenfield |
| See every check an audit runs, and what an implement run changes | Audit master list, Implement master list |
| Read the method: the seven phases and the requirements | Phased approach, spec/ |
| Find any other page | Documentation index |
- Linux: tested.
- macOS: the tools were tested in CI until November 2026. CI runs on Linux only for now; issue #82 tracks bringing macOS back. The Claude Code path above is not yet checked by hand. macOS ships an older Python; install Python 3.11 or newer, for example with Homebrew.
- Windows: not tested. WSL may work.
Start at CONTRIBUTING.md: the repository map, the gates (make check, make security) and the
commit rules. Agents read AGENTS.md. To give your coding agent the code index here, see
Set up the agent tools.
dev is the default branch and holds the work in progress; main holds the latest release. Start your branch from
dev and open your pull request into dev. Nobody commits to dev or main directly, and only dev is promoted
to main. Step by step: Contribute a change. How a release is made:
RELEASE_PROCESS.md. Report a security problem privately: see
SECURITY.md. Changes are listed in CHANGELOG.md.
Documentation, schemas and published outputs: GFDL-1.3 (LICENSE). Code: AGPL-3.0-or-later
(LICENSE-CODE). Details: licensing.