{"id":"911c7c3f-ed13-477b-b5fd-1b4bf8db5195","entityType":"agent","slug":"clawhub-kokxi-qa-retrospective","name":"qa-retrospective","canonicalUrl":"https://www.xpersona.co/agent/clawhub-kokxi-qa-retrospective","canonicalPath":"/agent/clawhub-kokxi-qa-retrospective","generatedAt":"2026-10-11T08:42:23.494Z","source":"CLAWHUB","claimStatus":"UNCLAIMED","verificationTier":"NONE","summary":{"evidence":{"source":"editorial-content","verified":true,"confidence":"high","updatedAt":"2026-10-11T05:51:18.906Z","emptyReason":null},"description":"当一个迭代结束、一个项目完成、或者发生线上事故需要事后分析时使用此技能。通过系统性的回顾会议和数据复盘，把个人和团队的经验教训转化为可复用的组织资产。不要沦为\"说说好话走个形式\"——有效的复盘需要有数据支撑（缺陷趋势/漏测分析/效率数据）、有根因分析（为什么出问题）和有 action items（下次怎么做不一样）。输出复盘报告和改进项追踪表。 触发场景：测试复盘、迭代复盘、项目复盘、经验沉淀、漏测分析、回顾总结、事后分析、反复出现同类问题需要根因改进时。 Use when the user asks about: test retrospectives and post-incident review — defect trends, escaped-defect analysis, efficiency data, and turning lessons into reusable assets. Skill: qa-retrospective Owner: kokxi Summary: 当一个迭代结束、一个项目完成、或者发生线上事故需要事后分析时使用此技能。通过系统性的回顾会议和数据复盘，把个人和团队的经验教训转化为可复用的组织资产。不要沦为\"说说好话走个形式\"——有效的复盘需要有数据支撑（缺陷趋势/漏测分析/效率数据）、有根因分析（为什么出问题）和有 action items（下次怎么做不一样）。输出复盘报告和改进项追踪表。 触发场景：测试复盘、迭代复盘、项目复盘、经验沉淀、漏测分析、回顾总结、事后分析、反复出现同类问题需要根因改进时。 Use when the user asks about: test retrospectives and post-incident review — defect trends, escaped-defect analysis, efficiency data, and turni","descriptionLabel":"Technical summary","evidenceSummary":"Capability contract not published. No trust telemetry is available yet. 1.1K downloads reported by the source. Last updated 10/11/2026.","installCommand":"clawhub skill install s170jw3s1atcj5jwhqb4r7v7eh8912kp:qa-retrospective","sourceUrl":"https://clawhub.ai/kokxi/qa-retrospective","homepage":"https://clawhub.ai/kokxi/skills/qa-retrospective","primaryLinks":[{"label":"View on ClawHub","url":"https://clawhub.ai/kokxi/qa-retrospective","kind":"source"},{"label":"Homepage","url":"https://clawhub.ai/kokxi/skills/qa-retrospective","kind":"homepage"}],"safetyScore":84,"overallRank":62,"popularityScore":61,"trustScore":null,"claimedByName":null,"isOwner":false,"seoDescription":"当一个迭代结束、一个项目完成、或者发生线上事故需要事后分析时使用此技能。通过系统性的回顾会议和数据复盘，把个人和团队的经验教训转化为可复用的组织资产。不要沦为\"说说好话走个形式\"——有效的复盘需要有数据支撑（缺陷趋势/漏测分析/效率数据）、有根因分析（为什么出问题）和有 action items（下次怎么做不一样）。输"},"coverage":{"evidence":{"source":"public-profile","verified":false,"confidence":"medium","updatedAt":"2026-10-11T05:51:18.906Z","emptyReason":null},"protocols":[{"protocol":"OPENCLEW","label":"OpenClaw","status":"self-declared","notes":"Declared in the public agent profile."}],"capabilities":[],"verifiedCount":0,"selfDeclaredCount":1,"capabilityMatrix":{"rows":[{"key":"OPENCLEW","type":"protocol","support":"unknown","confidenceSource":"profile","notes":"Listed on profile"}],"flattenedTokens":"protocol:OPENCLEW|unknown|profile"}},"adoption":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"medium","updatedAt":"2026-10-11T05:51:18.906Z","emptyReason":null},"stars":null,"forks":null,"downloads":1141,"packageName":null,"latestVersion":"1.8.0","tractionLabel":"1.1K downloads"},"release":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"medium","updatedAt":"2026-10-11T05:51:18.840Z","emptyReason":null},"lastUpdatedAt":"2026-10-11T05:51:18.906Z","lastCrawledAt":"2026-10-11T05:51:18.840Z","lastIndexedAt":null,"nextCrawlAt":"2026-10-12T05:51:18.840Z","lastVerifiedAt":null,"highlights":[{"version":"1.8.0","createdAt":"2026-09-29T04:27:52.424Z","changelog":"Version 1.8.0 introduces reference extraction and metadata restructuring. - Extracted detailed \"复盘五步法\" (Five Steps) content to a new file: references/five-steps.md - Removed redundant file: skill-card.md - Simplified and reorganized SKILL.md for clarity; most method content now referenced instead of inline - Added a metadata section to SKILL.md, formalizing version, references, format, and usage details - Updated descriptions and structure for improved usability and context efficiency","fileCount":4,"zipByteSize":5691},{"version":"1.7.7","createdAt":"2026-09-27T14:39:42.888Z","changelog":"1.7.7","fileCount":3,"zipByteSize":4933},{"version":"1.7.6","createdAt":"2026-09-01T12:43:58.773Z","changelog":"显示名改中文","fileCount":3,"zipByteSize":5270},{"version":"1.7.5","createdAt":"2026-08-30T15:17:19.446Z","changelog":"1.7.5: 版本号升级","fileCount":3,"zipByteSize":4934},{"version":"1.7.0","createdAt":"2026-08-16T14:32:14.903Z","changelog":"Version 1.7.0 - Removed the file skill-card.md. - SKILL.md version updated to 1.7.0; no changes to functionality or instructions observed in content. - No user-facing feature changes or behavioral modifications.","fileCount":3,"zipByteSize":4809},{"version":"1.6.3","createdAt":"2026-08-12T15:26:31.262Z","changelog":"- Added slug and displayName fields for better skill identification. - Updated version to 1.6.3. - Minor metadata clean-up and formatting improvements in SKILL.md. - Removed redundant file: skill-card.md.","fileCount":3,"zipByteSize":4951},{"version":"1.6.0","createdAt":"2026-07-06T17:16:48.970Z","changelog":"- Expanded trigger phrase matching for more precise retrospective scenarios. - Added category classification and depth quantification guidance for report consistency. - Introduced traceability: each retrospective gets a unique RETRO-XXXX ID. - Enhanced error recovery instructions for handling insufficient or failed input data. - Included new output relationships (\"qa-test-leadership\") and removed redundant file (\"skill-card.md\"). - Added clear safety warning about consensus before process adjustments.","fileCount":3,"zipByteSize":4914},{"version":"1.5.0","createdAt":"2026-06-29T12:34:39.830Z","changelog":"qa-retrospective 1.5.0 introduces improved data structure and usage clarity. - Added explicit version info in SKILL.md for better traceability. - Improved and clarified when and how to use the skill, highlighting required data and actionable outcomes. - Defined input and output formats, specifying required objects and structured outputs (复盘报告, 改进领域, 行动项等). - Enhanced descriptions to emphasize data-driven retrospectives and follow-up item tracking. - Removed outdated file: skill-card.md.","fileCount":3,"zipByteSize":4441}]},"execution":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"low","updatedAt":null,"emptyReason":"No published capability contract is available yet."},"installCommand":"clawhub skill install s170jw3s1atcj5jwhqb4r7v7eh8912kp:qa-retrospective","setupComplexity":"low","setupSteps":["Setup complexity is classified as HIGH. You must provision dedicated cloud infrastructure or an isolated VM. Do not run this directly on your local workstation.","Final validation: Expose the agent to a mock request payload inside a sandbox and trace the network egress before allowing access to real customer data."],"contract":{"contractStatus":"missing","authModes":[],"requires":[],"forbidden":[],"supportsMcp":false,"supportsA2a":false,"supportsStreaming":false,"inputSchemaRef":null,"outputSchemaRef":null,"dataRegion":null,"contractUpdatedAt":null,"sourceUpdatedAt":null,"freshnessSeconds":null},"invocationGuide":{"preferredApi":{"snapshotUrl":"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-retrospective/snapshot","contractUrl":"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-retrospective/contract","trustUrl":"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-retrospective/trust"},"curlExamples":["curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-retrospective/snapshot\"","curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-retrospective/contract\"","curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-retrospective/trust\""],"jsonRequestTemplate":{"query":"summarize this repo","constraints":{"maxLatencyMs":2000,"protocolPreference":["OPENCLEW"]}},"jsonResponseTemplate":{"ok":true,"result":{"summary":"...","confidence":0.9},"meta":{"source":"CLAWHUB","generatedAt":"2026-10-11T08:42:23.493Z"}},"retryPolicy":{"maxAttempts":3,"backoffMs":[500,1500,3500],"retryableConditions":["HTTP_429","HTTP_503","NETWORK_TIMEOUT"]}},"endpoints":{"dossierUrl":"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-retrospective/dossier","snapshotUrl":"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-retrospective/snapshot","contractUrl":"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-retrospective/contract","trustUrl":"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-retrospective/trust"}},"reliability":{"evidence":{"source":"runtime-metrics","verified":false,"confidence":"low","updatedAt":null,"emptyReason":"No trust, reliability, or runtime telemetry is available."},"trust":{"status":"unavailable","handshakeStatus":"UNKNOWN","verificationFreshnessHours":null,"reputationScore":null,"p95LatencyMs":null,"successRate30d":null,"fallbackRate":null,"attempts30d":null,"trustUpdatedAt":null,"trustConfidence":"unknown","sourceUpdatedAt":null,"freshnessSeconds":null},"decisionGuardrails":{"doNotUseIf":["Contract metadata is missing or unavailable for deterministic execution."],"safeUseWhen":[],"riskFlags":["missing_or_unavailable_contract","trust_data_unavailable","schema_references_missing"],"operationalConfidence":"low"},"executionMetrics":{"observedLatencyMsP50":null,"observedLatencyMsP95":null,"estimatedCostUsd":null,"uptime30d":null,"rateLimitRpm":null,"rateLimitBurst":null,"lastVerifiedAt":null,"verificationSource":null},"runtimeMetrics":{"successRate":null,"avgLatencyMs":null,"avgCostUsd":null,"hallucinationRate":null,"retryRate":null,"disputeRate":null,"p50Latency":null,"p95Latency":null,"lastUpdated":null}},"benchmarks":{"evidence":{"source":"no-benchmark-data","verified":false,"confidence":"low","updatedAt":null,"emptyReason":"No benchmark suites or observed failure patterns are available."},"suites":[],"failurePatterns":[]},"artifacts":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"high","updatedAt":"2026-10-11T05:51:18.906Z","emptyReason":null},"readme":"Skill: qa-retrospective\n\nOwner: kokxi\n\nSummary: 当一个迭代结束、一个项目完成、或者发生线上事故需要事后分析时使用此技能。通过系统性的回顾会议和数据复盘，把个人和团队的经验教训转化为可复用的组织资产。不要沦为\"说说好话走个形式\"——有效的复盘需要有数据支撑（缺陷趋势/漏测分析/效率数据）、有根因分析（为什么出问题）和有 action items（下次怎么做不一样）。输出复盘报告和改进项追踪表。 触发场景：测试复盘、迭代复盘、项目复盘、经验沉淀、漏测分析、回顾总结、事后分析、反复出现同类问题需要根因改进时。 Use when the user asks about: test retrospectives and post-incident review — defect trends, escaped-defect analysis, efficiency data, and turning lessons into reusable assets.\n\nTags: latest:1.8.0\n\nVersion history:\n\nv1.8.0 | 2026-09-29T04:27:52.424Z | auto\n\nVersion 1.8.0 introduces reference extraction and metadata restructuring.\n\n- Extracted detailed \"复盘五步法\" (Five Steps) content to a new file: references/five-steps.md\n- Removed redundant file: skill-card.md\n- Simplified and reorganized SKILL.md for clarity; most method content now referenced instead of inline\n- Added a metadata section to SKILL.md, formalizing version, references, format, and usage details\n- Updated descriptions and structure for improved usability and context efficiency\n\nv1.7.7 | 2026-09-27T14:39:42.888Z | user\n\n1.7.7\n\nv1.7.6 | 2026-09-01T12:43:58.773Z | user\n\n显示名改中文\n\nv1.7.5 | 2026-08-30T15:17:19.446Z | user\n\n1.7.5: 版本号升级\n\nv1.7.0 | 2026-08-16T14:32:14.903Z | auto\n\nVersion 1.7.0\n\n- Removed the file skill-card.md.\n- SKILL.md version updated to 1.7.0; no changes to functionality or instructions observed in content.\n- No user-facing feature changes or behavioral modifications.\n\nv1.6.3 | 2026-08-12T15:26:31.262Z | auto\n\n- Added slug and displayName fields for better skill identification.\n- Updated version to 1.6.3.\n- Minor metadata clean-up and formatting improvements in SKILL.md.\n- Removed redundant file: skill-card.md.\n\nv1.6.0 | 2026-07-06T17:16:48.970Z | auto\n\n- Expanded trigger phrase matching for more precise retrospective scenarios.\n- Added category classification and depth quantification guidance for report consistency.\n- Introduced traceability: each retrospective gets a unique RETRO-XXXX ID.\n- Enhanced error recovery instructions for handling insufficient or failed input data.\n- Included new output relationships (\"qa-test-leadership\") and removed redundant file (\"skill-card.md\").\n- Added clear safety warning about consensus before process adjustments.\n\nv1.5.0 | 2026-06-29T12:34:39.830Z | auto\n\nqa-retrospective 1.5.0 introduces improved data structure and usage clarity.\n\n- Added explicit version info in SKILL.md for better traceability.\n- Improved and clarified when and how to use the skill, highlighting required data and actionable outcomes.\n- Defined input and output formats, specifying required objects and structured outputs (复盘报告, 改进领域, 行动项等).\n- Enhanced descriptions to emphasize data-driven retrospectives and follow-up item tracking.\n- Removed outdated file: skill-card.md.\n\nv1.4.1 | 2026-06-25T16:56:02.753Z | auto\n\n- Description updated for clarity and brevity.\n- Outdated file skill-card.md removed.\n- Core five-step method and templates retained; no changes to logic or process.\n- Content streamlined for easier understanding.\n- No changes to skill triggers or input/output formats.\n\nv1.4.0 | 2026-06-24T05:10:41.718Z | auto\n\n- Enhanced skill description and trigger conditions, supporting more scenarios (如项目回顾、反复问题根因改进等).\n- Clarified when_to_use for automatic activation based on additional keywords and problem recurrence.\n- Updated related_skills to reflect revised dependencies and outputs.\n- Included practical usage examples to illustrate application flow.\n- Improved organization and formatting of guidelines and methodology.\n- Removed the legacy skill-card.md file for simplification.\n\nv1.3.0 | 2026-06-22T16:09:41.110Z | auto\n\n- 新增详细SKILL.md，阐述了复盘五步法和报告模板，明确复盘流程与产出。\n- 明确输入为“根因分析+质量度量+缺陷数据”，输出为标准化复盘报告。\n- 指明与上下游技能的数据流转关系，支持知识沉淀与团队共同改进。\n- 强调“系统性改进”，避免个人归责，体现组织级经验转化。\n- 增加验收清单，确保复盘执行闭环与分享。\n\nArchive index:\n\nArchive v1.8.0: 4 files, 5691 bytes\n\nFiles: references/five-steps.md (3249b), skill-card.md (1775b), SKILL.md (5250b), _meta.json (135b)\n\nFile v1.8.0:SKILL.md\n\n---\nname: qa-retrospective\ndescription: >-\n 当一个迭代结束、一个项目完成、或者发生线上事故需要事后分析时使用此技能。通过系统性的回顾会议和数据复盘，把个人和团队的经验教训转化为可复用的组织资产。不要沦为\"说说好话走个形式\"——有效的复盘需要有数据支撑（缺陷趋势/漏测分析/效率数据）、有根因分析（为什么出问题）和有 action items（下次怎么做不一样）。输出复盘报告和改进项追踪表。 触发场景：测试复盘、迭代复盘、项目复盘、经验沉淀、漏测分析、回顾总结、事后分析、反复出现同类问题需要根因改进时。 Use when the user asks about: test retrospectives and post-incident review — defect trends, escaped-defect analysis, efficiency data, and turning lessons into reusable assets.\nlicense: MIT\nallowed-tools: Read Grep Glob\nmetadata:\n display-name: \"Retrospective\"\n version: \"1.8.0\"\n when-to-use: \"用户说\\\"测试复盘\\\"、\\\"迭代复盘\\\"、\\\"项目复盘\\\"、\\\"经验沉淀\\\"、\\\"漏测分析\\\"、\\\"回顾总结\\\"、\\\"事后分析\\\"、需要复盘总结经验、反复出现同类问题需要根因改进时\"\n related-skills: \"{\\\"upstream\\\":[\\\"qa-bug-root-cause-analysis\\\",\\\"qa-quality-metrics\\\",\\\"qa-bug-lifecycle\\\"],\\\"downstream\\\":[\\\"qa-heuristic-checklist\\\",\\\"qa-team-coaching\\\",\\\"qa-test-leadership\\\"]}\"\n references: \"[\\\"references/five-steps.md\\\"]\"\n input-format: \"{\\\"required\\\":[{\\\"name\\\":\\\"迭代数据\\\",\\\"type\\\":\\\"object\\\",\\\"description\\\":\\\"迭代的测试和缺陷数据\\\"},{\\\"name\\\":\\\"团队反馈\\\",\\\"type\\\":\\\"array\\\",\\\"description\\\":\\\"团队成员反馈和意见\\\"}],\\\"optional\\\":[{\\\"name\\\":\\\"历史回顾\\\",\\\"type\\\":\\\"object\\\",\\\"description\\\":\\\"历史回顾记录\\\"}]}\"\n output-format: \"{\\\"traceability\\\":[\\\"每次复盘带唯一ID（RETRO-XXXX）\\\"],\\\"structure\\\":[{\\\"retrospective_report\\\":\\\"复盘报告\\\"},{\\\"what_went_well\\\":\\\"做得好的事项\\\"},{\\\"improvement_areas\\\":\\\"改进领域\\\"},{\\\"action_items\\\":\\\"行动项清单\\\"},{\\\"follow_up_plan\\\":\\\"跟踪计划\\\"}]}\"\n error-recovery-guidance: \"{\\\"on_failure\\\":\\\"复盘数据不充分时回退到质量度量收集更多数据\\\",\\\"retry_behavior\\\":\\\"补齐数据后重新复盘\\\"}\"\n categories: \"[\\\"Development\\\",\\\"Team\\\"]\"\n depth-requirement: \"{\\\"reference_value\\\":\\\"根据迭代数据调整复盘深度：简单×1/中等×2/复杂×3\\\",\\\"minimum\\\":\\\"至少包含数据支撑、根因分析、action items 3要素\\\"}\"\n---\n> ⚠️ 本技能单独使用效果有限，建议配合完整技能集（12 步工作流）使用。安装：npx skills add Kokxi/qa-test-skills\n\n> **⚠️ 安全警告**：本技能的示例可能涉及发布流程优化和协作流程调整建议。\n> 这些是复盘议题不是直接操作；请勿未经评审即变更团队流程，先达成共识再落地。\n> 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。\n\n# 复盘与经验沉淀\n\n## 核心原则\n\n复盘的目的是找到系统性的改进点，而不是找谁背锅。\n\n## 加载时机\n\n| 什么时候读 | 读哪个 |\n|-----------|--------|\n| 需要五步法的方法细节时，取对应小节 | [`references/five-steps.md`](references/five-steps.md) |\n\n> `复盘五步法`的完整内容已下沉至 `references/five-steps.md`，避免每次触发都占用上下文。\n\n## 复盘报告模板\n\n```markdown\n# 复盘报告\n\n## 1. 基本信息\n- 迭代版本：[版本号]\n- 复盘时间：[日期]\n- 参与人员：[人员列表]\n\n## 2. 数据回顾\n- 缺陷数据：[新增X个，严重X个]\n- 漏测数据：[线上X个]\n- 测试数据：[执行率X%，通过率X%]\n\n## 3. 问题分析\n- 主要问题：[问题描述]\n- 根因分析：[5 Whys分析]\n- 根因归类：[思维/信息/流程/工具/能力]\n\n## 4. 改进措施\n- 措施1：[具体措施]\n- 措施2：[具体措施]\n- 措施3：[具体措施]\n\n## 5. 资产沉淀\n- Checklist更新：[更新内容]\n- 模板更新：[更新内容]\n- 知识库更新：[更新内容]\n\n## 6. 跟踪计划\n- 检查时间：[时间]\n- 负责人：[人员]\n- 验收标准：[标准]\n```\n\n## 应用场景\n\n**迭代结束后复盘：用户登录模块出现了3个线上Bug**\n→ 第1步：收集数据（Bug报告、修复记录、测试用例覆盖）\n→ 第2步：5 Whys分析（why漏测？→边界用例未覆盖→why？→测试设计时未识别边界→why？→需求未说明边界）\n→ 第3步：改进措施（增加边界分析环节、补充典型边界checklist）\n→ 第4步：资产沉淀（将边界checklist更新到启发式清单）\n→ 第5步：跟踪计划（下个迭代验证新增checklist的有效性）\n\n**用户说\"这个问题又发生了\"**\n→ 触发复盘：系统性的根因分析，避免同类问题再次发生\n\n## 自检清单\n\n复盘完成后检查：\n- [ ] 数据收集是否完整？\n- [ ] 根因分析是否深入？\n- [ ] 改进措施是否具体？\n- [ ] 资产沉淀是否完成？\n- [ ] 跟踪计划是否制定？\n- [ ] 经验是否分享？\n\n\n## 检查清单\n\n- [ ] 数据是否支撑结论？\n- [ ] 根因是否分析？\n- [ ] action items是否可执行？\n- [ ] 责任人和时限是否明确？\n- [ ] 追踪机制是否建立？\n\nFile v1.8.0:_meta.json\n\n{\n \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n \"slug\": \"qa-retrospective\",\n \"version\": \"1.8.0\",\n \"publishedAt\": 1790656072424\n}\n\nFile v1.8.0:references/five-steps.md\n\n# 复盘五步法详解\n\n> 本文是 `qa-retrospective` 的**五步法详解**。需要方法细节或推进要点时读本文；\n只需要复盘报告模板时不必读。\n\n---\n\n\n### 第1步：收集数据\n\n```text\n数据收集：\n├─ 缺陷数据\n│ ├─ 本迭代新增缺陷数\n│ ├─ 缺陷严重程度分布\n│ ├─ 缺陷类型分布\n│ └─ 缺陷模块分布\n│\n├─ 漏测数据\n│ ├─ 线上缺陷数\n│ ├─ 漏测原因分类\n│ ├─ 漏测影响评估\n│ └─ 漏测修复情况\n│\n├─ 测试数据\n│ ├─ 用例执行率\n│ ├─ 用例通过率\n│ ├─ 测试覆盖率\n│ └─ 测试效率\n│\n└─ 其他数据\n ├─ 需求变更次数\n ├─ 测试延期情况\n ├─ 线上故障情况\n └─ 用户反馈情况\n```\n\n### 第2步：根因分析（5 Whys）\n\n```text\n5 Whys分析法：\n\n问题：线上出现XX Bug\n├─ Why 1：为什么测试没发现？\n│ └─ 因为测试用例没覆盖这个场景\n├─ Why 2：为什么用例没覆盖？\n│ └─ 因为需求分析时没考虑到\n├─ Why 3：为什么需求分析没考虑到？\n│ └─ 因为对这个业务场景不熟悉\n├─ Why 4：为什么不熟悉？\n│ └─ 因为没有相关的知识沉淀\n├─ Why 5：为什么没有知识沉淀？\n│ └─ 因为没有复盘和总结机制\n\n根因归类：\n├─ 思维盲区：没想到\n├─ 信息缺失：不知道\n├─ 流程问题：流程不完善\n├─ 工具问题：工具不支持\n└─ 能力问题：能力不足\n```\n\n### 第3步：制定改进措施\n\n```text\n改进措施设计：\n├─ 具体：明确做什么\n├─ 可执行：能落地执行\n├─ 可衡量：有明确标准\n├─ 有负责人：明确责任人\n└─ 有时间：明确完成时间\n\n改进措施类型：\n├─ 流程改进：优化测试流程\n├─ 工具改进：引入/优化工具\n├─ 知识沉淀：更新Checklist/模板\n├─ 能力提升：培训/学习\n└─ 协作改进：优化协作方式\n\n示例：\n改进措施：更新登录功能测试Checklist\n├─ 具体：增加验证码相关测试点\n├─ 负责人：XXX\n├─ 完成时间：2024-01-15\n├─ 验收标准：Checklist更新并通知团队\n└─ 效果验证：下次迭代验证效果\n```\n\n### 第4步：资产沉淀\n\n```text\n资产沉淀类型：\n├─ Checklist更新\n│ ├─ 新增测试点\n│ ├─ 修正错误点\n│ └─ 优化检查项\n│\n├─ 模板更新\n│ ├─ 用例模板优化\n│ ├─ Bug报告模板优化\n│ └─ 测试报告模板优化\n│\n├─ 知识库更新\n│ ├─ 常见问题FAQ\n│ ├─ 测试经验总结\n│ └─ 最佳实践\n│\n└─ 流程更新\n ├─ 测试流程优化\n ├─ 协作流程优化\n └─ 发布流程优化\n```\n\n### 第5步：跟踪闭环\n\n```text\n跟踪机制：\n├─ 定期检查：每周/每月检查改进措施执行情况\n├─ 效果验证：验证改进措施是否有效\n├─ 持续优化：根据效果持续优化\n└─ 经验分享：分享改进经验\n\n闭环检查：\n├─ 措施是否执行？\n├─ 效果是否达到？\n├─ 是否需要调整？\n└─ 是否可以推广？\n```\n\nFile v1.8.0:skill-card.md\n\n## Description:\n\nGuides QA teams through data-backed test and incident retrospectives, root-cause analysis, and actionable follow-up plans.\n\nThis skill is ready for commercial/non-commercial use.\n\n## Publisher:\n\n[kokxi](https://clawhub.ai/user/kokxi)\n\n### License/Terms of Use:\n\nMIT-0\n\n## Use Case:\n\nQA engineers and teams use this skill after iterations, projects, or incidents to analyze defect and testing data, identify root causes, and track measurable improvements.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: The optional unpinned skill-set install command may add skills beyond this artifact.\n\nMitigation: Review the package source and use a pinned trusted version before running the command.\n\nRisk: Retrospective recommendations could change team or release processes without adequate review.\n\nMitigation: Review proposals with the team and agree on changes before implementing them.\n\n## Reference(s):\n\n- [ClawHub skill release](https://clawhub.ai/kokxi/skills/qa-retrospective)\n- [Five-step retrospective method](references/five-steps.md)\n\n## Skill Output:\n\n**Output Type(s):** [Markdown, Guidance]\n\n**Output Format:** [Markdown retrospective report and action-item tracking plan]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Includes a RETRO-XXXX identifier, supporting metrics, root-cause analysis, owners, acceptance criteria, and follow-up checks.]\n\n## Skill Version(s):\n\n1.8.0 (source: frontmatter and ClawHub release evidence)\n\n## Ethical Considerations:\n\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment.\n\nArchive v1.7.7: 3 files, 4933 bytes\n\nFiles: skill-card.md (1618b), SKILL.md (8011b), _meta.json (135b)\n\nFile v1.7.7:SKILL.md\n\n---\nname: qa-retrospective\nslug: qa-retrospective\ndisplayName: Retrospective\nversion: 1.7.7\ndescription: >-\n 当一个迭代结束、一个项目完成、或者发生线上事故需要事后分析时使用此技能。通过系统性的回顾会议和数据复盘，把个人和团队的经验教训转化为可复用的组织资产。不要沦为\"说说好话走个形式\"——有效的复盘需要有数据支撑（缺陷趋势/漏测分析/效率数据）、有根因分析（为什么出问题）和有 action items（下次怎么做不一样）。输出复盘报告和改进项追踪表。\n\nwhen_to_use: 用户说\"测试复盘\"、\"迭代复盘\"、\"项目复盘\"、\"经验沉淀\"、\"漏测分析\"、\"回顾总结\"、\"事后分析\"、需要复盘总结经验、反复出现同类问题需要根因改进时\nallowed-tools: Read Grep Glob\nrelated_skills:\n upstream:\n - qa-bug-root-cause-analysis # 输入：根因分析结果\n - qa-quality-metrics # 输入：质量度量数据\n - qa-bug-lifecycle # 输入：缺陷数据\n downstream:\n - qa-heuristic-checklist # 输出：更新checklist\n - qa-team-coaching # 输出：更新培训材料\n - qa-test-leadership\ninput_format:\n required:\n - name: 迭代数据\n type: object\n description: 迭代的测试和缺陷数据\n - name: 团队反馈\n type: array\n description: 团队成员反馈和意见\n optional:\n - name: 历史回顾\n type: object\n description: 历史回顾记录\noutput_format:\n traceability:\n - 每次复盘带唯一ID（RETRO-XXXX）\n structure:\n - 测试用例表格：固定 9 列（用例编号|测试类型|功能模块|测试标题|用例级别|预置条件|测试步骤|预期结果|风险等级）\n - 用例级别：P0≤20%（核心流程）/ P1≤40%（主要功能）/ P2≤30%（次要功能）/ P3≤10%（边缘场景）\n - 覆盖率：标注口径（基于现有需求/输入文档），禁止\"全覆盖/100%\"绝对化表述；缺失模块标注\"未覆盖+原因\"\n - retrospective_report: 复盘报告\n - what_went_well: 做得好的事项\n - improvement_areas: 改进领域\n - action_items: 行动项清单\n - follow_up_plan: 跟踪计划\ncategories: ['Development','Team']\ndepth_requirement_quantification:\n reference_value: \"根据迭代数据调整复盘深度：简单×1/中等×2/复杂×3\"\n minimum: \"至少包含数据支撑、根因分析、action items 3要素\"\nerror_recovery_guidance:\n on_failure: \"复盘数据不充分时回退到质量度量收集更多数据\"\n retry_behavior: \"补齐数据后重新复盘\"\n---\n> **⚠️ 安全警告**：本技能的示例可能涉及发布流程优化和协作流程调整建议。\n> 这些是复盘议题不是直接操作；请勿未经评审即变更团队流程，先达成共识再落地。\n> 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。\n\n# 复盘与经验沉淀\n\n## 核心原则\n\n复盘的目的是找到系统性的改进点，而不是找谁背锅。\n\n## 复盘五步法\n\n### 第1步：收集数据\n\n```text\n数据收集：\n├─ 缺陷数据\n│ ├─ 本迭代新增缺陷数\n│ ├─ 缺陷严重程度分布\n│ ├─ 缺陷类型分布\n│ └─ 缺陷模块分布\n│\n├─ 漏测数据\n│ ├─ 线上缺陷数\n│ ├─ 漏测原因分类\n│ ├─ 漏测影响评估\n│ └─ 漏测修复情况\n│\n├─ 测试数据\n│ ├─ 用例执行率\n│ ├─ 用例通过率\n│ ├─ 测试覆盖率\n│ └─ 测试效率\n│\n└─ 其他数据\n ├─ 需求变更次数\n ├─ 测试延期情况\n ├─ 线上故障情况\n └─ 用户反馈情况\n```\n\n### 第2步：根因分析（5 Whys）\n\n```text\n5 Whys分析法：\n\n问题：线上出现XX Bug\n├─ Why 1：为什么测试没发现？\n│ └─ 因为测试用例没覆盖这个场景\n├─ Why 2：为什么用例没覆盖？\n│ └─ 因为需求分析时没考虑到\n├─ Why 3：为什么需求分析没考虑到？\n│ └─ 因为对这个业务场景不熟悉\n├─ Why 4：为什么不熟悉？\n│ └─ 因为没有相关的知识沉淀\n├─ Why 5：为什么没有知识沉淀？\n│ └─ 因为没有复盘和总结机制\n\n根因归类：\n├─ 思维盲区：没想到\n├─ 信息缺失：不知道\n├─ 流程问题：流程不完善\n├─ 工具问题：工具不支持\n└─ 能力问题：能力不足\n```\n\n### 第3步：制定改进措施\n\n```text\n改进措施设计：\n├─ 具体：明确做什么\n├─ 可执行：能落地执行\n├─ 可衡量：有明确标准\n├─ 有负责人：明确责任人\n└─ 有时间：明确完成时间\n\n改进措施类型：\n├─ 流程改进：优化测试流程\n├─ 工具改进：引入/优化工具\n├─ 知识沉淀：更新Checklist/模板\n├─ 能力提升：培训/学习\n└─ 协作改进：优化协作方式\n\n示例：\n改进措施：更新登录功能测试Checklist\n├─ 具体：增加验证码相关测试点\n├─ 负责人：XXX\n├─ 完成时间：2024-01-15\n├─ 验收标准：Checklist更新并通知团队\n└─ 效果验证：下次迭代验证效果\n```\n\n### 第4步：资产沉淀\n\n```text\n资产沉淀类型：\n├─ Checklist更新\n│ ├─ 新增测试点\n│ ├─ 修正错误点\n│ └─ 优化检查项\n│\n├─ 模板更新\n│ ├─ 用例模板优化\n│ ├─ Bug报告模板优化\n│ └─ 测试报告模板优化\n│\n├─ 知识库更新\n│ ├─ 常见问题FAQ\n│ ├─ 测试经验总结\n│ └─ 最佳实践\n│\n└─ 流程更新\n ├─ 测试流程优化\n ├─ 协作流程优化\n └─ 发布流程优化\n```\n\n### 第5步：跟踪闭环\n\n```text\n跟踪机制：\n├─ 定期检查：每周/每月检查改进措施执行情况\n├─ 效果验证：验证改进措施是否有效\n├─ 持续优化：根据效果持续优化\n└─ 经验分享：分享改进经验\n\n闭环检查：\n├─ 措施是否执行？\n├─ 效果是否达到？\n├─ 是否需要调整？\n└─ 是否可以推广？\n```\n\n## 复盘报告模板\n\n```markdown\n# 复盘报告\n\n## 1. 基本信息\n- 迭代版本：[版本号]\n- 复盘时间：[日期]\n- 参与人员：[人员列表]\n\n## 2. 数据回顾\n- 缺陷数据：[新增X个，严重X个]\n- 漏测数据：[线上X个]\n- 测试数据：[执行率X%，通过率X%]\n\n## 3. 问题分析\n- 主要问题：[问题描述]\n- 根因分析：[5 Whys分析]\n- 根因归类：[思维/信息/流程/工具/能力]\n\n## 4. 改进措施\n- 措施1：[具体措施]\n- 措施2：[具体措施]\n- 措施3：[具体措施]\n\n## 5. 资产沉淀\n- Checklist更新：[更新内容]\n- 模板更新：[更新内容]\n- 知识库更新：[更新内容]\n\n## 6. 跟踪计划\n- 检查时间：[时间]\n- 负责人：[人员]\n- 验收标准：[标准]\n```\n\n## 应用场景\n\n**迭代结束后复盘：用户登录模块出现了3个线上Bug**\n→ 第1步：收集数据（Bug报告、修复记录、测试用例覆盖）\n→ 第2步：5 Whys分析（why漏测？→边界用例未覆盖→why？→测试设计时未识别边界→why？→需求未说明边界）\n→ 第3步：改进措施（增加边界分析环节、补充典型边界checklist）\n→ 第4步：资产沉淀（将边界checklist更新到启发式清单）\n→ 第5步：跟踪计划（下个迭代验证新增checklist的有效性）\n\n**用户说\"这个问题又发生了\"**\n→ 触发复盘：系统性的根因分析，避免同类问题再次发生\n\n## 自检清单\n\n复盘完成后检查：\n- [ ] 数据收集是否完整？\n- [ ] 根因分析是否深入？\n- [ ] 改进措施是否具体？\n- [ ] 资产沉淀是否完成？\n- [ ] 跟踪计划是否制定？\n- [ ] 经验是否分享？\n\n\n## 检查清单\n\n- [ ] 数据是否支撑结论？\n- [ ] 根因是否分析？\n- [ ] action items是否可执行？\n- [ ] 责任人和时限是否明确？\n- [ ] 追踪机制是否建立？\n\nFile v1.7.7:_meta.json\n\n{\n \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n \"slug\": \"qa-retrospective\",\n \"version\": \"1.7.7\",\n \"publishedAt\": 1790519982888\n}\n\nFile v1.7.7:skill-card.md\n\n## Description:\n\nGuides QA teams through evidence-based retrospectives that identify root causes, document lessons learned, and track improvement actions.\n\nThis skill is ready for commercial/non-commercial use.\n\n## Publisher:\n\n[kokxi](https://clawhub.ai/user/kokxi)\n\n### License/Terms of Use:\n\nMIT-0\n\n## Use Case:\n\nQA teams and project leads use this skill after iterations, projects, or production incidents to review defect and test data, investigate missed issues, and assign measurable follow-up actions.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: A vague review request could cause the skill to read unrelated project materials.\n\nMitigation: Confirm retrospective intent and limit workspace reading to relevant, approved records.\n\nRisk: Suggested process changes could be adopted without team review.\n\nMitigation: Review recommendations with stakeholders and agree on changes before implementation.\n\n## Reference(s):\n\n\n## Skill Output:\n\n**Output Type(s):** [Markdown, Guidance]\n\n**Output Format:** [Markdown retrospective report and action-item tracking table]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Includes a retrospective ID, root-cause analysis, assigned improvements, and a follow-up plan.]\n\n## Skill Version(s):\n\n1.7.7 (source: release metadata and skill frontmatter)\n\n## Ethical Considerations:\n\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment.\n\nArchive v1.7.6: 3 files, 5270 bytes\n\nFiles: skill-card.md (1967b), SKILL.md (8555b), _meta.json (135b)\n\nFile v1.7.6:SKILL.md\n\n---\r\nname: qa-retrospective\r\nslug: qa-retrospective\r\ndisplayName: 测试复盘\r\nversion: 1.7.5\r\ndescription: >-\r\n 当一个迭代结束、一个项目完成、或者发生线上事故需要事后分析时使用此技能。通过系统性的回顾会议和数据复盘，把个人和团队的经验教训转化为可复用的组织资产。不要沦为\"说说好话走个形式\"——有效的复盘需要有数据支撑（缺陷趋势/漏测分析/效率数据）、有根因分析（为什么出问题）和有 action items（下次怎么做不一样）。输出复盘报告和改进项追踪表。\r\n 本技能属于 QA Test Skills 技能集（49 个技能之一），完整工作流体验需安装全套：npx skills add Kokxi/qa-test-skills\r\n\r\nwhen_to_use: 用户说\"测试复盘\"、\"迭代复盘\"、\"项目复盘\"、\"经验沉淀\"、\"漏测分析\"、\"回顾总结\"、\"事后分析\"、需要复盘总结经验、反复出现同类问题需要根因改进时\r\nallowed-tools: Read Grep Glob\r\nrelated_skills:\r\n upstream:\r\n - qa-bug-root-cause-analysis # 输入：根因分析结果\r\n - qa-quality-metrics # 输入：质量度量数据\r\n - qa-bug-lifecycle # 输入：缺陷数据\r\n downstream:\r\n - qa-heuristic-checklist # 输出：更新checklist\r\n - qa-team-coaching # 输出：更新培训材料\r\n - qa-test-leadership\r\ninput_format:\r\n required:\r\n - name: 迭代数据\r\n type: object\r\n description: 迭代的测试和缺陷数据\r\n - name: 团队反馈\r\n type: array\r\n description: 团队成员反馈和意见\r\n optional:\r\n - name: 历史回顾\r\n type: object\r\n description: 历史回顾记录\r\noutput_format:\r\n traceability:\r\n - 每次复盘带唯一ID（RETRO-XXXX）\r\n structure:\r\n - 测试用例表格：固定 9 列（用例编号|测试类型|功能模块|测试标题|用例级别|预置条件|测试步骤|预期结果|风险等级）\r\n - 用例级别：P0≤20%（核心流程）/ P1≤40%（主要功能）/ P2≤30%（次要功能）/ P3≤10%（边缘场景）\r\n - 覆盖率：标注口径（基于现有需求/输入文档），禁止\"全覆盖/100%\"绝对化表述；缺失模块标注\"未覆盖+原因\"\r\n - retrospective_report: 复盘报告\r\n - what_went_well: 做得好的事项\r\n - improvement_areas: 改进领域\r\n - action_items: 行动项清单\r\n - follow_up_plan: 跟踪计划\r\ncategories: ['Development','Team']\r\ndepth_requirement_quantification:\r\n reference_value: \"根据迭代数据调整复盘深度：简单×1/中等×2/复杂×3\"\r\n minimum: \"至少包含数据支撑、根因分析、action items 3要素\"\r\nerror_recovery_guidance:\r\n on_failure: \"复盘数据不充分时回退到质量度量收集更多数据\"\r\n retry_behavior: \"补齐数据后重新复盘\"\r\n---\r\n> ⚠️ 本技能单独使用效果有限，建议配合完整技能集（12 步工作流）使用。安装：npx skills add Kokxi/qa-test-skills\r\n\r\n> **⚠️ 安全警告**：本技能的示例可能涉及发布流程优化和协作流程调整建议。\r\n> 这些是复盘议题不是直接操作；请勿未经评审即变更团队流程，先达成共识再落地。\r\n> 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。\r\n\r\n# 复盘与经验沉淀\r\n\r\n## 核心原则\r\n\r\n复盘的目的是找到系统性的改进点，而不是找谁背锅。\r\n\r\n## 复盘五步法\r\n\r\n### 第1步：收集数据\r\n\r\n```text\r\n数据收集：\r\n├─ 缺陷数据\r\n│ ├─ 本迭代新增缺陷数\r\n│ ├─ 缺陷严重程度分布\r\n│ ├─ 缺陷类型分布\r\n│ └─ 缺陷模块分布\r\n│\r\n├─ 漏测数据\r\n│ ├─ 线上缺陷数\r\n│ ├─ 漏测原因分类\r\n│ ├─ 漏测影响评估\r\n│ └─ 漏测修复情况\r\n│\r\n├─ 测试数据\r\n│ ├─ 用例执行率\r\n│ ├─ 用例通过率\r\n│ ├─ 测试覆盖率\r\n│ └─ 测试效率\r\n│\r\n└─ 其他数据\r\n ├─ 需求变更次数\r\n ├─ 测试延期情况\r\n ├─ 线上故障情况\r\n └─ 用户反馈情况\r\n```\r\n\r\n### 第2步：根因分析（5 Whys）\r\n\r\n```text\r\n5 Whys分析法：\r\n\r\n问题：线上出现XX Bug\r\n├─ Why 1：为什么测试没发现？\r\n│ └─ 因为测试用例没覆盖这个场景\r\n├─ Why 2：为什么用例没覆盖？\r\n│ └─ 因为需求分析时没考虑到\r\n├─ Why 3：为什么需求分析没考虑到？\r\n│ └─ 因为对这个业务场景不熟悉\r\n├─ Why 4：为什么不熟悉？\r\n│ └─ 因为没有相关的知识沉淀\r\n├─ Why 5：为什么没有知识沉淀？\r\n│ └─ 因为没有复盘和总结机制\r\n\r\n根因归类：\r\n├─ 思维盲区：没想到\r\n├─ 信息缺失：不知道\r\n├─ 流程问题：流程不完善\r\n├─ 工具问题：工具不支持\r\n└─ 能力问题：能力不足\r\n```\r\n\r\n### 第3步：制定改进措施\r\n\r\n```text\r\n改进措施设计：\r\n├─ 具体：明确做什么\r\n├─ 可执行：能落地执行\r\n├─ 可衡量：有明确标准\r\n├─ 有负责人：明确责任人\r\n└─ 有时间：明确完成时间\r\n\r\n改进措施类型：\r\n├─ 流程改进：优化测试流程\r\n├─ 工具改进：引入/优化工具\r\n├─ 知识沉淀：更新Checklist/模板\r\n├─ 能力提升：培训/学习\r\n└─ 协作改进：优化协作方式\r\n\r\n示例：\r\n改进措施：更新登录功能测试Checklist\r\n├─ 具体：增加验证码相关测试点\r\n├─ 负责人：XXX\r\n├─ 完成时间：2024-01-15\r\n├─ 验收标准：Checklist更新并通知团队\r\n└─ 效果验证：下次迭代验证效果\r\n```\r\n\r\n### 第4步：资产沉淀\r\n\r\n```text\r\n资产沉淀类型：\r\n├─ Checklist更新\r\n│ ├─ 新增测试点\r\n│ ├─ 修正错误点\r\n│ └─ 优化检查项\r\n│\r\n├─ 模板更新\r\n│ ├─ 用例模板优化\r\n│ ├─ Bug报告模板优化\r\n│ └─ 测试报告模板优化\r\n│\r\n├─ 知识库更新\r\n│ ├─ 常见问题FAQ\r\n│ ├─ 测试经验总结\r\n│ └─ 最佳实践\r\n│\r\n└─ 流程更新\r\n ├─ 测试流程优化\r\n ├─ 协作流程优化\r\n └─ 发布流程优化\r\n```\r\n\r\n### 第5步：跟踪闭环\r\n\r\n```text\r\n跟踪机制：\r\n├─ 定期检查：每周/每月检查改进措施执行情况\r\n├─ 效果验证：验证改进措施是否有效\r\n├─ 持续优化：根据效果持续优化\r\n└─ 经验分享：分享改进经验\r\n\r\n闭环检查：\r\n├─ 措施是否执行？\r\n├─ 效果是否达到？\r\n├─ 是否需要调整？\r\n└─ 是否可以推广？\r\n```\r\n\r\n## 复盘报告模板\r\n\r\n```markdown\r\n# 复盘报告\r\n\r\n## 1. 基本信息\r\n- 迭代版本：[版本号]\r\n- 复盘时间：[日期]\r\n- 参与人员：[人员列表]\r\n\r\n## 2. 数据回顾\r\n- 缺陷数据：[新增X个，严重X个]\r\n- 漏测数据：[线上X个]\r\n- 测试数据：[执行率X%，通过率X%]\r\n\r\n## 3. 问题分析\r\n- 主要问题：[问题描述]\r\n- 根因分析：[5 Whys分析]\r\n- 根因归类：[思维/信息/流程/工具/能力]\r\n\r\n## 4. 改进措施\r\n- 措施1：[具体措施]\r\n- 措施2：[具体措施]\r\n- 措施3：[具体措施]\r\n\r\n## 5. 资产沉淀\r\n- Checklist更新：[更新内容]\r\n- 模板更新：[更新内容]\r\n- 知识库更新：[更新内容]\r\n\r\n## 6. 跟踪计划\r\n- 检查时间：[时间]\r\n- 负责人：[人员]\r\n- 验收标准：[标准]\r\n```\r\n\r\n## 应用场景\r\n\r\n**迭代结束后复盘：用户登录模块出现了3个线上Bug**\r\n→ 第1步：收集数据（Bug报告、修复记录、测试用例覆盖）\r\n→ 第2步：5 Whys分析（why漏测？→边界用例未覆盖→why？→测试设计时未识别边界→why？→需求未说明边界）\r\n→ 第3步：改进措施（增加边界分析环节、补充典型边界checklist）\r\n→ 第4步：资产沉淀（将边界checklist更新到启发式清单）\r\n→ 第5步：跟踪计划（下个迭代验证新增checklist的有效性）\r\n\r\n**用户说\"这个问题又发生了\"**\r\n→ 触发复盘：系统性的根因分析，避免同类问题再次发生\r\n\r\n## 自检清单\r\n\r\n复盘完成后检查：\r\n- [ ] 数据收集是否完整？\r\n- [ ] 根因分析是否深入？\r\n- [ ] 改进措施是否具体？\r\n- [ ] 资产沉淀是否完成？\r\n- [ ] 跟踪计划是否制定？\r\n- [ ] 经验是否分享？\r\n\r\n\r\n## 检查清单\r\n\r\n- [ ] 数据是否支撑结论？\r\n- [ ] 根因是否分析？\r\n- [ ] action items是否可执行？\r\n- [ ] 责任人和时限是否明确？\r\n- [ ] 追踪机制是否建立？\n\nFile v1.7.6:_meta.json\n\n{\n \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n \"slug\": \"qa-retrospective\",\n \"version\": \"1.7.6\",\n \"publishedAt\": 1788266638773\n}\n\nFile v1.7.6:skill-card.md\n\n## Description:\n\nGuides QA teams through data-backed retrospectives that turn iteration, project, incident, defect, and missed-test lessons into retrospective reports, action items, and reusable team assets.\n\nThis skill is ready for commercial/non-commercial use.\n\n## Publisher:\n\n[kokxi](https://clawhub.ai/user/kokxi)\n\n### License/Terms of Use:\n\nMIT-0\n\n## Use Case:\n\nQA engineers, test leads, and delivery teams use this skill after iterations, projects, repeated defects, or production incidents to structure retrospective meetings, root-cause analysis, improvement actions, and follow-up tracking.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: The skill recommends an unpinned command that can install a larger third-party skill set whose contents may change later.\n\nMitigation: Run the install only after trusting the publisher and pinning or verifying the exact CLI and repository version.\n\nRisk: Retrospective recommendations may affect release, QA, or collaboration processes if adopted without team review.\n\nMitigation: Treat generated process changes as proposals and require team review, consensus, and follow-up ownership before implementation.\n\n## Reference(s):\n\n- [ClawHub skill page](https://clawhub.ai/kokxi/skills/qa-retrospective)\n\n## Skill Output:\n\n**Output Type(s):** [text, markdown, guidance, configuration]\n\n**Output Format:** [Markdown report and tracking table]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Produces a retrospective report, what-went-well summary, improvement areas, action items, follow-up plan, and improvement tracking structure.]\n\n## Skill Version(s):\n\n1.7.6 (source: server release metadata)\n\n## Ethical Considerations:\n\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment.\n\nArchive v1.7.5: 3 files, 4934 bytes\n\nFiles: skill-card.md (1695b), SKILL.md (8011b), _meta.json (135b)\n\nFile v1.7.5:SKILL.md\n\n---\nname: qa-retrospective\nslug: qa-retrospective\ndisplayName: Retrospective\nversion: 1.7.5\ndescription: >-\n 当一个迭代结束、一个项目完成、或者发生线上事故需要事后分析时使用此技能。通过系统性的回顾会议和数据复盘，把个人和团队的经验教训转化为可复用的组织资产。不要沦为\"说说好话走个形式\"——有效的复盘需要有数据支撑（缺陷趋势/漏测分析/效率数据）、有根因分析（为什么出问题）和有 action items（下次怎么做不一样）。输出复盘报告和改进项追踪表。\n\nwhen_to_use: 用户说\"测试复盘\"、\"迭代复盘\"、\"项目复盘\"、\"经验沉淀\"、\"漏测分析\"、\"回顾总结\"、\"事后分析\"、需要复盘总结经验、反复出现同类问题需要根因改进时\nallowed-tools: Read Grep Glob\nrelated_skills:\n upstream:\n - qa-bug-root-cause-analysis # 输入：根因分析结果\n - qa-quality-metrics # 输入：质量度量数据\n - qa-bug-lifecycle # 输入：缺陷数据\n downstream:\n - qa-heuristic-checklist # 输出：更新checklist\n - qa-team-coaching # 输出：更新培训材料\n - qa-test-leadership\ninput_format:\n required:\n - name: 迭代数据\n type: object\n description: 迭代的测试和缺陷数据\n - name: 团队反馈\n type: array\n description: 团队成员反馈和意见\n optional:\n - name: 历史回顾\n type: object\n description: 历史回顾记录\noutput_format:\n traceability:\n - 每次复盘带唯一ID（RETRO-XXXX）\n structure:\n - 测试用例表格：固定 9 列（用例编号|测试类型|功能模块|测试标题|用例级别|预置条件|测试步骤|预期结果|风险等级）\n - 用例级别：P0≤20%（核心流程）/ P1≤40%（主要功能）/ P2≤30%（次要功能）/ P3≤10%（边缘场景）\n - 覆盖率：标注口径（基于现有需求/输入文档），禁止\"全覆盖/100%\"绝对化表述；缺失模块标注\"未覆盖+原因\"\n - retrospective_report: 复盘报告\n - what_went_well: 做得好的事项\n - improvement_areas: 改进领域\n - action_items: 行动项清单\n - follow_up_plan: 跟踪计划\ncategories: ['Development','Team']\ndepth_requirement_quantification:\n reference_value: \"根据迭代数据调整复盘深度：简单×1/中等×2/复杂×3\"\n minimum: \"至少包含数据支撑、根因分析、action items 3要素\"\nerror_recovery_guidance:\n on_failure: \"复盘数据不充分时回退到质量度量收集更多数据\"\n retry_behavior: \"补齐数据后重新复盘\"\n---\n> **⚠️ 安全警告**：本技能的示例可能涉及发布流程优化和协作流程调整建议。\n> 这些是复盘议题不是直接操作；请勿未经评审即变更团队流程，先达成共识再落地。\n> 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。\n\n# 复盘与经验沉淀\n\n## 核心原则\n\n复盘的目的是找到系统性的改进点，而不是找谁背锅。\n\n## 复盘五步法\n\n### 第1步：收集数据\n\n```text\n数据收集：\n├─ 缺陷数据\n│ ├─ 本迭代新增缺陷数\n│ ├─ 缺陷严重程度分布\n│ ├─ 缺陷类型分布\n│ └─ 缺陷模块分布\n│\n├─ 漏测数据\n│ ├─ 线上缺陷数\n│ ├─ 漏测原因分类\n│ ├─ 漏测影响评估\n│ └─ 漏测修复情况\n│\n├─ 测试数据\n│ ├─ 用例执行率\n│ ├─ 用例通过率\n│ ├─ 测试覆盖率\n│ └─ 测试效率\n│\n└─ 其他数据\n ├─ 需求变更次数\n ├─ 测试延期情况\n ├─ 线上故障情况\n └─ 用户反馈情况\n```\n\n### 第2步：根因分析（5 Whys）\n\n```text\n5 Whys分析法：\n\n问题：线上出现XX Bug\n├─ Why 1：为什么测试没发现？\n│ └─ 因为测试用例没覆盖这个场景\n├─ Why 2：为什么用例没覆盖？\n│ └─ 因为需求分析时没考虑到\n├─ Why 3：为什么需求分析没考虑到？\n│ └─ 因为对这个业务场景不熟悉\n├─ Why 4：为什么不熟悉？\n│ └─ 因为没有相关的知识沉淀\n├─ Why 5：为什么没有知识沉淀？\n│ └─ 因为没有复盘和总结机制\n\n根因归类：\n├─ 思维盲区：没想到\n├─ 信息缺失：不知道\n├─ 流程问题：流程不完善\n├─ 工具问题：工具不支持\n└─ 能力问题：能力不足\n```\n\n### 第3步：制定改进措施\n\n```text\n改进措施设计：\n├─ 具体：明确做什么\n├─ 可执行：能落地执行\n├─ 可衡量：有明确标准\n├─ 有负责人：明确责任人\n└─ 有时间：明确完成时间\n\n改进措施类型：\n├─ 流程改进：优化测试流程\n├─ 工具改进：引入/优化工具\n├─ 知识沉淀：更新Checklist/模板\n├─ 能力提升：培训/学习\n└─ 协作改进：优化协作方式\n\n示例：\n改进措施：更新登录功能测试Checklist\n├─ 具体：增加验证码相关测试点\n├─ 负责人：XXX\n├─ 完成时间：2024-01-15\n├─ 验收标准：Checklist更新并通知团队\n└─ 效果验证：下次迭代验证效果\n```\n\n### 第4步：资产沉淀\n\n```text\n资产沉淀类型：\n├─ Checklist更新\n│ ├─ 新增测试点\n│ ├─ 修正错误点\n│ └─ 优化检查项\n│\n├─ 模板更新\n│ ├─ 用例模板优化\n│ ├─ Bug报告模板优化\n│ └─ 测试报告模板优化\n│\n├─ 知识库更新\n│ ├─ 常见问题FAQ\n│ ├─ 测试经验总结\n│ └─ 最佳实践\n│\n└─ 流程更新\n ├─ 测试流程优化\n ├─ 协作流程优化\n └─ 发布流程优化\n```\n\n### 第5步：跟踪闭环\n\n```text\n跟踪机制：\n├─ 定期检查：每周/每月检查改进措施执行情况\n├─ 效果验证：验证改进措施是否有效\n├─ 持续优化：根据效果持续优化\n└─ 经验分享：分享改进经验\n\n闭环检查：\n├─ 措施是否执行？\n├─ 效果是否达到？\n├─ 是否需要调整？\n└─ 是否可以推广？\n```\n\n## 复盘报告模板\n\n```markdown\n# 复盘报告\n\n## 1. 基本信息\n- 迭代版本：[版本号]\n- 复盘时间：[日期]\n- 参与人员：[人员列表]\n\n## 2. 数据回顾\n- 缺陷数据：[新增X个，严重X个]\n- 漏测数据：[线上X个]\n- 测试数据：[执行率X%，通过率X%]\n\n## 3. 问题分析\n- 主要问题：[问题描述]\n- 根因分析：[5 Whys分析]\n- 根因归类：[思维/信息/流程/工具/能力]\n\n## 4. 改进措施\n- 措施1：[具体措施]\n- 措施2：[具体措施]\n- 措施3：[具体措施]\n\n## 5. 资产沉淀\n- Checklist更新：[更新内容]\n- 模板更新：[更新内容]\n- 知识库更新：[更新内容]\n\n## 6. 跟踪计划\n- 检查时间：[时间]\n- 负责人：[人员]\n- 验收标准：[标准]\n```\n\n## 应用场景\n\n**迭代结束后复盘：用户登录模块出现了3个线上Bug**\n→ 第1步：收集数据（Bug报告、修复记录、测试用例覆盖）\n→ 第2步：5 Whys分析（why漏测？→边界用例未覆盖→why？→测试设计时未识别边界→why？→需求未说明边界）\n→ 第3步：改进措施（增加边界分析环节、补充典型边界checklist）\n→ 第4步：资产沉淀（将边界checklist更新到启发式清单）\n→ 第5步：跟踪计划（下个迭代验证新增checklist的有效性）\n\n**用户说\"这个问题又发生了\"**\n→ 触发复盘：系统性的根因分析，避免同类问题再次发生\n\n## 自检清单\n\n复盘完成后检查：\n- [ ] 数据收集是否完整？\n- [ ] 根因分析是否深入？\n- [ ] 改进措施是否具体？\n- [ ] 资产沉淀是否完成？\n- [ ] 跟踪计划是否制定？\n- [ ] 经验是否分享？\n\n\n## 检查清单\n\n- [ ] 数据是否支撑结论？\n- [ ] 根因是否分析？\n- [ ] action items是否可执行？\n- [ ] 责任人和时限是否明确？\n- [ ] 追踪机制是否建立？\n\nFile v1.7.5:_meta.json\n\n{\n \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n \"slug\": \"qa-retrospective\",\n \"version\": \"1.7.5\",\n \"publishedAt\": 1788103039446\n}\n\nFile v1.7.5:skill-card.md\n\n## Description:\n\nThis skill helps QA teams turn iteration, project, or incident retrospectives into data-supported retrospective reports, root-cause analysis, reusable lessons, action items, and follow-up plans.\n\nThis skill is ready for commercial/non-commercial use.\n\n## Publisher:\n\n[kokxi](https://clawhub.ai/user/kokxi)\n\n### License/Terms of Use:\n\nMIT-0\n\n## Use Case:\n\nQA leads, testers, and engineering teams use this skill after an iteration, project, repeated defect pattern, or production incident to analyze quality data, identify root causes, and create measurable improvement actions.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: Retrospective reports may include sensitive incident details, private team feedback, or recommendations that affect QA and release processes.\n\nMitigation: Limit inputs to necessary data, review outputs with the team before changing workflows, and avoid including unnecessary sensitive details in workspace output files.\n\n## Reference(s):\n\n\n## Skill Output:\n\n**Output Type(s):** [text, markdown, guidance]\n\n**Output Format:** [Markdown retrospective report and improvement tracking table]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Outputs include a retrospective report, what went well, improvement areas, action items, and a follow-up plan.]\n\n## Skill Version(s):\n\n1.7.5 (source: frontmatter and server release evidence)\n\n## Ethical Considerations:\n\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment.\n\nArchive v1.7.0: 3 files, 4809 bytes\n\nFiles: skill-card.md (1922b), SKILL.md (7570b), _meta.json (135b)\n\nFile v1.7.0:SKILL.md\n\n---\nname: qa-retrospective\nslug: qa-retrospective\ndisplayName: Retrospective\nversion: 1.7.0\ndescription: >-\n 当一个迭代结束、一个项目完成、或者发生线上事故需要事后分析时使用此技能。通过系统性的回顾会议和数据复盘，把个人和团队的经验教训转化为可复用的组织资产。不要沦为\"说说好话走个形式\"——有效的复盘需要有数据支撑（缺陷趋势/漏测分析/效率数据）、有根因分析（为什么出问题）和有 action items（下次怎么做不一样）。输出复盘报告和改进项追踪表。\n\nwhen_to_use: 用户说\"测试复盘\"、\"迭代复盘\"、\"项目复盘\"、\"经验沉淀\"、\"漏测分析\"、\"回顾总结\"、\"事后分析\"、需要复盘总结经验、反复出现同类问题需要根因改进时\nallowed-tools: Read Grep Glob\nrelated_skills:\n upstream:\n - qa-bug-root-cause-analysis # 输入：根因分析结果\n - qa-quality-metrics # 输入：质量度量数据\n - qa-bug-lifecycle # 输入：缺陷数据\n downstream:\n - qa-heuristic-checklist # 输出：更新checklist\n - qa-team-coaching # 输出：更新培训材料\n - qa-test-leadership\ninput_format:\n required:\n - name: 迭代数据\n type: object\n description: 迭代的测试和缺陷数据\n - name: 团队反馈\n type: array\n description: 团队成员反馈和意见\n optional:\n - name: 历史回顾\n type: object\n description: 历史回顾记录\noutput_format:\n traceability:\n - 每次复盘带唯一ID（RETRO-XXXX）\n structure:\n - retrospective_report: 复盘报告\n - what_went_well: 做得好的事项\n - improvement_areas: 改进领域\n - action_items: 行动项清单\n - follow_up_plan: 跟踪计划\ncategories: ['Development','Team']\ndepth_requirement_quantification:\n reference_value: \"根据迭代数据调整复盘深度：简单×1/中等×2/复杂×3\"\n minimum: \"至少包含数据支撑、根因分析、action items 3要素\"\nerror_recovery_guidance:\n on_failure: \"复盘数据不充分时回退到质量度量收集更多数据\"\n retry_behavior: \"补齐数据后重新复盘\"\n---\n> **⚠️ 安全警告**：本技能的示例可能涉及发布流程优化和协作流程调整建议。\n> 这些是复盘议题不是直接操作；请勿未经评审即变更团队流程，先达成共识再落地。\n> 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。\n\n# 复盘与经验沉淀\n\n## 核心原则\n\n复盘的目的是找到系统性的改进点，而不是找谁背锅。\n\n## 复盘五步法\n\n### 第1步：收集数据\n\n```text\n数据收集：\n├─ 缺陷数据\n│ ├─ 本迭代新增缺陷数\n│ ├─ 缺陷严重程度分布\n│ ├─ 缺陷类型分布\n│ └─ 缺陷模块分布\n│\n├─ 漏测数据\n│ ├─ 线上缺陷数\n│ ├─ 漏测原因分类\n│ ├─ 漏测影响评估\n│ └─ 漏测修复情况\n│\n├─ 测试数据\n│ ├─ 用例执行率\n│ ├─ 用例通过率\n│ ├─ 测试覆盖率\n│ └─ 测试效率\n│\n└─ 其他数据\n ├─ 需求变更次数\n ├─ 测试延期情况\n ├─ 线上故障情况\n └─ 用户反馈情况\n```\n\n### 第2步：根因分析（5 Whys）\n\n```text\n5 Whys分析法：\n\n问题：线上出现XX Bug\n├─ Why 1：为什么测试没发现？\n│ └─ 因为测试用例没覆盖这个场景\n├─ Why 2：为什么用例没覆盖？\n│ └─ 因为需求分析时没考虑到\n├─ Why 3：为什么需求分析没考虑到？\n│ └─ 因为对这个业务场景不熟悉\n├─ Why 4：为什么不熟悉？\n│ └─ 因为没有相关的知识沉淀\n├─ Why 5：为什么没有知识沉淀？\n│ └─ 因为没有复盘和总结机制\n\n根因归类：\n├─ 思维盲区：没想到\n├─ 信息缺失：不知道\n├─ 流程问题：流程不完善\n├─ 工具问题：工具不支持\n└─ 能力问题：能力不足\n```\n\n### 第3步：制定改进措施\n\n```text\n改进措施设计：\n├─ 具体：明确做什么\n├─ 可执行：能落地执行\n├─ 可衡量：有明确标准\n├─ 有负责人：明确责任人\n└─ 有时间：明确完成时间\n\n改进措施类型：\n├─ 流程改进：优化测试流程\n├─ 工具改进：引入/优化工具\n├─ 知识沉淀：更新Checklist/模板\n├─ 能力提升：培训/学习\n└─ 协作改进：优化协作方式\n\n示例：\n改进措施：更新登录功能测试Checklist\n├─ 具体：增加验证码相关测试点\n├─ 负责人：XXX\n├─ 完成时间：2024-01-15\n├─ 验收标准：Checklist更新并通知团队\n└─ 效果验证：下次迭代验证效果\n```\n\n### 第4步：资产沉淀\n\n```text\n资产沉淀类型：\n├─ Checklist更新\n│ ├─ 新增测试点\n│ ├─ 修正错误点\n│ └─ 优化检查项\n│\n├─ 模板更新\n│ ├─ 用例模板优化\n│ ├─ Bug报告模板优化\n│ └─ 测试报告模板优化\n│\n├─ 知识库更新\n│ ├─ 常见问题FAQ\n│ ├─ 测试经验总结\n│ └─ 最佳实践\n│\n└─ 流程更新\n ├─ 测试流程优化\n ├─ 协作流程优化\n └─ 发布流程优化\n```\n\n### 第5步：跟踪闭环\n\n```text\n跟踪机制：\n├─ 定期检查：每周/每月检查改进措施执行情况\n├─ 效果验证：验证改进措施是否有效\n├─ 持续优化：根据效果持续优化\n└─ 经验分享：分享改进经验\n\n闭环检查：\n├─ 措施是否执行？\n├─ 效果是否达到？\n├─ 是否需要调整？\n└─ 是否可以推广？\n```\n\n## 复盘报告模板\n\n```markdown\n# 复盘报告\n\n## 1. 基本信息\n- 迭代版本：[版本号]\n- 复盘时间：[日期]\n- 参与人员：[人员列表]\n\n## 2. 数据回顾\n- 缺陷数据：[新增X个，严重X个]\n- 漏测数据：[线上X个]\n- 测试数据：[执行率X%，通过率X%]\n\n## 3. 问题分析\n- 主要问题：[问题描述]\n- 根因分析：[5 Whys分析]\n- 根因归类：[思维/信息/流程/工具/能力]\n\n## 4. 改进措施\n- 措施1：[具体措施]\n- 措施2：[具体措施]\n- 措施3：[具体措施]\n\n## 5. 资产沉淀\n- Checklist更新：[更新内容]\n- 模板更新：[更新内容]\n- 知识库更新：[更新内容]\n\n## 6. 跟踪计划\n- 检查时间：[时间]\n- 负责人：[人员]\n- 验收标准：[标准]\n```\n\n## 应用场景\n\n**迭代结束后复盘：用户登录模块出现了3个线上Bug**\n→ 第1步：收集数据（Bug报告、修复记录、测试用例覆盖）\n→ 第2步：5 Whys分析（why漏测？→边界用例未覆盖→why？→测试设计时未识别边界→why？→需求未说明边界）\n→ 第3步：改进措施（增加边界分析环节、补充典型边界checklist）\n→ 第4步：资产沉淀（将边界checklist更新到启发式清单）\n→ 第5步：跟踪计划（下个迭代验证新增checklist的有效性）\n\n**用户说\"这个问题又发生了\"**\n→ 触发复盘：系统性的根因分析，避免同类问题再次发生\n\n## 自检清单\n\n复盘完成后检查：\n- [ ] 数据收集是否完整？\n- [ ] 根因分析是否深入？\n- [ ] 改进措施是否具体？\n- [ ] 资产沉淀是否完成？\n- [ ] 跟踪计划是否制定？\n- [ ] 经验是否分享？\n\n\n## 检查清单\n\n- [ ] 数据是否支撑结论？\n- [ ] 根因是否分析？\n- [ ] action items是否可执行？\n- [ ] 责任人和时限是否明确？\n- [ ] 追踪机制是否建立？\n\nFile v1.7.0:_meta.json\n\n{\n \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n \"slug\": \"qa-retrospective\",\n \"version\": \"1.7.0\",\n \"publishedAt\": 1786890734903\n}\n\nFile v1.7.0:skill-card.md\n\n## Description:\n\nQA Retrospective helps QA teams run data-supported retrospectives after an iteration, project, or production incident and produce a retrospective report with follow-up improvement actions.\n\nThis skill is ready for commercial/non-commercial use.\n\n## Publisher:\n\n[kokxi](https://clawhub.ai/user/kokxi)\n\n### License/Terms of Use:\n\nMIT-0\n\n## Use Case:\n\nQA leads, test engineers, and development teams use this skill to turn defect trends, missed-test analysis, team feedback, and incident data into root-cause findings, action items, and reusable process assets.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: Retrospectives may include sensitive team feedback, defect data, or incident details.\n\nMitigation: Confirm the user intends to run a formal retrospective before processing sensitive material, and keep confidential data out of the workspace unless that is explicitly intended.\n\nRisk: Retrospective outputs may propose workflow or release-process changes that should not be treated as approved decisions.\n\nMitigation: Review proposed action items with the team, assign owners and due dates, and seek consensus before changing team processes.\n\n## Reference(s):\n\n\n## Skill Output:\n\n**Output Type(s):** [text, markdown, guidance]\n\n**Output Format:** [Markdown retrospective report and action-item tracking table]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Includes retrospective IDs, data review sections, root-cause analysis, improvement areas, action owners, due dates, and follow-up plans.]\n\n## Skill Version(s):\n\n1.7.0 (source: frontmatter and server release metadata)\n\n## Ethical Considerations:\n\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment.\n\nArchive v1.6.3: 3 files, 4951 bytes\n\nFiles: skill-card.md (2242b), SKILL.md (7570b), _meta.json (135b)\n\nFile v1.6.3:SKILL.md\n\n---\nname: qa-retrospective\nslug: qa-retrospective\ndisplayName: Retrospective\nversion: 1.6.3\ndescription: >-\n 当一个迭代结束、一个项目完成、或者发生线上事故需要事后分析时使用此技能。通过系统性的回顾会议和数据复盘，把个人和团队的经验教训转化为可复用的组织资产。不要沦为\"说说好话走个形式\"——有效的复盘需要有数据支撑（缺陷趋势/漏测分析/效率数据）、有根因分析（为什么出问题）和有 action items（下次怎么做不一样）。输出复盘报告和改进项追踪表。\n\nwhen_to_use: 用户说\"测试复盘\"、\"迭代复盘\"、\"项目复盘\"、\"经验沉淀\"、\"漏测分析\"、\"回顾总结\"、\"事后分析\"、需要复盘总结经验、反复出现同类问题需要根因改进时\nallowed-tools: Read Grep Glob\nrelated_skills:\n upstream:\n - qa-bug-root-cause-analysis # 输入：根因分析结果\n - qa-quality-metrics # 输入：质量度量数据\n - qa-bug-lifecycle # 输入：缺陷数据\n downstream:\n - qa-heuristic-checklist # 输出：更新checklist\n - qa-team-coaching # 输出：更新培训材料\n - qa-test-leadership\ninput_format:\n required:\n - name: 迭代数据\n type: object\n description: 迭代的测试和缺陷数据\n - name: 团队反馈\n type: array\n description: 团队成员反馈和意见\n optional:\n - name: 历史回顾\n type: object\n description: 历史回顾记录\noutput_format:\n traceability:\n - 每次复盘带唯一ID（RETRO-XXXX）\n structure:\n - retrospective_report: 复盘报告\n - what_went_well: 做得好的事项\n - improvement_areas: 改进领域\n - action_items: 行动项清单\n - follow_up_plan: 跟踪计划\ncategories: ['Development','Team']\ndepth_requirement_quantification:\n reference_value: \"根据迭代数据调整复盘深度：简单×1/中等×2/复杂×3\"\n minimum: \"至少包含数据支撑、根因分析、action items 3要素\"\nerror_recovery_guidance:\n on_failure: \"复盘数据不充分时回退到质量度量收集更多数据\"\n retry_behavior: \"补齐数据后重新复盘\"\n---\n> **⚠️ 安全警告**：本技能的示例可能涉及发布流程优化和协作流程调整建议。\n> 这些是复盘议题不是直接操作；请勿未经评审即变更团队流程，先达成共识再落地。\n> 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。\n\n# 复盘与经验沉淀\n\n## 核心原则\n\n复盘的目的是找到系统性的改进点，而不是找谁背锅。\n\n## 复盘五步法\n\n### 第1步：收集数据\n\n```text\n数据收集：\n├─ 缺陷数据\n│ ├─ 本迭代新增缺陷数\n│ ├─ 缺陷严重程度分布\n│ ├─ 缺陷类型分布\n│ └─ 缺陷模块分布\n│\n├─ 漏测数据\n│ ├─ 线上缺陷数\n│ ├─ 漏测原因分类\n│ ├─ 漏测影响评估\n│ └─ 漏测修复情况\n│\n├─ 测试数据\n│ ├─ 用例执行率\n│ ├─ 用例通过率\n│ ├─ 测试覆盖率\n│ └─ 测试效率\n│\n└─ 其他数据\n ├─ 需求变更次数\n ├─ 测试延期情况\n ├─ 线上故障情况\n └─ 用户反馈情况\n```\n\n### 第2步：根因分析（5 Whys）\n\n```text\n5 Whys分析法：\n\n问题：线上出现XX Bug\n├─ Why 1：为什么测试没发现？\n│ └─ 因为测试用例没覆盖这个场景\n├─ Why 2：为什么用例没覆盖？\n│ └─ 因为需求分析时没考虑到\n├─ Why 3：为什么需求分析没考虑到？\n│ └─ 因为对这个业务场景不熟悉\n├─ Why 4：为什么不熟悉？\n│ └─ 因为没有相关的知识沉淀\n├─ Why 5：为什么没有知识沉淀？\n│ └─ 因为没有复盘和总结机制\n\n根因归类：\n├─ 思维盲区：没想到\n├─ 信息缺失：不知道\n├─ 流程问题：流程不完善\n├─ 工具问题：工具不支持\n└─ 能力问题：能力不足\n```\n\n### 第3步：制定改进措施\n\n```text\n改进措施设计：\n├─ 具体：明确做什么\n├─ 可执行：能落地执行\n├─ 可衡量：有明确标准\n├─ 有负责人：明确责任人\n└─ 有时间：明确完成时间\n\n改进措施类型：\n├─ 流程改进：优化测试流程\n├─ 工具改进：引入/优化工具\n├─ 知识沉淀：更新Checklist/模板\n├─ 能力提升：培训/学习\n└─ 协作改进：优化协作方式\n\n示例：\n改进措施：更新登录功能测试Checklist\n├─ 具体：增加验证码相关测试点\n├─ 负责人：XXX\n├─ 完成时间：2024-01-15\n├─ 验收标准：Checklist更新并通知团队\n└─ 效果验证：下次迭代验证效果\n```\n\n### 第4步：资产沉淀\n\n```text\n资产沉淀类型：\n├─ Checklist更新\n│ ├─ 新增测试点\n│ ├─ 修正错误点\n│ └─ 优化检查项\n│\n├─ 模板更新\n│ ├─ 用例模板优化\n│ ├─ Bug报告模板优化\n│ └─ 测试报告模板优化\n│\n├─ 知识库更新\n│ ├─ 常见问题FAQ\n│ ├─ 测试经验总结\n│ └─ 最佳实践\n│\n└─ 流程更新\n ├─ 测试流程优化\n ├─ 协作流程优化\n └─ 发布流程优化\n```\n\n### 第5步：跟踪闭环\n\n```text\n跟踪机制：\n├─ 定期检查：每周/每月检查改进措施执行情况\n├─ 效果验证：验证改进措施是否有效\n├─ 持续优化：根据效果持续优化\n└─ 经验分享：分享改进经验\n\n闭环检查：\n├─ 措施是否执行？\n├─ 效果是否达到？\n├─ 是否需要调整？\n└─ 是否可以推广？\n```\n\n## 复盘报告模板\n\n```markdown\n# 复盘报告\n\n## 1. 基本信息\n- 迭代版本：[版本号]\n- 复盘时间：[日期]\n- 参与人员：[人员列表]\n\n## 2. 数据回顾\n- 缺陷数据：[新增X个，严重X个]\n- 漏测数据：[线上X个]\n- 测试数据：[执行率X%，通过率X%]\n\n## 3. 问题分析\n- 主要问题：[问题描述]\n- 根因分析：[5 Whys分析]\n- 根因归类：[思维/信息/流程/工具/能力]\n\n## 4. 改进措施\n- 措施1：[具体措施]\n- 措施2：[具体措施]\n- 措施3：[具体措施]\n\n## 5. 资产沉淀\n- Checklist更新：[更新内容]\n- 模板更新：[更新内容]\n- 知识库更新：[更新内容]\n\n## 6. 跟踪计划\n- 检查时间：[时间]\n- 负责人：[人员]\n- 验收标准：[标准]\n```\n\n## 应用场景\n\n**迭代结束后复盘：用户登录模块出现了3个线上Bug**\n→ 第1步：收集数据（Bug报告、修复记录、测试用例覆盖）\n→ 第2步：5 Whys分析（why漏测？→边界用例未覆盖→why？→测试设计时未识别边界→why？→需求未说明边界）\n→ 第3步：改进措施（增加边界分析环节、补充典型边界checklist）\n→ 第4步：资产沉淀（将边界checklist更新到启发式清单）\n→ 第5步：跟踪计划（下个迭代验证新增checklist的有效性）\n\n**用户说\"这个问题又发生了\"**\n→ 触发复盘：系统性的根因分析，避免同类问题再次发生\n\n## 自检清单\n\n复盘完成后检查：\n- [ ] 数据收集是否完整？\n- [ ] 根因分析是否深入？\n- [ ] 改进措施是否具体？\n- [ ] 资产沉淀是否完成？\n- [ ] 跟踪计划是否制定？\n- [ ] 经验是否分享？\n\n\n## 检查清单\n\n- [ ] 数据是否支撑结论？\n- [ ] 根因是否分析？\n- [ ] action items是否可执行？\n- [ ] 责任人和时限是否明确？\n- [ ] 追踪机制是否建立？\n\nFile v1.6.3:_meta.json\n\n{\n \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n \"slug\": \"qa-retrospective\",\n \"version\": \"1.6.3\",\n \"publishedAt\": 1786548391262\n}\n\nFile v1.6.3:skill-card.md\n\n## Description:\n\nHelps teams run QA retrospectives after iterations, projects, or incidents by turning defect trends, missed-test analysis, root-cause findings, and team feedback into a retrospective report and improvement tracking plan.\n\nThis skill is ready for commercial/non-commercial use.\n\n## Publisher:\n\n[kokxi](https://clawhub.ai/user/kokxi)\n\n### License/Terms of Use:\n\nMIT-0\n\n## Use Case:\n\nQA engineers, test leads, and development teams use this skill to facilitate structured retrospectives after releases, projects, repeated defects, or production incidents. It guides data collection, 5 Whys analysis, action-item planning, asset updates, and follow-up tracking.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: Broad trigger phrases about summaries or recurring problems may activate the retrospective workflow when the user only intended to discuss an issue.\n\nMitigation: Confirm that the user wants a QA retrospective before proceeding when the trigger context is ambiguous.\n\nRisk: Retrospective recommendations may affect team process, release flow, or collaboration practices.\n\nMitigation: Treat recommendations as proposals and require team review and agreement before changing operating procedures.\n\nRisk: Insufficient defect, test, incident, or team-feedback data can make the retrospective incomplete or misleading.\n\nMitigation: Collect the missing quality metrics, defect lifecycle details, and team input before finalizing the report and action plan.\n\n## Reference(s):\n\n\n## Skill Output:\n\n**Output Type(s):** [text, markdown, guidance]\n\n**Output Format:** [Markdown retrospective report and action-item tracking table]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Includes a retrospective identifier, data review, root-cause analysis, improvement actions, asset updates, owners, deadlines, and follow-up plan.]\n\n## Skill Version(s):\n\n1.6.3 (source: release evidence and SKILL.md frontmatter)\n\n## Ethical Considerations:\n\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment.\n\nArchive v1.6.0: 3 files, 4914 bytes\n\nFiles: skill-card.md (2169b), SKILL.md (7765b), _meta.json (135b)\n\nFile v1.6.0:SKILL.md\n\n---\r\nname: qa-retrospective\r\nversion: 1.6.0\r\ndescription: >-\r\n 当一个迭代结束、一个项目完成、或者发生线上事故需要事后分析时使用此技能。通过系统性的回顾会议和数据复盘，把个人和团队的经验教训转化为可复用的组织资产。不要沦为\"说说好话走个形式\"——有效的复盘需要有数据支撑（缺陷趋势/漏测分析/效率数据）、有根因分析（为什么出问题）和有 action items（下次怎么做不一样）。输出复盘报告和改进项追踪表。\r\n\r\nwhen_to_use: 用户说\"测试复盘\"、\"迭代复盘\"、\"项目复盘\"、\"经验沉淀\"、\"漏测分析\"、\"回顾总结\"、\"事后分析\"、需要复盘总结经验、反复出现同类问题需要根因改进时\r\nallowed-tools: Read Grep Glob\r\nrelated_skills:\r\n upstream:\r\n - qa-bug-root-cause-analysis # 输入：根因分析结果\r\n - qa-quality-metrics # 输入：质量度量数据\r\n - qa-bug-lifecycle # 输入：缺陷数据\r\n downstream:\r\n - qa-heuristic-checklist # 输出：更新checklist\r\n - qa-team-coaching # 输出：更新培训材料\r\n - qa-test-leadership\r\ninput_format:\r\n required:\r\n - name: 迭代数据\r\n type: object\r\n description: 迭代的测试和缺陷数据\r\n - name: 团队反馈\r\n type: array\r\n description: 团队成员反馈和意见\r\n optional:\r\n - name: 历史回顾\r\n type: object\r\n description: 历史回顾记录\r\noutput_format:\r\n traceability:\r\n - 每次复盘带唯一ID（RETRO-XXXX）\r\n structure:\r\n - retrospective_report: 复盘报告\r\n - what_went_well: 做得好的事项\r\n - improvement_areas: 改进领域\r\n - action_items: 行动项清单\r\n - follow_up_plan: 跟踪计划\r\ncategories: ['Development','Team']\r\ndepth_requirement_quantification:\r\n reference_value: \"根据迭代数据调整复盘深度：简单×1/中等×2/复杂×3\"\r\n minimum: \"至少包含数据支撑、根因分析、action items 3要素\"\r\nerror_recovery_guidance:\r\n on_failure: \"复盘数据不充分时回退到质量度量收集更多数据\"\r\n retry_behavior: \"补齐数据后重新复盘\"\r\n---\r\n> **⚠️ 安全警告**：本技能的示例可能涉及发布流程优化和协作流程调整建议。\r\n> 这些是复盘议题不是直接操作；请勿未经评审即变更团队流程，先达成共识再落地。\r\n> 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。\r\n\r\n# 复盘与经验沉淀\r\n\r\n## 核心原则\r\n\r\n复盘的目的是找到系统性的改进点，而不是找谁背锅。\r\n\r\n## 复盘五步法\r\n\r\n### 第1步：收集数据\r\n\r\n```text\r\n数据收集：\r\n├─ 缺陷数据\r\n│ ├─ 本迭代新增缺陷数\r\n│ ├─ 缺陷严重程度分布\r\n│ ├─ 缺陷类型分布\r\n│ └─ 缺陷模块分布\r\n│\r\n├─ 漏测数据\r\n│ ├─ 线上缺陷数\r\n│ ├─ 漏测原因分类\r\n│ ├─ 漏测影响评估\r\n│ └─ 漏测修复情况\r\n│\r\n├─ 测试数据\r\n│ ├─ 用例执行率\r\n│ ├─ 用例通过率\r\n│ ├─ 测试覆盖率\r\n│ └─ 测试效率\r\n│\r\n└─ 其他数据\r\n ├─ 需求变更次数\r\n ├─ 测试延期情况\r\n ├─ 线上故障情况\r\n └─ 用户反馈情况\r\n```\r\n\r\n### 第2步：根因分析（5 Whys）\r\n\r\n```text\r\n5 Whys分析法：\r\n\r\n问题：线上出现XX Bug\r\n├─ Why 1：为什么测试没发现？\r\n│ └─ 因为测试用例没覆盖这个场景\r\n├─ Why 2：为什么用例没覆盖？\r\n│ └─ 因为需求分析时没考虑到\r\n├─ Why 3：为什么需求分析没考虑到？\r\n│ └─ 因为对这个业务场景不熟悉\r\n├─ Why 4：为什么不熟悉？\r\n│ └─ 因为没有相关的知识沉淀\r\n├─ Why 5：为什么没有知识沉淀？\r\n│ └─ 因为没有复盘和总结机制\r\n\r\n根因归类：\r\n├─ 思维盲区：没想到\r\n├─ 信息缺失：不知道\r\n├─ 流程问题：流程不完善\r\n├─ 工具问题：工具不支持\r\n└─ 能力问题：能力不足\r\n```\r\n\r\n### 第3步：制定改进措施\r\n\r\n```text\r\n改进措施设计：\r\n├─ 具体：明确做什么\r\n├─ 可执行：能落地执行\r\n├─ 可衡量：有明确标准\r\n├─ 有负责人：明确责任人\r\n└─ 有时间：明确完成时间\r\n\r\n改进措施类型：\r\n├─ 流程改进：优化测试流程\r\n├─ 工具改进：引入/优化工具\r\n├─ 知识沉淀：更新Checklist/模板\r\n├─ 能力提升：培训/学习\r\n└─ 协作改进：优化协作方式\r\n\r\n示例：\r\n改进措施：更新登录功能测试Checklist\r\n├─ 具体：增加验证码相关测试点\r\n├─ 负责人：XXX\r\n├─ 完成时间：2024-01-15\r\n├─ 验收标准：Checklist更新并通知团队\r\n└─ 效果验证：下次迭代验证效果\r\n```\r\n\r\n### 第4步：资产沉淀\r\n\r\n```text\r\n资产沉淀类型：\r\n├─ Checklist更新\r\n│ ├─ 新增测试点\r\n│ ├─ 修正错误点\r\n│ └─ 优化检查项\r\n│\r\n├─ 模板更新\r\n│ ├─ 用例模板优化\r\n│ ├─ Bug报告模板优化\r\n│ └─ 测试报告模板优化\r\n│\r\n├─ 知识库更新\r\n│ ├─ 常见问题FAQ\r\n│ ├─ 测试经验总结\r\n│ └─ 最佳实践\r\n│\r\n└─ 流程更新\r\n ├─ 测试流程优化\r\n ├─ 协作流程优化\r\n └─ 发布流程优化\r\n```\r\n\r\n### 第5步：跟踪闭环\r\n\r\n```text\r\n跟踪机制：\r\n├─ 定期检查：每周/每月检查改进措施执行情况\r\n├─ 效果验证：验证改进措施是否有效\r\n├─ 持续优化：根据效果持续优化\r\n└─ 经验分享：分享改进经验\r\n\r\n闭环检查：\r\n├─ 措施是否执行？\r\n├─ 效果是否达到？\r\n├─ 是否需要调整？\r\n└─ 是否可以推广？\r\n```\r\n\r\n## 复盘报告模板\r\n\r\n```markdown\r\n# 复盘报告\r\n\r\n## 1. 基本信息\r\n- 迭代版本：[版本号]\r\n- 复盘时间：[日期]\r\n- 参与人员：[人员列表]\r\n\r\n## 2. 数据回顾\r\n- 缺陷数据：[新增X个，严重X个]\r\n- 漏测数据：[线上X个]\r\n- 测试数据：[执行率X%，通过率X%]\r\n\r\n## 3. 问题分析\r\n- 主要问题：[问题描述]\r\n- 根因分析：[5 Whys分析]\r\n- 根因归类：[思维/信息/流程/工具/能力]\r\n\r\n## 4. 改进措施\r\n- 措施1：[具体措施]\r\n- 措施2：[具体措施]\r\n- 措施3：[具体措施]\r\n\r\n## 5. 资产沉淀\r\n- Checklist更新：[更新内容]\r\n- 模板更新：[更新内容]\r\n- 知识库更新：[更新内容]\r\n\r\n## 6. 跟踪计划\r\n- 检查时间：[时间]\r\n- 负责人：[人员]\r\n- 验收标准：[标准]\r\n```\r\n\r\n## 应用场景\r\n\r\n**迭代结束后复盘：用户登录模块出现了3个线上Bug**\r\n→ 第1步：收集数据（Bug报告、修复记录、测试用例覆盖）\r\n→ 第2步：5 Whys分析（why漏测？→边界用例未覆盖→why？→测试设计时未识别边界→why？→需求未说明边界）\r\n→ 第3步：改进措施（增加边界分析环节、补充典型边界checklist）\r\n→ 第4步：资产沉淀（将边界checklist更新到启发式清单）\r\n→ 第5步：跟踪计划（下个迭代验证新增checklist的有效性）\r\n\r\n**用户说\"这个问题又发生了\"**\r\n→ 触发复盘：系统性的根因分析，避免同类问题再次发生\r\n\r\n## 自检清单\r\n\r\n复盘完成后检查：\r\n- [ ] 数据收集是否完整？\r\n- [ ] 根因分析是否深入？\r\n- [ ] 改进措施是否具体？\r\n- [ ] 资产沉淀是否完成？\r\n- [ ] 跟踪计划是否制定？\r\n- [ ] 经验是否分享？\r\n\r\n\r\n## 检查清单\r\n\r\n- [ ] 数据是否支撑结论？\r\n- [ ] 根因是否分析？\r\n- [ ] action items是否可执行？\r\n- [ ] 责任人和时限是否明确？\r\n- [ ] 追踪机制是否建立？\n\nFile v1.6.0:_meta.json\n\n{\n \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n \"slug\": \"qa-retrospective\",\n \"version\": \"1.6.0\",\n \"publishedAt\": 1783358208970\n}\n\nFile v1.6.0:skill-card.md\n\n## Description:
\nGuides QA and project teams through data-backed retrospectives that turn iteration, project, or incident lessons into retrospective reports, action items, and follow-up plans.
\n\nThis skill is ready for commercial/non-commercial use.
\n\n## Publisher:
\n[kokxi](https://clawhub.ai/user/kokxi)
\n\n### License/Terms of Use:
\nMIT-0
\n\n\n## Use Case:
\nQA engineers, test leads, and project teams use this skill after an iteration, project, recurring issue, or production incident to collect quality data, analyze root causes, define action items, and create reusable team knowledge.
\n\n### Deployment Geography for Use:
\nGlobal
\n\n## Known Risks and Mitigations:
\nRisk: Retrospective recommendations may be mistaken for approved process changes.
\nMitigation: Review proposed workflow, release, or collaboration changes with the team and reach consensus before implementation.
\nRisk: Retrospectives can include sensitive team feedback, defect details, or incident context.
\nMitigation: Provide only information appropriate for the workspace context and avoid unnecessary sensitive details.
\nRisk: Broad review or recurring-problem phrasing may activate the skill when a different analysis is intended.
\nMitigation: Clarify the requested output when the user needs a different summary, investigation, or analysis format.
\n\n\n## Reference(s):
\n\n\n## Skill Output:
\n**Output Type(s):** [text, markdown, guidance]
\n**Output Format:** [Markdown retrospective reports, action-item tracking tables, checklists, and follow-up plans]
\n**Output Parameters:** [1D]
\n**Other Properties Related to Output:** [Each retrospective is expected to include a RETRO-XXXX traceability ID and data-backed root-cause analysis.]
\n\n## Skill Version(s):
\n1.6.0 (source: evidence release and artifact frontmatter)
\n\n## Ethical Considerations:
\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment.
\n\nArchive v1.5.0: 3 files, 4441 bytes\n\nFiles: skill-card.md (2198b), SKILL.md (6935b), _meta.json (135b)\n\nFile v1.5.0:SKILL.md\n\n---\r\nname: qa-retrospective\r\nversion: 1.5.0\r\ndescription: >-\r\n 当一个迭代结束、一个项目完成、或者发生线上事故需要事后分析时使用此技能。通过系统性的回顾会议和数据复盘，把个人和团队的经验教训转化为可复用的组织资产。不要沦为\"说说好话走个形式\"——有效的复盘需要有数据支撑（缺陷趋势/漏测分析/效率数据）、有根因分析（为什么出问题）和有 action items（下次怎么做不一样）。输出复盘报告和改进项追踪表。\r\n\r\nwhen_to_use: 用户说\"复盘\"、\"总结\"、\"经验沉淀\"、\"漏测分析\"、\"回顾\"、\"事后分析\"、需要复盘总结经验、反复出现同类问题需要根因改进时\r\nallowed-tools: Read Grep Glob\r\nrelated_skills:\r\n upstream:\r\n - qa-bug-root-cause-analysis # 输入：根因分析结果\r\n - qa-quality-metrics # 输入：质量度量数据\r\n - qa-bug-lifecycle # 输入：缺陷数据\r\n downstream:\r\n - qa-heuristic-checklist # 输出：更新checklist\r\n - qa-team-coaching # 输出：更新培训材料\r\ninput_format:\r\n required:\r\n - name: 迭代数据\r\n type: object\r\n description: 迭代的测试和缺陷数据\r\n - name: 团队反馈\r\n type: array\r\n description: 团队成员反馈和意见\r\n optional:\r\n - name: 历史回顾\r\n type: object\r\n description: 历史回顾记录\r\noutput_format:\r\n structure:\r\n - retrospective_report: 复盘报告\r\n - what_went_well: 做得好的事项\r\n - improvement_areas: 改进领域\r\n - action_items: 行动项清单\r\n - follow_up_plan: 跟踪计划\r\n---\r\n\r\n# 复盘与经验沉淀\r\n\r\n## 核心原则\r\n\r\n你是一位复盘专家，擅长把\"个人经验\"转化为\"组织资产\"。\r\n**核心原则**：复盘的目的是找到系统性的改进点，而不是找谁背锅。\r\n本技能提供复盘五步法（收集数据→根因分析→改进措施→资产沉淀→跟踪闭环）。\r\n\r\n## 复盘五步法\r\n\r\n### 第1步：收集数据\r\n\r\n```text\r\n数据收集：\r\n├─ 缺陷数据\r\n│ ├─ 本迭代新增缺陷数\r\n│ ├─ 缺陷严重程度分布\r\n│ ├─ 缺陷类型分布\r\n│ └─ 缺陷模块分布\r\n│\r\n├─ 漏测数据\r\n│ ├─ 线上缺陷数\r\n│ ├─ 漏测原因分类\r\n│ ├─ 漏测影响评估\r\n│ └─ 漏测修复情况\r\n│\r\n├─ 测试数据\r\n│ ├─ 用例执行率\r\n│ ├─ 用例通过率\r\n│ ├─ 测试覆盖率\r\n│ └─ 测试效率\r\n│\r\n└─ 其他数据\r\n ├─ 需求变更次数\r\n ├─ 测试延期情况\r\n ├─ 线上故障情况\r\n └─ 用户反馈情况\r\n```\r\n\r\n### 第2步：根因分析（5 Whys）\r\n\r\n```text\r\n5 Whys分析法：\r\n\r\n问题：线上出现XX Bug\r\n├─ Why 1：为什么测试没发现？\r\n│ └─ 因为测试用例没覆盖这个场景\r\n├─ Why 2：为什么用例没覆盖？\r\n│ └─ 因为需求分析时没考虑到\r\n├─ Why 3：为什么需求分析没考虑到？\r\n│ └─ 因为对这个业务场景不熟悉\r\n├─ Why 4：为什么不熟悉？\r\n│ └─ 因为没有相关的知识沉淀\r\n├─ Why 5：为什么没有知识沉淀？\r\n│ └─ 因为没有复盘和总结机制\r\n\r\n根因归类：\r\n├─ 思维盲区：没想到\r\n├─ 信息缺失：不知道\r\n├─ 流程问题：流程不完善\r\n├─ 工具问题：工具不支持\r\n└─ 能力问题：能力不足\r\n```\r\n\r\n### 第3步：制定改进措施\r\n\r\n```text\r\n改进措施设计：\r\n├─ 具体：明确做什么\r\n├─ 可执行：能落地执行\r\n├─ 可衡量：有明确标准\r\n├─ 有负责人：明确责任人\r\n└─ 有时间：明确完成时间\r\n\r\n改进措施类型：\r\n├─ 流程改进：优化测试流程\r\n├─ 工具改进：引入/优化工具\r\n├─ 知识沉淀：更新Checklist/模板\r\n├─ 能力提升：培训/学习\r\n└─ 协作改进：优化协作方式\r\n\r\n示例：\r\n改进措施：更新登录功能测试Checklist\r\n├─ 具体：增加验证码相关测试点\r\n├─ 负责人：XXX\r\n├─ 完成时间：2024-01-15\r\n├─ 验收标准：Checklist更新并通知团队\r\n└─ 效果验证：下次迭代验证效果\r\n```\r\n\r\n### 第4步：资产沉淀\r\n\r\n```text\r\n资产沉淀类型：\r\n├─ Checklist更新\r\n│ ├─ 新增测试点\r\n│ ├─ 修正错误点\r\n│ └─ 优化检查项\r\n│\r\n├─ 模板更新\r\n│ ├─ 用例模板优化\r\n│ ├─ Bug报告模板优化\r\n│ └─ 测试报告模板优化\r\n│\r\n├─ 知识库更新\r\n│ ├─ 常见问题FAQ\r\n│ ├─ 测试经验总结\r\n│ └─ 最佳实践\r\n│\r\n└─ 流程更新\r\n ├─ 测试流程优化\r\n ├─ 协作流程优化\r\n └─ 发布流程优化\r\n```\r\n\r\n### 第5步：跟踪闭环\r\n\r\n```text\r\n跟踪机制：\r\n├─ 定期检查：每周/每月检查改进措施执行情况\r\n├─ 效果验证：验证改进措施是否有效\r\n├─ 持续优化：根据效果持续优化\r\n└─ 经验分享：分享改进经验\r\n\r\n闭环检查：\r\n├─ 措施是否执行？\r\n├─ 效果是否达到？\r\n├─ 是否需要调整？\r\n└─ 是否可以推广？\r\n```\r\n\r\n## 复盘报告模板\r\n\r\n```markdown\r\n# 复盘报告\r\n\r\n## 1. 基本信息\r\n- 迭代版本：[版本号]\r\n- 复盘时间：[日期]\r\n- 参与人员：[人员列表]\r\n\r\n## 2. 数据回顾\r\n- 缺陷数据：[新增X个，严重X个]\r\n- 漏测数据：[线上X个]\r\n- 测试数据：[执行率X%，通过率X%]\r\n\r\n## 3. 问题分析\r\n- 主要问题：[问题描述]\r\n- 根因分析：[5 Whys分析]\r\n- 根因归类：[思维/信息/流程/工具/能力]\r\n\r\n## 4. 改进措施\r\n- 措施1：[具体措施]\r\n- 措施2：[具体措施]\r\n- 措施3：[具体措施]\r\n\r\n## 5. 资产沉淀\r\n- Checklist更新：[更新内容]\r\n- 模板更新：[更新内容]\r\n- 知识库更新：[更新内容]\r\n\r\n## 6. 跟踪计划\r\n- 检查时间：[时间]\r\n- 负责人：[人员]\r\n- 验收标准：[标准]\r\n```\r\n\r\n## 应用场景\r\n\r\n**迭代结束后复盘：用户登录模块出现了3个线上Bug**\r\n→ 第1步：收集数据（Bug报告、修复记录、测试用例覆盖）\r\n→ 第2步：5 Whys分析（why漏测？→边界用例未覆盖→why？→测试设计时未识别边界→why？→需求未说明边界）\r\n→ 第3步：改进措施（增加边界分析环节、补充典型边界checklist）\r\n→ 第4步：资产沉淀（将边界checklist更新到启发式清单）\r\n→ 第5步：跟踪计划（下个迭代验证新增checklist的有效性）\r\n\r\n**用户说\"这个问题又发生了\"**\r\n→ 触发复盘：系统性的根因分析，避免同类问题再次发生\r\n\r\n## 自检清单\r\n\r\n复盘完成后检查：\r\n- [ ] 数据收集是否完整？\r\n- [ ] 根因分析是否深入？\r\n- [ ] 改进措施是否具体？\r\n- [ ] 资产沉淀是否完成？\r\n- [ ] 跟踪计划是否制定？\r\n- [ ] 经验是否分享？\n\nFile v1.5.0:_meta.json\n\n{\n \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n \"slug\": \"qa-retrospective\",\n \"version\": \"1.5.0\",\n \"publishedAt\": 1782736479830\n}\n\nFile v1.5.0:skill-card.md\n\n## Description:
\nGuides QA teams through Chinese-language retrospectives after iterations, projects, or incidents, turning defect data, root-cause analysis, and action items into a retrospective report and improvement tracker.
\n\nThis skill is ready for commercial/non-commercial use.
\n\n## Publisher:
\n[kokxi](https://clawhub.ai/user/kokxi)
\n\n### License/Terms of Use:
\nMIT-0
\n\n\n## Use Case:
\nQA practitioners and engineering teams use this skill to run structured retrospectives after releases, projects, recurring issues, or production incidents. It helps collect defect, missed-test, coverage, efficiency, and team-feedback data, analyze root causes, define improvements, preserve reusable assets, and track follow-up actions.
\n\n### Deployment Geography for Use:
\nGlobal
\n\n## Known Risks and Mitigations:
\nRisk: Generic summarize, review, or retrospective requests may trigger the skill and cause the agent to inspect files available in the current workspace.
\nMitigation: Use the skill with relevant project or QA materials and avoid granting access to unrelated private content.
\nRisk: Retrospective conclusions may be incomplete or misleading if defect, test, incident, or team-feedback data is missing.
\nMitigation: Review the generated report against source QA data and confirm owners, dates, acceptance criteria, and follow-up actions before adopting it.
\n\n\n## Reference(s):
\n\n\n## Skill Output:
\n**Output Type(s):** [text, markdown, guidance]
\n**Output Format:** [Markdown retrospective report and action-item tracking plan]
\n**Output Parameters:** [1D]
\n**Other Properties Related to Output:** [Chinese-language retrospective structure with sections for data review, root-cause analysis, improvement areas, asset updates, and follow-up plan.]
\n\n## Skill Version(s):
\n1.5.0 (source: frontmatter and release evidence)
\n\n## Ethical Considerations:
\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment.
\n\nArchive v1.4.1: 3 files, 3924 bytes\n\nFiles: skill-card.md (1773b), SKILL.md (6162b), _meta.json (135b)\n\nFile v1.4.1:SKILL.md\n\n---\r\nname: qa-retrospective\r\ndescription: >-\r\n 复盘与经验沉淀，通过系统性回顾把项目经验和漏测教训转化为组织可复用的资产。当需要复盘总结或根因改进时激活。\r\n\r\nwhen_to_use: 用户说\"复盘\"、\"总结\"、\"经验沉淀\"、\"漏测分析\"、\"回顾\"、\"事后分析\"、需要复盘总结经验、反复出现同类问题需要根因改进时\r\nallowed-tools: Read Grep Glob\r\nrelated_skills:\r\n upstream:\r\n - qa-bug-root-cause-analysis # 输入：根因分析结果\r\n - qa-quality-metrics # 输入：质量度量数据\r\n - qa-bug-lifecycle # 输入：缺陷数据\r\n downstream:\r\n - qa-heuristic-checklist # 输出：更新checklist\r\n - qa-team-coaching # 输出：更新培训材料\r\ninput_format: 根因分析 + 质量度量 + 缺陷数据\r\noutput_format: 复盘报告（问题分析+根因+改进措施+资产沉淀）\r\n---\r\n\r\n# 复盘与经验沉淀\r\n\r\n## Overview\r\n\r\n你是一位复盘专家，擅长把\"个人经验\"转化为\"组织资产\"。\r\n**核心原则**：复盘的目的是找到系统性的改进点，而不是找谁背锅。\r\n本技能提供复盘五步法（收集数据→根因分析→改进措施→资产沉淀→跟踪闭环）。\r\n\r\n## 复盘五步法\r\n\r\n### 第1步：收集数据\r\n\r\n```\r\n数据收集：\r\n├─ 缺陷数据\r\n│ ├─ 本迭代新增缺陷数\r\n│ ├─ 缺陷严重程度分布\r\n│ ├─ 缺陷类型分布\r\n│ └─ 缺陷模块分布\r\n│\r\n├─ 漏测数据\r\n│ ├─ 线上缺陷数\r\n│ ├─ 漏测原因分类\r\n│ ├─ 漏测影响评估\r\n│ └─ 漏测修复情况\r\n│\r\n├─ 测试数据\r\n│ ├─ 用例执行率\r\n│ ├─ 用例通过率\r\n│ ├─ 测试覆盖率\r\n│ └─ 测试效率\r\n│\r\n└─ 其他数据\r\n ├─ 需求变更次数\r\n ├─ 测试延期情况\r\n ├─ 线上故障情况\r\n └─ 用户反馈情况\r\n```\r\n\r\n### 第2步：根因分析（5 Whys）\r\n\r\n```\r\n5 Whys分析法：\r\n\r\n问题：线上出现XX Bug\r\n├─ Why 1：为什么测试没发现？\r\n│ └─ 因为测试用例没覆盖这个场景\r\n├─ Why 2：为什么用例没覆盖？\r\n│ └─ 因为需求分析时没考虑到\r\n├─ Why 3：为什么需求分析没考虑到？\r\n│ └─ 因为对这个业务场景不熟悉\r\n├─ Why 4：为什么不熟悉？\r\n│ └─ 因为没有相关的知识沉淀\r\n├─ Why 5：为什么没有知识沉淀？\r\n│ └─ 因为没有复盘和总结机制\r\n\r\n根因归类：\r\n├─ 思维盲区：没想到\r\n├─ 信息缺失：不知道\r\n├─ 流程问题：流程不完善\r\n├─ 工具问题：工具不支持\r\n└─ 能力问题：能力不足\r\n```\r\n\r\n### 第3步：制定改进措施\r\n\r\n```\r\n改进措施设计：\r\n├─ 具体：明确做什么\r\n├─ 可执行：能落地执行\r\n├─ 可衡量：有明确标准\r\n├─ 有负责人：明确责任人\r\n└─ 有时间：明确完成时间\r\n\r\n改进措施类型：\r\n├─ 流程改进：优化测试流程\r\n├─ 工具改进：引入/优化工具\r\n├─ 知识沉淀：更新Checklist/模板\r\n├─ 能力提升：培训/学习\r\n└─ 协作改进：优化协作方式\r\n\r\n示例：\r\n改进措施：更新登录功能测试Checklist\r\n├─ 具体：增加验证码相关测试点\r\n├─ 负责人：XXX\r\n├─ 完成时间：2024-01-15\r\n├─ 验收标准：Checklist更新并通知团队\r\n└─ 效果验证：下次迭代验证效果\r\n```\r\n\r\n### 第4步：资产沉淀\r\n\r\n```\r\n资产沉淀类型：\r\n├─ Checklist更新\r\n│ ├─ 新增测试点\r\n│ ├─ 修正错误点\r\n│ └─ 优化检查项\r\n│\r\n├─ 模板更新\r\n│ ├─ 用例模板优化\r\n│ ├─ Bug报告模板优化\r\n│ └─ 测试报告模板优化\r\n│\r\n├─ 知识库更新\r\n│ ├─ 常见问题FAQ\r\n│ ├─ 测试经验总结\r\n│ └─ 最佳实践\r\n│\r\n└─ 流程更新\r\n ├─ 测试流程优化\r\n ├─ 协作流程优化\r\n └─ 发布流程优化\r\n```\r\n\r\n### 第5步：跟踪闭环\r\n\r\n```\r\n跟踪机制：\r\n├─ 定期检查：每周/每月检查改进措施执行情况\r\n├─ 效果验证：验证改进措施是否有效\r\n├─ 持续优化：根据效果持续优化\r\n└─ 经验分享：分享改进经验\r\n\r\n闭环检查：\r\n├─ 措施是否执行？\r\n├─ 效果是否达到？\r\n├─ 是否需要调整？\r\n└─ 是否可以推广？\r\n```\r\n\r\n## 复盘报告模板\r\n\r\n```markdown\r\n# 复盘报告\r\n\r\n## 1. 基本信息\r\n- 迭代版本：[版本号]\r\n- 复盘时间：[日期]\r\n- 参与人员：[人员列表]\r\n\r\n## 2. 数据回顾\r\n- 缺陷数据：[新增X个，严重X个]\r\n- 漏测数据：[线上X个]\r\n- 测试数据：[执行率X%，通过率X%]\r\n\r\n## 3. 问题分析\r\n- 主要问题：[问题描述]\r\n- 根因分析：[5 Whys分析]\r\n- 根因归类：[思维/信息/流程/工具/能力]\r\n\r\n## 4. 改进措施\r\n- 措施1：[具体措施]\r\n- 措施2：[具体措施]\r\n- 措施3：[具体措施]\r\n\r\n## 5. 资产沉淀\r\n- Checklist更新：[更新内容]\r\n- 模板更新：[更新内容]\r\n- 知识库更新：[更新内容]\r\n\r\n## 6. 跟踪计划\r\n- 检查时间：[时间]\r\n- 负责人：[人员]\r\n- 验收标准：[标准]\r\n```\r\n\r\n## Examples\r\n\r\n**迭代结束后复盘：用户登录模块出现了3个线上Bug**\r\n→ 第1步：收集数据（Bug报告、修复记录、测试用例覆盖）\r\n→ 第2步：5 Whys分析（why漏测？→边界用例未覆盖→why？→测试设计时未识别边界→why？→需求未说明边界）\r\n→ 第3步：改进措施（增加边界分析环节、补充典型边界checklist）\r\n→ 第4步：资产沉淀（将边界checklist更新到启发式清单）\r\n→ 第5步：跟踪计划（下个迭代验证新增checklist的有效性）\r\n\r\n**用户说\"这个问题又发生了\"**\r\n→ 触发复盘：系统性的根因分析，避免同类问题再次发生\r\n\r\n## Guidelines\r\n\r\n复盘完成后检查：\r\n- [ ] 数据收集是否完整？\r\n- [ ] 根因分析是否深入？\r\n- [ ] 改进措施是否具体？\r\n- [ ] 资产沉淀是否完成？\r\n- [ ] 跟踪计划是否制定？\r\n- [ ] 经验是否分享？\n\nFile v1.4.1:_meta.json\n\n{\n \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n \"slug\": \"qa-retrospective\",\n \"version\": \"1.4.1\",\n \"publishedAt\": 1782406562753\n}\n\nFile v1.4.1:skill-card.md\n\n## Description:
\nHelps QA teams run structured retrospectives that turn defects, missed testing, and project lessons into reusable process assets.
\n\nThis skill is ready for commercial/non-commercial use.
\n\n## Publisher:
\n[kokxi](https://clawhub.ai/user/kokxi)
\n\n### License/Terms of Use:
\nMIT-0
\n\n\n## Use Case:
\nQA engineers, test leads, and development teams use this skill after iterations, incidents, repeated defects, or missed tests to collect evidence, perform 5 Whys analysis, define corrective actions, and capture reusable checklists, templates, and knowledge-base updates.
\n\n### Deployment Geography for Use:
\nGlobal
\n\n## Known Risks and Mitigations:
\nRisk: The skill reads project repositories or QA documents that may contain sensitive defect, incident, or release information.
\nMitigation: Use it only with repositories and QA materials the agent is allowed to inspect, and review generated retrospective findings before sharing them.
\n\n\n## Reference(s):
\n\n\n## Skill Output:
\n**Output Type(s):** [text, markdown, guidance]
\n**Output Format:** [Markdown retrospective report with structured analysis, corrective actions, asset updates, and follow-up plan]
\n**Output Parameters:** [1D]
\n**Other Properties Related to Output:** [Uses read-only project inspection inputs such as root-cause analysis, quality metrics, and defect data.]
\n\n## Skill Version(s):
\n1.4.1 (source: server release evidence)
\n\n## Ethical Considerations:
\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment.
\n\nArchive v1.4.0: 3 files, 3889 bytes\n\nFiles: skill-card.md (1606b), SKILL.md (6389b), _meta.json (135b)\n\nFile v1.4.0:SKILL.md\n\n---\r\nname: qa-retrospective\r\ndescription: >-\r\n 复盘与经验沉淀，把个人经验转化为组织资产。当用户需要复盘、总结、经验沉淀或漏测分析时自动触发。\r\n 也适用于：项目结束后需要系统性回顾，或反复出现同类问题需要根因改进时。\r\n 关键词：复盘、经验沉淀、漏测分析、持续改进、根因分析、改进跟踪、复盘报告、知识沉淀、回顾会议。\nwhen_to_use: 用户说\"复盘\"、\"总结\"、\"经验沉淀\"、\"漏测分析\"、\"回顾\"、\"事后分析\"、需要复盘总结经验、反复出现同类问题需要根因改进时\r\nallowed-tools: Read Grep Glob\r\nrelated_skills:\r\n upstream:\r\n - qa-bug-root-cause-analysis # 输入：根因分析结果\r\n - qa-quality-metrics # 输入：质量度量数据\r\n - qa-bug-lifecycle # 输入：缺陷数据\r\n downstream:\r\n - qa-heuristic-checklist # 输出：更新checklist\r\n - qa-team-coaching # 输出：更新培训材料\r\ninput_format: 根因分析 + 质量度量 + 缺陷数据\r\noutput_format: 复盘报告（问题分析+根因+改进措施+资产沉淀）\r\n---\r\n\r\n# 复盘与经验沉淀\r\n\r\n## Overview\r\n\r\n你是一位复盘专家，擅长把\"个人经验\"转化为\"组织资产\"。\r\n**核心原则**：复盘的目的是找到系统性的改进点，而不是找谁背锅。\r\n本技能提供复盘五步法（收集数据→根因分析→改进措施→资产沉淀→跟踪闭环）。\r\n\r\n## 复盘五步法\r\n\r\n### 第1步：收集数据\r\n\r\n```\r\n数据收集：\r\n├─ 缺陷数据\r\n│ ├─ 本迭代新增缺陷数\r\n│ ├─ 缺陷严重程度分布\r\n│ ├─ 缺陷类型分布\r\n│ └─ 缺陷模块分布\r\n│\r\n├─ 漏测数据\r\n│ ├─ 线上缺陷数\r\n│ ├─ 漏测原因分类\r\n│ ├─ 漏测影响评估\r\n│ └─ 漏测修复情况\r\n│\r\n├─ 测试数据\r\n│ ├─ 用例执行率\r\n│ ├─ 用例通过率\r\n│ ├─ 测试覆盖率\r\n│ └─ 测试效率\r\n│\r\n└─ 其他数据\r\n ├─ 需求变更次数\r\n ├─ 测试延期情况\r\n ├─ 线上故障情况\r\n └─ 用户反馈情况\r\n```\r\n\r\n### 第2步：根因分析（5 Whys）\r\n\r\n```\r\n5 Whys分析法：\r\n\r\n问题：线上出现XX Bug\r\n├─ Why 1：为什么测试没发现？\r\n│ └─ 因为测试用例没覆盖这个场景\r\n├─ Why 2：为什么用例没覆盖？\r\n│ └─ 因为需求分析时没考虑到\r\n├─ Why 3：为什么需求分析没考虑到？\r\n│ └─ 因为对这个业务场景不熟悉\r\n├─ Why 4：为什么不熟悉？\r\n│ └─ 因为没有相关的知识沉淀\r\n├─ Why 5：为什么没有知识沉淀？\r\n│ └─ 因为没有复盘和总结机制\r\n\r\n根因归类：\r\n├─ 思维盲区：没想到\r\n├─ 信息缺失：不知道\r\n├─ 流程问题：流程不完善\r\n├─ 工具问题：工具不支持\r\n└─ 能力问题：能力不足\r\n```\r\n\r\n### 第3步：制定改进措施\r\n\r\n```\r\n改进措施设计：\r\n├─ 具体：明确做什么\r\n├─ 可执行：能落地执行\r\n├─ 可衡量：有明确标准\r\n├─ 有负责人：明确责任人\r\n└─ 有时间：明确完成时间\r\n\r\n改进措施类型：\r\n├─ 流程改进：优化测试流程\r\n├─ 工具改进：引入/优化工具\r\n├─ 知识沉淀：更新Checklist/模板\r\n├─ 能力提升：培训/学习\r\n└─ 协作改进：优化协作方式\r\n\r\n示例：\r\n改进措施：更新登录功能测试Checklist\r\n├─ 具体：增加验证码相关测试点\r\n├─ 负责人：XXX\r\n├─ 完成时间：2024-01-15\r\n├─ 验收标准：Checklist更新并通知团队\r\n└─ 效果验证：下次迭代验证效果\r\n```\r\n\r\n### 第4步：资产沉淀\r\n\r\n```\r\n资产沉淀类型：\r\n├─ Checklist更新\r\n│ ├─ 新增测试点\r\n│ ├─ 修正错误点\r\n│ └─ 优化检查项\r\n│\r\n├─ 模板更新\r\n│ ├─ 用例模板优化\r\n│ ├─ Bug报告模板优化\r\n│ └─ 测试报告模板优化\r\n│\r\n├─ 知识库更新\r\n│ ├─ 常见问题FAQ\r\n│ ├─ 测试经验总结\r\n│ └─ 最佳实践\r\n│\r\n└─ 流程更新\r\n ├─ 测试流程优化\r\n ├─ 协作流程优化\r\n └─ 发布流程优化\r\n```\r\n\r\n### 第5步：跟踪闭环\r\n\r\n```\r\n跟踪机制：\r\n├─ 定期检查：每周/每月检查改进措施执行情况\r\n├─ 效果验证：验证改进措施是否有效\r\n├─ 持续优化：根据效果持续优化\r\n└─ 经验分享：分享改进经验\r\n\r\n闭环检查：\r\n├─ 措施是否执行？\r\n├─ 效果是否达到？\r\n├─ 是否需要调整？\r\n└─ 是否可以推广？\r\n```\r\n\r\n## 复盘报告模板\r\n\r\n```markdown\r\n# 复盘报告\r\n\r\n## 1. 基本信息\r\n- 迭代版本：[版本号]\r\n- 复盘时间：[日期]\r\n- 参与人员：[人员列表]\r\n\r\n## 2. 数据回顾\r\n- 缺陷数据：[新增X个，严重X个]\r\n- 漏测数据：[线上X个]\r\n- 测试数据：[执行率X%，通过率X%]\r\n\r\n## 3. 问题分析\r\n- 主要问题：[问题描述]\r\n- 根因分析：[5 Whys分析]\r\n- 根因归类：[思维/信息/流程/工具/能力]\r\n\r\n## 4. 改进措施\r\n- 措施1：[具体措施]\r\n- 措施2：[具体措施]\r\n- 措施3：[具体措施]\r\n\r\n## 5. 资产沉淀\r\n- Checklist更新：[更新内容]\r\n- 模板更新：[更新内容]\r\n- 知识库更新：[更新内容]\r\n\r\n## 6. 跟踪计划\r\n- 检查时间：[时间]\r\n- 负责人：[人员]\r\n- 验收标准：[标准]\r\n```\r\n\r\n## Examples\r\n\r\n**迭代结束后复盘：用户登录模块出现了3个线上Bug**\r\n→ 第1步：收集数据（Bug报告、修复记录、测试用例覆盖）\r\n→ 第2步：5 Whys分析（why漏测？→边界用例未覆盖→why？→测试设计时未识别边界→why？→需求未说明边界）\r\n→ 第3步：改进措施（增加边界分析环节、补充典型边界checklist）\r\n→ 第4步：资产沉淀（将边界checklist更新到启发式清单）\r\n→ 第5步：跟踪计划（下个迭代验证新增checklist的有效性）\r\n\r\n**用户说\"这个问题又发生了\"**\r\n→ 触发复盘：系统性的根因分析，避免同类问题再次发生\r\n\r\n## Guidelines\r\n\r\n复盘完成后检查：\r\n- [ ] 数据收集是否完整？\r\n- [ ] 根因分析是否深入？\r\n- [ ] 改进措施是否具体？\r\n- [ ] 资产沉淀是否完成？\r\n- [ ] 跟踪计划是否制定？\r\n- [ ] 经验是否分享？\n\nFile v1.4.0:_meta.json\n\n{\n \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n \"slug\": \"qa-retrospective\",\n \"version\": \"1.4.0\",\n \"publishedAt\": 1782277841718\n}\n\nFile v1.4.0:skill-card.md\n\n## Description:
\nHelps QA teams run retrospectives, analyze missed defects, identify root causes, track improvements, and turn individual experience into organizational knowledge.
\n\nThis skill is ready for commercial/non-commercial use.
\n\n## Publisher:
\n[kokxi](https://clawhub.ai/user/kokxi)
\n\n### License/Terms of Use:
\nMIT-0
\n\n\n## Use Case:
\nQA teams, testers, and engineering leads use this skill to convert defect data, root-cause analysis, and quality metrics into a structured retrospective report with improvement actions, asset updates, and follow-up tracking.
\n\n### Deployment Geography for Use:
\nGlobal
\n\n## Known Risks and Mitigations:
\nRisk: Broad retrospective and summary trigger wording may activate the skill when a user only wants an informal summary.
\nMitigation: Clarify whether the request should use a formal QA retrospective workflow before producing the full report.
\n\n\n## Reference(s):
\n\n\n## Skill Output:
\n**Output Type(s):** [Markdown, Analysis, Guidance]
\n**Output Format:** [Markdown retrospective report]
\n**Output Parameters:** [1D]
\n**Other Properties Related to Output:** [Uses root-cause analysis, quality metrics, and defect data as inputs.]
\n\n## Skill Version(s):
\n1.4.0 (source: server release evidence)
\n\n## Ethical Considerations:
\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment.
","readmeExcerpt":"Skill: qa-retrospective Owner: kokxi Summary: 当一个迭代结束、一个项目完成、或者发生线上事故需要事后分析时使用此技能。通过系统性的回顾会议和数据复盘，把个人和团队的经验教训转化为可复用的组织资产。不要沦为\"说说好话走个形式\"——有效的复盘需要有数据支撑（缺陷趋势/漏测分析/效率数据）、有根因分析（为什么出问题）和有 action items（下次怎么做不一样）。输出复盘报告和改进项追踪表。 触发场景：测试复盘、迭代复盘、项目复盘、经验沉淀、漏测分析、回顾总结、事后分析、反复出现同类问题需要根因改进时。 Use when the user asks about: test retrospectives and post-incident review — defect trends, escaped-defect analysis, efficiency data, and turni","codeSnippets":[],"executableExamples":[{"language":"markdown","snippet":"# 复盘报告\n\n## 1. 基本信息\n- 迭代版本：[版本号]\n- 复盘时间：[日期]\n- 参与人员：[人员列表]\n\n## 2. 数据回顾\n- 缺陷数据：[新增X个，严重X个]\n- 漏测数据：[线上X个]\n- 测试数据：[执行率X%，通过率X%]\n\n## 3. 问题分析\n- 主要问题：[问题描述]\n- 根因分析：[5 Whys分析]\n- 根因归类：[思维/信息/流程/工具/能力]\n\n## 4. 改进措施\n- 措施1：[具体措施]\n- 措施2：[具体措施]\n- 措施3：[具体措施]\n\n## 5. 资产沉淀\n- Checklist更新：[更新内容]\n- 模板更新：[更新内容]\n- 知识库更新：[更新内容]\n\n## 6. 跟踪计划\n- 检查时间：[时间]\n- 负责人：[人员]\n- 验收标准：[标准]"},{"language":"text","snippet":"数据收集：\n├─ 缺陷数据\n│ ├─ 本迭代新增缺陷数\n│ ├─ 缺陷严重程度分布\n│ ├─ 缺陷类型分布\n│ └─ 缺陷模块分布\n│\n├─ 漏测数据\n│ ├─ 线上缺陷数\n│ ├─ 漏测原因分类\n│ ├─ 漏测影响评估\n│ └─ 漏测修复情况\n│\n├─ 测试数据\n│ ├─ 用例执行率\n│ ├─ 用例通过率\n│ ├─ 测试覆盖率\n│ └─ 测试效率\n│\n└─ 其他数据\n ├─ 需求变更次数\n ├─ 测试延期情况\n ├─ 线上故障情况\n └─ 用户反馈情况"},{"language":"text","snippet":"5 Whys分析法：\n\n问题：线上出现XX Bug\n├─ Why 1：为什么测试没发现？\n│ └─ 因为测试用例没覆盖这个场景\n├─ Why 2：为什么用例没覆盖？\n│ └─ 因为需求分析时没考虑到\n├─ Why 3：为什么需求分析没考虑到？\n│ └─ 因为对这个业务场景不熟悉\n├─ Why 4：为什么不熟悉？\n│ └─ 因为没有相关的知识沉淀\n├─ Why 5：为什么没有知识沉淀？\n│ └─ 因为没有复盘和总结机制\n\n根因归类：\n├─ 思维盲区：没想到\n├─ 信息缺失：不知道\n├─ 流程问题：流程不完善\n├─ 工具问题：工具不支持\n└─ 能力问题：能力不足"},{"language":"text","snippet":"改进措施设计：\n├─ 具体：明确做什么\n├─ 可执行：能落地执行\n├─ 可衡量：有明确标准\n├─ 有负责人：明确责任人\n└─ 有时间：明确完成时间\n\n改进措施类型：\n├─ 流程改进：优化测试流程\n├─ 工具改进：引入/优化工具\n├─ 知识沉淀：更新Checklist/模板\n├─ 能力提升：培训/学习\n└─ 协作改进：优化协作方式\n\n示例：\n改进措施：更新登录功能测试Checklist\n├─ 具体：增加验证码相关测试点\n├─ 负责人：XXX\n├─ 完成时间：2024-01-15\n├─ 验收标准：Checklist更新并通知团队\n└─ 效果验证：下次迭代验证效果"},{"language":"text","snippet":"资产沉淀类型：\n├─ Checklist更新\n│ ├─ 新增测试点\n│ ├─ 修正错误点\n│ └─ 优化检查项\n│\n├─ 模板更新\n│ ├─ 用例模板优化\n│ ├─ Bug报告模板优化\n│ └─ 测试报告模板优化\n│\n├─ 知识库更新\n│ ├─ 常见问题FAQ\n│ ├─ 测试经验总结\n│ └─ 最佳实践\n│\n└─ 流程更新\n ├─ 测试流程优化\n ├─ 协作流程优化\n └─ 发布流程优化"},{"language":"text","snippet":"跟踪机制：\n├─ 定期检查：每周/每月检查改进措施执行情况\n├─ 效果验证：验证改进措施是否有效\n├─ 持续优化：根据效果持续优化\n└─ 经验分享：分享改进经验\n\n闭环检查：\n├─ 措施是否执行？\n├─ 效果是否达到？\n├─ 是否需要调整？\n└─ 是否可以推广？"}],"parameters":null,"dependencies":[],"permissions":[],"extractedFiles":[{"path":"SKILL.md","content":"---\nname: qa-retrospective\ndescription: >-\n 当一个迭代结束、一个项目完成、或者发生线上事故需要事后分析时使用此技能。通过系统性的回顾会议和数据复盘，把个人和团队的经验教训转化为可复用的组织资产。不要沦为\"说说好话走个形式\"——有效的复盘需要有数据支撑（缺陷趋势/漏测分析/效率数据）、有根因分析（为什么出问题）和有 action items（下次怎么做不一样）。输出复盘报告和改进项追踪表。 触发场景：测试复盘、迭代复盘、项目复盘、经验沉淀、漏测分析、回顾总结、事后分析、反复出现同类问题需要根因改进时。 Use when the user asks about: test retrospectives and post-incident review — defect trends, escaped-defect analysis, efficiency data, and turning lessons into reusable assets.\nlicense: MIT\nallowed-tools: Read Grep Glob\nmetadata:\n display-name: \"Retrospective\"\n version: \"1.8.0\"\n when-to-use: \"用户说\\\"测试复盘\\\"、\\\"迭代复盘\\\"、\\\"项目复盘\\\"、\\\"经验沉淀\\\"、\\\"漏测分析\\\"、\\\"回顾总结\\\"、\\\"事后分析\\\"、需要复盘总结经验、反复出现同类问题需要根因改进时\"\n related-skills: \"{\\\"upstream\\\":[\\\"qa-bug-root-cause-analysis\\\",\\\"qa-quality-metrics\\\",\\\"qa-bug-lifecycle\\\"],\\\"downstream\\\":[\\\"qa-heuristic-checklist\\\",\\\"qa-team-coaching\\\",\\\"qa-test-leadership\\\"]}\"\n references: \"[\\\"references/five-steps.md\\\"]\"\n input-format: \"{\\\"required\\\":[{\\\"name\\\":\\\"迭代数据\\\",\\\"type\\\":\\\"object\\\",\\\"description\\\":\\\"迭代的测试和缺陷数据\\\"},{\\\"name\\\":\\\"团队反馈\\\",\\\"type\\\":\\\"array\\\",\\\"description\\\":\\\"团队成员反馈和意见\\\"}],\\\"optional\\\":[{\\\"name\\\":\\\"历史回顾\\\",\\\"type\\\":\\\"object\\\",\\\"description\\\":\\\"历史回顾记录\\\"}]}\"\n output-format: \"{\\\"traceability\\\":[\\\"每次复盘带唯一ID（RETRO-XXXX）\\\"],\\\"structure\\\":[{\\\"retrospective_report\\\":\\\"复盘报告\\\"},{\\\"what_went_well\\\":\\\"做得好的事项\\\"},{\\\"improvement_areas\\\":\\\"改进领域\\\"},{\\\"action_items\\\":\\\"行动项清单\\\"},{\\\"follow_up_plan\\\":\\\"跟踪计划\\\"}]}\"\n error-recovery-guidance: \"{\\\"on_failure\\\":\\\"复盘数据不充分时回退到质量度量收集更多数据\\\",\\\"retry_behavior\\\":\\\"补齐数据后重新复盘\\\"}\"\n categories: \"[\\\"Development\\\",\\\"Team\\\"]\"\n depth-requirement: \"{\\\"reference_value\\\":\\\"根据迭代数据调整复盘深度：简单×1/中等×2/复杂×3\\\",\\\"minimum\\\":\\\"至少包含数据支撑、根因分析、action items 3要素\\\"}\"\n---\n> ⚠️ 本技能单独使用效果有限，建议配合完整技能集（12 步工作流）使用。安装：npx skills add Kokxi/qa-test-skills\n\n> **⚠️ 安全警告**：本技能的示例可能涉及发布流程优化和协作流程调整建议。\n> 这些是复盘议题不是直接操作；请勿未经评审即变更团队流程，先达成共识再落地。\n> 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。\n\n# 复盘与经验沉淀\n\n## 核心原则\n\n复盘的目的是找到系统性的改进点，而不是找谁背锅。\n\n## 加载时机\n\n| 什么时候读 | 读哪个 |\n|-----------|--------|\n| 需要五步法的方法细节时，取对应小节 | [`references/five-steps.md`](references/five-steps.md) |\n\n> `复盘五步法`的完整内容已下沉至 `references/five-steps.md`，避免每次触发都占用上下文。\n\n## 复盘报告模板\n\n```markdown\n# 复盘报告\n\n## 1. 基本信息\n- 迭代版本：[版本号]\n- 复盘时间：[日期]\n- 参与人员：[人员列表]\n\n## 2. 数据回顾\n- 缺陷数据：[新增X个，严重X个]\n- 漏测数据：[线上X个]\n- 测试数据：[执行率X%，通过率X%]\n\n## 3. 问题分析\n- 主要问题：[问题描述]\n- 根因分析：[5 Whys分析]\n- 根因归类：[思维/信息/流程/工具/能力]\n\n## 4. 改进措施\n- 措施1：[具体措施]\n- 措施2：[具体措施]\n- 措施3：[具体措施]\n\n## 5. 资产沉淀\n- Checklist更新：[更新内容]\n- 模板更新：[更新内容]\n- 知识库更新：[更新内容]\n\n## 6. 跟踪计划\n- 检查时间：[时间]\n- 负责人：[人员]\n- 验收标准：[标准]\n```\n\n## 应用场景\n\n**迭代结束后复盘：用户登录模块出现了3个线上Bug**\n→ 第1步：收集数据（Bug报告、修复记录、测试用例覆盖）\n→ 第2步：5 Whys分析（why漏测？→边界用例未覆盖→why？→测试设计时未识别边界→why？→需求未说明边界）\n→ 第3步：改进措施（增加边界分析环节、补充典型边界checklist）\n→ 第4步：资产沉淀（将边界checklist更新到启发式清单）\n→ 第5步：跟踪计划（下个迭代验证新增checklist的有效性）\n\n**用户说\"这个问题又发生了\"**\n→ 触发复盘：系统性的根因分析，避免同类问题再次发生\n\n## 自检清单\n\n复盘完成后检查：\n- [ ] 数据收集是否完整？\n- [ ] 根因分析是否深入？\n- [ ] 改进措施是否具体？\n- [ ] 资产沉淀是否完成？\n- [ ] 跟踪计划是否制定？\n- [ ] 经验是否分享？\n\n\n## 检查清单\n\n- [ ] 数据是否支撑结论？\n- [ ] 根因是否分析？\n- [ ] action items是否可执行？\n- [ ] 责任人和时限是否明确？\n- [ ] 追踪机制是否建立？"},{"path":"_meta.json","content":"{\n \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n \"slug\": \"qa-retrospective\",\n \"version\": \"1.8.0\",\n \"publishedAt\": 1790656072424\n}"},{"path":"references/five-steps.md","content":"# 复盘五步法详解\n\n> 本文是 `qa-retrospective` 的**五步法详解**。需要方法细节或推进要点时读本文；\n只需要复盘报告模板时不必读。\n\n---\n\n\n### 第1步：收集数据\n\n```text\n数据收集：\n├─ 缺陷数据\n│ ├─ 本迭代新增缺陷数\n│ ├─ 缺陷严重程度分布\n│ ├─ 缺陷类型分布\n│ └─ 缺陷模块分布\n│\n├─ 漏测数据\n│ ├─ 线上缺陷数\n│ ├─ 漏测原因分类\n│ ├─ 漏测影响评估\n│ └─ 漏测修复情况\n│\n├─ 测试数据\n│ ├─ 用例执行率\n│ ├─ 用例通过率\n│ ├─ 测试覆盖率\n│ └─ 测试效率\n│\n└─ 其他数据\n ├─ 需求变更次数\n ├─ 测试延期情况\n ├─ 线上故障情况\n └─ 用户反馈情况\n```\n\n### 第2步：根因分析（5 Whys）\n\n```text\n5 Whys分析法：\n\n问题：线上出现XX Bug\n├─ Why 1：为什么测试没发现？\n│ └─ 因为测试用例没覆盖这个场景\n├─ Why 2：为什么用例没覆盖？\n│ └─ 因为需求分析时没考虑到\n├─ Why 3：为什么需求分析没考虑到？\n│ └─ 因为对这个业务场景不熟悉\n├─ Why 4：为什么不熟悉？\n│ └─ 因为没有相关的知识沉淀\n├─ Why 5：为什么没有知识沉淀？\n│ └─ 因为没有复盘和总结机制\n\n根因归类：\n├─ 思维盲区：没想到\n├─ 信息缺失：不知道\n├─ 流程问题：流程不完善\n├─ 工具问题：工具不支持\n└─ 能力问题：能力不足\n```\n\n### 第3步：制定改进措施\n\n```text\n改进措施设计：\n├─ 具体：明确做什么\n├─ 可执行：能落地执行\n├─ 可衡量：有明确标准\n├─ 有负责人：明确责任人\n└─ 有时间：明确完成时间\n\n改进措施类型：\n├─ 流程改进：优化测试流程\n├─ 工具改进：引入/优化工具\n├─ 知识沉淀：更新Checklist/模板\n├─ 能力提升：培训/学习\n└─ 协作改进：优化协作方式\n\n示例：\n改进措施：更新登录功能测试Checklist\n├─ 具体：增加验证码相关测试点\n├─ 负责人：XXX\n├─ 完成时间：2024-01-15\n├─ 验收标准：Checklist更新并通知团队\n└─ 效果验证：下次迭代验证效果\n```\n\n### 第4步：资产沉淀\n\n```text\n资产沉淀类型：\n├─ Checklist更新\n│ ├─ 新增测试点\n│ ├─ 修正错误点\n│ └─ 优化检查项\n│\n├─ 模板更新\n│ ├─ 用例模板优化\n│ ├─ Bug报告模板优化\n│ └─ 测试报告模板优化\n│\n├─ 知识库更新\n│ ├─ 常见问题FAQ\n│ ├─ 测试经验总结\n│ └─ 最佳实践\n│\n└─ 流程更新\n ├─ 测试流程优化\n ├─ 协作流程优化\n └─ 发布流程优化\n```\n\n### 第5步：跟踪闭环\n\n```text\n跟踪机制：\n├─ 定期检查：每周/每月检查改进措施执行情况\n├─ 效果验证：验证改进措施是否有效\n├─ 持续优化：根据效果持续优化\n└─ 经验分享：分享改进经验\n\n闭环检查：\n├─ 措施是否执行？\n├─ 效果是否达到？\n├─ 是否需要调整？\n└─ 是否可以推广？\n```"},{"path":"skill-card.md","content":"## Description:\n\nGuides QA teams through data-backed test and incident retrospectives, root-cause analysis, and actionable follow-up plans.\n\nThis skill is ready for commercial/non-commercial use.\n\n## Publisher:\n\n[kokxi](https://clawhub.ai/user/kokxi)\n\n### License/Terms of Use:\n\nMIT-0\n\n## Use Case:\n\nQA engineers and teams use this skill after iterations, projects, or incidents to analyze defect and testing data, identify root causes, and track measurable improvements.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: The optional unpinned skill-set install command may add skills beyond this artifact.\n\nMitigation: Review the package source and use a pinned trusted version before running the command.\n\nRisk: Retrospective recommendations could change team or release processes without adequate review.\n\nMitigation: Review proposals with the team and agree on changes before implementing them.\n\n## Reference(s):\n\n- [ClawHub skill release](https://clawhub.ai/kokxi/skills/qa-retrospective)\n- [Five-step retrospective method](references/five-steps.md)\n\n## Skill Output:\n\n**Output Type(s):** [Markdown, Guidance]\n\n**Output Format:** [Markdown retrospective report and action-item tracking plan]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Includes a RETRO-XXXX identifier, supporting metrics, root-cause analysis, owners, acceptance criteria, and follow-up checks.]\n\n## Skill Version(s):\n\n1.8.0 (source: frontmatter and ClawHub release evidence)\n\n## Ethical Considerations:\n\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment."}],"languages":[],"docsSourceLabel":"CLAWHUB","editorialOverview":"当一个迭代结束、一个项目完成、或者发生线上事故需要事后分析时使用此技能。通过系统性的回顾会议和数据复盘，把个人和团队的经验教训转化为可复用的组织资产。不要沦为\"说说好话走个形式\"——有效的复盘需要有数据支撑（缺陷趋势/漏测分析/效率数据）、有根因分析（为什么出问题）和有 action items（下次怎么做不一样）。输出复盘报告和改进项追踪表。 触发场景：测试复盘、迭代复盘、项目复盘、经验沉淀、漏测分析、回顾总结、事后分析、反复出现同类问题需要根因改进时。 Use when the user asks about: test retrospectives and post-incident review — defect trends, escaped-defect analysis, efficiency data, and turning lessons into reusable assets. Skill: qa-retrospective Owner: kokxi Summary: 当一个迭代结束、一个项目完成、或者发生线上事故需要事后分析时使用此技能。通过系统性的回顾会议和数据复盘，把个人和团队的经验教训转化为可复用的组织资产。不要沦为\"说说好话走个形式\"——有效的复盘需要有数据支撑（缺陷趋势/漏测分析/效率数据）、有根因分析（为什么出问题）和有 action items（下次怎么做不一样）。输出复盘报告和改进项追踪表。 触发场景：测试复盘、迭代复盘、项目复盘、经验沉淀、漏测分析、回顾总结、事后分析、反复出现同类问题需要根因改进时。 Use when the user asks about: test retrospectives and post-incident review — defect trends, escaped-defect analysis, efficiency data, and turni","editorialQuality":{"score":100,"threshold":65,"status":"ready","wordCount":994,"uniquenessScore":54,"reasons":[]}},"media":{"evidence":{"source":"no-media","verified":false,"confidence":"low","updatedAt":"2026-10-11T05:51:18.906Z","emptyReason":"No screenshots, media assets, or demo links are available."},"primaryImageUrl":null,"mediaAssetCount":0,"assets":[],"demoUrl":null},"ownerResources":{"evidence":{"source":"unclaimed","verified":false,"confidence":"low","updatedAt":"2026-10-11T05:51:18.906Z","emptyReason":"This page has not been claimed by the agent owner."},"hasCustomPage":false,"customPageUpdatedAt":null,"customLinks":[],"structuredLinks":{"docsUrl":null,"demoUrl":null,"supportUrl":null,"pricingUrl":null,"statusUrl":null},"customPage":null},"relatedAgents":{"evidence":{"source":"protocol-neighbors","verified":false,"confidence":"medium","updatedAt":"2026-10-11T08:42:23.494Z","emptyReason":null},"items":[{"id":"8ebccd8e-3863-4187-8355-c3f14e1f9edf","entityType":"agent","canonicalPath":"/agent/iofficeai-aionui","slug":"iofficeai-aionui","name":"AionUi","description":"Free, local, open-source 24/7 Cowork app and OpenClaw for Gemini CLI, Claude Code, Codex, OpenCode, Qwen Code, Goose CLI, Auggie, and more | 🌟 Star if you like it!","url":"https://github.com/iOfficeAI/AionUi","homepage":"https://www.aionui.com","source":"GITHUB_REPOS","protocols":["MCP","OPENCLAW"],"capabilities":[],"safetyScore":100,"overallRank":70,"updatedAt":"2026-10-09T19:11:12.944Z","createdAt":"2026-02-25T03:38:16.584Z","downloads":null},{"id":"b917f68a-ebff-438e-84f8-3f4b2494c0bc","entityType":"agent","canonicalPath":"/agent/activepieces-activepieces","slug":"activepieces-activepieces","name":"activepieces","description":"AI Agents & MCPs & AI Workflow Automation • (~400 MCP servers for AI agents) • AI Automation / AI Agent with MCPs • AI Workflows & AI Agents • MCPs for AI Agents","url":"https://github.com/activepieces/activepieces","homepage":"https://www.activepieces.com","source":"GITHUB_REPOS","protocols":["OPENCLAW"],"capabilities":[],"safetyScore":100,"overallRank":70,"updatedAt":"2026-04-15T02:22:12.426Z","createdAt":"2026-02-25T03:38:12.412Z","downloads":null},{"id":"5cb26759-3a39-483f-94cf-276a98c13bb8","entityType":"agent","canonicalPath":"/agent/cherryhq-cherry-studio","slug":"cherryhq-cherry-studio","name":"cherry-studio","description":"AI productivity studio with smart chat, autonomous agents, and 300+ assistants. Unified access to frontier LLMs","url":"https://github.com/CherryHQ/cherry-studio","homepage":"https://cherry-ai.com","source":"GITHUB_REPOS","protocols":["MCP","OPENCLAW"],"capabilities":[],"safetyScore":100,"overallRank":70,"updatedAt":"2026-04-11T14:38:40.986Z","createdAt":"2026-02-25T03:38:19.379Z","downloads":null},{"id":"6f6582d0-5d76-4f0f-b81d-86520247950b","entityType":"agent","canonicalPath":"/agent/copilotkit-copilotkit","slug":"copilotkit-copilotkit","name":"CopilotKit","description":"The Frontend for Agents & Generative UI. React + Angular","url":"https://github.com/CopilotKit/CopilotKit","homepage":"https://docs.copilotkit.ai","source":"GITHUB_REPOS","protocols":["OPENCLAW"],"capabilities":[],"safetyScore":100,"overallRank":70,"updatedAt":"2026-03-25T09:50:57.846Z","createdAt":"2026-02-25T03:39:14.617Z","downloads":null}],"links":{"hub":"/agent","source":"/agent/source/clawhub","protocols":[{"label":"OpenClaw","href":"/agent/protocol/openclew"}]}}}