AIT 到哪儿都一样
Task、工作区、Snapshot、diff、blame、证据、落地、恢复，还有 Git 行为，换个仓库也不会变。
工作流准则
意图、隔离、证据、恢复，都摆在明面上。
为什么工作流交给 agent 跑
你说要什么、别碰什么、怎么算成了。懂 AIT 的编码 agent 会读你仓库生成的 工作流规则，把 Plan、Task、Snapshot、检查和落地这些接过去。 对话还是照平常的方式讲，执行过程也没有一处是藏着的。
为什么意图要排在最前面
一条 Markdown sprint 条目，给这次工作一个稳定的落点。Task 把这份意图跟它的 Change、工作区、Snapshot、证据和收尾串在一起。这条线是功能，不是文书作业。
为什么本地是默认
整个闭环在你自己机器上就能跑完——不用服务、不用数据库、不用联网、 不用有人管权限。远程服务器和 runner 只有你自己配了才会进来。
为什么 AIT 不插手你的语言选择
你的仓库说了算
构建、测试、lint、格式化、打包、忽略规则——这些你自己声明，AIT 只跑你声明的东西。
本地状态怎么保持可读
二进制权威
工作流记录
Plan、Task、Change、Line、证据和落地状态，都放在固定的原生记录里。
一个仓库，两种状态。
意图 → Plan 条目
修订 → Snapshot
内容 → zstd 包
分开放，工作流历史才读得动，而不是把每个字节都当成一回事。
内容权威
树、blob 与包
内容寻址的对象留住确切的代码，以及它进来的顺序。
出事就停
检查缺了、策略缺了、评审缺了、CI 结果缺了，或者该你回答的问题还没回答， 那就是停下来的理由，不是宣布做完的理由。AIT 会把当前状态留在可恢复的位置， 你随时可以老老实实接着往下做。