Ask HN: A CLI to control what AI code can (and can't) change in your repo

3 points by sujitjaunjal ↗ HN
I’ve been using AI coding tools like Cursor and Claude quite a bit, and one recurring issue I ran into was this:

Once code is generated, there’s very little control over what actually gets changed in the codebase.

Sometimes the AI: • modifies unrelated files • introduces changes outside the intended scope • or drifts from the original structure

Most tools either help generate code or review it after the fact, but there’s no real control layer in between.

So I built a CLI that sits between AI-generated code and your repo, and tries to: • define boundaries (which files should or shouldn’t change) • check diffs against those constraints • flag or block changes that violate them

The idea is to enforce constraints deterministically, instead of relying on another AI pass to review generated code.

Recently open-sourced it — still early, but would love feedback from folks actively using AI tools in their workflow. We have 20K+ CLI installs and 1K+ IDE extension installs as of now.

Curious how others are dealing with this today.

3 comments

[ 2.8 ms ] story [ 18.9 ms ] thread
How is that CLI different from Claude Code's Permissions? Command and directory control already exists in the standard features.