{"id":"e9e16e00-35a1-46c0-bb6a-efdc472815ce","entityType":"agent","slug":"clawhub-kokxi-qa-bug-lifecycle","name":"qa-bug-lifecycle","canonicalUrl":"https://www.xpersona.co/agent/clawhub-kokxi-qa-bug-lifecycle","canonicalPath":"/agent/clawhub-kokxi-qa-bug-lifecycle","generatedAt":"2026-10-11T14:13:16.237Z","source":"CLAWHUB","claimStatus":"UNCLAIMED","verificationTier":"NONE","summary":{"evidence":{"source":"editorial-content","verified":true,"confidence":"high","updatedAt":"2026-10-11T09:39:51.677Z","emptyReason":null},"description":"当团队缺陷管理混乱、Bug 没有统一的分级标准、或者领导要看缺陷趋势数据时使用此技能。覆盖缺陷从提交到关闭的完整生命周期，包括严重度/优先级分级规范、各状态流转条件和时效要求、缺陷度量和趋势分析。如果缺陷管理不规范，复盘数据就是垃圾——\"严重Bug数量下降\"可能是因为大家不再标记严重了。 触发场景：缺陷管理、Bug管理、缺陷流程、Bug状态、严重度、缺陷趋势、团队需要规范缺陷管理流程时。 Use when the user asks about: bug and defect management — severity and priority grading, status workflow and SLA, defect metrics, and trend analysis. Skill: qa-bug-lifecycle Owner: kokxi Summary: 当团队缺陷管理混乱、Bug 没有统一的分级标准、或者领导要看缺陷趋势数据时使用此技能。覆盖缺陷从提交到关闭的完整生命周期，包括严重度/优先级分级规范、各状态流转条件和时效要求、缺陷度量和趋势分析。如果缺陷管理不规范，复盘数据就是垃圾——\"严重Bug数量下降\"可能是因为大家不再标记严重了。 触发场景：缺陷管理、Bug管理、缺陷流程、Bug状态、严重度、缺陷趋势、团队需要规范缺陷管理流程时。 Use when the user asks about: bug and defect management — severity and priority grading, status workflow and SLA, defect metrics, and trend analysis. Tags: latest:1.8.0 Version h","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-bug-lifecycle","sourceUrl":"https://clawhub.ai/kokxi/qa-bug-lifecycle","homepage":"https://clawhub.ai/kokxi/skills/qa-bug-lifecycle","primaryLinks":[{"label":"View on ClawHub","url":"https://clawhub.ai/kokxi/qa-bug-lifecycle","kind":"source"},{"label":"Homepage","url":"https://clawhub.ai/kokxi/skills/qa-bug-lifecycle","kind":"homepage"}],"safetyScore":84,"overallRank":62,"popularityScore":61,"trustScore":null,"claimedByName":null,"isOwner":false,"seoDescription":"当团队缺陷管理混乱、Bug 没有统一的分级标准、或者领导要看缺陷趋势数据时使用此技能。覆盖缺陷从提交到关闭的完整生命周期，包括严重度/优先级分级规范、各状态流转条件和时效要求、缺陷度量和趋势分析。如果缺陷管理不规范，复盘数据就是垃圾——\"严重Bug数量下降\"可能是因为大家不再标记严重了。 触发场景：缺陷管理、Bug管理"},"coverage":{"evidence":{"source":"public-profile","verified":false,"confidence":"medium","updatedAt":"2026-10-11T09:39:51.677Z","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-11T09:39:51.677Z","emptyReason":null},"stars":null,"forks":null,"downloads":1097,"packageName":null,"latestVersion":"1.8.0","tractionLabel":"1.1K downloads"},"release":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"medium","updatedAt":"2026-10-11T09:39:51.610Z","emptyReason":null},"lastUpdatedAt":"2026-10-11T09:39:51.677Z","lastCrawledAt":"2026-10-11T09:39:51.610Z","lastIndexedAt":null,"nextCrawlAt":"2026-10-12T09:39:51.610Z","lastVerifiedAt":null,"highlights":[{"version":"1.8.0","createdAt":"2026-09-29T04:25:36.295Z","changelog":"**Changelog for version 1.8.0** - Added: references/defect-analysis.md for externalized, modular defect analysis details. - Updated: SKILL.md with new metadata fields, improved load timing for defect analysis, and condensed overall structure for clarity. - Moved: Full defect analysis section now resides in references/defect-analysis.md, reducing main skill file size and context usage. - Removed: skill-card.md (legacy/auxiliary skill info file). - Minor: Metadata and description fields refactored for better multi-language support and discoverability.","fileCount":4,"zipByteSize":6173},{"version":"1.7.7","createdAt":"2026-09-27T14:32:35.396Z","changelog":"1.7.7","fileCount":3,"zipByteSize":5484},{"version":"1.7.6","createdAt":"2026-09-01T12:36:42.187Z","changelog":"显示名改中文","fileCount":3,"zipByteSize":5741},{"version":"1.7.5","createdAt":"2026-08-30T15:11:28.445Z","changelog":"1.7.5: 版本号升级","fileCount":3,"zipByteSize":5628},{"version":"1.7.0","createdAt":"2026-08-16T14:35:43.049Z","changelog":"- skill-card.md 文件被移除，精简冗余的描述渠道 - SKILL.md 版本号升级至 1.7.0，无内容变化，整体结构与功能未变 - 依赖说明、输入输出格式和安全警告保持原有风格 - 无新增功能或重大调整","fileCount":3,"zipByteSize":5310},{"version":"1.6.3","createdAt":"2026-08-12T15:21:10.305Z","changelog":"- Removed deprecated file: skill-card.md. - Added slug and displayName fields to SKILL.md for improved identification. - Updated version to 1.6.3. - No changes to feature logic or lifecycle content.","fileCount":3,"zipByteSize":5266},{"version":"1.6.0","createdAt":"2026-07-06T17:14:16.133Z","changelog":"Version 1.6.0 introduces enhanced traceability and output structure for bug lifecycle management. - Added a traceability section to link each defect with its original Bug ID and lifecycle state. - Output format now explicitly includes severity and priority levels, and details timeline requirements. - Added qa-test-reporting to related downstream skills. - Introduced a \"categories\" field for better skill classification. - Included quantification guidance for required depth of lifecycle management. - Added a security warning advising sensitive data masking in examples. - Removed redundant or deprecated file: skill-card.md.","fileCount":3,"zipByteSize":5258},{"version":"1.5.0","createdAt":"2026-06-29T12:31:33.943Z","changelog":"Version 1.5.0 (qa-bug-lifecycle) - Enhanced description with practical scenarios and emphasis on standardized defect data for reliable trend analysis. - Added structured input and output formats, including required/optional fields and output data structure. - Introduced error recovery guidance and detailed abnormal scenario handling (e.g., overdue bugs, unaccepted fixes, release-blocking defects). - Clarified the relationship and synchronization requirements between QA bug reporting and lifecycle templates. - Removed the skill-card.md file to streamline documentation. - Improved wording for clarity and operational guidance.","fileCount":3,"zipByteSize":4947}]},"execution":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"low","updatedAt":null,"emptyReason":"No published capability contract is available yet."},"installCommand":"clawhub skill install s170jw3s1atcj5jwhqb4r7v7eh8912kp:qa-bug-lifecycle","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-bug-lifecycle/snapshot","contractUrl":"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-bug-lifecycle/contract","trustUrl":"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-bug-lifecycle/trust"},"curlExamples":["curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-bug-lifecycle/snapshot\"","curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-bug-lifecycle/contract\"","curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-bug-lifecycle/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-11T14:13:16.235Z"}},"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-bug-lifecycle/dossier","snapshotUrl":"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-bug-lifecycle/snapshot","contractUrl":"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-bug-lifecycle/contract","trustUrl":"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-bug-lifecycle/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-11T09:39:51.677Z","emptyReason":null},"readme":"Skill: qa-bug-lifecycle\n\nOwner: kokxi\n\nSummary: 当团队缺陷管理混乱、Bug 没有统一的分级标准、或者领导要看缺陷趋势数据时使用此技能。覆盖缺陷从提交到关闭的完整生命周期，包括严重度/优先级分级规范、各状态流转条件和时效要求、缺陷度量和趋势分析。如果缺陷管理不规范，复盘数据就是垃圾——\"严重Bug数量下降\"可能是因为大家不再标记严重了。 触发场景：缺陷管理、Bug管理、缺陷流程、Bug状态、严重度、缺陷趋势、团队需要规范缺陷管理流程时。 Use when the user asks about: bug and defect management — severity and priority grading, status workflow and SLA, defect metrics, and trend analysis.\n\nTags: latest:1.8.0\n\nVersion history:\n\nv1.8.0 | 2026-09-29T04:25:36.295Z | auto\n\n**Changelog for version 1.8.0**\n\n- Added: references/defect-analysis.md for externalized, modular defect analysis details.\n- Updated: SKILL.md with new metadata fields, improved load timing for defect analysis, and condensed overall structure for clarity.\n- Moved: Full defect analysis section now resides in references/defect-analysis.md, reducing main skill file size and context usage.\n- Removed: skill-card.md (legacy/auxiliary skill info file).\n- Minor: Metadata and description fields refactored for better multi-language support and discoverability.\n\nv1.7.7 | 2026-09-27T14:32:35.396Z | user\n\n1.7.7\n\nv1.7.6 | 2026-09-01T12:36:42.187Z | user\n\n显示名改中文\n\nv1.7.5 | 2026-08-30T15:11:28.445Z | user\n\n1.7.5: 版本号升级\n\nv1.7.0 | 2026-08-16T14:35:43.049Z | auto\n\n- skill-card.md 文件被移除，精简冗余的描述渠道\n- SKILL.md 版本号升级至 1.7.0，无内容变化，整体结构与功能未变\n- 依赖说明、输入输出格式和安全警告保持原有风格\n- 无新增功能或重大调整\n\nv1.6.3 | 2026-08-12T15:21:10.305Z | auto\n\n- Removed deprecated file: skill-card.md.\n- Added slug and displayName fields to SKILL.md for improved identification.\n- Updated version to 1.6.3.\n- No changes to feature logic or lifecycle content.\n\nv1.6.0 | 2026-07-06T17:14:16.133Z | auto\n\nVersion 1.6.0 introduces enhanced traceability and output structure for bug lifecycle management.\n\n- Added a traceability section to link each defect with its original Bug ID and lifecycle state.\n- Output format now explicitly includes severity and priority levels, and details timeline requirements.\n- Added qa-test-reporting to related downstream skills.\n- Introduced a \"categories\" field for better skill classification.\n- Included quantification guidance for required depth of lifecycle management.\n- Added a security warning advising sensitive data masking in examples.\n- Removed redundant or deprecated file: skill-card.md.\n\nv1.5.0 | 2026-06-29T12:31:33.943Z | auto\n\nVersion 1.5.0 (qa-bug-lifecycle)\n\n- Enhanced description with practical scenarios and emphasis on standardized defect data for reliable trend analysis.\n- Added structured input and output formats, including required/optional fields and output data structure.\n- Introduced error recovery guidance and detailed abnormal scenario handling (e.g., overdue bugs, unaccepted fixes, release-blocking defects).\n- Clarified the relationship and synchronization requirements between QA bug reporting and lifecycle templates.\n- Removed the skill-card.md file to streamline documentation.\n- Improved wording for clarity and operational guidance.\n\nv1.4.1 | 2026-06-25T16:53:32.900Z | auto\n\n- 精简描述，强调技能覆盖范围及激活场景。\n- 移除 skill-card.md 文件。\n- 优化 SKILL.md 内容表达，无结构性变化，功能保持一致。\n- 提高使用场景与要点的清晰度，使描述更加简明易懂。\n\nv1.4.0 | 2026-06-24T05:27:59.079Z | auto\n\n- 新增详细的缺陷生命周期全流程（状态流转、定义、负责人及操作说明）。\n- 引入缺陷的严重程度和优先级分级，对每个等级的处理原则做了明确说明。\n- 增加缺陷类型、根因分析与核心度量指标，方便质量趋势分析与改进。\n- 提供了标准缺陷报告模板及典型应用示例。\n- 强化规范性原则、适用场景与管理、分析、改进全闭环指导。\n\nArchive index:\n\nArchive v1.8.0: 4 files, 6173 bytes\n\nFiles: references/defect-analysis.md (1694b), skill-card.md (1720b), SKILL.md (8191b), _meta.json (135b)\n\nFile v1.8.0:SKILL.md\n\n---\nname: qa-bug-lifecycle\ndescription: >-\n 当团队缺陷管理混乱、Bug 没有统一的分级标准、或者领导要看缺陷趋势数据时使用此技能。覆盖缺陷从提交到关闭的完整生命周期，包括严重度/优先级分级规范、各状态流转条件和时效要求、缺陷度量和趋势分析。如果缺陷管理不规范，复盘数据就是垃圾——\"严重Bug数量下降\"可能是因为大家不再标记严重了。 触发场景：缺陷管理、Bug管理、缺陷流程、Bug状态、严重度、缺陷趋势、团队需要规范缺陷管理流程时。 Use when the user asks about: bug and defect management — severity and priority grading, status workflow and SLA, defect metrics, and trend analysis.\nlicense: MIT\nallowed-tools: Read Grep Glob\nmetadata:\n display-name: \"Bug Lifecycle\"\n version: \"1.8.0\"\n when-to-use: \"用户说\\\"缺陷管理\\\"、\\\"Bug管理\\\"、\\\"缺陷流程\\\"、\\\"Bug状态\\\"、\\\"严重度\\\"、\\\"缺陷趋势\\\"、需要管理缺陷、分析缺陷趋势、团队需要规范缺陷管理流程时\"\n related-skills: \"{\\\"upstream\\\":[\\\"qa-bug-reporting\\\"],\\\"downstream\\\":[\\\"qa-quality-metrics\\\",\\\"qa-retrospective\\\",\\\"qa-test-reporting\\\"]}\"\n references: \"[\\\"references/defect-analysis.md\\\"]\"\n input-format: \"{\\\"required\\\":[{\\\"name\\\":\\\"Bug报告\\\",\\\"type\\\":\\\"object\\\",\\\"description\\\":\\\"来自qa-bug-reporting的缺陷报告\\\"}],\\\"optional\\\":[{\\\"name\\\":\\\"修复方案\\\",\\\"type\\\":\\\"string\\\",\\\"description\\\":\\\"开发团队的修复方案\\\"},{\\\"name\\\":\\\"验证结果\\\",\\\"type\\\":\\\"string\\\",\\\"description\\\":\\\"修复验证结果\\\"}]}\"\n output-format: \"{\\\"traceability\\\":[\\\"每个缺陷沿用原始ID（TC_{缺陷模块缩写}_{功能缩写}_{序号}，如 TC_BUG_LOGIN_001；缺陷追溯保留 BUG 前缀）\\\",\\\"关联生命周期状态ID\\\"],\\\"structure\\\":[\\\"覆盖率：标注口径（基于现有需求/输入文档），禁止\\\\\\\"全覆盖/100%\\\\\\\"绝对化表述；缺失模块标注\\\\\\\"未覆盖+原因\\\\\\\"\\\",{\\\"lifecycle_state\\\":\\\"当前生命周期状态\\\"},{\\\"severity_level\\\":\\\"严重度分级\\\"},{\\\"priority_level\\\":\\\"优先级分级\\\"},{\\\"state_history\\\":\\\"状态变更历史\\\"},{\\\"timeline\\\":\\\"各状态时效要求\\\"},{\\\"next_actions\\\":\\\"下一步操作建议\\\"},{\\\"closure_criteria\\\":\\\"关闭条件检查\\\"}]}\"\n error-recovery-guidance: \"{\\\"on_failure\\\":\\\"验证不通过时退回上一状态并附上退回原因\\\",\\\"retry_behavior\\\":\\\"退回后通知相关责任人重新处理\\\"}\"\n categories: \"[\\\"Development\\\",\\\"Testing\\\",\\\"Quality\\\"]\"\n depth-requirement: \"{\\\"reference_value\\\":\\\"根据缺陷数量调整管理深度：简单×1/中等×2/复杂×3\\\",\\\"minimum\\\":\\\"至少覆盖严重度分级、状态流转、时效要求3个维度\\\"}\"\n---\n> ⚠️ 本技能单独使用效果有限，建议配合完整技能集（12 步工作流）使用。安装：npx skills add Kokxi/qa-test-skills\n\n> **⚠️ 安全警告**：本技能的示例可能涉及订单号、支付金额、截图、身份证、手机号等敏感数据。\n> 实际使用时请勿粘贴真实生产数据、客户信息或财务凭证；测试前应脱敏/掩码处理。\n> 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。\n\n# 缺陷生命周期管理\n\n## 核心原则\n\n缺陷管理不仅仅是记录Bug，而是驱动问题解决和质量改进。\n\n## 缺陷生命周期\n\n### 状态流转\n\n```text\n发现 → 确认 → 分配 → 修复 → 验证 → 关闭\n │ │ │ │ │ │\n │ │ │ │ │ └─ 关闭：验证通过\n │ │ │ │ └─ 验证失败：重新打开\n │ │ │ └─ 修复完成：等待验证\n │ │ └─ 分配给开发：等待修复\n │ └─ 确认为Bug：确认问题存在\n └─ 测试发现：提交Bug报告\n\n特殊状态：\n├─ 拒绝：不是Bug/无法复现/设计如此\n├─ 延期：当前版本不修复\n├─ 重新打开：验证失败/回归失败\n└─ 无法修复：技术限制/成本过高\n```\n\n### 状态定义\n\n| 状态 | 定义 | 负责人 | 操作 |\n|------|------|--------|------|\n| 新建 | 测试提交Bug | 测试 | 提交Bug |\n| 确认 | 确认是Bug | 测试/开发 | 确认/拒绝 |\n| 分配 | 分配给开发 | 测试/开发 | 分配 |\n| 修复中 | 开发修复中 | 开发 | 修复 |\n| 待验证 | 修复完成等待验证 | 测试 | 验证 |\n| 已关闭 | 验证通过 | 测试 | 关闭 |\n| 重新打开 | 验证失败 | 测试 | 重新打开 |\n| 拒绝 | 不是Bug | 测试/开发 | 拒绝 |\n| 延期 | 当前不修复 | 测试/开发 | 延期 |\n\n## 缺陷分级\n\n### 严重程度分级\n\n```text\nP0-致命（Critical）：\n├─ 系统崩溃/数据丢失\n├─ 核心功能完全不可用\n├─ 安全漏洞\n└─ 处理：立即修复\n\nP1-严重（Major）：\n├─ 核心功能异常\n├─ 数据错误\n├─ 性能严重下降\n└─ 处理：本版本修复\n\nP2-一般（Normal）：\n├─ 次要功能异常\n├─ 界面显示问题\n├─ 操作不便\n└─ 处理：下版本修复\n\nP3-轻微（Minor）：\n├─ 文案错误\n├─ 界面美化\n├─ 优化建议\n└─ 处理：排期修复\n```\n\n### 优先级定义\n\n```text\n紧急（Urgent）：\n├─ 影响线上用户\n├─ 阻塞测试/发布\n└─ 处理：立即处理\n\n高（High）：\n├─ 影响核心功能\n├─ 本版本必须修复\n└─ 处理：优先处理\n\n中（Medium）：\n├─ 影响次要功能\n├─ 尽量本版本修复\n└─ 处理：正常处理\n\n低（Low）：\n├─ 影响较小\n├─ 可以延期处理\n└─ 处理：排期处理\n```\n\n## 加载时机\n\n| 什么时候读 | 读哪个 |\n|-----------|--------|\n| 做缺陷趋势/密度分析时 | [`references/defect-analysis.md`](references/defect-analysis.md) |\n\n> `缺陷分析`的完整内容已下沉至 `references/defect-analysis.md`，避免每次触发都占用上下文。\n\n## 缺陷报告模板\n\n> 📌 本节与 qa-bug-reporting「Bug报告模板」为同一概念的两个版本。本技能模板侧重管理（含状态、优先级字段），bug-reporting 模板侧重执行（含前置条件、影响评估）。修改字段时请同步更新两个模板。\n\n```markdown\n# 缺陷报告\n\n## 基本信息\n- 缺陷ID：[ID]\n- 标题：[标题]\n- 严重程度：P0/P1/P2/P3\n- 优先级：紧急/高/中/低\n- 状态：[状态]\n- 发现人：[人员]\n- 发现日期：[日期]\n\n## 问题描述\n- 现象：[问题现象]\n- 影响：[影响范围]\n- 条件：[触发条件]\n\n## 复现步骤\n1. [步骤1]\n2. [步骤2]\n3. [步骤3]\n\n## 预期vs实际\n- 预期：[预期结果]\n- 实际：[实际结果]\n\n## 环境信息\n- 环境：[环境信息]\n- 版本：[版本号]\n- 浏览器：[浏览器信息]\n\n## 附件\n- 截图：[截图]\n- 日志：[日志]\n\n## 根因分析（可选）\n- 根因：[根因分析]\n- 建议：[修复建议]\n```\n\n## 输出示例\n\n**一个P0级Bug（支付成功但订单状态未更新）**\n→ 生命周期管理：\n - 提交：填写标准Bug报告\n - 确认：开发确认存在该问题\n - 修复：定位为支付回调处理逻辑缺陷\n - 验证：QA验证修复后订单状态正常更新\n - 关闭：确认已修复，关闭缺陷\n\n**缺陷趋势分析：近3个迭代缺陷量上升30%**\n→ 触发缺陷分析：按类型/模块/根因分类，识别质量下降根因，制定改进措施\n\n## 异常处理引导\n\n| 场景 | 表现 | 处理方式 |\n|------|------|---------|\n| 缺陷状态长期卡住 | Bug在\"修复中\"超过3天无更新 | 触发升级机制，逐级上报至项目经理 |\n| 开发拒绝修复 | 标记为\"设计如此\"或\"无法复现\" | 要求书面理由，评估影响后提交产品决策 |\n| 回归测试未通过 | 修复后的版本仍有问题 | 重新打开Bug，更新复现信息，提升优先级 |\n| 临近发布发现P0缺陷 | 严重缺陷在发布窗口期未修复 | 评估影响面，判断是否延期，升级决策 |\n\n## 检查清单\n\n缺陷管理完成后检查：\n- [ ] 缺陷生命周期是否清晰？\n- [ ] 缺陷分级是否合理？\n- [ ] 缺陷分析是否深入？\n- [ ] 度量指标是否定义？\n- [ ] 改进措施是否制定？\n\nFile v1.8.0:_meta.json\n\n{\n \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n \"slug\": \"qa-bug-lifecycle\",\n \"version\": \"1.8.0\",\n \"publishedAt\": 1790655936295\n}\n\nFile v1.8.0:references/defect-analysis.md\n\n# 缺陷分析与度量详解\n\n> 本文是 `qa-bug-lifecycle` 的**缺陷分析与度量详解**。做缺陷趋势/密度分析时读本文；\n其余部分留在 SKILL.md，不必读本文。\n\n---\n\n\n### 缺陷类型分析\n\n```text\n缺陷类型：\n├─ 功能缺陷：功能不符合需求\n├─ 界面缺陷：UI显示问题\n├─ 性能缺陷：性能不达标\n├─ 安全缺陷：安全漏洞\n├─ 兼容性缺陷：兼容性问题\n├─ 接口缺陷：接口问题\n├─ 数据缺陷：数据问题\n└─ 配置缺陷：配置问题\n\n分析维度：\n├─ 缺陷类型分布\n├─ 缺陷模块分布\n├─ 缺陷趋势\n└─ 缺陷密度\n```\n\n### 缺陷根因分析\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\n### 缺陷度量指标\n\n```text\n核心指标：\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 defect severity and priority grading, lifecycle transitions, closure checks, and trend analysis.\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, developers, and team leads use this skill to track reported defects from discovery through verification and closure, standardize severity and priority decisions, and analyze defect trends.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: Bug examples and attachments may expose customer, identity, payment, or production information.\n\nMitigation: Mask sensitive data before sharing bug reports, screenshots, or logs.\n\nRisk: The optional command to install a broader skill set is unpinned.\n\nMitigation: Treat installation as a separate decision; verify its source or pin a trusted version before running it.\n\n## Reference(s):\n\n- [Defect analysis and metrics](references/defect-analysis.md)\n\n## Skill Output:\n\n**Output Type(s):** [Guidance, Markdown, Analysis]\n\n**Output Format:** [Markdown defect reports, lifecycle summaries, and trend analyses]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Retains defect identifiers and records severity, priority, status history, next actions, and closure criteria.]\n\n## Skill Version(s):\n\n1.8.0 (source: skill frontmatter and 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.7: 3 files, 5484 bytes\n\nFiles: skill-card.md (1685b), SKILL.md (9244b), _meta.json (135b)\n\nFile v1.7.7:SKILL.md\n\n---\nname: qa-bug-lifecycle\nslug: qa-bug-lifecycle\ndisplayName: Bug Lifecycle\nversion: 1.7.7\ndescription: >-\n 当团队缺陷管理混乱、Bug 没有统一的分级标准、或者领导要看缺陷趋势数据时使用此技能。覆盖缺陷从提交到关闭的完整生命周期，包括严重度/优先级分级规范、各状态流转条件和时效要求、缺陷度量和趋势分析。如果缺陷管理不规范，复盘数据就是垃圾——\"严重Bug数量下降\"可能是因为大家不再标记严重了。\n\nwhen_to_use: 用户说\"缺陷管理\"、\"Bug管理\"、\"缺陷流程\"、\"Bug状态\"、\"严重度\"、\"缺陷趋势\"、需要管理缺陷、分析缺陷趋势、团队需要规范缺陷管理流程时\nallowed-tools: Read Grep Glob\nrelated_skills:\n upstream:\n - qa-bug-reporting # 输入：Bug报告进入生命周期\n downstream:\n - qa-quality-metrics # 输出：缺陷数据用于质量度量\n - qa-retrospective # 输出：缺陷数据用于复盘\n - qa-test-reporting\ninput_format:\n required:\n - name: Bug报告\n type: object\n description: 来自qa-bug-reporting的缺陷报告\n optional:\n - name: 修复方案\n type: string\n description: 开发团队的修复方案\n - name: 验证结果\n type: string\n description: 修复验证结果\noutput_format:\n traceability:\n - 每个缺陷沿用原始ID（TC_{缺陷模块缩写}_{功能缩写}_{序号}，如 TC_BUG_LOGIN_001；缺陷追溯保留 BUG 前缀）\n - 关联生命周期状态ID\n structure:\n - 测试用例表格：固定 9 列（用例编号|测试类型|功能模块|测试标题|用例级别|预置条件|测试步骤|预期结果|风险等级）\n - 用例级别：P0≤20%（核心流程）/ P1≤40%（主要功能）/ P2≤30%（次要功能）/ P3≤10%（边缘场景）\n - 覆盖率：标注口径（基于现有需求/输入文档），禁止\"全覆盖/100%\"绝对化表述；缺失模块标注\"未覆盖+原因\"\n - lifecycle_state: 当前生命周期状态\n - severity_level: 严重度分级\n - priority_level: 优先级分级\n - state_history: 状态变更历史\n - timeline: 各状态时效要求\n - next_actions: 下一步操作建议\n - closure_criteria: 关闭条件检查\nerror_recovery_guidance:\n on_failure: \"验证不通过时退回上一状态并附上退回原因\"\n retry_behavior: \"退回后通知相关责任人重新处理\"\ncategories: ['Development','Testing','Quality']\ndepth_requirement_quantification:\n reference_value: \"根据缺陷数量调整管理深度：简单×1/中等×2/复杂×3\"\n minimum: \"至少覆盖严重度分级、状态流转、时效要求3个维度\"\n---\n> **⚠️ 安全警告**：本技能的示例可能涉及订单号、支付金额、截图、身份证、手机号等敏感数据。\n> 实际使用时请勿粘贴真实生产数据、客户信息或财务凭证；测试前应脱敏/掩码处理。\n> 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。\n\n# 缺陷生命周期管理\n\n## 核心原则\n\n缺陷管理不仅仅是记录Bug，而是驱动问题解决和质量改进。\n\n## 缺陷生命周期\n\n### 状态流转\n\n```text\n发现 → 确认 → 分配 → 修复 → 验证 → 关闭\n │ │ │ │ │ │\n │ │ │ │ │ └─ 关闭：验证通过\n │ │ │ │ └─ 验证失败：重新打开\n │ │ │ └─ 修复完成：等待验证\n │ │ └─ 分配给开发：等待修复\n │ └─ 确认为Bug：确认问题存在\n └─ 测试发现：提交Bug报告\n\n特殊状态：\n├─ 拒绝：不是Bug/无法复现/设计如此\n├─ 延期：当前版本不修复\n├─ 重新打开：验证失败/回归失败\n└─ 无法修复：技术限制/成本过高\n```\n\n### 状态定义\n\n| 状态 | 定义 | 负责人 | 操作 |\n|------|------|--------|------|\n| 新建 | 测试提交Bug | 测试 | 提交Bug |\n| 确认 | 确认是Bug | 测试/开发 | 确认/拒绝 |\n| 分配 | 分配给开发 | 测试/开发 | 分配 |\n| 修复中 | 开发修复中 | 开发 | 修复 |\n| 待验证 | 修复完成等待验证 | 测试 | 验证 |\n| 已关闭 | 验证通过 | 测试 | 关闭 |\n| 重新打开 | 验证失败 | 测试 | 重新打开 |\n| 拒绝 | 不是Bug | 测试/开发 | 拒绝 |\n| 延期 | 当前不修复 | 测试/开发 | 延期 |\n\n## 缺陷分级\n\n### 严重程度分级\n\n```text\nP0-致命（Critical）：\n├─ 系统崩溃/数据丢失\n├─ 核心功能完全不可用\n├─ 安全漏洞\n└─ 处理：立即修复\n\nP1-严重（Major）：\n├─ 核心功能异常\n├─ 数据错误\n├─ 性能严重下降\n└─ 处理：本版本修复\n\nP2-一般（Normal）：\n├─ 次要功能异常\n├─ 界面显示问题\n├─ 操作不便\n└─ 处理：下版本修复\n\nP3-轻微（Minor）：\n├─ 文案错误\n├─ 界面美化\n├─ 优化建议\n└─ 处理：排期修复\n```\n\n### 优先级定义\n\n```text\n紧急（Urgent）：\n├─ 影响线上用户\n├─ 阻塞测试/发布\n└─ 处理：立即处理\n\n高（High）：\n├─ 影响核心功能\n├─ 本版本必须修复\n└─ 处理：优先处理\n\n中（Medium）：\n├─ 影响次要功能\n├─ 尽量本版本修复\n└─ 处理：正常处理\n\n低（Low）：\n├─ 影响较小\n├─ 可以延期处理\n└─ 处理：排期处理\n```\n\n## 缺陷分析\n\n### 缺陷类型分析\n\n```text\n缺陷类型：\n├─ 功能缺陷：功能不符合需求\n├─ 界面缺陷：UI显示问题\n├─ 性能缺陷：性能不达标\n├─ 安全缺陷：安全漏洞\n├─ 兼容性缺陷：兼容性问题\n├─ 接口缺陷：接口问题\n├─ 数据缺陷：数据问题\n└─ 配置缺陷：配置问题\n\n分析维度：\n├─ 缺陷类型分布\n├─ 缺陷模块分布\n├─ 缺陷趋势\n└─ 缺陷密度\n```\n\n### 缺陷根因分析\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\n### 缺陷度量指标\n\n```text\n核心指标：\n├─ 缺陷密度 = 缺陷数 / 功能点数\n├─ 缺陷修复率 = 已修复缺陷 / 总缺陷\n├─ 缺陷重开率 = 重新打开缺陷 / 总缺陷\n├─ 缺陷逃逸率 = 线上缺陷 / (线上+测试缺陷)\n└─ 缺陷修复周期 = 修复日期 - 提交日期\n\n分析维度：\n├─ 按时间：缺陷趋势\n├─ 按模块：模块质量\n├─ 按类型：问题分布\n└─ 按人员：效率分析\n```\n\n## 缺陷报告模板\n\n> 📌 本节与 qa-bug-reporting「Bug报告模板」为同一概念的两个版本。本技能模板侧重管理（含状态、优先级字段），bug-reporting 模板侧重执行（含前置条件、影响评估）。修改字段时请同步更新两个模板。\n\n```markdown\n# 缺陷报告\n\n## 基本信息\n- 缺陷ID：[ID]\n- 标题：[标题]\n- 严重程度：P0/P1/P2/P3\n- 优先级：紧急/高/中/低\n- 状态：[状态]\n- 发现人：[人员]\n- 发现日期：[日期]\n\n## 问题描述\n- 现象：[问题现象]\n- 影响：[影响范围]\n- 条件：[触发条件]\n\n## 复现步骤\n1. [步骤1]\n2. [步骤2]\n3. [步骤3]\n\n## 预期vs实际\n- 预期：[预期结果]\n- 实际：[实际结果]\n\n## 环境信息\n- 环境：[环境信息]\n- 版本：[版本号]\n- 浏览器：[浏览器信息]\n\n## 附件\n- 截图：[截图]\n- 日志：[日志]\n\n## 根因分析（可选）\n- 根因：[根因分析]\n- 建议：[修复建议]\n```\n\n## 输出示例\n\n**一个P0级Bug（支付成功但订单状态未更新）**\n→ 生命周期管理：\n - 提交：填写标准Bug报告\n - 确认：开发确认存在该问题\n - 修复：定位为支付回调处理逻辑缺陷\n - 验证：QA验证修复后订单状态正常更新\n - 关闭：确认已修复，关闭缺陷\n\n**缺陷趋势分析：近3个迭代缺陷量上升30%**\n→ 触发缺陷分析：按类型/模块/根因分类，识别质量下降根因，制定改进措施\n\n## 异常处理引导\n\n| 场景 | 表现 | 处理方式 |\n|------|------|---------|\n| 缺陷状态长期卡住 | Bug在\"修复中\"超过3天无更新 | 触发升级机制，逐级上报至项目经理 |\n| 开发拒绝修复 | 标记为\"设计如此\"或\"无法复现\" | 要求书面理由，评估影响后提交产品决策 |\n| 回归测试未通过 | 修复后的版本仍有问题 | 重新打开Bug，更新复现信息，提升优先级 |\n| 临近发布发现P0缺陷 | 严重缺陷在发布窗口期未修复 | 评估影响面，判断是否延期，升级决策 |\n\n## 检查清单\n\n缺陷管理完成后检查：\n- [ ] 缺陷生命周期是否清晰？\n- [ ] 缺陷分级是否合理？\n- [ ] 缺陷分析是否深入？\n- [ ] 度量指标是否定义？\n- [ ] 改进措施是否制定？\n\nFile v1.7.7:_meta.json\n\n{\n \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n \"slug\": \"qa-bug-lifecycle\",\n \"version\": \"1.7.7\",\n \"publishedAt\": 1790519555396\n}\n\nFile v1.7.7:skill-card.md\n\n## Description:\n\nGuides QA teams through bug severity and priority classification, lifecycle tracking, and defect trend analysis.\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, developers, and project leads use this skill to standardize bug reports, manage defects from discovery to closure, and review quality trends.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: Bug reports or examples may expose customer information, identifiers, payment details, logs, or screenshots.\n\nMitigation: Redact sensitive production information before providing it to the skill.\n\nRisk: Broad activation wording may trigger this skill outside the intended QA workflow.\n\nMitigation: Check that the request calls for bug lifecycle management before applying its guidance.\n\n## Reference(s):\n\n- [ClawHub qa-bug-lifecycle release](https://clawhub.ai/kokxi/skills/qa-bug-lifecycle)\n\n## Skill Output:\n\n**Output Type(s):** [Text, Markdown, Guidance]\n\n**Output Format:** [Markdown bug reports, lifecycle guidance, checklists, and defect trend summaries]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [May include severity and priority levels, lifecycle states, and follow-up actions.]\n\n## Skill Version(s):\n\n1.7.7 (source: skill frontmatter and ClawHub release)\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, 5741 bytes\n\nFiles: skill-card.md (1838b), SKILL.md (9838b), _meta.json (135b)\n\nFile v1.7.6:SKILL.md\n\n---\r\nname: qa-bug-lifecycle\r\nslug: qa-bug-lifecycle\r\ndisplayName: 缺陷生命周期\r\nversion: 1.7.5\r\ndescription: >-\r\n 当团队缺陷管理混乱、Bug 没有统一的分级标准、或者领导要看缺陷趋势数据时使用此技能。覆盖缺陷从提交到关闭的完整生命周期，包括严重度/优先级分级规范、各状态流转条件和时效要求、缺陷度量和趋势分析。如果缺陷管理不规范，复盘数据就是垃圾——\"严重Bug数量下降\"可能是因为大家不再标记严重了。\r\n 本技能属于 QA Test Skills 技能集（49 个技能之一），完整工作流体验需安装全套：npx skills add Kokxi/qa-test-skills\r\n\r\nwhen_to_use: 用户说\"缺陷管理\"、\"Bug管理\"、\"缺陷流程\"、\"Bug状态\"、\"严重度\"、\"缺陷趋势\"、需要管理缺陷、分析缺陷趋势、团队需要规范缺陷管理流程时\r\nallowed-tools: Read Grep Glob\r\nrelated_skills:\r\n upstream:\r\n - qa-bug-reporting # 输入：Bug报告进入生命周期\r\n downstream:\r\n - qa-quality-metrics # 输出：缺陷数据用于质量度量\r\n - qa-retrospective # 输出：缺陷数据用于复盘\r\n - qa-test-reporting\r\ninput_format:\r\n required:\r\n - name: Bug报告\r\n type: object\r\n description: 来自qa-bug-reporting的缺陷报告\r\n optional:\r\n - name: 修复方案\r\n type: string\r\n description: 开发团队的修复方案\r\n - name: 验证结果\r\n type: string\r\n description: 修复验证结果\r\noutput_format:\r\n traceability:\r\n - 每个缺陷沿用原始ID（TC_{缺陷模块缩写}_{功能缩写}_{序号}，如 TC_BUG_LOGIN_001；缺陷追溯保留 BUG 前缀）\r\n - 关联生命周期状态ID\r\n structure:\r\n - 测试用例表格：固定 9 列（用例编号|测试类型|功能模块|测试标题|用例级别|预置条件|测试步骤|预期结果|风险等级）\r\n - 用例级别：P0≤20%（核心流程）/ P1≤40%（主要功能）/ P2≤30%（次要功能）/ P3≤10%（边缘场景）\r\n - 覆盖率：标注口径（基于现有需求/输入文档），禁止\"全覆盖/100%\"绝对化表述；缺失模块标注\"未覆盖+原因\"\r\n - lifecycle_state: 当前生命周期状态\r\n - severity_level: 严重度分级\r\n - priority_level: 优先级分级\r\n - state_history: 状态变更历史\r\n - timeline: 各状态时效要求\r\n - next_actions: 下一步操作建议\r\n - closure_criteria: 关闭条件检查\r\nerror_recovery_guidance:\r\n on_failure: \"验证不通过时退回上一状态并附上退回原因\"\r\n retry_behavior: \"退回后通知相关责任人重新处理\"\r\ncategories: ['Development','Testing','Quality']\r\ndepth_requirement_quantification:\r\n reference_value: \"根据缺陷数量调整管理深度：简单×1/中等×2/复杂×3\"\r\n minimum: \"至少覆盖严重度分级、状态流转、时效要求3个维度\"\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缺陷管理不仅仅是记录Bug，而是驱动问题解决和质量改进。\r\n\r\n## 缺陷生命周期\r\n\r\n### 状态流转\r\n\r\n```text\r\n发现 → 确认 → 分配 → 修复 → 验证 → 关闭\r\n │ │ │ │ │ │\r\n │ │ │ │ │ └─ 关闭：验证通过\r\n │ │ │ │ └─ 验证失败：重新打开\r\n │ │ │ └─ 修复完成：等待验证\r\n │ │ └─ 分配给开发：等待修复\r\n │ └─ 确认为Bug：确认问题存在\r\n └─ 测试发现：提交Bug报告\r\n\r\n特殊状态：\r\n├─ 拒绝：不是Bug/无法复现/设计如此\r\n├─ 延期：当前版本不修复\r\n├─ 重新打开：验证失败/回归失败\r\n└─ 无法修复：技术限制/成本过高\r\n```\r\n\r\n### 状态定义\r\n\r\n| 状态 | 定义 | 负责人 | 操作 |\r\n|------|------|--------|------|\r\n| 新建 | 测试提交Bug | 测试 | 提交Bug |\r\n| 确认 | 确认是Bug | 测试/开发 | 确认/拒绝 |\r\n| 分配 | 分配给开发 | 测试/开发 | 分配 |\r\n| 修复中 | 开发修复中 | 开发 | 修复 |\r\n| 待验证 | 修复完成等待验证 | 测试 | 验证 |\r\n| 已关闭 | 验证通过 | 测试 | 关闭 |\r\n| 重新打开 | 验证失败 | 测试 | 重新打开 |\r\n| 拒绝 | 不是Bug | 测试/开发 | 拒绝 |\r\n| 延期 | 当前不修复 | 测试/开发 | 延期 |\r\n\r\n## 缺陷分级\r\n\r\n### 严重程度分级\r\n\r\n```text\r\nP0-致命（Critical）：\r\n├─ 系统崩溃/数据丢失\r\n├─ 核心功能完全不可用\r\n├─ 安全漏洞\r\n└─ 处理：立即修复\r\n\r\nP1-严重（Major）：\r\n├─ 核心功能异常\r\n├─ 数据错误\r\n├─ 性能严重下降\r\n└─ 处理：本版本修复\r\n\r\nP2-一般（Normal）：\r\n├─ 次要功能异常\r\n├─ 界面显示问题\r\n├─ 操作不便\r\n└─ 处理：下版本修复\r\n\r\nP3-轻微（Minor）：\r\n├─ 文案错误\r\n├─ 界面美化\r\n├─ 优化建议\r\n└─ 处理：排期修复\r\n```\r\n\r\n### 优先级定义\r\n\r\n```text\r\n紧急（Urgent）：\r\n├─ 影响线上用户\r\n├─ 阻塞测试/发布\r\n└─ 处理：立即处理\r\n\r\n高（High）：\r\n├─ 影响核心功能\r\n├─ 本版本必须修复\r\n└─ 处理：优先处理\r\n\r\n中（Medium）：\r\n├─ 影响次要功能\r\n├─ 尽量本版本修复\r\n└─ 处理：正常处理\r\n\r\n低（Low）：\r\n├─ 影响较小\r\n├─ 可以延期处理\r\n└─ 处理：排期处理\r\n```\r\n\r\n## 缺陷分析\r\n\r\n### 缺陷类型分析\r\n\r\n```text\r\n缺陷类型：\r\n├─ 功能缺陷：功能不符合需求\r\n├─ 界面缺陷：UI显示问题\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```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\r\n### 缺陷度量指标\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> 📌 本节与 qa-bug-reporting「Bug报告模板」为同一概念的两个版本。本技能模板侧重管理（含状态、优先级字段），bug-reporting 模板侧重执行（含前置条件、影响评估）。修改字段时请同步更新两个模板。\r\n\r\n```markdown\r\n# 缺陷报告\r\n\r\n## 基本信息\r\n- 缺陷ID：[ID]\r\n- 标题：[标题]\r\n- 严重程度：P0/P1/P2/P3\r\n- 优先级：紧急/高/中/低\r\n- 状态：[状态]\r\n- 发现人：[人员]\r\n- 发现日期：[日期]\r\n\r\n## 问题描述\r\n- 现象：[问题现象]\r\n- 影响：[影响范围]\r\n- 条件：[触发条件]\r\n\r\n## 复现步骤\r\n1. [步骤1]\r\n2. [步骤2]\r\n3. [步骤3]\r\n\r\n## 预期vs实际\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**一个P0级Bug（支付成功但订单状态未更新）**\r\n→ 生命周期管理：\r\n - 提交：填写标准Bug报告\r\n - 确认：开发确认存在该问题\r\n - 修复：定位为支付回调处理逻辑缺陷\r\n - 验证：QA验证修复后订单状态正常更新\r\n - 关闭：确认已修复，关闭缺陷\r\n\r\n**缺陷趋势分析：近3个迭代缺陷量上升30%**\r\n→ 触发缺陷分析：按类型/模块/根因分类，识别质量下降根因，制定改进措施\r\n\r\n## 异常处理引导\r\n\r\n| 场景 | 表现 | 处理方式 |\r\n|------|------|---------|\r\n| 缺陷状态长期卡住 | Bug在\"修复中\"超过3天无更新 | 触发升级机制，逐级上报至项目经理 |\r\n| 开发拒绝修复 | 标记为\"设计如此\"或\"无法复现\" | 要求书面理由，评估影响后提交产品决策 |\r\n| 回归测试未通过 | 修复后的版本仍有问题 | 重新打开Bug，更新复现信息，提升优先级 |\r\n| 临近发布发现P0缺陷 | 严重缺陷在发布窗口期未修复 | 评估影响面，判断是否延期，升级决策 |\r\n\r\n## 检查清单\r\n\r\n缺陷管理完成后检查：\r\n- [ ] 缺陷生命周期是否清晰？\r\n- [ ] 缺陷分级是否合理？\r\n- [ ] 缺陷分析是否深入？\r\n- [ ] 度量指标是否定义？\r\n- [ ] 改进措施是否制定？\n\nFile v1.7.6:_meta.json\n\n{\n \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n \"slug\": \"qa-bug-lifecycle\",\n \"version\": \"1.7.6\",\n \"publishedAt\": 1788266202187\n}\n\nFile v1.7.6:skill-card.md\n\n## Description:\n\nGuides QA teams through defect lifecycle management, including state transitions, severity and priority classification, timelines, defect metrics, and trend analysis.\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 to standardize bug lifecycle handling, classify severity and priority, track state history, and analyze defect trends for quality improvement.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: Optional installation of the full QA suite uses a mutable external npx command.\n\nMitigation: Review or pin the external package or repository version before installing the optional full suite.\n\nRisk: Bug reports and QA evidence may contain customer, identity, payment, or production data.\n\nMitigation: Mask or remove sensitive production data before using it with the skill.\n\n## Reference(s):\n\n- [ClawHub skill page](https://clawhub.ai/kokxi/skills/qa-bug-lifecycle)\n\n## Skill Output:\n\n**Output Type(s):** [text, markdown, guidance]\n\n**Output Format:** [Markdown with structured tables, checklists, lifecycle fields, and defect analysis guidance]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [May include lifecycle state, severity level, priority level, state history, timelines, next actions, and closure criteria.]\n\n## Skill Version(s):\n\n1.7.6 (source: server release evidence; artifact frontmatter reports 1.7.5)\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, 5628 bytes\n\nFiles: skill-card.md (2040b), SKILL.md (9244b), _meta.json (135b)\n\nFile v1.7.5:SKILL.md\n\n---\nname: qa-bug-lifecycle\nslug: qa-bug-lifecycle\ndisplayName: Bug Lifecycle\nversion: 1.7.5\ndescription: >-\n 当团队缺陷管理混乱、Bug 没有统一的分级标准、或者领导要看缺陷趋势数据时使用此技能。覆盖缺陷从提交到关闭的完整生命周期，包括严重度/优先级分级规范、各状态流转条件和时效要求、缺陷度量和趋势分析。如果缺陷管理不规范，复盘数据就是垃圾——\"严重Bug数量下降\"可能是因为大家不再标记严重了。\n\nwhen_to_use: 用户说\"缺陷管理\"、\"Bug管理\"、\"缺陷流程\"、\"Bug状态\"、\"严重度\"、\"缺陷趋势\"、需要管理缺陷、分析缺陷趋势、团队需要规范缺陷管理流程时\nallowed-tools: Read Grep Glob\nrelated_skills:\n upstream:\n - qa-bug-reporting # 输入：Bug报告进入生命周期\n downstream:\n - qa-quality-metrics # 输出：缺陷数据用于质量度量\n - qa-retrospective # 输出：缺陷数据用于复盘\n - qa-test-reporting\ninput_format:\n required:\n - name: Bug报告\n type: object\n description: 来自qa-bug-reporting的缺陷报告\n optional:\n - name: 修复方案\n type: string\n description: 开发团队的修复方案\n - name: 验证结果\n type: string\n description: 修复验证结果\noutput_format:\n traceability:\n - 每个缺陷沿用原始ID（TC_{缺陷模块缩写}_{功能缩写}_{序号}，如 TC_BUG_LOGIN_001；缺陷追溯保留 BUG 前缀）\n - 关联生命周期状态ID\n structure:\n - 测试用例表格：固定 9 列（用例编号|测试类型|功能模块|测试标题|用例级别|预置条件|测试步骤|预期结果|风险等级）\n - 用例级别：P0≤20%（核心流程）/ P1≤40%（主要功能）/ P2≤30%（次要功能）/ P3≤10%（边缘场景）\n - 覆盖率：标注口径（基于现有需求/输入文档），禁止\"全覆盖/100%\"绝对化表述；缺失模块标注\"未覆盖+原因\"\n - lifecycle_state: 当前生命周期状态\n - severity_level: 严重度分级\n - priority_level: 优先级分级\n - state_history: 状态变更历史\n - timeline: 各状态时效要求\n - next_actions: 下一步操作建议\n - closure_criteria: 关闭条件检查\nerror_recovery_guidance:\n on_failure: \"验证不通过时退回上一状态并附上退回原因\"\n retry_behavior: \"退回后通知相关责任人重新处理\"\ncategories: ['Development','Testing','Quality']\ndepth_requirement_quantification:\n reference_value: \"根据缺陷数量调整管理深度：简单×1/中等×2/复杂×3\"\n minimum: \"至少覆盖严重度分级、状态流转、时效要求3个维度\"\n---\n> **⚠️ 安全警告**：本技能的示例可能涉及订单号、支付金额、截图、身份证、手机号等敏感数据。\n> 实际使用时请勿粘贴真实生产数据、客户信息或财务凭证；测试前应脱敏/掩码处理。\n> 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。\n\n# 缺陷生命周期管理\n\n## 核心原则\n\n缺陷管理不仅仅是记录Bug，而是驱动问题解决和质量改进。\n\n## 缺陷生命周期\n\n### 状态流转\n\n```text\n发现 → 确认 → 分配 → 修复 → 验证 → 关闭\n │ │ │ │ │ │\n │ │ │ │ │ └─ 关闭：验证通过\n │ │ │ │ └─ 验证失败：重新打开\n │ │ │ └─ 修复完成：等待验证\n │ │ └─ 分配给开发：等待修复\n │ └─ 确认为Bug：确认问题存在\n └─ 测试发现：提交Bug报告\n\n特殊状态：\n├─ 拒绝：不是Bug/无法复现/设计如此\n├─ 延期：当前版本不修复\n├─ 重新打开：验证失败/回归失败\n└─ 无法修复：技术限制/成本过高\n```\n\n### 状态定义\n\n| 状态 | 定义 | 负责人 | 操作 |\n|------|------|--------|------|\n| 新建 | 测试提交Bug | 测试 | 提交Bug |\n| 确认 | 确认是Bug | 测试/开发 | 确认/拒绝 |\n| 分配 | 分配给开发 | 测试/开发 | 分配 |\n| 修复中 | 开发修复中 | 开发 | 修复 |\n| 待验证 | 修复完成等待验证 | 测试 | 验证 |\n| 已关闭 | 验证通过 | 测试 | 关闭 |\n| 重新打开 | 验证失败 | 测试 | 重新打开 |\n| 拒绝 | 不是Bug | 测试/开发 | 拒绝 |\n| 延期 | 当前不修复 | 测试/开发 | 延期 |\n\n## 缺陷分级\n\n### 严重程度分级\n\n```text\nP0-致命（Critical）：\n├─ 系统崩溃/数据丢失\n├─ 核心功能完全不可用\n├─ 安全漏洞\n└─ 处理：立即修复\n\nP1-严重（Major）：\n├─ 核心功能异常\n├─ 数据错误\n├─ 性能严重下降\n└─ 处理：本版本修复\n\nP2-一般（Normal）：\n├─ 次要功能异常\n├─ 界面显示问题\n├─ 操作不便\n└─ 处理：下版本修复\n\nP3-轻微（Minor）：\n├─ 文案错误\n├─ 界面美化\n├─ 优化建议\n└─ 处理：排期修复\n```\n\n### 优先级定义\n\n```text\n紧急（Urgent）：\n├─ 影响线上用户\n├─ 阻塞测试/发布\n└─ 处理：立即处理\n\n高（High）：\n├─ 影响核心功能\n├─ 本版本必须修复\n└─ 处理：优先处理\n\n中（Medium）：\n├─ 影响次要功能\n├─ 尽量本版本修复\n└─ 处理：正常处理\n\n低（Low）：\n├─ 影响较小\n├─ 可以延期处理\n└─ 处理：排期处理\n```\n\n## 缺陷分析\n\n### 缺陷类型分析\n\n```text\n缺陷类型：\n├─ 功能缺陷：功能不符合需求\n├─ 界面缺陷：UI显示问题\n├─ 性能缺陷：性能不达标\n├─ 安全缺陷：安全漏洞\n├─ 兼容性缺陷：兼容性问题\n├─ 接口缺陷：接口问题\n├─ 数据缺陷：数据问题\n└─ 配置缺陷：配置问题\n\n分析维度：\n├─ 缺陷类型分布\n├─ 缺陷模块分布\n├─ 缺陷趋势\n└─ 缺陷密度\n```\n\n### 缺陷根因分析\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\n### 缺陷度量指标\n\n```text\n核心指标：\n├─ 缺陷密度 = 缺陷数 / 功能点数\n├─ 缺陷修复率 = 已修复缺陷 / 总缺陷\n├─ 缺陷重开率 = 重新打开缺陷 / 总缺陷\n├─ 缺陷逃逸率 = 线上缺陷 / (线上+测试缺陷)\n└─ 缺陷修复周期 = 修复日期 - 提交日期\n\n分析维度：\n├─ 按时间：缺陷趋势\n├─ 按模块：模块质量\n├─ 按类型：问题分布\n└─ 按人员：效率分析\n```\n\n## 缺陷报告模板\n\n> 📌 本节与 qa-bug-reporting「Bug报告模板」为同一概念的两个版本。本技能模板侧重管理（含状态、优先级字段），bug-reporting 模板侧重执行（含前置条件、影响评估）。修改字段时请同步更新两个模板。\n\n```markdown\n# 缺陷报告\n\n## 基本信息\n- 缺陷ID：[ID]\n- 标题：[标题]\n- 严重程度：P0/P1/P2/P3\n- 优先级：紧急/高/中/低\n- 状态：[状态]\n- 发现人：[人员]\n- 发现日期：[日期]\n\n## 问题描述\n- 现象：[问题现象]\n- 影响：[影响范围]\n- 条件：[触发条件]\n\n## 复现步骤\n1. [步骤1]\n2. [步骤2]\n3. [步骤3]\n\n## 预期vs实际\n- 预期：[预期结果]\n- 实际：[实际结果]\n\n## 环境信息\n- 环境：[环境信息]\n- 版本：[版本号]\n- 浏览器：[浏览器信息]\n\n## 附件\n- 截图：[截图]\n- 日志：[日志]\n\n## 根因分析（可选）\n- 根因：[根因分析]\n- 建议：[修复建议]\n```\n\n## 输出示例\n\n**一个P0级Bug（支付成功但订单状态未更新）**\n→ 生命周期管理：\n - 提交：填写标准Bug报告\n - 确认：开发确认存在该问题\n - 修复：定位为支付回调处理逻辑缺陷\n - 验证：QA验证修复后订单状态正常更新\n - 关闭：确认已修复，关闭缺陷\n\n**缺陷趋势分析：近3个迭代缺陷量上升30%**\n→ 触发缺陷分析：按类型/模块/根因分类，识别质量下降根因，制定改进措施\n\n## 异常处理引导\n\n| 场景 | 表现 | 处理方式 |\n|------|------|---------|\n| 缺陷状态长期卡住 | Bug在\"修复中\"超过3天无更新 | 触发升级机制，逐级上报至项目经理 |\n| 开发拒绝修复 | 标记为\"设计如此\"或\"无法复现\" | 要求书面理由，评估影响后提交产品决策 |\n| 回归测试未通过 | 修复后的版本仍有问题 | 重新打开Bug，更新复现信息，提升优先级 |\n| 临近发布发现P0缺陷 | 严重缺陷在发布窗口期未修复 | 评估影响面，判断是否延期，升级决策 |\n\n## 检查清单\n\n缺陷管理完成后检查：\n- [ ] 缺陷生命周期是否清晰？\n- [ ] 缺陷分级是否合理？\n- [ ] 缺陷分析是否深入？\n- [ ] 度量指标是否定义？\n- [ ] 改进措施是否制定？\n\nFile v1.7.5:_meta.json\n\n{\n \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n \"slug\": \"qa-bug-lifecycle\",\n \"version\": \"1.7.5\",\n \"publishedAt\": 1788102688445\n}\n\nFile v1.7.5:skill-card.md\n\n## Description:\n\nThis skill helps QA teams manage the full defect lifecycle, including bug triage, severity and priority classification, state transitions, timelines, closure criteria, and defect trend analysis.\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, developers, and project leads use this skill to standardize defect handling from submission through closure. It supports consistent severity and priority decisions, lifecycle tracking, escalation, closure review, and defect trend analysis.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: Bug reports and examples may contain customer, payment, identity, financial, or production incident data.\n\nMitigation: Redact or mask sensitive data before using the skill, especially customer identifiers, payment details, screenshots, logs, and production incident records.\n\nRisk: Incomplete defect context can lead to incorrect severity, priority, escalation, or closure recommendations.\n\nMitigation: Review lifecycle decisions with the responsible QA, development, product, or release owner before taking operational action.\n\n## Reference(s):\n\n- [ClawHub skill page](https://clawhub.ai/kokxi/skills/qa-bug-lifecycle)\n\n## Skill Output:\n\n**Output Type(s):** [Text, Markdown, Guidance]\n\n**Output Format:** [Markdown guidance, tables, checklists, and structured lifecycle fields]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Includes lifecycle state, severity and priority labels, state history, timelines, next actions, closure criteria, and defect metrics.]\n\n## Skill Version(s):\n\n1.7.5 (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.7.0: 3 files, 5310 bytes\n\nFiles: skill-card.md (1951b), SKILL.md (8711b), _meta.json (135b)\n\nFile v1.7.0:SKILL.md\n\n---\nname: qa-bug-lifecycle\nslug: qa-bug-lifecycle\ndisplayName: Bug Lifecycle\nversion: 1.7.0\ndescription: >-\n 当团队缺陷管理混乱、Bug 没有统一的分级标准、或者领导要看缺陷趋势数据时使用此技能。覆盖缺陷从提交到关闭的完整生命周期，包括严重度/优先级分级规范、各状态流转条件和时效要求、缺陷度量和趋势分析。如果缺陷管理不规范，复盘数据就是垃圾——\"严重Bug数量下降\"可能是因为大家不再标记严重了。\n\nwhen_to_use: 用户说\"缺陷管理\"、\"Bug管理\"、\"缺陷流程\"、\"Bug状态\"、\"严重度\"、\"缺陷趋势\"、需要管理缺陷、分析缺陷趋势、团队需要规范缺陷管理流程时\nallowed-tools: Read Grep Glob\nrelated_skills:\n upstream:\n - qa-bug-reporting # 输入：Bug报告进入生命周期\n downstream:\n - qa-quality-metrics # 输出：缺陷数据用于质量度量\n - qa-retrospective # 输出：缺陷数据用于复盘\n - qa-test-reporting\ninput_format:\n required:\n - name: Bug报告\n type: object\n description: 来自qa-bug-reporting的缺陷报告\n optional:\n - name: 修复方案\n type: string\n description: 开发团队的修复方案\n - name: 验证结果\n type: string\n description: 修复验证结果\noutput_format:\n traceability:\n - 每个缺陷沿用原始ID（BUG-XXXX）\n - - 关联生命周期状态ID\n structure:\n - lifecycle_state: 当前生命周期状态\n - severity_level: 严重度分级\n - priority_level: 优先级分级\n - state_history: 状态变更历史\n - timeline: 各状态时效要求\n - next_actions: 下一步操作建议\n - closure_criteria: 关闭条件检查\nerror_recovery_guidance:\n on_failure: \"验证不通过时退回上一状态并附上退回原因\"\n retry_behavior: \"退回后通知相关责任人重新处理\"\ncategories: ['Development','Testing','Quality']\ndepth_requirement_quantification:\n reference_value: \"根据缺陷数量调整管理深度：简单×1/中等×2/复杂×3\"\n minimum: \"至少覆盖严重度分级、状态流转、时效要求3个维度\"\n---\n> **⚠️ 安全警告**：本技能的示例可能涉及订单号、支付金额、截图、身份证、手机号等敏感数据。\n> 实际使用时请勿粘贴真实生产数据、客户信息或财务凭证；测试前应脱敏/掩码处理。\n> 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。\n\n# 缺陷生命周期管理\n\n## 核心原则\n\n缺陷管理不仅仅是记录Bug，而是驱动问题解决和质量改进。\n\n## 缺陷生命周期\n\n### 状态流转\n\n```text\n发现 → 确认 → 分配 → 修复 → 验证 → 关闭\n │ │ │ │ │ │\n │ │ │ │ │ └─ 关闭：验证通过\n │ │ │ │ └─ 验证失败：重新打开\n │ │ │ └─ 修复完成：等待验证\n │ │ └─ 分配给开发：等待修复\n │ └─ 确认为Bug：确认问题存在\n └─ 测试发现：提交Bug报告\n\n特殊状态：\n├─ 拒绝：不是Bug/无法复现/设计如此\n├─ 延期：当前版本不修复\n├─ 重新打开：验证失败/回归失败\n└─ 无法修复：技术限制/成本过高\n```\n\n### 状态定义\n\n| 状态 | 定义 | 负责人 | 操作 |\n|------|------|--------|------|\n| 新建 | 测试提交Bug | 测试 | 提交Bug |\n| 确认 | 确认是Bug | 测试/开发 | 确认/拒绝 |\n| 分配 | 分配给开发 | 测试/开发 | 分配 |\n| 修复中 | 开发修复中 | 开发 | 修复 |\n| 待验证 | 修复完成等待验证 | 测试 | 验证 |\n| 已关闭 | 验证通过 | 测试 | 关闭 |\n| 重新打开 | 验证失败 | 测试 | 重新打开 |\n| 拒绝 | 不是Bug | 测试/开发 | 拒绝 |\n| 延期 | 当前不修复 | 测试/开发 | 延期 |\n\n## 缺陷分级\n\n### 严重程度分级\n\n```text\nP0-致命（Critical）：\n├─ 系统崩溃/数据丢失\n├─ 核心功能完全不可用\n├─ 安全漏洞\n└─ 处理：立即修复\n\nP1-严重（Major）：\n├─ 核心功能异常\n├─ 数据错误\n├─ 性能严重下降\n└─ 处理：本版本修复\n\nP2-一般（Normal）：\n├─ 次要功能异常\n├─ 界面显示问题\n├─ 操作不便\n└─ 处理：下版本修复\n\nP3-轻微（Minor）：\n├─ 文案错误\n├─ 界面美化\n├─ 优化建议\n└─ 处理：排期修复\n```\n\n### 优先级定义\n\n```text\n紧急（Urgent）：\n├─ 影响线上用户\n├─ 阻塞测试/发布\n└─ 处理：立即处理\n\n高（High）：\n├─ 影响核心功能\n├─ 本版本必须修复\n└─ 处理：优先处理\n\n中（Medium）：\n├─ 影响次要功能\n├─ 尽量本版本修复\n└─ 处理：正常处理\n\n低（Low）：\n├─ 影响较小\n├─ 可以延期处理\n└─ 处理：排期处理\n```\n\n## 缺陷分析\n\n### 缺陷类型分析\n\n```text\n缺陷类型：\n├─ 功能缺陷：功能不符合需求\n├─ 界面缺陷：UI显示问题\n├─ 性能缺陷：性能不达标\n├─ 安全缺陷：安全漏洞\n├─ 兼容性缺陷：兼容性问题\n├─ 接口缺陷：接口问题\n├─ 数据缺陷：数据问题\n└─ 配置缺陷：配置问题\n\n分析维度：\n├─ 缺陷类型分布\n├─ 缺陷模块分布\n├─ 缺陷趋势\n└─ 缺陷密度\n```\n\n### 缺陷根因分析\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\n### 缺陷度量指标\n\n```text\n核心指标：\n├─ 缺陷密度 = 缺陷数 / 功能点数\n├─ 缺陷修复率 = 已修复缺陷 / 总缺陷\n├─ 缺陷重开率 = 重新打开缺陷 / 总缺陷\n├─ 缺陷逃逸率 = 线上缺陷 / (线上+测试缺陷)\n└─ 缺陷修复周期 = 修复日期 - 提交日期\n\n分析维度：\n├─ 按时间：缺陷趋势\n├─ 按模块：模块质量\n├─ 按类型：问题分布\n└─ 按人员：效率分析\n```\n\n## 缺陷报告模板\n\n> 📌 本节与 qa-bug-reporting「Bug报告模板」为同一概念的两个版本。本技能模板侧重管理（含状态、优先级字段），bug-reporting 模板侧重执行（含前置条件、影响评估）。修改字段时请同步更新两个模板。\n\n```markdown\n# 缺陷报告\n\n## 基本信息\n- 缺陷ID：[ID]\n- 标题：[标题]\n- 严重程度：P0/P1/P2/P3\n- 优先级：紧急/高/中/低\n- 状态：[状态]\n- 发现人：[人员]\n- 发现日期：[日期]\n\n## 问题描述\n- 现象：[问题现象]\n- 影响：[影响范围]\n- 条件：[触发条件]\n\n## 复现步骤\n1. [步骤1]\n2. [步骤2]\n3. [步骤3]\n\n## 预期vs实际\n- 预期：[预期结果]\n- 实际：[实际结果]\n\n## 环境信息\n- 环境：[环境信息]\n- 版本：[版本号]\n- 浏览器：[浏览器信息]\n\n## 附件\n- 截图：[截图]\n- 日志：[日志]\n\n## 根因分析（可选）\n- 根因：[根因分析]\n- 建议：[修复建议]\n```\n\n## 输出示例\n\n**一个P0级Bug（支付成功但订单状态未更新）**\n→ 生命周期管理：\n - 提交：填写标准Bug报告\n - 确认：开发确认存在该问题\n - 修复：定位为支付回调处理逻辑缺陷\n - 验证：QA验证修复后订单状态正常更新\n - 关闭：确认已修复，关闭缺陷\n\n**缺陷趋势分析：近3个迭代缺陷量上升30%**\n→ 触发缺陷分析：按类型/模块/根因分类，识别质量下降根因，制定改进措施\n\n## 异常处理引导\n\n| 场景 | 表现 | 处理方式 |\n|------|------|---------|\n| 缺陷状态长期卡住 | Bug在\"修复中\"超过3天无更新 | 触发升级机制，逐级上报至项目经理 |\n| 开发拒绝修复 | 标记为\"设计如此\"或\"无法复现\" | 要求书面理由，评估影响后提交产品决策 |\n| 回归测试未通过 | 修复后的版本仍有问题 | 重新打开Bug，更新复现信息，提升优先级 |\n| 临近发布发现P0缺陷 | 严重缺陷在发布窗口期未修复 | 评估影响面，判断是否延期，升级决策 |\n\n## 检查清单\n\n缺陷管理完成后检查：\n- [ ] 缺陷生命周期是否清晰？\n- [ ] 缺陷分级是否合理？\n- [ ] 缺陷分析是否深入？\n- [ ] 度量指标是否定义？\n- [ ] 改进措施是否制定？\n\nFile v1.7.0:_meta.json\n\n{\n \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n \"slug\": \"qa-bug-lifecycle\",\n \"version\": \"1.7.0\",\n \"publishedAt\": 1786890943049\n}\n\nFile v1.7.0:skill-card.md\n\n## Description:\n\nHelps QA teams standardize bug lifecycle management, including severity and priority classification, state transitions, time expectations, defect metrics, and trend analysis.\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, developers, and project leads use this skill to manage reported defects from submission through closure and to analyze defect trends for quality improvement.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: Bug reports may contain sensitive business, customer, payment, identity, screenshot, or production-log data.\n\nMitigation: Redact or mask real order numbers, payment amounts, screenshots, IDs, phone numbers, customer details, and production logs before using the skill.\n\nRisk: Lifecycle, severity, priority, and closure guidance may influence QA and release decisions.\n\nMitigation: Have the responsible QA or release owner review classifications, state changes, and closure criteria before acting on them.\n\n## Reference(s):\n\n- [ClawHub skill page](https://clawhub.ai/kokxi/skills/qa-bug-lifecycle)\n\n## Skill Output:\n\n**Output Type(s):** [text, markdown, guidance]\n\n**Output Format:** [Markdown guidance with lifecycle fields, severity and priority classifications, timelines, next actions, and closure checks.]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [May include defect state history, lifecycle status, defect metrics, trend analysis, and review checklists.]\n\n## Skill Version(s):\n\n1.7.0 (source: server release metadata 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.3: 3 files, 5266 bytes\n\nFiles: skill-card.md (1860b), SKILL.md (8711b), _meta.json (135b)\n\nFile v1.6.3:SKILL.md\n\n---\nname: qa-bug-lifecycle\nslug: qa-bug-lifecycle\ndisplayName: Bug Lifecycle\nversion: 1.6.3\ndescription: >-\n 当团队缺陷管理混乱、Bug 没有统一的分级标准、或者领导要看缺陷趋势数据时使用此技能。覆盖缺陷从提交到关闭的完整生命周期，包括严重度/优先级分级规范、各状态流转条件和时效要求、缺陷度量和趋势分析。如果缺陷管理不规范，复盘数据就是垃圾——\"严重Bug数量下降\"可能是因为大家不再标记严重了。\n\nwhen_to_use: 用户说\"缺陷管理\"、\"Bug管理\"、\"缺陷流程\"、\"Bug状态\"、\"严重度\"、\"缺陷趋势\"、需要管理缺陷、分析缺陷趋势、团队需要规范缺陷管理流程时\nallowed-tools: Read Grep Glob\nrelated_skills:\n upstream:\n - qa-bug-reporting # 输入：Bug报告进入生命周期\n downstream:\n - qa-quality-metrics # 输出：缺陷数据用于质量度量\n - qa-retrospective # 输出：缺陷数据用于复盘\n - qa-test-reporting\ninput_format:\n required:\n - name: Bug报告\n type: object\n description: 来自qa-bug-reporting的缺陷报告\n optional:\n - name: 修复方案\n type: string\n description: 开发团队的修复方案\n - name: 验证结果\n type: string\n description: 修复验证结果\noutput_format:\n traceability:\n - 每个缺陷沿用原始ID（BUG-XXXX）\n - - 关联生命周期状态ID\n structure:\n - lifecycle_state: 当前生命周期状态\n - severity_level: 严重度分级\n - priority_level: 优先级分级\n - state_history: 状态变更历史\n - timeline: 各状态时效要求\n - next_actions: 下一步操作建议\n - closure_criteria: 关闭条件检查\nerror_recovery_guidance:\n on_failure: \"验证不通过时退回上一状态并附上退回原因\"\n retry_behavior: \"退回后通知相关责任人重新处理\"\ncategories: ['Development','Testing','Quality']\ndepth_requirement_quantification:\n reference_value: \"根据缺陷数量调整管理深度：简单×1/中等×2/复杂×3\"\n minimum: \"至少覆盖严重度分级、状态流转、时效要求3个维度\"\n---\n> **⚠️ 安全警告**：本技能的示例可能涉及订单号、支付金额、截图、身份证、手机号等敏感数据。\n> 实际使用时请勿粘贴真实生产数据、客户信息或财务凭证；测试前应脱敏/掩码处理。\n> 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。\n\n# 缺陷生命周期管理\n\n## 核心原则\n\n缺陷管理不仅仅是记录Bug，而是驱动问题解决和质量改进。\n\n## 缺陷生命周期\n\n### 状态流转\n\n```text\n发现 → 确认 → 分配 → 修复 → 验证 → 关闭\n │ │ │ │ │ │\n │ │ │ │ │ └─ 关闭：验证通过\n │ │ │ │ └─ 验证失败：重新打开\n │ │ │ └─ 修复完成：等待验证\n │ │ └─ 分配给开发：等待修复\n │ └─ 确认为Bug：确认问题存在\n └─ 测试发现：提交Bug报告\n\n特殊状态：\n├─ 拒绝：不是Bug/无法复现/设计如此\n├─ 延期：当前版本不修复\n├─ 重新打开：验证失败/回归失败\n└─ 无法修复：技术限制/成本过高\n```\n\n### 状态定义\n\n| 状态 | 定义 | 负责人 | 操作 |\n|------|------|--------|------|\n| 新建 | 测试提交Bug | 测试 | 提交Bug |\n| 确认 | 确认是Bug | 测试/开发 | 确认/拒绝 |\n| 分配 | 分配给开发 | 测试/开发 | 分配 |\n| 修复中 | 开发修复中 | 开发 | 修复 |\n| 待验证 | 修复完成等待验证 | 测试 | 验证 |\n| 已关闭 | 验证通过 | 测试 | 关闭 |\n| 重新打开 | 验证失败 | 测试 | 重新打开 |\n| 拒绝 | 不是Bug | 测试/开发 | 拒绝 |\n| 延期 | 当前不修复 | 测试/开发 | 延期 |\n\n## 缺陷分级\n\n### 严重程度分级\n\n```text\nP0-致命（Critical）：\n├─ 系统崩溃/数据丢失\n├─ 核心功能完全不可用\n├─ 安全漏洞\n└─ 处理：立即修复\n\nP1-严重（Major）：\n├─ 核心功能异常\n├─ 数据错误\n├─ 性能严重下降\n└─ 处理：本版本修复\n\nP2-一般（Normal）：\n├─ 次要功能异常\n├─ 界面显示问题\n├─ 操作不便\n└─ 处理：下版本修复\n\nP3-轻微（Minor）：\n├─ 文案错误\n├─ 界面美化\n├─ 优化建议\n└─ 处理：排期修复\n```\n\n### 优先级定义\n\n```text\n紧急（Urgent）：\n├─ 影响线上用户\n├─ 阻塞测试/发布\n└─ 处理：立即处理\n\n高（High）：\n├─ 影响核心功能\n├─ 本版本必须修复\n└─ 处理：优先处理\n\n中（Medium）：\n├─ 影响次要功能\n├─ 尽量本版本修复\n└─ 处理：正常处理\n\n低（Low）：\n├─ 影响较小\n├─ 可以延期处理\n└─ 处理：排期处理\n```\n\n## 缺陷分析\n\n### 缺陷类型分析\n\n```text\n缺陷类型：\n├─ 功能缺陷：功能不符合需求\n├─ 界面缺陷：UI显示问题\n├─ 性能缺陷：性能不达标\n├─ 安全缺陷：安全漏洞\n├─ 兼容性缺陷：兼容性问题\n├─ 接口缺陷：接口问题\n├─ 数据缺陷：数据问题\n└─ 配置缺陷：配置问题\n\n分析维度：\n├─ 缺陷类型分布\n├─ 缺陷模块分布\n├─ 缺陷趋势\n└─ 缺陷密度\n```\n\n### 缺陷根因分析\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\n### 缺陷度量指标\n\n```text\n核心指标：\n├─ 缺陷密度 = 缺陷数 / 功能点数\n├─ 缺陷修复率 = 已修复缺陷 / 总缺陷\n├─ 缺陷重开率 = 重新打开缺陷 / 总缺陷\n├─ 缺陷逃逸率 = 线上缺陷 / (线上+测试缺陷)\n└─ 缺陷修复周期 = 修复日期 - 提交日期\n\n分析维度：\n├─ 按时间：缺陷趋势\n├─ 按模块：模块质量\n├─ 按类型：问题分布\n└─ 按人员：效率分析\n```\n\n## 缺陷报告模板\n\n> 📌 本节与 qa-bug-reporting「Bug报告模板」为同一概念的两个版本。本技能模板侧重管理（含状态、优先级字段），bug-reporting 模板侧重执行（含前置条件、影响评估）。修改字段时请同步更新两个模板。\n\n```markdown\n# 缺陷报告\n\n## 基本信息\n- 缺陷ID：[ID]\n- 标题：[标题]\n- 严重程度：P0/P1/P2/P3\n- 优先级：紧急/高/中/低\n- 状态：[状态]\n- 发现人：[人员]\n- 发现日期：[日期]\n\n## 问题描述\n- 现象：[问题现象]\n- 影响：[影响范围]\n- 条件：[触发条件]\n\n## 复现步骤\n1. [步骤1]\n2. [步骤2]\n3. [步骤3]\n\n## 预期vs实际\n- 预期：[预期结果]\n- 实际：[实际结果]\n\n## 环境信息\n- 环境：[环境信息]\n- 版本：[版本号]\n- 浏览器：[浏览器信息]\n\n## 附件\n- 截图：[截图]\n- 日志：[日志]\n\n## 根因分析（可选）\n- 根因：[根因分析]\n- 建议：[修复建议]\n```\n\n## 输出示例\n\n**一个P0级Bug（支付成功但订单状态未更新）**\n→ 生命周期管理：\n - 提交：填写标准Bug报告\n - 确认：开发确认存在该问题\n - 修复：定位为支付回调处理逻辑缺陷\n - 验证：QA验证修复后订单状态正常更新\n - 关闭：确认已修复，关闭缺陷\n\n**缺陷趋势分析：近3个迭代缺陷量上升30%**\n→ 触发缺陷分析：按类型/模块/根因分类，识别质量下降根因，制定改进措施\n\n## 异常处理引导\n\n| 场景 | 表现 | 处理方式 |\n|------|------|---------|\n| 缺陷状态长期卡住 | Bug在\"修复中\"超过3天无更新 | 触发升级机制，逐级上报至项目经理 |\n| 开发拒绝修复 | 标记为\"设计如此\"或\"无法复现\" | 要求书面理由，评估影响后提交产品决策 |\n| 回归测试未通过 | 修复后的版本仍有问题 | 重新打开Bug，更新复现信息，提升优先级 |\n| 临近发布发现P0缺陷 | 严重缺陷在发布窗口期未修复 | 评估影响面，判断是否延期，升级决策 |\n\n## 检查清单\n\n缺陷管理完成后检查：\n- [ ] 缺陷生命周期是否清晰？\n- [ ] 缺陷分级是否合理？\n- [ ] 缺陷分析是否深入？\n- [ ] 度量指标是否定义？\n- [ ] 改进措施是否制定？\n\nFile v1.6.3:_meta.json\n\n{\n \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n \"slug\": \"qa-bug-lifecycle\",\n \"version\": \"1.6.3\",\n \"publishedAt\": 1786548070305\n}\n\nFile v1.6.3:skill-card.md\n\n## Description:\n\nProvides bug lifecycle management guidance covering submission-to-closure workflow, severity and priority grading, state transition criteria, timelines, metrics, and trend analysis.\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 standardize bug triage, lifecycle state transitions, severity and priority classification, closure checks, and defect trend analysis.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: Bug examples may contain customer, payment, identity, or production evidence.\n\nMitigation: Redact or mask sensitive production, customer, payment, and identity data before using it in examples.\n\nRisk: Broad bug-management wording may activate the skill when the user only wants a narrow bug report or quick triage.\n\nMitigation: Confirm whether lifecycle and process guidance is wanted when the request is ambiguous.\n\n## Reference(s):\n\n- [qa-bug-lifecycle on ClawHub](https://clawhub.ai/kokxi/skills/qa-bug-lifecycle)\n\n## Skill Output:\n\n**Output Type(s):** [Guidance, Markdown, Text]\n\n**Output Format:** [Markdown guidance with structured bug lifecycle fields, checklists, and tables]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [May include lifecycle state, severity level, priority level, state history, timelines, next actions, and closure criteria.]\n\n## Skill Version(s):\n\n1.6.3 (source: frontmatter and 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.6.0: 3 files, 5258 bytes\n\nFiles: skill-card.md (1735b), SKILL.md (8950b), _meta.json (135b)\n\nFile v1.6.0:SKILL.md\n\n---\r\nname: qa-bug-lifecycle\r\nversion: 1.6.0\r\ndescription: >-\r\n 当团队缺陷管理混乱、Bug 没有统一的分级标准、或者领导要看缺陷趋势数据时使用此技能。覆盖缺陷从提交到关闭的完整生命周期，包括严重度/优先级分级规范、各状态流转条件和时效要求、缺陷度量和趋势分析。如果缺陷管理不规范，复盘数据就是垃圾——\"严重Bug数量下降\"可能是因为大家不再标记严重了。\r\n\r\nwhen_to_use: 用户说\"缺陷管理\"、\"Bug管理\"、\"缺陷流程\"、\"Bug状态\"、\"严重度\"、\"缺陷趋势\"、需要管理缺陷、分析缺陷趋势、团队需要规范缺陷管理流程时\r\nallowed-tools: Read Grep Glob\r\nrelated_skills:\r\n upstream:\r\n - qa-bug-reporting # 输入：Bug报告进入生命周期\r\n downstream:\r\n - qa-quality-metrics # 输出：缺陷数据用于质量度量\r\n - qa-retrospective # 输出：缺陷数据用于复盘\r\n - qa-test-reporting\r\ninput_format:\r\n required:\r\n - name: Bug报告\r\n type: object\r\n description: 来自qa-bug-reporting的缺陷报告\r\n optional:\r\n - name: 修复方案\r\n type: string\r\n description: 开发团队的修复方案\r\n - name: 验证结果\r\n type: string\r\n description: 修复验证结果\r\noutput_format:\r\n traceability:\r\n - 每个缺陷沿用原始ID（BUG-XXXX）\r\n - - 关联生命周期状态ID\r\n structure:\r\n - lifecycle_state: 当前生命周期状态\r\n - severity_level: 严重度分级\r\n - priority_level: 优先级分级\r\n - state_history: 状态变更历史\r\n - timeline: 各状态时效要求\r\n - next_actions: 下一步操作建议\r\n - closure_criteria: 关闭条件检查\r\nerror_recovery_guidance:\r\n on_failure: \"验证不通过时退回上一状态并附上退回原因\"\r\n retry_behavior: \"退回后通知相关责任人重新处理\"\r\ncategories: ['Development','Testing','Quality']\r\ndepth_requirement_quantification:\r\n reference_value: \"根据缺陷数量调整管理深度：简单×1/中等×2/复杂×3\"\r\n minimum: \"至少覆盖严重度分级、状态流转、时效要求3个维度\"\r\n---\r\n> **⚠️ 安全警告**：本技能的示例可能涉及订单号、支付金额、截图、身份证、手机号等敏感数据。\r\n> 实际使用时请勿粘贴真实生产数据、客户信息或财务凭证；测试前应脱敏/掩码处理。\r\n> 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。\r\n\r\n# 缺陷生命周期管理\r\n\r\n## 核心原则\r\n\r\n缺陷管理不仅仅是记录Bug，而是驱动问题解决和质量改进。\r\n\r\n## 缺陷生命周期\r\n\r\n### 状态流转\r\n\r\n```text\r\n发现 → 确认 → 分配 → 修复 → 验证 → 关闭\r\n │ │ │ │ │ │\r\n │ │ │ │ │ └─ 关闭：验证通过\r\n │ │ │ │ └─ 验证失败：重新打开\r\n │ │ │ └─ 修复完成：等待验证\r\n │ │ └─ 分配给开发：等待修复\r\n │ └─ 确认为Bug：确认问题存在\r\n └─ 测试发现：提交Bug报告\r\n\r\n特殊状态：\r\n├─ 拒绝：不是Bug/无法复现/设计如此\r\n├─ 延期：当前版本不修复\r\n├─ 重新打开：验证失败/回归失败\r\n└─ 无法修复：技术限制/成本过高\r\n```\r\n\r\n### 状态定义\r\n\r\n| 状态 | 定义 | 负责人 | 操作 |\r\n|------|------|--------|------|\r\n| 新建 | 测试提交Bug | 测试 | 提交Bug |\r\n| 确认 | 确认是Bug | 测试/开发 | 确认/拒绝 |\r\n| 分配 | 分配给开发 | 测试/开发 | 分配 |\r\n| 修复中 | 开发修复中 | 开发 | 修复 |\r\n| 待验证 | 修复完成等待验证 | 测试 | 验证 |\r\n| 已关闭 | 验证通过 | 测试 | 关闭 |\r\n| 重新打开 | 验证失败 | 测试 | 重新打开 |\r\n| 拒绝 | 不是Bug | 测试/开发 | 拒绝 |\r\n| 延期 | 当前不修复 | 测试/开发 | 延期 |\r\n\r\n## 缺陷分级\r\n\r\n### 严重程度分级\r\n\r\n```text\r\nP0-致命（Critical）：\r\n├─ 系统崩溃/数据丢失\r\n├─ 核心功能完全不可用\r\n├─ 安全漏洞\r\n└─ 处理：立即修复\r\n\r\nP1-严重（Major）：\r\n├─ 核心功能异常\r\n├─ 数据错误\r\n├─ 性能严重下降\r\n└─ 处理：本版本修复\r\n\r\nP2-一般（Normal）：\r\n├─ 次要功能异常\r\n├─ 界面显示问题\r\n├─ 操作不便\r\n└─ 处理：下版本修复\r\n\r\nP3-轻微（Minor）：\r\n├─ 文案错误\r\n├─ 界面美化\r\n├─ 优化建议\r\n└─ 处理：排期修复\r\n```\r\n\r\n### 优先级定义\r\n\r\n```text\r\n紧急（Urgent）：\r\n├─ 影响线上用户\r\n├─ 阻塞测试/发布\r\n└─ 处理：立即处理\r\n\r\n高（High）：\r\n├─ 影响核心功能\r\n├─ 本版本必须修复\r\n└─ 处理：优先处理\r\n\r\n中（Medium）：\r\n├─ 影响次要功能\r\n├─ 尽量本版本修复\r\n└─ 处理：正常处理\r\n\r\n低（Low）：\r\n├─ 影响较小\r\n├─ 可以延期处理\r\n└─ 处理：排期处理\r\n```\r\n\r\n## 缺陷分析\r\n\r\n### 缺陷类型分析\r\n\r\n```text\r\n缺陷类型：\r\n├─ 功能缺陷：功能不符合需求\r\n├─ 界面缺陷：UI显示问题\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```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\r\n### 缺陷度量指标\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> 📌 本节与 qa-bug-reporting「Bug报告模板」为同一概念的两个版本。本技能模板侧重管理（含状态、优先级字段），bug-reporting 模板侧重执行（含前置条件、影响评估）。修改字段时请同步更新两个模板。\r\n\r\n```markdown\r\n# 缺陷报告\r\n\r\n## 基本信息\r\n- 缺陷ID：[ID]\r\n- 标题：[标题]\r\n- 严重程度：P0/P1/P2/P3\r\n- 优先级：紧急/高/中/低\r\n- 状态：[状态]\r\n- 发现人：[人员]\r\n- 发现日期：[日期]\r\n\r\n## 问题描述\r\n- 现象：[问题现象]\r\n- 影响：[影响范围]\r\n- 条件：[触发条件]\r\n\r\n## 复现步骤\r\n1. [步骤1]\r\n2. [步骤2]\r\n3. [步骤3]\r\n\r\n## 预期vs实际\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**一个P0级Bug（支付成功但订单状态未更新）**\r\n→ 生命周期管理：\r\n - 提交：填写标准Bug报告\r\n - 确认：开发确认存在该问题\r\n - 修复：定位为支付回调处理逻辑缺陷\r\n - 验证：QA验证修复后订单状态正常更新\r\n - 关闭：确认已修复，关闭缺陷\r\n\r\n**缺陷趋势分析：近3个迭代缺陷量上升30%**\r\n→ 触发缺陷分析：按类型/模块/根因分类，识别质量下降根因，制定改进措施\r\n\r\n## 异常处理引导\r\n\r\n| 场景 | 表现 | 处理方式 |\r\n|------|------|---------|\r\n| 缺陷状态长期卡住 | Bug在\"修复中\"超过3天无更新 | 触发升级机制，逐级上报至项目经理 |\r\n| 开发拒绝修复 | 标记为\"设计如此\"或\"无法复现\" | 要求书面理由，评估影响后提交产品决策 |\r\n| 回归测试未通过 | 修复后的版本仍有问题 | 重新打开Bug，更新复现信息，提升优先级 |\r\n| 临近发布发现P0缺陷 | 严重缺陷在发布窗口期未修复 | 评估影响面，判断是否延期，升级决策 |\r\n\r\n## 检查清单\r\n\r\n缺陷管理完成后检查：\r\n- [ ] 缺陷生命周期是否清晰？\r\n- [ ] 缺陷分级是否合理？\r\n- [ ] 缺陷分析是否深入？\r\n- [ ] 度量指标是否定义？\r\n- [ ] 改进措施是否制定？\n\nFile v1.6.0:_meta.json\n\n{\n \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n \"slug\": \"qa-bug-lifecycle\",\n \"version\": \"1.6.0\",\n \"publishedAt\": 1783358056133\n}\n\nFile v1.6.0:skill-card.md\n\n## Description:
\nHelps QA teams manage the full bug lifecycle, including severity and priority classification, state transitions, closure criteria, timelines, metrics, and trend analysis.
\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 engineering teams use this skill to standardize defect handling from report intake through confirmation, assignment, repair, verification, reopening, and closure. It also supports defect metrics and trend analysis for retrospectives and quality reporting.
\n\n### Deployment Geography for Use:
\nGlobal
\n\n## Known Risks and Mitigations:
\nRisk: Bug lifecycle work can involve production incidents, customer identifiers, payment details, screenshots, or logs.
\nMitigation: Redact or mask sensitive production, customer, and financial data before using the skill.
\n\n\n## Reference(s):
\n\n\n## Skill Output:
\n**Output Type(s):** [text, markdown, guidance]
\n**Output Format:** [Markdown guidance with structured lifecycle fields and checklists]
\n**Output Parameters:** [1D]
\n**Other Properties Related to Output:** [No executable code or network behavior; intended to produce reviewable QA process guidance.]
\n\n## Skill Version(s):
\n1.6.0 (source: server release metadata and SKILL.md 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, 4947 bytes\n\nFiles: skill-card.md (2148b), SKILL.md (8291b), _meta.json (135b)\n\nFile v1.5.0:SKILL.md\n\n---\r\nname: qa-bug-lifecycle\r\nversion: 1.5.0\r\ndescription: >-\r\n 当团队缺陷管理混乱、Bug 没有统一的分级标准、或者领导要看缺陷趋势数据时使用此技能。覆盖缺陷从提交到关闭的完整生命周期，包括严重度/优先级分级规范、各状态流转条件和时效要求、缺陷度量和趋势分析。如果缺陷管理不规范，复盘数据就是垃圾——\"严重Bug数量下降\"可能是因为大家不再标记严重了。\r\n\r\nwhen_to_use: 用户说\"缺陷管理\"、\"Bug管理\"、\"缺陷流程\"、\"Bug状态\"、\"严重度\"、\"缺陷趋势\"、需要管理缺陷、分析缺陷趋势、团队需要规范缺陷管理流程时\r\nallowed-tools: Read Grep Glob\r\nrelated_skills:\r\n upstream:\r\n - qa-bug-reporting # 输入：Bug报告进入生命周期\r\n downstream:\r\n - qa-quality-metrics # 输出：缺陷数据用于质量度量\r\n - qa-retrospective # 输出：缺陷数据用于复盘\r\ninput_format:\r\n required:\r\n - name: Bug报告\r\n type: object\r\n description: 来自qa-bug-reporting的缺陷报告\r\n optional:\r\n - name: 修复方案\r\n type: string\r\n description: 开发团队的修复方案\r\n - name: 验证结果\r\n type: string\r\n description: 修复验证结果\r\noutput_format:\r\n structure:\r\n - lifecycle_state: 当前生命周期状态\r\n - state_history: 状态变更历史\r\n - next_actions: 下一步操作建议\r\n - closure_criteria: 关闭条件检查\r\nerror_recovery_guidance:\r\n on_failure: \"验证不通过时退回上一状态并附上退回原因\"\r\n retry_behavior: \"退回后通知相关责任人重新处理\"\r\n---\r\n\r\n# 缺陷生命周期管理\r\n\r\n## 核心原则\r\n\r\n你是一位缺陷管理专家，擅长管理缺陷从发现到关闭的全流程。\r\n**核心原则**：缺陷管理不仅仅是记录Bug，而是驱动问题解决和质量改进。\r\n本技能覆盖缺陷生命周期、分级标准、分析方法和度量指标。\r\n\r\n## 缺陷生命周期\r\n\r\n### 状态流转\r\n\r\n```text\r\n发现 → 确认 → 分配 → 修复 → 验证 → 关闭\r\n │ │ │ │ │ │\r\n │ │ │ │ │ └─ 关闭：验证通过\r\n │ │ │ │ └─ 验证失败：重新打开\r\n │ │ │ └─ 修复完成：等待验证\r\n │ │ └─ 分配给开发：等待修复\r\n │ └─ 确认为Bug：确认问题存在\r\n └─ 测试发现：提交Bug报告\r\n\r\n特殊状态：\r\n├─ 拒绝：不是Bug/无法复现/设计如此\r\n├─ 延期：当前版本不修复\r\n├─ 重新打开：验证失败/回归失败\r\n└─ 无法修复：技术限制/成本过高\r\n```\r\n\r\n### 状态定义\r\n\r\n| 状态 | 定义 | 负责人 | 操作 |\r\n|------|------|--------|------|\r\n| 新建 | 测试提交Bug | 测试 | 提交Bug |\r\n| 确认 | 确认是Bug | 测试/开发 | 确认/拒绝 |\r\n| 分配 | 分配给开发 | 测试/开发 | 分配 |\r\n| 修复中 | 开发修复中 | 开发 | 修复 |\r\n| 待验证 | 修复完成等待验证 | 测试 | 验证 |\r\n| 已关闭 | 验证通过 | 测试 | 关闭 |\r\n| 重新打开 | 验证失败 | 测试 | 重新打开 |\r\n| 拒绝 | 不是Bug | 测试/开发 | 拒绝 |\r\n| 延期 | 当前不修复 | 测试/开发 | 延期 |\r\n\r\n## 缺陷分级\r\n\r\n### 严重程度分级\r\n\r\n```text\r\nP0-致命（Critical）：\r\n├─ 系统崩溃/数据丢失\r\n├─ 核心功能完全不可用\r\n├─ 安全漏洞\r\n└─ 处理：立即修复\r\n\r\nP1-严重（Major）：\r\n├─ 核心功能异常\r\n├─ 数据错误\r\n├─ 性能严重下降\r\n└─ 处理：本版本修复\r\n\r\nP2-一般（Normal）：\r\n├─ 次要功能异常\r\n├─ 界面显示问题\r\n├─ 操作不便\r\n└─ 处理：下版本修复\r\n\r\nP3-轻微（Minor）：\r\n├─ 文案错误\r\n├─ 界面美化\r\n├─ 优化建议\r\n└─ 处理：排期修复\r\n```\r\n\r\n### 优先级定义\r\n\r\n```text\r\n紧急（Urgent）：\r\n├─ 影响线上用户\r\n├─ 阻塞测试/发布\r\n└─ 处理：立即处理\r\n\r\n高（High）：\r\n├─ 影响核心功能\r\n├─ 本版本必须修复\r\n└─ 处理：优先处理\r\n\r\n中（Medium）：\r\n├─ 影响次要功能\r\n├─ 尽量本版本修复\r\n└─ 处理：正常处理\r\n\r\n低（Low）：\r\n├─ 影响较小\r\n├─ 可以延期处理\r\n└─ 处理：排期处理\r\n```\r\n\r\n## 缺陷分析\r\n\r\n### 缺陷类型分析\r\n\r\n```text\r\n缺陷类型：\r\n├─ 功能缺陷：功能不符合需求\r\n├─ 界面缺陷：UI显示问题\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```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\r\n### 缺陷度量指标\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> 📌 本节与 qa-bug-reporting「Bug报告模板」为同一概念的两个版本。本技能模板侧重管理（含状态、优先级字段），bug-reporting 模板侧重执行（含前置条件、影响评估）。修改字段时请同步更新两个模板。\r\n\r\n```markdown\r\n# 缺陷报告\r\n\r\n## 基本信息\r\n- 缺陷ID：[ID]\r\n- 标题：[标题]\r\n- 严重程度：P0/P1/P2/P3\r\n- 优先级：紧急/高/中/低\r\n- 状态：[状态]\r\n- 发现人：[人员]\r\n- 发现日期：[日期]\r\n\r\n## 问题描述\r\n- 现象：[问题现象]\r\n- 影响：[影响范围]\r\n- 条件：[触发条件]\r\n\r\n## 复现步骤\r\n1. [步骤1]\r\n2. [步骤2]\r\n3. [步骤3]\r\n\r\n## 预期vs实际\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**一个P0级Bug（支付成功但订单状态未更新）**\r\n→ 生命周期管理：\r\n - 提交：填写标准Bug报告\r\n - 确认：开发确认存在该问题\r\n - 修复：定位为支付回调处理逻辑缺陷\r\n - 验证：QA验证修复后订单状态正常更新\r\n - 关闭：确认已修复，关闭缺陷\r\n\r\n**缺陷趋势分析：近3个迭代缺陷量上升30%**\r\n→ 触发缺陷分析：按类型/模块/根因分类，识别质量下降根因，制定改进措施\r\n\r\n## 异常处理引导\r\n\r\n| 场景 | 表现 | 处理方式 |\r\n|------|------|---------|\r\n| 缺陷状态长期卡住 | Bug在\"修复中\"超过3天无更新 | 触发升级机制，逐级上报至项目经理 |\r\n| 开发拒绝修复 | 标记为\"设计如此\"或\"无法复现\" | 要求书面理由，评估影响后提交产品决策 |\r\n| 回归测试未通过 | 修复后的版本仍有问题 | 重新打开Bug，更新复现信息，提升优先级 |\r\n| 临近发布发现P0缺陷 | 严重缺陷在发布窗口期未修复 | 评估影响面，判断是否延期，升级决策 |\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-bug-lifecycle\",\n \"version\": \"1.5.0\",\n \"publishedAt\": 1782736293943\n}\n\nFile v1.5.0:skill-card.md\n\n## Description:
\nProvides QA teams with structured guidance for managing defects from submission through closure, including severity and priority classification, state transitions, lifecycle timing, defect metrics, and trend analysis.
\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, developers, and project stakeholders use this skill to standardize defect lifecycle handling, severity and priority governance, closure checks, and defect trend analysis.
\n\n### Deployment Geography for Use:
\nGlobal
\n\n## Known Risks and Mitigations:
\nRisk: The skill may activate during general QA or project-management discussions about bugs or defect trends.
\nMitigation: Confirm that the user wants bug lifecycle guidance when the request is ambiguous.
\nRisk: Incorrect defect severity, priority, or lifecycle guidance could affect release decisions or escalation paths.
\nMitigation: Have QA leads or release owners review generated classifications, escalation recommendations, and closure decisions before using them operationally.
\n\n\n## Reference(s):
\n- [ClawHub skill page](https://clawhub.ai/kokxi/skills/qa-bug-lifecycle)
\n- [ClawHub publisher profile](https://clawhub.ai/user/kokxi)
\n\n\n## Skill Output:
\n**Output Type(s):** [Guidance, Markdown, Analysis, Configuration]
\n**Output Format:** [Markdown guidance with structured lifecycle fields and checklist-style recommendations]
\n**Output Parameters:** [1D]
\n**Other Properties Related to Output:** [Produces lifecycle state, state history, next actions, and closure criteria for QA defect management.]
\n\n## Skill Version(s):
\n1.5.0 (source: frontmatter and 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.1: 3 files, 4037 bytes\n\nFiles: skill-card.md (1829b), SKILL.md (6556b), _meta.json (135b)\n\nFile v1.4.1:SKILL.md\n\n---\r\nname: qa-bug-lifecycle\r\ndescription: >-\r\n 缺陷生命周期管理，覆盖缺陷从发现到关闭的完整状态流转、分级标准和度量指标体系。当需要管理缺陷流程或优化Bug处理时激活。\r\n\r\nwhen_to_use: 用户说\"缺陷管理\"、\"Bug管理\"、\"缺陷流程\"、\"Bug状态\"、\"严重度\"、\"缺陷趋势\"、需要管理缺陷、分析缺陷趋势、团队需要规范缺陷管理流程时\r\nallowed-tools: Read Grep Glob\r\nrelated_skills:\r\n upstream:\r\n - qa-bug-reporting # 输入：Bug报告进入生命周期\r\n downstream:\r\n - qa-quality-metrics # 输出：缺陷数据用于质量度量\r\n - qa-retrospective # 输出：缺陷数据用于复盘\r\ninput_format: Bug报告\r\noutput_format: 缺陷管理（状态流转+分级+度量指标）\r\n---\r\n\r\n# 缺陷生命周期管理\r\n\r\n## Overview\r\n\r\n你是一位缺陷管理专家，擅长管理缺陷从发现到关闭的全流程。\r\n**核心原则**：缺陷管理不仅仅是记录Bug，而是驱动问题解决和质量改进。\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 │ └─ 确认为Bug：确认问题存在\r\n └─ 测试发现：提交Bug报告\r\n\r\n特殊状态：\r\n├─ 拒绝：不是Bug/无法复现/设计如此\r\n├─ 延期：当前版本不修复\r\n├─ 重新打开：验证失败/回归失败\r\n└─ 无法修复：技术限制/成本过高\r\n```\r\n\r\n### 状态定义\r\n\r\n| 状态 | 定义 | 负责人 | 操作 |\r\n|------|------|--------|------|\r\n| 新建 | 测试提交Bug | 测试 | 提交Bug |\r\n| 确认 | 确认是Bug | 测试/开发 | 确认/拒绝 |\r\n| 分配 | 分配给开发 | 测试/开发 | 分配 |\r\n| 修复中 | 开发修复中 | 开发 | 修复 |\r\n| 待验证 | 修复完成等待验证 | 测试 | 验证 |\r\n| 已关闭 | 验证通过 | 测试 | 关闭 |\r\n| 重新打开 | 验证失败 | 测试 | 重新打开 |\r\n| 拒绝 | 不是Bug | 测试/开发 | 拒绝 |\r\n| 延期 | 当前不修复 | 测试/开发 | 延期 |\r\n\r\n## 缺陷分级\r\n\r\n### 严重程度分级\r\n\r\n```\r\nP0-致命（Critical）：\r\n├─ 系统崩溃/数据丢失\r\n├─ 核心功能完全不可用\r\n├─ 安全漏洞\r\n└─ 处理：立即修复\r\n\r\nP1-严重（Major）：\r\n├─ 核心功能异常\r\n├─ 数据错误\r\n├─ 性能严重下降\r\n└─ 处理：本版本修复\r\n\r\nP2-一般（Normal）：\r\n├─ 次要功能异常\r\n├─ 界面显示问题\r\n├─ 操作不便\r\n└─ 处理：下版本修复\r\n\r\nP3-轻微（Minor）：\r\n├─ 文案错误\r\n├─ 界面美化\r\n├─ 优化建议\r\n└─ 处理：排期修复\r\n```\r\n\r\n### 优先级定义\r\n\r\n```\r\n紧急（Urgent）：\r\n├─ 影响线上用户\r\n├─ 阻塞测试/发布\r\n└─ 处理：立即处理\r\n\r\n高（High）：\r\n├─ 影响核心功能\r\n├─ 本版本必须修复\r\n└─ 处理：优先处理\r\n\r\n中（Medium）：\r\n├─ 影响次要功能\r\n├─ 尽量本版本修复\r\n└─ 处理：正常处理\r\n\r\n低（Low）：\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├─ 界面缺陷：UI显示问题\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├─ 实现问题\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├─ 按类型：问题分布\r\n└─ 按人员：效率分析\r\n```\r\n\r\n## 缺陷报告模板\r\n\r\n```markdown\r\n# 缺陷报告\r\n\r\n## 基本信息\r\n- 缺陷ID：[ID]\r\n- 标题：[标题]\r\n- 严重程度：P0/P1/P2/P3\r\n- 优先级：紧急/高/中/低\r\n- 状态：[状态]\r\n- 发现人：[人员]\r\n- 发现日期：[日期]\r\n\r\n## 问题描述\r\n- 现象：[问题现象]\r\n- 影响：[影响范围]\r\n- 条件：[触发条件]\r\n\r\n## 复现步骤\r\n1. [步骤1]\r\n2. [步骤2]\r\n3. [步骤3]\r\n\r\n## 预期vs实际\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## Examples\r\n\r\n**一个P0级Bug（支付成功但订单状态未更新）**\r\n→ 生命周期管理：\r\n - 提交：填写标准Bug报告\r\n - 确认：开发确认存在该问题\r\n - 修复：定位为支付回调处理逻辑缺陷\r\n - 验证：QA验证修复后订单状态正常更新\r\n - 关闭：确认已修复，关闭缺陷\r\n\r\n**缺陷趋势分析：近3个迭代缺陷量上升30%**\r\n→ 触发缺陷分析：按类型/模块/根因分类，识别质量下降根因，制定改进措施\r\n\r\n## Guidelines\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-bug-lifecycle\",\n \"version\": \"1.4.1\",\n \"publishedAt\": 1782406412900\n}\n\nFile v1.4.1:skill-card.md\n\n## Description:
\nGuides QA teams through defect lifecycle management, including status flow, severity and priority classification, root-cause analysis, and defect metrics.
\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 testers, developers, and engineering managers use this skill to standardize bug triage, track defects from discovery through closure, and analyze defect trends for process improvement.
\n\n### Deployment Geography for Use:
\nGlobal
\n\n## Known Risks and Mitigations:
\nRisk: Generated lifecycle or classification guidance could be applied inconsistently with an organization's existing QA process.
\nMitigation: Review the suggested states, severity levels, priorities, and metrics against local QA policy before using them in live defect workflows.
\n\n\n## Reference(s):
\n- [ClawHub skill page](https://clawhub.ai/kokxi/skills/qa-bug-lifecycle)
\n\n\n## Skill Output:
\n**Output Type(s):** [text, markdown, guidance]
\n**Output Format:** [Markdown guidance with lifecycle flows, classification tables, metrics, checklists, and a defect report template.]
\n**Output Parameters:** [1D]
\n**Other Properties Related to Output:** [Provides process guidance and templates only; it does not execute code, access networks, use credentials, or update issue trackers by itself.]
\n\n## Skill Version(s):
\n1.4.1 (source: server release metadata)
\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, 4151 bytes\n\nFiles: skill-card.md (1982b), SKILL.md (6822b), _meta.json (135b)\n\nFile v1.4.0:SKILL.md\n\n---\r\nname: qa-bug-lifecycle\r\ndescription: >-\r\n 缺陷生命周期管理，管理缺陷从发现到关闭的全流程，包含状态流转、分级和度量指标。当用户需要管理缺陷流程、Bug管理或缺陷处理时自动触发。\r\n 也适用于：团队需要规范缺陷管理流程、或分析缺陷趋势改进质量时。\r\n 关键词：缺陷管理、Bug生命周期、状态流转、缺陷度量、严重度分级、缺陷分类、缺陷趋势、闭环管理、缺陷归因。\nwhen_to_use: 用户说\"缺陷管理\"、\"Bug管理\"、\"缺陷流程\"、\"Bug状态\"、\"严重度\"、\"缺陷趋势\"、需要管理缺陷、分析缺陷趋势、团队需要规范缺陷管理流程时\r\nallowed-tools: Read Grep Glob\r\nrelated_skills:\r\n upstream:\r\n - qa-bug-reporting # 输入：Bug报告进入生命周期\r\n downstream:\r\n - qa-quality-metrics # 输出：缺陷数据用于质量度量\r\n - qa-retrospective # 输出：缺陷数据用于复盘\r\ninput_format: Bug报告\r\noutput_format: 缺陷管理（状态流转+分级+度量指标）\r\n---\r\n\r\n# 缺陷生命周期管理\r\n\r\n## Overview\r\n\r\n你是一位缺陷管理专家，擅长管理缺陷从发现到关闭的全流程。\r\n**核心原则**：缺陷管理不仅仅是记录Bug，而是驱动问题解决和质量改进。\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 │ └─ 确认为Bug：确认问题存在\r\n └─ 测试发现：提交Bug报告\r\n\r\n特殊状态：\r\n├─ 拒绝：不是Bug/无法复现/设计如此\r\n├─ 延期：当前版本不修复\r\n├─ 重新打开：验证失败/回归失败\r\n└─ 无法修复：技术限制/成本过高\r\n```\r\n\r\n### 状态定义\r\n\r\n| 状态 | 定义 | 负责人 | 操作 |\r\n|------|------|--------|------|\r\n| 新建 | 测试提交Bug | 测试 | 提交Bug |\r\n| 确认 | 确认是Bug | 测试/开发 | 确认/拒绝 |\r\n| 分配 | 分配给开发 | 测试/开发 | 分配 |\r\n| 修复中 | 开发修复中 | 开发 | 修复 |\r\n| 待验证 | 修复完成等待验证 | 测试 | 验证 |\r\n| 已关闭 | 验证通过 | 测试 | 关闭 |\r\n| 重新打开 | 验证失败 | 测试 | 重新打开 |\r\n| 拒绝 | 不是Bug | 测试/开发 | 拒绝 |\r\n| 延期 | 当前不修复 | 测试/开发 | 延期 |\r\n\r\n## 缺陷分级\r\n\r\n### 严重程度分级\r\n\r\n```\r\nP0-致命（Critical）：\r\n├─ 系统崩溃/数据丢失\r\n├─ 核心功能完全不可用\r\n├─ 安全漏洞\r\n└─ 处理：立即修复\r\n\r\nP1-严重（Major）：\r\n├─ 核心功能异常\r\n├─ 数据错误\r\n├─ 性能严重下降\r\n└─ 处理：本版本修复\r\n\r\nP2-一般（Normal）：\r\n├─ 次要功能异常\r\n├─ 界面显示问题\r\n├─ 操作不便\r\n└─ 处理：下版本修复\r\n\r\nP3-轻微（Minor）：\r\n├─ 文案错误\r\n├─ 界面美化\r\n├─ 优化建议\r\n└─ 处理：排期修复\r\n```\r\n\r\n### 优先级定义\r\n\r\n```\r\n紧急（Urgent）：\r\n├─ 影响线上用户\r\n├─ 阻塞测试/发布\r\n└─ 处理：立即处理\r\n\r\n高（High）：\r\n├─ 影响核心功能\r\n├─ 本版本必须修复\r\n└─ 处理：优先处理\r\n\r\n中（Medium）：\r\n├─ 影响次要功能\r\n├─ 尽量本版本修复\r\n└─ 处理：正常处理\r\n\r\n低（Low）：\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├─ 界面缺陷：UI显示问题\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├─ 实现问题\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├─ 按类型：问题分布\r\n└─ 按人员：效率分析\r\n```\r\n\r\n## 缺陷报告模板\r\n\r\n```markdown\r\n# 缺陷报告\r\n\r\n## 基本信息\r\n- 缺陷ID：[ID]\r\n- 标题：[标题]\r\n- 严重程度：P0/P1/P2/P3\r\n- 优先级：紧急/高/中/低\r\n- 状态：[状态]\r\n- 发现人：[人员]\r\n- 发现日期：[日期]\r\n\r\n## 问题描述\r\n- 现象：[问题现象]\r\n- 影响：[影响范围]\r\n- 条件：[触发条件]\r\n\r\n## 复现步骤\r\n1. [步骤1]\r\n2. [步骤2]\r\n3. [步骤3]\r\n\r\n## 预期vs实际\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## Examples\r\n\r\n**一个P0级Bug（支付成功但订单状态未更新）**\r\n→ 生命周期管理：\r\n - 提交：填写标准Bug报告\r\n - 确认：开发确认存在该问题\r\n - 修复：定位为支付回调处理逻辑缺陷\r\n - 验证：QA验证修复后订单状态正常更新\r\n - 关闭：确认已修复，关闭缺陷\r\n\r\n**缺陷趋势分析：近3个迭代缺陷量上升30%**\r\n→ 触发缺陷分析：按类型/模块/根因分类，识别质量下降根因，制定改进措施\r\n\r\n## Guidelines\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-bug-lifecycle\",\n \"version\": \"1.4.0\",\n \"publishedAt\": 1782278879079\n}\n\nFile v1.4.0:skill-card.md\n\n## Description:
\nProvides Chinese-language guidance for managing the full bug lifecycle, including status transitions, severity and priority classification, defect analysis, metrics, and report templates.
\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, developers, and delivery teams use this skill to standardize bug triage, status flow, severity and priority decisions, root-cause analysis, lifecycle metrics, and defect reporting.
\n\n### Deployment Geography for Use:
\nGlobal
\n\n## Known Risks and Mitigations:
\nRisk: Broad QA trigger phrases such as severity or defect trends may activate the skill when a user intended a general QA discussion.
\nMitigation: Use explicit wording when requesting general QA help, and reserve bug lifecycle, defect flow, severity classification, or defect trend wording for cases where this structured lifecycle guidance is desired.
\n\n\n## Reference(s):
\n- [ClawHub skill page](https://clawhub.ai/kokxi/skills/qa-bug-lifecycle)
\n- [ClawHub publisher profile](https://clawhub.ai/user/kokxi)
\n\n\n## Skill Output:
\n**Output Type(s):** [Guidance, Markdown, Text]
\n**Output Format:** [Markdown and structured text guidance with lifecycle tables, checklists, metrics, and defect report templates]
\n**Output Parameters:** [1D]
\n**Other Properties Related to Output:** [Read-only QA process guidance; no code execution or external service actions are described by the evidence.]
\n\n## Skill Version(s):
\n1.4.0 (source: server release metadata)
\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-bug-lifecycle Owner: kokxi Summary: 当团队缺陷管理混乱、Bug 没有统一的分级标准、或者领导要看缺陷趋势数据时使用此技能。覆盖缺陷从提交到关闭的完整生命周期，包括严重度/优先级分级规范、各状态流转条件和时效要求、缺陷度量和趋势分析。如果缺陷管理不规范，复盘数据就是垃圾——\"严重Bug数量下降\"可能是因为大家不再标记严重了。 触发场景：缺陷管理、Bug管理、缺陷流程、Bug状态、严重度、缺陷趋势、团队需要规范缺陷管理流程时。 Use when the user asks about: bug and defect management — severity and priority grading, status workflow and SLA, defect metrics, and trend analysis. Tags: latest:1.8.0 Version h","codeSnippets":[],"executableExamples":[{"language":"text","snippet":"发现 → 确认 → 分配 → 修复 → 验证 → 关闭\n │ │ │ │ │ │\n │ │ │ │ │ └─ 关闭：验证通过\n │ │ │ │ └─ 验证失败：重新打开\n │ │ │ └─ 修复完成：等待验证\n │ │ └─ 分配给开发：等待修复\n │ └─ 确认为Bug：确认问题存在\n └─ 测试发现：提交Bug报告\n\n特殊状态：\n├─ 拒绝：不是Bug/无法复现/设计如此\n├─ 延期：当前版本不修复\n├─ 重新打开：验证失败/回归失败\n└─ 无法修复：技术限制/成本过高"},{"language":"text","snippet":"P0-致命（Critical）：\n├─ 系统崩溃/数据丢失\n├─ 核心功能完全不可用\n├─ 安全漏洞\n└─ 处理：立即修复\n\nP1-严重（Major）：\n├─ 核心功能异常\n├─ 数据错误\n├─ 性能严重下降\n└─ 处理：本版本修复\n\nP2-一般（Normal）：\n├─ 次要功能异常\n├─ 界面显示问题\n├─ 操作不便\n└─ 处理：下版本修复\n\nP3-轻微（Minor）：\n├─ 文案错误\n├─ 界面美化\n├─ 优化建议\n└─ 处理：排期修复"},{"language":"text","snippet":"紧急（Urgent）：\n├─ 影响线上用户\n├─ 阻塞测试/发布\n└─ 处理：立即处理\n\n高（High）：\n├─ 影响核心功能\n├─ 本版本必须修复\n└─ 处理：优先处理\n\n中（Medium）：\n├─ 影响次要功能\n├─ 尽量本版本修复\n└─ 处理：正常处理\n\n低（Low）：\n├─ 影响较小\n├─ 可以延期处理\n└─ 处理：排期处理"},{"language":"markdown","snippet":"# 缺陷报告\n\n## 基本信息\n- 缺陷ID：[ID]\n- 标题：[标题]\n- 严重程度：P0/P1/P2/P3\n- 优先级：紧急/高/中/低\n- 状态：[状态]\n- 发现人：[人员]\n- 发现日期：[日期]\n\n## 问题描述\n- 现象：[问题现象]\n- 影响：[影响范围]\n- 条件：[触发条件]\n\n## 复现步骤\n1. [步骤1]\n2. [步骤2]\n3. [步骤3]\n\n## 预期vs实际\n- 预期：[预期结果]\n- 实际：[实际结果]\n\n## 环境信息\n- 环境：[环境信息]\n- 版本：[版本号]\n- 浏览器：[浏览器信息]\n\n## 附件\n- 截图：[截图]\n- 日志：[日志]\n\n## 根因分析（可选）\n- 根因：[根因分析]\n- 建议：[修复建议]"},{"language":"text","snippet":"缺陷类型：\n├─ 功能缺陷：功能不符合需求\n├─ 界面缺陷：UI显示问题\n├─ 性能缺陷：性能不达标\n├─ 安全缺陷：安全漏洞\n├─ 兼容性缺陷：兼容性问题\n├─ 接口缺陷：接口问题\n├─ 数据缺陷：数据问题\n└─ 配置缺陷：配置问题\n\n分析维度：\n├─ 缺陷类型分布\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 ├─ 执行遗漏\n └─ 验证不充分"}],"parameters":null,"dependencies":[],"permissions":[],"extractedFiles":[{"path":"SKILL.md","content":"---\nname: qa-bug-lifecycle\ndescription: >-\n 当团队缺陷管理混乱、Bug 没有统一的分级标准、或者领导要看缺陷趋势数据时使用此技能。覆盖缺陷从提交到关闭的完整生命周期，包括严重度/优先级分级规范、各状态流转条件和时效要求、缺陷度量和趋势分析。如果缺陷管理不规范，复盘数据就是垃圾——\"严重Bug数量下降\"可能是因为大家不再标记严重了。 触发场景：缺陷管理、Bug管理、缺陷流程、Bug状态、严重度、缺陷趋势、团队需要规范缺陷管理流程时。 Use when the user asks about: bug and defect management — severity and priority grading, status workflow and SLA, defect metrics, and trend analysis.\nlicense: MIT\nallowed-tools: Read Grep Glob\nmetadata:\n display-name: \"Bug Lifecycle\"\n version: \"1.8.0\"\n when-to-use: \"用户说\\\"缺陷管理\\\"、\\\"Bug管理\\\"、\\\"缺陷流程\\\"、\\\"Bug状态\\\"、\\\"严重度\\\"、\\\"缺陷趋势\\\"、需要管理缺陷、分析缺陷趋势、团队需要规范缺陷管理流程时\"\n related-skills: \"{\\\"upstream\\\":[\\\"qa-bug-reporting\\\"],\\\"downstream\\\":[\\\"qa-quality-metrics\\\",\\\"qa-retrospective\\\",\\\"qa-test-reporting\\\"]}\"\n references: \"[\\\"references/defect-analysis.md\\\"]\"\n input-format: \"{\\\"required\\\":[{\\\"name\\\":\\\"Bug报告\\\",\\\"type\\\":\\\"object\\\",\\\"description\\\":\\\"来自qa-bug-reporting的缺陷报告\\\"}],\\\"optional\\\":[{\\\"name\\\":\\\"修复方案\\\",\\\"type\\\":\\\"string\\\",\\\"description\\\":\\\"开发团队的修复方案\\\"},{\\\"name\\\":\\\"验证结果\\\",\\\"type\\\":\\\"string\\\",\\\"description\\\":\\\"修复验证结果\\\"}]}\"\n output-format: \"{\\\"traceability\\\":[\\\"每个缺陷沿用原始ID（TC_{缺陷模块缩写}_{功能缩写}_{序号}，如 TC_BUG_LOGIN_001；缺陷追溯保留 BUG 前缀）\\\",\\\"关联生命周期状态ID\\\"],\\\"structure\\\":[\\\"覆盖率：标注口径（基于现有需求/输入文档），禁止\\\\\\\"全覆盖/100%\\\\\\\"绝对化表述；缺失模块标注\\\\\\\"未覆盖+原因\\\\\\\"\\\",{\\\"lifecycle_state\\\":\\\"当前生命周期状态\\\"},{\\\"severity_level\\\":\\\"严重度分级\\\"},{\\\"priority_level\\\":\\\"优先级分级\\\"},{\\\"state_history\\\":\\\"状态变更历史\\\"},{\\\"timeline\\\":\\\"各状态时效要求\\\"},{\\\"next_actions\\\":\\\"下一步操作建议\\\"},{\\\"closure_criteria\\\":\\\"关闭条件检查\\\"}]}\"\n error-recovery-guidance: \"{\\\"on_failure\\\":\\\"验证不通过时退回上一状态并附上退回原因\\\",\\\"retry_behavior\\\":\\\"退回后通知相关责任人重新处理\\\"}\"\n categories: \"[\\\"Development\\\",\\\"Testing\\\",\\\"Quality\\\"]\"\n depth-requirement: \"{\\\"reference_value\\\":\\\"根据缺陷数量调整管理深度：简单×1/中等×2/复杂×3\\\",\\\"minimum\\\":\\\"至少覆盖严重度分级、状态流转、时效要求3个维度\\\"}\"\n---\n> ⚠️ 本技能单独使用效果有限，建议配合完整技能集（12 步工作流）使用。安装：npx skills add Kokxi/qa-test-skills\n\n> **⚠️ 安全警告**：本技能的示例可能涉及订单号、支付金额、截图、身份证、手机号等敏感数据。\n> 实际使用时请勿粘贴真实生产数据、客户信息或财务凭证；测试前应脱敏/掩码处理。\n> 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。\n\n# 缺陷生命周期管理\n\n## 核心原则\n\n缺陷管理不仅仅是记录Bug，而是驱动问题解决和质量改进。\n\n## 缺陷生命周期\n\n### 状态流转\n\n```text\n发现 → 确认 → 分配 → 修复 → 验证 → 关闭\n │ │ │ │ │ │\n │ │ │ │ │ └─ 关闭：验证通过\n │ │ │ │ └─ 验证失败：重新打开\n │ │ │ └─ 修复完成：等待验证\n │ │ └─ 分配给开发：等待修复\n │ └─ 确认为Bug：确认问题存在\n └─ 测试发现：提交Bug报告\n\n特殊状态：\n├─ 拒绝：不是Bug/无法复现/设计如此\n├─ 延期：当前版本不修复\n├─ 重新打开：验证失败/回归失败\n└─ 无法修复：技术限制/成本过高\n```\n\n### 状态定义\n\n| 状态 | 定义 | 负责人 | 操作 |\n|------|------|--------|------|\n| 新建 | 测试提交Bug | 测试 | 提交Bug |\n| 确认 | 确认是Bug | 测试/开发 | 确认/拒绝 |\n| 分配 | 分配给开发 | 测试/开发 | 分配 |\n| 修复中 | 开发修复中 | 开发 | 修复 |\n| 待验证 | 修复完成等待验证 | 测试 | 验证 |\n| 已关闭 | 验证通过 | 测试 | 关闭 |\n| 重新打开 | 验证失败 | 测试 | 重新打开 |\n| 拒绝 | 不是Bug | 测试/开发 | 拒绝 |\n| 延期 | 当前不修复 | 测试/开发 | 延期 |\n\n## 缺陷分级\n\n### 严重程度分级\n\n```text\nP0-致命（Critical）：\n├─ 系统崩溃/数据丢失\n├─ 核心功能完全不可用\n├─ 安全漏洞\n└─ 处理：立即修复\n\nP1-严重（Major）：\n├─ 核心功能异常\n├─ 数据错误\n├─ 性能严重下降\n└─ 处理：本版本修复\n\nP2-一般（Normal）：\n├─ 次要功能异常\n├─ 界面显示问题\n├─ 操作不便\n└─ 处理：下版本修复\n\nP3-轻微（Minor）：\n├─ 文案错误\n├─ 界面美化\n├─ 优化建议\n└─ 处理：排期修复\n```\n\n"},{"path":"_meta.json","content":"{\n \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n \"slug\": \"qa-bug-lifecycle\",\n \"version\": \"1.8.0\",\n \"publishedAt\": 1790655936295\n}"},{"path":"references/defect-analysis.md","content":"# 缺陷分析与度量详解\n\n> 本文是 `qa-bug-lifecycle` 的**缺陷分析与度量详解**。做缺陷趋势/密度分析时读本文；\n其余部分留在 SKILL.md，不必读本文。\n\n---\n\n\n### 缺陷类型分析\n\n```text\n缺陷类型：\n├─ 功能缺陷：功能不符合需求\n├─ 界面缺陷：UI显示问题\n├─ 性能缺陷：性能不达标\n├─ 安全缺陷：安全漏洞\n├─ 兼容性缺陷：兼容性问题\n├─ 接口缺陷：接口问题\n├─ 数据缺陷：数据问题\n└─ 配置缺陷：配置问题\n\n分析维度：\n├─ 缺陷类型分布\n├─ 缺陷模块分布\n├─ 缺陷趋势\n└─ 缺陷密度\n```\n\n### 缺陷根因分析\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\n### 缺陷度量指标\n\n```text\n核心指标：\n├─ 缺陷密度 = 缺陷数 / 功能点数\n├─ 缺陷修复率 = 已修复缺陷 / 总缺陷\n├─ 缺陷重开率 = 重新打开缺陷 / 总缺陷\n├─ 缺陷逃逸率 = 线上缺陷 / (线上+测试缺陷)\n└─ 缺陷修复周期 = 修复日期 - 提交日期\n\n分析维度：\n├─ 按时间：缺陷趋势\n├─ 按模块：模块质量\n├─ 按类型：问题分布\n└─ 按人员：效率分析\n```"},{"path":"skill-card.md","content":"## Description:\n\nGuides QA teams through defect severity and priority grading, lifecycle transitions, closure checks, and trend analysis.\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, developers, and team leads use this skill to track reported defects from discovery through verification and closure, standardize severity and priority decisions, and analyze defect trends.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: Bug examples and attachments may expose customer, identity, payment, or production information.\n\nMitigation: Mask sensitive data before sharing bug reports, screenshots, or logs.\n\nRisk: The optional command to install a broader skill set is unpinned.\n\nMitigation: Treat installation as a separate decision; verify its source or pin a trusted version before running it.\n\n## Reference(s):\n\n- [Defect analysis and metrics](references/defect-analysis.md)\n\n## Skill Output:\n\n**Output Type(s):** [Guidance, Markdown, Analysis]\n\n**Output Format:** [Markdown defect reports, lifecycle summaries, and trend analyses]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Retains defect identifiers and records severity, priority, status history, next actions, and closure criteria.]\n\n## Skill Version(s):\n\n1.8.0 (source: skill frontmatter and 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."}],"languages":[],"docsSourceLabel":"CLAWHUB","editorialOverview":"当团队缺陷管理混乱、Bug 没有统一的分级标准、或者领导要看缺陷趋势数据时使用此技能。覆盖缺陷从提交到关闭的完整生命周期，包括严重度/优先级分级规范、各状态流转条件和时效要求、缺陷度量和趋势分析。如果缺陷管理不规范，复盘数据就是垃圾——\"严重Bug数量下降\"可能是因为大家不再标记严重了。 触发场景：缺陷管理、Bug管理、缺陷流程、Bug状态、严重度、缺陷趋势、团队需要规范缺陷管理流程时。 Use when the user asks about: bug and defect management — severity and priority grading, status workflow and SLA, defect metrics, and trend analysis. Skill: qa-bug-lifecycle Owner: kokxi Summary: 当团队缺陷管理混乱、Bug 没有统一的分级标准、或者领导要看缺陷趋势数据时使用此技能。覆盖缺陷从提交到关闭的完整生命周期，包括严重度/优先级分级规范、各状态流转条件和时效要求、缺陷度量和趋势分析。如果缺陷管理不规范，复盘数据就是垃圾——\"严重Bug数量下降\"可能是因为大家不再标记严重了。 触发场景：缺陷管理、Bug管理、缺陷流程、Bug状态、严重度、缺陷趋势、团队需要规范缺陷管理流程时。 Use when the user asks about: bug and defect management — severity and priority grading, status workflow and SLA, defect metrics, and trend analysis. Tags: latest:1.8.0 Version h","editorialQuality":{"score":100,"threshold":65,"status":"ready","wordCount":1022,"uniquenessScore":51,"reasons":[]}},"media":{"evidence":{"source":"no-media","verified":false,"confidence":"low","updatedAt":"2026-10-11T09:39:51.677Z","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-11T09:39:51.677Z","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-11T14:13:16.237Z","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"}]}}}