Git Awake + AI Awake（作战版）

不是“查状态”，而是干活时把 Git 和 AI 当武器。

核心定义

1. Git Awake：所有改动都有可追踪边界（前后差异、回滚点、配置历史）
2. AI Awake：所有语义复杂步骤都主动调用模型（提取、归因、审查、总结）

一句话：Git 管变更，AI 管语义。

实战流程（写代码/做杂活都适用）

1. 开工前定边界
   命令：git diff --stat
   目标：知道这次改动要覆盖哪些文件。

2. 实施改动（小步）
   原则：可逆优先、每一步可解释。

3. AI 审查当前 diff（不是只靠肉眼）
   命令：bun <REDACTED_TOKEN>
   如果只看 staged：bun <REDACTED_TOKEN> --staged

4. AI 生成 commit message 草稿
   命令：bun <REDACTED_TOKEN> --staged

5. 配置类改动做快照（作为 Git 历史）
   命令：./<REDACTED_TOKEN>

已提供的武器

1. <REDACTED_TOKEN>
   把 git diff 交给 AI 做风险审查与测试建议。

2. <REDACTED_TOKEN>
   基于 diff 自动生成 Conventional Commit 草稿。

3. <REDACTED_TOKEN>
   把本机配置同步到仓库 <REDACTED_TOKEN>，让配置变更进 Git 历史。

4. <REDACTED_TOKEN>
   统一入口（含 Git/AI/config 组合调用）。

常用组合

# 代码改完后，先 AI 审查再提交
bun <REDACTED_TOKEN> --staged
bun <REDACTED_TOKEN> --staged

# 做环境配置后，立即固化到 Git 历史
./<REDACTED_TOKEN>
git add <REDACTED_TOKEN>

# 一条命令触发 Git+AI 作战流
./<REDACTED_TOKEN> --ai --review --commit-msg

设计底线

1. 不做“无 diff 的改动”
2. 不做“无 AI 审查的高风险改动”
3. 不做“无历史的配置漂移”