Claude Code 总乱来?这个框架直接用技术卡死它——cc-discipline
你有没有遇到过这种情况——Claude Code 写了一堆代码,你叫停,它还在改;你让它修 bug,它跳过了验证直接动手;你让它提交,它把 .env 都 push 上去了。
cc-discipline 就是来解决这个的。这是一个 Claude Code 纪律框架,不是教你写更好的 prompt,是直接用技术手段拦住 AI 的冲动行为。
它装了什么
整个框架分三层:
- Hooks(物理拦截):Shell 脚本,Claude 想执行危险操作时直接退出码 2 卡住。比如一个文件改 5 次直接阻断(streak-breaker),或者跳过调试步骤就动手。
- Rules(结构约束):Markdown 规则文件,告诉 Claude 调试要走 gather → hypothesize → verify → fix 流程,不能跳步;编辑前要理解文件和影响范围;停留在研究/计划/实现阶段,不能跳着跑。
- Subagents(独立审查):reviewer 和 investigator 两个子 agent,在独立 context 里审查方案,不污染主对话。
具体怎么卡
举几个典型的:
- Streak Breaker:同一个文件连续编辑 5 次就停下来,等你确认。防止 Claude 陷入 edit loop 越改越乱。
- Pre-Edit Guard:每次改文件前,必须先说清楚理解了什么、影响范围是什么。没有这个就动手,直接阻断。
- Phase Discipline:Claude 不能在”研究阶段”跳到”实现”,必须走完流程。
- Multi-Task Gate:多任务必须一个个完成,确认一个再推进下一个。
安装和使用
一行命令装完(需要 Git):
git clone https://github.com/TechHU-GS/cc-discipline.git ~/.cc-discipline
cd 你的项目
bash ~/.cc-discipline/init.sh
安装过程是交互式的,让你选技术栈(Python/JS/嵌入式/RTL/移动端等),会自动追加到现有的 .claude/ 配置,不会覆盖你已有的设置,备份也会自动创建。升级也直接重跑 init.sh,它会检测已有安装并只更新框架文件。
效果怎么样
这不是提示词层面的约束——那些 Claude 可以忽略。这是Shell 脚本层面的硬拦截,想绕都绕不过去。对于严肃的生产项目,这种物理级别的 guardrail 能显著减少”AI 乱来”的情况。
特别适合:代码审查流程严格的团队、怕 AI 误提交生产环境的工程师、以及自己经常被 Claude 带着跑偏的人。
MIT 协议,完全开源。
评论区
0 条评论
登录后可评论。