/start — 审计会话启动 + Context 恢复
触发方式
/start "任务描述"
为什么需要 /start
每次工作都应该在审计会话中进行。没有会话意味着：
- hooks 产出的审计数据归入自动创建的
auto_session，缺少任务描述 - /end 无法做完整性检查
- 日报中的任务总览缺少描述
/start 的成本极低（创建一个目录 + 一个 JSON 文件），收益是让所有后续操作都有上下文。
执行步骤
1. 创建审计会话
bash# 1. 生成 session_id SESSION_ID="adhoc_$(date +%Y%m%d_%H%M)" # 2. 创建目录 mkdir -p .claude/runs/${SESSION_ID} # 3. 写入 session.json cat > .claude/runs/${SESSION_ID}/session.json << EOF { "session_id": "${SESSION_ID}", "task": "用户提供的任务描述", "start_time": "ISO 8601", "status": "in_progress", "expected_record_types": [] } EOF # 4. 写入 .current_session（Stop hook 依赖此文件确定归档目标） echo "${SESSION_ID}" > .claude/runs/.current_session
⚠️ 第 4 步是关键：
.current_session文件是 /start 和 Stop hook 之间的握手协议。 Stop hook 读取此文件来确定 audit_buffer 归档到哪个 session 目录。 如果不写这个文件，Stop hook 会创建一个auto_session，与 /start 的 session 脱节。
2. Context 恢复（如果 .claude/runs/ 目录存在历史数据）
按以下优先级加载：
Level 0 — 索引摘要:
- 读取
.claude/runs/index.json，获取最近 5 条 entry 的 id + task + status
Level 2 — 用户修正（最重要）:
- 在最近的
audit_trail.jsonl和audit_blocks.jsonl中搜索user_correction - 这些记录必须最先恢复——丢了会重犯错误
Level 1 — 任务状态:
- 读取最新的
.claude/runs/daily/*_daily.md（如果存在）- §四 异常告警：有没有未解决的问题？
- §六 昨日待办：有没有未完成的任务？
- §七 明日待办：今天该优先做什么？
- 读取最新的
.claude/runs/daily/*_morning_review.md（如果存在）
检查未完成会话:
- 扫描
.claude/runs/adhoc_*/session.json，找status: "in_progress"的会话 - 如果有，提示用户是否继续上次未完成的任务（如果继续，复用旧 session_id 而非创建新的）
3. 输出上下文恢复摘要
审计会话已创建: adhoc_20260320_1400 任务: {用户的任务描述} 上下文恢复摘要（基于 .claude/runs/ 审计记录）： 最近活动： - {最近 3 条完成的任务} ⚠️ 用户修正记录（必须遵守）： - {所有 user_correction 记录} 待解决问题： - {未关闭的异常/告警} 今日推荐优先级： - {morning_review 中的推荐} 预期 Record 类型： [数据] / [变更] / [对话] — 根据任务描述预判 所有后续 [AUDIT] 块请使用 batch_id = {session_id}
4. 注意事项
- 如果
.claude/runs/目录不存在，自动创建，跳过 context 恢复 - 如果没有历史审计数据，正常启动，不报错
- session_id 在整个会话期间保持不变，所有 [AUDIT] 块共享此 id
- 如果已有活跃 session（
.current_session文件存在且对应 session 状态为 in_progress），提示用户是否要结束旧 session 再创建新的
