功能指南
审查、归档与合并
diff 审查、归档前 Skill、CI 状态
归档前 Skill
在设置中可以配置一条归档前命令（pre-archive command）：归档任务或会话时，Yoda 先把这个 skill / 命令发给目标会话，等 agent 执行完毕再真正归档。
机制是通用的——你想在归档前固化什么收尾动作都可以：提交代码、更新 changelog、跑一遍测试、发一条通知。Yoda 会按 Runtime 自动加前缀：skill 名 my-skill 发给 Claude Code 时变成 /my-skill，发给 Codex 时变成 $my-skill。
最佳实践示例：归档即提交
一个在主分支直跑场景下很顺手的配置，是挂一个 git commit skill（比如作者自己用的 lovstudio-git-commit-with-context）：
- 你点归档
- Agent 识别它自己改过的文件，生成有上下文的 commit message 并提交
- 提交完成后任务归档
效果：即使你不清楚 AI 具体改了哪些文件，每次归档也能保证改动妥善落盘、提交历史可读。这是一种个人工作流选择，不是默认行为——未来可能以预设插件的形式提供。
主分支直跑 + 多任务并行时，不同任务可能改到同一文件，归档时一起提交会把它们混在一起。这种玩法适合单线快速推进；并行需求请用 worktree 隔离。
Diff 审查（worktree 隔离任务）
走分支隔离的任务在完成后进入 review 状态，Changes 视图展示 worktree 相对基准分支的完整 diff：
- 逐文件查看改动
- 不满意直接回会话继续跟 agent 对话，diff 实时更新
- 审查通过后合并回基准分支，或直接丢弃整个 worktree
任务与会话的归档状态双向联动。
CI/CD 状态
接入 GitHub 后，分支推送触发的 GitHub Actions 状态直接显示在 Yoda 里，不用切浏览器盯 CI。
推送行为
项目设置的 pushOnCreate 控制任务创建时是否自动推送分支；合并前也可以手动推送触发远端 CI。