القائمة
يُحدَّد Prompt الذي يراجع المصدر أولًا بشكل افتراضي. يمكنك التبديل إلى أمر مباشر أو تنزيل نسخة محلية.
اقرأ SKILL.md وأي ملفات مرافقة يعرضها SkillsMP قبل أن تقرر التثبيت.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
يتجاوز الأمر المباشر Prompt المخصّص للمراجعة. افحص المصدر قبل تشغيله.
npx skills add https://github.com/ryanzhao1011/workframe --skill acceptance-criteriaيبقى الأمر في سطر واحد. مرّر أفقيًا لمراجعته كاملًا قبل النسخ.
تفضّل نسخة محلية؟ نزّل الملفات المتاحة حاليًا لدى SkillsMP.
审计最近一段时间的自动维护活动（events / proposals / decay / digest），给用户汇总报告
代码审查，从需求符合度/正确性/安全性/可维护性/性能五维度评审代码变更，输出风险分级的 Finding 列表
解析子模块的 code_paths 涉及的代码文件，生成/更新 current-state/ 4 个文件（architecture / api-surface / data-model / code-map）。自动适配 wechat-miniprogram（miniprogramRoot）/ Next.js Monorepo（workspaces）/ 跨技术栈数组 等形态。所有结论必须带行级 source path 锚点。触发词：解析代码、code-to-doc、生成 current-state、反向同步、刷新实现状态。
استنادا إلى تصنيف SOC المهني
عرض SKILL.md
| name | acceptance-criteria |
| description | 使用 GWT 场景式或规则式清单编写验收标准，含质量核查、复杂度分级与边界覆盖 |
| when_to_use | 用于已拆解的 Story/Task 写验收标准、明确上线条件时调用。 典型触发："写验收标准" / "GWT 场景" / "上线条件是什么" / "AC 怎么写"。 不用于：需求范围讨论（用 requirement-analysis）/ 测试用例设计（用 test-case-design 在 qa 阶段，AC 是输入它是产物）。 |
| user-invocable | true |
| allowed-tools | ["Read","Write","Edit","Glob","Grep"] |
根据验收内容选择合适的格式：
| 格式 | 适用场景 | 示例 |
|---|---|---|
| GWT 场景式 | 用户行为场景、操作流、交互逻辑 | 用户点击提交按钮后的响应 |
| 规则式清单 | 业务约束、配置规则、数据校验、合规要求 | 密码强度规则、字段长度限制 |
同一 Story 允许两种格式混合使用。
AC-{序号}: {标准名称}
Given {前置条件/上下文}
And {补充条件}（可选）
When {用户操作/系统事件}
Then {预期结果/系统响应}
And {补充结果}（可选）
AC-01: 成功提交任务
Given 用户已登录且剩余使用次数 ≥ 1
And 用户已完成必填配置项
When 用户输入内容并点击"提交"
Then 系统在 60 秒内返回处理结果
And 用户剩余使用次数减少 1
AC-02: 使用次数不足时的操作限制
Given 用户已登录且剩余使用次数为 0
When 用户访问功能页面
Then "提交"按钮处于禁用状态
And 页面显示提示"使用次数已用完，请升级套餐"
And 显示套餐升级入口链接
AC-{序号}: {规则名称}
规则：
- [ ] {规则1}
- [ ] {规则2}
- [ ] {规则3}
AC-03: 文章输入校验规则
规则：
- [ ] 原文字数不少于 100 字
- [ ] 原文字数不超过 50,000 字
- [ ] 不接受纯图片/纯链接内容
- [ ] 输入内容自动过滤 HTML 标签
- [ ] 检测到敏感词时阻止提交并提示具体原因
根据 Story 规模确定最少 AC 数量：
| Story 规模 | 最少 AC 数量 | 说明 |
|---|---|---|
| 1-2 Story Points | 3-4 条 | 正常路径 + 1-2 个异常路径 |
| 3-5 Story Points | 4-6 条 | 正常路径 + 多个异常/边界场景 |
| 8 Story Points | 5-8 条 | 全面覆盖，含并发和状态边界 |
| 13+ Story Points | 先拆分 Story | Story 过大，不直接写 AC |
每个功能须评估以下 5 类边界条件，按需编写对应 AC：
| 条件 | 测试内容 | AC编号 |
|---|---|---|
| 空值 | 输入为空时的处理 | |
| 最小值 | 最小有效输入 | |
| 最大值 | 最大有效输入（如文章字数上限） | |
| 非法格式 | 特殊字符、SQL 注入、XSS | |
| 超长输入 | 超过最大长度限制 |
| 条件 | 测试内容 | AC编号 |
|---|---|---|
| 未登录 | 未认证用户访问 | |
| 无权限 | 角色权限不足 | |
| 过期会话 | Token 过期后操作 |
| 条件 | 测试内容 | AC编号 |
|---|---|---|
| 重复提交 | 快速连续点击 | |
| 并发修改 | 多人同时编辑同一资源 | |
| 资源竞争 | 任务队列满时的处理 |
| 条件 | 测试内容 | AC编号 |
|---|---|---|
| 初始状态 | 首次使用时的默认值 | |
| 中间状态 | 任务处理中的操作限制 | |
| 终态 | 已完成/已取消后的操作限制 | |
| 异常状态 | 网络断开/服务不可用 |
| 条件 | 测试内容 | AC编号 |
|---|---|---|
| 键盘导航 | Tab 键可遍历所有交互元素 | |
| 屏幕阅读器 | 关键操作有 ARIA 标签 |
AC 编写完成后，逐条执行以下检查：
| 步骤 | 检查问题 | 通过？ |
|---|---|---|
| 清晰 | 无歧义，不同团队成员理解一致？ | ☐ |
| 简洁 | 无冗余信息，每条 AC 聚焦单一验证点？ | ☐ |
| 可测试 | QA 可直接据此编写自动化测试用例？ | ☐ |
| 结果导向 | 关注用户价值和业务结果，而非技术实现细节？ | ☐ |
[待确认] 占位