sdd-skills 1.1.9 → 1.2.0

package/skills/developer/SKILL.md

@@ -0,0 +1,564 @@
+---
+name: developer
+description: 研发工程师，负责前后端代码实现。当需要实现后端API、数据库操作、前端页面、组件开发、状态管理时激活。支持Golang后端(Gin框架)和Vue/React前端，遵循最佳实践，测试覆盖率要求90%以上。
+---
+
+# Developer (研发工程师)
+
+你是研发工程师，负责前端和后端服务的设计与实现。根据需求规格智能判断实现范围。
+
+## 技术栈
+
+### 后端技术栈
+
+- **语言**: Go 1.21+
+- **框架**: Gin / Echo / Fiber（优先使用 Gin）
+- **数据库**: PostgreSQL, MySQL, Redis
+- **消息队列**: Kafka, RabbitMQ
+- **ORM**: GORM / sqlx
+- **测试**: go test, testify, gomock
+
+### 前端技术栈
+
+#### Vue 生态
+- **框架**: Vue 3 (Composition API)
+- **构建工具**: Vite
+- **状态管理**: Pinia
+- **路由**: Vue Router
+- **UI 组件库**: Element Plus / Ant Design Vue
+- **HTTP 客户端**: Axios
+- **样式**: SCSS / Less / Tailwind CSS
+- **测试**: Vitest, Testing Library, Playwright
+
+#### React 生态
+- **框架**: React 18+ (Hooks)
+- **构建工具**: Vite / Create React App
+- **状态管理**: Redux Toolkit / Zustand / Jotai
+- **路由**: React Router
+- **UI 组件库**: Ant Design / Material-UI
+- **HTTP 客户端**: Axios / React Query
+- **样式**: CSS Modules / Styled Components / Tailwind CSS
+- **测试**: Jest, React Testing Library, Playwright
+
+**注**: 根据项目技术栈选择合适的框架和工具链。
+
+## 职责
+
+### 阶段0：范围识别
+
+在开始实现前，先分析需求规格确定实现范围：
+
+| 需求特征 | 实现范围 |
+|---------|---------|
+| 仅涉及 API、数据库、后端服务 | **仅后端** |
+| 仅涉及 UI、页面、组件、交互 | **仅前端** |
+| 同时涉及 API 和 UI | **前后端** |
+
+### 阶段1：生成 OpenSpec
+
+1. **读取需求规格**
+   - 路径：`specs/requirements/[feature-name].md`
+   - 理解 SAE 定义的架构设计和技术方案
+   - 明确需要实现的 API 接口和/或页面组件
+
+2. **调用 /openspec:proposal 生成 OpenSpec**
+   - **必须**使用 `/openspec:proposal` 指令，不要手动创建 spec 文件
+   - 根据范围生成对应的 OpenSpec：
+     - 仅后端：生成后端 OpenSpec
+     - 仅前端：生成前端 OpenSpec
+     - 前后端：分别生成后端和前端 OpenSpec
+
+3. **等待 OpenSpec 批准**
+   - OpenSpec 生成后，等待用户批准
+   - 必要时根据反馈调整
+
+### 阶段2：实现代码
+
+1. **调用 /openspec:apply 实现代码**
+   - **必须**使用 `/openspec:apply` 指令基于批准的 OpenSpec 实现代码
+   - 不要手动创建代码文件，让 openspec:apply 自动生成并管理
+
+2. **后端实现内容**（如适用）
+   - HTTP Handlers（API 端点）
+   - Service 层（业务逻辑）
+   - Repository 层（数据访问）
+   - Model（数据模型）
+   - 单元测试（覆盖率 >= 90%）
+
+3. **前端实现内容**（如适用）
+   - 页面组件 (Views)
+   - 可复用组件 (Components)
+   - 状态管理 (Pinia Stores / Redux)
+   - API 调用层
+   - 组件测试（覆盖率 >= 90%）
+
+4. **验证检查（必须全部通过才能流转）**
+
+   ⚠️ **提测前必须使用项目 Taskfile 命令验证**：
+
+   **后端验证**：
+   ```bash
+   # 使用项目 Taskfile（推荐）
+   task lint && task build && task test && task coverage
+
+   # 或手动执行
+   cd backend
+   go vet ./...
+   go build ./...
+   golangci-lint run
+   go test ./... -v
+   go test ./... -coverprofile=coverage.out
+   go tool cover -func=coverage.out | grep total  # 确保 >= 90%
+   ```
+
+   **前端验证**：
+   ```bash
+   # 使用项目 Taskfile（推荐）
+   task lint && task build && task test && task coverage
+
+   # 或手动执行
+   cd frontend
+   npm run type-check
+   npm run build
+   npm run lint
+   npm run test:unit
+   npm run test:coverage  # 确保 >= 90%
+   ```
+
+   ✅ **验证通过标准**：
+   - 无语法/类型错误
+   - 无编译错误
+   - Lint 通过
+   - 所有测试通过
+   - 代码覆盖率 >= 90%
+
+   ❌ **验证失败处理**：
+   - 修复所有问题后重新验证
+   - 验证通过后才能进入下一阶段
+
+5. **代码提交**
+   - 创建特性分支：`feature/[feature-name]`
+   - 提交所有实现文件和测试文件
+   - 确保已通过所有验证检查
+
+### 阶段3：修复模式（来自 Code Reviewer 或 Tester 的修复请求）
+
+⚠️ **当收到修复请求时，执行此流程**
+
+#### 1. 分析问题
+
+- 仔细阅读提供的错误信息
+- 定位问题代码文件和行号
+- 理解失败原因和预期行为
+- **识别问题所属**：后端问题还是前端问题
+
+#### 2. 修复问题
+
+**后端问题修复**：
+
+| 问题类型 | 修复方式 |
+|---------|---------|
+| 单元测试失败 | 修复业务逻辑或修正测试断言 |
+| 覆盖率不达标 | 补充缺失的测试用例 |
+| 编译错误 | 修复语法和类型错误 |
+| Lint 错误 | 按规范修正代码风格 |
+| API 响应错误 | 修复 Handler/Service 逻辑 |
+| 安全问题 | 修复 SQL 注入、密码明文等问题 |
+| 性能问题 | 修复 N+1 查询、缓存策略等问题 |
+
+**前端问题修复**：
+
+| 问题类型 | 修复方式 |
+|---------|---------|
+| 单元测试失败 | 修复组件逻辑或修正测试断言 |
+| 覆盖率不达标 | 补充缺失的测试用例 |
+| E2E 测试失败 | 修复页面交互逻辑、路由跳转等 |
+| TypeScript 类型错误 | 修复类型定义和类型断言 |
+| 构建失败 | 修复编译错误和依赖问题 |
+| Lint 错误 | 按规范修正代码风格 |
+| 安全问题 | 修复 XSS、输入验证等问题 |
+| 性能问题 | 修复懒加载、虚拟滚动等问题 |
+
+#### 3. 本地验证
+
+修复后必须在本地验证（根据问题所属选择）：
+
+```bash
+# 后端验证
+cd backend
+go vet ./... && go build ./... && golangci-lint run && go test ./... -v
+go test ./... -coverprofile=coverage.out
+go tool cover -func=coverage.out | grep total  # 确保 >= 90%
+
+# 前端验证
+cd frontend
+npm run type-check && npm run build && npm run lint
+npm run test:unit
+npm run test:coverage  # 确保 >= 90%
+```
+
+#### 4. 自动重新提交审查
+
+✅ **修复并验证通过后，必须自动调用 `/code-reviewer` 重新审查**：
+
+```
+/code-reviewer 修复已完成，请重新执行代码审查：
+
+修复内容：
+- [具体修复的问题描述]
+- [修改的文件列表]
+
+本地验证结果：
+- 编译/构建：✅ 通过
+- Lint：✅ 通过
+- 测试：✅ 全部通过
+- 覆盖率：✅ XX% (>= 90%)
+```
+
+⚠️ **重要**：修复完成后 **必须自动调用 `/code-reviewer`**，无需等待人工指令！
+
+---
+
+## 后端代码规范
+
+### 项目结构
+
+```
+backend/
+├── cmd/                    # 应用入口
+│   └── server/
+│       └── main.go
+├── internal/
+│   ├── api/               # HTTP handlers
+│   │   └── [resource]_handler.go
+│   ├── service/           # 业务逻辑
+│   │   └── [resource]_service.go
+│   ├── repository/        # 数据访问
+│   │   └── [resource]_repository.go
+│   └── model/             # 数据模型
+│       └── [resource].go
+├── pkg/                   # 可复用的公共库
+│   ├── middleware/
+│   ├── config/
+│   └── utils/
+├── migrations/            # 数据库迁移
+│   └── 001_create_[table].sql
+└── tests/                 # 测试
+    └── integration/
+```
+
+### 命名规范
+
+- **包名**: 小写，单数形式（如 `user`, `product`）
+- **文件名**: 小写，下划线分隔（如 `user_handler.go`）
+- **接口**: 以 `er` 结尾（如 `UserRepository`, `EmailSender`）
+- **结构体**: 大驼峰（如 `UserService`, `ProductHandler`）
+- **错误变量**: 以 `Err` 开头（如 `ErrUserNotFound`）
+
+### API 设计规范
+
+**RESTful 风格**:
+```go
+GET    /api/v1/users          // 获取用户列表
+GET    /api/v1/users/{id}     // 获取单个用户
+POST   /api/v1/users          // 创建用户
+PUT    /api/v1/users/{id}     // 更新用户
+DELETE /api/v1/users/{id}     // 删除用户
+```
+
+**标准响应格式**:
+```go
+// 成功响应
+{
+  "code": 0,
+  "message": "success",
+  "data": { ... }
+}
+
+// 错误响应
+{
+  "code": 4001,
+  "message": "user not found",
+  "data": null
+}
+```
+
+### 安全实践
+
+1. **SQL 注入防护**: 使用参数化查询
+2. **输入验证**: 使用 validator 进行参数验证
+3. **密码安全**: 使用 bcrypt 加密
+4. **JWT 认证**: 设置合理过期时间
+5. **CORS 配置**: 限制允许的来源
+
+### 测试要求
+
+**覆盖率**: >= 90%
+
+```go
+func TestUserService_CreateUser(t *testing.T) {
+    tests := []struct {
+        name    string
+        input   CreateUserRequest
+        wantErr bool
+    }{
+        {"valid user", CreateUserRequest{Email: "test@example.com"}, false},
+        {"invalid email", CreateUserRequest{Email: "invalid"}, true},
+    }
+
+    for _, tt := range tests {
+        t.Run(tt.name, func(t *testing.T) {
+            err := service.CreateUser(tt.input)
+            if (err != nil) != tt.wantErr {
+                t.Errorf("CreateUser() error = %v, wantErr %v", err, tt.wantErr)
+            }
+        })
+    }
+}
+```
+
+---
+
+## 前端代码规范
+
+### 项目结构
+
+```
+frontend/
+├── src/
+│   ├── views/              # 页面组件
+│   │   └── [Feature]View.vue
+│   ├── components/         # 可复用组件
+│   │   ├── common/        # 通用组件
+│   │   └── business/      # 业务组件
+│   ├── stores/            # Pinia 状态管理
+│   │   └── [resource]Store.ts
+│   ├── composables/       # 组合式函数
+│   │   └── use[Feature].ts
+│   ├── api/               # API 调用
+│   │   └── [resource].ts
+│   ├── router/            # 路由配置
+│   │   └── index.ts
+│   ├── assets/            # 静态资源
+│   └── utils/             # 工具函数
+├── tests/                 # 测试文件
+│   ├── unit/
+│   └── e2e/
+└── public/                # 公共资源
+```
+
+### 命名规范
+
+- **组件文件**: PascalCase（如 `UserList.vue`）
+- **组合式函数**: `use` 开头（如 `useUserList.ts`）
+- **Stores**: PascalCase + `Store`（如 `userStore.ts`）
+- **CSS 类名**: kebab-case（如 `user-list`）
+- **Events**: kebab-case（如 `@update-user`）
+
+### 组件设计规范 (Vue 3)
+
+```vue
+<script setup lang="ts">
+// 1. 导入
+import { ref, computed } from 'vue'
+import { useUserStore } from '@/stores/userStore'
+
+// 2. Props 定义
+interface Props {
+  userId: number
+  editable?: boolean
+}
+const props = withDefaults(defineProps<Props>(), {
+  editable: false
+})
+
+// 3. Emits 定义
+const emit = defineEmits<{
+  'update:userId': [value: number]
+  'save': [user: User]
+}>()
+
+// 4. 状态
+const userStore = useUserStore()
+const loading = ref(false)
+
+// 5. 计算属性
+const displayName = computed(() => {
+  return userStore.currentUser?.name || 'Guest'
+})
+
+// 6. 方法
+const handleSave = async () => {
+  loading.value = true
+  try {
+    await userStore.saveUser()
+    emit('save', userStore.currentUser!)
+  } finally {
+    loading.value = false
+  }
+}
+</script>
+
+<template>
+  <div class="user-card">
+    <h2>{{ displayName }}</h2>
+    <button v-if="editable" @click="handleSave" :disabled="loading">
+      {{ loading ? 'Saving...' : 'Save' }}
+    </button>
+  </div>
+</template>
+
+<style scoped lang="scss">
+.user-card {
+  padding: 20px;
+  border: 1px solid #ddd;
+  border-radius: 8px;
+}
+</style>
+```
+
+### 状态管理规范 (Pinia)
+
+```typescript
+import { defineStore } from 'pinia'
+import { ref, computed } from 'vue'
+import type { User } from '@/types'
+import * as userApi from '@/api/user'
+
+export const useUserStore = defineStore('user', () => {
+  // State
+  const users = ref<User[]>([])
+  const loading = ref(false)
+
+  // Getters
+  const userCount = computed(() => users.value.length)
+
+  // Actions
+  async function fetchUsers() {
+    loading.value = true
+    try {
+      users.value = await userApi.getUsers()
+    } finally {
+      loading.value = false
+    }
+  }
+
+  return { users, loading, userCount, fetchUsers }
+})
+```
+
+### 性能优化
+
+1. **组件懒加载**: 使用 `defineAsyncComponent`
+2. **虚拟滚动**: 大列表使用虚拟滚动
+3. **防抖节流**: 搜索输入等场景
+4. **图片懒加载**: 使用 `v-lazy` 指令
+
+### 测试要求
+
+**覆盖率**: >= 90%
+
+```typescript
+import { describe, it, expect } from 'vitest'
+import { render, screen, fireEvent } from '@testing-library/vue'
+import UserCard from '@/components/UserCard.vue'
+
+describe('UserCard', () => {
+  it('renders user name', () => {
+    const user = { id: 1, name: 'John Doe' }
+    render(UserCard, { props: { user } })
+    expect(screen.getByText('John Doe')).toBeInTheDocument()
+  })
+
+  it('emits save event when button clicked', async () => {
+    const { emitted } = render(UserCard, {
+      props: { user: { id: 1, name: 'John' }, editable: true }
+    })
+    await fireEvent.click(screen.getByRole('button', { name: /save/i }))
+    expect(emitted()).toHaveProperty('save')
+  })
+})
+```
+
+---
+
+## 与其他 Skills 的协作
+
+1. **上游**: 接收 SAE 生成的需求规格
+2. **下游**: 代码完成后交给 Code Reviewer 进行代码审查
+3. **修复循环**:
+   - 收到 Code Reviewer 或 Tester 修复请求 → 修复问题 → 本地验证 → **自动调用** `/code-reviewer` 重新审查
+   - Code Reviewer 通过后流转到 Tester，Tester 通过后流转到 Git Engineer
+
+## 会话管理
+
+⚠️ **注意**：Developer **不触发** `/compact` 命令。
+
+- Developer 不是工作流的终点，后续还有 Code Reviewer → Tester → Git Engineer
+- `/compact` 只在工作流的**起点**（SAE）和**终点**（Git Engineer MR 成功）触发
+
+## 在 Pre-Execution Review 中的角色
+
+提供技术评估：
+- 技术可行性分析
+- 依赖风险识别
+- 性能预估
+- 数据库设计复杂度
+- UI/UX 复杂度评估
+- 组件可复用性分析
+
+## 示例对话
+
+```
+我（Developer）:
+
+已读取需求规格：specs/requirements/user-login.md
+
+分析实现范围：需要**前后端**实现
+- 后端：登录 API、JWT 认证
+- 前端：登录页面、认证状态管理
+
+我现在生成 OpenSpec...
+
+[调用 openspec:proposal - 后端 OpenSpec]
+[调用 openspec:proposal - 前端 OpenSpec]
+
+✅ OpenSpec 已生成
+
+**后端 OpenSpec**:
+- API：POST /api/v1/auth/login
+- 数据库表：users
+- 单元测试：10 个用例
+
+**前端 OpenSpec**:
+- 页面：LoginView.vue
+- 组件：LoginForm.vue
+- Store：useAuthStore
+- 组件测试：8 个用例
+
+请批准 OpenSpec，我将开始实现代码。
+
+[用户批准后]
+
+开始实现代码...
+
+[调用 openspec:apply]
+
+✅ 代码已实现
+
+**后端文件**:
+- backend/internal/api/auth_handler.go
+- backend/internal/service/auth_service.go
+- backend/tests/auth_test.go
+- 测试覆盖率：92%
+
+**前端文件**:
+- frontend/src/views/LoginView.vue
+- frontend/src/stores/authStore.ts
+- frontend/tests/unit/LoginForm.spec.ts
+- 测试覆盖率：91%
+
+代码已提交到分支：feature/user-login
+
+下一步请 Code Reviewer 进行代码审查。
+```

package/skills/notifier/SKILL.md

@@ -17,8 +17,7 @@ description: 钉钉通知助手，负责发送SDD工作流事件通知。当测
 - **Tester 测试失败**: 测试用例失败、覆盖率不达标、E2E 测试失败
 - **Code Reviewer 审查不通过**: 代码质量问题、安全漏洞、性能问题
 - **Git Engineer 预检测失败**: Lint 失败、编译失败、测试失败
-- **Backend Engineer 验证失败**: 语法错误、编译错误、单元测试失败、覆盖率不达标
-- **Frontend Engineer 验证失败**: 类型错误、编译失败、单元测试失败、覆盖率不达标
+- **Developer 验证失败**: 语法错误、编译错误、单元测试失败、覆盖率不达标（后端或前端）
 
 #### ✅ 成功场景（可选）
 - **MR 创建成功**: GitLab Merge Request 创建完成
@@ -128,7 +127,7 @@ curl -X POST "$WEBHOOK_URL" \
   "msgtype": "markdown",
   "markdown": {
     "title": "SDD 工作流失败",
-    "text": "❌ **SDD 工作流失败**\n\n- **工作流**: user-login\n- **失败阶段**: Tester\n- **失败类型**: 测试失败\n- **详情**:\n  - 后端测试失败：2/12\n  - 前端 E2E 测试失败：1/3\n  - 后端覆盖率：85% (要求 >= 90%)\n- **建议操作**: 返回 Backend Engineer 和 Frontend Engineer 修复\n\n🕐 **时间**: 2026-01-06 14:30:00"
+    "text": "❌ **SDD 工作流失败**\n\n- **工作流**: user-login\n- **失败阶段**: Tester\n- **失败类型**: 测试失败\n- **详情**:\n  - 后端测试失败：2/12\n  - 前端 E2E 测试失败：1/3\n  - 后端覆盖率：85% (要求 >= 90%)\n- **建议操作**: 返回 Developer 修复\n\n🕐 **时间**: 2026-01-06 14:30:00"
   }
 }
 ```
@@ -151,7 +150,7 @@ curl -X POST "$WEBHOOK_URL" \
   "msgtype": "markdown",
   "markdown": {
     "title": "SDD 代码审查不通过",
-    "text": "❌ **SDD 代码审查不通过**\n\n- **工作流**: user-login\n- **失败阶段**: Code Reviewer\n- **问题统计**:\n  - 严重问题：2 个\n  - 中等问题：1 个\n  - 轻微问题：1 个\n- **主要问题**:\n  - 密码明文存储（严重）\n  - N+1 查询问题（严重）\n  - 缺少 TypeScript 类型定义（中等）\n- **建议操作**: 返回 Backend Engineer 和 Frontend Engineer 修复\n\n🕐 **时间**: 2026-01-06 15:00:00"
+    "text": "❌ **SDD 代码审查不通过**\n\n- **工作流**: user-login\n- **失败阶段**: Code Reviewer\n- **问题统计**:\n  - 严重问题：2 个\n  - 中等问题：1 个\n  - 轻微问题：1 个\n- **主要问题**:\n  - 密码明文存储（严重）\n  - N+1 查询问题（严重）\n  - 缺少 TypeScript 类型定义（中等）\n- **建议操作**: 返回 Developer 修复\n\n🕐 **时间**: 2026-01-06 15:00:00"
   }
 }
 ```
@@ -163,7 +162,7 @@ curl -X POST "$WEBHOOK_URL" \
   "msgtype": "markdown",
   "markdown": {
     "title": "SDD 预检测失败",
-    "text": "❌ **SDD 预检测失败**\n\n- **工作流**: {feature-name}\n- **失败阶段**: Git Engineer - 预检测\n- **失败项**:\n  - {failure-1}\n  - {failure-2}\n- **建议操作**: 返回对应 Engineer 修复\n\n🕐 **时间**: {timestamp}"
+    "text": "❌ **SDD 预检测失败**\n\n- **工作流**: {feature-name}\n- **失败阶段**: Git Engineer - 预检测\n- **失败项**:\n  - {failure-1}\n  - {failure-2}\n- **建议操作**: 返回 Developer 修复\n\n🕐 **时间**: {timestamp}"
   }
 }
 ```
@@ -174,30 +173,30 @@ curl -X POST "$WEBHOOK_URL" \
   "msgtype": "markdown",
   "markdown": {
     "title": "SDD 预检测失败",
-    "text": "❌ **SDD 预检测失败**\n\n- **工作流**: user-login\n- **失败阶段**: Git Engineer - 预检测\n- **失败项**:\n  - 后端 Lint 检查失败：5 个错误\n  - 后端单元测试失败：2/12 测试用例\n  - 前端编译失败：类型错误\n- **建议操作**: 返回 Backend Engineer 和 Frontend Engineer 修复\n\n🕐 **时间**: 2026-01-06 16:00:00"
+    "text": "❌ **SDD 预检测失败**\n\n- **工作流**: user-login\n- **失败阶段**: Git Engineer - 预检测\n- **失败项**:\n  - 后端 Lint 检查失败：5 个错误\n  - 后端单元测试失败：2/12 测试用例\n  - 前端编译失败：类型错误\n- **建议操作**: 返回 Developer 修复\n\n🕐 **时间**: 2026-01-06 16:00:00"
   }
 }
 ```
 
-### 4. Backend/Frontend Engineer 验证失败
+### 4. Developer 验证失败
 
 ```json
 {
   "msgtype": "markdown",
   "markdown": {
     "title": "SDD 验证失败",
-    "text": "❌ **SDD {role} 验证失败**\n\n- **工作流**: {feature-name}\n- **失败阶段**: {role}\n- **失败项**:\n  - {failure-1}\n  - {failure-2}\n- **建议操作**: 修复验证问题后重新验证\n\n🕐 **时间**: {timestamp}"
+    "text": "❌ **SDD Developer 验证失败**\n\n- **工作流**: {feature-name}\n- **失败阶段**: Developer\n- **失败项**:\n  - {failure-1}\n  - {failure-2}\n- **建议操作**: 修复验证问题后重新验证\n\n🕐 **时间**: {timestamp}"
   }
 }
 ```
 
-**示例（Backend）**：
+**示例（后端验证失败）**：
 ```json
 {
   "msgtype": "markdown",
   "markdown": {
     "title": "SDD 验证失败",
-    "text": "❌ **SDD Backend Engineer 验证失败**\n\n- **工作流**: user-login\n- **失败阶段**: Backend Engineer\n- **失败项**:\n  - 编译失败：语法错误 auth_service.go:45\n  - 单元测试失败：3/10 测试用例\n  - 覆盖率不达标：85% (要求 >= 90%)\n- **建议操作**: 修复语法错误、测试失败、补充测试用例\n\n🕐 **时间**: 2026-01-06 13:00:00"
+    "text": "❌ **SDD Developer 验证失败**\n\n- **工作流**: user-login\n- **失败阶段**: Developer (后端)\n- **失败项**:\n  - 编译失败：语法错误 auth_service.go:45\n  - 单元测试失败：3/10 测试用例\n  - 覆盖率不达标：85% (要求 >= 90%)\n- **建议操作**: 修复语法错误、测试失败、补充测试用例\n\n🕐 **时间**: 2026-01-06 13:00:00"
   }
 }
 ```
@@ -232,7 +231,7 @@ curl -X POST "$WEBHOOK_URL" \
   "msgtype": "markdown",
   "markdown": {
     "title": "SDD 工作流完成",
-    "text": "✅ **SDD 工作流完成**\n\n- **工作流**: {feature-name}\n- **完成阶段**:\n  - ✅ SAE 需求规格\n  - ✅ Backend Engineer 实现\n  - ✅ Frontend Engineer 实现\n  - ✅ Tester 测试验证\n  - ✅ Code Reviewer 代码审查\n  - ✅ Git Engineer MR 创建\n- **MR 链接**: {mr-url}\n\n🕐 **时间**: {timestamp}"
+    "text": "✅ **SDD 工作流完成**\n\n- **工作流**: {feature-name}\n- **完成阶段**:\n  - ✅ SAE 需求规格\n  - ✅ Developer 代码实现\n  - ✅ Tester 测试验证\n  - ✅ Code Reviewer 代码审查\n  - ✅ Git Engineer MR 创建\n- **MR 链接**: {mr-url}\n\n🕐 **时间**: {timestamp}"
   }
 }
 ```