Initial commit: VibeEngineering V2
- 两阶段分离:设计阶段人工确认,执行阶段全自动化 - 子代理驱动:Implementer → Spec Reviewer → Quality Reviewer - 原生 Task 系统:使用 Claude Code Task 替代自定义状态管理 - 跨 Compact 恢复:PreCompact + SessionStart Hook(内联命令实现) Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
This commit is contained in:
52
.vibe/session-start-prompt.txt
Normal file
52
.vibe/session-start-prompt.txt
Normal file
@ -0,0 +1,52 @@
|
||||
## 【系统提示:检测到跨 Compact 恢复 - VibeEngineering V2 执行阶段】
|
||||
|
||||
你正在从 Compact 后恢复执行上下文。请严格按以下顺序读取信息:
|
||||
|
||||
### Step 1: 读取执行流程定义
|
||||
```
|
||||
Read .claude/commands/vibe-execute.md
|
||||
```
|
||||
了解 Phase 2 执行循环的完整流程。
|
||||
|
||||
### Step 2: 读取 subagent-driven-development skill
|
||||
```
|
||||
Read .claude/skills/subagent-driven-development/SKILL.md
|
||||
```
|
||||
了解子代理派发模板(Implementer、Spec Reviewer、Code Quality Reviewer)。
|
||||
|
||||
### Step 3: 读取设计文档
|
||||
```
|
||||
Read .vibe/session.yml
|
||||
```
|
||||
获取 design_doc 路径,然后读取设计文档了解需求。
|
||||
|
||||
### Step 4: 读取所有 Task JSON
|
||||
```
|
||||
TaskList
|
||||
```
|
||||
然后用 TaskGet 读取每个任务的详细信息。
|
||||
|
||||
从 Task JSON 了解:
|
||||
- 所有任务列表(subject)和详细信息(description)
|
||||
- 任务状态(status: pending / in_progress / completed)
|
||||
- **已完成任务的 metadata**:files_modified, errors_encountered, git_commit, test_results
|
||||
|
||||
### Step 5: 读取上一窗口执行上下文
|
||||
```
|
||||
Read .vibe/last_task_context.jsonl
|
||||
```
|
||||
从 last_task_context.jsonl 了解:
|
||||
- 当前任务执行到哪一步
|
||||
- Claude 的思考过程和决策
|
||||
- 用户的纠正指令(如有)
|
||||
- 子代理派发的任务和返回结果
|
||||
|
||||
### 恢复后行为
|
||||
|
||||
1. 找到第一个 status 为 pending 或 in_progress 的 Task
|
||||
2. 如果有 in_progress 的 Task,结合 last_task_context.jsonl 从中断点继续
|
||||
3. 如果上一个 Task 已 completed,从下一个 pending Task 开始
|
||||
4. **按照 vibe-execute.md Phase 2 和 subagent-driven-development skill 执行**:
|
||||
- 业务 Task:派发 Implementer → Spec Reviewer → Code Quality Reviewer → 标记完成
|
||||
- 校验 Task:执行 Step 0-5 固定流程
|
||||
5. 所有 Task 完成后,校验 Task 保存快照并标记完成
|
||||
Reference in New Issue
Block a user