{"id":"e7a3ee41-9ec2-427d-820a-d9ccdc71ebfa","entityType":"agent","slug":"clawhub-kokxi-qa-question-framework","name":"qa-question-framework","canonicalUrl":"https://www.xpersona.co/agent/clawhub-kokxi-qa-question-framework","canonicalPath":"/agent/clawhub-kokxi-qa-question-framework","generatedAt":"2026-10-11T10:47:27.564Z","source":"CLAWHUB","claimStatus":"UNCLAIMED","verificationTier":"NONE","summary":{"evidence":{"source":"editorial-content","verified":true,"confidence":"high","updatedAt":"2026-10-11T07:48:33.162Z","emptyReason":null},"description":"当需求文档信息不够、不知道接下来该问产品什么、或者需要从开发那边获取更多技术细节时使用此技能。很多人测不好不是因为不会设计用例，而是因为一开始就没问对问题。提供需求调研、边界确认、规则挖掘、技术细节追问等不同场景的结构化提问模板，确保在测试设计前获取到足够上下文。每一个问题都标注了问谁、怎么问、什么时候问。 触发场景：不知道该问什么、怎么获取信息、需求不清楚、需要澄清、问什么问题、提问模板、和产品对需求、和开发沟通细节、需求文档信息不足需要补充时。 Use when the user asks about: structured questions to ask product and engineering to unblock test design — requirements research, boundary confirmation, rule mining, and technical detail follow-up. Skill: qa-question-framework Owner: kokxi Summary: 当需求文档信息不够、不知道接下来该问产品什么、或者需要从开发那边获取更多技术细节时使用此技能。很多人测不好不是因为不会设计用例，而是因为一开始就没问对问题。提供需求调研、边界确认、规则挖掘、技术细节追问等不同场景的结构化提问模板，确保在测试设计前获取到足够上下文。每一个问题都标注了问谁、怎么问、什么时候问。 触发场景：不知道该问什么、怎么获取信息、需求不清楚、需要澄清、问什么问题、提问模板、和产品对需求、和开发沟通细节、需求文档信息不足需要补充时。 Use when the user asks about: structured questions to ask product and engineering to unblock test design — requirements research, boundary con","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-question-framework","sourceUrl":"https://clawhub.ai/kokxi/qa-question-framework","homepage":"https://clawhub.ai/kokxi/skills/qa-question-framework","primaryLinks":[{"label":"View on ClawHub","url":"https://clawhub.ai/kokxi/qa-question-framework","kind":"source"},{"label":"Homepage","url":"https://clawhub.ai/kokxi/skills/qa-question-framework","kind":"homepage"}],"safetyScore":84,"overallRank":62,"popularityScore":61,"trustScore":null,"claimedByName":null,"isOwner":false,"seoDescription":"当需求文档信息不够、不知道接下来该问产品什么、或者需要从开发那边获取更多技术细节时使用此技能。很多人测不好不是因为不会设计用例，而是因为一开始就没问对问题。提供需求调研、边界确认、规则挖掘、技术细节追问等不同场景的结构化提问模板，确保在测试设计前获取到足够上下文。每一个问题都标注了问谁、怎么问、什么时候问。 触发场景："},"coverage":{"evidence":{"source":"public-profile","verified":false,"confidence":"medium","updatedAt":"2026-10-11T07:48:33.162Z","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-11T07:48:33.162Z","emptyReason":null},"stars":null,"forks":null,"downloads":1120,"packageName":null,"latestVersion":"1.8.0","tractionLabel":"1.1K downloads"},"release":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"medium","updatedAt":"2026-10-11T07:48:33.097Z","emptyReason":null},"lastUpdatedAt":"2026-10-11T07:48:33.162Z","lastCrawledAt":"2026-10-11T07:48:33.097Z","lastIndexedAt":null,"nextCrawlAt":"2026-10-12T07:48:33.097Z","lastVerifiedAt":null,"highlights":[{"version":"1.8.0","createdAt":"2026-09-29T04:27:20.160Z","changelog":"**Changelog for qa-question-framework v1.8.0** - Refactored question scenario templates: moved the complete \"四大提问场景\" content to the new references/question-scenarios.md file to reduce file size and context usage in SKILL.md. - Updated SKILL.md metadata structure to include new fields (e.g., references, input-/output-format, categories) and improved clarity. - Removed legacy skill-card.md, streamlining documentation. - Added loader guidance for scenario templates, with instructions on when and how to retrieve specific templates. - Minor enhancements to prompts, self-check, and usage guidance to align with decoupled reference content.","fileCount":4,"zipByteSize":6916},{"version":"1.7.7","createdAt":"2026-09-27T14:36:32.294Z","changelog":"1.7.7","fileCount":3,"zipByteSize":5859},{"version":"1.7.6","createdAt":"2026-09-01T12:42:21.322Z","changelog":"显示名改中文","fileCount":3,"zipByteSize":6203},{"version":"1.7.5","createdAt":"2026-08-30T15:15:58.808Z","changelog":"1.7.5: 版本号升级","fileCount":3,"zipByteSize":5958},{"version":"1.7.0","createdAt":"2026-08-16T14:31:46.776Z","changelog":"## Version 1.7.0 Changelog - Removed `skill-card.md` file. - Updated content and/or formatting in `SKILL.md`. - No functional/runtime logic changes; only documentation and structure updated.","fileCount":3,"zipByteSize":5756},{"version":"1.6.3","createdAt":"2026-08-12T15:25:16.589Z","changelog":"- Added `slug` and `displayName` fields to SKILL.md for improved skill identification. - Version updated to 1.6.3. - Minor formatting refinements in SKILL.md for clarity. - Removed obsolete file: skill-card.md.","fileCount":3,"zipByteSize":5726},{"version":"1.6.0","createdAt":"2026-07-06T17:16:16.993Z","changelog":"- Expanded usage triggers and added “提问模板” and “和开发沟通细节”到 when_to_use。 - 增加 related_skills 项 qa-requirement-review，丰富上下游技能关联。 - 新增 output_format.traceability 字段说明提问产出不涉及唯一ID。 - 新增 categories、depth_requirement_quantification、error_recovery_guidance 字段，量化提问深度及指明信息补充与失败恢复方式。 - 添加安全警告，明确不得出现或存储敏感信息。 - 增补检查清单，对信息缺口、提问类型、答复后解构等内容提出明确自检要求。 - skill-card.md 文件已移除。","fileCount":3,"zipByteSize":5760},{"version":"1.5.0","createdAt":"2026-06-29T12:33:58.427Z","changelog":"- Major update: Enhanced structure and clarity for question framework skill. - Added strict input/output format definitions, with required/optional input items and explicit output structure. - Expanded usage guidance and scenario descriptions for real QA workflows. - Each example question now specifies whom to ask, how, and at what stage. - Improved and clarified documentation; removed outdated skill-card.md. - Targeted for situations with insufficient requirements or unclear information to ensure comprehensive context gathering before test design.","fileCount":3,"zipByteSize":5371}]},"execution":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"low","updatedAt":null,"emptyReason":"No published capability contract is available yet."},"installCommand":"clawhub skill install s170jw3s1atcj5jwhqb4r7v7eh8912kp:qa-question-framework","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-question-framework/snapshot","contractUrl":"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-question-framework/contract","trustUrl":"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-question-framework/trust"},"curlExamples":["curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-question-framework/snapshot\"","curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-question-framework/contract\"","curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-question-framework/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-11T10:47:27.563Z"}},"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-question-framework/dossier","snapshotUrl":"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-question-framework/snapshot","contractUrl":"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-question-framework/contract","trustUrl":"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-question-framework/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-11T07:48:33.162Z","emptyReason":null},"readme":"Skill: qa-question-framework\n\nOwner: kokxi\n\nSummary: 当需求文档信息不够、不知道接下来该问产品什么、或者需要从开发那边获取更多技术细节时使用此技能。很多人测不好不是因为不会设计用例，而是因为一开始就没问对问题。提供需求调研、边界确认、规则挖掘、技术细节追问等不同场景的结构化提问模板，确保在测试设计前获取到足够上下文。每一个问题都标注了问谁、怎么问、什么时候问。 触发场景：不知道该问什么、怎么获取信息、需求不清楚、需要澄清、问什么问题、提问模板、和产品对需求、和开发沟通细节、需求文档信息不足需要补充时。 Use when the user asks about: structured questions to ask product and engineering to unblock test design — requirements research, boundary confirmation, rule mining, and technical detail follow-up.\n\nTags: latest:1.8.0\n\nVersion history:\n\nv1.8.0 | 2026-09-29T04:27:20.160Z | auto\n\n**Changelog for qa-question-framework v1.8.0**\n\n- Refactored question scenario templates: moved the complete \"四大提问场景\" content to the new references/question-scenarios.md file to reduce file size and context usage in SKILL.md.\n- Updated SKILL.md metadata structure to include new fields (e.g., references, input-/output-format, categories) and improved clarity.\n- Removed legacy skill-card.md, streamlining documentation.\n- Added loader guidance for scenario templates, with instructions on when and how to retrieve specific templates.\n- Minor enhancements to prompts, self-check, and usage guidance to align with decoupled reference content.\n\nv1.7.7 | 2026-09-27T14:36:32.294Z | user\n\n1.7.7\n\nv1.7.6 | 2026-09-01T12:42:21.322Z | user\n\n显示名改中文\n\nv1.7.5 | 2026-08-30T15:15:58.808Z | user\n\n1.7.5: 版本号升级\n\nv1.7.0 | 2026-08-16T14:31:46.776Z | auto\n\n## Version 1.7.0 Changelog\n\n- Removed `skill-card.md` file.\n- Updated content and/or formatting in `SKILL.md`.\n- No functional/runtime logic changes; only documentation and structure updated.\n\nv1.6.3 | 2026-08-12T15:25:16.589Z | auto\n\n- Added `slug` and `displayName` fields to SKILL.md for improved skill identification.\n- Version updated to 1.6.3.\n- Minor formatting refinements in SKILL.md for clarity.\n- Removed obsolete file: skill-card.md.\n\nv1.6.0 | 2026-07-06T17:16:16.993Z | auto\n\n- Expanded usage triggers and added “提问模板” and “和开发沟通细节”到 when_to_use。\n- 增加 related_skills 项 qa-requirement-review，丰富上下游技能关联。\n- 新增 output_format.traceability 字段说明提问产出不涉及唯一ID。\n- 新增 categories、depth_requirement_quantification、error_recovery_guidance 字段，量化提问深度及指明信息补充与失败恢复方式。\n- 添加安全警告，明确不得出现或存储敏感信息。\n- 增补检查清单，对信息缺口、提问类型、答复后解构等内容提出明确自检要求。\n- skill-card.md 文件已移除。\n\nv1.5.0 | 2026-06-29T12:33:58.427Z | auto\n\n- Major update: Enhanced structure and clarity for question framework skill.\n- Added strict input/output format definitions, with required/optional input items and explicit output structure.\n- Expanded usage guidance and scenario descriptions for real QA workflows.\n- Each example question now specifies whom to ask, how, and at what stage.\n- Improved and clarified documentation; removed outdated skill-card.md.\n- Targeted for situations with insufficient requirements or unclear information to ensure comprehensive context gathering before test design.\n\nv1.4.1 | 2026-06-25T16:55:26.237Z | auto\n\n- 简化和精炼了描述信息，更直接聚焦于「提问框架」及其激活场景\n- 未改动实际提问模板、内容结构及使用方法\n- 移除了 skill-card.md 文件，不影响技能使用\n- 文档总体保持原有的四大提问场景和案例，但描述更加集中易懂\n\nv1.4.0 | 2026-06-24T05:09:54.840Z | auto\n\n- 明确 skill 描述，拓展适用场景，增加与产品和开发沟通需求等触发条件及关键词。\n- 新增“提问场景速查”与多维度速查表，覆盖典型需求、评审、Bug报告场景下的常见沟通难点。\n- 补充实用 examples，体现提问链的具体应用。\n- 优化描述结构，新增 Overview、Examples、Guidelines 等板块，条理更清晰。\n- 移除 skill-card.md 文件。\n\nv1.3.0 | 2026-06-22T12:51:18.999Z | auto\n\n- 新增详细的提问框架，覆盖需求澄清、用例评审、Bug报告、复盘等四大场景，每个场景配备多层提问链及示例。\n- 明确输入输出格式：无输入格式，输出为5W1H+逆向思维+追问法提问清单。\n- 增加提问技巧（5W1H、逆向思维、追问法）和验收清单，提升提问系统性和完整性。\n- 更新描述与用法说明，强调框架在“信息不清楚、需求模糊”情境下的激活条件。\n- 列出相关上下游技能，便于框架在更大分析流程中的集成使用。\n\nArchive index:\n\nArchive v1.8.0: 4 files, 6916 bytes\n\nFiles: references/question-scenarios.md (4644b), skill-card.md (1788b), SKILL.md (6904b), _meta.json (140b)\n\nFile v1.8.0:SKILL.md\n\n---\nname: qa-question-framework\ndescription: >-\n  当需求文档信息不够、不知道接下来该问产品什么、或者需要从开发那边获取更多技术细节时使用此技能。很多人测不好不是因为不会设计用例，而是因为一开始就没问对问题。提供需求调研、边界确认、规则挖掘、技术细节追问等不同场景的结构化提问模板，确保在测试设计前获取到足够上下文。每一个问题都标注了问谁、怎么问、什么时候问。 触发场景：不知道该问什么、怎么获取信息、需求不清楚、需要澄清、问什么问题、提问模板、和产品对需求、和开发沟通细节、需求文档信息不足需要补充时。 Use when the user asks about: structured questions to ask product and engineering to unblock test design — requirements research, boundary confirmation, rule mining, and technical detail follow-up.\nlicense: MIT\nallowed-tools: Read Grep Glob\nmetadata:\n  display-name: \"Question Framework\"\n  version: \"1.8.0\"\n  when-to-use: \"用户说\\\"不知道该问什么\\\"、\\\"怎么获取信息\\\"、\\\"需求不清楚\\\"、\\\"需要澄清\\\"、\\\"问什么问题\\\"、\\\"提问模板\\\"、\\\"和产品对需求\\\"、\\\"和开发沟通细节\\\"、需要和PM/开发沟通需求细节、需求文档信息不足需要补充时\"\n  related-skills: \"{\\\"upstream\\\":[],\\\"downstream\\\":[\\\"qa-req-deconstruction\\\",\\\"qa-bug-reporting\\\",\\\"qa-requirement-review\\\"]}\"\n  references: \"[\\\"references/question-scenarios.md\\\"]\"\n  input-format: \"{\\\"required\\\":[{\\\"name\\\":\\\"测试上下文\\\",\\\"type\\\":\\\"string\\\",\\\"description\\\":\\\"待测试的功能或场景描述\\\"}],\\\"optional\\\":[{\\\"name\\\":\\\"需求文档\\\",\\\"type\\\":\\\"string\\\",\\\"description\\\":\\\"相关需求文档\\\"},{\\\"name\\\":\\\"已知约束\\\",\\\"type\\\":\\\"string\\\",\\\"description\\\":\\\"技术或业务约束条件\\\"}]}\"\n  output-format: \"{\\\"traceability\\\":[\\\"本技能设计提问，不产出唯一ID\\\"],\\\"structure\\\":[\\\"覆盖率：标注口径（基于现有需求/输入文档），禁止\\\\\\\"全覆盖/100%\\\\\\\"绝对化表述；缺失模块标注\\\\\\\"未覆盖+原因\\\\\\\"\\\",{\\\"question_list\\\":\\\"结构化提问清单\\\"},{\\\"exploration_areas\\\":\\\"探索领域建议\\\"},{\\\"clarification_needs\\\":\\\"需澄清的问题列表\\\"}]}\"\n  error-recovery-guidance: \"{\\\"on_failure\\\":\\\"提问未能获取关键信息时回退到需求文档补充上下文\\\",\\\"retry_behavior\\\":\\\"补充上下文后重新设计提问\\\"}\"\n  categories: \"[\\\"Development\\\",\\\"Testing\\\"]\"\n  depth-requirement: \"{\\\"reference_value\\\":\\\"根据信息缺口调整提问深度：简单×3/中等×5/复杂×7\\\",\\\"minimum\\\":\\\"至少覆盖需求调研、边界确认、技术细节3类问题\\\"}\"\n---\n> ⚠️ 本技能单独使用效果有限，建议配合完整技能集（12 步工作流）使用。安装：npx skills add Kokxi/qa-test-skills\n\n> **⚠️ 安全警告**：本技能的示例可能涉及订单号、支付金额、截图、身份证、手机号等敏感数据。\n> 实际使用时请勿粘贴真实生产数据、客户信息或财务凭证；测试前应脱敏/掩码处理。\n> 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。\n\n# 提问框架\n\n## 核心原则\n\n专家不是\"知道答案\"，而是\"知道该问什么\"。\n\n## 加载时机\n\n| 什么时候读 | 读哪个 |\n|-----------|--------|\n| 确定提问类别后，取对应模板 | [`references/question-scenarios.md`](references/question-scenarios.md) |\n\n> `四大提问场景`的完整内容已下沉至 `references/question-scenarios.md`，避免每次触发都占用上下文。\n\n## 提问技巧\n\n### 5W1H 质疑法\n```text\nWhat：这是什么？做什么用的？\nWhy：为什么要做？为什么这样做？\nWho：谁在用？谁负责？\nWhen：什么时候用？什么时候上线？\nWhere：在哪里用？数据从哪来？\nHow：怎么用？怎么实现？\n```\n\n### \"如果不\" 逆向思维\n```text\n如果用户不按预期操作会怎样？\n如果网络异常会怎样？\n如果数据为空会怎样？\n如果并发访问会怎样？\n如果依赖服务挂了会怎样？\n```\n\n### \"那又怎样\" 追问法\n```text\n发现一个问题 → 那又怎样？影响什么？\n影响一个功能 → 那又怎样？还影响什么？\n影响一个用户 → 那又怎样？还影响谁？\n```\n\n## 提问场景速查\n\n### 需求澄清场景\n| 用户说 | 该问什么 | 目的 |\n|--------|---------|------|\n| \"加个搜索功能\" | 搜索范围？搜索结果包含哪些字段？支持模糊搜索吗？ | 明确实现边界 |\n| \"优化一下性能\" | 优化到什么标准？响应时间目标？并发量目标？ | 定义量化目标 |\n| \"做个报表功能\" | 报表维度？数据源？更新频率？导出格式？ | 锁定功能范围 |\n| \"增加权限控制\" | 有多少角色？怎么分配？谁管理？ | 确认权限模型 |\n| \"对接第三方\" | 对方接口文档？鉴权方式？数据格式？ | 明确集成方案 |\n\n### 用例评审场景\n| 发现问题 | 追问 | 检查方向 |\n|----------|------|----------|\n| 用例全是P0 | 怎么定义的优先级？按什么标准分类？ | 优先级合理性 |\n| 缺少异常用例 | 这个功能可能出什么异常？最坏情况是什么？ | 异常覆盖 |\n| 预期结果模糊 | \"应该正常\"和\"应该成功\"具体指什么表现？ | 结果可验证性 |\n| 前置条件不写 | 这个用例依赖什么数据？数据从哪来？ | 条件完备性 |\n\n### Bug报告场景\n| 开发者会问 | 报告前自检 | 对应提问链 |\n|-----------|-----------|-----------|\n| \"怎么复现？\" | 复现步骤清晰吗？从哪一步开始？ | 现象确认层 |\n| \"什么环境？\" | 浏览器/版本/网络/数据状态写了吗？ | 环境信息层 |\n| \"影响多大？\" | 影响到什么功能？多少用户？ | 影响评估层 |\n| \"可能什么原因？\" | 日志/截图有吗？相关模块排查了吗？ | 根因推测层 |\n\n## 应用场景\n\n**用户只说\"帮我测登录功能\"（信息不足）**\n→ 场景1提问链：业务目标是什么？→ 用户角色是什么？→ 登录方式有哪些？→ 约束条件是什么？\n\n**评审测试用例时发现遗漏**\n→ 场景2提问链：这个场景的异常情况是什么？→ 边界条件是什么？→ 隐含假设是什么？\n\n**报Bug前自检**\n→ 场景3提问链：复现条件是什么？→ 预期结果是什么？→ 实际结果是什么？→ 有没有附件？\n\n## 自检清单\n\n提问完成后检查：\n- [ ] 是否覆盖了业务目标？\n- [ ] 是否明确了功能边界？\n- [ ] 是否识别了业务规则？\n- [ ] 是否考虑了非功能需求？\n- [ ] 是否挖掘了隐含假设？\n- [ ] 是否识别了潜在风险？\n\n\n## 检查清单\n\n- [ ] 信息缺口是否识别？\n- [ ] 提问是否覆盖3类（需求/边界/技术）？\n- [ ] 提问是否具体可答？\n- [ ] 优先级是否标注？\n- [ ] 回答后是否更新解构？\n\nFile v1.8.0:_meta.json\n\n{\n  \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n  \"slug\": \"qa-question-framework\",\n  \"version\": \"1.8.0\",\n  \"publishedAt\": 1790656040160\n}\n\nFile v1.8.0:references/question-scenarios.md\n\n# 四大提问场景提问模板\n\n> 本文是 `qa-question-framework` 的**四类提问模板库**。确定要问哪一类问题时读对应小节；\n只需要提问框架与原则时不必读。\n\n---\n\n\n### 场景1：拿到需求时的提问链\n\n**目标**：从模糊需求中挖掘完整信息\n\n```text\n第一层：业务目标\n├─ 这个功能要解决什么问题？\n├─ 目标用户是谁？有几个角色？\n├─ 核心价值是什么？用户能得到什么？\n└─ 成功标准是什么？怎么衡量做成了？\n\n第二层：功能边界\n├─ 功能包含什么？不包含什么？\n├─ 核心流程是什么？有几条路径？\n├─ 输入是什么？输出是什么？\n└─ 约束条件有哪些？限制是什么？\n\n第三层：业务规则\n├─ 有哪些业务规则？规则间有什么关系？\n├─ 异常情况怎么处理？有降级方案吗？\n├─ 状态怎么流转？状态变更条件是什么？\n└─ 数据怎么存储？有数据迁移需求吗？\n\n第四层：非功能需求\n├─ 性能要求是什么？响应时间、并发量？\n├─ 安全要求是什么？权限、数据保护？\n├─ 兼容性要求是什么？浏览器、设备、系统？\n└─ 可用性要求是什么？容错、恢复？\n```\n\n**示例提问**：\n```text\n\"这个登录功能要解决什么问题？只是验证身份，还是有其他目的？\"\n\"除了用户名密码登录，还有其他登录方式吗？\"\n\"登录失败后怎么处理？有锁定机制吗？\"\n\"登录状态保持多久？需要记住我功能吗？\"\n```\n\n### 场景2：评审用例时的提问链\n\n**目标**：识别测试用例的不足\n\n```text\n第一层：完整性检查\n├─ 主路径场景都覆盖了吗？\n├─ 分支路径都考虑了吗？\n├─ 异常场景都设计了吗？\n└─ 边界条件都分析了吗？\n\n第二层：深度检查\n├─ 边界分析够深吗？有隐含边界吗？\n├─ 并发场景考虑了吗？\n├─ 时序依赖分析了吗？\n└─ 资源竞争测试了吗？\n\n第三层：风险检查\n├─ 高风险区域深挖了吗？\n├─ 资金相关场景重点测了吗？\n├─ 安全相关场景覆盖了吗？\n└─ 数据一致性验证了吗？\n\n第四层：可执行性检查\n├─ 测试数据能构造吗？\n├─ 测试环境能搭建吗？\n├─ 测试步骤能执行吗？\n└─ 预期结果能验证吗？\n```\n\n**示例提问**：\n```text\n\"这个用例的前置条件能实现吗？数据从哪来？\"\n\"这个预期结果怎么验证？有具体指标吗？\"\n\"这个场景考虑过并发情况吗？\"\n\"这个边界真的够深吗？还有其他边界吗？\"\n```\n\n### 场景3：报Bug前的提问链\n\n**目标**：确保Bug报告完整有效\n\n```text\n第一层：现象确认\n├─ Bug的具体表现是什么？\n├─ 在什么条件下出现？\n├─ 复现步骤是什么？\n└─ 出现频率是多少？\n\n第二层：环境信息\n├─ 在什么环境下出现？\n├─ 使用什么浏览器/设备？\n├─ 网络环境是什么？\n└─ 数据状态是什么？\n\n第三层：影响评估\n├─ 影响范围有多大？\n├─ 影响哪些用户？\n├─ 有 workaround 吗？\n└─ 优先级是什么？\n\n第四层：根因推测\n├─ 可能的原因是什么？\n├─ 相关日志/截图有吗？\n├─ 之前出现过类似问题吗？\n└─ 哪个模块/接口可能有问题？\n```\n\n**示例提问**：\n```text\n\"能详细描述一下Bug现象吗？\"\n\"在什么条件下会出现这个问题？\"\n\"能提供复现步骤吗？从头开始操作一遍\"\n\"这个问题影响多大？有用户受影响吗？\"\n```\n\n### 场景4：复盘时的提问链\n\n**目标**：从问题中提取改进点\n\n```text\n第一层：事实还原\n├─ 发生了什么问题？\n├─ 什么时候发现的？\n├─ 影响范围多大？\n└─ 处理过程是怎样的？\n\n第二层：根因分析\n├─ 直接原因是什么？\n├─ 根本原因是什么？\n├─ 为什么没提前发现？\n└─ 流程哪里出了问题？\n\n第三层：改进措施\n├─ 怎么防止再次发生？\n├─ 流程需要怎么优化？\n├─ 工具需要怎么改进？\n└─ 知识需要怎么沉淀？\n\n第四层：资产沉淀\n├─ 这次学到了什么？\n├─ 哪些经验可以复用？\n├─ checklist需要更新吗？\n└─ 培训材料需要补充吗？\n```\n\n**示例提问**：\n```text\n\"这次问题的根本原因是什么？不是表面原因\"\n\"为什么测试没发现这个问题？是覆盖不足还是方法问题？\"\n\"下次怎么防止类似问题？具体措施是什么？\"\n\"这次的经验怎么沉淀？checklist需要更新吗？\"\n```\n\nFile v1.8.0:skill-card.md\n\n## Description:\n\nProvides structured questions for clarifying requirements, boundaries, business rules, and technical details before designing software tests.\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\nTesters and QA engineers use this skill to ask product managers and developers targeted questions when requirements are incomplete, test cases need review, or a bug report needs clarification.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: Real customer, payment, identity, or production details could be exposed in prompts.\n\nMitigation: Use masked or synthetic examples instead of sensitive production data.\n\nRisk: The optional broader install command uses an unpinned source.\n\nMitigation: Verify the source before running it, and prefer a pinned version or trusted package reference.\n\n## Reference(s):\n\n- [Question scenario templates](references/question-scenarios.md)\n- [ClawHub skill release](https://clawhub.ai/kokxi/skills/qa-question-framework)\n\n## Skill Output:\n\n**Output Type(s):** [Text, Markdown, Guidance]\n\n**Output Format:** [Structured question list with exploration areas and clarification needs]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Scopes coverage to the supplied requirements and identifies uncovered areas; does not assign unique IDs.]\n\n## Skill Version(s):\n\n1.8.0 (source: skill frontmatter and ClawHub release)\n\n## Ethical Considerations:\n\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment.\n\nArchive v1.7.7: 3 files, 5859 bytes\n\nFiles: skill-card.md (1615b), SKILL.md (10725b), _meta.json (140b)\n\nFile v1.7.7:SKILL.md\n\n---\nname: qa-question-framework\nslug: qa-question-framework\ndisplayName: Question Framework\nversion: 1.7.7\ndescription: >-\n  当需求文档信息不够、不知道接下来该问产品什么、或者需要从开发那边获取更多技术细节时使用此技能。很多人测不好不是因为不会设计用例，而是因为一开始就没问对问题。提供需求调研、边界确认、规则挖掘、技术细节追问等不同场景的结构化提问模板，确保在测试设计前获取到足够上下文。每一个问题都标注了问谁、怎么问、什么时候问。\n\nwhen_to_use: 用户说\"不知道该问什么\"、\"怎么获取信息\"、\"需求不清楚\"、\"需要澄清\"、\"问什么问题\"、\"提问模板\"、\"和产品对需求\"、\"和开发沟通细节\"、需要和PM/开发沟通需求细节、需求文档信息不足需要补充时\nallowed-tools: Read Grep Glob\nrelated_skills:\n  upstream: []  # 基础层技能\n  downstream:\n    - qa-req-deconstruction      # 影响：需求挖掘完整性\n    - qa-bug-reporting           # 影响：Bug报告完整性\n    - qa-requirement-review\ninput_format:\n  required:\n    - name: 测试上下文\n      type: string\n      description: 待测试的功能或场景描述\n  optional:\n    - name: 需求文档\n      type: string\n      description: 相关需求文档\n    - name: 已知约束\n      type: string\n      description: 技术或业务约束条件\noutput_format:\n  traceability:\n    - 本技能设计提问，不产出唯一ID\n  structure:\n    - 测试用例表格：固定 9 列（用例编号|测试类型|功能模块|测试标题|用例级别|预置条件|测试步骤|预期结果|风险等级）\n    - 用例级别：P0≤20%（核心流程）/ P1≤40%（主要功能）/ P2≤30%（次要功能）/ P3≤10%（边缘场景）\n    - 覆盖率：标注口径（基于现有需求/输入文档），禁止\"全覆盖/100%\"绝对化表述；缺失模块标注\"未覆盖+原因\"\n    - question_list: 结构化提问清单\n    - exploration_areas: 探索领域建议\n    - clarification_needs: 需澄清的问题列表\ncategories: ['Development','Testing']\ndepth_requirement_quantification:\n  reference_value: \"根据信息缺口调整提问深度：简单×3/中等×5/复杂×7\"\n  minimum: \"至少覆盖需求调研、边界确认、技术细节3类问题\"\nerror_recovery_guidance:\n  on_failure: \"提问未能获取关键信息时回退到需求文档补充上下文\"\n  retry_behavior: \"补充上下文后重新设计提问\"\n---\n> **⚠️ 安全警告**：本技能的示例可能涉及订单号、支付金额、截图、身份证、手机号等敏感数据。\n> 实际使用时请勿粘贴真实生产数据、客户信息或财务凭证；测试前应脱敏/掩码处理。\n> 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。\n\n# 提问框架\n\n## 核心原则\n\n专家不是\"知道答案\"，而是\"知道该问什么\"。\n\n## 四大提问场景\n\n### 场景1：拿到需求时的提问链\n\n**目标**：从模糊需求中挖掘完整信息\n\n```text\n第一层：业务目标\n├─ 这个功能要解决什么问题？\n├─ 目标用户是谁？有几个角色？\n├─ 核心价值是什么？用户能得到什么？\n└─ 成功标准是什么？怎么衡量做成了？\n\n第二层：功能边界\n├─ 功能包含什么？不包含什么？\n├─ 核心流程是什么？有几条路径？\n├─ 输入是什么？输出是什么？\n└─ 约束条件有哪些？限制是什么？\n\n第三层：业务规则\n├─ 有哪些业务规则？规则间有什么关系？\n├─ 异常情况怎么处理？有降级方案吗？\n├─ 状态怎么流转？状态变更条件是什么？\n└─ 数据怎么存储？有数据迁移需求吗？\n\n第四层：非功能需求\n├─ 性能要求是什么？响应时间、并发量？\n├─ 安全要求是什么？权限、数据保护？\n├─ 兼容性要求是什么？浏览器、设备、系统？\n└─ 可用性要求是什么？容错、恢复？\n```\n\n**示例提问**：\n```text\n\"这个登录功能要解决什么问题？只是验证身份，还是有其他目的？\"\n\"除了用户名密码登录，还有其他登录方式吗？\"\n\"登录失败后怎么处理？有锁定机制吗？\"\n\"登录状态保持多久？需要记住我功能吗？\"\n```\n\n### 场景2：评审用例时的提问链\n\n**目标**：识别测试用例的不足\n\n```text\n第一层：完整性检查\n├─ 主路径场景都覆盖了吗？\n├─ 分支路径都考虑了吗？\n├─ 异常场景都设计了吗？\n└─ 边界条件都分析了吗？\n\n第二层：深度检查\n├─ 边界分析够深吗？有隐含边界吗？\n├─ 并发场景考虑了吗？\n├─ 时序依赖分析了吗？\n└─ 资源竞争测试了吗？\n\n第三层：风险检查\n├─ 高风险区域深挖了吗？\n├─ 资金相关场景重点测了吗？\n├─ 安全相关场景覆盖了吗？\n└─ 数据一致性验证了吗？\n\n第四层：可执行性检查\n├─ 测试数据能构造吗？\n├─ 测试环境能搭建吗？\n├─ 测试步骤能执行吗？\n└─ 预期结果能验证吗？\n```\n\n**示例提问**：\n```text\n\"这个用例的前置条件能实现吗？数据从哪来？\"\n\"这个预期结果怎么验证？有具体指标吗？\"\n\"这个场景考虑过并发情况吗？\"\n\"这个边界真的够深吗？还有其他边界吗？\"\n```\n\n### 场景3：报Bug前的提问链\n\n**目标**：确保Bug报告完整有效\n\n```text\n第一层：现象确认\n├─ Bug的具体表现是什么？\n├─ 在什么条件下出现？\n├─ 复现步骤是什么？\n└─ 出现频率是多少？\n\n第二层：环境信息\n├─ 在什么环境下出现？\n├─ 使用什么浏览器/设备？\n├─ 网络环境是什么？\n└─ 数据状态是什么？\n\n第三层：影响评估\n├─ 影响范围有多大？\n├─ 影响哪些用户？\n├─ 有 workaround 吗？\n└─ 优先级是什么？\n\n第四层：根因推测\n├─ 可能的原因是什么？\n├─ 相关日志/截图有吗？\n├─ 之前出现过类似问题吗？\n└─ 哪个模块/接口可能有问题？\n```\n\n**示例提问**：\n```text\n\"能详细描述一下Bug现象吗？\"\n\"在什么条件下会出现这个问题？\"\n\"能提供复现步骤吗？从头开始操作一遍\"\n\"这个问题影响多大？有用户受影响吗？\"\n```\n\n### 场景4：复盘时的提问链\n\n**目标**：从问题中提取改进点\n\n```text\n第一层：事实还原\n├─ 发生了什么问题？\n├─ 什么时候发现的？\n├─ 影响范围多大？\n└─ 处理过程是怎样的？\n\n第二层：根因分析\n├─ 直接原因是什么？\n├─ 根本原因是什么？\n├─ 为什么没提前发现？\n└─ 流程哪里出了问题？\n\n第三层：改进措施\n├─ 怎么防止再次发生？\n├─ 流程需要怎么优化？\n├─ 工具需要怎么改进？\n└─ 知识需要怎么沉淀？\n\n第四层：资产沉淀\n├─ 这次学到了什么？\n├─ 哪些经验可以复用？\n├─ checklist需要更新吗？\n└─ 培训材料需要补充吗？\n```\n\n**示例提问**：\n```text\n\"这次问题的根本原因是什么？不是表面原因\"\n\"为什么测试没发现这个问题？是覆盖不足还是方法问题？\"\n\"下次怎么防止类似问题？具体措施是什么？\"\n\"这次的经验怎么沉淀？checklist需要更新吗？\"\n```\n\n## 提问技巧\n\n### 5W1H 质疑法\n```text\nWhat：这是什么？做什么用的？\nWhy：为什么要做？为什么这样做？\nWho：谁在用？谁负责？\nWhen：什么时候用？什么时候上线？\nWhere：在哪里用？数据从哪来？\nHow：怎么用？怎么实现？\n```\n\n### \"如果不\" 逆向思维\n```text\n如果用户不按预期操作会怎样？\n如果网络异常会怎样？\n如果数据为空会怎样？\n如果并发访问会怎样？\n如果依赖服务挂了会怎样？\n```\n\n### \"那又怎样\" 追问法\n```text\n发现一个问题 → 那又怎样？影响什么？\n影响一个功能 → 那又怎样？还影响什么？\n影响一个用户 → 那又怎样？还影响谁？\n```\n\n## 提问场景速查\n\n### 需求澄清场景\n| 用户说 | 该问什么 | 目的 |\n|--------|---------|------|\n| \"加个搜索功能\" | 搜索范围？搜索结果包含哪些字段？支持模糊搜索吗？ | 明确实现边界 |\n| \"优化一下性能\" | 优化到什么标准？响应时间目标？并发量目标？ | 定义量化目标 |\n| \"做个报表功能\" | 报表维度？数据源？更新频率？导出格式？ | 锁定功能范围 |\n| \"增加权限控制\" | 有多少角色？怎么分配？谁管理？ | 确认权限模型 |\n| \"对接第三方\" | 对方接口文档？鉴权方式？数据格式？ | 明确集成方案 |\n\n### 用例评审场景\n| 发现问题 | 追问 | 检查方向 |\n|----------|------|----------|\n| 用例全是P0 | 怎么定义的优先级？按什么标准分类？ | 优先级合理性 |\n| 缺少异常用例 | 这个功能可能出什么异常？最坏情况是什么？ | 异常覆盖 |\n| 预期结果模糊 | \"应该正常\"和\"应该成功\"具体指什么表现？ | 结果可验证性 |\n| 前置条件不写 | 这个用例依赖什么数据？数据从哪来？ | 条件完备性 |\n\n### Bug报告场景\n| 开发者会问 | 报告前自检 | 对应提问链 |\n|-----------|-----------|-----------|\n| \"怎么复现？\" | 复现步骤清晰吗？从哪一步开始？ | 现象确认层 |\n| \"什么环境？\" | 浏览器/版本/网络/数据状态写了吗？ | 环境信息层 |\n| \"影响多大？\" | 影响到什么功能？多少用户？ | 影响评估层 |\n| \"可能什么原因？\" | 日志/截图有吗？相关模块排查了吗？ | 根因推测层 |\n\n## 应用场景\n\n**用户只说\"帮我测登录功能\"（信息不足）**\n→ 场景1提问链：业务目标是什么？→ 用户角色是什么？→ 登录方式有哪些？→ 约束条件是什么？\n\n**评审测试用例时发现遗漏**\n→ 场景2提问链：这个场景的异常情况是什么？→ 边界条件是什么？→ 隐含假设是什么？\n\n**报Bug前自检**\n→ 场景3提问链：复现条件是什么？→ 预期结果是什么？→ 实际结果是什么？→ 有没有附件？\n\n## 自检清单\n\n提问完成后检查：\n- [ ] 是否覆盖了业务目标？\n- [ ] 是否明确了功能边界？\n- [ ] 是否识别了业务规则？\n- [ ] 是否考虑了非功能需求？\n- [ ] 是否挖掘了隐含假设？\n- [ ] 是否识别了潜在风险？\n\n\n## 检查清单\n\n- [ ] 信息缺口是否识别？\n- [ ] 提问是否覆盖3类（需求/边界/技术）？\n- [ ] 提问是否具体可答？\n- [ ] 优先级是否标注？\n- [ ] 回答后是否更新解构？\n\nFile v1.7.7:_meta.json\n\n{\n  \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n  \"slug\": \"qa-question-framework\",\n  \"version\": \"1.7.7\",\n  \"publishedAt\": 1790519792294\n}\n\nFile v1.7.7:skill-card.md\n\n## Description:\n\nProvides Chinese-language question frameworks for clarifying QA requirements, test boundaries, business rules, and technical details before test design.\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 ask product managers and engineers focused questions when requirements are incomplete, review test-case gaps, and clarify bug reports before testing.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: Requirements and bug examples may contain customer, identity, payment, or production data.\n\nMitigation: Use redacted or synthetic examples; do not paste real customer, payment, identity, or production data into prompts.\n\n## Reference(s):\n\n- [qa-question-framework on ClawHub](https://clawhub.ai/kokxi/skills/qa-question-framework)\n\n## Skill Output:\n\n**Output Type(s):** [Guidance, Text]\n\n**Output Format:** [Markdown question lists and, when applicable, a test-case table]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Questions cover requirements, boundaries, and technical details; unresolved questions and exploration areas are identified.]\n\n## Skill Version(s):\n\n1.7.7 (source: frontmatter and release evidence)\n\n## Ethical Considerations:\n\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment.\n\nArchive v1.7.6: 3 files, 6203 bytes\n\nFiles: skill-card.md (1945b), SKILL.md (11314b), _meta.json (140b)\n\nFile v1.7.6:SKILL.md\n\n---\r\nname: qa-question-framework\r\nslug: qa-question-framework\r\ndisplayName: 测试提问框架\r\nversion: 1.7.5\r\ndescription: >-\r\n  当需求文档信息不够、不知道接下来该问产品什么、或者需要从开发那边获取更多技术细节时使用此技能。很多人测不好不是因为不会设计用例，而是因为一开始就没问对问题。提供需求调研、边界确认、规则挖掘、技术细节追问等不同场景的结构化提问模板，确保在测试设计前获取到足够上下文。每一个问题都标注了问谁、怎么问、什么时候问。\r\n  本技能属于 QA Test Skills 技能集（49 个技能之一），完整工作流体验需安装全套：npx skills add Kokxi/qa-test-skills\r\n\r\nwhen_to_use: 用户说\"不知道该问什么\"、\"怎么获取信息\"、\"需求不清楚\"、\"需要澄清\"、\"问什么问题\"、\"提问模板\"、\"和产品对需求\"、\"和开发沟通细节\"、需要和PM/开发沟通需求细节、需求文档信息不足需要补充时\r\nallowed-tools: Read Grep Glob\r\nrelated_skills:\r\n  upstream: []  # 基础层技能\r\n  downstream:\r\n    - qa-req-deconstruction      # 影响：需求挖掘完整性\r\n    - qa-bug-reporting           # 影响：Bug报告完整性\r\n    - qa-requirement-review\r\ninput_format:\r\n  required:\r\n    - name: 测试上下文\r\n      type: string\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    - 本技能设计提问，不产出唯一ID\r\n  structure:\r\n    - 测试用例表格：固定 9 列（用例编号|测试类型|功能模块|测试标题|用例级别|预置条件|测试步骤|预期结果|风险等级）\r\n    - 用例级别：P0≤20%（核心流程）/ P1≤40%（主要功能）/ P2≤30%（次要功能）/ P3≤10%（边缘场景）\r\n    - 覆盖率：标注口径（基于现有需求/输入文档），禁止\"全覆盖/100%\"绝对化表述；缺失模块标注\"未覆盖+原因\"\r\n    - question_list: 结构化提问清单\r\n    - exploration_areas: 探索领域建议\r\n    - clarification_needs: 需澄清的问题列表\r\ncategories: ['Development','Testing']\r\ndepth_requirement_quantification:\r\n  reference_value: \"根据信息缺口调整提问深度：简单×3/中等×5/复杂×7\"\r\n  minimum: \"至少覆盖需求调研、边界确认、技术细节3类问题\"\r\nerror_recovery_guidance:\r\n  on_failure: \"提问未能获取关键信息时回退到需求文档补充上下文\"\r\n  retry_behavior: \"补充上下文后重新设计提问\"\r\n---\r\n> ⚠️ 本技能单独使用效果有限，建议配合完整技能集（12 步工作流）使用。安装：npx skills add Kokxi/qa-test-skills\r\n\r\n> **⚠️ 安全警告**：本技能的示例可能涉及订单号、支付金额、截图、身份证、手机号等敏感数据。\r\n> 实际使用时请勿粘贴真实生产数据、客户信息或财务凭证；测试前应脱敏/掩码处理。\r\n> 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。\r\n\r\n# 提问框架\r\n\r\n## 核心原则\r\n\r\n专家不是\"知道答案\"，而是\"知道该问什么\"。\r\n\r\n## 四大提问场景\r\n\r\n### 场景1：拿到需求时的提问链\r\n\r\n**目标**：从模糊需求中挖掘完整信息\r\n\r\n```text\r\n第一层：业务目标\r\n├─ 这个功能要解决什么问题？\r\n├─ 目标用户是谁？有几个角色？\r\n├─ 核心价值是什么？用户能得到什么？\r\n└─ 成功标准是什么？怎么衡量做成了？\r\n\r\n第二层：功能边界\r\n├─ 功能包含什么？不包含什么？\r\n├─ 核心流程是什么？有几条路径？\r\n├─ 输入是什么？输出是什么？\r\n└─ 约束条件有哪些？限制是什么？\r\n\r\n第三层：业务规则\r\n├─ 有哪些业务规则？规则间有什么关系？\r\n├─ 异常情况怎么处理？有降级方案吗？\r\n├─ 状态怎么流转？状态变更条件是什么？\r\n└─ 数据怎么存储？有数据迁移需求吗？\r\n\r\n第四层：非功能需求\r\n├─ 性能要求是什么？响应时间、并发量？\r\n├─ 安全要求是什么？权限、数据保护？\r\n├─ 兼容性要求是什么？浏览器、设备、系统？\r\n└─ 可用性要求是什么？容错、恢复？\r\n```\r\n\r\n**示例提问**：\r\n```text\r\n\"这个登录功能要解决什么问题？只是验证身份，还是有其他目的？\"\r\n\"除了用户名密码登录，还有其他登录方式吗？\"\r\n\"登录失败后怎么处理？有锁定机制吗？\"\r\n\"登录状态保持多久？需要记住我功能吗？\"\r\n```\r\n\r\n### 场景2：评审用例时的提问链\r\n\r\n**目标**：识别测试用例的不足\r\n\r\n```text\r\n第一层：完整性检查\r\n├─ 主路径场景都覆盖了吗？\r\n├─ 分支路径都考虑了吗？\r\n├─ 异常场景都设计了吗？\r\n└─ 边界条件都分析了吗？\r\n\r\n第二层：深度检查\r\n├─ 边界分析够深吗？有隐含边界吗？\r\n├─ 并发场景考虑了吗？\r\n├─ 时序依赖分析了吗？\r\n└─ 资源竞争测试了吗？\r\n\r\n第三层：风险检查\r\n├─ 高风险区域深挖了吗？\r\n├─ 资金相关场景重点测了吗？\r\n├─ 安全相关场景覆盖了吗？\r\n└─ 数据一致性验证了吗？\r\n\r\n第四层：可执行性检查\r\n├─ 测试数据能构造吗？\r\n├─ 测试环境能搭建吗？\r\n├─ 测试步骤能执行吗？\r\n└─ 预期结果能验证吗？\r\n```\r\n\r\n**示例提问**：\r\n```text\r\n\"这个用例的前置条件能实现吗？数据从哪来？\"\r\n\"这个预期结果怎么验证？有具体指标吗？\"\r\n\"这个场景考虑过并发情况吗？\"\r\n\"这个边界真的够深吗？还有其他边界吗？\"\r\n```\r\n\r\n### 场景3：报Bug前的提问链\r\n\r\n**目标**：确保Bug报告完整有效\r\n\r\n```text\r\n第一层：现象确认\r\n├─ Bug的具体表现是什么？\r\n├─ 在什么条件下出现？\r\n├─ 复现步骤是什么？\r\n└─ 出现频率是多少？\r\n\r\n第二层：环境信息\r\n├─ 在什么环境下出现？\r\n├─ 使用什么浏览器/设备？\r\n├─ 网络环境是什么？\r\n└─ 数据状态是什么？\r\n\r\n第三层：影响评估\r\n├─ 影响范围有多大？\r\n├─ 影响哪些用户？\r\n├─ 有 workaround 吗？\r\n└─ 优先级是什么？\r\n\r\n第四层：根因推测\r\n├─ 可能的原因是什么？\r\n├─ 相关日志/截图有吗？\r\n├─ 之前出现过类似问题吗？\r\n└─ 哪个模块/接口可能有问题？\r\n```\r\n\r\n**示例提问**：\r\n```text\r\n\"能详细描述一下Bug现象吗？\"\r\n\"在什么条件下会出现这个问题？\"\r\n\"能提供复现步骤吗？从头开始操作一遍\"\r\n\"这个问题影响多大？有用户受影响吗？\"\r\n```\r\n\r\n### 场景4：复盘时的提问链\r\n\r\n**目标**：从问题中提取改进点\r\n\r\n```text\r\n第一层：事实还原\r\n├─ 发生了什么问题？\r\n├─ 什么时候发现的？\r\n├─ 影响范围多大？\r\n└─ 处理过程是怎样的？\r\n\r\n第二层：根因分析\r\n├─ 直接原因是什么？\r\n├─ 根本原因是什么？\r\n├─ 为什么没提前发现？\r\n└─ 流程哪里出了问题？\r\n\r\n第三层：改进措施\r\n├─ 怎么防止再次发生？\r\n├─ 流程需要怎么优化？\r\n├─ 工具需要怎么改进？\r\n└─ 知识需要怎么沉淀？\r\n\r\n第四层：资产沉淀\r\n├─ 这次学到了什么？\r\n├─ 哪些经验可以复用？\r\n├─ checklist需要更新吗？\r\n└─ 培训材料需要补充吗？\r\n```\r\n\r\n**示例提问**：\r\n```text\r\n\"这次问题的根本原因是什么？不是表面原因\"\r\n\"为什么测试没发现这个问题？是覆盖不足还是方法问题？\"\r\n\"下次怎么防止类似问题？具体措施是什么？\"\r\n\"这次的经验怎么沉淀？checklist需要更新吗？\"\r\n```\r\n\r\n## 提问技巧\r\n\r\n### 5W1H 质疑法\r\n```text\r\nWhat：这是什么？做什么用的？\r\nWhy：为什么要做？为什么这样做？\r\nWho：谁在用？谁负责？\r\nWhen：什么时候用？什么时候上线？\r\nWhere：在哪里用？数据从哪来？\r\nHow：怎么用？怎么实现？\r\n```\r\n\r\n### \"如果不\" 逆向思维\r\n```text\r\n如果用户不按预期操作会怎样？\r\n如果网络异常会怎样？\r\n如果数据为空会怎样？\r\n如果并发访问会怎样？\r\n如果依赖服务挂了会怎样？\r\n```\r\n\r\n### \"那又怎样\" 追问法\r\n```text\r\n发现一个问题 → 那又怎样？影响什么？\r\n影响一个功能 → 那又怎样？还影响什么？\r\n影响一个用户 → 那又怎样？还影响谁？\r\n```\r\n\r\n## 提问场景速查\r\n\r\n### 需求澄清场景\r\n| 用户说 | 该问什么 | 目的 |\r\n|--------|---------|------|\r\n| \"加个搜索功能\" | 搜索范围？搜索结果包含哪些字段？支持模糊搜索吗？ | 明确实现边界 |\r\n| \"优化一下性能\" | 优化到什么标准？响应时间目标？并发量目标？ | 定义量化目标 |\r\n| \"做个报表功能\" | 报表维度？数据源？更新频率？导出格式？ | 锁定功能范围 |\r\n| \"增加权限控制\" | 有多少角色？怎么分配？谁管理？ | 确认权限模型 |\r\n| \"对接第三方\" | 对方接口文档？鉴权方式？数据格式？ | 明确集成方案 |\r\n\r\n### 用例评审场景\r\n| 发现问题 | 追问 | 检查方向 |\r\n|----------|------|----------|\r\n| 用例全是P0 | 怎么定义的优先级？按什么标准分类？ | 优先级合理性 |\r\n| 缺少异常用例 | 这个功能可能出什么异常？最坏情况是什么？ | 异常覆盖 |\r\n| 预期结果模糊 | \"应该正常\"和\"应该成功\"具体指什么表现？ | 结果可验证性 |\r\n| 前置条件不写 | 这个用例依赖什么数据？数据从哪来？ | 条件完备性 |\r\n\r\n### Bug报告场景\r\n| 开发者会问 | 报告前自检 | 对应提问链 |\r\n|-----------|-----------|-----------|\r\n| \"怎么复现？\" | 复现步骤清晰吗？从哪一步开始？ | 现象确认层 |\r\n| \"什么环境？\" | 浏览器/版本/网络/数据状态写了吗？ | 环境信息层 |\r\n| \"影响多大？\" | 影响到什么功能？多少用户？ | 影响评估层 |\r\n| \"可能什么原因？\" | 日志/截图有吗？相关模块排查了吗？ | 根因推测层 |\r\n\r\n## 应用场景\r\n\r\n**用户只说\"帮我测登录功能\"（信息不足）**\r\n→ 场景1提问链：业务目标是什么？→ 用户角色是什么？→ 登录方式有哪些？→ 约束条件是什么？\r\n\r\n**评审测试用例时发现遗漏**\r\n→ 场景2提问链：这个场景的异常情况是什么？→ 边界条件是什么？→ 隐含假设是什么？\r\n\r\n**报Bug前自检**\r\n→ 场景3提问链：复现条件是什么？→ 预期结果是什么？→ 实际结果是什么？→ 有没有附件？\r\n\r\n## 自检清单\r\n\r\n提问完成后检查：\r\n- [ ] 是否覆盖了业务目标？\r\n- [ ] 是否明确了功能边界？\r\n- [ ] 是否识别了业务规则？\r\n- [ ] 是否考虑了非功能需求？\r\n- [ ] 是否挖掘了隐含假设？\r\n- [ ] 是否识别了潜在风险？\r\n\r\n\r\n## 检查清单\r\n\r\n- [ ] 信息缺口是否识别？\r\n- [ ] 提问是否覆盖3类（需求/边界/技术）？\r\n- [ ] 提问是否具体可答？\r\n- [ ] 优先级是否标注？\r\n- [ ] 回答后是否更新解构？\n\nFile v1.7.6:_meta.json\n\n{\n  \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n  \"slug\": \"qa-question-framework\",\n  \"version\": \"1.7.6\",\n  \"publishedAt\": 1788266541322\n}\n\nFile v1.7.6:skill-card.md\n\n## Description:\n\nProvides structured questioning templates that help QA testers clarify requirements, boundaries, business rules, technical details, bug reports, and retrospectives before test design.\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 identify missing context and prepare concrete questions for product managers or engineering teams before creating tests, reviewing test cases, reporting bugs, or running retrospectives.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: The skill recommends installing a full QA skill bundle with an unpinned external command that was not inspected in the provided artifact.\n\nMitigation: Review the publisher and pin or inspect the exact bundle version before running the install command.\n\nRisk: The workflow may involve requirements, customer, payment, identity, screenshot, or production data.\n\nMitigation: Use masked or synthetic data and avoid providing real customer, financial, identity, or production information.\n\n## Reference(s):\n\n- [ClawHub skill page](https://clawhub.ai/kokxi/skills/qa-question-framework)\n\n## Skill Output:\n\n**Output Type(s):** [Text, Markdown, Guidance]\n\n**Output Format:** [Markdown with structured question lists, checklists, and tables]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [May include QA question lists, exploration areas, clarification needs, and test-case table structure.]\n\n## Skill Version(s):\n\n1.7.6 (source: server release evidence; artifact frontmatter lists 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, 5958 bytes\n\nFiles: skill-card.md (1778b), SKILL.md (10725b), _meta.json (140b)\n\nFile v1.7.5:SKILL.md\n\n---\nname: qa-question-framework\nslug: qa-question-framework\ndisplayName: Question Framework\nversion: 1.7.5\ndescription: >-\n  当需求文档信息不够、不知道接下来该问产品什么、或者需要从开发那边获取更多技术细节时使用此技能。很多人测不好不是因为不会设计用例，而是因为一开始就没问对问题。提供需求调研、边界确认、规则挖掘、技术细节追问等不同场景的结构化提问模板，确保在测试设计前获取到足够上下文。每一个问题都标注了问谁、怎么问、什么时候问。\n\nwhen_to_use: 用户说\"不知道该问什么\"、\"怎么获取信息\"、\"需求不清楚\"、\"需要澄清\"、\"问什么问题\"、\"提问模板\"、\"和产品对需求\"、\"和开发沟通细节\"、需要和PM/开发沟通需求细节、需求文档信息不足需要补充时\nallowed-tools: Read Grep Glob\nrelated_skills:\n  upstream: []  # 基础层技能\n  downstream:\n    - qa-req-deconstruction      # 影响：需求挖掘完整性\n    - qa-bug-reporting           # 影响：Bug报告完整性\n    - qa-requirement-review\ninput_format:\n  required:\n    - name: 测试上下文\n      type: string\n      description: 待测试的功能或场景描述\n  optional:\n    - name: 需求文档\n      type: string\n      description: 相关需求文档\n    - name: 已知约束\n      type: string\n      description: 技术或业务约束条件\noutput_format:\n  traceability:\n    - 本技能设计提问，不产出唯一ID\n  structure:\n    - 测试用例表格：固定 9 列（用例编号|测试类型|功能模块|测试标题|用例级别|预置条件|测试步骤|预期结果|风险等级）\n    - 用例级别：P0≤20%（核心流程）/ P1≤40%（主要功能）/ P2≤30%（次要功能）/ P3≤10%（边缘场景）\n    - 覆盖率：标注口径（基于现有需求/输入文档），禁止\"全覆盖/100%\"绝对化表述；缺失模块标注\"未覆盖+原因\"\n    - question_list: 结构化提问清单\n    - exploration_areas: 探索领域建议\n    - clarification_needs: 需澄清的问题列表\ncategories: ['Development','Testing']\ndepth_requirement_quantification:\n  reference_value: \"根据信息缺口调整提问深度：简单×3/中等×5/复杂×7\"\n  minimum: \"至少覆盖需求调研、边界确认、技术细节3类问题\"\nerror_recovery_guidance:\n  on_failure: \"提问未能获取关键信息时回退到需求文档补充上下文\"\n  retry_behavior: \"补充上下文后重新设计提问\"\n---\n> **⚠️ 安全警告**：本技能的示例可能涉及订单号、支付金额、截图、身份证、手机号等敏感数据。\n> 实际使用时请勿粘贴真实生产数据、客户信息或财务凭证；测试前应脱敏/掩码处理。\n> 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。\n\n# 提问框架\n\n## 核心原则\n\n专家不是\"知道答案\"，而是\"知道该问什么\"。\n\n## 四大提问场景\n\n### 场景1：拿到需求时的提问链\n\n**目标**：从模糊需求中挖掘完整信息\n\n```text\n第一层：业务目标\n├─ 这个功能要解决什么问题？\n├─ 目标用户是谁？有几个角色？\n├─ 核心价值是什么？用户能得到什么？\n└─ 成功标准是什么？怎么衡量做成了？\n\n第二层：功能边界\n├─ 功能包含什么？不包含什么？\n├─ 核心流程是什么？有几条路径？\n├─ 输入是什么？输出是什么？\n└─ 约束条件有哪些？限制是什么？\n\n第三层：业务规则\n├─ 有哪些业务规则？规则间有什么关系？\n├─ 异常情况怎么处理？有降级方案吗？\n├─ 状态怎么流转？状态变更条件是什么？\n└─ 数据怎么存储？有数据迁移需求吗？\n\n第四层：非功能需求\n├─ 性能要求是什么？响应时间、并发量？\n├─ 安全要求是什么？权限、数据保护？\n├─ 兼容性要求是什么？浏览器、设备、系统？\n└─ 可用性要求是什么？容错、恢复？\n```\n\n**示例提问**：\n```text\n\"这个登录功能要解决什么问题？只是验证身份，还是有其他目的？\"\n\"除了用户名密码登录，还有其他登录方式吗？\"\n\"登录失败后怎么处理？有锁定机制吗？\"\n\"登录状态保持多久？需要记住我功能吗？\"\n```\n\n### 场景2：评审用例时的提问链\n\n**目标**：识别测试用例的不足\n\n```text\n第一层：完整性检查\n├─ 主路径场景都覆盖了吗？\n├─ 分支路径都考虑了吗？\n├─ 异常场景都设计了吗？\n└─ 边界条件都分析了吗？\n\n第二层：深度检查\n├─ 边界分析够深吗？有隐含边界吗？\n├─ 并发场景考虑了吗？\n├─ 时序依赖分析了吗？\n└─ 资源竞争测试了吗？\n\n第三层：风险检查\n├─ 高风险区域深挖了吗？\n├─ 资金相关场景重点测了吗？\n├─ 安全相关场景覆盖了吗？\n└─ 数据一致性验证了吗？\n\n第四层：可执行性检查\n├─ 测试数据能构造吗？\n├─ 测试环境能搭建吗？\n├─ 测试步骤能执行吗？\n└─ 预期结果能验证吗？\n```\n\n**示例提问**：\n```text\n\"这个用例的前置条件能实现吗？数据从哪来？\"\n\"这个预期结果怎么验证？有具体指标吗？\"\n\"这个场景考虑过并发情况吗？\"\n\"这个边界真的够深吗？还有其他边界吗？\"\n```\n\n### 场景3：报Bug前的提问链\n\n**目标**：确保Bug报告完整有效\n\n```text\n第一层：现象确认\n├─ Bug的具体表现是什么？\n├─ 在什么条件下出现？\n├─ 复现步骤是什么？\n└─ 出现频率是多少？\n\n第二层：环境信息\n├─ 在什么环境下出现？\n├─ 使用什么浏览器/设备？\n├─ 网络环境是什么？\n└─ 数据状态是什么？\n\n第三层：影响评估\n├─ 影响范围有多大？\n├─ 影响哪些用户？\n├─ 有 workaround 吗？\n└─ 优先级是什么？\n\n第四层：根因推测\n├─ 可能的原因是什么？\n├─ 相关日志/截图有吗？\n├─ 之前出现过类似问题吗？\n└─ 哪个模块/接口可能有问题？\n```\n\n**示例提问**：\n```text\n\"能详细描述一下Bug现象吗？\"\n\"在什么条件下会出现这个问题？\"\n\"能提供复现步骤吗？从头开始操作一遍\"\n\"这个问题影响多大？有用户受影响吗？\"\n```\n\n### 场景4：复盘时的提问链\n\n**目标**：从问题中提取改进点\n\n```text\n第一层：事实还原\n├─ 发生了什么问题？\n├─ 什么时候发现的？\n├─ 影响范围多大？\n└─ 处理过程是怎样的？\n\n第二层：根因分析\n├─ 直接原因是什么？\n├─ 根本原因是什么？\n├─ 为什么没提前发现？\n└─ 流程哪里出了问题？\n\n第三层：改进措施\n├─ 怎么防止再次发生？\n├─ 流程需要怎么优化？\n├─ 工具需要怎么改进？\n└─ 知识需要怎么沉淀？\n\n第四层：资产沉淀\n├─ 这次学到了什么？\n├─ 哪些经验可以复用？\n├─ checklist需要更新吗？\n└─ 培训材料需要补充吗？\n```\n\n**示例提问**：\n```text\n\"这次问题的根本原因是什么？不是表面原因\"\n\"为什么测试没发现这个问题？是覆盖不足还是方法问题？\"\n\"下次怎么防止类似问题？具体措施是什么？\"\n\"这次的经验怎么沉淀？checklist需要更新吗？\"\n```\n\n## 提问技巧\n\n### 5W1H 质疑法\n```text\nWhat：这是什么？做什么用的？\nWhy：为什么要做？为什么这样做？\nWho：谁在用？谁负责？\nWhen：什么时候用？什么时候上线？\nWhere：在哪里用？数据从哪来？\nHow：怎么用？怎么实现？\n```\n\n### \"如果不\" 逆向思维\n```text\n如果用户不按预期操作会怎样？\n如果网络异常会怎样？\n如果数据为空会怎样？\n如果并发访问会怎样？\n如果依赖服务挂了会怎样？\n```\n\n### \"那又怎样\" 追问法\n```text\n发现一个问题 → 那又怎样？影响什么？\n影响一个功能 → 那又怎样？还影响什么？\n影响一个用户 → 那又怎样？还影响谁？\n```\n\n## 提问场景速查\n\n### 需求澄清场景\n| 用户说 | 该问什么 | 目的 |\n|--------|---------|------|\n| \"加个搜索功能\" | 搜索范围？搜索结果包含哪些字段？支持模糊搜索吗？ | 明确实现边界 |\n| \"优化一下性能\" | 优化到什么标准？响应时间目标？并发量目标？ | 定义量化目标 |\n| \"做个报表功能\" | 报表维度？数据源？更新频率？导出格式？ | 锁定功能范围 |\n| \"增加权限控制\" | 有多少角色？怎么分配？谁管理？ | 确认权限模型 |\n| \"对接第三方\" | 对方接口文档？鉴权方式？数据格式？ | 明确集成方案 |\n\n### 用例评审场景\n| 发现问题 | 追问 | 检查方向 |\n|----------|------|----------|\n| 用例全是P0 | 怎么定义的优先级？按什么标准分类？ | 优先级合理性 |\n| 缺少异常用例 | 这个功能可能出什么异常？最坏情况是什么？ | 异常覆盖 |\n| 预期结果模糊 | \"应该正常\"和\"应该成功\"具体指什么表现？ | 结果可验证性 |\n| 前置条件不写 | 这个用例依赖什么数据？数据从哪来？ | 条件完备性 |\n\n### Bug报告场景\n| 开发者会问 | 报告前自检 | 对应提问链 |\n|-----------|-----------|-----------|\n| \"怎么复现？\" | 复现步骤清晰吗？从哪一步开始？ | 现象确认层 |\n| \"什么环境？\" | 浏览器/版本/网络/数据状态写了吗？ | 环境信息层 |\n| \"影响多大？\" | 影响到什么功能？多少用户？ | 影响评估层 |\n| \"可能什么原因？\" | 日志/截图有吗？相关模块排查了吗？ | 根因推测层 |\n\n## 应用场景\n\n**用户只说\"帮我测登录功能\"（信息不足）**\n→ 场景1提问链：业务目标是什么？→ 用户角色是什么？→ 登录方式有哪些？→ 约束条件是什么？\n\n**评审测试用例时发现遗漏**\n→ 场景2提问链：这个场景的异常情况是什么？→ 边界条件是什么？→ 隐含假设是什么？\n\n**报Bug前自检**\n→ 场景3提问链：复现条件是什么？→ 预期结果是什么？→ 实际结果是什么？→ 有没有附件？\n\n## 自检清单\n\n提问完成后检查：\n- [ ] 是否覆盖了业务目标？\n- [ ] 是否明确了功能边界？\n- [ ] 是否识别了业务规则？\n- [ ] 是否考虑了非功能需求？\n- [ ] 是否挖掘了隐含假设？\n- [ ] 是否识别了潜在风险？\n\n\n## 检查清单\n\n- [ ] 信息缺口是否识别？\n- [ ] 提问是否覆盖3类（需求/边界/技术）？\n- [ ] 提问是否具体可答？\n- [ ] 优先级是否标注？\n- [ ] 回答后是否更新解构？\n\nFile v1.7.5:_meta.json\n\n{\n  \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n  \"slug\": \"qa-question-framework\",\n  \"version\": \"1.7.5\",\n  \"publishedAt\": 1788102958808\n}\n\nFile v1.7.5:skill-card.md\n\n## Description:\n\nQuestion Framework helps QA practitioners ask targeted questions to clarify requirements, boundaries, business rules, technical details, and bug-report context before test design.\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 product teams use this skill when requirements are incomplete or unclear and they need structured prompts for requirement discovery, boundary confirmation, rule exploration, technical follow-up, test case review, bug reporting, and retrospectives.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: Users may include sensitive production, customer, identity, payment, or credential data while asking for QA clarification.\n\nMitigation: Mask or omit sensitive records, screenshots, IDs, phone numbers, payment details, and production credentials before using the skill.\n\n## Reference(s):\n\n- [ClawHub skill page](https://clawhub.ai/kokxi/skills/qa-question-framework)\n\n## Skill Output:\n\n**Output Type(s):** [Text, Markdown, Guidance]\n\n**Output Format:** [Markdown with structured question lists, checklists, and QA table guidance]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Produces question lists, exploration areas, clarification needs, and guidance for nine-column QA test case tables.]\n\n## Skill Version(s):\n\n1.7.5 (source: frontmatter and server release evidence)\n\n## Ethical Considerations:\n\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment.\n\nArchive v1.7.0: 3 files, 5756 bytes\n\nFiles: skill-card.md (1919b), SKILL.md (10284b), _meta.json (140b)\n\nFile v1.7.0:SKILL.md\n\n---\nname: qa-question-framework\nslug: qa-question-framework\ndisplayName: Question Framework\nversion: 1.7.0\ndescription: >-\n  当需求文档信息不够、不知道接下来该问产品什么、或者需要从开发那边获取更多技术细节时使用此技能。很多人测不好不是因为不会设计用例，而是因为一开始就没问对问题。提供需求调研、边界确认、规则挖掘、技术细节追问等不同场景的结构化提问模板，确保在测试设计前获取到足够上下文。每一个问题都标注了问谁、怎么问、什么时候问。\n\nwhen_to_use: 用户说\"不知道该问什么\"、\"怎么获取信息\"、\"需求不清楚\"、\"需要澄清\"、\"问什么问题\"、\"提问模板\"、\"和产品对需求\"、\"和开发沟通细节\"、需要和PM/开发沟通需求细节、需求文档信息不足需要补充时\nallowed-tools: Read Grep Glob\nrelated_skills:\n  upstream: []  # 基础层技能\n  downstream:\n    - qa-req-deconstruction      # 影响：需求挖掘完整性\n    - qa-bug-reporting           # 影响：Bug报告完整性\n    - qa-requirement-review\ninput_format:\n  required:\n    - name: 测试上下文\n      type: string\n      description: 待测试的功能或场景描述\n  optional:\n    - name: 需求文档\n      type: string\n      description: 相关需求文档\n    - name: 已知约束\n      type: string\n      description: 技术或业务约束条件\noutput_format:\n  traceability:\n    - 本技能设计提问，不产出唯一ID\n  structure:\n    - question_list: 结构化提问清单\n    - exploration_areas: 探索领域建议\n    - clarification_needs: 需澄清的问题列表\ncategories: ['Development','Testing']\ndepth_requirement_quantification:\n  reference_value: \"根据信息缺口调整提问深度：简单×3/中等×5/复杂×7\"\n  minimum: \"至少覆盖需求调研、边界确认、技术细节3类问题\"\nerror_recovery_guidance:\n  on_failure: \"提问未能获取关键信息时回退到需求文档补充上下文\"\n  retry_behavior: \"补充上下文后重新设计提问\"\n---\n> **⚠️ 安全警告**：本技能的示例可能涉及订单号、支付金额、截图、身份证、手机号等敏感数据。\n> 实际使用时请勿粘贴真实生产数据、客户信息或财务凭证；测试前应脱敏/掩码处理。\n> 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。\n\n# 提问框架\n\n## 核心原则\n\n专家不是\"知道答案\"，而是\"知道该问什么\"。\n\n## 四大提问场景\n\n### 场景1：拿到需求时的提问链\n\n**目标**：从模糊需求中挖掘完整信息\n\n```text\n第一层：业务目标\n├─ 这个功能要解决什么问题？\n├─ 目标用户是谁？有几个角色？\n├─ 核心价值是什么？用户能得到什么？\n└─ 成功标准是什么？怎么衡量做成了？\n\n第二层：功能边界\n├─ 功能包含什么？不包含什么？\n├─ 核心流程是什么？有几条路径？\n├─ 输入是什么？输出是什么？\n└─ 约束条件有哪些？限制是什么？\n\n第三层：业务规则\n├─ 有哪些业务规则？规则间有什么关系？\n├─ 异常情况怎么处理？有降级方案吗？\n├─ 状态怎么流转？状态变更条件是什么？\n└─ 数据怎么存储？有数据迁移需求吗？\n\n第四层：非功能需求\n├─ 性能要求是什么？响应时间、并发量？\n├─ 安全要求是什么？权限、数据保护？\n├─ 兼容性要求是什么？浏览器、设备、系统？\n└─ 可用性要求是什么？容错、恢复？\n```\n\n**示例提问**：\n```text\n\"这个登录功能要解决什么问题？只是验证身份，还是有其他目的？\"\n\"除了用户名密码登录，还有其他登录方式吗？\"\n\"登录失败后怎么处理？有锁定机制吗？\"\n\"登录状态保持多久？需要记住我功能吗？\"\n```\n\n### 场景2：评审用例时的提问链\n\n**目标**：识别测试用例的不足\n\n```text\n第一层：完整性检查\n├─ 主路径场景都覆盖了吗？\n├─ 分支路径都考虑了吗？\n├─ 异常场景都设计了吗？\n└─ 边界条件都分析了吗？\n\n第二层：深度检查\n├─ 边界分析够深吗？有隐含边界吗？\n├─ 并发场景考虑了吗？\n├─ 时序依赖分析了吗？\n└─ 资源竞争测试了吗？\n\n第三层：风险检查\n├─ 高风险区域深挖了吗？\n├─ 资金相关场景重点测了吗？\n├─ 安全相关场景覆盖了吗？\n└─ 数据一致性验证了吗？\n\n第四层：可执行性检查\n├─ 测试数据能构造吗？\n├─ 测试环境能搭建吗？\n├─ 测试步骤能执行吗？\n└─ 预期结果能验证吗？\n```\n\n**示例提问**：\n```text\n\"这个用例的前置条件能实现吗？数据从哪来？\"\n\"这个预期结果怎么验证？有具体指标吗？\"\n\"这个场景考虑过并发情况吗？\"\n\"这个边界真的够深吗？还有其他边界吗？\"\n```\n\n### 场景3：报Bug前的提问链\n\n**目标**：确保Bug报告完整有效\n\n```text\n第一层：现象确认\n├─ Bug的具体表现是什么？\n├─ 在什么条件下出现？\n├─ 复现步骤是什么？\n└─ 出现频率是多少？\n\n第二层：环境信息\n├─ 在什么环境下出现？\n├─ 使用什么浏览器/设备？\n├─ 网络环境是什么？\n└─ 数据状态是什么？\n\n第三层：影响评估\n├─ 影响范围有多大？\n├─ 影响哪些用户？\n├─ 有 workaround 吗？\n└─ 优先级是什么？\n\n第四层：根因推测\n├─ 可能的原因是什么？\n├─ 相关日志/截图有吗？\n├─ 之前出现过类似问题吗？\n└─ 哪个模块/接口可能有问题？\n```\n\n**示例提问**：\n```text\n\"能详细描述一下Bug现象吗？\"\n\"在什么条件下会出现这个问题？\"\n\"能提供复现步骤吗？从头开始操作一遍\"\n\"这个问题影响多大？有用户受影响吗？\"\n```\n\n### 场景4：复盘时的提问链\n\n**目标**：从问题中提取改进点\n\n```text\n第一层：事实还原\n├─ 发生了什么问题？\n├─ 什么时候发现的？\n├─ 影响范围多大？\n└─ 处理过程是怎样的？\n\n第二层：根因分析\n├─ 直接原因是什么？\n├─ 根本原因是什么？\n├─ 为什么没提前发现？\n└─ 流程哪里出了问题？\n\n第三层：改进措施\n├─ 怎么防止再次发生？\n├─ 流程需要怎么优化？\n├─ 工具需要怎么改进？\n└─ 知识需要怎么沉淀？\n\n第四层：资产沉淀\n├─ 这次学到了什么？\n├─ 哪些经验可以复用？\n├─ checklist需要更新吗？\n└─ 培训材料需要补充吗？\n```\n\n**示例提问**：\n```text\n\"这次问题的根本原因是什么？不是表面原因\"\n\"为什么测试没发现这个问题？是覆盖不足还是方法问题？\"\n\"下次怎么防止类似问题？具体措施是什么？\"\n\"这次的经验怎么沉淀？checklist需要更新吗？\"\n```\n\n## 提问技巧\n\n### 5W1H 质疑法\n```text\nWhat：这是什么？做什么用的？\nWhy：为什么要做？为什么这样做？\nWho：谁在用？谁负责？\nWhen：什么时候用？什么时候上线？\nWhere：在哪里用？数据从哪来？\nHow：怎么用？怎么实现？\n```\n\n### \"如果不\" 逆向思维\n```text\n如果用户不按预期操作会怎样？\n如果网络异常会怎样？\n如果数据为空会怎样？\n如果并发访问会怎样？\n如果依赖服务挂了会怎样？\n```\n\n### \"那又怎样\" 追问法\n```text\n发现一个问题 → 那又怎样？影响什么？\n影响一个功能 → 那又怎样？还影响什么？\n影响一个用户 → 那又怎样？还影响谁？\n```\n\n## 提问场景速查\n\n### 需求澄清场景\n| 用户说 | 该问什么 | 目的 |\n|--------|---------|------|\n| \"加个搜索功能\" | 搜索范围？搜索结果包含哪些字段？支持模糊搜索吗？ | 明确实现边界 |\n| \"优化一下性能\" | 优化到什么标准？响应时间目标？并发量目标？ | 定义量化目标 |\n| \"做个报表功能\" | 报表维度？数据源？更新频率？导出格式？ | 锁定功能范围 |\n| \"增加权限控制\" | 有多少角色？怎么分配？谁管理？ | 确认权限模型 |\n| \"对接第三方\" | 对方接口文档？鉴权方式？数据格式？ | 明确集成方案 |\n\n### 用例评审场景\n| 发现问题 | 追问 | 检查方向 |\n|----------|------|----------|\n| 用例全是P0 | 怎么定义的优先级？按什么标准分类？ | 优先级合理性 |\n| 缺少异常用例 | 这个功能可能出什么异常？最坏情况是什么？ | 异常覆盖 |\n| 预期结果模糊 | \"应该正常\"和\"应该成功\"具体指什么表现？ | 结果可验证性 |\n| 前置条件不写 | 这个用例依赖什么数据？数据从哪来？ | 条件完备性 |\n\n### Bug报告场景\n| 开发者会问 | 报告前自检 | 对应提问链 |\n|-----------|-----------|-----------|\n| \"怎么复现？\" | 复现步骤清晰吗？从哪一步开始？ | 现象确认层 |\n| \"什么环境？\" | 浏览器/版本/网络/数据状态写了吗？ | 环境信息层 |\n| \"影响多大？\" | 影响到什么功能？多少用户？ | 影响评估层 |\n| \"可能什么原因？\" | 日志/截图有吗？相关模块排查了吗？ | 根因推测层 |\n\n## 应用场景\n\n**用户只说\"帮我测登录功能\"（信息不足）**\n→ 场景1提问链：业务目标是什么？→ 用户角色是什么？→ 登录方式有哪些？→ 约束条件是什么？\n\n**评审测试用例时发现遗漏**\n→ 场景2提问链：这个场景的异常情况是什么？→ 边界条件是什么？→ 隐含假设是什么？\n\n**报Bug前自检**\n→ 场景3提问链：复现条件是什么？→ 预期结果是什么？→ 实际结果是什么？→ 有没有附件？\n\n## 自检清单\n\n提问完成后检查：\n- [ ] 是否覆盖了业务目标？\n- [ ] 是否明确了功能边界？\n- [ ] 是否识别了业务规则？\n- [ ] 是否考虑了非功能需求？\n- [ ] 是否挖掘了隐含假设？\n- [ ] 是否识别了潜在风险？\n\n\n## 检查清单\n\n- [ ] 信息缺口是否识别？\n- [ ] 提问是否覆盖3类（需求/边界/技术）？\n- [ ] 提问是否具体可答？\n- [ ] 优先级是否标注？\n- [ ] 回答后是否更新解构？\n\nFile v1.7.0:_meta.json\n\n{\n  \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n  \"slug\": \"qa-question-framework\",\n  \"version\": \"1.7.0\",\n  \"publishedAt\": 1786890706776\n}\n\nFile v1.7.0:skill-card.md\n\n## Description:\n\nProvides structured question templates for QA, testing, product clarification, boundary confirmation, business rule discovery, and technical detail follow-up before test design.\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, testers, product managers, and developers use this skill to identify information gaps and ask targeted clarification questions before writing test cases, reviewing requirements, or reporting bugs.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: Clarification prompts may invite users to share customer, identity, payment, order, screenshot, or production data.\n\nMitigation: Mask or omit sensitive production data before using the skill, consistent with the security guidance and the skill's own safety warning.\n\nRisk: The skill may activate for broad clarification-style prompts and produce QA guidance outside the intended testing or requirements context.\n\nMitigation: Use it for QA, testing, product handoff, developer handoff, and requirement-review workflows, and review the generated questions before acting on them.\n\n## Reference(s):\n\n\n## Skill Output:\n\n**Output Type(s):** [guidance, markdown, text]\n\n**Output Format:** [Markdown with structured question lists and checklists]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [May include clarification needs, exploration areas, and question lists tailored to the supplied testing context.]\n\n## Skill Version(s):\n\n1.7.0 (source: frontmatter and server release evidence)\n\n## Ethical Considerations:\n\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment.\n\nArchive v1.6.3: 3 files, 5726 bytes\n\nFiles: skill-card.md (1831b), SKILL.md (10284b), _meta.json (140b)\n\nFile v1.6.3:SKILL.md\n\n---\nname: qa-question-framework\nslug: qa-question-framework\ndisplayName: Question Framework\nversion: 1.6.3\ndescription: >-\n  当需求文档信息不够、不知道接下来该问产品什么、或者需要从开发那边获取更多技术细节时使用此技能。很多人测不好不是因为不会设计用例，而是因为一开始就没问对问题。提供需求调研、边界确认、规则挖掘、技术细节追问等不同场景的结构化提问模板，确保在测试设计前获取到足够上下文。每一个问题都标注了问谁、怎么问、什么时候问。\n\nwhen_to_use: 用户说\"不知道该问什么\"、\"怎么获取信息\"、\"需求不清楚\"、\"需要澄清\"、\"问什么问题\"、\"提问模板\"、\"和产品对需求\"、\"和开发沟通细节\"、需要和PM/开发沟通需求细节、需求文档信息不足需要补充时\nallowed-tools: Read Grep Glob\nrelated_skills:\n  upstream: []  # 基础层技能\n  downstream:\n    - qa-req-deconstruction      # 影响：需求挖掘完整性\n    - qa-bug-reporting           # 影响：Bug报告完整性\n    - qa-requirement-review\ninput_format:\n  required:\n    - name: 测试上下文\n      type: string\n      description: 待测试的功能或场景描述\n  optional:\n    - name: 需求文档\n      type: string\n      description: 相关需求文档\n    - name: 已知约束\n      type: string\n      description: 技术或业务约束条件\noutput_format:\n  traceability:\n    - 本技能设计提问，不产出唯一ID\n  structure:\n    - question_list: 结构化提问清单\n    - exploration_areas: 探索领域建议\n    - clarification_needs: 需澄清的问题列表\ncategories: ['Development','Testing']\ndepth_requirement_quantification:\n  reference_value: \"根据信息缺口调整提问深度：简单×3/中等×5/复杂×7\"\n  minimum: \"至少覆盖需求调研、边界确认、技术细节3类问题\"\nerror_recovery_guidance:\n  on_failure: \"提问未能获取关键信息时回退到需求文档补充上下文\"\n  retry_behavior: \"补充上下文后重新设计提问\"\n---\n> **⚠️ 安全警告**：本技能的示例可能涉及订单号、支付金额、截图、身份证、手机号等敏感数据。\n> 实际使用时请勿粘贴真实生产数据、客户信息或财务凭证；测试前应脱敏/掩码处理。\n> 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。\n\n# 提问框架\n\n## 核心原则\n\n专家不是\"知道答案\"，而是\"知道该问什么\"。\n\n## 四大提问场景\n\n### 场景1：拿到需求时的提问链\n\n**目标**：从模糊需求中挖掘完整信息\n\n```text\n第一层：业务目标\n├─ 这个功能要解决什么问题？\n├─ 目标用户是谁？有几个角色？\n├─ 核心价值是什么？用户能得到什么？\n└─ 成功标准是什么？怎么衡量做成了？\n\n第二层：功能边界\n├─ 功能包含什么？不包含什么？\n├─ 核心流程是什么？有几条路径？\n├─ 输入是什么？输出是什么？\n└─ 约束条件有哪些？限制是什么？\n\n第三层：业务规则\n├─ 有哪些业务规则？规则间有什么关系？\n├─ 异常情况怎么处理？有降级方案吗？\n├─ 状态怎么流转？状态变更条件是什么？\n└─ 数据怎么存储？有数据迁移需求吗？\n\n第四层：非功能需求\n├─ 性能要求是什么？响应时间、并发量？\n├─ 安全要求是什么？权限、数据保护？\n├─ 兼容性要求是什么？浏览器、设备、系统？\n└─ 可用性要求是什么？容错、恢复？\n```\n\n**示例提问**：\n```text\n\"这个登录功能要解决什么问题？只是验证身份，还是有其他目的？\"\n\"除了用户名密码登录，还有其他登录方式吗？\"\n\"登录失败后怎么处理？有锁定机制吗？\"\n\"登录状态保持多久？需要记住我功能吗？\"\n```\n\n### 场景2：评审用例时的提问链\n\n**目标**：识别测试用例的不足\n\n```text\n第一层：完整性检查\n├─ 主路径场景都覆盖了吗？\n├─ 分支路径都考虑了吗？\n├─ 异常场景都设计了吗？\n└─ 边界条件都分析了吗？\n\n第二层：深度检查\n├─ 边界分析够深吗？有隐含边界吗？\n├─ 并发场景考虑了吗？\n├─ 时序依赖分析了吗？\n└─ 资源竞争测试了吗？\n\n第三层：风险检查\n├─ 高风险区域深挖了吗？\n├─ 资金相关场景重点测了吗？\n├─ 安全相关场景覆盖了吗？\n└─ 数据一致性验证了吗？\n\n第四层：可执行性检查\n├─ 测试数据能构造吗？\n├─ 测试环境能搭建吗？\n├─ 测试步骤能执行吗？\n└─ 预期结果能验证吗？\n```\n\n**示例提问**：\n```text\n\"这个用例的前置条件能实现吗？数据从哪来？\"\n\"这个预期结果怎么验证？有具体指标吗？\"\n\"这个场景考虑过并发情况吗？\"\n\"这个边界真的够深吗？还有其他边界吗？\"\n```\n\n### 场景3：报Bug前的提问链\n\n**目标**：确保Bug报告完整有效\n\n```text\n第一层：现象确认\n├─ Bug的具体表现是什么？\n├─ 在什么条件下出现？\n├─ 复现步骤是什么？\n└─ 出现频率是多少？\n\n第二层：环境信息\n├─ 在什么环境下出现？\n├─ 使用什么浏览器/设备？\n├─ 网络环境是什么？\n└─ 数据状态是什么？\n\n第三层：影响评估\n├─ 影响范围有多大？\n├─ 影响哪些用户？\n├─ 有 workaround 吗？\n└─ 优先级是什么？\n\n第四层：根因推测\n├─ 可能的原因是什么？\n├─ 相关日志/截图有吗？\n├─ 之前出现过类似问题吗？\n└─ 哪个模块/接口可能有问题？\n```\n\n**示例提问**：\n```text\n\"能详细描述一下Bug现象吗？\"\n\"在什么条件下会出现这个问题？\"\n\"能提供复现步骤吗？从头开始操作一遍\"\n\"这个问题影响多大？有用户受影响吗？\"\n```\n\n### 场景4：复盘时的提问链\n\n**目标**：从问题中提取改进点\n\n```text\n第一层：事实还原\n├─ 发生了什么问题？\n├─ 什么时候发现的？\n├─ 影响范围多大？\n└─ 处理过程是怎样的？\n\n第二层：根因分析\n├─ 直接原因是什么？\n├─ 根本原因是什么？\n├─ 为什么没提前发现？\n└─ 流程哪里出了问题？\n\n第三层：改进措施\n├─ 怎么防止再次发生？\n├─ 流程需要怎么优化？\n├─ 工具需要怎么改进？\n└─ 知识需要怎么沉淀？\n\n第四层：资产沉淀\n├─ 这次学到了什么？\n├─ 哪些经验可以复用？\n├─ checklist需要更新吗？\n└─ 培训材料需要补充吗？\n```\n\n**示例提问**：\n```text\n\"这次问题的根本原因是什么？不是表面原因\"\n\"为什么测试没发现这个问题？是覆盖不足还是方法问题？\"\n\"下次怎么防止类似问题？具体措施是什么？\"\n\"这次的经验怎么沉淀？checklist需要更新吗？\"\n```\n\n## 提问技巧\n\n### 5W1H 质疑法\n```text\nWhat：这是什么？做什么用的？\nWhy：为什么要做？为什么这样做？\nWho：谁在用？谁负责？\nWhen：什么时候用？什么时候上线？\nWhere：在哪里用？数据从哪来？\nHow：怎么用？怎么实现？\n```\n\n### \"如果不\" 逆向思维\n```text\n如果用户不按预期操作会怎样？\n如果网络异常会怎样？\n如果数据为空会怎样？\n如果并发访问会怎样？\n如果依赖服务挂了会怎样？\n```\n\n### \"那又怎样\" 追问法\n```text\n发现一个问题 → 那又怎样？影响什么？\n影响一个功能 → 那又怎样？还影响什么？\n影响一个用户 → 那又怎样？还影响谁？\n```\n\n## 提问场景速查\n\n### 需求澄清场景\n| 用户说 | 该问什么 | 目的 |\n|--------|---------|------|\n| \"加个搜索功能\" | 搜索范围？搜索结果包含哪些字段？支持模糊搜索吗？ | 明确实现边界 |\n| \"优化一下性能\" | 优化到什么标准？响应时间目标？并发量目标？ | 定义量化目标 |\n| \"做个报表功能\" | 报表维度？数据源？更新频率？导出格式？ | 锁定功能范围 |\n| \"增加权限控制\" | 有多少角色？怎么分配？谁管理？ | 确认权限模型 |\n| \"对接第三方\" | 对方接口文档？鉴权方式？数据格式？ | 明确集成方案 |\n\n### 用例评审场景\n| 发现问题 | 追问 | 检查方向 |\n|----------|------|----------|\n| 用例全是P0 | 怎么定义的优先级？按什么标准分类？ | 优先级合理性 |\n| 缺少异常用例 | 这个功能可能出什么异常？最坏情况是什么？ | 异常覆盖 |\n| 预期结果模糊 | \"应该正常\"和\"应该成功\"具体指什么表现？ | 结果可验证性 |\n| 前置条件不写 | 这个用例依赖什么数据？数据从哪来？ | 条件完备性 |\n\n### Bug报告场景\n| 开发者会问 | 报告前自检 | 对应提问链 |\n|-----------|-----------|-----------|\n| \"怎么复现？\" | 复现步骤清晰吗？从哪一步开始？ | 现象确认层 |\n| \"什么环境？\" | 浏览器/版本/网络/数据状态写了吗？ | 环境信息层 |\n| \"影响多大？\" | 影响到什么功能？多少用户？ | 影响评估层 |\n| \"可能什么原因？\" | 日志/截图有吗？相关模块排查了吗？ | 根因推测层 |\n\n## 应用场景\n\n**用户只说\"帮我测登录功能\"（信息不足）**\n→ 场景1提问链：业务目标是什么？→ 用户角色是什么？→ 登录方式有哪些？→ 约束条件是什么？\n\n**评审测试用例时发现遗漏**\n→ 场景2提问链：这个场景的异常情况是什么？→ 边界条件是什么？→ 隐含假设是什么？\n\n**报Bug前自检**\n→ 场景3提问链：复现条件是什么？→ 预期结果是什么？→ 实际结果是什么？→ 有没有附件？\n\n## 自检清单\n\n提问完成后检查：\n- [ ] 是否覆盖了业务目标？\n- [ ] 是否明确了功能边界？\n- [ ] 是否识别了业务规则？\n- [ ] 是否考虑了非功能需求？\n- [ ] 是否挖掘了隐含假设？\n- [ ] 是否识别了潜在风险？\n\n\n## 检查清单\n\n- [ ] 信息缺口是否识别？\n- [ ] 提问是否覆盖3类（需求/边界/技术）？\n- [ ] 提问是否具体可答？\n- [ ] 优先级是否标注？\n- [ ] 回答后是否更新解构？\n\nFile v1.6.3:_meta.json\n\n{\n  \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n  \"slug\": \"qa-question-framework\",\n  \"version\": \"1.6.3\",\n  \"publishedAt\": 1786548316589\n}\n\nFile v1.6.3:skill-card.md\n\n## Description:\n\nProvides structured question templates for QA teams to clarify incomplete requirements, confirm boundaries, uncover business rules, and request technical details before designing tests.\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, testers, and developers use this skill when requirement documents are incomplete or product and engineering details need clarification before test design. It helps produce targeted question lists, exploration areas, and clarification needs for requirement review, test case review, bug reporting, and post-incident review.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: The skill can activate for broad clarification requests and may prompt users to discuss customer, payment, identity, or production-sensitive details.\n\nMitigation: Use it for QA or requirements discussions and mask real customer, payment, identity, financial, or production data before sharing context.\n\n## Reference(s):\n\n- [ClawHub skill page](https://clawhub.ai/kokxi/skills/qa-question-framework)\n\n## Skill Output:\n\n**Output Type(s):** [text, markdown, guidance]\n\n**Output Format:** [Markdown text with structured question lists and checklists]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Produces question_list, exploration_areas, and clarification_needs; no unique IDs.]\n\n## Skill Version(s):\n\n1.6.3 (source: frontmatter and server release evidence)\n\n## Ethical Considerations:\n\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment.\n\nArchive v1.6.0: 3 files, 5760 bytes\n\nFiles: skill-card.md (1842b), SKILL.md (10513b), _meta.json (140b)\n\nFile v1.6.0:SKILL.md\n\n---\r\nname: qa-question-framework\r\nversion: 1.6.0\r\ndescription: >-\r\n  当需求文档信息不够、不知道接下来该问产品什么、或者需要从开发那边获取更多技术细节时使用此技能。很多人测不好不是因为不会设计用例，而是因为一开始就没问对问题。提供需求调研、边界确认、规则挖掘、技术细节追问等不同场景的结构化提问模板，确保在测试设计前获取到足够上下文。每一个问题都标注了问谁、怎么问、什么时候问。\r\n\r\nwhen_to_use: 用户说\"不知道该问什么\"、\"怎么获取信息\"、\"需求不清楚\"、\"需要澄清\"、\"问什么问题\"、\"提问模板\"、\"和产品对需求\"、\"和开发沟通细节\"、需要和PM/开发沟通需求细节、需求文档信息不足需要补充时\r\nallowed-tools: Read Grep Glob\r\nrelated_skills:\r\n  upstream: []  # 基础层技能\r\n  downstream:\r\n    - qa-req-deconstruction      # 影响：需求挖掘完整性\r\n    - qa-bug-reporting           # 影响：Bug报告完整性\r\n    - qa-requirement-review\r\ninput_format:\r\n  required:\r\n    - name: 测试上下文\r\n      type: string\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    - 本技能设计提问，不产出唯一ID\r\n  structure:\r\n    - question_list: 结构化提问清单\r\n    - exploration_areas: 探索领域建议\r\n    - clarification_needs: 需澄清的问题列表\r\ncategories: ['Development','Testing']\r\ndepth_requirement_quantification:\r\n  reference_value: \"根据信息缺口调整提问深度：简单×3/中等×5/复杂×7\"\r\n  minimum: \"至少覆盖需求调研、边界确认、技术细节3类问题\"\r\nerror_recovery_guidance:\r\n  on_failure: \"提问未能获取关键信息时回退到需求文档补充上下文\"\r\n  retry_behavior: \"补充上下文后重新设计提问\"\r\n---\r\n> **⚠️ 安全警告**：本技能的示例可能涉及订单号、支付金额、截图、身份证、手机号等敏感数据。\r\n> 实际使用时请勿粘贴真实生产数据、客户信息或财务凭证；测试前应脱敏/掩码处理。\r\n> 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。\r\n\r\n# 提问框架\r\n\r\n## 核心原则\r\n\r\n专家不是\"知道答案\"，而是\"知道该问什么\"。\r\n\r\n## 四大提问场景\r\n\r\n### 场景1：拿到需求时的提问链\r\n\r\n**目标**：从模糊需求中挖掘完整信息\r\n\r\n```text\r\n第一层：业务目标\r\n├─ 这个功能要解决什么问题？\r\n├─ 目标用户是谁？有几个角色？\r\n├─ 核心价值是什么？用户能得到什么？\r\n└─ 成功标准是什么？怎么衡量做成了？\r\n\r\n第二层：功能边界\r\n├─ 功能包含什么？不包含什么？\r\n├─ 核心流程是什么？有几条路径？\r\n├─ 输入是什么？输出是什么？\r\n└─ 约束条件有哪些？限制是什么？\r\n\r\n第三层：业务规则\r\n├─ 有哪些业务规则？规则间有什么关系？\r\n├─ 异常情况怎么处理？有降级方案吗？\r\n├─ 状态怎么流转？状态变更条件是什么？\r\n└─ 数据怎么存储？有数据迁移需求吗？\r\n\r\n第四层：非功能需求\r\n├─ 性能要求是什么？响应时间、并发量？\r\n├─ 安全要求是什么？权限、数据保护？\r\n├─ 兼容性要求是什么？浏览器、设备、系统？\r\n└─ 可用性要求是什么？容错、恢复？\r\n```\r\n\r\n**示例提问**：\r\n```text\r\n\"这个登录功能要解决什么问题？只是验证身份，还是有其他目的？\"\r\n\"除了用户名密码登录，还有其他登录方式吗？\"\r\n\"登录失败后怎么处理？有锁定机制吗？\"\r\n\"登录状态保持多久？需要记住我功能吗？\"\r\n```\r\n\r\n### 场景2：评审用例时的提问链\r\n\r\n**目标**：识别测试用例的不足\r\n\r\n```text\r\n第一层：完整性检查\r\n├─ 主路径场景都覆盖了吗？\r\n├─ 分支路径都考虑了吗？\r\n├─ 异常场景都设计了吗？\r\n└─ 边界条件都分析了吗？\r\n\r\n第二层：深度检查\r\n├─ 边界分析够深吗？有隐含边界吗？\r\n├─ 并发场景考虑了吗？\r\n├─ 时序依赖分析了吗？\r\n└─ 资源竞争测试了吗？\r\n\r\n第三层：风险检查\r\n├─ 高风险区域深挖了吗？\r\n├─ 资金相关场景重点测了吗？\r\n├─ 安全相关场景覆盖了吗？\r\n└─ 数据一致性验证了吗？\r\n\r\n第四层：可执行性检查\r\n├─ 测试数据能构造吗？\r\n├─ 测试环境能搭建吗？\r\n├─ 测试步骤能执行吗？\r\n└─ 预期结果能验证吗？\r\n```\r\n\r\n**示例提问**：\r\n```text\r\n\"这个用例的前置条件能实现吗？数据从哪来？\"\r\n\"这个预期结果怎么验证？有具体指标吗？\"\r\n\"这个场景考虑过并发情况吗？\"\r\n\"这个边界真的够深吗？还有其他边界吗？\"\r\n```\r\n\r\n### 场景3：报Bug前的提问链\r\n\r\n**目标**：确保Bug报告完整有效\r\n\r\n```text\r\n第一层：现象确认\r\n├─ Bug的具体表现是什么？\r\n├─ 在什么条件下出现？\r\n├─ 复现步骤是什么？\r\n└─ 出现频率是多少？\r\n\r\n第二层：环境信息\r\n├─ 在什么环境下出现？\r\n├─ 使用什么浏览器/设备？\r\n├─ 网络环境是什么？\r\n└─ 数据状态是什么？\r\n\r\n第三层：影响评估\r\n├─ 影响范围有多大？\r\n├─ 影响哪些用户？\r\n├─ 有 workaround 吗？\r\n└─ 优先级是什么？\r\n\r\n第四层：根因推测\r\n├─ 可能的原因是什么？\r\n├─ 相关日志/截图有吗？\r\n├─ 之前出现过类似问题吗？\r\n└─ 哪个模块/接口可能有问题？\r\n```\r\n\r\n**示例提问**：\r\n```text\r\n\"能详细描述一下Bug现象吗？\"\r\n\"在什么条件下会出现这个问题？\"\r\n\"能提供复现步骤吗？从头开始操作一遍\"\r\n\"这个问题影响多大？有用户受影响吗？\"\r\n```\r\n\r\n### 场景4：复盘时的提问链\r\n\r\n**目标**：从问题中提取改进点\r\n\r\n```text\r\n第一层：事实还原\r\n├─ 发生了什么问题？\r\n├─ 什么时候发现的？\r\n├─ 影响范围多大？\r\n└─ 处理过程是怎样的？\r\n\r\n第二层：根因分析\r\n├─ 直接原因是什么？\r\n├─ 根本原因是什么？\r\n├─ 为什么没提前发现？\r\n└─ 流程哪里出了问题？\r\n\r\n第三层：改进措施\r\n├─ 怎么防止再次发生？\r\n├─ 流程需要怎么优化？\r\n├─ 工具需要怎么改进？\r\n└─ 知识需要怎么沉淀？\r\n\r\n第四层：资产沉淀\r\n├─ 这次学到了什么？\r\n├─ 哪些经验可以复用？\r\n├─ checklist需要更新吗？\r\n└─ 培训材料需要补充吗？\r\n```\r\n\r\n**示例提问**：\r\n```text\r\n\"这次问题的根本原因是什么？不是表面原因\"\r\n\"为什么测试没发现这个问题？是覆盖不足还是方法问题？\"\r\n\"下次怎么防止类似问题？具体措施是什么？\"\r\n\"这次的经验怎么沉淀？checklist需要更新吗？\"\r\n```\r\n\r\n## 提问技巧\r\n\r\n### 5W1H 质疑法\r\n```text\r\nWhat：这是什么？做什么用的？\r\nWhy：为什么要做？为什么这样做？\r\nWho：谁在用？谁负责？\r\nWhen：什么时候用？什么时候上线？\r\nWhere：在哪里用？数据从哪来？\r\nHow：怎么用？怎么实现？\r\n```\r\n\r\n### \"如果不\" 逆向思维\r\n```text\r\n如果用户不按预期操作会怎样？\r\n如果网络异常会怎样？\r\n如果数据为空会怎样？\r\n如果并发访问会怎样？\r\n如果依赖服务挂了会怎样？\r\n```\r\n\r\n### \"那又怎样\" 追问法\r\n```text\r\n发现一个问题 → 那又怎样？影响什么？\r\n影响一个功能 → 那又怎样？还影响什么？\r\n影响一个用户 → 那又怎样？还影响谁？\r\n```\r\n\r\n## 提问场景速查\r\n\r\n### 需求澄清场景\r\n| 用户说 | 该问什么 | 目的 |\r\n|--------|---------|------|\r\n| \"加个搜索功能\" | 搜索范围？搜索结果包含哪些字段？支持模糊搜索吗？ | 明确实现边界 |\r\n| \"优化一下性能\" | 优化到什么标准？响应时间目标？并发量目标？ | 定义量化目标 |\r\n| \"做个报表功能\" | 报表维度？数据源？更新频率？导出格式？ | 锁定功能范围 |\r\n| \"增加权限控制\" | 有多少角色？怎么分配？谁管理？ | 确认权限模型 |\r\n| \"对接第三方\" | 对方接口文档？鉴权方式？数据格式？ | 明确集成方案 |\r\n\r\n### 用例评审场景\r\n| 发现问题 | 追问 | 检查方向 |\r\n|----------|------|----------|\r\n| 用例全是P0 | 怎么定义的优先级？按什么标准分类？ | 优先级合理性 |\r\n| 缺少异常用例 | 这个功能可能出什么异常？最坏情况是什么？ | 异常覆盖 |\r\n| 预期结果模糊 | \"应该正常\"和\"应该成功\"具体指什么表现？ | 结果可验证性 |\r\n| 前置条件不写 | 这个用例依赖什么数据？数据从哪来？ | 条件完备性 |\r\n\r\n### Bug报告场景\r\n| 开发者会问 | 报告前自检 | 对应提问链 |\r\n|-----------|-----------|-----------|\r\n| \"怎么复现？\" | 复现步骤清晰吗？从哪一步开始？ | 现象确认层 |\r\n| \"什么环境？\" | 浏览器/版本/网络/数据状态写了吗？ | 环境信息层 |\r\n| \"影响多大？\" | 影响到什么功能？多少用户？ | 影响评估层 |\r\n| \"可能什么原因？\" | 日志/截图有吗？相关模块排查了吗？ | 根因推测层 |\r\n\r\n## 应用场景\r\n\r\n**用户只说\"帮我测登录功能\"（信息不足）**\r\n→ 场景1提问链：业务目标是什么？→ 用户角色是什么？→ 登录方式有哪些？→ 约束条件是什么？\r\n\r\n**评审测试用例时发现遗漏**\r\n→ 场景2提问链：这个场景的异常情况是什么？→ 边界条件是什么？→ 隐含假设是什么？\r\n\r\n**报Bug前自检**\r\n→ 场景3提问链：复现条件是什么？→ 预期结果是什么？→ 实际结果是什么？→ 有没有附件？\r\n\r\n## 自检清单\r\n\r\n提问完成后检查：\r\n- [ ] 是否覆盖了业务目标？\r\n- [ ] 是否明确了功能边界？\r\n- [ ] 是否识别了业务规则？\r\n- [ ] 是否考虑了非功能需求？\r\n- [ ] 是否挖掘了隐含假设？\r\n- [ ] 是否识别了潜在风险？\r\n\r\n\r\n## 检查清单\r\n\r\n- [ ] 信息缺口是否识别？\r\n- [ ] 提问是否覆盖3类（需求/边界/技术）？\r\n- [ ] 提问是否具体可答？\r\n- [ ] 优先级是否标注？\r\n- [ ] 回答后是否更新解构？\n\nFile v1.6.0:_meta.json\n\n{\n  \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n  \"slug\": \"qa-question-framework\",\n  \"version\": \"1.6.0\",\n  \"publishedAt\": 1783358176993\n}\n\nFile v1.6.0:skill-card.md\n\n## Description: <br>\nHelps QA testers turn incomplete requirements into structured questions for product managers and developers before test design. <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 and testers use this skill when requirements are unclear or incomplete and they need structured prompts for requirement discovery, boundary confirmation, business-rule exploration, technical-detail follow-up, test-case review, bug reporting, or retrospective analysis. <br>\n\n### Deployment Geography for Use: <br>\nGlobal <br>\n\n## Known Risks and Mitigations: <br>\nRisk: Users may provide sensitive customer, identity, payment, screenshot, or production data while gathering QA context. <br>\nMitigation: Mask or remove real sensitive data before use, and avoid providing production data unless it has been sanitized. <br>\n\n\n## Reference(s): <br>\n- [ClawHub skill page](https://clawhub.ai/kokxi/skills/qa-question-framework) <br>\n\n\n## Skill Output: <br>\n**Output Type(s):** [Text, Markdown, Guidance] <br>\n**Output Format:** [Markdown with structured question lists, exploration areas, and clarification needs] <br>\n**Output Parameters:** [1D] <br>\n**Other Properties Related to Output:** [Produces question frameworks rather than unique traceability IDs; question depth is adjusted to the size of the information gap.] <br>\n\n## Skill Version(s): <br>\n1.6.0 (source: frontmatter and 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>\n\nArchive v1.5.0: 3 files, 5371 bytes\n\nFiles: skill-card.md (2201b), SKILL.md (9613b), _meta.json (140b)\n\nFile v1.5.0:SKILL.md\n\n---\r\nname: qa-question-framework\r\nversion: 1.5.0\r\ndescription: >-\r\n  当需求文档信息不够、不知道接下来该问产品什么、或者需要从开发那边获取更多技术细节时使用此技能。很多人测不好不是因为不会设计用例，而是因为一开始就没问对问题。提供需求调研、边界确认、规则挖掘、技术细节追问等不同场景的结构化提问模板，确保在测试设计前获取到足够上下文。每一个问题都标注了问谁、怎么问、什么时候问。\r\n\r\nwhen_to_use: 用户说\"不知道该问什么\"、\"怎么获取信息\"、\"需求不清楚\"、\"需要澄清\"、\"问什么问题\"、\"怎么沟通\"、\"和产品对需求\"、\"和开发沟通\"、需要和PM/开发沟通需求细节、需求文档信息不足需要补充时\r\nallowed-tools: Read Grep Glob\r\nrelated_skills:\r\n  upstream: []  # 基础层技能\r\n  downstream:\r\n    - qa-req-deconstruction      # 影响：需求挖掘完整性\r\n    - qa-bug-reporting           # 影响：Bug报告完整性\r\ninput_format:\r\n  required:\r\n    - name: 测试上下文\r\n      type: string\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    - question_list: 结构化提问清单\r\n    - exploration_areas: 探索领域建议\r\n    - clarification_needs: 需澄清的问题列表\r\n---\r\n\r\n# 提问框架\r\n\r\n## 核心原则\r\n\r\n你是一位需求分析专家，擅长通过提问获取关键信息。\r\n**核心原则**：专家不是\"知道答案\"，而是\"知道该问什么\"。\r\n本技能覆盖四大提问场景（需求/评审/报Bug/复盘）和三种提问技巧。\r\n\r\n## 四大提问场景\r\n\r\n### 场景1：拿到需求时的提问链\r\n\r\n**目标**：从模糊需求中挖掘完整信息\r\n\r\n```text\r\n第一层：业务目标\r\n├─ 这个功能要解决什么问题？\r\n├─ 目标用户是谁？有几个角色？\r\n├─ 核心价值是什么？用户能得到什么？\r\n└─ 成功标准是什么？怎么衡量做成了？\r\n\r\n第二层：功能边界\r\n├─ 功能包含什么？不包含什么？\r\n├─ 核心流程是什么？有几条路径？\r\n├─ 输入是什么？输出是什么？\r\n└─ 约束条件有哪些？限制是什么？\r\n\r\n第三层：业务规则\r\n├─ 有哪些业务规则？规则间有什么关系？\r\n├─ 异常情况怎么处理？有降级方案吗？\r\n├─ 状态怎么流转？状态变更条件是什么？\r\n└─ 数据怎么存储？有数据迁移需求吗？\r\n\r\n第四层：非功能需求\r\n├─ 性能要求是什么？响应时间、并发量？\r\n├─ 安全要求是什么？权限、数据保护？\r\n├─ 兼容性要求是什么？浏览器、设备、系统？\r\n└─ 可用性要求是什么？容错、恢复？\r\n```\r\n\r\n**示例提问**：\r\n```text\r\n\"这个登录功能要解决什么问题？只是验证身份，还是有其他目的？\"\r\n\"除了用户名密码登录，还有其他登录方式吗？\"\r\n\"登录失败后怎么处理？有锁定机制吗？\"\r\n\"登录状态保持多久？需要记住我功能吗？\"\r\n```\r\n\r\n### 场景2：评审用例时的提问链\r\n\r\n**目标**：识别测试用例的不足\r\n\r\n```text\r\n第一层：完整性检查\r\n├─ 主路径场景都覆盖了吗？\r\n├─ 分支路径都考虑了吗？\r\n├─ 异常场景都设计了吗？\r\n└─ 边界条件都分析了吗？\r\n\r\n第二层：深度检查\r\n├─ 边界分析够深吗？有隐含边界吗？\r\n├─ 并发场景考虑了吗？\r\n├─ 时序依赖分析了吗？\r\n└─ 资源竞争测试了吗？\r\n\r\n第三层：风险检查\r\n├─ 高风险区域深挖了吗？\r\n├─ 资金相关场景重点测了吗？\r\n├─ 安全相关场景覆盖了吗？\r\n└─ 数据一致性验证了吗？\r\n\r\n第四层：可执行性检查\r\n├─ 测试数据能构造吗？\r\n├─ 测试环境能搭建吗？\r\n├─ 测试步骤能执行吗？\r\n└─ 预期结果能验证吗？\r\n```\r\n\r\n**示例提问**：\r\n```text\r\n\"这个用例的前置条件能实现吗？数据从哪来？\"\r\n\"这个预期结果怎么验证？有具体指标吗？\"\r\n\"这个场景考虑过并发情况吗？\"\r\n\"这个边界真的够深吗？还有其他边界吗？\"\r\n```\r\n\r\n### 场景3：报Bug前的提问链\r\n\r\n**目标**：确保Bug报告完整有效\r\n\r\n```text\r\n第一层：现象确认\r\n├─ Bug的具体表现是什么？\r\n├─ 在什么条件下出现？\r\n├─ 复现步骤是什么？\r\n└─ 出现频率是多少？\r\n\r\n第二层：环境信息\r\n├─ 在什么环境下出现？\r\n├─ 使用什么浏览器/设备？\r\n├─ 网络环境是什么？\r\n└─ 数据状态是什么？\r\n\r\n第三层：影响评估\r\n├─ 影响范围有多大？\r\n├─ 影响哪些用户？\r\n├─ 有 workaround 吗？\r\n└─ 优先级是什么？\r\n\r\n第四层：根因推测\r\n├─ 可能的原因是什么？\r\n├─ 相关日志/截图有吗？\r\n├─ 之前出现过类似问题吗？\r\n└─ 哪个模块/接口可能有问题？\r\n```\r\n\r\n**示例提问**：\r\n```text\r\n\"能详细描述一下Bug现象吗？\"\r\n\"在什么条件下会出现这个问题？\"\r\n\"能提供复现步骤吗？从头开始操作一遍\"\r\n\"这个问题影响多大？有用户受影响吗？\"\r\n```\r\n\r\n### 场景4：复盘时的提问链\r\n\r\n**目标**：从问题中提取改进点\r\n\r\n```text\r\n第一层：事实还原\r\n├─ 发生了什么问题？\r\n├─ 什么时候发现的？\r\n├─ 影响范围多大？\r\n└─ 处理过程是怎样的？\r\n\r\n第二层：根因分析\r\n├─ 直接原因是什么？\r\n├─ 根本原因是什么？\r\n├─ 为什么没提前发现？\r\n└─ 流程哪里出了问题？\r\n\r\n第三层：改进措施\r\n├─ 怎么防止再次发生？\r\n├─ 流程需要怎么优化？\r\n├─ 工具需要怎么改进？\r\n└─ 知识需要怎么沉淀？\r\n\r\n第四层：资产沉淀\r\n├─ 这次学到了什么？\r\n├─ 哪些经验可以复用？\r\n├─ checklist需要更新吗？\r\n└─ 培训材料需要补充吗？\r\n```\r\n\r\n**示例提问**：\r\n```text\r\n\"这次问题的根本原因是什么？不是表面原因\"\r\n\"为什么测试没发现这个问题？是覆盖不足还是方法问题？\"\r\n\"下次怎么防止类似问题？具体措施是什么？\"\r\n\"这次的经验怎么沉淀？checklist需要更新吗？\"\r\n```\r\n\r\n## 提问技巧\r\n\r\n### 5W1H 质疑法\r\n```text\r\nWhat：这是什么？做什么用的？\r\nWhy：为什么要做？为什么这样做？\r\nWho：谁在用？谁负责？\r\nWhen：什么时候用？什么时候上线？\r\nWhere：在哪里用？数据从哪来？\r\nHow：怎么用？怎么实现？\r\n```\r\n\r\n### \"如果不\" 逆向思维\r\n```text\r\n如果用户不按预期操作会怎样？\r\n如果网络异常会怎样？\r\n如果数据为空会怎样？\r\n如果并发访问会怎样？\r\n如果依赖服务挂了会怎样？\r\n```\r\n\r\n### \"那又怎样\" 追问法\r\n```text\r\n发现一个问题 → 那又怎样？影响什么？\r\n影响一个功能 → 那又怎样？还影响什么？\r\n影响一个用户 → 那又怎样？还影响谁？\r\n```\r\n\r\n## 提问场景速查\r\n\r\n### 需求澄清场景\r\n| 用户说 | 该问什么 | 目的 |\r\n|--------|---------|------|\r\n| \"加个搜索功能\" | 搜索范围？搜索结果包含哪些字段？支持模糊搜索吗？ | 明确实现边界 |\r\n| \"优化一下性能\" | 优化到什么标准？响应时间目标？并发量目标？ | 定义量化目标 |\r\n| \"做个报表功能\" | 报表维度？数据源？更新频率？导出格式？ | 锁定功能范围 |\r\n| \"增加权限控制\" | 有多少角色？怎么分配？谁管理？ | 确认权限模型 |\r\n| \"对接第三方\" | 对方接口文档？鉴权方式？数据格式？ | 明确集成方案 |\r\n\r\n### 用例评审场景\r\n| 发现问题 | 追问 | 检查方向 |\r\n|----------|------|----------|\r\n| 用例全是P0 | 怎么定义的优先级？按什么标准分类？ | 优先级合理性 |\r\n| 缺少异常用例 | 这个功能可能出什么异常？最坏情况是什么？ | 异常覆盖 |\r\n| 预期结果模糊 | \"应该正常\"和\"应该成功\"具体指什么表现？ | 结果可验证性 |\r\n| 前置条件不写 | 这个用例依赖什么数据？数据从哪来？ | 条件完备性 |\r\n\r\n### Bug报告场景\r\n| 开发者会问 | 报告前自检 | 对应提问链 |\r\n|-----------|-----------|-----------|\r\n| \"怎么复现？\" | 复现步骤清晰吗？从哪一步开始？ | 现象确认层 |\r\n| \"什么环境？\" | 浏览器/版本/网络/数据状态写了吗？ | 环境信息层 |\r\n| \"影响多大？\" | 影响到什么功能？多少用户？ | 影响评估层 |\r\n| \"可能什么原因？\" | 日志/截图有吗？相关模块排查了吗？ | 根因推测层 |\r\n\r\n## 应用场景\r\n\r\n**用户只说\"帮我测登录功能\"（信息不足）**\r\n→ 场景1提问链：业务目标是什么？→ 用户角色是什么？→ 登录方式有哪些？→ 约束条件是什么？\r\n\r\n**评审测试用例时发现遗漏**\r\n→ 场景2提问链：这个场景的异常情况是什么？→ 边界条件是什么？→ 隐含假设是什么？\r\n\r\n**报Bug前自检**\r\n→ 场景3提问链：复现条件是什么？→ 预期结果是什么？→ 实际结果是什么？→ 有没有附件？\r\n\r\n## 自检清单\r\n\r\n提问完成后检查：\r\n- [ ] 是否覆盖了业务目标？\r\n- [ ] 是否明确了功能边界？\r\n- [ ] 是否识别了业务规则？\r\n- [ ] 是否考虑了非功能需求？\r\n- [ ] 是否挖掘了隐含假设？\r\n- [ ] 是否识别了潜在风险？\n\nFile v1.5.0:_meta.json\n\n{\n  \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n  \"slug\": \"qa-question-framework\",\n  \"version\": \"1.5.0\",\n  \"publishedAt\": 1782736438427\n}\n\nFile v1.5.0:skill-card.md\n\n## Description: <br>\nProvides Chinese-language structured question templates for QA requirement discovery, boundary clarification, rule exploration, technical follow-up, test case review, bug reporting, and retrospective analysis. <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-facing development teams use this skill when requirements are incomplete or unclear and they need structured prompts for gathering context before test design. It helps organize questions for product managers and developers across requirement clarification, case review, bug reporting, and retrospectives. <br>\n\n### Deployment Geography for Use: <br>\nGlobal <br>\n\n## Known Risks and Mitigations: <br>\nRisk: The skill may activate on broad clarification or communication requests when the user does not need QA requirement-question templates. <br>\nMitigation: Confirm the task is a QA requirements, test review, bug report, or retrospective clarification workflow before applying the framework. <br>\nRisk: The skill content is primarily Chinese-language, which may limit clarity for non-Chinese users. <br>\nMitigation: Ask for translation or request responses in the user's preferred language when working outside Chinese-language QA workflows. <br>\n\n\n## Reference(s): <br>\n- [ClawHub skill page](https://clawhub.ai/kokxi/skills/qa-question-framework) <br>\n\n\n## Skill Output: <br>\n**Output Type(s):** [text, markdown, guidance] <br>\n**Output Format:** [Markdown text with structured question lists and QA guidance] <br>\n**Output Parameters:** [1D] <br>\n**Other Properties Related to Output:** [Produces human-facing QA clarification prompts; no executable code is included.] <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, 4967 bytes\n\nFiles: skill-card.md (1947b), SKILL.md (8850b), _meta.json (140b)\n\nFile v1.4.1:SKILL.md\n\n---\r\nname: qa-question-framework\r\ndescription: >-\r\n  提问框架，提供需求调研/边界确认/规则挖掘等不同场景的提问模板。当不知道该问什么或需要澄清需求细节时激活。\r\n\r\nwhen_to_use: 用户说\"不知道该问什么\"、\"怎么获取信息\"、\"需求不清楚\"、\"需要澄清\"、\"问什么问题\"、\"怎么沟通\"、\"和产品对需求\"、\"和开发沟通\"、需要和PM/开发沟通需求细节、需求文档信息不足需要补充时\r\nallowed-tools: Read Grep Glob\r\nrelated_skills:\r\n  upstream: 无（基础层技能）\r\n  downstream:\r\n    - qa-req-deconstruction      # 影响：需求挖掘完整性\r\n    - qa-bug-reporting           # 影响：Bug报告完整性\r\ninput_format: 无（思维框架）\r\noutput_format: 提问清单（5W1H + 逆向思维 + 追问法）\r\n---\r\n\r\n# 提问框架\r\n\r\n## Overview\r\n\r\n你是一位需求分析专家，擅长通过提问获取关键信息。\r\n**核心原则**：专家不是\"知道答案\"，而是\"知道该问什么\"。\r\n本技能覆盖四大提问场景（需求/评审/报Bug/复盘）和三种提问技巧。\r\n\r\n## 四大提问场景\r\n\r\n### 场景1：拿到需求时的提问链\r\n\r\n**目标**：从模糊需求中挖掘完整信息\r\n\r\n```\r\n第一层：业务目标\r\n├─ 这个功能要解决什么问题？\r\n├─ 目标用户是谁？有几个角色？\r\n├─ 核心价值是什么？用户能得到什么？\r\n└─ 成功标准是什么？怎么衡量做成了？\r\n\r\n第二层：功能边界\r\n├─ 功能包含什么？不包含什么？\r\n├─ 核心流程是什么？有几条路径？\r\n├─ 输入是什么？输出是什么？\r\n└─ 约束条件有哪些？限制是什么？\r\n\r\n第三层：业务规则\r\n├─ 有哪些业务规则？规则间有什么关系？\r\n├─ 异常情况怎么处理？有降级方案吗？\r\n├─ 状态怎么流转？状态变更条件是什么？\r\n└─ 数据怎么存储？有数据迁移需求吗？\r\n\r\n第四层：非功能需求\r\n├─ 性能要求是什么？响应时间、并发量？\r\n├─ 安全要求是什么？权限、数据保护？\r\n├─ 兼容性要求是什么？浏览器、设备、系统？\r\n└─ 可用性要求是什么？容错、恢复？\r\n```\r\n\r\n**示例提问**：\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├─ 边界分析够深吗？有隐含边界吗？\r\n├─ 并发场景考虑了吗？\r\n├─ 时序依赖分析了吗？\r\n└─ 资源竞争测试了吗？\r\n\r\n第三层：风险检查\r\n├─ 高风险区域深挖了吗？\r\n├─ 资金相关场景重点测了吗？\r\n├─ 安全相关场景覆盖了吗？\r\n└─ 数据一致性验证了吗？\r\n\r\n第四层：可执行性检查\r\n├─ 测试数据能构造吗？\r\n├─ 测试环境能搭建吗？\r\n├─ 测试步骤能执行吗？\r\n└─ 预期结果能验证吗？\r\n```\r\n\r\n**示例提问**：\r\n```\r\n\"这个用例的前置条件能实现吗？数据从哪来？\"\r\n\"这个预期结果怎么验证？有具体指标吗？\"\r\n\"这个场景考虑过并发情况吗？\"\r\n\"这个边界真的够深吗？还有其他边界吗？\"\r\n```\r\n\r\n### 场景3：报Bug前的提问链\r\n\r\n**目标**：确保Bug报告完整有效\r\n\r\n```\r\n第一层：现象确认\r\n├─ Bug的具体表现是什么？\r\n├─ 在什么条件下出现？\r\n├─ 复现步骤是什么？\r\n└─ 出现频率是多少？\r\n\r\n第二层：环境信息\r\n├─ 在什么环境下出现？\r\n├─ 使用什么浏览器/设备？\r\n├─ 网络环境是什么？\r\n└─ 数据状态是什么？\r\n\r\n第三层：影响评估\r\n├─ 影响范围有多大？\r\n├─ 影响哪些用户？\r\n├─ 有 workaround 吗？\r\n└─ 优先级是什么？\r\n\r\n第四层：根因推测\r\n├─ 可能的原因是什么？\r\n├─ 相关日志/截图有吗？\r\n├─ 之前出现过类似问题吗？\r\n└─ 哪个模块/接口可能有问题？\r\n```\r\n\r\n**示例提问**：\r\n```\r\n\"能详细描述一下Bug现象吗？\"\r\n\"在什么条件下会出现这个问题？\"\r\n\"能提供复现步骤吗？从头开始操作一遍\"\r\n\"这个问题影响多大？有用户受影响吗？\"\r\n```\r\n\r\n### 场景4：复盘时的提问链\r\n\r\n**目标**：从问题中提取改进点\r\n\r\n```\r\n第一层：事实还原\r\n├─ 发生了什么问题？\r\n├─ 什么时候发现的？\r\n├─ 影响范围多大？\r\n└─ 处理过程是怎样的？\r\n\r\n第二层：根因分析\r\n├─ 直接原因是什么？\r\n├─ 根本原因是什么？\r\n├─ 为什么没提前发现？\r\n└─ 流程哪里出了问题？\r\n\r\n第三层：改进措施\r\n├─ 怎么防止再次发生？\r\n├─ 流程需要怎么优化？\r\n├─ 工具需要怎么改进？\r\n└─ 知识需要怎么沉淀？\r\n\r\n第四层：资产沉淀\r\n├─ 这次学到了什么？\r\n├─ 哪些经验可以复用？\r\n├─ checklist需要更新吗？\r\n└─ 培训材料需要补充吗？\r\n```\r\n\r\n**示例提问**：\r\n```\r\n\"这次问题的根本原因是什么？不是表面原因\"\r\n\"为什么测试没发现这个问题？是覆盖不足还是方法问题？\"\r\n\"下次怎么防止类似问题？具体措施是什么？\"\r\n\"这次的经验怎么沉淀？checklist需要更新吗？\"\r\n```\r\n\r\n## 提问技巧\r\n\r\n### 5W1H 质疑法\r\n```\r\nWhat：这是什么？做什么用的？\r\nWhy：为什么要做？为什么这样做？\r\nWho：谁在用？谁负责？\r\nWhen：什么时候用？什么时候上线？\r\nWhere：在哪里用？数据从哪来？\r\nHow：怎么用？怎么实现？\r\n```\r\n\r\n### \"如果不\" 逆向思维\r\n```\r\n如果用户不按预期操作会怎样？\r\n如果网络异常会怎样？\r\n如果数据为空会怎样？\r\n如果并发访问会怎样？\r\n如果依赖服务挂了会怎样？\r\n```\r\n\r\n### \"那又怎样\" 追问法\r\n```\r\n发现一个问题 → 那又怎样？影响什么？\r\n影响一个功能 → 那又怎样？还影响什么？\r\n影响一个用户 → 那又怎样？还影响谁？\r\n```\r\n\r\n## 提问场景速查\r\n\r\n### 需求澄清场景\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 | 怎么定义的优先级？按什么标准分类？ | 优先级合理性 |\r\n| 缺少异常用例 | 这个功能可能出什么异常？最坏情况是什么？ | 异常覆盖 |\r\n| 预期结果模糊 | \"应该正常\"和\"应该成功\"具体指什么表现？ | 结果可验证性 |\r\n| 前置条件不写 | 这个用例依赖什么数据？数据从哪来？ | 条件完备性 |\r\n\r\n### Bug报告场景\r\n| 开发者会问 | 报告前自检 | 对应提问链 |\r\n|-----------|-----------|-----------|\r\n| \"怎么复现？\" | 复现步骤清晰吗？从哪一步开始？ | 现象确认层 |\r\n| \"什么环境？\" | 浏览器/版本/网络/数据状态写了吗？ | 环境信息层 |\r\n| \"影响多大？\" | 影响到什么功能？多少用户？ | 影响评估层 |\r\n| \"可能什么原因？\" | 日志/截图有吗？相关模块排查了吗？ | 根因推测层 |\r\n\r\n## Examples\r\n\r\n**用户只说\"帮我测登录功能\"（信息不足）**\r\n→ 场景1提问链：业务目标是什么？→ 用户角色是什么？→ 登录方式有哪些？→ 约束条件是什么？\r\n\r\n**评审测试用例时发现遗漏**\r\n→ 场景2提问链：这个场景的异常情况是什么？→ 边界条件是什么？→ 隐含假设是什么？\r\n\r\n**报Bug前自检**\r\n→ 场景3提问链：复现条件是什么？→ 预期结果是什么？→ 实际结果是什么？→ 有没有附件？\r\n\r\n## Guidelines\r\n\r\n提问完成后检查：\r\n- [ ] 是否覆盖了业务目标？\r\n- [ ] 是否明确了功能边界？\r\n- [ ] 是否识别了业务规则？\r\n- [ ] 是否考虑了非功能需求？\r\n- [ ] 是否挖掘了隐含假设？\r\n- [ ] 是否识别了潜在风险？\n\nFile v1.4.1:_meta.json\n\n{\n  \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n  \"slug\": \"qa-question-framework\",\n  \"version\": \"1.4.1\",\n  \"publishedAt\": 1782406526237\n}\n\nFile v1.4.1:skill-card.md\n\n## Description: <br>\nQa Question Framework is a Chinese questioning framework that helps agents produce requirement-clarification, test-review, bug-report, and retrospective question checklists. <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>\nUse this skill when a user needs help deciding what to ask, clarifying ambiguous requirements, reviewing test coverage, preparing a bug report, or running a retrospective. <br>\n\n### Deployment Geography for Use: <br>\nGlobal use, subject to the user's applicable laws, policies, and platform terms. <br>\n\n## Known Risks and Mitigations: <br>\nRisk: Review before execution as proposals could introduce incorrect or misleading guidance into skills. <br>\nMitigation: Review and scan skill before deployment. <br>\n\n## Reference(s): <br>\n- [ClawHub Skill Page](https://clawhub.ai/kokxi/skills/qa-question-framework) <br>\n- [ClawHub 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:** [Structured Chinese question checklists using 5W1H, reverse-thinking prompts, and follow-up questions.] <br>\n**Output Parameters:** [The user's unclear requirement, test case, bug-report context, retrospective topic, or communication scenario.] <br>\n**Other Properties Related to Output:** [Security evidence describes the release as a prompt-only questioning framework with no artifact-backed evidence of data access, commands, persistence, or harmful behavior.] <br>\n\n## Skill Version(s): <br>\n1.4.1 <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, 5072 bytes\n\nFiles: skill-card.md (2062b), SKILL.md (9151b), _meta.json (140b)\n\nFile v1.4.0:SKILL.md\n\n---\r\nname: qa-question-framework\r\ndescription: >-\r\n  提问框架，提供不同场景下获取关键信息的提问模板。当用户不知道该问什么问题、需要获取信息或需求不清楚需要澄清时自动触发。\r\n  也适用于：与产品经理或开发沟通需求细节，或需求文档信息不足需要补充时。\r\n   关键词：提问框架、信息获取、需求澄清、沟通模板、5W1H质疑、逆向提问、追问技巧、提问链、评审提问、Bug报告提问、复盘提问。\nwhen_to_use: 用户说\"不知道该问什么\"、\"怎么获取信息\"、\"需求不清楚\"、\"需要澄清\"、\"问什么问题\"、\"怎么沟通\"、\"和产品对需求\"、\"和开发沟通\"、需要和PM/开发沟通需求细节、需求文档信息不足需要补充时\r\nallowed-tools: Read Grep Glob\r\nrelated_skills:\r\n  upstream: 无（基础层技能）\r\n  downstream:\r\n    - qa-req-deconstruction      # 影响：需求挖掘完整性\r\n    - qa-bug-reporting           # 影响：Bug报告完整性\r\ninput_format: 无（思维框架）\r\noutput_format: 提问清单（5W1H + 逆向思维 + 追问法）\r\n---\r\n\r\n# 提问框架\r\n\r\n## Overview\r\n\r\n你是一位需求分析专家，擅长通过提问获取关键信息。\r\n**核心原则**：专家不是\"知道答案\"，而是\"知道该问什么\"。\r\n本技能覆盖四大提问场景（需求/评审/报Bug/复盘）和三种提问技巧。\r\n\r\n## 四大提问场景\r\n\r\n### 场景1：拿到需求时的提问链\r\n\r\n**目标**：从模糊需求中挖掘完整信息\r\n\r\n```\r\n第一层：业务目标\r\n├─ 这个功能要解决什么问题？\r\n├─ 目标用户是谁？有几个角色？\r\n├─ 核心价值是什么？用户能得到什么？\r\n└─ 成功标准是什么？怎么衡量做成了？\r\n\r\n第二层：功能边界\r\n├─ 功能包含什么？不包含什么？\r\n├─ 核心流程是什么？有几条路径？\r\n├─ 输入是什么？输出是什么？\r\n└─ 约束条件有哪些？限制是什么？\r\n\r\n第三层：业务规则\r\n├─ 有哪些业务规则？规则间有什么关系？\r\n├─ 异常情况怎么处理？有降级方案吗？\r\n├─ 状态怎么流转？状态变更条件是什么？\r\n└─ 数据怎么存储？有数据迁移需求吗？\r\n\r\n第四层：非功能需求\r\n├─ 性能要求是什么？响应时间、并发量？\r\n├─ 安全要求是什么？权限、数据保护？\r\n├─ 兼容性要求是什么？浏览器、设备、系统？\r\n└─ 可用性要求是什么？容错、恢复？\r\n```\r\n\r\n**示例提问**：\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├─ 边界分析够深吗？有隐含边界吗？\r\n├─ 并发场景考虑了吗？\r\n├─ 时序依赖分析了吗？\r\n└─ 资源竞争测试了吗？\r\n\r\n第三层：风险检查\r\n├─ 高风险区域深挖了吗？\r\n├─ 资金相关场景重点测了吗？\r\n├─ 安全相关场景覆盖了吗？\r\n└─ 数据一致性验证了吗？\r\n\r\n第四层：可执行性检查\r\n├─ 测试数据能构造吗？\r\n├─ 测试环境能搭建吗？\r\n├─ 测试步骤能执行吗？\r\n└─ 预期结果能验证吗？\r\n```\r\n\r\n**示例提问**：\r\n```\r\n\"这个用例的前置条件能实现吗？数据从哪来？\"\r\n\"这个预期结果怎么验证？有具体指标吗？\"\r\n\"这个场景考虑过并发情况吗？\"\r\n\"这个边界真的够深吗？还有其他边界吗？\"\r\n```\r\n\r\n### 场景3：报Bug前的提问链\r\n\r\n**目标**：确保Bug报告完整有效\r\n\r\n```\r\n第一层：现象确认\r\n├─ Bug的具体表现是什么？\r\n├─ 在什么条件下出现？\r\n├─ 复现步骤是什么？\r\n└─ 出现频率是多少？\r\n\r\n第二层：环境信息\r\n├─ 在什么环境下出现？\r\n├─ 使用什么浏览器/设备？\r\n├─ 网络环境是什么？\r\n└─ 数据状态是什么？\r\n\r\n第三层：影响评估\r\n├─ 影响范围有多大？\r\n├─ 影响哪些用户？\r\n├─ 有 workaround 吗？\r\n└─ 优先级是什么？\r\n\r\n第四层：根因推测\r\n├─ 可能的原因是什么？\r\n├─ 相关日志/截图有吗？\r\n├─ 之前出现过类似问题吗？\r\n└─ 哪个模块/接口可能有问题？\r\n```\r\n\r\n**示例提问**：\r\n```\r\n\"能详细描述一下Bug现象吗？\"\r\n\"在什么条件下会出现这个问题？\"\r\n\"能提供复现步骤吗？从头开始操作一遍\"\r\n\"这个问题影响多大？有用户受影响吗？\"\r\n```\r\n\r\n### 场景4：复盘时的提问链\r\n\r\n**目标**：从问题中提取改进点\r\n\r\n```\r\n第一层：事实还原\r\n├─ 发生了什么问题？\r\n├─ 什么时候发现的？\r\n├─ 影响范围多大？\r\n└─ 处理过程是怎样的？\r\n\r\n第二层：根因分析\r\n├─ 直接原因是什么？\r\n├─ 根本原因是什么？\r\n├─ 为什么没提前发现？\r\n└─ 流程哪里出了问题？\r\n\r\n第三层：改进措施\r\n├─ 怎么防止再次发生？\r\n├─ 流程需要怎么优化？\r\n├─ 工具需要怎么改进？\r\n└─ 知识需要怎么沉淀？\r\n\r\n第四层：资产沉淀\r\n├─ 这次学到了什么？\r\n├─ 哪些经验可以复用？\r\n├─ checklist需要更新吗？\r\n└─ 培训材料需要补充吗？\r\n```\r\n\r\n**示例提问**：\r\n```\r\n\"这次问题的根本原因是什么？不是表面原因\"\r\n\"为什么测试没发现这个问题？是覆盖不足还是方法问题？\"\r\n\"下次怎么防止类似问题？具体措施是什么？\"\r\n\"这次的经验怎么沉淀？checklist需要更新吗？\"\r\n```\r\n\r\n## 提问技巧\r\n\r\n### 5W1H 质疑法\r\n```\r\nWhat：这是什么？做什么用的？\r\nWhy：为什么要做？为什么这样做？\r\nWho：谁在用？谁负责？\r\nWhen：什么时候用？什么时候上线？\r\nWhere：在哪里用？数据从哪来？\r\nHow：怎么用？怎么实现？\r\n```\r\n\r\n### \"如果不\" 逆向思维\r\n```\r\n如果用户不按预期操作会怎样？\r\n如果网络异常会怎样？\r\n如果数据为空会怎样？\r\n如果并发访问会怎样？\r\n如果依赖服务挂了会怎样？\r\n```\r\n\r\n### \"那又怎样\" 追问法\r\n```\r\n发现一个问题 → 那又怎样？影响什么？\r\n影响一个功能 → 那又怎样？还影响什么？\r\n影响一个用户 → 那又怎样？还影响谁？\r\n```\r\n\r\n## 提问场景速查\r\n\r\n### 需求澄清场景\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 | 怎么定义的优先级？按什么标准分类？ | 优先级合理性 |\r\n| 缺少异常用例 | 这个功能可能出什么异常？最坏情况是什么？ | 异常覆盖 |\r\n| 预期结果模糊 | \"应该正常\"和\"应该成功\"具体指什么表现？ | 结果可验证性 |\r\n| 前置条件不写 | 这个用例依赖什么数据？数据从哪来？ | 条件完备性 |\r\n\r\n### Bug报告场景\r\n| 开发者会问 | 报告前自检 | 对应提问链 |\r\n|-----------|-----------|-----------|\r\n| \"怎么复现？\" | 复现步骤清晰吗？从哪一步开始？ | 现象确认层 |\r\n| \"什么环境？\" | 浏览器/版本/网络/数据状态写了吗？ | 环境信息层 |\r\n| \"影响多大？\" | 影响到什么功能？多少用户？ | 影响评估层 |\r\n| \"可能什么原因？\" | 日志/截图有吗？相关模块排查了吗？ | 根因推测层 |\r\n\r\n## Examples\r\n\r\n**用户只说\"帮我测登录功能\"（信息不足）**\r\n→ 场景1提问链：业务目标是什么？→ 用户角色是什么？→ 登录方式有哪些？→ 约束条件是什么？\r\n\r\n**评审测试用例时发现遗漏**\r\n→ 场景2提问链：这个场景的异常情况是什么？→ 边界条件是什么？→ 隐含假设是什么？\r\n\r\n**报Bug前自检**\r\n→ 场景3提问链：复现条件是什么？→ 预期结果是什么？→ 实际结果是什么？→ 有没有附件？\r\n\r\n## Guidelines\r\n\r\n提问完成后检查：\r\n- [ ] 是否覆盖了业务目标？\r\n- [ ] 是否明确了功能边界？\r\n- [ ] 是否识别了业务规则？\r\n- [ ] 是否考虑了非功能需求？\r\n- [ ] 是否挖掘了隐含假设？\r\n- [ ] 是否识别了潜在风险？\n\nFile v1.4.0:_meta.json\n\n{\n  \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n  \"slug\": \"qa-question-framework\",\n  \"version\": \"1.4.0\",\n  \"publishedAt\": 1782277794840\n}\n\nFile v1.4.0:skill-card.md\n\n## Description: <br>\nProvides a Chinese-language questioning framework and templates for clarifying requirements, reviewing test cases, preparing bug reports, and conducting retrospectives. <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 practitioners, product collaborators, and development teams use this skill to generate practical question checklists when requirements are unclear, test cases need review, bug reports need completeness checks, or incidents need retrospectives. <br>\n\n### Deployment Geography for Use: <br>\nGlobal <br>\n\n## Known Risks and Mitigations: <br>\nRisk: The skill may activate on fairly general communication prompts. <br>\nMitigation: Use it where a broad Chinese-language QA and requirements-questioning framework is desired, or scope invocation more explicitly when narrow triggers are required. <br>\nRisk: Users working primarily outside Chinese may receive less useful guidance. <br>\nMitigation: Prefer this release for Chinese-language QA workflows or pair it with translated/localized guidance for other working languages. <br>\n\n\n## Reference(s): <br>\n- [ClawHub skill page](https://clawhub.ai/kokxi/skills/qa-question-framework) <br>\n- [Publisher profile](https://clawhub.ai/user/kokxi) <br>\n\n\n## Skill Output: <br>\n**Output Type(s):** [Guidance, Markdown, Text] <br>\n**Output Format:** [Markdown question checklists and scenario-specific prompts] <br>\n**Output Parameters:** [1D] <br>\n**Other Properties Related to Output:** [Chinese-language framework focused on 5W1H, reverse questioning, and follow-up question chains.] <br>\n\n## Skill Version(s): <br>\n1.4.0 (source: ClawHub 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>","readmeExcerpt":"Skill: qa-question-framework Owner: kokxi Summary: 当需求文档信息不够、不知道接下来该问产品什么、或者需要从开发那边获取更多技术细节时使用此技能。很多人测不好不是因为不会设计用例，而是因为一开始就没问对问题。提供需求调研、边界确认、规则挖掘、技术细节追问等不同场景的结构化提问模板，确保在测试设计前获取到足够上下文。每一个问题都标注了问谁、怎么问、什么时候问。 触发场景：不知道该问什么、怎么获取信息、需求不清楚、需要澄清、问什么问题、提问模板、和产品对需求、和开发沟通细节、需求文档信息不足需要补充时。 Use when the user asks about: structured questions to ask product and engineering to unblock test design — requirements research, boundary con","codeSnippets":[],"executableExamples":[{"language":"text","snippet":"What：这是什么？做什么用的？\nWhy：为什么要做？为什么这样做？\nWho：谁在用？谁负责？\nWhen：什么时候用？什么时候上线？\nWhere：在哪里用？数据从哪来？\nHow：怎么用？怎么实现？"},{"language":"text","snippet":"如果用户不按预期操作会怎样？\n如果网络异常会怎样？\n如果数据为空会怎样？\n如果并发访问会怎样？\n如果依赖服务挂了会怎样？"},{"language":"text","snippet":"发现一个问题 → 那又怎样？影响什么？\n影响一个功能 → 那又怎样？还影响什么？\n影响一个用户 → 那又怎样？还影响谁？"},{"language":"text","snippet":"第一层：业务目标\n├─ 这个功能要解决什么问题？\n├─ 目标用户是谁？有几个角色？\n├─ 核心价值是什么？用户能得到什么？\n└─ 成功标准是什么？怎么衡量做成了？\n\n第二层：功能边界\n├─ 功能包含什么？不包含什么？\n├─ 核心流程是什么？有几条路径？\n├─ 输入是什么？输出是什么？\n└─ 约束条件有哪些？限制是什么？\n\n第三层：业务规则\n├─ 有哪些业务规则？规则间有什么关系？\n├─ 异常情况怎么处理？有降级方案吗？\n├─ 状态怎么流转？状态变更条件是什么？\n└─ 数据怎么存储？有数据迁移需求吗？\n\n第四层：非功能需求\n├─ 性能要求是什么？响应时间、并发量？\n├─ 安全要求是什么？权限、数据保护？\n├─ 兼容性要求是什么？浏览器、设备、系统？\n└─ 可用性要求是什么？容错、恢复？"},{"language":"text","snippet":"\"这个登录功能要解决什么问题？只是验证身份，还是有其他目的？\"\n\"除了用户名密码登录，还有其他登录方式吗？\"\n\"登录失败后怎么处理？有锁定机制吗？\"\n\"登录状态保持多久？需要记住我功能吗？\""},{"language":"text","snippet":"第一层：完整性检查\n├─ 主路径场景都覆盖了吗？\n├─ 分支路径都考虑了吗？\n├─ 异常场景都设计了吗？\n└─ 边界条件都分析了吗？\n\n第二层：深度检查\n├─ 边界分析够深吗？有隐含边界吗？\n├─ 并发场景考虑了吗？\n├─ 时序依赖分析了吗？\n└─ 资源竞争测试了吗？\n\n第三层：风险检查\n├─ 高风险区域深挖了吗？\n├─ 资金相关场景重点测了吗？\n├─ 安全相关场景覆盖了吗？\n└─ 数据一致性验证了吗？\n\n第四层：可执行性检查\n├─ 测试数据能构造吗？\n├─ 测试环境能搭建吗？\n├─ 测试步骤能执行吗？\n└─ 预期结果能验证吗？"}],"parameters":null,"dependencies":[],"permissions":[],"extractedFiles":[{"path":"SKILL.md","content":"---\nname: qa-question-framework\ndescription: >-\n  当需求文档信息不够、不知道接下来该问产品什么、或者需要从开发那边获取更多技术细节时使用此技能。很多人测不好不是因为不会设计用例，而是因为一开始就没问对问题。提供需求调研、边界确认、规则挖掘、技术细节追问等不同场景的结构化提问模板，确保在测试设计前获取到足够上下文。每一个问题都标注了问谁、怎么问、什么时候问。 触发场景：不知道该问什么、怎么获取信息、需求不清楚、需要澄清、问什么问题、提问模板、和产品对需求、和开发沟通细节、需求文档信息不足需要补充时。 Use when the user asks about: structured questions to ask product and engineering to unblock test design — requirements research, boundary confirmation, rule mining, and technical detail follow-up.\nlicense: MIT\nallowed-tools: Read Grep Glob\nmetadata:\n  display-name: \"Question Framework\"\n  version: \"1.8.0\"\n  when-to-use: \"用户说\\\"不知道该问什么\\\"、\\\"怎么获取信息\\\"、\\\"需求不清楚\\\"、\\\"需要澄清\\\"、\\\"问什么问题\\\"、\\\"提问模板\\\"、\\\"和产品对需求\\\"、\\\"和开发沟通细节\\\"、需要和PM/开发沟通需求细节、需求文档信息不足需要补充时\"\n  related-skills: \"{\\\"upstream\\\":[],\\\"downstream\\\":[\\\"qa-req-deconstruction\\\",\\\"qa-bug-reporting\\\",\\\"qa-requirement-review\\\"]}\"\n  references: \"[\\\"references/question-scenarios.md\\\"]\"\n  input-format: \"{\\\"required\\\":[{\\\"name\\\":\\\"测试上下文\\\",\\\"type\\\":\\\"string\\\",\\\"description\\\":\\\"待测试的功能或场景描述\\\"}],\\\"optional\\\":[{\\\"name\\\":\\\"需求文档\\\",\\\"type\\\":\\\"string\\\",\\\"description\\\":\\\"相关需求文档\\\"},{\\\"name\\\":\\\"已知约束\\\",\\\"type\\\":\\\"string\\\",\\\"description\\\":\\\"技术或业务约束条件\\\"}]}\"\n  output-format: \"{\\\"traceability\\\":[\\\"本技能设计提问，不产出唯一ID\\\"],\\\"structure\\\":[\\\"覆盖率：标注口径（基于现有需求/输入文档），禁止\\\\\\\"全覆盖/100%\\\\\\\"绝对化表述；缺失模块标注\\\\\\\"未覆盖+原因\\\\\\\"\\\",{\\\"question_list\\\":\\\"结构化提问清单\\\"},{\\\"exploration_areas\\\":\\\"探索领域建议\\\"},{\\\"clarification_needs\\\":\\\"需澄清的问题列表\\\"}]}\"\n  error-recovery-guidance: \"{\\\"on_failure\\\":\\\"提问未能获取关键信息时回退到需求文档补充上下文\\\",\\\"retry_behavior\\\":\\\"补充上下文后重新设计提问\\\"}\"\n  categories: \"[\\\"Development\\\",\\\"Testing\\\"]\"\n  depth-requirement: \"{\\\"reference_value\\\":\\\"根据信息缺口调整提问深度：简单×3/中等×5/复杂×7\\\",\\\"minimum\\\":\\\"至少覆盖需求调研、边界确认、技术细节3类问题\\\"}\"\n---\n> ⚠️ 本技能单独使用效果有限，建议配合完整技能集（12 步工作流）使用。安装：npx skills add Kokxi/qa-test-skills\n\n> **⚠️ 安全警告**：本技能的示例可能涉及订单号、支付金额、截图、身份证、手机号等敏感数据。\n> 实际使用时请勿粘贴真实生产数据、客户信息或财务凭证；测试前应脱敏/掩码处理。\n> 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。\n\n# 提问框架\n\n## 核心原则\n\n专家不是\"知道答案\"，而是\"知道该问什么\"。\n\n## 加载时机\n\n| 什么时候读 | 读哪个 |\n|-----------|--------|\n| 确定提问类别后，取对应模板 | [`references/question-scenarios.md`](references/question-scenarios.md) |\n\n> `四大提问场景`的完整内容已下沉至 `references/question-scenarios.md`，避免每次触发都占用上下文。\n\n## 提问技巧\n\n### 5W1H 质疑法\n```text\nWhat：这是什么？做什么用的？\nWhy：为什么要做？为什么这样做？\nWho：谁在用？谁负责？\nWhen：什么时候用？什么时候上线？\nWhere：在哪里用？数据从哪来？\nHow：怎么用？怎么实现？\n```\n\n### \"如果不\" 逆向思维\n```text\n如果用户不按预期操作会怎样？\n如果网络异常会怎样？\n如果数据为空会怎样？\n如果并发访问会怎样？\n如果依赖服务挂了会怎样？\n```\n\n### \"那又怎样\" 追问法\n```text\n发现一个问题 → 那又怎样？影响什么？\n影响一个功能 → 那又怎样？还影响什么？\n影响一个用户 → 那又怎样？还影响谁？\n```\n\n## 提问场景速查\n\n### 需求澄清场景\n| 用户说 | 该问什么 | 目的 |\n|--------|---------|------|\n| \"加个搜索功能\" | 搜索范围？搜索结果包含哪些字段？支持模糊搜索吗？ | 明确实现边界 |\n| \"优化一下性能\" | 优化到什么标准？响应时间目标？并发量目标？ | 定义量化目标 |\n| \"做个报表功能\" | 报表维度？数据源？更新频率？导出格式？ | 锁定功能范围 |\n| \"增加权限控制\" | 有多少角色？怎么分配？谁管理？ | 确认权限模型 |\n| \"对接第三方\" | 对方接口文档？鉴权方式？数据格式？ | 明确集成方案 |\n\n### 用例评审场景\n| 发现问题 | 追问 | 检查方向 |\n|----------|------|----------|\n| 用例全是P0 | 怎么定义的优先级？按什么标准分类？ | 优先级合理性 |\n| 缺少异常用例 | 这个功能可能出什么异常？最坏情况是什么？ | 异常覆盖 |\n| 预期结果模糊 | \"应该正常\"和\"应该成功\"具体指什么表现？ | 结果可验证性 |\n| 前置条件不写 | 这个用例依赖什么数据？数据从哪来？ | 条件完备性 |\n\n### Bug报告场景\n| 开发"},{"path":"_meta.json","content":"{\n  \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n  \"slug\": \"qa-question-framework\",\n  \"version\": \"1.8.0\",\n  \"publishedAt\": 1790656040160\n}"},{"path":"references/question-scenarios.md","content":"# 四大提问场景提问模板\n\n> 本文是 `qa-question-framework` 的**四类提问模板库**。确定要问哪一类问题时读对应小节；\n只需要提问框架与原则时不必读。\n\n---\n\n\n### 场景1：拿到需求时的提问链\n\n**目标**：从模糊需求中挖掘完整信息\n\n```text\n第一层：业务目标\n├─ 这个功能要解决什么问题？\n├─ 目标用户是谁？有几个角色？\n├─ 核心价值是什么？用户能得到什么？\n└─ 成功标准是什么？怎么衡量做成了？\n\n第二层：功能边界\n├─ 功能包含什么？不包含什么？\n├─ 核心流程是什么？有几条路径？\n├─ 输入是什么？输出是什么？\n└─ 约束条件有哪些？限制是什么？\n\n第三层：业务规则\n├─ 有哪些业务规则？规则间有什么关系？\n├─ 异常情况怎么处理？有降级方案吗？\n├─ 状态怎么流转？状态变更条件是什么？\n└─ 数据怎么存储？有数据迁移需求吗？\n\n第四层：非功能需求\n├─ 性能要求是什么？响应时间、并发量？\n├─ 安全要求是什么？权限、数据保护？\n├─ 兼容性要求是什么？浏览器、设备、系统？\n└─ 可用性要求是什么？容错、恢复？\n```\n\n**示例提问**：\n```text\n\"这个登录功能要解决什么问题？只是验证身份，还是有其他目的？\"\n\"除了用户名密码登录，还有其他登录方式吗？\"\n\"登录失败后怎么处理？有锁定机制吗？\"\n\"登录状态保持多久？需要记住我功能吗？\"\n```\n\n### 场景2：评审用例时的提问链\n\n**目标**：识别测试用例的不足\n\n```text\n第一层：完整性检查\n├─ 主路径场景都覆盖了吗？\n├─ 分支路径都考虑了吗？\n├─ 异常场景都设计了吗？\n└─ 边界条件都分析了吗？\n\n第二层：深度检查\n├─ 边界分析够深吗？有隐含边界吗？\n├─ 并发场景考虑了吗？\n├─ 时序依赖分析了吗？\n└─ 资源竞争测试了吗？\n\n第三层：风险检查\n├─ 高风险区域深挖了吗？\n├─ 资金相关场景重点测了吗？\n├─ 安全相关场景覆盖了吗？\n└─ 数据一致性验证了吗？\n\n第四层：可执行性检查\n├─ 测试数据能构造吗？\n├─ 测试环境能搭建吗？\n├─ 测试步骤能执行吗？\n└─ 预期结果能验证吗？\n```\n\n**示例提问**：\n```text\n\"这个用例的前置条件能实现吗？数据从哪来？\"\n\"这个预期结果怎么验证？有具体指标吗？\"\n\"这个场景考虑过并发情况吗？\"\n\"这个边界真的够深吗？还有其他边界吗？\"\n```\n\n### 场景3：报Bug前的提问链\n\n**目标**：确保Bug报告完整有效\n\n```text\n第一层：现象确认\n├─ Bug的具体表现是什么？\n├─ 在什么条件下出现？\n├─ 复现步骤是什么？\n└─ 出现频率是多少？\n\n第二层：环境信息\n├─ 在什么环境下出现？\n├─ 使用什么浏览器/设备？\n├─ 网络环境是什么？\n└─ 数据状态是什么？\n\n第三层：影响评估\n├─ 影响范围有多大？\n├─ 影响哪些用户？\n├─ 有 workaround 吗？\n└─ 优先级是什么？\n\n第四层：根因推测\n├─ 可能的原因是什么？\n├─ 相关日志/截图有吗？\n├─ 之前出现过类似问题吗？\n└─ 哪个模块/接口可能有问题？\n```\n\n**示例提问**：\n```text\n\"能详细描述一下Bug现象吗？\"\n\"在什么条件下会出现这个问题？\"\n\"能提供复现步骤吗？从头开始操作一遍\"\n\"这个问题影响多大？有用户受影响吗？\"\n```\n\n### 场景4：复盘时的提问链\n\n**目标**：从问题中提取改进点\n\n```text\n第一层：事实还原\n├─ 发生了什么问题？\n├─ 什么时候发现的？\n├─ 影响范围多大？\n└─ 处理过程是怎样的？\n\n第二层：根因分析\n├─ 直接原因是什么？\n├─ 根本原因是什么？\n├─ 为什么没提前发现？\n└─ 流程哪里出了问题？\n\n第三层：改进措施\n├─ 怎么防止再次发生？\n├─ 流程需要怎么优化？\n├─ 工具需要怎么改进？\n└─ 知识需要怎么沉淀？\n\n第四层：资产沉淀\n├─ 这次学到了什么？\n├─ 哪些经验可以复用？\n├─ checklist需要更新吗？\n└─ 培训材料需要补充吗？\n```\n\n**示例提问**：\n```text\n\"这次问题的根本原因是什么？不是表面原因\"\n\"为什么测试没发现这个问题？是覆盖不足还是方法问题？\"\n\"下次怎么防止类似问题？具体措施是什么？\"\n\"这次的经验怎么沉淀？checklist需要更新吗？\"\n```"},{"path":"skill-card.md","content":"## Description:\n\nProvides structured questions for clarifying requirements, boundaries, business rules, and technical details before designing software tests.\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\nTesters and QA engineers use this skill to ask product managers and developers targeted questions when requirements are incomplete, test cases need review, or a bug report needs clarification.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: Real customer, payment, identity, or production details could be exposed in prompts.\n\nMitigation: Use masked or synthetic examples instead of sensitive production data.\n\nRisk: The optional broader install command uses an unpinned source.\n\nMitigation: Verify the source before running it, and prefer a pinned version or trusted package reference.\n\n## Reference(s):\n\n- [Question scenario templates](references/question-scenarios.md)\n- [ClawHub skill release](https://clawhub.ai/kokxi/skills/qa-question-framework)\n\n## Skill Output:\n\n**Output Type(s):** [Text, Markdown, Guidance]\n\n**Output Format:** [Structured question list with exploration areas and clarification needs]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Scopes coverage to the supplied requirements and identifies uncovered areas; does not assign unique IDs.]\n\n## Skill Version(s):\n\n1.8.0 (source: skill frontmatter and ClawHub release)\n\n## Ethical Considerations:\n\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment."}],"languages":[],"docsSourceLabel":"CLAWHUB","editorialOverview":"当需求文档信息不够、不知道接下来该问产品什么、或者需要从开发那边获取更多技术细节时使用此技能。很多人测不好不是因为不会设计用例，而是因为一开始就没问对问题。提供需求调研、边界确认、规则挖掘、技术细节追问等不同场景的结构化提问模板，确保在测试设计前获取到足够上下文。每一个问题都标注了问谁、怎么问、什么时候问。 触发场景：不知道该问什么、怎么获取信息、需求不清楚、需要澄清、问什么问题、提问模板、和产品对需求、和开发沟通细节、需求文档信息不足需要补充时。 Use when the user asks about: structured questions to ask product and engineering to unblock test design — requirements research, boundary confirmation, rule mining, and technical detail follow-up. Skill: qa-question-framework Owner: kokxi Summary: 当需求文档信息不够、不知道接下来该问产品什么、或者需要从开发那边获取更多技术细节时使用此技能。很多人测不好不是因为不会设计用例，而是因为一开始就没问对问题。提供需求调研、边界确认、规则挖掘、技术细节追问等不同场景的结构化提问模板，确保在测试设计前获取到足够上下文。每一个问题都标注了问谁、怎么问、什么时候问。 触发场景：不知道该问什么、怎么获取信息、需求不清楚、需要澄清、问什么问题、提问模板、和产品对需求、和开发沟通细节、需求文档信息不足需要补充时。 Use when the user asks about: structured questions to ask product and engineering to unblock test design — requirements research, boundary con","editorialQuality":{"score":100,"threshold":65,"status":"ready","wordCount":978,"uniquenessScore":52,"reasons":[]}},"media":{"evidence":{"source":"no-media","verified":false,"confidence":"low","updatedAt":"2026-10-11T07:48:33.162Z","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-11T07:48:33.162Z","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-11T10:47:27.564Z","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"}]}}}