sdd-skills 1.1.5 → 1.1.6

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "sdd-skills",
-  "version": "1.1.5",
+  "version": "1.1.6",
   "description": "Spec-Driven Development Skills for Claude Code - SAE/ADE workflow automation",
   "type": "module",
   "main": "install.js",

package/skills/backend-engineer/SKILL.md

@@ -407,6 +407,28 @@ mockRepo.EXPECT().FindByEmail("test@example.com").Return(&user, nil)
    - 收到 Tester 修复请求 → 修复问题 → 本地验证 → **自动调用** `/tester` 重新提测
    - 循环直到测试全部通过
 
+## 会话管理
+
+⚠️ **重要**：当 Backend Engineer 角色流程完成后，**必须执行 `/compact` 命令**压缩会话上下文。
+
+### 触发时机
+
+在以下情况完成时触发 `/compact`：
+- **正常流程完成**：后端 OpenSpec 已批准，代码已实现并通过验证，已交付给 Tester
+- **修复流程完成**：收到 Tester 修复请求后，修复完成并已重新提测给 `/tester`
+
+### 执行方式
+
+```
+/compact
+```
+
+### 目的
+
+- 清理会话中的冗余上下文（代码实现细节、验证输出等）
+- 为下一个角色（Tester）提供干净的起点
+- 保持会话响应速度和质量
+
 ## 在 Pre-Execution Review 中的角色
 
 提供后端技术评估：

package/skills/code-reviewer/SKILL.md

@@ -421,6 +421,28 @@ npm audit
    - 审查不通过 → 返回相应的 Engineer 修复
 3. **并行**: 无
 
+## 会话管理
+
+⚠️ **重要**：当 Code Reviewer 角色流程完成后，**必须执行 `/compact` 命令**压缩会话上下文。
+
+### 触发时机
+
+在以下情况完成时触发 `/compact`：
+- **审查通过**：代码审查通过，已交付给 Git Engineer
+- **审查不通过**：已发送钉钉通知，问题已反馈给对应的 Engineer 修复
+
+### 执行方式
+
+```
+/compact
+```
+
+### 目的
+
+- 清理会话中的冗余上下文（审查详情、自动化检查输出等）
+- 为下一个角色（Git Engineer）或修复角色提供干净的起点
+- 保持会话响应速度和质量
+
 ## 在 Pre-Execution Review 中的角色
 
 提供代码审查视角评估：

package/skills/frontend-engineer/SKILL.md

@@ -601,6 +601,28 @@ test('user can login', async ({ page }) => {
    - 收到 Tester 修复请求 → 修复问题 → 本地验证 → **自动调用** `/tester` 重新提测
    - 循环直到测试全部通过
 
+## 会话管理
+
+⚠️ **重要**：当 Frontend Engineer 角色流程完成后，**必须执行 `/compact` 命令**压缩会话上下文。
+
+### 触发时机
+
+在以下情况完成时触发 `/compact`：
+- **正常流程完成**：前端 OpenSpec 已批准，代码已实现并通过验证，已交付给 Tester
+- **修复流程完成**：收到 Tester 修复请求后，修复完成并已重新提测给 `/tester`
+
+### 执行方式
+
+```
+/compact
+```
+
+### 目的
+
+- 清理会话中的冗余上下文（组件代码、样式细节、验证输出等）
+- 为下一个角色（Tester）提供干净的起点
+- 保持会话响应速度和质量
+
 ## 在 Pre-Execution Review 中的角色
 
 提供前端技术评估：

package/skills/git-engineer/SKILL.md

@@ -416,6 +416,28 @@ glab mr status
    - 预检测失败 → 返回对应的 Engineer 修复
 3. **并行**: 无
 
+## 会话管理
+
+⚠️ **重要**：当 Git Engineer 角色流程完成后，**必须执行 `/compact` 命令**压缩会话上下文。
+
+### 触发时机
+
+在以下情况完成时触发 `/compact`：
+- **MR 创建成功**：预检测通过，MR 已创建，整个 SDD 工作流完成
+- **预检测失败**：已发送钉钉通知，问题已反馈给对应的 Engineer 修复
+
+### 执行方式
+
+```
+/compact
+```
+
+### 目的
+
+- 清理会话中的冗余上下文（预检测输出、Git 操作日志等）
+- 为可能的下一轮工作流或新任务提供干净的起点
+- 保持会话响应速度和质量
+
 ## 在 Pre-Execution Review 中的角色
 
 提供 Git 和 CI/CD 视角评估：

package/skills/notifier/SKILL.md

@@ -452,6 +452,28 @@ chmod +x test_notification.sh
 2. **被动角色**: Notifier 不主动判断，只负责接收参数并发送通知
 3. **独立运行**: 不依赖其他 Skills，可独立测试
 
+## 会话管理
+
+⚠️ **重要**：当 Notifier 角色流程完成后，**必须执行 `/compact` 命令**压缩会话上下文。
+
+### 触发时机
+
+在以下情况完成时触发 `/compact`：
+- **通知发送成功**：钉钉通知已成功发送
+- **通知发送失败**：配置错误或发送失败，已输出错误信息
+
+### 执行方式
+
+```
+/compact
+```
+
+### 目的
+
+- 清理会话中的冗余上下文（Webhook 请求/响应、配置读取等）
+- 为调用者或下一个角色提供干净的起点
+- 保持会话响应速度和质量
+
 ## 在 Pre-Execution Review 中的角色
 
 不参与 Pre-Execution Review，因为 Notifier 是纯执行角色，不涉及技术评估。

package/skills/sae/SKILL.md

@@ -240,6 +240,29 @@ Response (401):
    - 评估架构复杂度
    - 评估技术方案可行性
 
+## 会话管理
+
+⚠️ **重要**：当 SAE 角色流程完成后，**必须执行 `/compact` 命令**压缩会话上下文。
+
+### 触发时机
+
+在以下情况完成时触发 `/compact`：
+- 需求规格文档已生成并保存
+- Spec 文档、Proposal 文档、Tasks 文档已全部创建
+- 已向用户确认下一步交给 Backend Engineer 和 Frontend Engineer
+
+### 执行方式
+
+```
+/compact
+```
+
+### 目的
+
+- 清理会话中的冗余上下文
+- 为下一个角色（Backend/Frontend Engineer）提供干净的起点
+- 保持会话响应速度和质量
+
 ## 示例对话
 
 ```

package/skills/tester/SKILL.md

@@ -490,6 +490,28 @@ lhci autorun
    - 超过 3 轮仍失败 → 发送钉钉通知，请求人工介入
 4. **并行**: 无
 
+## 会话管理
+
+⚠️ **重要**：当 Tester 角色流程完成后，**必须执行 `/compact` 命令**压缩会话上下文。
+
+### 触发时机
+
+在以下情况完成时触发 `/compact`：
+- **测试全部通过**：所有测试验证通过，已交付给 Code Reviewer
+- **达到最大修复轮次**：已尝试 3 轮自动修复仍失败，已发送钉钉通知请求人工介入
+
+### 执行方式
+
+```
+/compact
+```
+
+### 目的
+
+- 清理会话中的冗余上下文（测试输出、错误日志、修复循环记录等）
+- 为下一个角色（Code Reviewer）提供干净的起点
+- 保持会话响应速度和质量
+
 ## 在 Pre-Execution Review 中的角色
 
 提供测试策略评估：