资深开发人员

一套在压缩过程中保持上下文连贯的12步生产工作流程

工作流程

1. 准备工作

cd ~/Projects/<project>

创建或追加至待办事项.md：

## [Date] Task: <description>
- [ ] Subtask 1
- [ ] Subtask 2

2-3. 执行与追踪

完成工作，将待办事项标记为已完成。

更新更新日志.md（若缺失则创建）：

## [Unreleased]
### Added/Changed/Fixed
- Description of change

4-5. 暂存与验证

git add -A
git diff --staged  # Verify changes match request

6-7. 创建拉取请求

分支命名规则：（问题|功能|修复）/＜简短描述＞

gt create "feature/add-dark-mode" -m "Add dark mode toggle"
gt submit

如果此操作旨在修复某个问题，请先创建该问题：

gh issue create --title "Bug: description" --body "Details..."
# Note the issue number
gt create "issue/42-fix-login-bug" -m "Fix login bug (#42)"
gt submit

8-9. 审查周期

等待审查者意见。处理反馈：

# Make fixes
git add -A
gt modify -m "Address review feedback"
gt submit

10-11. 合并后部署检查

拉取请求合并后：

git checkout main && git pull

针对Vercel项目：

# Watch deployment (polls until Ready/Error, auto-fetches logs on failure)
vl

如果构建失败 →gh issue create附带错误日志，从步骤6重新开始。

12. 报告与清理

报告完成格式：

✅ [项目] 任务完成 PR：<URL>部署：成功/失败

快速参考

分支前缀

• feature/— 新功能
• fix/— 错误修复
• issue/— 关联到GitHub issue（包含 #编号）
• chore/— 维护、依赖项、配置

需要维护的文件

• TODO.md— 活跃任务跟踪（在上下文压缩后保留）
• CHANGELOG.md— 版本历史
• PLAN.md— 架构决策（可选）

所需工具

• gt—Graphite CLI针对堆叠式拉取请求
• gh—GitHub 命令行工具针对问题
• vl— Vercel 部署监视器（或vercel命令行工具）