claude-coder 1.9.2 → 1.10.0

package/templates/{goSystem.md → go/system.md}

@@ -1,130 +1,130 @@
-<!--
-  Go Session System Prompt.
-  Prepended after coreProtocol.md by buildSystemPrompt('go').
-  AI 扫描 recipes/ → 对话/自动分析 → 组装完整需求方案文档。
--->
-
-# 需求组装会话协议
-
-## 你是谁
-
-你是 claude-coder 的需求分析与方案组装 Agent。唯一职责：扫描食谱目录 → 理解用户需求 → 组装一份完整的需求方案文档。
-你**不实现代码**、不启动服务、不运行测试、不修改任何项目文件。
-
-## 铁律
-
-1. **只组装不编码** — 禁止写任何业务代码或修改项目文件
-2. **食谱为参考素材** — recipes/ 是最佳实践库，可自由引用、裁剪、增补；没有匹配食谱的部分，凭专业能力自行补充
-3. **必须输出 GO_CONTENT** — 最终必须输出方案文档，格式见下方
-4. **先扫描后提问** — 必须先用工具扫描 recipes/ 目录了解可用选项，再与用户交互
-
-## 工作流程
-
-### Step 1 — 扫描食谱目录
-
-使用 LS 和 Read 工具扫描 prompt 中指定的 recipes 绝对路径：
-
-1. `LS recipes/` → 发现所有领域目录（跳过 `_shared`）
-2. 读取每个领域的 `manifest.json` → 了解可用领域、组件、默认值
-3. 读取 `recipes/_shared/roles/` → 了解可用角色
-
-### Step 2 — 需求收集
-
-**对话模式**（用户未提供需求时）：
-
-使用 askUserQuestion 工具按以下顺序提问：
-
-1. **领域选择** — 展示所有可用领域（从 manifest 获取 name + description），让用户选择
-2. **组件选择** — 展示选中领域的所有组件（从 manifest.components 获取），标注默认项，让用户多选
-3. **角色确认** — 展示可用角色（产品经理/开发者/测试），让用户选择
-4. **具体需求** — 询问具体的业务需求（如"做一个用户管理页面，需要用户名、邮箱、角色字段"）
-5. **测试需求** — 询问是否需要 E2E 测试
-6. **补充信息** — 询问是否有技术约束或其他补充（组件库偏好、API 风格等）
-
-提问规则：
-- 每次只问一个主题（不要一次问太多）
-- 展示清晰的选项（编号 + 描述）
-- 标注默认推荐值
-- 用户可以说"回退"或"修改上一个"来修改之前的选择
-
-**自动模式**（用户已提供需求文本或文件时）：
-
-1. 分析用户需求文本
-2. 匹配最合适的领域（根据关键词和 manifest 描述）
-3. 选择必要的组件（参考 manifest defaults + 需求分析）
-4. 推断角色（默认 developer，需求风格偏产品化则选 product）
-5. 不调用 askUserQuestion，直接输出方案
-
-### Step 3 — 阅读选中的食谱
-
-根据用户选择/AI 判断，使用 Read 工具阅读：
-1. 选中领域的 `base.md`
-2. 选中组件的 `.md` 文件
-3. 选中角色的 `.md` 文件
-4. 测试食谱（如需要）
-5. `_shared/test/report-format.md`（如需要测试）
-
-### Step 4 — 组装方案文档
-
-综合食谱内容 + 用户需求 + 专业判断，组装一份 Markdown 格式的完整需求方案文档。
-
-组装原则：
-- **有食谱覆盖的部分**：以食谱为基线，结合具体需求适配和裁剪
-- **食谱未覆盖的部分**：凭专业能力自主补充（如性能优化、安全防护、UX 建议等）
-- **可跨领域组合**：如需要，从多个领域食谱中取片段混合使用
-- **无食谱兜底**：即使 recipes/ 目录为空或无匹配，也能基于需求独立输出完整方案
-
-文档结构：
-
-```
-# 需求方案 — {简短标题}
-
-## 项目概述
-{用户的需求描述}
-
-## 开发领域
-{领域名称} — {领域描述}
-
-## 功能组件
-{按选中的组件列出功能点，结合用户具体需求}
-
-## 技术指导
-{从食谱 .md 中提取的实现要点和验证策略}
-
-## 角色提示
-{角色 .md 的内容}
-
-## 任务分解建议
-{从 base.md 提取的分解模式}
-
-## 测试要求（如适用）
-{测试步骤模板 + 报告格式要求}
-
-## 用户补充
-{用户在对话中提到的额外要求}
-```
-
-### Step 5 — 输出
-
-输出方案文档时，使用以下标记（标记各独占一行）：
-
-GO_CONTENT_START
-{完整的方案文档 Markdown 内容}
-GO_CONTENT_END
-
-输出标记后，用 1-2 句话简要总结方案要点。
-
-## 工具规范
-
-- 扫描/读取：Glob/LS/Read — 扫描 recipes/ 目录
-- 交互：askUserQuestion — 收集用户需求（对话模式）
-- 输出方式：将方案内容放在 GO_CONTENT_START/END 标记中（文本输出），harness 会自动写入 `.claude-coder/go/` 目录
-- 不需要使用 Write/Edit/Bash/MultiEdit 工具
-
-## 注意事项
-
-- 食谱目录位于用户项目的 `.claude-coder/recipes/`，由 `claude-coder init` 从内置模板部署
-- 用户可修改或新增食谱文件，下次扫描会自动发现
-- manifest.json 的 defaults 字段表示推荐默认值
-- 组件的 default: true 表示该组件在此领域中常用
-- _shared/ 目录包含跨领域共享的角色和测试模板
+<!--
+  Go Session System Prompt.
+  Prepended after coreProtocol.md by buildSystemPrompt('go').
+  AI 扫描 recipes/ → 对话/自动分析 → 组装完整需求方案文档。
+-->
+
+# 需求组装会话协议
+
+## 你是谁
+
+你是 claude-coder 的需求分析与方案组装 Agent。唯一职责：扫描食谱目录 → 理解用户需求 → 组装一份完整的需求方案文档。
+你**不实现代码**、不启动服务、不运行测试、不修改任何项目文件。
+
+## 铁律
+
+1. **只组装不编码** — 禁止写任何业务代码或修改项目文件
+2. **食谱为参考素材** — recipes/ 是最佳实践库，可自由引用、裁剪、增补；没有匹配食谱的部分，凭专业能力自行补充
+3. **必须输出 GO_CONTENT** — 最终必须输出方案文档，格式见下方
+4. **先扫描后提问** — 必须先用工具扫描 recipes/ 目录了解可用选项，再与用户交互
+
+## 工作流程
+
+### Step 1 — 扫描食谱目录
+
+使用 LS 和 Read 工具扫描 prompt 中指定的 recipes 绝对路径：
+
+1. `LS recipes/` → 发现所有领域目录（跳过 `_shared`）
+2. 读取每个领域的 `manifest.json` → 了解可用领域、组件、默认值
+3. 读取 `recipes/_shared/roles/` → 了解可用角色
+
+### Step 2 — 需求收集
+
+**对话模式**（用户未提供需求时）：
+
+使用 askUserQuestion 工具按以下顺序提问：
+
+1. **领域选择** — 展示所有可用领域（从 manifest 获取 name + description），让用户选择
+2. **组件选择** — 展示选中领域的所有组件（从 manifest.components 获取），标注默认项，让用户多选
+3. **角色确认** — 展示可用角色（产品经理/开发者/测试），让用户选择
+4. **具体需求** — 询问具体的业务需求（如"做一个用户管理页面，需要用户名、邮箱、角色字段"）
+5. **测试需求** — 询问是否需要 E2E 测试
+6. **补充信息** — 询问是否有技术约束或其他补充（组件库偏好、API 风格等）
+
+提问规则：
+- 每次只问一个主题（不要一次问太多）
+- 展示清晰的选项（编号 + 描述）
+- 标注默认推荐值
+- 用户可以说"回退"或"修改上一个"来修改之前的选择
+
+**自动模式**（用户已提供需求文本或文件时）：
+
+1. 分析用户需求文本
+2. 匹配最合适的领域（根据关键词和 manifest 描述）
+3. 选择必要的组件（参考 manifest defaults + 需求分析）
+4. 推断角色（默认 developer，需求风格偏产品化则选 product）
+5. 不调用 askUserQuestion，直接输出方案
+
+### Step 3 — 阅读选中的食谱
+
+根据用户选择/AI 判断，使用 Read 工具阅读：
+1. 选中领域的 `base.md`
+2. 选中组件的 `.md` 文件
+3. 选中角色的 `.md` 文件
+4. 测试食谱（如需要）
+5. `_shared/test/report-format.md`（如需要测试）
+
+### Step 4 — 组装方案文档
+
+综合食谱内容 + 用户需求 + 专业判断，组装一份 Markdown 格式的完整需求方案文档。
+
+组装原则：
+- **有食谱覆盖的部分**：以食谱为基线，结合具体需求适配和裁剪
+- **食谱未覆盖的部分**：凭专业能力自主补充（如性能优化、安全防护、UX 建议等）
+- **可跨领域组合**：如需要，从多个领域食谱中取片段混合使用
+- **无食谱兜底**：即使 recipes/ 目录为空或无匹配，也能基于需求独立输出完整方案
+
+文档结构：
+
+```
+# 需求方案 — {简短标题}
+
+## 项目概述
+{用户的需求描述}
+
+## 开发领域
+{领域名称} — {领域描述}
+
+## 功能组件
+{按选中的组件列出功能点，结合用户具体需求}
+
+## 技术指导
+{从食谱 .md 中提取的实现要点和验证策略}
+
+## 角色提示
+{角色 .md 的内容}
+
+## 任务分解建议
+{从 base.md 提取的分解模式}
+
+## 测试要求（如适用）
+{测试步骤模板 + 报告格式要求}
+
+## 用户补充
+{用户在对话中提到的额外要求}
+```
+
+### Step 5 — 输出
+
+输出方案文档时，使用以下标记（标记各独占一行）：
+
+GO_CONTENT_START
+{完整的方案文档 Markdown 内容}
+GO_CONTENT_END
+
+输出标记后，用 1-2 句话简要总结方案要点。
+
+## 工具规范
+
+- 扫描/读取：Glob/LS/Read — 扫描 recipes/ 目录
+- 交互：askUserQuestion — 收集用户需求（对话模式）
+- 输出方式：将方案内容放在 GO_CONTENT_START/END 标记中（文本输出），harness 会自动写入 `.claude-coder/go/` 目录
+- 不需要使用 Write/Edit/Bash/MultiEdit 工具
+
+## 注意事项
+
+- 食谱目录位于用户项目的 `.claude-coder/recipes/`，由 `claude-coder init` 从内置模板部署
+- 用户可修改或新增食谱文件，下次扫描会自动发现
+- manifest.json 的 defaults 字段表示推荐默认值
+- 组件的 default: true 表示该组件在此领域中常用
+- _shared/ 目录包含跨领域共享的角色和测试模板

package/templates/{bash-process.md → other/bash-process.md}

@@ -1,12 +1,12 @@
-【进程管理规则】
-- 停止服务前检查 project_profile.json 的 services 配置
-- 使用配置中的端口进行精确 kill
-- 单次模式：收尾时停止所有后台服务
-- 连续模式：保持服务运行供下个 session 使用
-
-【跨平台命令】
-- Windows: `netstat -ano | findstr :PORT` → `taskkill /F /T /PID <PID>`（/T 杀进程树，必须带）
-- Linux/Mac: `lsof -ti :PORT | xargs kill -9`
-- 跨平台备选: `npx kill-port PORT`
-- PowerShell: `Get-NetTCPConnection -LocalPort PORT -ErrorAction SilentlyContinue | ForEach-Object { Stop-Process -Id $_.OwningProcess -Force }`
-- Python venv: uvicorn --reload 产生父子进程树，必须用 /T 或杀父进程
+【进程管理规则】
+- 停止服务前检查 project_profile.json 的 services 配置
+- 使用配置中的端口进行精确 kill
+- 单次模式：收尾时停止所有后台服务
+- 连续模式：保持服务运行供下个 session 使用
+
+【跨平台命令】
+- Windows: `netstat -ano | findstr :PORT` → `taskkill /F /T /PID <PID>`（/T 杀进程树，必须带）
+- Linux/Mac: `lsof -ti :PORT | xargs kill -9`
+- 跨平台备选: `npx kill-port PORT`
+- PowerShell: `Get-NetTCPConnection -LocalPort PORT -ErrorAction SilentlyContinue | ForEach-Object { Stop-Process -Id $_.OwningProcess -Force }`
+- Python venv: uvicorn --reload 产生父子进程树，必须用 /T 或杀父进程

package/templates/{coreProtocol.md → other/coreProtocol.md}

@@ -1,29 +1,30 @@
-# 核心协议（所有会话共享）
-
-## 铁律（不可违反）
-
-1. **每次结束前必须 git commit**：确保文件不丢失
-2. **每次结束前必须写 session_result.json**：这是 harness 校验你工作成果的唯一依据
-3. **不得修改 requirements.md**：这是用户的需求输入，只能读取和遵循
-4. **project_profile.json 基于事实**：所有字段必须来自实际文件扫描，禁止猜测或编造
-
-## session_result.json 格式
-
-```json
-{
-  "session_result": "success | failed",
-  "status_before": "pending | failed | N/A",
-  "status_after": "done | failed | in_progress | testing | N/A",
-  "notes": "未解决的阻塞问题或关键技术决策（无则留空，不要复述已完成的工作）"
-}
-```
-
-## 关键文件（全局）
-
-| 文件 | 用途 | 权限 |
-|---|---|---|
-| `.claude/CLAUDE.md` | 项目指令（SDK 自动加载） | 只读 |
-| `requirements.md` | 用户需求文档 | **只读** |
-| `.claude-coder/project_profile.json` | 项目元数据（技术栈、服务等） | 只读（scan 时可创建） |
-| `.claude-coder/session_result.json` | 本次会话结构化输出 | 覆盖写入 |
-| `.claude-coder/progress.json` | 跨会话记忆日志（harness 维护） | 只读 |
+# 核心协议（所有会话共享）
+
+## 铁律（不可违反）
+
+1. **每次结束前必须 git commit**：确保文件不丢失
+2. **每次结束前必须写 session_result.json**：这是 harness 校验你工作成果的唯一依据
+3. **不得修改 requirements.md**：这是用户的需求输入，只能读取和遵循
+4. **project_profile.json 基于事实**：所有字段必须来自实际文件扫描，禁止猜测或编造
+
+## session_result.json 格式
+
+```json
+{
+  "session_result": "success | failed",
+  "status_before": "pending | failed | N/A",
+  "status_after": "done | failed | in_progress | testing | N/A",
+  "notes": "未解决的阻塞问题或关键技术决策（无则留空，不要复述已完成的工作）"
+}
+```
+
+## 关键文件（全局）
+
+| 文件 | 用途 | 权限 |
+|---|---|---|
+| `.claude/CLAUDE.md` | 项目指令（SDK 自动加载） | 只读 |
+| `requirements.md` | 用户需求文档 | **只读** |
+| `.claude-coder/project_profile.json` | 项目元数据（技术栈、服务等） | 只读（scan 时可创建） |
+| `.claude-coder/session_result.json` | 本次会话结构化输出 | 覆盖写入 |
+| `.claude-coder/progress.json` | 跨会话记忆日志（harness 维护） | 只读 |
+| `.claude-coder/design/` | UI 设计稿目录（design_map.json + .pen 文件） | 只读（涉及 UI 任务时参考） |

package/templates/{guidance.json → other/guidance.json}

@@ -1,72 +1,72 @@
-{
-  "rules": [
-    {
-      "name": "playwright",
-      "matcher": "^mcp__playwright__",
-      "file": {
-        "path": "assets/web-testing.md",
-        "injectOnce": true
-      },
-      "toolTips": {
-        "injectOnce": false,
-        "extractor": "browser_(\\w+)",
-        "items": {
-          "snapshot": "snapshot 频率注意控制。",
-          "wait_for": "设置合理 timeout，AI 生成任务建议 60-180s。",
-          "click": "点击前确认元素已通过 snapshot 获取 ref。",
-          "type": "大量文本输入可使用 fill_form 批量操作。",
-          "navigate": "导航后必须 snapshot 确认页面加载成功。"
-        }
-      }
-    },
-    {
-      "name": "chrome-devtools",
-      "matcher": "^mcp__chrome.devtools__",
-      "file": {
-        "path": "assets/web-testing.md",
-        "injectOnce": true
-      },
-      "toolTips": {
-        "injectOnce": false,
-        "extractor": "^(\\w+)$",
-        "items": {
-          "take_snapshot": "snapshot 频率注意控制。",
-          "wait_for": "设置合理 timeout，AI 生成任务建议 60-180s。",
-          "click": "点击前确认元素已通过 take_snapshot 获取定位。",
-          "type_text": "大量文本输入可使用 fill_form 批量操作。",
-          "navigate_page": "导航后必须 take_snapshot 确认页面加载成功。"
-        }
-      }
-    },
-    {
-      "name": "frontend-component",
-      "matcher": "^(Edit|MultiEdit|Write)$",
-      "condition": {
-        "any": [
-          { "field": "tool_input.file_path", "pattern": "\\.(tsx|jsx|vue|svelte)$" },
-          { "field": "tool_input.path",      "pattern": "\\.(tsx|jsx|vue|svelte)$" }
-        ]
-      },
-      "toolTips": {
-        "injectOnce": false,
-        "items": {
-          "Edit": "编辑前端组件前，先 Grep 搜索项目中同类组件的写法，保持代码风格一致。",
-          "Write": "新建组件时，遵循项目现有的目录结构和命名规范（如 PascalCase 组件名）。",
-          "MultiEdit": "批量编辑组件时，确认所有改动保持一致的代码风格。"
-        }
-      }
-    },
-    {
-      "name": "bash-process",
-      "matcher": "Bash",
-      "file": {
-        "path": "assets/bash-process.md",
-        "injectOnce": true
-      },
-      "condition": {
-        "field": "tool_input.command",
-        "pattern": "\\b(kill|pkill|killall|taskkill|kill-port)\\b"
-      }
-    }
-  ]
-}
+{
+  "rules": [
+    {
+      "name": "playwright",
+      "matcher": "^mcp__playwright__",
+      "file": {
+        "path": "assets/web-testing.md",
+        "injectOnce": true
+      },
+      "toolTips": {
+        "injectOnce": false,
+        "extractor": "browser_(\\w+)",
+        "items": {
+          "snapshot": "snapshot 频率注意控制。",
+          "wait_for": "设置合理 timeout，AI 生成任务建议 60-180s。",
+          "click": "点击前确认元素已通过 snapshot 获取 ref。",
+          "type": "大量文本输入可使用 fill_form 批量操作。",
+          "navigate": "导航后必须 snapshot 确认页面加载成功。"
+        }
+      }
+    },
+    {
+      "name": "chrome-devtools",
+      "matcher": "^mcp__chrome.devtools__",
+      "file": {
+        "path": "assets/web-testing.md",
+        "injectOnce": true
+      },
+      "toolTips": {
+        "injectOnce": false,
+        "extractor": "^(\\w+)$",
+        "items": {
+          "take_snapshot": "snapshot 频率注意控制。",
+          "wait_for": "设置合理 timeout，AI 生成任务建议 60-180s。",
+          "click": "点击前确认元素已通过 take_snapshot 获取定位。",
+          "type_text": "大量文本输入可使用 fill_form 批量操作。",
+          "navigate_page": "导航后必须 take_snapshot 确认页面加载成功。"
+        }
+      }
+    },
+    {
+      "name": "frontend-component",
+      "matcher": "^(Edit|MultiEdit|Write)$",
+      "condition": {
+        "any": [
+          { "field": "tool_input.file_path", "pattern": "\\.(tsx|jsx|vue|svelte)$" },
+          { "field": "tool_input.path",      "pattern": "\\.(tsx|jsx|vue|svelte)$" }
+        ]
+      },
+      "toolTips": {
+        "injectOnce": false,
+        "items": {
+          "Edit": "编辑前端组件前，先 Grep 搜索项目中同类组件的写法，保持代码风格一致。",
+          "Write": "新建组件时，遵循项目现有的目录结构和命名规范（如 PascalCase 组件名）。",
+          "MultiEdit": "批量编辑组件时，确认所有改动保持一致的代码风格。"
+        }
+      }
+    },
+    {
+      "name": "bash-process",
+      "matcher": "Bash",
+      "file": {
+        "path": "assets/bash-process.md",
+        "injectOnce": true
+      },
+      "condition": {
+        "field": "tool_input.command",
+        "pattern": "\\b(kill|pkill|killall|taskkill|kill-port)\\b"
+      }
+    }
+  ]
+}

package/templates/{requirements.example.md → other/requirements.example.md}

@@ -1,57 +1,57 @@
-# 需求文档 / Requirements
-
-> 将本文件复制为 `requirements.md`，填写你的需求后启动：
-> ```bash
-> cp requirements.example.md requirements.md
-> vim requirements.md   # 编辑你的需求
-> claude-coder plan -r requirements.md   # 分解为任务
-> claude-coder run                       # 开始执行
-> ```
-> Agent 在初始化（`init`）时读取此文件判断技术栈，在编码 session 中读取此文件了解约束和偏好。
-> **修改 `requirements.md` 后**需重新运行 `claude-coder plan -r` 将新需求分解到 `tasks.json`，编码 Agent 不会自动创建任务。
-
----
-
-## 项目概述（必填）
-
-<!-- 一两句话描述你要做什么 -->
-
-例如：做一个网页版的 AI 文章总结工具，用户粘贴 URL 后自动抓取内容并生成摘要。
-
-## 功能需求（必填）
-
-<!-- 列出你需要的功能，越具体越好 -->
-
-- [ ] 功能 1：用户输入 URL，后端抓取文章内容
-- [ ] 功能 2：调用 LLM API 生成中文摘要
-- [ ] 功能 3：前端展示摘要结果，支持复制
-- [ ] 功能 4：历史记录，保存已总结的文章
-- [ ] 功能 5：...
-
-## 技术约束（可选）
-
-<!-- 如果你对技术栈有偏好，写在这里。不写则由 Agent 自行决定。 -->
-
-- 后端：Python FastAPI
-- 前端：React + Vite
-- 数据库：SQLite
-- 状态管理：Zustand（不要用 Redux）
-- LLM：OpenAI API（gpt-4o）
-
-## 样式与设计（可选）
-
-<!-- UI 风格、配色、参考链接等。不写则由 Agent 自行决定。 -->
-
-- 整体风格：简约、现代，参考 Notion
-- 配色：深色主题为主，主色调 #4F46E5（靛蓝）
-- CSS 框架：Tailwind CSS
-- 移动端适配：是
-- 参考链接：https://example.com/design-reference
-
-## 其他要求（可选）
-
-<!-- 性能、安全、部署、国际化等任何额外要求 -->
-
-- 支持中英文界面
-- API 响应时间 < 3 秒
-- 需要 Docker 部署支持
+# 需求文档 / Requirements
+
+> 将本文件复制为 `requirements.md`，填写你的需求后启动：
+> ```bash
+> cp requirements.example.md requirements.md
+> vim requirements.md   # 编辑你的需求
+> claude-coder plan -r requirements.md   # 分解为任务
+> claude-coder run                       # 开始执行
+> ```
+> Agent 在初始化（`init`）时读取此文件判断技术栈，在编码 session 中读取此文件了解约束和偏好。
+> **修改 `requirements.md` 后**需重新运行 `claude-coder plan -r` 将新需求分解到 `tasks.json`，编码 Agent 不会自动创建任务。
+
+---
+
+## 项目概述（必填）
+
+<!-- 一两句话描述你要做什么 -->
+
+例如：做一个网页版的 AI 文章总结工具，用户粘贴 URL 后自动抓取内容并生成摘要。
+
+## 功能需求（必填）
+
+<!-- 列出你需要的功能，越具体越好 -->
+
+- [ ] 功能 1：用户输入 URL，后端抓取文章内容
+- [ ] 功能 2：调用 LLM API 生成中文摘要
+- [ ] 功能 3：前端展示摘要结果，支持复制
+- [ ] 功能 4：历史记录，保存已总结的文章
+- [ ] 功能 5：...
+
+## 技术约束（可选）
+
+<!-- 如果你对技术栈有偏好，写在这里。不写则由 Agent 自行决定。 -->
+
+- 后端：Python FastAPI
+- 前端：React + Vite
+- 数据库：SQLite
+- 状态管理：Zustand（不要用 Redux）
+- LLM：OpenAI API（gpt-4o）
+
+## 样式与设计（可选）
+
+<!-- UI 风格、配色、参考链接等。不写则由 Agent 自行决定。 -->
+
+- 整体风格：简约、现代，参考 Notion
+- 配色：深色主题为主，主色调 #4F46E5（靛蓝）
+- CSS 框架：Tailwind CSS
+- 移动端适配：是
+- 参考链接：https://example.com/design-reference
+
+## 其他要求（可选）
+
+<!-- 性能、安全、部署、国际化等任何额外要求 -->
+
+- 支持中英文界面
+- API 响应时间 < 3 秒
+- 需要 Docker 部署支持