{"id":"26f278c6-b350-4c89-8720-d762ef7eafd2","entityType":"agent","slug":"clawhub-kokxi-qa-bug-reporting","name":"qa-bug-reporting","canonicalUrl":"https://www.xpersona.co/agent/clawhub-kokxi-qa-bug-reporting","canonicalPath":"/agent/clawhub-kokxi-qa-bug-reporting","generatedAt":"2026-10-11T11:23:35.102Z","source":"CLAWHUB","claimStatus":"UNCLAIMED","verificationTier":"NONE","summary":{"evidence":{"source":"editorial-content","verified":true,"confidence":"high","updatedAt":"2026-10-11T09:17:16.940Z","emptyReason":null},"description":"当发现了一个 Bug 需要提交、自己提的 Bug 被开发打回来了、或者团队 Bug 质量参差不齐需要统一规范时使用此技能。一个高质量的 Bug 报告应该让开发看一遍就能复现并定位，不需要来回追问。包含清晰的复现步骤（从环境准备到操作序列到预期/实际结果）、根因推测、影响范围评估和必要附件。 ⚠️ 本技能示例可能调用外部抓包/日志工具，请在受控环境执行。 触发场景：提Bug、写Bug报告、Bug描述、报告格式、复现步骤、加附件、开发打回Bug报告需要改进时。 Use when the user asks about: writing a bug report an engineer can reproduce without asking follow-up questions, or fixing reports that got rejected. Skill: qa-bug-reporting Owner: kokxi Summary: 当发现了一个 Bug 需要提交、自己提的 Bug 被开发打回来了、或者团队 Bug 质量参差不齐需要统一规范时使用此技能。一个高质量的 Bug 报告应该让开发看一遍就能复现并定位，不需要来回追问。包含清晰的复现步骤（从环境准备到操作序列到预期/实际结果）、根因推测、影响范围评估和必要附件。 ⚠️ 本技能示例可能调用外部抓包/日志工具，请在受控环境执行。 触发场景：提Bug、写Bug报告、Bug描述、报告格式、复现步骤、加附件、开发打回Bug报告需要改进时。 Use when the user asks about: writing a bug report an engineer can reproduce without asking follow-up questions, or fixing reports that got rej","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-reporting","sourceUrl":"https://clawhub.ai/kokxi/qa-bug-reporting","homepage":"https://clawhub.ai/kokxi/skills/qa-bug-reporting","primaryLinks":[{"label":"View on ClawHub","url":"https://clawhub.ai/kokxi/qa-bug-reporting","kind":"source"},{"label":"Homepage","url":"https://clawhub.ai/kokxi/skills/qa-bug-reporting","kind":"homepage"}],"safetyScore":84,"overallRank":62,"popularityScore":61,"trustScore":null,"claimedByName":null,"isOwner":false,"seoDescription":"当发现了一个 Bug 需要提交、自己提的 Bug 被开发打回来了、或者团队 Bug 质量参差不齐需要统一规范时使用此技能。一个高质量的 Bug 报告应该让开发看一遍就能复现并定位，不需要来回追问。包含清晰的复现步骤（从环境准备到操作序列到预期/实际结果）、根因推测、影响范围评估和必要附件。 ⚠️ 本技能示例可能调用外部"},"coverage":{"evidence":{"source":"public-profile","verified":false,"confidence":"medium","updatedAt":"2026-10-11T09:17:16.940Z","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:17:16.940Z","emptyReason":null},"stars":null,"forks":null,"downloads":1102,"packageName":null,"latestVersion":"1.8.0","tractionLabel":"1.1K downloads"},"release":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"medium","updatedAt":"2026-10-11T09:17:16.927Z","emptyReason":null},"lastUpdatedAt":"2026-10-11T09:17:16.940Z","lastCrawledAt":"2026-10-11T09:17:16.927Z","lastIndexedAt":null,"nextCrawlAt":"2026-10-12T09:17:16.927Z","lastVerifiedAt":null,"highlights":[{"version":"1.8.0","createdAt":"2026-09-29T04:25:42.881Z","changelog":"Version 1.8.0 - Separated the comprehensive bug report structure and guidelines into a new reference file for improved organization. - Updated the main skill documentation (SKILL.md) for brevity and to reference the external structure file. - Removed legacy file skill-card.md. - No changes to core input/output formats or functionality; focus is on documentation and maintainability.","fileCount":4,"zipByteSize":6094},{"version":"1.7.7","createdAt":"2026-09-27T14:33:11.921Z","changelog":"1.7.7","fileCount":3,"zipByteSize":5203},{"version":"1.7.6","createdAt":"2026-09-01T12:37:02.648Z","changelog":"显示名改中文","fileCount":3,"zipByteSize":5854},{"version":"1.7.5","createdAt":"2026-08-30T15:11:43.967Z","changelog":"1.7.5: 版本号升级","fileCount":3,"zipByteSize":5484},{"version":"1.6.3","createdAt":"2026-08-12T15:21:37.669Z","changelog":"- Added slug and displayName fields for improved metadata and discoverability. - Updated version to 1.6.3. - SKILL.md content retitled as \"Bug Reporting\" (displayName) and minor structure/metadata enhancements. - Removed the file skill-card.md.","fileCount":3,"zipByteSize":5156},{"version":"1.6.0","createdAt":"2026-07-06T17:14:25.792Z","changelog":"- 增加了安全警告，提醒用户避免提交敏感生产数据，所有评估文件限定在 workspace/ 下输出。 - 丰富输出格式，要求每个 Bug 报告支持唯一ID、用例ID关联，以及补充根因推测、影响范围、附件结构。 - 明确报告最小结构要求、深度量化标准及出错回退指引。 - 新增对下游“qa-stakeholder-communication”技能的关联说明。 - 移除 skill-card.md 文件，精简文档结构。","fileCount":3,"zipByteSize":5010},{"version":"1.5.0","createdAt":"2026-06-29T12:31:42.344Z","changelog":"qa-bug-reporting 1.5.0 introduces a more structured skill definition and refines bug reporting requirements. - Added a version field and reworked the front matter with explicit input/output structure. - Clarified and enhanced the description to emphasize when and why to use the skill. - Updated the input and output format definitions for better integration and automation. - Improved documentation for clarity, including notes on template alignment with related skills. - Removed the redundant skill-card.md file.","fileCount":3,"zipByteSize":4723},{"version":"1.4.1","createdAt":"2026-06-25T16:53:38.169Z","changelog":"- Improved SKILL.md description for clarity and conciseness. - Removed redundant skill-card.md file. - No functional changes to bug reporting structure or usage triggers.","fileCount":3,"zipByteSize":4105}]},"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-reporting","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-reporting/snapshot","contractUrl":"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-bug-reporting/contract","trustUrl":"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-bug-reporting/trust"},"curlExamples":["curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-bug-reporting/snapshot\"","curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-bug-reporting/contract\"","curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-bug-reporting/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-11T11:23:35.100Z"}},"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-reporting/dossier","snapshotUrl":"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-bug-reporting/snapshot","contractUrl":"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-bug-reporting/contract","trustUrl":"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-bug-reporting/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:17:16.940Z","emptyReason":null},"readme":"Skill: qa-bug-reporting\n\nOwner: kokxi\n\nSummary: 当发现了一个 Bug 需要提交、自己提的 Bug 被开发打回来了、或者团队 Bug 质量参差不齐需要统一规范时使用此技能。一个高质量的 Bug 报告应该让开发看一遍就能复现并定位，不需要来回追问。包含清晰的复现步骤（从环境准备到操作序列到预期/实际结果）、根因推测、影响范围评估和必要附件。 ⚠️ 本技能示例可能调用外部抓包/日志工具，请在受控环境执行。 触发场景：提Bug、写Bug报告、Bug描述、报告格式、复现步骤、加附件、开发打回Bug报告需要改进时。 Use when the user asks about: writing a bug report an engineer can reproduce without asking follow-up questions, or fixing reports that got rejected.\n\nTags: latest:1.8.0\n\nVersion history:\n\nv1.8.0 | 2026-09-29T04:25:42.881Z | auto\n\nVersion 1.8.0\n\n- Separated the comprehensive bug report structure and guidelines into a new reference file for improved organization.\n- Updated the main skill documentation (SKILL.md) for brevity and to reference the external structure file.\n- Removed legacy file skill-card.md.\n- No changes to core input/output formats or functionality; focus is on documentation and maintainability.\n\nv1.7.7 | 2026-09-27T14:33:11.921Z | user\n\n1.7.7\n\nv1.7.6 | 2026-09-01T12:37:02.648Z | user\n\n显示名改中文\n\nv1.7.5 | 2026-08-30T15:11:43.967Z | user\n\n1.7.5: 版本号升级\n\nv1.6.3 | 2026-08-12T15:21:37.669Z | auto\n\n- Added slug and displayName fields for improved metadata and discoverability.\n- Updated version to 1.6.3.\n- SKILL.md content retitled as \"Bug Reporting\" (displayName) and minor structure/metadata enhancements.\n- Removed the file skill-card.md.\n\nv1.6.0 | 2026-07-06T17:14:25.792Z | auto\n\n- 增加了安全警告，提醒用户避免提交敏感生产数据，所有评估文件限定在 workspace/ 下输出。\n- 丰富输出格式，要求每个 Bug 报告支持唯一ID、用例ID关联，以及补充根因推测、影响范围、附件结构。\n- 明确报告最小结构要求、深度量化标准及出错回退指引。\n- 新增对下游“qa-stakeholder-communication”技能的关联说明。\n- 移除 skill-card.md 文件，精简文档结构。\n\nv1.5.0 | 2026-06-29T12:31:42.344Z | auto\n\nqa-bug-reporting 1.5.0 introduces a more structured skill definition and refines bug reporting requirements.\n\n- Added a version field and reworked the front matter with explicit input/output structure.\n- Clarified and enhanced the description to emphasize when and why to use the skill.\n- Updated the input and output format definitions for better integration and automation.\n- Improved documentation for clarity, including notes on template alignment with related skills.\n- Removed the redundant skill-card.md file.\n\nv1.4.1 | 2026-06-25T16:53:38.169Z | auto\n\n- Improved SKILL.md description for clarity and conciseness.\n- Removed redundant skill-card.md file.\n- No functional changes to bug reporting structure or usage triggers.\n\nv1.4.0 | 2026-06-24T05:05:38.209Z | auto\n\nVersion 1.4.0\n\n- Enhanced skill description for increased clarity, scenario coverage, and searchability.\n- Expanded trigger phrases and usage scenarios in when_to_use (e.g., \"报告格式\"、\"复现步骤\"、开发打回等).\n- Updated downstream skill reference from qa-defect-lifecycle to qa-bug-lifecycle for consistency.\n- Added practical usage examples and expanded guidelines section.\n- Removed redundant file: skill-card.md.\n- Refined formatting and more explicitly defined application scope and intended outcomes.\n\nv1.3.0 | 2026-06-21T04:50:16.458Z | auto\n\n- Enhanced documentation: Added a comprehensive, structured guide on writing high-quality bug reports, including detailed templates and best practices.\n- Clarified input and output formats for bug reports, making expectations explicit.\n- Included examples of good vs. bad bug report titles for better clarity.\n- Expanded explanations for each section of a bug report: preconditions, reproduction steps, expectations, attachments, root cause analysis, and impact assessment.\n- Provided a checklist for validating the completeness and clarity of bug reports.\n\nArchive index:\n\nArchive v1.8.0: 4 files, 6094 bytes\n\nFiles: references/bug-report-structure.md (3165b), skill-card.md (1757b), SKILL.md (5649b), _meta.json (135b)\n\nFile v1.8.0:SKILL.md\n\n---\nname: qa-bug-reporting\ndescription: >-\n  当发现了一个 Bug 需要提交、自己提的 Bug 被开发打回来了、或者团队 Bug 质量参差不齐需要统一规范时使用此技能。一个高质量的 Bug 报告应该让开发看一遍就能复现并定位，不需要来回追问。包含清晰的复现步骤（从环境准备到操作序列到预期/实际结果）、根因推测、影响范围评估和必要附件。 ⚠️ 本技能示例可能调用外部抓包/日志工具，请在受控环境执行。 触发场景：提Bug、写Bug报告、Bug描述、报告格式、复现步骤、加附件、开发打回Bug报告需要改进时。 Use when the user asks about: writing a bug report an engineer can reproduce without asking follow-up questions, or fixing reports that got rejected.\nlicense: MIT\nallowed-tools: Read Grep Glob Bash\nmetadata:\n  display-name: \"Bug Reporting\"\n  version: \"1.8.0\"\n  when-to-use: \"用户说\\\"提Bug\\\"、\\\"写Bug报告\\\"、\\\"Bug描述\\\"、\\\"报告格式\\\"、\\\"复现步骤\\\"、\\\"加附件\\\"、需要编写或优化Bug报告、开发打回Bug报告需要改进时\"\n  related-skills: \"{\\\"upstream\\\":[\\\"qa-execution-observation\\\",\\\"qa-bug-root-cause-analysis\\\",\\\"qa-question-framework\\\"],\\\"downstream\\\":[\\\"qa-bug-lifecycle\\\",\\\"qa-stakeholder-communication\\\"]}\"\n  references: \"[\\\"references/bug-report-structure.md\\\"]\"\n  input-format: \"{\\\"required\\\":[{\\\"name\\\":\\\"Bug描述\\\",\\\"type\\\":\\\"string\\\",\\\"description\\\":\\\"缺陷的详细描述\\\"},{\\\"name\\\":\\\"复现步骤\\\",\\\"type\\\":\\\"array\\\",\\\"description\\\":\\\"缺陷复现的具体步骤\\\"}],\\\"optional\\\":[{\\\"name\\\":\\\"环境信息\\\",\\\"type\\\":\\\"string\\\",\\\"description\\\":\\\"缺陷发现时的环境配置\\\"},{\\\"name\\\":\\\"日志信息\\\",\\\"type\\\":\\\"string\\\",\\\"description\\\":\\\"相关执行日志\\\"}]}\"\n  output-format: \"{\\\"traceability\\\":[\\\"每个Bug带唯一ID（TC_{缺陷模块缩写}_{功能缩写}_{序号}，如 TC_BUG_LOGIN_001；缺陷追溯保留 BUG 前缀）\\\",\\\"关联执行用例ID（TC_{模块缩写}_{功能缩写}_{序号}，如 TC_API_LOGIN_001）\\\"],\\\"structure\\\":[{\\\"bug_title\\\":\\\"缺陷标题\\\"},{\\\"severity\\\":\\\"严重级别\\\"},{\\\"priority\\\":\\\"优先级\\\"},{\\\"reproduction_steps\\\":\\\"复现步骤\\\"},{\\\"expected_vs_actual\\\":\\\"预期vs实际结果\\\"},{\\\"root_cause\\\":\\\"根因推测（可选）\\\"},{\\\"impact_assessment\\\":\\\"影响范围评估\\\"},{\\\"attachments\\\":\\\"附件清单\\\"}]}\"\n  error-recovery-guidance: \"{\\\"on_failure\\\":\\\"Bug报告被开发打回时回退到执行观察步骤补充信息\\\",\\\"retry_behavior\\\":\\\"补充复现步骤或环境信息后重新提交\\\"}\"\n  categories: \"[\\\"Development\\\",\\\"Testing\\\",\\\"Quality\\\"]\"\n  depth-requirement: \"{\\\"reference_value\\\":\\\"根据缺陷严重度调整报告深度：简单×1/中等×2/复杂×3\\\",\\\"minimum\\\":\\\"至少包含复现步骤、预期vs实际、影响评估3个核心结构\\\"}\"\n---\n> ⚠️ 本技能单独使用效果有限，建议配合完整技能集（12 步工作流）使用。安装：npx skills add Kokxi/qa-test-skills\n\n> **⚠️ 安全警告**：本技能的示例可能涉及订单号、支付金额、截图、身份证、手机号等敏感数据。\n> 实际使用时请勿粘贴真实生产数据、客户信息或财务凭证；测试前应脱敏/掩码处理。\n> 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。\n\n# Bug报告艺术\n\n## 核心原则\n\n好的Bug报告不只是\"描述问题\"，而是帮开发缩小排查范围。\n\n## 加载时机\n\n| 什么时候读 | 读哪个 |\n|-----------|--------|\n| 写缺陷报告时，取七段式结构与各段写法 | [`references/bug-report-structure.md`](references/bug-report-structure.md) |\n\n> `Bug报告黄金结构`的完整内容已下沉至 `references/bug-report-structure.md`，避免每次触发都占用上下文。\n\n## Bug报告模板\n\n> 📌 本节与 qa-bug-lifecycle「缺陷报告模板」为同一概念的两个版本。本技能模板侧重执行（含前置条件、影响评估），lifecycle 模板侧重管理（含状态、优先级字段）。修改字段时请同步更新两个模板。\n\n```markdown\n# Bug报告\n\n## 基本信息\n- Bug标题：[功能模块] + [具体现象] + [触发条件]\n- 严重程度：P0/P1/P2/P3\n- Bug类型：功能/性能/安全/UI/兼容性\n- 发现版本：[版本号]\n- 环境信息：[浏览器/系统/设备]\n\n## 前置条件\n1. [条件1]\n2. [条件2]\n3. [条件3]\n\n## 复现步骤\n1. [步骤1]\n2. [步骤2]\n3. [步骤3]\n4. 观察[现象]\n\n## 预期结果\n[应该发生什么]\n\n## 实际结果\n[实际发生了什么]\n\n## 附件\n- 截图：[截图描述]\n- 日志：[日志内容]\n- 网络：[请求/响应]\n\n## 根因推测（可选）\n[可能是...因为...建议检查...]\n\n## 影响评估\n- 影响功能：[功能]\n- 影响用户：[用户范围]\n- 影响程度：[严重/一般/轻微]\n- 修复优先级：[P0-P3]\n```\n\n## 输出示例\n\n**用户发现登录功能报错**\n→ 使用Bug报告结构生成：\n  - 标题：[登录] 输入正确密码后提示\"密码错误\"（Chrome浏览器）\n  - 前置条件：已注册用户testuser001，Chrome 120.0\n  - 复现步骤和预期vs实际结果\n\n**用户需要提交支付Bug**\n→ 自动组装Bug报告7个结构部分，生成标准格式的Bug报告\n\n**开发打回Bug报告说\"无法复现\"**\n→ 触发本技能补充复现步骤细节和环境信息\n\n## 检查清单\n\nBug报告完成后检查：\n- [ ] 标题是否清晰（是什么+在哪+条件下）？\n- [ ] 前置条件是否完整？\n- [ ] 复现步骤是否可操作？\n- [ ] 预期vs实际是否明确？\n- [ ] 附件是否充分？\n- [ ] 根因推测是否合理？\n- [ ] 影响评估是否准确？\n\nFile v1.8.0:_meta.json\n\n{\n  \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n  \"slug\": \"qa-bug-reporting\",\n  \"version\": \"1.8.0\",\n  \"publishedAt\": 1790655942881\n}\n\nFile v1.8.0:references/bug-report-structure.md\n\n# 缺陷报告黄金结构\n\n> 本文是 `qa-bug-reporting` 的**七段式报告结构详解**。写缺陷报告、取各段写法时读本文；\n只需要报告模板时不必读。\n\n---\n\n\n### 结构1：标题（是什么+在哪+什么条件下）\n\n```text\n标题公式：\n[功能模块] + [具体现象] + [触发条件]\n\n好标题：\n✓ [登录] 输入正确密码提示\"密码错误\"（Chrome浏览器）\n✓ [支付] 支付成功后订单状态仍为\"待支付\"\n✓ [导出] 导出Excel文件乱码（Windows系统）\n\n坏标题：\n✗ 登录有问题\n✗ 支付报错了\n✗ 导出不对\n```\n\n### 结构2：前置条件（测试前需要满足什么）\n\n```text\n前置条件清单：\n├─ 用户状态：登录/未登录、角色、权限\n├─ 数据状态：测试数据准备\n├─ 环境状态：浏览器、系统、网络\n├─ 配置状态：功能开关、配置项\n└─ 依赖状态：第三方服务状态\n\n示例：\n- 用户已登录，角色为普通用户\n- 测试账号：testuser001\n- 浏览器：Chrome 120.0\n- 网络：正常网络环境\n- 测试数据：已创建一个待支付订单\n```\n\n### 结构3：复现步骤（精确到每一步）\n\n```text\n复现步骤格式：\n1. [操作步骤1]\n2. [操作步骤2]\n3. [操作步骤3]\n4. 观察[具体现象]\n\n示例：\n1. 打开登录页面\n2. 输入用户名：testuser001\n3. 输入密码：Test@1234\n4. 点击\"登录\"按钮\n5. 观察页面提示\n\n注意：\n- 每步只做一个操作\n- 步骤要可重复\n- 包含必要的输入数据\n```\n\n### 结构4：预期vs实际（明确对比）\n\n```text\n预期结果：[应该发生什么]\n实际结果：[实际发生了什么]\n\n示例：\n预期结果：登录成功，跳转到首页\n实际结果：提示\"密码错误\"，停留在登录页面\n```\n\n### 结构5：附件（怎么截图、怎么抓包）\n\n```text\n附件清单：\n├─ 截图：错误界面截图\n├─ 日志：控制台日志\n├─ 网络：网络请求/响应\n├─ 录屏：操作过程录制\n└─ 环境：浏览器版本、系统信息\n\n截图技巧：\n- 截取完整错误信息\n- 包含关键操作区域\n- 标注问题位置\n- 多个角度截图\n\n抓包技巧：\n- 使用Chrome DevTools\n- 记录请求URL、参数、响应\n- 标注异常请求\n- 导出HAR文件\n```\n\n### 结构6：根因推测（如果有）\n\n```text\n根因推测：\n├─ 推测方向：可能是[代码/数据/配置]问题\n├─ 推测依据：因为[日志/现象/经验]\n├─ 验证建议：建议检查[具体位置]\n\n示例：\n推测方向：可能是密码验证逻辑问题\n推测依据：控制台日志显示\"password validation failed\"\n验证建议：建议检查LoginController.validatePassword方法\n```\n\n### 结构7：影响范围评估\n\n```text\n影响评估：\n├─ 影响功能：[具体功能]\n├─ 影响用户：[用户范围]\n├─ 影响程度：[严重/一般/轻微]\n├─ 是否阻塞：[是否阻塞其他功能]\n└─ 修复优先级：[P0/P1/P2/P3]\n\n示例：\n影响功能：用户登录功能\n影响用户：所有用户\n影响程度：严重（无法登录）\n是否阻塞：是（阻塞所有需要登录的功能）\n修复优先级：P0（紧急）\n```\n\nFile v1.8.0:skill-card.md\n\n## Description:\n\nHelps QA teams write reproducible bug reports with clear steps, expected and actual results, supporting evidence, and impact assessments.\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 testers and developers use this skill to draft or improve bug reports that engineers can reproduce, including reports returned for missing steps or environment details.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: Bug reports or attachments may contain customer, identity, payment, or production data.\n\nMitigation: Mask sensitive values and use test data before sharing reports, screenshots, or logs.\n\nRisk: The optional external install command can add skills outside this reviewed release.\n\nMitigation: Verify the publisher and source before running the optional installation command.\n\n## Reference(s):\n\n- [Bug report structure](references/bug-report-structure.md)\n- [ClawHub skill release](https://clawhub.ai/kokxi/skills/qa-bug-reporting)\n\n## Skill Output:\n\n**Output Type(s):** [Markdown, Guidance]\n\n**Output Format:** [Structured Markdown bug report]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Includes reproduction steps, expected versus actual results, impact assessment, and optional attachments and root-cause hypotheses.]\n\n## Skill Version(s):\n\n1.8.0 (source: skill metadata 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.7: 3 files, 5203 bytes\n\nFiles: skill-card.md (1523b), SKILL.md (8308b), _meta.json (135b)\n\nFile v1.7.7:SKILL.md\n\n---\nname: qa-bug-reporting\nslug: qa-bug-reporting\ndisplayName: Bug Reporting\nversion: 1.7.7\ndescription: >-\n  当发现了一个 Bug 需要提交、自己提的 Bug 被开发打回来了、或者团队 Bug 质量参差不齐需要统一规范时使用此技能。一个高质量的 Bug 报告应该让开发看一遍就能复现并定位，不需要来回追问。包含清晰的复现步骤（从环境准备到操作序列到预期/实际结果）、根因推测、影响范围评估和必要附件。 ⚠️ 本技能示例可能调用外部抓包/日志工具，请在受控环境执行。\nwhen_to_use: 用户说\"提Bug\"、\"写Bug报告\"、\"Bug描述\"、\"报告格式\"、\"复现步骤\"、\"加附件\"、需要编写或优化Bug报告、开发打回Bug报告需要改进时\nallowed-tools: Read Grep Glob Bash\nrelated_skills:\n  upstream:\n    - qa-execution-observation   # 输入：执行观察结果\n    - qa-bug-root-cause-analysis # 输入：根因分析结果\n    - qa-question-framework      # 输入：提问框架确保信息完整\n  downstream:\n    - qa-bug-lifecycle        # 输出：Bug报告进入缺陷管理\n    - qa-stakeholder-communication\ninput_format:\n  required:\n    - name: Bug描述\n      type: string\n      description: 缺陷的详细描述\n    - name: 复现步骤\n      type: array\n      description: 缺陷复现的具体步骤\n  optional:\n    - name: 环境信息\n      type: string\n      description: 缺陷发现时的环境配置\n    - name: 日志信息\n      type: string\n      description: 相关执行日志\noutput_format:\n  traceability:\n    - 每个Bug带唯一ID（TC_{缺陷模块缩写}_{功能缩写}_{序号}，如 TC_BUG_LOGIN_001；缺陷追溯保留 BUG 前缀）\n    - 关联执行用例ID（TC_{模块缩写}_{功能缩写}_{序号}，如 TC_API_LOGIN_001）\n  structure:\n    - 测试用例表格：固定 9 列（用例编号|测试类型|功能模块|测试标题|用例级别|预置条件|测试步骤|预期结果|风险等级）\n    - 用例级别：P0≤20%（核心流程）/ P1≤40%（主要功能）/ P2≤30%（次要功能）/ P3≤10%（边缘场景）\n    - 覆盖率：标注口径（基于现有需求/输入文档），禁止\"全覆盖/100%\"绝对化表述；缺失模块标注\"未覆盖+原因\"\n    - bug_title: 缺陷标题\n    - severity: 严重级别\n    - priority: 优先级\n    - reproduction_steps: 复现步骤\n    - expected_vs_actual: 预期vs实际结果\n    - root_cause: 根因推测（可选）\n    - impact_assessment: 影响范围评估\n    - attachments: 附件清单\ncategories: ['Development','Testing','Quality']\ndepth_requirement_quantification:\n  reference_value: \"根据缺陷严重度调整报告深度：简单×1/中等×2/复杂×3\"\n  minimum: \"至少包含复现步骤、预期vs实际、影响评估3个核心结构\"\nerror_recovery_guidance:\n  on_failure: \"Bug报告被开发打回时回退到执行观察步骤补充信息\"\n  retry_behavior: \"补充复现步骤或环境信息后重新提交\"\n---\n> **⚠️ 安全警告**：本技能的示例可能涉及订单号、支付金额、截图、身份证、手机号等敏感数据。\n> 实际使用时请勿粘贴真实生产数据、客户信息或财务凭证；测试前应脱敏/掩码处理。\n> 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。\n\n# Bug报告艺术\n\n## 核心原则\n\n好的Bug报告不只是\"描述问题\"，而是帮开发缩小排查范围。\n\n## Bug报告黄金结构\n\n### 结构1：标题（是什么+在哪+什么条件下）\n\n```text\n标题公式：\n[功能模块] + [具体现象] + [触发条件]\n\n好标题：\n✓ [登录] 输入正确密码提示\"密码错误\"（Chrome浏览器）\n✓ [支付] 支付成功后订单状态仍为\"待支付\"\n✓ [导出] 导出Excel文件乱码（Windows系统）\n\n坏标题：\n✗ 登录有问题\n✗ 支付报错了\n✗ 导出不对\n```\n\n### 结构2：前置条件（测试前需要满足什么）\n\n```text\n前置条件清单：\n├─ 用户状态：登录/未登录、角色、权限\n├─ 数据状态：测试数据准备\n├─ 环境状态：浏览器、系统、网络\n├─ 配置状态：功能开关、配置项\n└─ 依赖状态：第三方服务状态\n\n示例：\n- 用户已登录，角色为普通用户\n- 测试账号：testuser001\n- 浏览器：Chrome 120.0\n- 网络：正常网络环境\n- 测试数据：已创建一个待支付订单\n```\n\n### 结构3：复现步骤（精确到每一步）\n\n```text\n复现步骤格式：\n1. [操作步骤1]\n2. [操作步骤2]\n3. [操作步骤3]\n4. 观察[具体现象]\n\n示例：\n1. 打开登录页面\n2. 输入用户名：testuser001\n3. 输入密码：Test@1234\n4. 点击\"登录\"按钮\n5. 观察页面提示\n\n注意：\n- 每步只做一个操作\n- 步骤要可重复\n- 包含必要的输入数据\n```\n\n### 结构4：预期vs实际（明确对比）\n\n```text\n预期结果：[应该发生什么]\n实际结果：[实际发生了什么]\n\n示例：\n预期结果：登录成功，跳转到首页\n实际结果：提示\"密码错误\"，停留在登录页面\n```\n\n### 结构5：附件（怎么截图、怎么抓包）\n\n```text\n附件清单：\n├─ 截图：错误界面截图\n├─ 日志：控制台日志\n├─ 网络：网络请求/响应\n├─ 录屏：操作过程录制\n└─ 环境：浏览器版本、系统信息\n\n截图技巧：\n- 截取完整错误信息\n- 包含关键操作区域\n- 标注问题位置\n- 多个角度截图\n\n抓包技巧：\n- 使用Chrome DevTools\n- 记录请求URL、参数、响应\n- 标注异常请求\n- 导出HAR文件\n```\n\n### 结构6：根因推测（如果有）\n\n```text\n根因推测：\n├─ 推测方向：可能是[代码/数据/配置]问题\n├─ 推测依据：因为[日志/现象/经验]\n├─ 验证建议：建议检查[具体位置]\n\n示例：\n推测方向：可能是密码验证逻辑问题\n推测依据：控制台日志显示\"password validation failed\"\n验证建议：建议检查LoginController.validatePassword方法\n```\n\n### 结构7：影响范围评估\n\n```text\n影响评估：\n├─ 影响功能：[具体功能]\n├─ 影响用户：[用户范围]\n├─ 影响程度：[严重/一般/轻微]\n├─ 是否阻塞：[是否阻塞其他功能]\n└─ 修复优先级：[P0/P1/P2/P3]\n\n示例：\n影响功能：用户登录功能\n影响用户：所有用户\n影响程度：严重（无法登录）\n是否阻塞：是（阻塞所有需要登录的功能）\n修复优先级：P0（紧急）\n```\n\n## Bug报告模板\n\n> 📌 本节与 qa-bug-lifecycle「缺陷报告模板」为同一概念的两个版本。本技能模板侧重执行（含前置条件、影响评估），lifecycle 模板侧重管理（含状态、优先级字段）。修改字段时请同步更新两个模板。\n\n```markdown\n# Bug报告\n\n## 基本信息\n- Bug标题：[功能模块] + [具体现象] + [触发条件]\n- 严重程度：P0/P1/P2/P3\n- Bug类型：功能/性能/安全/UI/兼容性\n- 发现版本：[版本号]\n- 环境信息：[浏览器/系统/设备]\n\n## 前置条件\n1. [条件1]\n2. [条件2]\n3. [条件3]\n\n## 复现步骤\n1. [步骤1]\n2. [步骤2]\n3. [步骤3]\n4. 观察[现象]\n\n## 预期结果\n[应该发生什么]\n\n## 实际结果\n[实际发生了什么]\n\n## 附件\n- 截图：[截图描述]\n- 日志：[日志内容]\n- 网络：[请求/响应]\n\n## 根因推测（可选）\n[可能是...因为...建议检查...]\n\n## 影响评估\n- 影响功能：[功能]\n- 影响用户：[用户范围]\n- 影响程度：[严重/一般/轻微]\n- 修复优先级：[P0-P3]\n```\n\n## 输出示例\n\n**用户发现登录功能报错**\n→ 使用Bug报告结构生成：\n  - 标题：[登录] 输入正确密码后提示\"密码错误\"（Chrome浏览器）\n  - 前置条件：已注册用户testuser001，Chrome 120.0\n  - 复现步骤和预期vs实际结果\n\n**用户需要提交支付Bug**\n→ 自动组装Bug报告7个结构部分，生成标准格式的Bug报告\n\n**开发打回Bug报告说\"无法复现\"**\n→ 触发本技能补充复现步骤细节和环境信息\n\n## 检查清单\n\nBug报告完成后检查：\n- [ ] 标题是否清晰（是什么+在哪+条件下）？\n- [ ] 前置条件是否完整？\n- [ ] 复现步骤是否可操作？\n- [ ] 预期vs实际是否明确？\n- [ ] 附件是否充分？\n- [ ] 根因推测是否合理？\n- [ ] 影响评估是否准确？\n\nFile v1.7.7:_meta.json\n\n{\n  \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n  \"slug\": \"qa-bug-reporting\",\n  \"version\": \"1.7.7\",\n  \"publishedAt\": 1790519591921\n}\n\nFile v1.7.7:skill-card.md\n\n## Description:\n\nHelps QA teams draft reproducible bug reports with clear steps, expected and actual results, impact assessments, and supporting evidence.\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 testers and developers use this skill to write or improve actionable bug reports, including reports returned for insufficient reproduction details.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: Bug report logs, screenshots, HAR files, or examples may expose customer, production, identity, payment, or confidential business data.\n\nMitigation: Redact or mask sensitive information before including artifacts in a report; use controlled environments for capture tools.\n\n## Reference(s):\n\n\n## Skill Output:\n\n**Output Type(s):** [Markdown, Guidance]\n\n**Output Format:** [Markdown bug report with structured sections and checklists]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Includes reproduction steps, expected and actual results, impact assessment, and optional attachment and root-cause notes.]\n\n## Skill Version(s):\n\n1.7.7 (source: release metadata and skill frontmatter)\n\n## Ethical Considerations:\n\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment.\n\nArchive v1.7.6: 3 files, 5854 bytes\n\nFiles: skill-card.md (2258b), SKILL.md (8863b), _meta.json (135b)\n\nFile v1.7.6:SKILL.md\n\n---\r\nname: qa-bug-reporting\r\nslug: qa-bug-reporting\r\ndisplayName: 缺陷报告\r\nversion: 1.7.5\r\ndescription: >-\r\n  当发现了一个 Bug 需要提交、自己提的 Bug 被开发打回来了、或者团队 Bug 质量参差不齐需要统一规范时使用此技能。一个高质量的 Bug 报告应该让开发看一遍就能复现并定位，不需要来回追问。包含清晰的复现步骤（从环境准备到操作序列到预期/实际结果）、根因推测、影响范围评估和必要附件。 ⚠️ 本技能示例可能调用外部抓包/日志工具，请在受控环境执行。\r\n  本技能属于 QA Test Skills 技能集（49 个技能之一），完整工作流体验需安装全套：npx skills add Kokxi/qa-test-skills\r\nwhen_to_use: 用户说\"提Bug\"、\"写Bug报告\"、\"Bug描述\"、\"报告格式\"、\"复现步骤\"、\"加附件\"、需要编写或优化Bug报告、开发打回Bug报告需要改进时\r\nallowed-tools: Read Grep Glob Bash\r\nrelated_skills:\r\n  upstream:\r\n    - qa-execution-observation   # 输入：执行观察结果\r\n    - qa-bug-root-cause-analysis # 输入：根因分析结果\r\n    - qa-question-framework      # 输入：提问框架确保信息完整\r\n  downstream:\r\n    - qa-bug-lifecycle        # 输出：Bug报告进入缺陷管理\r\n    - qa-stakeholder-communication\r\ninput_format:\r\n  required:\r\n    - name: Bug描述\r\n      type: string\r\n      description: 缺陷的详细描述\r\n    - name: 复现步骤\r\n      type: array\r\n      description: 缺陷复现的具体步骤\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    - 每个Bug带唯一ID（TC_{缺陷模块缩写}_{功能缩写}_{序号}，如 TC_BUG_LOGIN_001；缺陷追溯保留 BUG 前缀）\r\n    - 关联执行用例ID（TC_{模块缩写}_{功能缩写}_{序号}，如 TC_API_LOGIN_001）\r\n  structure:\r\n    - 测试用例表格：固定 9 列（用例编号|测试类型|功能模块|测试标题|用例级别|预置条件|测试步骤|预期结果|风险等级）\r\n    - 用例级别：P0≤20%（核心流程）/ P1≤40%（主要功能）/ P2≤30%（次要功能）/ P3≤10%（边缘场景）\r\n    - 覆盖率：标注口径（基于现有需求/输入文档），禁止\"全覆盖/100%\"绝对化表述；缺失模块标注\"未覆盖+原因\"\r\n    - bug_title: 缺陷标题\r\n    - severity: 严重级别\r\n    - priority: 优先级\r\n    - reproduction_steps: 复现步骤\r\n    - expected_vs_actual: 预期vs实际结果\r\n    - root_cause: 根因推测（可选）\r\n    - impact_assessment: 影响范围评估\r\n    - attachments: 附件清单\r\ncategories: ['Development','Testing','Quality']\r\ndepth_requirement_quantification:\r\n  reference_value: \"根据缺陷严重度调整报告深度：简单×1/中等×2/复杂×3\"\r\n  minimum: \"至少包含复现步骤、预期vs实际、影响评估3个核心结构\"\r\nerror_recovery_guidance:\r\n  on_failure: \"Bug报告被开发打回时回退到执行观察步骤补充信息\"\r\n  retry_behavior: \"补充复现步骤或环境信息后重新提交\"\r\n---\r\n> ⚠️ 本技能单独使用效果有限，建议配合完整技能集（12 步工作流）使用。安装：npx skills add Kokxi/qa-test-skills\r\n\r\n> **⚠️ 安全警告**：本技能的示例可能涉及订单号、支付金额、截图、身份证、手机号等敏感数据。\r\n> 实际使用时请勿粘贴真实生产数据、客户信息或财务凭证；测试前应脱敏/掩码处理。\r\n> 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。\r\n\r\n# Bug报告艺术\r\n\r\n## 核心原则\r\n\r\n好的Bug报告不只是\"描述问题\"，而是帮开发缩小排查范围。\r\n\r\n## Bug报告黄金结构\r\n\r\n### 结构1：标题（是什么+在哪+什么条件下）\r\n\r\n```text\r\n标题公式：\r\n[功能模块] + [具体现象] + [触发条件]\r\n\r\n好标题：\r\n✓ [登录] 输入正确密码提示\"密码错误\"（Chrome浏览器）\r\n✓ [支付] 支付成功后订单状态仍为\"待支付\"\r\n✓ [导出] 导出Excel文件乱码（Windows系统）\r\n\r\n坏标题：\r\n✗ 登录有问题\r\n✗ 支付报错了\r\n✗ 导出不对\r\n```\r\n\r\n### 结构2：前置条件（测试前需要满足什么）\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- 测试账号：testuser001\r\n- 浏览器：Chrome 120.0\r\n- 网络：正常网络环境\r\n- 测试数据：已创建一个待支付订单\r\n```\r\n\r\n### 结构3：复现步骤（精确到每一步）\r\n\r\n```text\r\n复现步骤格式：\r\n1. [操作步骤1]\r\n2. [操作步骤2]\r\n3. [操作步骤3]\r\n4. 观察[具体现象]\r\n\r\n示例：\r\n1. 打开登录页面\r\n2. 输入用户名：testuser001\r\n3. 输入密码：Test@1234\r\n4. 点击\"登录\"按钮\r\n5. 观察页面提示\r\n\r\n注意：\r\n- 每步只做一个操作\r\n- 步骤要可重复\r\n- 包含必要的输入数据\r\n```\r\n\r\n### 结构4：预期vs实际（明确对比）\r\n\r\n```text\r\n预期结果：[应该发生什么]\r\n实际结果：[实际发生了什么]\r\n\r\n示例：\r\n预期结果：登录成功，跳转到首页\r\n实际结果：提示\"密码错误\"，停留在登录页面\r\n```\r\n\r\n### 结构5：附件（怎么截图、怎么抓包）\r\n\r\n```text\r\n附件清单：\r\n├─ 截图：错误界面截图\r\n├─ 日志：控制台日志\r\n├─ 网络：网络请求/响应\r\n├─ 录屏：操作过程录制\r\n└─ 环境：浏览器版本、系统信息\r\n\r\n截图技巧：\r\n- 截取完整错误信息\r\n- 包含关键操作区域\r\n- 标注问题位置\r\n- 多个角度截图\r\n\r\n抓包技巧：\r\n- 使用Chrome DevTools\r\n- 记录请求URL、参数、响应\r\n- 标注异常请求\r\n- 导出HAR文件\r\n```\r\n\r\n### 结构6：根因推测（如果有）\r\n\r\n```text\r\n根因推测：\r\n├─ 推测方向：可能是[代码/数据/配置]问题\r\n├─ 推测依据：因为[日志/现象/经验]\r\n├─ 验证建议：建议检查[具体位置]\r\n\r\n示例：\r\n推测方向：可能是密码验证逻辑问题\r\n推测依据：控制台日志显示\"password validation failed\"\r\n验证建议：建议检查LoginController.validatePassword方法\r\n```\r\n\r\n### 结构7：影响范围评估\r\n\r\n```text\r\n影响评估：\r\n├─ 影响功能：[具体功能]\r\n├─ 影响用户：[用户范围]\r\n├─ 影响程度：[严重/一般/轻微]\r\n├─ 是否阻塞：[是否阻塞其他功能]\r\n└─ 修复优先级：[P0/P1/P2/P3]\r\n\r\n示例：\r\n影响功能：用户登录功能\r\n影响用户：所有用户\r\n影响程度：严重（无法登录）\r\n是否阻塞：是（阻塞所有需要登录的功能）\r\n修复优先级：P0（紧急）\r\n```\r\n\r\n## Bug报告模板\r\n\r\n> 📌 本节与 qa-bug-lifecycle「缺陷报告模板」为同一概念的两个版本。本技能模板侧重执行（含前置条件、影响评估），lifecycle 模板侧重管理（含状态、优先级字段）。修改字段时请同步更新两个模板。\r\n\r\n```markdown\r\n# Bug报告\r\n\r\n## 基本信息\r\n- Bug标题：[功能模块] + [具体现象] + [触发条件]\r\n- 严重程度：P0/P1/P2/P3\r\n- Bug类型：功能/性能/安全/UI/兼容性\r\n- 发现版本：[版本号]\r\n- 环境信息：[浏览器/系统/设备]\r\n\r\n## 前置条件\r\n1. [条件1]\r\n2. [条件2]\r\n3. [条件3]\r\n\r\n## 复现步骤\r\n1. [步骤1]\r\n2. [步骤2]\r\n3. [步骤3]\r\n4. 观察[现象]\r\n\r\n## 预期结果\r\n[应该发生什么]\r\n\r\n## 实际结果\r\n[实际发生了什么]\r\n\r\n## 附件\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-P3]\r\n```\r\n\r\n## 输出示例\r\n\r\n**用户发现登录功能报错**\r\n→ 使用Bug报告结构生成：\r\n  - 标题：[登录] 输入正确密码后提示\"密码错误\"（Chrome浏览器）\r\n  - 前置条件：已注册用户testuser001，Chrome 120.0\r\n  - 复现步骤和预期vs实际结果\r\n\r\n**用户需要提交支付Bug**\r\n→ 自动组装Bug报告7个结构部分，生成标准格式的Bug报告\r\n\r\n**开发打回Bug报告说\"无法复现\"**\r\n→ 触发本技能补充复现步骤细节和环境信息\r\n\r\n## 检查清单\r\n\r\nBug报告完成后检查：\r\n- [ ] 标题是否清晰（是什么+在哪+条件下）？\r\n- [ ] 前置条件是否完整？\r\n- [ ] 复现步骤是否可操作？\r\n- [ ] 预期vs实际是否明确？\r\n- [ ] 附件是否充分？\r\n- [ ] 根因推测是否合理？\r\n- [ ] 影响评估是否准确？\n\nFile v1.7.6:_meta.json\n\n{\n  \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n  \"slug\": \"qa-bug-reporting\",\n  \"version\": \"1.7.6\",\n  \"publishedAt\": 1788266222648\n}\n\nFile v1.7.6:skill-card.md\n\n## Description:\n\n缺陷报告帮助 QA 人员在提交或修正 Bug 时生成结构化缺陷报告，包含复现步骤、预期与实际结果、影响评估、根因推测和附件清单。\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 testers, developers, and external project teams use this skill to standardize bug reports so defects can be reproduced, triaged, and investigated with less back-and-forth. It is useful when creating a new bug report, improving a report returned as not reproducible, or aligning a team on report structure.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: The skill recommends installing a broader external skill set with an unpinned npx command.\n\nMitigation: Install it only from a trusted source after verifying the exact version or commit; avoid the command in sensitive workspaces.\n\nRisk: Bug reports and attachments can contain customer, payment, identity, production, or other sensitive data.\n\nMitigation: Redact or mask sensitive values before use, and keep testing in a controlled workspace without real production data.\n\nRisk: The skill requests broad shell access and may involve external packet-capture or log tools.\n\nMitigation: Limit shell access unless command execution is specifically needed, and review commands before running them.\n\n## Reference(s):\n\n- [ClawHub skill page](https://clawhub.ai/kokxi/skills/qa-bug-reporting)\n\n## Skill Output:\n\n**Output Type(s):** [Text, Markdown, Guidance]\n\n**Output Format:** [Markdown bug report template and structured QA guidance]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [May include bug IDs, reproduction steps, expected and actual results, severity, priority, impact assessment, root-cause notes, and attachment lists.]\n\n## Skill Version(s):\n\n1.7.6 (source: server release evidence; artifact frontmatter says 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, 5484 bytes\n\nFiles: skill-card.md (2279b), SKILL.md (8308b), _meta.json (135b)\n\nFile v1.7.5:SKILL.md\n\n---\nname: qa-bug-reporting\nslug: qa-bug-reporting\ndisplayName: Bug Reporting\nversion: 1.7.5\ndescription: >-\n  当发现了一个 Bug 需要提交、自己提的 Bug 被开发打回来了、或者团队 Bug 质量参差不齐需要统一规范时使用此技能。一个高质量的 Bug 报告应该让开发看一遍就能复现并定位，不需要来回追问。包含清晰的复现步骤（从环境准备到操作序列到预期/实际结果）、根因推测、影响范围评估和必要附件。 ⚠️ 本技能示例可能调用外部抓包/日志工具，请在受控环境执行。\nwhen_to_use: 用户说\"提Bug\"、\"写Bug报告\"、\"Bug描述\"、\"报告格式\"、\"复现步骤\"、\"加附件\"、需要编写或优化Bug报告、开发打回Bug报告需要改进时\nallowed-tools: Read Grep Glob Bash\nrelated_skills:\n  upstream:\n    - qa-execution-observation   # 输入：执行观察结果\n    - qa-bug-root-cause-analysis # 输入：根因分析结果\n    - qa-question-framework      # 输入：提问框架确保信息完整\n  downstream:\n    - qa-bug-lifecycle        # 输出：Bug报告进入缺陷管理\n    - qa-stakeholder-communication\ninput_format:\n  required:\n    - name: Bug描述\n      type: string\n      description: 缺陷的详细描述\n    - name: 复现步骤\n      type: array\n      description: 缺陷复现的具体步骤\n  optional:\n    - name: 环境信息\n      type: string\n      description: 缺陷发现时的环境配置\n    - name: 日志信息\n      type: string\n      description: 相关执行日志\noutput_format:\n  traceability:\n    - 每个Bug带唯一ID（TC_{缺陷模块缩写}_{功能缩写}_{序号}，如 TC_BUG_LOGIN_001；缺陷追溯保留 BUG 前缀）\n    - 关联执行用例ID（TC_{模块缩写}_{功能缩写}_{序号}，如 TC_API_LOGIN_001）\n  structure:\n    - 测试用例表格：固定 9 列（用例编号|测试类型|功能模块|测试标题|用例级别|预置条件|测试步骤|预期结果|风险等级）\n    - 用例级别：P0≤20%（核心流程）/ P1≤40%（主要功能）/ P2≤30%（次要功能）/ P3≤10%（边缘场景）\n    - 覆盖率：标注口径（基于现有需求/输入文档），禁止\"全覆盖/100%\"绝对化表述；缺失模块标注\"未覆盖+原因\"\n    - bug_title: 缺陷标题\n    - severity: 严重级别\n    - priority: 优先级\n    - reproduction_steps: 复现步骤\n    - expected_vs_actual: 预期vs实际结果\n    - root_cause: 根因推测（可选）\n    - impact_assessment: 影响范围评估\n    - attachments: 附件清单\ncategories: ['Development','Testing','Quality']\ndepth_requirement_quantification:\n  reference_value: \"根据缺陷严重度调整报告深度：简单×1/中等×2/复杂×3\"\n  minimum: \"至少包含复现步骤、预期vs实际、影响评估3个核心结构\"\nerror_recovery_guidance:\n  on_failure: \"Bug报告被开发打回时回退到执行观察步骤补充信息\"\n  retry_behavior: \"补充复现步骤或环境信息后重新提交\"\n---\n> **⚠️ 安全警告**：本技能的示例可能涉及订单号、支付金额、截图、身份证、手机号等敏感数据。\n> 实际使用时请勿粘贴真实生产数据、客户信息或财务凭证；测试前应脱敏/掩码处理。\n> 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。\n\n# Bug报告艺术\n\n## 核心原则\n\n好的Bug报告不只是\"描述问题\"，而是帮开发缩小排查范围。\n\n## Bug报告黄金结构\n\n### 结构1：标题（是什么+在哪+什么条件下）\n\n```text\n标题公式：\n[功能模块] + [具体现象] + [触发条件]\n\n好标题：\n✓ [登录] 输入正确密码提示\"密码错误\"（Chrome浏览器）\n✓ [支付] 支付成功后订单状态仍为\"待支付\"\n✓ [导出] 导出Excel文件乱码（Windows系统）\n\n坏标题：\n✗ 登录有问题\n✗ 支付报错了\n✗ 导出不对\n```\n\n### 结构2：前置条件（测试前需要满足什么）\n\n```text\n前置条件清单：\n├─ 用户状态：登录/未登录、角色、权限\n├─ 数据状态：测试数据准备\n├─ 环境状态：浏览器、系统、网络\n├─ 配置状态：功能开关、配置项\n└─ 依赖状态：第三方服务状态\n\n示例：\n- 用户已登录，角色为普通用户\n- 测试账号：testuser001\n- 浏览器：Chrome 120.0\n- 网络：正常网络环境\n- 测试数据：已创建一个待支付订单\n```\n\n### 结构3：复现步骤（精确到每一步）\n\n```text\n复现步骤格式：\n1. [操作步骤1]\n2. [操作步骤2]\n3. [操作步骤3]\n4. 观察[具体现象]\n\n示例：\n1. 打开登录页面\n2. 输入用户名：testuser001\n3. 输入密码：Test@1234\n4. 点击\"登录\"按钮\n5. 观察页面提示\n\n注意：\n- 每步只做一个操作\n- 步骤要可重复\n- 包含必要的输入数据\n```\n\n### 结构4：预期vs实际（明确对比）\n\n```text\n预期结果：[应该发生什么]\n实际结果：[实际发生了什么]\n\n示例：\n预期结果：登录成功，跳转到首页\n实际结果：提示\"密码错误\"，停留在登录页面\n```\n\n### 结构5：附件（怎么截图、怎么抓包）\n\n```text\n附件清单：\n├─ 截图：错误界面截图\n├─ 日志：控制台日志\n├─ 网络：网络请求/响应\n├─ 录屏：操作过程录制\n└─ 环境：浏览器版本、系统信息\n\n截图技巧：\n- 截取完整错误信息\n- 包含关键操作区域\n- 标注问题位置\n- 多个角度截图\n\n抓包技巧：\n- 使用Chrome DevTools\n- 记录请求URL、参数、响应\n- 标注异常请求\n- 导出HAR文件\n```\n\n### 结构6：根因推测（如果有）\n\n```text\n根因推测：\n├─ 推测方向：可能是[代码/数据/配置]问题\n├─ 推测依据：因为[日志/现象/经验]\n├─ 验证建议：建议检查[具体位置]\n\n示例：\n推测方向：可能是密码验证逻辑问题\n推测依据：控制台日志显示\"password validation failed\"\n验证建议：建议检查LoginController.validatePassword方法\n```\n\n### 结构7：影响范围评估\n\n```text\n影响评估：\n├─ 影响功能：[具体功能]\n├─ 影响用户：[用户范围]\n├─ 影响程度：[严重/一般/轻微]\n├─ 是否阻塞：[是否阻塞其他功能]\n└─ 修复优先级：[P0/P1/P2/P3]\n\n示例：\n影响功能：用户登录功能\n影响用户：所有用户\n影响程度：严重（无法登录）\n是否阻塞：是（阻塞所有需要登录的功能）\n修复优先级：P0（紧急）\n```\n\n## Bug报告模板\n\n> 📌 本节与 qa-bug-lifecycle「缺陷报告模板」为同一概念的两个版本。本技能模板侧重执行（含前置条件、影响评估），lifecycle 模板侧重管理（含状态、优先级字段）。修改字段时请同步更新两个模板。\n\n```markdown\n# Bug报告\n\n## 基本信息\n- Bug标题：[功能模块] + [具体现象] + [触发条件]\n- 严重程度：P0/P1/P2/P3\n- Bug类型：功能/性能/安全/UI/兼容性\n- 发现版本：[版本号]\n- 环境信息：[浏览器/系统/设备]\n\n## 前置条件\n1. [条件1]\n2. [条件2]\n3. [条件3]\n\n## 复现步骤\n1. [步骤1]\n2. [步骤2]\n3. [步骤3]\n4. 观察[现象]\n\n## 预期结果\n[应该发生什么]\n\n## 实际结果\n[实际发生了什么]\n\n## 附件\n- 截图：[截图描述]\n- 日志：[日志内容]\n- 网络：[请求/响应]\n\n## 根因推测（可选）\n[可能是...因为...建议检查...]\n\n## 影响评估\n- 影响功能：[功能]\n- 影响用户：[用户范围]\n- 影响程度：[严重/一般/轻微]\n- 修复优先级：[P0-P3]\n```\n\n## 输出示例\n\n**用户发现登录功能报错**\n→ 使用Bug报告结构生成：\n  - 标题：[登录] 输入正确密码后提示\"密码错误\"（Chrome浏览器）\n  - 前置条件：已注册用户testuser001，Chrome 120.0\n  - 复现步骤和预期vs实际结果\n\n**用户需要提交支付Bug**\n→ 自动组装Bug报告7个结构部分，生成标准格式的Bug报告\n\n**开发打回Bug报告说\"无法复现\"**\n→ 触发本技能补充复现步骤细节和环境信息\n\n## 检查清单\n\nBug报告完成后检查：\n- [ ] 标题是否清晰（是什么+在哪+条件下）？\n- [ ] 前置条件是否完整？\n- [ ] 复现步骤是否可操作？\n- [ ] 预期vs实际是否明确？\n- [ ] 附件是否充分？\n- [ ] 根因推测是否合理？\n- [ ] 影响评估是否准确？\n\nFile v1.7.5:_meta.json\n\n{\n  \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n  \"slug\": \"qa-bug-reporting\",\n  \"version\": \"1.7.5\",\n  \"publishedAt\": 1788102703967\n}\n\nFile v1.7.5:skill-card.md\n\n## Description:\n\nQA Bug Reporting helps testers, developers, and product teams create reproducible bug reports with clear prerequisites, reproduction steps, expected and actual results, impact assessment, root-cause hypotheses, and supporting attachments.\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 product teams use this skill to draft or improve bug reports when defects need precise reproduction details, environment context, evidence attachments, and impact assessment.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: Bug reports may include logs, screenshots, network traces, order examples, payment examples, or other sensitive evidence.\n\nMitigation: Use sanitized test data and mask customer, financial, identity, and production information before sharing or attaching evidence.\n\nRisk: Packet-capture or Bash examples may be unnecessary or inappropriate for some defects.\n\nMitigation: Run shell commands or capture network traffic only in controlled environments and only when that evidence is clearly needed for the report.\n\nRisk: Root-cause hypotheses or impact assessments can mislead triage if they are not verified.\n\nMitigation: Label hypotheses clearly and confirm reproduction steps, environment details, and evidence before submitting the bug report.\n\n## Reference(s):\n\n- [ClawHub skill page](https://clawhub.ai/kokxi/skills/qa-bug-reporting)\n\n## Skill Output:\n\n**Output Type(s):** [Text, Markdown, Shell commands, Guidance]\n\n**Output Format:** [Markdown bug report templates, structured checklists, and concise guidance]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [May include reproduction evidence descriptions, log excerpts, screenshot notes, network trace notes, and sanitized attachment lists.]\n\n## Skill Version(s):\n\n1.7.5 (source: server release evidence and SKILL.md frontmatter)\n\n## Ethical Considerations:\n\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment.\n\nArchive v1.6.3: 3 files, 5156 bytes\n\nFiles: skill-card.md (2235b), SKILL.md (7716b), _meta.json (135b)\n\nFile v1.6.3:SKILL.md\n\n---\nname: qa-bug-reporting\nslug: qa-bug-reporting\ndisplayName: Bug Reporting\nversion: 1.6.3\ndescription: >-\n  当发现了一个 Bug 需要提交、自己提的 Bug 被开发打回来了、或者团队 Bug 质量参差不齐需要统一规范时使用此技能。一个高质量的 Bug 报告应该让开发看一遍就能复现并定位，不需要来回追问。包含清晰的复现步骤（从环境准备到操作序列到预期/实际结果）、根因推测、影响范围评估和必要附件。 ⚠️ 本技能示例可能调用外部抓包/日志工具，请在受控环境执行。\nwhen_to_use: 用户说\"提Bug\"、\"写Bug报告\"、\"Bug描述\"、\"报告格式\"、\"复现步骤\"、\"加附件\"、需要编写或优化Bug报告、开发打回Bug报告需要改进时\nallowed-tools: Read Grep Glob Bash\nrelated_skills:\n  upstream:\n    - qa-execution-observation   # 输入：执行观察结果\n    - qa-bug-root-cause-analysis # 输入：根因分析结果\n    - qa-question-framework      # 输入：提问框架确保信息完整\n  downstream:\n    - qa-bug-lifecycle        # 输出：Bug报告进入缺陷管理\n    - qa-stakeholder-communication\ninput_format:\n  required:\n    - name: Bug描述\n      type: string\n      description: 缺陷的详细描述\n    - name: 复现步骤\n      type: array\n      description: 缺陷复现的具体步骤\n  optional:\n    - name: 环境信息\n      type: string\n      description: 缺陷发现时的环境配置\n    - name: 日志信息\n      type: string\n      description: 相关执行日志\noutput_format:\n  traceability:\n    - 每个Bug带唯一ID（BUG-XXXX）\n    - 关联执行用例ID（TC-XXXX）\n  structure:\n    - bug_title: 缺陷标题\n    - severity: 严重级别\n    - priority: 优先级\n    - reproduction_steps: 复现步骤\n    - expected_vs_actual: 预期vs实际结果\n    - root_cause: 根因推测（可选）\n    - impact_assessment: 影响范围评估\n    - attachments: 附件清单\ncategories: ['Development','Testing','Quality']\ndepth_requirement_quantification:\n  reference_value: \"根据缺陷严重度调整报告深度：简单×1/中等×2/复杂×3\"\n  minimum: \"至少包含复现步骤、预期vs实际、影响评估3个核心结构\"\nerror_recovery_guidance:\n  on_failure: \"Bug报告被开发打回时回退到执行观察步骤补充信息\"\n  retry_behavior: \"补充复现步骤或环境信息后重新提交\"\n---\n> **⚠️ 安全警告**：本技能的示例可能涉及订单号、支付金额、截图、身份证、手机号等敏感数据。\n> 实际使用时请勿粘贴真实生产数据、客户信息或财务凭证；测试前应脱敏/掩码处理。\n> 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。\n\n# Bug报告艺术\n\n## 核心原则\n\n好的Bug报告不只是\"描述问题\"，而是帮开发缩小排查范围。\n\n## Bug报告黄金结构\n\n### 结构1：标题（是什么+在哪+什么条件下）\n\n```text\n标题公式：\n[功能模块] + [具体现象] + [触发条件]\n\n好标题：\n✓ [登录] 输入正确密码提示\"密码错误\"（Chrome浏览器）\n✓ [支付] 支付成功后订单状态仍为\"待支付\"\n✓ [导出] 导出Excel文件乱码（Windows系统）\n\n坏标题：\n✗ 登录有问题\n✗ 支付报错了\n✗ 导出不对\n```\n\n### 结构2：前置条件（测试前需要满足什么）\n\n```text\n前置条件清单：\n├─ 用户状态：登录/未登录、角色、权限\n├─ 数据状态：测试数据准备\n├─ 环境状态：浏览器、系统、网络\n├─ 配置状态：功能开关、配置项\n└─ 依赖状态：第三方服务状态\n\n示例：\n- 用户已登录，角色为普通用户\n- 测试账号：testuser001\n- 浏览器：Chrome 120.0\n- 网络：正常网络环境\n- 测试数据：已创建一个待支付订单\n```\n\n### 结构3：复现步骤（精确到每一步）\n\n```text\n复现步骤格式：\n1. [操作步骤1]\n2. [操作步骤2]\n3. [操作步骤3]\n4. 观察[具体现象]\n\n示例：\n1. 打开登录页面\n2. 输入用户名：testuser001\n3. 输入密码：Test@1234\n4. 点击\"登录\"按钮\n5. 观察页面提示\n\n注意：\n- 每步只做一个操作\n- 步骤要可重复\n- 包含必要的输入数据\n```\n\n### 结构4：预期vs实际（明确对比）\n\n```text\n预期结果：[应该发生什么]\n实际结果：[实际发生了什么]\n\n示例：\n预期结果：登录成功，跳转到首页\n实际结果：提示\"密码错误\"，停留在登录页面\n```\n\n### 结构5：附件（怎么截图、怎么抓包）\n\n```text\n附件清单：\n├─ 截图：错误界面截图\n├─ 日志：控制台日志\n├─ 网络：网络请求/响应\n├─ 录屏：操作过程录制\n└─ 环境：浏览器版本、系统信息\n\n截图技巧：\n- 截取完整错误信息\n- 包含关键操作区域\n- 标注问题位置\n- 多个角度截图\n\n抓包技巧：\n- 使用Chrome DevTools\n- 记录请求URL、参数、响应\n- 标注异常请求\n- 导出HAR文件\n```\n\n### 结构6：根因推测（如果有）\n\n```text\n根因推测：\n├─ 推测方向：可能是[代码/数据/配置]问题\n├─ 推测依据：因为[日志/现象/经验]\n├─ 验证建议：建议检查[具体位置]\n\n示例：\n推测方向：可能是密码验证逻辑问题\n推测依据：控制台日志显示\"password validation failed\"\n验证建议：建议检查LoginController.validatePassword方法\n```\n\n### 结构7：影响范围评估\n\n```text\n影响评估：\n├─ 影响功能：[具体功能]\n├─ 影响用户：[用户范围]\n├─ 影响程度：[严重/一般/轻微]\n├─ 是否阻塞：[是否阻塞其他功能]\n└─ 修复优先级：[P0/P1/P2/P3]\n\n示例：\n影响功能：用户登录功能\n影响用户：所有用户\n影响程度：严重（无法登录）\n是否阻塞：是（阻塞所有需要登录的功能）\n修复优先级：P0（紧急）\n```\n\n## Bug报告模板\n\n> 📌 本节与 qa-bug-lifecycle「缺陷报告模板」为同一概念的两个版本。本技能模板侧重执行（含前置条件、影响评估），lifecycle 模板侧重管理（含状态、优先级字段）。修改字段时请同步更新两个模板。\n\n```markdown\n# Bug报告\n\n## 基本信息\n- Bug标题：[功能模块] + [具体现象] + [触发条件]\n- 严重程度：P0/P1/P2/P3\n- Bug类型：功能/性能/安全/UI/兼容性\n- 发现版本：[版本号]\n- 环境信息：[浏览器/系统/设备]\n\n## 前置条件\n1. [条件1]\n2. [条件2]\n3. [条件3]\n\n## 复现步骤\n1. [步骤1]\n2. [步骤2]\n3. [步骤3]\n4. 观察[现象]\n\n## 预期结果\n[应该发生什么]\n\n## 实际结果\n[实际发生了什么]\n\n## 附件\n- 截图：[截图描述]\n- 日志：[日志内容]\n- 网络：[请求/响应]\n\n## 根因推测（可选）\n[可能是...因为...建议检查...]\n\n## 影响评估\n- 影响功能：[功能]\n- 影响用户：[用户范围]\n- 影响程度：[严重/一般/轻微]\n- 修复优先级：[P0-P3]\n```\n\n## 输出示例\n\n**用户发现登录功能报错**\n→ 使用Bug报告结构生成：\n  - 标题：[登录] 输入正确密码后提示\"密码错误\"（Chrome浏览器）\n  - 前置条件：已注册用户testuser001，Chrome 120.0\n  - 复现步骤和预期vs实际结果\n\n**用户需要提交支付Bug**\n→ 自动组装Bug报告7个结构部分，生成标准格式的Bug报告\n\n**开发打回Bug报告说\"无法复现\"**\n→ 触发本技能补充复现步骤细节和环境信息\n\n## 检查清单\n\nBug报告完成后检查：\n- [ ] 标题是否清晰（是什么+在哪+条件下）？\n- [ ] 前置条件是否完整？\n- [ ] 复现步骤是否可操作？\n- [ ] 预期vs实际是否明确？\n- [ ] 附件是否充分？\n- [ ] 根因推测是否合理？\n- [ ] 影响评估是否准确？\n\nFile v1.6.3:_meta.json\n\n{\n  \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n  \"slug\": \"qa-bug-reporting\",\n  \"version\": \"1.6.3\",\n  \"publishedAt\": 1786548097669\n}\n\nFile v1.6.3:skill-card.md\n\n## Description:\n\nHelps QA testers, developers, and teams create clear, reproducible bug reports with prerequisites, reproduction steps, expected versus actual results, attachments, impact assessment, and optional root-cause notes.\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 testers, developers, and engineering teams use this skill to draft or improve bug reports so issues are reproducible, include the required environment and evidence, and can move into defect management with less back-and-forth.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: Bug reports and attachments may include customer, identity, payment, screenshot, log, or production evidence.\n\nMitigation: Redact or mask personal, customer, financial, and production data before using the skill or sharing generated reports.\n\nRisk: Examples mention packet capture and log inspection workflows that can collect sensitive operational data.\n\nMitigation: Run capture and log collection only in controlled test environments and review collected files before attaching them to reports.\n\nRisk: Broad trigger wording may activate the skill during unrelated QA discussions.\n\nMitigation: Narrow trigger wording before publishing if accidental activation is a concern.\n\n## Reference(s):\n\n- [ClawHub skill page](https://clawhub.ai/kokxi/skills/qa-bug-reporting)\n\n## Skill Output:\n\n**Output Type(s):** [Text, Markdown, Guidance]\n\n**Output Format:** [Markdown bug report template, structured fields, examples, and checklist guidance]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [May include bug IDs, linked test case IDs, severity and priority, reproduction steps, expected and actual results, attachment lists, impact assessment, and optional root-cause notes.]\n\n## Skill Version(s):\n\n1.6.3 (source: release evidence and frontmatter)\n\n## Ethical Considerations:\n\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment.\n\nArchive v1.6.0: 3 files, 5010 bytes\n\nFiles: skill-card.md (1806b), SKILL.md (7922b), _meta.json (135b)\n\nFile v1.6.0:SKILL.md\n\n---\r\nname: qa-bug-reporting\r\nversion: 1.6.0\r\ndescription: >-\r\n  当发现了一个 Bug 需要提交、自己提的 Bug 被开发打回来了、或者团队 Bug 质量参差不齐需要统一规范时使用此技能。一个高质量的 Bug 报告应该让开发看一遍就能复现并定位，不需要来回追问。包含清晰的复现步骤（从环境准备到操作序列到预期/实际结果）、根因推测、影响范围评估和必要附件。 ⚠️ 本技能示例可能调用外部抓包/日志工具，请在受控环境执行。\r\nwhen_to_use: 用户说\"提Bug\"、\"写Bug报告\"、\"Bug描述\"、\"报告格式\"、\"复现步骤\"、\"加附件\"、需要编写或优化Bug报告、开发打回Bug报告需要改进时\r\nallowed-tools: Read Grep Glob Bash\r\nrelated_skills:\r\n  upstream:\r\n    - qa-execution-observation   # 输入：执行观察结果\r\n    - qa-bug-root-cause-analysis # 输入：根因分析结果\r\n    - qa-question-framework      # 输入：提问框架确保信息完整\r\n  downstream:\r\n    - qa-bug-lifecycle        # 输出：Bug报告进入缺陷管理\r\n    - qa-stakeholder-communication\r\ninput_format:\r\n  required:\r\n    - name: Bug描述\r\n      type: string\r\n      description: 缺陷的详细描述\r\n    - name: 复现步骤\r\n      type: array\r\n      description: 缺陷复现的具体步骤\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    - 每个Bug带唯一ID（BUG-XXXX）\r\n    - 关联执行用例ID（TC-XXXX）\r\n  structure:\r\n    - bug_title: 缺陷标题\r\n    - severity: 严重级别\r\n    - priority: 优先级\r\n    - reproduction_steps: 复现步骤\r\n    - expected_vs_actual: 预期vs实际结果\r\n    - root_cause: 根因推测（可选）\r\n    - impact_assessment: 影响范围评估\r\n    - attachments: 附件清单\r\ncategories: ['Development','Testing','Quality']\r\ndepth_requirement_quantification:\r\n  reference_value: \"根据缺陷严重度调整报告深度：简单×1/中等×2/复杂×3\"\r\n  minimum: \"至少包含复现步骤、预期vs实际、影响评估3个核心结构\"\r\nerror_recovery_guidance:\r\n  on_failure: \"Bug报告被开发打回时回退到执行观察步骤补充信息\"\r\n  retry_behavior: \"补充复现步骤或环境信息后重新提交\"\r\n---\r\n> **⚠️ 安全警告**：本技能的示例可能涉及订单号、支付金额、截图、身份证、手机号等敏感数据。\r\n> 实际使用时请勿粘贴真实生产数据、客户信息或财务凭证；测试前应脱敏/掩码处理。\r\n> 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。\r\n\r\n# Bug报告艺术\r\n\r\n## 核心原则\r\n\r\n好的Bug报告不只是\"描述问题\"，而是帮开发缩小排查范围。\r\n\r\n## Bug报告黄金结构\r\n\r\n### 结构1：标题（是什么+在哪+什么条件下）\r\n\r\n```text\r\n标题公式：\r\n[功能模块] + [具体现象] + [触发条件]\r\n\r\n好标题：\r\n✓ [登录] 输入正确密码提示\"密码错误\"（Chrome浏览器）\r\n✓ [支付] 支付成功后订单状态仍为\"待支付\"\r\n✓ [导出] 导出Excel文件乱码（Windows系统）\r\n\r\n坏标题：\r\n✗ 登录有问题\r\n✗ 支付报错了\r\n✗ 导出不对\r\n```\r\n\r\n### 结构2：前置条件（测试前需要满足什么）\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- 测试账号：testuser001\r\n- 浏览器：Chrome 120.0\r\n- 网络：正常网络环境\r\n- 测试数据：已创建一个待支付订单\r\n```\r\n\r\n### 结构3：复现步骤（精确到每一步）\r\n\r\n```text\r\n复现步骤格式：\r\n1. [操作步骤1]\r\n2. [操作步骤2]\r\n3. [操作步骤3]\r\n4. 观察[具体现象]\r\n\r\n示例：\r\n1. 打开登录页面\r\n2. 输入用户名：testuser001\r\n3. 输入密码：Test@1234\r\n4. 点击\"登录\"按钮\r\n5. 观察页面提示\r\n\r\n注意：\r\n- 每步只做一个操作\r\n- 步骤要可重复\r\n- 包含必要的输入数据\r\n```\r\n\r\n### 结构4：预期vs实际（明确对比）\r\n\r\n```text\r\n预期结果：[应该发生什么]\r\n实际结果：[实际发生了什么]\r\n\r\n示例：\r\n预期结果：登录成功，跳转到首页\r\n实际结果：提示\"密码错误\"，停留在登录页面\r\n```\r\n\r\n### 结构5：附件（怎么截图、怎么抓包）\r\n\r\n```text\r\n附件清单：\r\n├─ 截图：错误界面截图\r\n├─ 日志：控制台日志\r\n├─ 网络：网络请求/响应\r\n├─ 录屏：操作过程录制\r\n└─ 环境：浏览器版本、系统信息\r\n\r\n截图技巧：\r\n- 截取完整错误信息\r\n- 包含关键操作区域\r\n- 标注问题位置\r\n- 多个角度截图\r\n\r\n抓包技巧：\r\n- 使用Chrome DevTools\r\n- 记录请求URL、参数、响应\r\n- 标注异常请求\r\n- 导出HAR文件\r\n```\r\n\r\n### 结构6：根因推测（如果有）\r\n\r\n```text\r\n根因推测：\r\n├─ 推测方向：可能是[代码/数据/配置]问题\r\n├─ 推测依据：因为[日志/现象/经验]\r\n├─ 验证建议：建议检查[具体位置]\r\n\r\n示例：\r\n推测方向：可能是密码验证逻辑问题\r\n推测依据：控制台日志显示\"password validation failed\"\r\n验证建议：建议检查LoginController.validatePassword方法\r\n```\r\n\r\n### 结构7：影响范围评估\r\n\r\n```text\r\n影响评估：\r\n├─ 影响功能：[具体功能]\r\n├─ 影响用户：[用户范围]\r\n├─ 影响程度：[严重/一般/轻微]\r\n├─ 是否阻塞：[是否阻塞其他功能]\r\n└─ 修复优先级：[P0/P1/P2/P3]\r\n\r\n示例：\r\n影响功能：用户登录功能\r\n影响用户：所有用户\r\n影响程度：严重（无法登录）\r\n是否阻塞：是（阻塞所有需要登录的功能）\r\n修复优先级：P0（紧急）\r\n```\r\n\r\n## Bug报告模板\r\n\r\n> 📌 本节与 qa-bug-lifecycle「缺陷报告模板」为同一概念的两个版本。本技能模板侧重执行（含前置条件、影响评估），lifecycle 模板侧重管理（含状态、优先级字段）。修改字段时请同步更新两个模板。\r\n\r\n```markdown\r\n# Bug报告\r\n\r\n## 基本信息\r\n- Bug标题：[功能模块] + [具体现象] + [触发条件]\r\n- 严重程度：P0/P1/P2/P3\r\n- Bug类型：功能/性能/安全/UI/兼容性\r\n- 发现版本：[版本号]\r\n- 环境信息：[浏览器/系统/设备]\r\n\r\n## 前置条件\r\n1. [条件1]\r\n2. [条件2]\r\n3. [条件3]\r\n\r\n## 复现步骤\r\n1. [步骤1]\r\n2. [步骤2]\r\n3. [步骤3]\r\n4. 观察[现象]\r\n\r\n## 预期结果\r\n[应该发生什么]\r\n\r\n## 实际结果\r\n[实际发生了什么]\r\n\r\n## 附件\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-P3]\r\n```\r\n\r\n## 输出示例\r\n\r\n**用户发现登录功能报错**\r\n→ 使用Bug报告结构生成：\r\n  - 标题：[登录] 输入正确密码后提示\"密码错误\"（Chrome浏览器）\r\n  - 前置条件：已注册用户testuser001，Chrome 120.0\r\n  - 复现步骤和预期vs实际结果\r\n\r\n**用户需要提交支付Bug**\r\n→ 自动组装Bug报告7个结构部分，生成标准格式的Bug报告\r\n\r\n**开发打回Bug报告说\"无法复现\"**\r\n→ 触发本技能补充复现步骤细节和环境信息\r\n\r\n## 检查清单\r\n\r\nBug报告完成后检查：\r\n- [ ] 标题是否清晰（是什么+在哪+条件下）？\r\n- [ ] 前置条件是否完整？\r\n- [ ] 复现步骤是否可操作？\r\n- [ ] 预期vs实际是否明确？\r\n- [ ] 附件是否充分？\r\n- [ ] 根因推测是否合理？\r\n- [ ] 影响评估是否准确？\n\nFile v1.6.0:_meta.json\n\n{\n  \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n  \"slug\": \"qa-bug-reporting\",\n  \"version\": \"1.6.0\",\n  \"publishedAt\": 1783358065792\n}\n\nFile v1.6.0:skill-card.md\n\n## Description: <br>\nHelps QA practitioners write complete bug reports with reproducible steps, expected and actual results, root-cause notes, impact assessment, and attachment guidance. <br>\n\nThis skill is ready for commercial/non-commercial use. <br>\n\n## Publisher: <br>\n[kokxi](https://clawhub.ai/user/kokxi) <br>\n\n### License/Terms of Use: <br>\nMIT-0 <br>\n\n\n## Use Case: <br>\nQA engineers, testers, and product teams use this skill to draft or improve bug reports that developers can reproduce and triage with less follow-up. It is useful when a bug report was rejected as incomplete or when a team wants a consistent defect-reporting structure. <br>\n\n### Deployment Geography for Use: <br>\nGlobal <br>\n\n## Known Risks and Mitigations: <br>\nRisk: Bug reports and attachments can include production secrets, customer personal data, payment details, screenshots, logs, or HAR files. <br>\nMitigation: Redact sensitive data before sharing reports or attachments, and run any capture commands only in a controlled test environment. <br>\n\n\n## Reference(s): <br>\n\n\n## Skill Output: <br>\n**Output Type(s):** [text, markdown, guidance] <br>\n**Output Format:** [Markdown bug-report structure with checklist-style guidance] <br>\n**Output Parameters:** [1D] <br>\n**Other Properties Related to Output:** [May include bug IDs, test case IDs, reproduction steps, expected versus actual results, root-cause notes, impact assessments, and attachment lists.] <br>\n\n## Skill Version(s): <br>\n1.6.0 (source: frontmatter and server evidence) <br>\n\n## Ethical Considerations: <br>\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. <br>\n\nArchive v1.5.0: 3 files, 4723 bytes\n\nFiles: skill-card.md (2430b), SKILL.md (7009b), _meta.json (135b)\n\nFile v1.5.0:SKILL.md\n\n---\r\nname: qa-bug-reporting\r\nversion: 1.5.0\r\ndescription: >-\r\n  当发现了一个 Bug 需要提交、自己提的 Bug 被开发打回来了、或者团队 Bug 质量参差不齐需要统一规范时使用此技能。一个高质量的 Bug 报告应该让开发看一遍就能复现并定位，不需要来回追问。包含清晰的复现步骤（从环境准备到操作序列到预期/实际结果）、根因推测、影响范围评估和必要附件。\r\n\r\nwhen_to_use: 用户说\"提Bug\"、\"写Bug报告\"、\"Bug描述\"、\"报告格式\"、\"复现步骤\"、\"加附件\"、需要编写或优化Bug报告、开发打回Bug报告需要改进时\r\nallowed-tools: Read Grep Glob Bash\r\nrelated_skills:\r\n  upstream:\r\n    - qa-execution-observation   # 输入：执行观察结果\r\n    - qa-bug-root-cause-analysis # 输入：根因分析结果\r\n    - qa-question-framework      # 输入：提问框架确保信息完整\r\n  downstream:\r\n    - qa-bug-lifecycle        # 输出：Bug报告进入缺陷管理\r\ninput_format:\r\n  required:\r\n    - name: Bug描述\r\n      type: string\r\n      description: 缺陷的详细描述\r\n    - name: 复现步骤\r\n      type: array\r\n      description: 缺陷复现的具体步骤\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    - bug_title: 缺陷标题\r\n    - severity: 严重级别\r\n    - priority: 优先级\r\n    - reproduction_steps: 复现步骤\r\n    - expected_vs_actual: 预期vs实际结果\r\n---\r\n\r\n# Bug报告艺术\r\n\r\n## 核心原则\r\n\r\n你是一位Bug报告专家，让每个Bug报告被开发收到后能一次修复。\r\n**核心原则**：好的Bug报告不只是\"描述问题\"，而是帮开发缩小排查范围。\r\n本技能覆盖Bug报告的7个黄金结构部分，从标题到影响评估，确保每个Bug报告完整可追溯。\r\n\r\n## Bug报告黄金结构\r\n\r\n### 结构1：标题（是什么+在哪+什么条件下）\r\n\r\n```text\r\n标题公式：\r\n[功能模块] + [具体现象] + [触发条件]\r\n\r\n好标题：\r\n✓ [登录] 输入正确密码提示\"密码错误\"（Chrome浏览器）\r\n✓ [支付] 支付成功后订单状态仍为\"待支付\"\r\n✓ [导出] 导出Excel文件乱码（Windows系统）\r\n\r\n坏标题：\r\n✗ 登录有问题\r\n✗ 支付报错了\r\n✗ 导出不对\r\n```\r\n\r\n### 结构2：前置条件（测试前需要满足什么）\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- 测试账号：testuser001\r\n- 浏览器：Chrome 120.0\r\n- 网络：正常网络环境\r\n- 测试数据：已创建一个待支付订单\r\n```\r\n\r\n### 结构3：复现步骤（精确到每一步）\r\n\r\n```text\r\n复现步骤格式：\r\n1. [操作步骤1]\r\n2. [操作步骤2]\r\n3. [操作步骤3]\r\n4. 观察[具体现象]\r\n\r\n示例：\r\n1. 打开登录页面\r\n2. 输入用户名：testuser001\r\n3. 输入密码：Test@1234\r\n4. 点击\"登录\"按钮\r\n5. 观察页面提示\r\n\r\n注意：\r\n- 每步只做一个操作\r\n- 步骤要可重复\r\n- 包含必要的输入数据\r\n```\r\n\r\n### 结构4：预期vs实际（明确对比）\r\n\r\n```text\r\n预期结果：[应该发生什么]\r\n实际结果：[实际发生了什么]\r\n\r\n示例：\r\n预期结果：登录成功，跳转到首页\r\n实际结果：提示\"密码错误\"，停留在登录页面\r\n```\r\n\r\n### 结构5：附件（怎么截图、怎么抓包）\r\n\r\n```text\r\n附件清单：\r\n├─ 截图：错误界面截图\r\n├─ 日志：控制台日志\r\n├─ 网络：网络请求/响应\r\n├─ 录屏：操作过程录制\r\n└─ 环境：浏览器版本、系统信息\r\n\r\n截图技巧：\r\n- 截取完整错误信息\r\n- 包含关键操作区域\r\n- 标注问题位置\r\n- 多个角度截图\r\n\r\n抓包技巧：\r\n- 使用Chrome DevTools\r\n- 记录请求URL、参数、响应\r\n- 标注异常请求\r\n- 导出HAR文件\r\n```\r\n\r\n### 结构6：根因推测（如果有）\r\n\r\n```text\r\n根因推测：\r\n├─ 推测方向：可能是[代码/数据/配置]问题\r\n├─ 推测依据：因为[日志/现象/经验]\r\n├─ 验证建议：建议检查[具体位置]\r\n\r\n示例：\r\n推测方向：可能是密码验证逻辑问题\r\n推测依据：控制台日志显示\"password validation failed\"\r\n验证建议：建议检查LoginController.validatePassword方法\r\n```\r\n\r\n### 结构7：影响范围评估\r\n\r\n```text\r\n影响评估：\r\n├─ 影响功能：[具体功能]\r\n├─ 影响用户：[用户范围]\r\n├─ 影响程度：[严重/一般/轻微]\r\n├─ 是否阻塞：[是否阻塞其他功能]\r\n└─ 修复优先级：[P0/P1/P2/P3]\r\n\r\n示例：\r\n影响功能：用户登录功能\r\n影响用户：所有用户\r\n影响程度：严重（无法登录）\r\n是否阻塞：是（阻塞所有需要登录的功能）\r\n修复优先级：P0（紧急）\r\n```\r\n\r\n## Bug报告模板\r\n\r\n> 📌 本节与 qa-bug-lifecycle「缺陷报告模板」为同一概念的两个版本。本技能模板侧重执行（含前置条件、影响评估），lifecycle 模板侧重管理（含状态、优先级字段）。修改字段时请同步更新两个模板。\r\n\r\n```markdown\r\n# Bug报告\r\n\r\n## 基本信息\r\n- Bug标题：[功能模块] + [具体现象] + [触发条件]\r\n- 严重程度：P0/P1/P2/P3\r\n- Bug类型：功能/性能/安全/UI/兼容性\r\n- 发现版本：[版本号]\r\n- 环境信息：[浏览器/系统/设备]\r\n\r\n## 前置条件\r\n1. [条件1]\r\n2. [条件2]\r\n3. [条件3]\r\n\r\n## 复现步骤\r\n1. [步骤1]\r\n2. [步骤2]\r\n3. [步骤3]\r\n4. 观察[现象]\r\n\r\n## 预期结果\r\n[应该发生什么]\r\n\r\n## 实际结果\r\n[实际发生了什么]\r\n\r\n## 附件\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-P3]\r\n```\r\n\r\n## 输出示例\r\n\r\n**用户发现登录功能报错**\r\n→ 使用Bug报告结构生成：\r\n  - 标题：[登录] 输入正确密码后提示\"密码错误\"（Chrome浏览器）\r\n  - 前置条件：已注册用户testuser001，Chrome 120.0\r\n  - 复现步骤和预期vs实际结果\r\n\r\n**用户需要提交支付Bug**\r\n→ 自动组装Bug报告7个结构部分，生成标准格式的Bug报告\r\n\r\n**开发打回Bug报告说\"无法复现\"**\r\n→ 触发本技能补充复现步骤细节和环境信息\r\n\r\n## 检查清单\r\n\r\nBug报告完成后检查：\r\n- [ ] 标题是否清晰（是什么+在哪+条件下）？\r\n- [ ] 前置条件是否完整？\r\n- [ ] 复现步骤是否可操作？\r\n- [ ] 预期vs实际是否明确？\r\n- [ ] 附件是否充分？\r\n- [ ] 根因推测是否合理？\r\n- [ ] 影响评估是否准确？\n\nFile v1.5.0:_meta.json\n\n{\n  \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n  \"slug\": \"qa-bug-reporting\",\n  \"version\": \"1.5.0\",\n  \"publishedAt\": 1782736302344\n}\n\nFile v1.5.0:skill-card.md\n\n## Description: <br>\nHelps QA teams write or improve Chinese-language bug reports with clear reproduction steps, expected and actual results, attachments, root-cause hypotheses, and impact assessment. <br>\n\nThis skill is ready for commercial/non-commercial use. <br>\n\n## Publisher: <br>\n[kokxi](https://clawhub.ai/user/kokxi) <br>\n\n### License/Terms of Use: <br>\nMIT-0 <br>\n\n\n## Use Case: <br>\nQA engineers, testers, and product teams use this skill to turn observed defects into complete bug reports that developers can reproduce and triage. It is especially useful when a report was rejected as incomplete or when a team wants a consistent bug-reporting structure. <br>\n\n### Deployment Geography for Use: <br>\nGlobal <br>\n\n## Known Risks and Mitigations: <br>\nRisk: The skill may activate on broad report-format or attachment requests, producing QA bug-report guidance when the user intended a different report type. <br>\nMitigation: Use it for defect reporting workflows and review the generated report structure before filing it in an issue tracker. <br>\nRisk: Bug evidence can include sensitive information in logs, screenshots, network captures, HAR files, or other attachments. <br>\nMitigation: Sanitize credentials, tokens, personal data, and internal-only details before adding attachments or sharing the report. <br>\nRisk: The skill is written for Chinese-language QA workflows, which may make the output less usable for teams that require another language. <br>\nMitigation: Translate or adapt generated reports before using them in non-Chinese workflows. <br>\n\n\n## Reference(s): <br>\n- [ClawHub skill page](https://clawhub.ai/kokxi/skills/qa-bug-reporting) <br>\n\n\n## Skill Output: <br>\n**Output Type(s):** [text, markdown, guidance] <br>\n**Output Format:** [Markdown bug report template and checklist guidance] <br>\n**Output Parameters:** [1D] <br>\n**Other Properties Related to Output:** [Outputs can include severity, priority, reproduction steps, expected versus actual results, attachment guidance, root-cause hypotheses, and impact assessment.] <br>\n\n## Skill Version(s): <br>\n1.5.0 (source: frontmatter and server release evidence) <br>\n\n## Ethical Considerations: <br>\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. <br>\n\nArchive v1.4.1: 3 files, 4105 bytes\n\nFiles: skill-card.md (1876b), SKILL.md (6029b), _meta.json (135b)\n\nFile v1.4.1:SKILL.md\n\n---\r\nname: qa-bug-reporting\r\ndescription: >-\r\n  Bug报告编写，撰写包含清晰复现步骤/根因推测/影响评估的高质量Bug报告，让开发一次修复。当需要提交Bug或优化Bug描述时激活。\r\n\r\nwhen_to_use: 用户说\"提Bug\"、\"写Bug报告\"、\"Bug描述\"、\"报告格式\"、\"复现步骤\"、\"加附件\"、需要编写或优化Bug报告、开发打回Bug报告需要改进时\r\nallowed-tools: Read Grep Glob Bash\r\nrelated_skills:\r\n  upstream:\r\n    - qa-execution-observation   # 输入：执行观察结果\r\n    - qa-bug-root-cause-analysis # 输入：根因分析结果\r\n    - qa-question-framework      # 输入：提问框架确保信息完整\r\n  downstream:\r\n    - qa-bug-lifecycle        # 输出：Bug报告进入缺陷管理\r\ninput_format: 执行观察 + 根因分析 + 问题信息\r\noutput_format: 标准Bug报告（标题+前置条件+步骤+预期vs实际+附件+根因推测+影响评估）\r\n---\r\n\r\n# Bug报告艺术\r\n\r\n## Overview\r\n\r\n你是一位Bug报告专家，让每个Bug报告被开发收到后能一次修复。\r\n**核心原则**：好的Bug报告不只是\"描述问题\"，而是帮开发缩小排查范围。\r\n本技能覆盖Bug报告的7个黄金结构部分，从标题到影响评估，确保每个Bug报告完整可追溯。\r\n\r\n## Bug报告黄金结构\r\n\r\n### 结构1：标题（是什么+在哪+什么条件下）\r\n\r\n```\r\n标题公式：\r\n[功能模块] + [具体现象] + [触发条件]\r\n\r\n好标题：\r\n✓ [登录] 输入正确密码提示\"密码错误\"（Chrome浏览器）\r\n✓ [支付] 支付成功后订单状态仍为\"待支付\"\r\n✓ [导出] 导出Excel文件乱码（Windows系统）\r\n\r\n坏标题：\r\n✗ 登录有问题\r\n✗ 支付报错了\r\n✗ 导出不对\r\n```\r\n\r\n### 结构2：前置条件（测试前需要满足什么）\r\n\r\n```\r\n前置条件清单：\r\n├─ 用户状态：登录/未登录、角色、权限\r\n├─ 数据状态：测试数据准备\r\n├─ 环境状态：浏览器、系统、网络\r\n├─ 配置状态：功能开关、配置项\r\n└─ 依赖状态：第三方服务状态\r\n\r\n示例：\r\n- 用户已登录，角色为普通用户\r\n- 测试账号：testuser001\r\n- 浏览器：Chrome 120.0\r\n- 网络：正常网络环境\r\n- 测试数据：已创建一个待支付订单\r\n```\r\n\r\n### 结构3：复现步骤（精确到每一步）\r\n\r\n```\r\n复现步骤格式：\r\n1. [操作步骤1]\r\n2. [操作步骤2]\r\n3. [操作步骤3]\r\n4. 观察[具体现象]\r\n\r\n示例：\r\n1. 打开登录页面\r\n2. 输入用户名：testuser001\r\n3. 输入密码：Test@1234\r\n4. 点击\"登录\"按钮\r\n5. 观察页面提示\r\n\r\n注意：\r\n- 每步只做一个操作\r\n- 步骤要可重复\r\n- 包含必要的输入数据\r\n```\r\n\r\n### 结构4：预期vs实际（明确对比）\r\n\r\n```\r\n预期结果：[应该发生什么]\r\n实际结果：[实际发生了什么]\r\n\r\n示例：\r\n预期结果：登录成功，跳转到首页\r\n实际结果：提示\"密码错误\"，停留在登录页面\r\n```\r\n\r\n### 结构5：附件（怎么截图、怎么抓包）\r\n\r\n```\r\n附件清单：\r\n├─ 截图：错误界面截图\r\n├─ 日志：控制台日志\r\n├─ 网络：网络请求/响应\r\n├─ 录屏：操作过程录制\r\n└─ 环境：浏览器版本、系统信息\r\n\r\n截图技巧：\r\n- 截取完整错误信息\r\n- 包含关键操作区域\r\n- 标注问题位置\r\n- 多个角度截图\r\n\r\n抓包技巧：\r\n- 使用Chrome DevTools\r\n- 记录请求URL、参数、响应\r\n- 标注异常请求\r\n- 导出HAR文件\r\n```\r\n\r\n### 结构6：根因推测（如果有）\r\n\r\n```\r\n根因推测：\r\n├─ 推测方向：可能是[代码/数据/配置]问题\r\n├─ 推测依据：因为[日志/现象/经验]\r\n├─ 验证建议：建议检查[具体位置]\r\n\r\n示例：\r\n推测方向：可能是密码验证逻辑问题\r\n推测依据：控制台日志显示\"password validation failed\"\r\n验证建议：建议检查LoginController.validatePassword方法\r\n```\r\n\r\n### 结构7：影响范围评估\r\n\r\n```\r\n影响评估：\r\n├─ 影响功能：[具体功能]\r\n├─ 影响用户：[用户范围]\r\n├─ 影响程度：[严重/一般/轻微]\r\n├─ 是否阻塞：[是否阻塞其他功能]\r\n└─ 修复优先级：[P0/P1/P2/P3]\r\n\r\n示例：\r\n影响功能：用户登录功能\r\n影响用户：所有用户\r\n影响程度：严重（无法登录）\r\n是否阻塞：是（阻塞所有需要登录的功能）\r\n修复优先级：P0（紧急）\r\n```\r\n\r\n## Bug报告模板\r\n\r\n```markdown\r\n# Bug报告\r\n\r\n## 基本信息\r\n- Bug标题：[功能模块] + [具体现象] + [触发条件]\r\n- 严重程度：P0/P1/P2/P3\r\n- Bug类型：功能/性能/安全/UI/兼容性\r\n- 发现版本：[版本号]\r\n- 环境信息：[浏览器/系统/设备]\r\n\r\n## 前置条件\r\n1. [条件1]\r\n2. [条件2]\r\n3. [条件3]\r\n\r\n## 复现步骤\r\n1. [步骤1]\r\n2. [步骤2]\r\n3. [步骤3]\r\n4. 观察[现象]\r\n\r\n## 预期结果\r\n[应该发生什么]\r\n\r\n## 实际结果\r\n[实际发生了什么]\r\n\r\n## 附件\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-P3]\r\n```\r\n\r\n## Examples\r\n\r\n**用户发现登录功能报错**\r\n→ 使用Bug报告结构生成：\r\n  - 标题：[登录] 输入正确密码后提示\"密码错误\"（Chrome浏览器）\r\n  - 前置条件：已注册用户testuser001，Chrome 120.0\r\n  - 复现步骤和预期vs实际结果\r\n\r\n**用户需要提交支付Bug**\r\n→ 自动组装Bug报告7个结构部分，生成标准格式的Bug报告\r\n\r\n**开发打回Bug报告说\"无法复现\"**\r\n→ 触发本技能补充复现步骤细节和环境信息\r\n\r\n## Guidelines\r\n\r\nBug报告完成后检查：\r\n- [ ] 标题是否清晰（是什么+在哪+条件下）？\r\n- [ ] 前置条件是否完整？\r\n- [ ] 复现步骤是否可操作？\r\n- [ ] 预期vs实际是否明确？\r\n- [ ] 附件是否充分？\r\n- [ ] 根因推测是否合理？\r\n- [ ] 影响评估是否准确？\n\nFile v1.4.1:_meta.json\n\n{\n  \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n  \"slug\": \"qa-bug-reporting\",\n  \"version\": \"1.4.1\",\n  \"publishedAt\": 1782406418169\n}\n\nFile v1.4.1:skill-card.md\n\n## Description: <br>\nHelps QA practitioners create clear bug reports with reproducible steps, expected and actual results, attachments, root-cause hypotheses, and impact assessment. <br>\n\nThis skill is ready for commercial/non-commercial use. <br>\n\n## Publisher: <br>\n[kokxi](https://clawhub.ai/user/kokxi) <br>\n\n### License/Terms of Use: <br>\nMIT-0 <br>\n\n\n## Use Case: <br>\nQA testers, product teams, support engineers, and developers use this skill to draft or improve bug reports so issues include the information needed for reproduction, triage, and repair. <br>\n\n### Deployment Geography for Use: <br>\nGlobal <br>\n\n## Known Risks and Mitigations: <br>\nRisk: Bug reports can include sensitive data from logs, screenshots, network captures, or environment details. <br>\nMitigation: Sanitize tokens, cookies, passwords, auth headers, customer data, internal hostnames, and proprietary request or response payloads before sharing reports or attachments. <br>\n\n\n## Reference(s): <br>\n- [ClawHub skill page](https://clawhub.ai/kokxi/skills/qa-bug-reporting) <br>\n- [Publisher profile](https://clawhub.ai/user/kokxi) <br>\n\n\n## Skill Output: <br>\n**Output Type(s):** [Text, Markdown, Guidance] <br>\n**Output Format:** [Markdown bug report structure with concise checklist-style guidance] <br>\n**Output Parameters:** [1D] <br>\n**Other Properties Related to Output:** [May include suggested titles, preconditions, reproduction steps, expected and actual results, attachment notes, root-cause hypotheses, and impact assessment.] <br>\n\n## Skill Version(s): <br>\n1.4.1 (source: server release evidence) <br>\n\n## Ethical Considerations: <br>\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. <br>\n\nArchive v1.4.0: 3 files, 4265 bytes\n\nFiles: skill-card.md (2113b), SKILL.md (6278b), _meta.json (135b)\n\nFile v1.4.0:SKILL.md\n\n---\r\nname: qa-bug-reporting\r\ndescription: >-\r\n  Bug报告艺术，编写高质量的Bug报告让开发一次修复。当用户需要提交Bug、编写Bug报告或优化Bug描述时自动触发。\r\n  也适用于：开发频繁打回Bug报告需要提高报告质量，或需要标准化团队的Bug报告模板时。\r\n   关键词：Bug报告、缺陷描述、复现步骤、报告质量、Bug标题、前置条件、预期结果、附件技巧、影响评估、标准模板。\nwhen_to_use: 用户说\"提Bug\"、\"写Bug报告\"、\"Bug描述\"、\"报告格式\"、\"复现步骤\"、\"加附件\"、需要编写或优化Bug报告、开发打回Bug报告需要改进时\r\nallowed-tools: Read Grep Glob Bash\r\nrelated_skills:\r\n  upstream:\r\n    - qa-execution-observation   # 输入：执行观察结果\r\n    - qa-bug-root-cause-analysis # 输入：根因分析结果\r\n    - qa-question-framework      # 输入：提问框架确保信息完整\r\n  downstream:\r\n    - qa-bug-lifecycle        # 输出：Bug报告进入缺陷管理\r\ninput_format: 执行观察 + 根因分析 + 问题信息\r\noutput_format: 标准Bug报告（标题+前置条件+步骤+预期vs实际+附件+根因推测+影响评估）\r\n---\r\n\r\n# Bug报告艺术\r\n\r\n## Overview\r\n\r\n你是一位Bug报告专家，让每个Bug报告被开发收到后能一次修复。\r\n**核心原则**：好的Bug报告不只是\"描述问题\"，而是帮开发缩小排查范围。\r\n本技能覆盖Bug报告的7个黄金结构部分，从标题到影响评估，确保每个Bug报告完整可追溯。\r\n\r\n## Bug报告黄金结构\r\n\r\n### 结构1：标题（是什么+在哪+什么条件下）\r\n\r\n```\r\n标题公式：\r\n[功能模块] + [具体现象] + [触发条件]\r\n\r\n好标题：\r\n✓ [登录] 输入正确密码提示\"密码错误\"（Chrome浏览器）\r\n✓ [支付] 支付成功后订单状态仍为\"待支付\"\r\n✓ [导出] 导出Excel文件乱码（Windows系统）\r\n\r\n坏标题：\r\n✗ 登录有问题\r\n✗ 支付报错了\r\n✗ 导出不对\r\n```\r\n\r\n### 结构2：前置条件（测试前需要满足什么）\r\n\r\n```\r\n前置条件清单：\r\n├─ 用户状态：登录/未登录、角色、权限\r\n├─ 数据状态：测试数据准备\r\n├─ 环境状态：浏览器、系统、网络\r\n├─ 配置状态：功能开关、配置项\r\n└─ 依赖状态：第三方服务状态\r\n\r\n示例：\r\n- 用户已登录，角色为普通用户\r\n- 测试账号：testuser001\r\n- 浏览器：Chrome 120.0\r\n- 网络：正常网络环境\r\n- 测试数据：已创建一个待支付订单\r\n```\r\n\r\n### 结构3：复现步骤（精确到每一步）\r\n\r\n```\r\n复现步骤格式：\r\n1. [操作步骤1]\r\n2. [操作步骤2]\r\n3. [操作步骤3]\r\n4. 观察[具体现象]\r\n\r\n示例：\r\n1. 打开登录页面\r\n2. 输入用户名：testuser001\r\n3. 输入密码：Test@1234\r\n4. 点击\"登录\"按钮\r\n5. 观察页面提示\r\n\r\n注意：\r\n- 每步只做一个操作\r\n- 步骤要可重复\r\n- 包含必要的输入数据\r\n```\r\n\r\n### 结构4：预期vs实际（明确对比）\r\n\r\n```\r\n预期结果：[应该发生什么]\r\n实际结果：[实际发生了什么]\r\n\r\n示例：\r\n预期结果：登录成功，跳转到首页\r\n实际结果：提示\"密码错误\"，停留在登录页面\r\n```\r\n\r\n### 结构5：附件（怎么截图、怎么抓包）\r\n\r\n```\r\n附件清单：\r\n├─ 截图：错误界面截图\r\n├─ 日志：控制台日志\r\n├─ 网络：网络请求/响应\r\n├─ 录屏：操作过程录制\r\n└─ 环境：浏览器版本、系统信息\r\n\r\n截图技巧：\r\n- 截取完整错误信息\r\n- 包含关键操作区域\r\n- 标注问题位置\r\n- 多个角度截图\r\n\r\n抓包技巧：\r\n- 使用Chrome DevTools\r\n- 记录请求URL、参数、响应\r\n- 标注异常请求\r\n- 导出HAR文件\r\n```\r\n\r\n### 结构6：根因推测（如果有）\r\n\r\n```\r\n根因推测：\r\n├─ 推测方向：可能是[代码/数据/配置]问题\r\n├─ 推测依据：因为[日志/现象/经验]\r\n├─ 验证建议：建议检查[具体位置]\r\n\r\n示例：\r\n推测方向：可能是密码验证逻辑问题\r\n推测依据：控制台日志显示\"password validation failed\"\r\n验证建议：建议检查LoginController.validatePassword方法\r\n```\r\n\r\n### 结构7：影响范围评估\r\n\r\n```\r\n影响评估：\r\n├─ 影响功能：[具体功能]\r\n├─ 影响用户：[用户范围]\r\n├─ 影响程度：[严重/一般/轻微]\r\n├─ 是否阻塞：[是否阻塞其他功能]\r\n└─ 修复优先级：[P0/P1/P2/P3]\r\n\r\n示例：\r\n影响功能：用户登录功能\r\n影响用户：所有用户\r\n影响程度：严重（无法登录）\r\n是否阻塞：是（阻塞所有需要登录的功能）\r\n修复优先级：P0（紧急）\r\n```\r\n\r\n## Bug报告模板\r\n\r\n```markdown\r\n# Bug报告\r\n\r\n## 基本信息\r\n- Bug标题：[功能模块] + [具体现象] + [触发条件]\r\n- 严重程度：P0/P1/P2/P3\r\n- Bug类型：功能/性能/安全/UI/兼容性\r\n- 发现版本：[版本号]\r\n- 环境信息：[浏览器/系统/设备]\r\n\r\n## 前置条件\r\n1. [条件1]\r\n2. [条件2]\r\n3. [条件3]\r\n\r\n## 复现步骤\r\n1. [步骤1]\r\n2. [步骤2]\r\n3. [步骤3]\r\n4. 观察[现象]\r\n\r\n## 预期结果\r\n[应该发生什么]\r\n\r\n## 实际结果\r\n[实际发生了什么]\r\n\r\n## 附件\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-P3]\r\n```\r\n\r\n## Examples\r\n\r\n**用户发现登录功能报错**\r\n→ 使用Bug报告结构生成：\r\n  - 标题：[登录] 输入正确密码后提示\"密码错误\"（Chrome浏览器）\r\n  - 前置条件：已注册用户testuser001，Chrome 120.0\r\n  - 复现步骤和预期vs实际结果\r\n\r\n**用户需要提交支付Bug**\r\n→ 自动组装Bug报告7个结构部分，生成标准格式的Bug报告\r\n\r\n**开发打回Bug报告说\"无法复现\"**\r\n→ 触发本技能补充复现步骤细节和环境信息\r\n\r\n## Guidelines\r\n\r\nBug报告完成后检查：\r\n- [ ] 标题是否清晰（是什么+在哪+条件下）？\r\n- [ ] 前置条件是否完整？\r\n- [ ] 复现步骤是否可操作？\r\n- [ ] 预期vs实际是否明确？\r\n- [ ] 附件是否充分？\r\n- [ ] 根因推测是否合理？\r\n- [ ] 影响评估是否准确？\n\nFile v1.4.0:_meta.json\n\n{\n  \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n  \"slug\": \"qa-bug-reporting\",\n  \"version\": \"1.4.0\",\n  \"publishedAt\": 1782277538209\n}\n\nFile v1.4.0:skill-card.md\n\n## Description: <br>\nHelps QA testers and product teams turn observed defects into clear, reproducible bug reports with titles, preconditions, steps, expected and actual results, attachments, root-cause notes, and impact assessment. <br>\n\nThis skill is ready for commercial/non-commercial use. <br>\n\n## Publisher: <br>\n[kokxi](https://clawhub.ai/user/kokxi) <br>\n\n### License/Terms of Use: <br>\nMIT-0 <br>\n\n\n## Use Case: <br>\nQA testers, developers, and product teams use this skill to draft or improve bug reports when filing new defects, responding to reports that developers cannot reproduce, or standardizing a team bug-report template. <br>\n\n### Deployment Geography for Use: <br>\nGlobal <br>\n\n## Known Risks and Mitigations: <br>\nRisk: The skill may activate for broad QA or report-format requests where another QA-writing skill would be more appropriate. <br>\nMitigation: Confirm the intended skill when requests are ambiguous, or narrow trigger wording in environments with overlapping QA skills. <br>\nRisk: Bug reports may include root-cause hypotheses or impact assessments that are not fully supported by the available evidence. <br>\nMitigation: Review generated hypotheses and severity or priority labels against logs, reproduction data, and team triage rules before filing. <br>\n\n\n## Reference(s): <br>\n- [ClawHub skill page](https://clawhub.ai/kokxi/skills/qa-bug-reporting) <br>\n\n\n## Skill Output: <br>\n**Output Type(s):** [Text, Markdown, Guidance] <br>\n**Output Format:** [Markdown bug report with structured sections] <br>\n**Output Parameters:** [1D] <br>\n**Other Properties Related to Output:** [Includes title, preconditions, reproduction steps, expected versus actual results, attachments, optional root-cause hypothesis, and impact assessment.] <br>\n\n## Skill Version(s): <br>\n1.4.0 (source: release evidence) <br>\n\n## Ethical Considerations: <br>\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. <br>\n\nArchive v1.3.0: 3 files, 3815 bytes\n\nFiles: skill-card.md (1899b), SKILL.md (5252b), _meta.json (135b)\n\nFile v1.3.0:SKILL.md\n\n---\r\nname: qa-bug-reporting\r\ndescription: Bug报告艺术，编写高质量的Bug报告让开发一次修复。当需要提交或优化Bug报告时激活。\r\nwhen_to_use: 用户说\"提Bug\"、\"写Bug报告\"、\"Bug描述\"、需要编写或优化Bug报告时\r\nallowed-tools: Read Grep Glob Bash\r\nrelated_skills:\r\n  upstream:\r\n    - qa-execution-observation   # 输入：执行观察结果\r\n    - qa-bug-root-cause-analysis # 输入：根因分析结果\r\n    - qa-question-framework      # 输入：提问框架确保信息完整\r\n  downstream:\r\n    - qa-defect-lifecycle        # 输出：Bug报告进入缺陷管理\r\ninput_format: 执行观察 + 根因分析 + 问题信息\r\noutput_format: 标准Bug报告（标题+前置条件+步骤+预期vs实际+附件+根因推测+影响评估）\r\n---\r\n\r\n# Bug报告艺术\r\n\r\n你是一位Bug报告专家，擅长编写让开发能一次修复的Bug报告。\r\n\r\n## 核心原则\r\n\r\n**好的Bug报告不只是\"描述问题\"，而是帮开发缩小排查范围。**\r\n\r\n## Bug报告黄金结构\r\n\r\n### 结构1：标题（是什么+在哪+什么条件下）\r\n\r\n```\r\n标题公式：\r\n[功能模块] + [具体现象] + [触发条件]\r\n\r\n好标题：\r\n✓ [登录] 输入正确密码提示\"密码错误\"（Chrome浏览器）\r\n✓ [支付] 支付成功后订单状态仍为\"待支付\"\r\n✓ [导出] 导出Excel文件乱码（Windows系统）\r\n\r\n坏标题：\r\n✗ 登录有问题\r\n✗ 支付报错了\r\n✗ 导出不对\r\n```\r\n\r\n### 结构2：前置条件（测试前需要满足什么）\r\n\r\n```\r\n前置条件清单：\r\n├─ 用户状态：登录/未登录、角色、权限\r\n├─ 数据状态：测试数据准备\r\n├─ 环境状态：浏览器、系统、网络\r\n├─ 配置状态：功能开关、配置项\r\n└─ 依赖状态：第三方服务状态\r\n\r\n示例：\r\n- 用户已登录，角色为普通用户\r\n- 测试账号：testuser001\r\n- 浏览器：Chrome 120.0\r\n- 网络：正常网络环境\r\n- 测试数据：已创建一个待支付订单\r\n```\r\n\r\n### 结构3：复现步骤（精确到每一步）\r\n\r\n```\r\n复现步骤格式：\r\n1. [操作步骤1]\r\n2. [操作步骤2]\r\n3. [操作步骤3]\r\n4. 观察[具体现象]\r\n\r\n示例：\r\n1. 打开登录页面\r\n2. 输入用户名：testuser001\r\n3. 输入密码：Test@1234\r\n4. 点击\"登录\"按钮\r\n5. 观察页面提示\r\n\r\n注意：\r\n- 每步只做一个操作\r\n- 步骤要可重复\r\n- 包含必要的输入数据\r\n```\r\n\r\n### 结构4：预期vs实际（明确对比）\r\n\r\n```\r\n预期结果：[应该发生什么]\r\n实际结果：[实际发生了什么]\r\n\r\n示例：\r\n预期结果：登录成功，跳转到首页\r\n实际结果：提示\"密码错误\"，停留在登录页面\r\n```\r\n\r\n### 结构5：附件（怎么截图、怎么抓包）\r\n\r\n```\r\n附件清单：\r\n├─ 截图：错误界面截图\r\n├─ 日志：控制台日志\r\n├─ 网络：网络请求/响应\r\n├─ 录屏：操作过程录制\r\n└─ 环境：浏览器版本、系统信息\r\n\r\n截图技巧：\r\n- 截取完整错误信息\r\n- 包含关键操作区域\r\n- 标注问题位置\r\n- 多个角度截图\r\n\r\n抓包技巧：\r\n- 使用Chrome DevTools\r\n- 记录请求URL、参数、响应\r\n- 标注异常请求\r\n- 导出HAR文件\r\n```\r\n\r\n### 结构6：根因推测（如果有）\r\n\r\n```\r\n根因推测：\r\n├─ 推测方向：可能是[代码/数据/配置]问题\r\n├─ 推测依据：因为[日志/现象/经验]\r\n├─ 验证建议：建议检查[具体位置]\r\n\r\n示例：\r\n推测方向：可能是密码验证逻辑问题\r\n推测依据：控制台日志显示\"password validation failed\"\r\n验证建议：建议检查LoginController.validatePassword方法\r\n```\r\n\r\n### 结构7：影响范围评估\r\n\r\n```\r\n影响评估：\r\n├─ 影响功能：[具体功能]\r\n├─ 影响用户：[用户范围]\r\n├─ 影响程度：[严重/一般/轻微]\r\n├─ 是否阻塞：[是否阻塞其他功能]\r\n└─ 修复优先级：[P0/P1/P2/P3]\r\n\r\n示例：\r\n影响功能：用户登录功能\r\n影响用户：所有用户\r\n影响程度：严重（无法登录）\r\n是否阻塞：是（阻塞所有需要登录的功能）\r\n修复优先级：P0（紧急）\r\n```\r\n\r\n## Bug报告模板\r\n\r\n```markdown\r\n# Bug报告\r\n\r\n## 基本信息\r\n- Bug标题：[功能模块] + [具体现象] + [触发条件]\r\n- 严重程度：P0/P1/P2/P3\r\n- Bug类型：功能/性能/安全/UI/兼容性\r\n- 发现版本：[版本号]\r\n- 环境信息：[浏览器/系统/设备]\r\n\r\n## 前置条件\r\n1. [条件1]\r\n2. [条件2]\r\n3. [条件3]\r\n\r\n## 复现步骤\r\n1. [步骤1]\r\n2. [步骤2]\r\n3. [步骤3]\r\n4. 观察[现象]\r\n\r\n## 预期结果\r\n[应该发生什么]\r\n\r\n## 实际结果\r\n[实际发生了什么]\r\n\r\n## 附件\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-P3]\r\n```\r\n\r\n## 验收清单\r\n\r\nBug报告完成后检查：\r\n- [ ] 标题是否清晰（是什么+在哪+条件下）？\r\n- [ ] 前置条件是否完整？\r\n- [ ] 复现步骤是否可操作？\r\n- [ ] 预期vs实际是否明确？\r\n- [ ] 附件是否充分？\r\n- [ ] 根因推测是否合理？\r\n- [ ] 影响评估是否准确？\n\nFile v1.3.0:_meta.json\n\n{\n  \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n  \"slug\": \"qa-bug-reporting\",\n  \"version\": \"1.3.0\",\n  \"publishedAt\": 1782017416458\n}\n\nFile v1.3.0:skill-card.md\n\n## Description: <br>\nHelps agents draft clear QA bug reports that give developers the detail needed to reproduce, diagnose, and fix defects. <br>\n\nThis skill is ready for commercial/non-commercial use. <br>\n\n## Publisher: <br>\n[kokxi](https://clawhub.ai/user/kokxi) <br>\n\n### License/Terms of Use: <br>\nMIT-0 <br>\n\n\n## Use Case: <br>\nQA testers, developers, and product teams use this skill to turn observations, root-cause notes, and issue details into complete bug reports with reproduction steps, expected and actual behavior, attachments, and impact assessment. <br>\n\n### Deployment Geography for Use: <br>\nGlobal <br>\n\n## Known Risks and Mitigations: <br>\nRisk: Bug reports can include real passwords, tokens, private customer data, or sensitive logs. <br>\nMitigation: Avoid including sensitive data unless necessary and handle any included details according to the team's policy. <br>\nRisk: Incomplete observations can lead to misleading root-cause notes or impact assessments. <br>\nMitigation: Treat root-cause analysis as optional, mark uncertainty clearly, and validate the report against the completion checklist before submission. <br>\n\n\n## Reference(s): <br>\n\n\n## Skill Output: <br>\n**Output Type(s):** [text, markdown, guidance] <br>\n**Output Format:** [Markdown bug report template and checklist] <br>\n**Output Parameters:** [1D] <br>\n**Other Properties Related to Output:** [Includes title guidance, preconditions, reproduction steps, expected versus actual results, attachments, optional root-cause notes, and impact assessment.] <br>\n\n## Skill Version(s): <br>\n1.3.0 (source: server release metadata) <br>\n\n## Ethical Considerations: <br>\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. <br>","readmeExcerpt":"Skill: qa-bug-reporting Owner: kokxi Summary: 当发现了一个 Bug 需要提交、自己提的 Bug 被开发打回来了、或者团队 Bug 质量参差不齐需要统一规范时使用此技能。一个高质量的 Bug 报告应该让开发看一遍就能复现并定位，不需要来回追问。包含清晰的复现步骤（从环境准备到操作序列到预期/实际结果）、根因推测、影响范围评估和必要附件。 ⚠️ 本技能示例可能调用外部抓包/日志工具，请在受控环境执行。 触发场景：提Bug、写Bug报告、Bug描述、报告格式、复现步骤、加附件、开发打回Bug报告需要改进时。 Use when the user asks about: writing a bug report an engineer can reproduce without asking follow-up questions, or fixing reports that got rej","codeSnippets":[],"executableExamples":[{"language":"markdown","snippet":"# Bug报告\n\n## 基本信息\n- Bug标题：[功能模块] + [具体现象] + [触发条件]\n- 严重程度：P0/P1/P2/P3\n- Bug类型：功能/性能/安全/UI/兼容性\n- 发现版本：[版本号]\n- 环境信息：[浏览器/系统/设备]\n\n## 前置条件\n1. [条件1]\n2. [条件2]\n3. [条件3]\n\n## 复现步骤\n1. [步骤1]\n2. [步骤2]\n3. [步骤3]\n4. 观察[现象]\n\n## 预期结果\n[应该发生什么]\n\n## 实际结果\n[实际发生了什么]\n\n## 附件\n- 截图：[截图描述]\n- 日志：[日志内容]\n- 网络：[请求/响应]\n\n## 根因推测（可选）\n[可能是...因为...建议检查...]\n\n## 影响评估\n- 影响功能：[功能]\n- 影响用户：[用户范围]\n- 影响程度：[严重/一般/轻微]\n- 修复优先级：[P0-P3]"},{"language":"text","snippet":"标题公式：\n[功能模块] + [具体现象] + [触发条件]\n\n好标题：\n✓ [登录] 输入正确密码提示\"密码错误\"（Chrome浏览器）\n✓ [支付] 支付成功后订单状态仍为\"待支付\"\n✓ [导出] 导出Excel文件乱码（Windows系统）\n\n坏标题：\n✗ 登录有问题\n✗ 支付报错了\n✗ 导出不对"},{"language":"text","snippet":"前置条件清单：\n├─ 用户状态：登录/未登录、角色、权限\n├─ 数据状态：测试数据准备\n├─ 环境状态：浏览器、系统、网络\n├─ 配置状态：功能开关、配置项\n└─ 依赖状态：第三方服务状态\n\n示例：\n- 用户已登录，角色为普通用户\n- 测试账号：testuser001\n- 浏览器：Chrome 120.0\n- 网络：正常网络环境\n- 测试数据：已创建一个待支付订单"},{"language":"text","snippet":"复现步骤格式：\n1. [操作步骤1]\n2. [操作步骤2]\n3. [操作步骤3]\n4. 观察[具体现象]\n\n示例：\n1. 打开登录页面\n2. 输入用户名：testuser001\n3. 输入密码：Test@1234\n4. 点击\"登录\"按钮\n5. 观察页面提示\n\n注意：\n- 每步只做一个操作\n- 步骤要可重复\n- 包含必要的输入数据"},{"language":"text","snippet":"预期结果：[应该发生什么]\n实际结果：[实际发生了什么]\n\n示例：\n预期结果：登录成功，跳转到首页\n实际结果：提示\"密码错误\"，停留在登录页面"},{"language":"text","snippet":"附件清单：\n├─ 截图：错误界面截图\n├─ 日志：控制台日志\n├─ 网络：网络请求/响应\n├─ 录屏：操作过程录制\n└─ 环境：浏览器版本、系统信息\n\n截图技巧：\n- 截取完整错误信息\n- 包含关键操作区域\n- 标注问题位置\n- 多个角度截图\n\n抓包技巧：\n- 使用Chrome DevTools\n- 记录请求URL、参数、响应\n- 标注异常请求\n- 导出HAR文件"}],"parameters":null,"dependencies":[],"permissions":[],"extractedFiles":[{"path":"SKILL.md","content":"---\nname: qa-bug-reporting\ndescription: >-\n  当发现了一个 Bug 需要提交、自己提的 Bug 被开发打回来了、或者团队 Bug 质量参差不齐需要统一规范时使用此技能。一个高质量的 Bug 报告应该让开发看一遍就能复现并定位，不需要来回追问。包含清晰的复现步骤（从环境准备到操作序列到预期/实际结果）、根因推测、影响范围评估和必要附件。 ⚠️ 本技能示例可能调用外部抓包/日志工具，请在受控环境执行。 触发场景：提Bug、写Bug报告、Bug描述、报告格式、复现步骤、加附件、开发打回Bug报告需要改进时。 Use when the user asks about: writing a bug report an engineer can reproduce without asking follow-up questions, or fixing reports that got rejected.\nlicense: MIT\nallowed-tools: Read Grep Glob Bash\nmetadata:\n  display-name: \"Bug Reporting\"\n  version: \"1.8.0\"\n  when-to-use: \"用户说\\\"提Bug\\\"、\\\"写Bug报告\\\"、\\\"Bug描述\\\"、\\\"报告格式\\\"、\\\"复现步骤\\\"、\\\"加附件\\\"、需要编写或优化Bug报告、开发打回Bug报告需要改进时\"\n  related-skills: \"{\\\"upstream\\\":[\\\"qa-execution-observation\\\",\\\"qa-bug-root-cause-analysis\\\",\\\"qa-question-framework\\\"],\\\"downstream\\\":[\\\"qa-bug-lifecycle\\\",\\\"qa-stakeholder-communication\\\"]}\"\n  references: \"[\\\"references/bug-report-structure.md\\\"]\"\n  input-format: \"{\\\"required\\\":[{\\\"name\\\":\\\"Bug描述\\\",\\\"type\\\":\\\"string\\\",\\\"description\\\":\\\"缺陷的详细描述\\\"},{\\\"name\\\":\\\"复现步骤\\\",\\\"type\\\":\\\"array\\\",\\\"description\\\":\\\"缺陷复现的具体步骤\\\"}],\\\"optional\\\":[{\\\"name\\\":\\\"环境信息\\\",\\\"type\\\":\\\"string\\\",\\\"description\\\":\\\"缺陷发现时的环境配置\\\"},{\\\"name\\\":\\\"日志信息\\\",\\\"type\\\":\\\"string\\\",\\\"description\\\":\\\"相关执行日志\\\"}]}\"\n  output-format: \"{\\\"traceability\\\":[\\\"每个Bug带唯一ID（TC_{缺陷模块缩写}_{功能缩写}_{序号}，如 TC_BUG_LOGIN_001；缺陷追溯保留 BUG 前缀）\\\",\\\"关联执行用例ID（TC_{模块缩写}_{功能缩写}_{序号}，如 TC_API_LOGIN_001）\\\"],\\\"structure\\\":[{\\\"bug_title\\\":\\\"缺陷标题\\\"},{\\\"severity\\\":\\\"严重级别\\\"},{\\\"priority\\\":\\\"优先级\\\"},{\\\"reproduction_steps\\\":\\\"复现步骤\\\"},{\\\"expected_vs_actual\\\":\\\"预期vs实际结果\\\"},{\\\"root_cause\\\":\\\"根因推测（可选）\\\"},{\\\"impact_assessment\\\":\\\"影响范围评估\\\"},{\\\"attachments\\\":\\\"附件清单\\\"}]}\"\n  error-recovery-guidance: \"{\\\"on_failure\\\":\\\"Bug报告被开发打回时回退到执行观察步骤补充信息\\\",\\\"retry_behavior\\\":\\\"补充复现步骤或环境信息后重新提交\\\"}\"\n  categories: \"[\\\"Development\\\",\\\"Testing\\\",\\\"Quality\\\"]\"\n  depth-requirement: \"{\\\"reference_value\\\":\\\"根据缺陷严重度调整报告深度：简单×1/中等×2/复杂×3\\\",\\\"minimum\\\":\\\"至少包含复现步骤、预期vs实际、影响评估3个核心结构\\\"}\"\n---\n> ⚠️ 本技能单独使用效果有限，建议配合完整技能集（12 步工作流）使用。安装：npx skills add Kokxi/qa-test-skills\n\n> **⚠️ 安全警告**：本技能的示例可能涉及订单号、支付金额、截图、身份证、手机号等敏感数据。\n> 实际使用时请勿粘贴真实生产数据、客户信息或财务凭证；测试前应脱敏/掩码处理。\n> 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。\n\n# Bug报告艺术\n\n## 核心原则\n\n好的Bug报告不只是\"描述问题\"，而是帮开发缩小排查范围。\n\n## 加载时机\n\n| 什么时候读 | 读哪个 |\n|-----------|--------|\n| 写缺陷报告时，取七段式结构与各段写法 | [`references/bug-report-structure.md`](references/bug-report-structure.md) |\n\n> `Bug报告黄金结构`的完整内容已下沉至 `references/bug-report-structure.md`，避免每次触发都占用上下文。\n\n## Bug报告模板\n\n> 📌 本节与 qa-bug-lifecycle「缺陷报告模板」为同一概念的两个版本。本技能模板侧重执行（含前置条件、影响评估），lifecycle 模板侧重管理（含状态、优先级字段）。修改字段时请同步更新两个模板。\n\n```markdown\n# Bug报告\n\n## 基本信息\n- Bug标题：[功能模块] + [具体现象] + [触发条件]\n- 严重程度：P0/P1/P2/P3\n- Bug类型：功能/性能/安全/UI/兼容性\n- 发现版本：[版本号]\n- 环境信息：[浏览器/系统/设备]\n\n## 前置条件\n1. [条件1]\n2. [条件2]\n3. [条件3]\n\n## 复现步骤\n1. [步骤1]\n2. [步骤2]\n3. [步骤3]\n4. 观察[现象]\n\n## 预期结果\n[应该发生什么]\n\n## 实际结果\n[实际发生了什么]\n\n## 附件\n- 截图：[截图描述]\n- 日志：[日志内容]\n- 网络：[请求/响应]\n\n## 根因推测（可选）\n[可能是...因为...建议检查...]\n\n## 影响评估\n- 影响功能：[功能]\n- 影响用户：[用户范围]\n- 影响程度：[严重/一般/轻微]\n- 修复优先级：[P0-P3]\n```\n\n## 输出示例\n\n**用户发现登录功能报错**\n→ 使用Bug报告结构生成：\n  - 标题：["},{"path":"_meta.json","content":"{\n  \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n  \"slug\": \"qa-bug-reporting\",\n  \"version\": \"1.8.0\",\n  \"publishedAt\": 1790655942881\n}"},{"path":"references/bug-report-structure.md","content":"# 缺陷报告黄金结构\n\n> 本文是 `qa-bug-reporting` 的**七段式报告结构详解**。写缺陷报告、取各段写法时读本文；\n只需要报告模板时不必读。\n\n---\n\n\n### 结构1：标题（是什么+在哪+什么条件下）\n\n```text\n标题公式：\n[功能模块] + [具体现象] + [触发条件]\n\n好标题：\n✓ [登录] 输入正确密码提示\"密码错误\"（Chrome浏览器）\n✓ [支付] 支付成功后订单状态仍为\"待支付\"\n✓ [导出] 导出Excel文件乱码（Windows系统）\n\n坏标题：\n✗ 登录有问题\n✗ 支付报错了\n✗ 导出不对\n```\n\n### 结构2：前置条件（测试前需要满足什么）\n\n```text\n前置条件清单：\n├─ 用户状态：登录/未登录、角色、权限\n├─ 数据状态：测试数据准备\n├─ 环境状态：浏览器、系统、网络\n├─ 配置状态：功能开关、配置项\n└─ 依赖状态：第三方服务状态\n\n示例：\n- 用户已登录，角色为普通用户\n- 测试账号：testuser001\n- 浏览器：Chrome 120.0\n- 网络：正常网络环境\n- 测试数据：已创建一个待支付订单\n```\n\n### 结构3：复现步骤（精确到每一步）\n\n```text\n复现步骤格式：\n1. [操作步骤1]\n2. [操作步骤2]\n3. [操作步骤3]\n4. 观察[具体现象]\n\n示例：\n1. 打开登录页面\n2. 输入用户名：testuser001\n3. 输入密码：Test@1234\n4. 点击\"登录\"按钮\n5. 观察页面提示\n\n注意：\n- 每步只做一个操作\n- 步骤要可重复\n- 包含必要的输入数据\n```\n\n### 结构4：预期vs实际（明确对比）\n\n```text\n预期结果：[应该发生什么]\n实际结果：[实际发生了什么]\n\n示例：\n预期结果：登录成功，跳转到首页\n实际结果：提示\"密码错误\"，停留在登录页面\n```\n\n### 结构5：附件（怎么截图、怎么抓包）\n\n```text\n附件清单：\n├─ 截图：错误界面截图\n├─ 日志：控制台日志\n├─ 网络：网络请求/响应\n├─ 录屏：操作过程录制\n└─ 环境：浏览器版本、系统信息\n\n截图技巧：\n- 截取完整错误信息\n- 包含关键操作区域\n- 标注问题位置\n- 多个角度截图\n\n抓包技巧：\n- 使用Chrome DevTools\n- 记录请求URL、参数、响应\n- 标注异常请求\n- 导出HAR文件\n```\n\n### 结构6：根因推测（如果有）\n\n```text\n根因推测：\n├─ 推测方向：可能是[代码/数据/配置]问题\n├─ 推测依据：因为[日志/现象/经验]\n├─ 验证建议：建议检查[具体位置]\n\n示例：\n推测方向：可能是密码验证逻辑问题\n推测依据：控制台日志显示\"password validation failed\"\n验证建议：建议检查LoginController.validatePassword方法\n```\n\n### 结构7：影响范围评估\n\n```text\n影响评估：\n├─ 影响功能：[具体功能]\n├─ 影响用户：[用户范围]\n├─ 影响程度：[严重/一般/轻微]\n├─ 是否阻塞：[是否阻塞其他功能]\n└─ 修复优先级：[P0/P1/P2/P3]\n\n示例：\n影响功能：用户登录功能\n影响用户：所有用户\n影响程度：严重（无法登录）\n是否阻塞：是（阻塞所有需要登录的功能）\n修复优先级：P0（紧急）\n```"},{"path":"skill-card.md","content":"## Description:\n\nHelps QA teams write reproducible bug reports with clear steps, expected and actual results, supporting evidence, and impact assessments.\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 testers and developers use this skill to draft or improve bug reports that engineers can reproduce, including reports returned for missing steps or environment details.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: Bug reports or attachments may contain customer, identity, payment, or production data.\n\nMitigation: Mask sensitive values and use test data before sharing reports, screenshots, or logs.\n\nRisk: The optional external install command can add skills outside this reviewed release.\n\nMitigation: Verify the publisher and source before running the optional installation command.\n\n## Reference(s):\n\n- [Bug report structure](references/bug-report-structure.md)\n- [ClawHub skill release](https://clawhub.ai/kokxi/skills/qa-bug-reporting)\n\n## Skill Output:\n\n**Output Type(s):** [Markdown, Guidance]\n\n**Output Format:** [Structured Markdown bug report]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Includes reproduction steps, expected versus actual results, impact assessment, and optional attachments and root-cause hypotheses.]\n\n## Skill Version(s):\n\n1.8.0 (source: skill metadata 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."}],"languages":[],"docsSourceLabel":"CLAWHUB","editorialOverview":"当发现了一个 Bug 需要提交、自己提的 Bug 被开发打回来了、或者团队 Bug 质量参差不齐需要统一规范时使用此技能。一个高质量的 Bug 报告应该让开发看一遍就能复现并定位，不需要来回追问。包含清晰的复现步骤（从环境准备到操作序列到预期/实际结果）、根因推测、影响范围评估和必要附件。 ⚠️ 本技能示例可能调用外部抓包/日志工具，请在受控环境执行。 触发场景：提Bug、写Bug报告、Bug描述、报告格式、复现步骤、加附件、开发打回Bug报告需要改进时。 Use when the user asks about: writing a bug report an engineer can reproduce without asking follow-up questions, or fixing reports that got rejected. Skill: qa-bug-reporting Owner: kokxi Summary: 当发现了一个 Bug 需要提交、自己提的 Bug 被开发打回来了、或者团队 Bug 质量参差不齐需要统一规范时使用此技能。一个高质量的 Bug 报告应该让开发看一遍就能复现并定位，不需要来回追问。包含清晰的复现步骤（从环境准备到操作序列到预期/实际结果）、根因推测、影响范围评估和必要附件。 ⚠️ 本技能示例可能调用外部抓包/日志工具，请在受控环境执行。 触发场景：提Bug、写Bug报告、Bug描述、报告格式、复现步骤、加附件、开发打回Bug报告需要改进时。 Use when the user asks about: writing a bug report an engineer can reproduce without asking follow-up questions, or fixing reports that got rej","editorialQuality":{"score":100,"threshold":65,"status":"ready","wordCount":993,"uniquenessScore":49,"reasons":[]}},"media":{"evidence":{"source":"no-media","verified":false,"confidence":"low","updatedAt":"2026-10-11T09:17:16.940Z","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:17:16.940Z","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-11T11:23:35.102Z","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"}]}}}