{"id":"e97eacf3-da58-41d3-9cb9-14ccff3536c2","entityType":"agent","slug":"clawhub-kokxi-qa-tech-selection","name":"qa-tech-selection","canonicalUrl":"https://www.xpersona.co/agent/clawhub-kokxi-qa-tech-selection","canonicalPath":"/agent/clawhub-kokxi-qa-tech-selection","generatedAt":"2026-10-11T08:40:35.036Z","source":"CLAWHUB","claimStatus":"UNCLAIMED","verificationTier":"NONE","summary":{"evidence":{"source":"editorial-content","verified":true,"confidence":"high","updatedAt":"2026-10-11T06:40:32.256Z","emptyReason":null},"description":"当团队要选测试工具（自动化框架/性能工具/管理平台）、现有工具不能满足需求需要替换、或者公司要求做技术评估时使用此技能。通过多维度对比评估（功能覆盖/学习成本/社区活跃度/维护成本/扩展性）输出推荐方案和迁移实施建议。不要只看 Gartner 象限或者技术网红推荐——工具好不好取决于你的团队能力、技术栈和实际场景。每个推荐方案附带 POC 验证计划和风险提示。 触发场景：技术选型、工具选择、框架选择、用什么工具、工具对比、现有工具不能满足需求需要替换时。 Use when the user asks about: evaluating and selecting QA tooling — automation frameworks, performance tools, and management platforms — and planning the migration. Skill: qa-tech-selection Owner: kokxi Summary: 当团队要选测试工具（自动化框架/性能工具/管理平台）、现有工具不能满足需求需要替换、或者公司要求做技术评估时使用此技能。通过多维度对比评估（功能覆盖/学习成本/社区活跃度/维护成本/扩展性）输出推荐方案和迁移实施建议。不要只看 Gartner 象限或者技术网红推荐——工具好不好取决于你的团队能力、技术栈和实际场景。每个推荐方案附带 POC 验证计划和风险提示。 触发场景：技术选型、工具选择、框架选择、用什么工具、工具对比、现有工具不能满足需求需要替换时。 Use when the user asks about: evaluating and selecting QA tooling — automation frameworks, performance tools, and management platforms — and pl","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-tech-selection","sourceUrl":"https://clawhub.ai/kokxi/qa-tech-selection","homepage":"https://clawhub.ai/kokxi/skills/qa-tech-selection","primaryLinks":[{"label":"View on ClawHub","url":"https://clawhub.ai/kokxi/qa-tech-selection","kind":"source"},{"label":"Homepage","url":"https://clawhub.ai/kokxi/skills/qa-tech-selection","kind":"homepage"}],"safetyScore":84,"overallRank":62,"popularityScore":61,"trustScore":null,"claimedByName":null,"isOwner":false,"seoDescription":"当团队要选测试工具（自动化框架/性能工具/管理平台）、现有工具不能满足需求需要替换、或者公司要求做技术评估时使用此技能。通过多维度对比评估（功能覆盖/学习成本/社区活跃度/维护成本/扩展性）输出推荐方案和迁移实施建议。不要只看 Gartner 象限或者技术网红推荐——工具好不好取决于你的团队能力、技术栈和实际场景。每个"},"coverage":{"evidence":{"source":"public-profile","verified":false,"confidence":"medium","updatedAt":"2026-10-11T06:40:32.256Z","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-11T06:40:32.256Z","emptyReason":null},"stars":null,"forks":null,"downloads":1131,"packageName":null,"latestVersion":"1.8.0","tractionLabel":"1.1K downloads"},"release":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"medium","updatedAt":"2026-10-11T06:40:32.197Z","emptyReason":null},"lastUpdatedAt":"2026-10-11T06:40:32.256Z","lastCrawledAt":"2026-10-11T06:40:32.197Z","lastIndexedAt":null,"nextCrawlAt":"2026-10-12T06:40:32.197Z","lastVerifiedAt":null,"highlights":[{"version":"1.8.0","createdAt":"2026-09-29T04:28:59.661Z","changelog":"- Major refactor: The selection framework and detailed process have been moved to a new reference file (`references/selection-framework.md`) to reduce context size in skill triggers. - Metadata format updated; all configuration is now under a structured `metadata` field. - Triggers, input/output formats, references, and related skills are now defined in YAML metadata. - The main skill description is streamlined and now includes when-to-use guidance in both Chinese and English. - Obsolete file `skill-card.md` was removed.","fileCount":4,"zipByteSize":6279},{"version":"1.7.7","createdAt":"2026-09-27T14:42:15.831Z","changelog":"1.7.7","fileCount":3,"zipByteSize":5536},{"version":"1.7.6","createdAt":"2026-09-01T12:47:20.239Z","changelog":"显示名改中文","fileCount":3,"zipByteSize":5796},{"version":"1.7.5","createdAt":"2026-08-30T15:20:08.996Z","changelog":"1.7.5: 版本号升级","fileCount":3,"zipByteSize":5679},{"version":"1.7.0","createdAt":"2026-08-16T14:33:08.349Z","changelog":"- Version updated to 1.7.0. - Removed file: skill-card.md. - No content changes were made to SKILL.md. (Structure and examples remain the same.)","fileCount":3,"zipByteSize":4796},{"version":"1.6.3","createdAt":"2026-08-12T15:29:00.636Z","changelog":"- Added slug and displayName fields for improved metadata. - Updated version to 1.6.3. - Removed the skill-card.md file for simplification. - No changes to selection framework or core functionality.","fileCount":3,"zipByteSize":4835},{"version":"1.6.0","createdAt":"2026-07-06T17:18:07.989Z","changelog":"qa-tech-selection v1.6.0 - Added traceability support: each evaluation now includes a unique ID (SEL-XXXX). - Introduced explicit error recovery guidance and re-evaluation behavior if key criteria are missed. - Added categories and detailed quantification requirements for evaluation depth. - Expanded downstream related skills (now includes qa-test-automation-arch). - Updated output_format and added robust checklists for selection completeness. - Removed redundant file: skill-card.md.","fileCount":3,"zipByteSize":4923},{"version":"1.5.0","createdAt":"2026-06-29T12:36:13.435Z","changelog":"Version 1.5.0 — Refined input/output structure and added scenario-based guidance - SKILL.md updated with explicit input/output format, clarifying required and optional parameters. - Output structure now includes详细: 技术评估报告、对比矩阵、推荐方案和技术风险评估。 - 说明文本更新，更加强调选型与实际需求、团队能力和场景紧密结合，反对盲目追网红或权威榜单。 - 每个推荐方案建议配备POC验证和风险提示。 - 移除 skill-card.md，减少冗余文件。","fileCount":3,"zipByteSize":4557}]},"execution":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"low","updatedAt":null,"emptyReason":"No published capability contract is available yet."},"installCommand":"clawhub skill install s170jw3s1atcj5jwhqb4r7v7eh8912kp:qa-tech-selection","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-tech-selection/snapshot","contractUrl":"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-tech-selection/contract","trustUrl":"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-tech-selection/trust"},"curlExamples":["curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-tech-selection/snapshot\"","curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-tech-selection/contract\"","curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-tech-selection/trust\""],"jsonRequestTemplate":{"query":"summarize this repo","constraints":{"maxLatencyMs":2000,"protocolPreference":["OPENCLEW"]}},"jsonResponseTemplate":{"ok":true,"result":{"summary":"...","confidence":0.9},"meta":{"source":"CLAWHUB","generatedAt":"2026-10-11T08:40:35.033Z"}},"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-tech-selection/dossier","snapshotUrl":"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-tech-selection/snapshot","contractUrl":"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-tech-selection/contract","trustUrl":"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-tech-selection/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-11T06:40:32.256Z","emptyReason":null},"readme":"Skill: qa-tech-selection\n\nOwner: kokxi\n\nSummary: 当团队要选测试工具（自动化框架/性能工具/管理平台）、现有工具不能满足需求需要替换、或者公司要求做技术评估时使用此技能。通过多维度对比评估（功能覆盖/学习成本/社区活跃度/维护成本/扩展性）输出推荐方案和迁移实施建议。不要只看 Gartner 象限或者技术网红推荐——工具好不好取决于你的团队能力、技术栈和实际场景。每个推荐方案附带 POC 验证计划和风险提示。 触发场景：技术选型、工具选择、框架选择、用什么工具、工具对比、现有工具不能满足需求需要替换时。 Use when the user asks about: evaluating and selecting QA tooling — automation frameworks, performance tools, and management platforms — and planning the migration.\n\nTags: latest:1.8.0\n\nVersion history:\n\nv1.8.0 | 2026-09-29T04:28:59.661Z | auto\n\n- Major refactor: The selection framework and detailed process have been moved to a new reference file (`references/selection-framework.md`) to reduce context size in skill triggers.\n- Metadata format updated; all configuration is now under a structured `metadata` field.\n- Triggers, input/output formats, references, and related skills are now defined in YAML metadata.\n- The main skill description is streamlined and now includes when-to-use guidance in both Chinese and English.\n- Obsolete file `skill-card.md` was removed.\n\nv1.7.7 | 2026-09-27T14:42:15.831Z | user\n\n1.7.7\n\nv1.7.6 | 2026-09-01T12:47:20.239Z | user\n\n显示名改中文\n\nv1.7.5 | 2026-08-30T15:20:08.996Z | user\n\n1.7.5: 版本号升级\n\nv1.7.0 | 2026-08-16T14:33:08.349Z | auto\n\n- Version updated to 1.7.0.\n- Removed file: skill-card.md.\n- No content changes were made to SKILL.md. (Structure and examples remain the same.)\n\nv1.6.3 | 2026-08-12T15:29:00.636Z | auto\n\n- Added slug and displayName fields for improved metadata.\n- Updated version to 1.6.3.\n- Removed the skill-card.md file for simplification.\n- No changes to selection framework or core functionality.\n\nv1.6.0 | 2026-07-06T17:18:07.989Z | auto\n\nqa-tech-selection v1.6.0\n\n- Added traceability support: each evaluation now includes a unique ID (SEL-XXXX).\n- Introduced explicit error recovery guidance and re-evaluation behavior if key criteria are missed.\n- Added categories and detailed quantification requirements for evaluation depth.\n- Expanded downstream related skills (now includes qa-test-automation-arch).\n- Updated output_format and added robust checklists for selection completeness.\n- Removed redundant file: skill-card.md.\n\nv1.5.0 | 2026-06-29T12:36:13.435Z | auto\n\nVersion 1.5.0 — Refined input/output structure and added scenario-based guidance\n\n- SKILL.md updated with explicit input/output format, clarifying required and optional parameters.\n- Output structure now includes详细: 技术评估报告、对比矩阵、推荐方案和技术风险评估。\n- 说明文本更新，更加强调选型与实际需求、团队能力和场景紧密结合，反对盲目追网红或权威榜单。\n- 每个推荐方案建议配备POC验证和风险提示。\n- 移除 skill-card.md，减少冗余文件。\n\nv1.4.1 | 2026-06-25T16:57:10.613Z | auto\n\n- 精简了描述，使激活场景更明确突出“对比评估、推荐方案和实施建议”。\n- 移除 skill-card.md 文件，统一文档内容到 SKILL.md。\n- 保持选型框架、常见场景与选型报告模板不变，仅优化整体表达与条理。\n- 无核心用法更改，删除多余内容，提升文档可读性和简洁度。\n\nv1.4.0 | 2026-06-24T05:13:03.503Z | auto\n\n- Expanded keywords and trigger phrases in the description and when_to_use fields for broader activation and better discoverability.\n- Removed redundant file skill-card.md.\n- No changes to the technical framework or overall structure of the skill.\n\nv1.3.0 | 2026-06-23T10:50:37.798Z | auto\n\n- 增加详细的技术选型三维框架：需求分析、方案评估、决策矩阵，明确评估流程和打分方法\n- 补充常见选型场景对比，包括自动化框架、性能测试工具、测试管理平台等典型案例\n- 提供标准化技术选型报告模板，覆盖背景、需求、方案对比、推荐及实施计划\n- 新增选型通用检查清单和具体使用示例，辅助规范选型流程\n- 优化描述，聚焦中文测试技术选型实际场景与关键维度\n\nArchive index:\n\nArchive v1.8.0: 4 files, 6279 bytes\n\nFiles: references/selection-framework.md (2318b), skill-card.md (1714b), SKILL.md (8156b), _meta.json (136b)\n\nFile v1.8.0:SKILL.md\n\n---\nname: qa-tech-selection\ndescription: >-\n  当团队要选测试工具（自动化框架/性能工具/管理平台）、现有工具不能满足需求需要替换、或者公司要求做技术评估时使用此技能。通过多维度对比评估（功能覆盖/学习成本/社区活跃度/维护成本/扩展性）输出推荐方案和迁移实施建议。不要只看 Gartner 象限或者技术网红推荐——工具好不好取决于你的团队能力、技术栈和实际场景。每个推荐方案附带 POC 验证计划和风险提示。 触发场景：技术选型、工具选择、框架选择、用什么工具、工具对比、现有工具不能满足需求需要替换时。 Use when the user asks about: evaluating and selecting QA tooling — automation frameworks, performance tools, and management platforms — and planning the migration.\nlicense: MIT\nallowed-tools: Read Grep Glob WebFetch\nmetadata:\n  display-name: \"Tech Selection\"\n  version: \"1.8.0\"\n  when-to-use: \"用户说\\\"技术选型\\\"、\\\"工具选择\\\"、\\\"框架选择\\\"、\\\"用什么工具\\\"、\\\"工具对比\\\"、需要评估测试技术方案、现有工具不能满足需求需要替换时\"\n  related-skills: \"{\\\"upstream\\\":[\\\"qa-test-strategy-design\\\"],\\\"downstream\\\":[\\\"qa-ci-cd-testing\\\",\\\"qa-test-automation-arch\\\"]}\"\n  references: \"[\\\"references/selection-framework.md\\\"]\"\n  input-format: \"{\\\"required\\\":[{\\\"name\\\":\\\"项目需求\\\",\\\"type\\\":\\\"string\\\",\\\"description\\\":\\\"项目技术需求和非功能需求\\\"},{\\\"name\\\":\\\"技术约束\\\",\\\"type\\\":\\\"string\\\",\\\"description\\\":\\\"技术栈限制和团队能力\\\"}],\\\"optional\\\":[{\\\"name\\\":\\\"预算限制\\\",\\\"type\\\":\\\"string\\\",\\\"description\\\":\\\"工具和资源预算\\\"}]}\"\n  output-format: \"{\\\"traceability\\\":[\\\"每次选型评估带唯一ID（SEL-XXXX）\\\"],\\\"structure\\\":[\\\"覆盖率：标注口径（基于现有需求/输入文档），禁止\\\\\\\"全覆盖/100%\\\\\\\"绝对化表述；缺失模块标注\\\\\\\"未覆盖+原因\\\\\\\"\\\",{\\\"tech_evaluation\\\":\\\"技术评估报告\\\"},{\\\"comparison_matrix\\\":\\\"对比矩阵\\\"},{\\\"recommendation\\\":\\\"推荐方案\\\"},{\\\"risk_assessment\\\":\\\"技术风险评估\\\"}]}\"\n  error-recovery-guidance: \"{\\\"on_failure\\\":\\\"工具选型遗漏关键维度时回退到测试策略补充需求\\\",\\\"retry_behavior\\\":\\\"补充需求后重新评估候选工具\\\"}\"\n  categories: \"[\\\"Development\\\",\\\"Testing\\\",\\\"DevOps\\\"]\"\n  depth-requirement: \"{\\\"reference_value\\\":\\\"根据选型复杂度调整评估深度：简单×1/中等×2/复杂×3\\\",\\\"minimum\\\":\\\"至少对比3个候选工具的核心维度\\\"}\"\n---\n> ⚠️ 本技能单独使用效果有限，建议配合完整技能集（12 步工作流）使用。安装：npx skills add Kokxi/qa-test-skills\n\n# 测试技术选型\n\n## 核心原则\n\n工具替换快，思维不过时——选型要基于业务需求，不是技术偏好。\n\n## 加载时机\n\n| 什么时候读 | 读哪个 |\n|-----------|--------|\n| 做工具选型评估时 | [`references/selection-framework.md`](references/selection-framework.md) |\n\n> `选型框架`的完整内容已下沉至 `references/selection-framework.md`，避免每次触发都占用上下文。\n\n## 常见选型场景\n\n### 场景1：自动化框架选型\n\n```text\n选项对比：\n├─ Playwright\n│   ├─ 优点：多浏览器、自动等待、调试友好\n│   ├─ 缺点：社区相对较小\n│   └─ 适用：现代Web应用、多浏览器测试\n│\n├─ Cypress\n│   ├─ 优点：实时调试、自动重试、CI友好\n│   ├─ 缺点：仅支持Chrome、iframe支持差\n│   └─ 适用：单页应用、快速反馈\n│\n├─ Selenium\n│   ├─ 优点：生态成熟、语言支持多、社区大\n│   ├─ 缺点：配置复杂、调试困难\n│   └─ 适用：传统Web应用、多语言团队\n│\n└─ 决策依据：\n    ├─ 团队技术栈\n    ├─ 应用架构\n    ├─ 测试需求\n    └─ 维护成本\n```\n\n### 场景2：性能测试工具选型\n\n```text\n选项对比：\n├─ JMeter\n│   ├─ 优点：功能全面、插件丰富、社区大\n│   ├─ 缺点：界面复杂、资源消耗大\n│   └─ 适用：复杂性能测试、协议测试\n│\n├─ Locust\n│   ├─ 优点：代码化、分布式、轻量\n│   ├─ 缺点：需要编程能力\n│   └─ 适用：API性能测试、分布式测试\n│\n├─ k6\n│   ├─ 优点：现代化、脚本化、CI友好\n│   ├─ 缺点：社区相对较小\n│   └─ 适用：现代应用、DevOps集成\n│\n└─ 决策依据：\n    ├─ 测试类型\n    ├─ 团队技能\n    ├─ 集成需求\n    └─ 性能要求\n```\n\n### 场景3：测试管理平台选型\n\n```text\n选项对比：\n├─ 开源方案\n│   ├─ TestLink：功能简单、免费\n│   ├─ 飞书/钉钉：协作方便、集成度高\n│   └─ 自研：完全定制、成本高\n│\n├─ 商业方案\n│   ├─ 禅道：功能全面、中文友好\n│   ├─ JIRA：生态丰富、扩展性强\n│   └─ Zephyr：JIRA集成、测试专业\n│\n└─ 决策依据：\n    ├─ 团队规模\n    ├─ 功能需求\n    ├─ 预算限制\n    └─ 集成需求\n```\n\n## 选型报告模板\n\n```markdown\n# 技术选型报告\n\n## 1. 背景和目标\n- 选型背景：[为什么要做选型]\n- 选型目标：[要解决什么问题]\n- 约束条件：[时间/预算/资源]\n\n## 2. 需求分析\n- 业务需求：[需求列表]\n- 技术需求：[需求列表]\n- 优先级：[需求优先级]\n\n## 3. 方案对比\n- 候选方案：[方案列表]\n- 评估维度：[维度列表]\n- 对比结果：[对比表格]\n\n## 4. 推荐方案\n- 推荐方案：[方案名称]\n- 推荐理由：[为什么推荐]\n- 风险提示：[风险和应对]\n\n## 5. 实施计划\n- 实施步骤：[步骤列表]\n- 时间计划：[时间节点]\n- 资源需求：[人力/预算]\n```\n\n## Examples\n\n**需要选择Web UI自动化框架（Selenium vs Playwright vs Cypress）**\n→ 需求分析：团队技术栈（Java/JS）、测试规模（100/1000/10000用例）、维护能力\n→ 方案评估：社区活跃度、跨浏览器支持、稳定性、学习曲线\n→ 决策矩阵：按权重打分，推荐Playwright（社区活跃+跨浏览器+速度快）\n\n**团队想引入性能测试工具（JMeter vs Locust vs k6）**\n→ 按技术栈（Python/Javascript）、协议支持、分布式能力、报告输出综合评估\n\n## 输出示例\n\n**场景：Python 项目的接口自动化框架选型**\n\n**1. 需求分析**：Python 技术栈、需要 REST 接口自动化、需 CI 集成、团队 3 人、预算无（开源优先）\n\n**2. 候选方案**：pytest+requests、Robot Framework、Karate、HttpRunner\n\n**3. 决策矩阵（加权评分）**：\n\n| 维度 | 权重 | pytest+requests | Robot Framework | Karate | HttpRunner |\n|------|:---:|:---:|:---:|:---:|:---:|\n| 技术栈匹配 | 25% | 5 | 4 | 3 | 5 |\n| 自动化能力 | 20% | 5 | 4 | 4 | 4 |\n| CI 集成 | 15% | 5 | 4 | 4 | 5 |\n| 团队上手成本 | 20% | 4 | 3 | 3 | 5 |\n| 维护成本 | 10% | 4 | 3 | 4 | 4 |\n| 生态/社区 | 10% | 5 | 4 | 4 | 4 |\n| **加权总分** | | **4.75** | **3.70** | **3.60** | **4.55** |\n\n**4. 推荐结论**：**pytest+requests**（总分 4.75 最高）——技术栈匹配 + CI 生态成熟；HttpRunner 作为备选（国内社区友好、用例 YAML 化、团队上手快）。\n\n**5. 实施计划**：第1周搭建框架+公共封装 → 第2周接入 CI → 第3周首批 50 条用例 → 第4周推广。\n\n**场景：性能测试工具选型**\n→ 需求（JMeter 全协议 / Locust Python 原生 / k6 云原生）→ 决策矩阵（协议支持/分布式/报告/团队熟悉度）→ 推荐结论（中小团队选 Locust，大规模压测选 JMeter，云原生选 k6）\n\n## Guidelines\n\n技术选型完成后检查：\n- [ ] 需求分析是否完整？\n- [ ] 候选方案是否全面？\n- [ ] 评估维度是否合理？\n- [ ] 对比结果是否客观？\n- [ ] 推荐理由是否充分？\n- [ ] 实施计划是否可行？\n\n\n## 检查清单\n\n- [ ] 候选工具是否≥3个？\n- [ ] 核心维度是否对比？\n- [ ] 维护成本是否评估？\n- [ ] 团队适配是否考虑？\n- [ ] 选型报告是否生成？\n\nFile v1.8.0:_meta.json\n\n{\n  \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n  \"slug\": \"qa-tech-selection\",\n  \"version\": \"1.8.0\",\n  \"publishedAt\": 1790656139661\n}\n\nFile v1.8.0:references/selection-framework.md\n\n# 测试工具选型框架详解\n\n> 本文是 `qa-tech-selection` 的**测试工具选型框架详解**。做工具选型评估时读本文；\n其余部分留在 SKILL.md，不必读本文。\n\n---\n\n\n### 维度1：需求分析\n\n```text\n需求收集：\n├─ 业务需求\n│   ├─ 测试类型：功能/性能/安全/兼容\n│   ├─ 测试规模：用例数量/执行频率\n│   ├─ 团队规模：人员数量/技能水平\n│   └─ 预算限制：采购预算/维护成本\n│\n├─ 技术需求\n│   ├─ 技术栈：语言/框架/协议\n│   ├─ 集成需求：CI/CD/监控/报告\n│   ├─ 扩展需求：并发/分布式/云化\n│   └─ 维护需求：升级/扩展/迁移\n│\n└─ 约束条件\n    ├─ 时间约束：上线时间\n    ├─ 资源约束：人力/预算\n    ├─ 技术约束：现有技术栈\n    └─ 合规约束：安全/隐私\n```\n\n### 维度2：方案评估\n\n```text\n评估维度：\n├─ 功能性\n│   ├─ 功能覆盖：是否满足需求\n│   ├─ 功能深度：功能完善程度\n│   ├─ 扩展性：是否支持扩展\n│   └─ 定制性：是否支持定制\n│\n├─ 易用性\n│   ├─ 学习成本：上手难度\n│   ├─ 使用体验：操作便捷性\n│   ├─ 文档质量：文档完善程度\n│   └─ 社区支持：社区活跃度\n│\n├─ 性能\n│   ├─ 执行效率：执行速度\n│   ├─ 资源消耗：CPU/内存/磁盘\n│   ├─ 并发能力：支持并发数\n│   └─ 稳定性：长期运行稳定性\n│\n├─ 成本\n│   ├─ 采购成本：License费用\n│   ├─ 实施成本：部署/集成成本\n│   ├─ 维护成本：升级/维护成本\n│   └─ 培训成本：人员培训成本\n│\n└─ 风险\n    ├─ 技术风险：技术成熟度\n    ├─ 供应商风险：供应商稳定性\n    ├─ 迁移风险：迁移难度\n    └─ 锁定风险：厂商锁定\n```\n\n### 维度3：决策矩阵\n\n**决策矩阵：**\n\n| 方案 | 功能性 | 易用性 | 性能 | 成本 | 风险 | 总分 |\n|------|--------|--------|------|------|------|------|\n| 方案A | 9 | 8 | 7 | 6 | 7 | 37 |\n| 方案B | 8 | 9 | 8 | 7 | 8 | 40 |\n| 方案C | 7 | 7 | 9 | 8 | 6 | 37 |\n\n**权重：**\n- 功能性：30%\n- 易用性：25%\n- 性能：20%\n- 成本：15%\n- 风险：10%\n\nFile v1.8.0:skill-card.md\n\n## Description:\n\nHelps teams compare QA automation frameworks, performance tools, and test management platforms against their requirements and plan a recommended choice and migration.\n\nThis skill is ready for commercial/non-commercial use.\n\n## Publisher:\n\n[kokxi](https://clawhub.ai/user/kokxi)\n\n### License/Terms of Use:\n\nMIT-0\n\n## Use Case:\n\nQA teams and developers use this skill to assess and select testing tools against project requirements, team skills, costs, and integration needs, then outline a proof of concept and migration plan.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: The suggested unpinned external skill-bundle installation may add or change agent behavior beyond this skill.\n\nMitigation: Before running the suggested installation command, verify its source, pin a version or commit, and review the additional skills it installs.\n\n## Reference(s):\n\n- [Testing tool selection framework](references/selection-framework.md)\n- [ClawHub skill release](https://clawhub.ai/kokxi/skills/qa-tech-selection)\n\n## Skill Output:\n\n**Output Type(s):** [Analysis, Recommendations, Guidance]\n\n**Output Format:** [Markdown report with comparison matrix]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Includes evaluation criteria, weighted comparisons, risks, proof-of-concept checks, and migration steps.]\n\n## Skill Version(s):\n\n1.8.0 (source: ClawHub release and skill metadata)\n\n## Ethical Considerations:\n\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment.\n\nArchive v1.7.7: 3 files, 5536 bytes\n\nFiles: skill-card.md (1747b), SKILL.md (9757b), _meta.json (136b)\n\nFile v1.7.7:SKILL.md\n\n---\nname: qa-tech-selection\nslug: qa-tech-selection\ndisplayName: Tech Selection\nversion: 1.7.7\ndescription: >-\n  当团队要选测试工具（自动化框架/性能工具/管理平台）、现有工具不能满足需求需要替换、或者公司要求做技术评估时使用此技能。通过多维度对比评估（功能覆盖/学习成本/社区活跃度/维护成本/扩展性）输出推荐方案和迁移实施建议。不要只看 Gartner 象限或者技术网红推荐——工具好不好取决于你的团队能力、技术栈和实际场景。每个推荐方案附带 POC 验证计划和风险提示。\n\nwhen_to_use: 用户说\"技术选型\"、\"工具选择\"、\"框架选择\"、\"用什么工具\"、\"工具对比\"、需要评估测试技术方案、现有工具不能满足需求需要替换时\nallowed-tools: Read Grep Glob WebFetch\nrelated_skills:\n  upstream:\n    - qa-test-strategy-design    # 输入：测试策略确定需求\n  downstream:\n    - qa-ci-cd-testing           # 输出：技术选型用于CI/CD集成\n    - qa-test-automation-arch\ninput_format:\n  required:\n    - name: 项目需求\n      type: string\n      description: 项目技术需求和非功能需求\n    - name: 技术约束\n      type: string\n      description: 技术栈限制和团队能力\n  optional:\n    - name: 预算限制\n      type: string\n      description: 工具和资源预算\noutput_format:\n  traceability:\n    - 每次选型评估带唯一ID（SEL-XXXX）\n  structure:\n    - 测试用例表格：固定 9 列（用例编号|测试类型|功能模块|测试标题|用例级别|预置条件|测试步骤|预期结果|风险等级）\n    - 用例级别：P0≤20%（核心流程）/ P1≤40%（主要功能）/ P2≤30%（次要功能）/ P3≤10%（边缘场景）\n    - 覆盖率：标注口径（基于现有需求/输入文档），禁止\"全覆盖/100%\"绝对化表述；缺失模块标注\"未覆盖+原因\"\n    - tech_evaluation: 技术评估报告\n    - comparison_matrix: 对比矩阵\n    - recommendation: 推荐方案\n    - risk_assessment: 技术风险评估\ncategories: ['Development','Testing','DevOps']\ndepth_requirement_quantification:\n  reference_value: \"根据选型复杂度调整评估深度：简单×1/中等×2/复杂×3\"\n  minimum: \"至少对比3个候选工具的核心维度\"\nerror_recovery_guidance:\n  on_failure: \"工具选型遗漏关键维度时回退到测试策略补充需求\"\n  retry_behavior: \"补充需求后重新评估候选工具\"\n---\n# 测试技术选型\n\n## 核心原则\n\n工具替换快，思维不过时——选型要基于业务需求，不是技术偏好。\n\n## 选型框架\n\n### 维度1：需求分析\n\n```text\n需求收集：\n├─ 业务需求\n│   ├─ 测试类型：功能/性能/安全/兼容\n│   ├─ 测试规模：用例数量/执行频率\n│   ├─ 团队规模：人员数量/技能水平\n│   └─ 预算限制：采购预算/维护成本\n│\n├─ 技术需求\n│   ├─ 技术栈：语言/框架/协议\n│   ├─ 集成需求：CI/CD/监控/报告\n│   ├─ 扩展需求：并发/分布式/云化\n│   └─ 维护需求：升级/扩展/迁移\n│\n└─ 约束条件\n    ├─ 时间约束：上线时间\n    ├─ 资源约束：人力/预算\n    ├─ 技术约束：现有技术栈\n    └─ 合规约束：安全/隐私\n```\n\n### 维度2：方案评估\n\n```text\n评估维度：\n├─ 功能性\n│   ├─ 功能覆盖：是否满足需求\n│   ├─ 功能深度：功能完善程度\n│   ├─ 扩展性：是否支持扩展\n│   └─ 定制性：是否支持定制\n│\n├─ 易用性\n│   ├─ 学习成本：上手难度\n│   ├─ 使用体验：操作便捷性\n│   ├─ 文档质量：文档完善程度\n│   └─ 社区支持：社区活跃度\n│\n├─ 性能\n│   ├─ 执行效率：执行速度\n│   ├─ 资源消耗：CPU/内存/磁盘\n│   ├─ 并发能力：支持并发数\n│   └─ 稳定性：长期运行稳定性\n│\n├─ 成本\n│   ├─ 采购成本：License费用\n│   ├─ 实施成本：部署/集成成本\n│   ├─ 维护成本：升级/维护成本\n│   └─ 培训成本：人员培训成本\n│\n└─ 风险\n    ├─ 技术风险：技术成熟度\n    ├─ 供应商风险：供应商稳定性\n    ├─ 迁移风险：迁移难度\n    └─ 锁定风险：厂商锁定\n```\n\n### 维度3：决策矩阵\n\n**决策矩阵：**\n\n| 方案 | 功能性 | 易用性 | 性能 | 成本 | 风险 | 总分 |\n|------|--------|--------|------|------|------|------|\n| 方案A | 9 | 8 | 7 | 6 | 7 | 37 |\n| 方案B | 8 | 9 | 8 | 7 | 8 | 40 |\n| 方案C | 7 | 7 | 9 | 8 | 6 | 37 |\n\n**权重：**\n- 功能性：30%\n- 易用性：25%\n- 性能：20%\n- 成本：15%\n- 风险：10%\n\n## 常见选型场景\n\n### 场景1：自动化框架选型\n\n```text\n选项对比：\n├─ Playwright\n│   ├─ 优点：多浏览器、自动等待、调试友好\n│   ├─ 缺点：社区相对较小\n│   └─ 适用：现代Web应用、多浏览器测试\n│\n├─ Cypress\n│   ├─ 优点：实时调试、自动重试、CI友好\n│   ├─ 缺点：仅支持Chrome、iframe支持差\n│   └─ 适用：单页应用、快速反馈\n│\n├─ Selenium\n│   ├─ 优点：生态成熟、语言支持多、社区大\n│   ├─ 缺点：配置复杂、调试困难\n│   └─ 适用：传统Web应用、多语言团队\n│\n└─ 决策依据：\n    ├─ 团队技术栈\n    ├─ 应用架构\n    ├─ 测试需求\n    └─ 维护成本\n```\n\n### 场景2：性能测试工具选型\n\n```text\n选项对比：\n├─ JMeter\n│   ├─ 优点：功能全面、插件丰富、社区大\n│   ├─ 缺点：界面复杂、资源消耗大\n│   └─ 适用：复杂性能测试、协议测试\n│\n├─ Locust\n│   ├─ 优点：代码化、分布式、轻量\n│   ├─ 缺点：需要编程能力\n│   └─ 适用：API性能测试、分布式测试\n│\n├─ k6\n│   ├─ 优点：现代化、脚本化、CI友好\n│   ├─ 缺点：社区相对较小\n│   └─ 适用：现代应用、DevOps集成\n│\n└─ 决策依据：\n    ├─ 测试类型\n    ├─ 团队技能\n    ├─ 集成需求\n    └─ 性能要求\n```\n\n### 场景3：测试管理平台选型\n\n```text\n选项对比：\n├─ 开源方案\n│   ├─ TestLink：功能简单、免费\n│   ├─ 飞书/钉钉：协作方便、集成度高\n│   └─ 自研：完全定制、成本高\n│\n├─ 商业方案\n│   ├─ 禅道：功能全面、中文友好\n│   ├─ JIRA：生态丰富、扩展性强\n│   └─ Zephyr：JIRA集成、测试专业\n│\n└─ 决策依据：\n    ├─ 团队规模\n    ├─ 功能需求\n    ├─ 预算限制\n    └─ 集成需求\n```\n\n## 选型报告模板\n\n```markdown\n# 技术选型报告\n\n## 1. 背景和目标\n- 选型背景：[为什么要做选型]\n- 选型目标：[要解决什么问题]\n- 约束条件：[时间/预算/资源]\n\n## 2. 需求分析\n- 业务需求：[需求列表]\n- 技术需求：[需求列表]\n- 优先级：[需求优先级]\n\n## 3. 方案对比\n- 候选方案：[方案列表]\n- 评估维度：[维度列表]\n- 对比结果：[对比表格]\n\n## 4. 推荐方案\n- 推荐方案：[方案名称]\n- 推荐理由：[为什么推荐]\n- 风险提示：[风险和应对]\n\n## 5. 实施计划\n- 实施步骤：[步骤列表]\n- 时间计划：[时间节点]\n- 资源需求：[人力/预算]\n```\n\n## Examples\n\n**需要选择Web UI自动化框架（Selenium vs Playwright vs Cypress）**\n→ 需求分析：团队技术栈（Java/JS）、测试规模（100/1000/10000用例）、维护能力\n→ 方案评估：社区活跃度、跨浏览器支持、稳定性、学习曲线\n→ 决策矩阵：按权重打分，推荐Playwright（社区活跃+跨浏览器+速度快）\n\n**团队想引入性能测试工具（JMeter vs Locust vs k6）**\n→ 按技术栈（Python/Javascript）、协议支持、分布式能力、报告输出综合评估\n\n## 输出示例\n\n**场景：Python 项目的接口自动化框架选型**\n\n**1. 需求分析**：Python 技术栈、需要 REST 接口自动化、需 CI 集成、团队 3 人、预算无（开源优先）\n\n**2. 候选方案**：pytest+requests、Robot Framework、Karate、HttpRunner\n\n**3. 决策矩阵（加权评分）**：\n\n| 维度 | 权重 | pytest+requests | Robot Framework | Karate | HttpRunner |\n|------|:---:|:---:|:---:|:---:|:---:|\n| 技术栈匹配 | 25% | 5 | 4 | 3 | 5 |\n| 自动化能力 | 20% | 5 | 4 | 4 | 4 |\n| CI 集成 | 15% | 5 | 4 | 4 | 5 |\n| 团队上手成本 | 20% | 4 | 3 | 3 | 5 |\n| 维护成本 | 10% | 4 | 3 | 4 | 4 |\n| 生态/社区 | 10% | 5 | 4 | 4 | 4 |\n| **加权总分** | | **4.75** | **3.70** | **3.60** | **4.55** |\n\n**4. 推荐结论**：**pytest+requests**（总分 4.75 最高）——技术栈匹配 + CI 生态成熟；HttpRunner 作为备选（国内社区友好、用例 YAML 化、团队上手快）。\n\n**5. 实施计划**：第1周搭建框架+公共封装 → 第2周接入 CI → 第3周首批 50 条用例 → 第4周推广。\n\n**场景：性能测试工具选型**\n→ 需求（JMeter 全协议 / Locust Python 原生 / k6 云原生）→ 决策矩阵（协议支持/分布式/报告/团队熟悉度）→ 推荐结论（中小团队选 Locust，大规模压测选 JMeter，云原生选 k6）\n\n## Guidelines\n\n技术选型完成后检查：\n- [ ] 需求分析是否完整？\n- [ ] 候选方案是否全面？\n- [ ] 评估维度是否合理？\n- [ ] 对比结果是否客观？\n- [ ] 推荐理由是否充分？\n- [ ] 实施计划是否可行？\n\n\n## 检查清单\n\n- [ ] 候选工具是否≥3个？\n- [ ] 核心维度是否对比？\n- [ ] 维护成本是否评估？\n- [ ] 团队适配是否考虑？\n- [ ] 选型报告是否生成？\n\nFile v1.7.7:_meta.json\n\n{\n  \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n  \"slug\": \"qa-tech-selection\",\n  \"version\": \"1.7.7\",\n  \"publishedAt\": 1790520135831\n}\n\nFile v1.7.7:skill-card.md\n\n## Description:\n\nHelps QA teams compare testing tools against project requirements, team capabilities, costs, and risks, then recommend a solution with a proof-of-concept and migration plan.\n\nThis skill is ready for commercial/non-commercial use.\n\n## Publisher:\n\n[kokxi](https://clawhub.ai/user/kokxi)\n\n### License/Terms of Use:\n\nMIT-0\n\n## Use Case:\n\nQA engineers and testing teams use this Chinese-language skill to evaluate automation frameworks, performance tools, or test-management platforms against project requirements and technical constraints. It produces a comparison, recommendation, risk assessment, and implementation guidance.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: Broad tool-choice prompts may trigger this skill outside a testing-tool evaluation.\n\nMitigation: Confirm the request concerns QA or testing tools and clarify project requirements and constraints before comparing options.\n\n## Reference(s):\n\n- [QA Tech Selection on ClawHub](https://clawhub.ai/kokxi/skills/qa-tech-selection)\n\n## Skill Output:\n\n**Output Type(s):** [Text, Markdown, Guidance]\n\n**Output Format:** [Chinese-language Markdown report with comparison tables]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Includes a selection ID, at least three candidate tools, a weighted comparison, a recommendation, a proof-of-concept plan, and migration risks.]\n\n## Skill Version(s):\n\n1.7.7 (source: frontmatter and release metadata)\n\n## Ethical Considerations:\n\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment.\n\nArchive v1.7.6: 3 files, 5796 bytes\n\nFiles: skill-card.md (1853b), SKILL.md (10347b), _meta.json (136b)\n\nFile v1.7.6:SKILL.md\n\n---\r\nname: qa-tech-selection\r\nslug: qa-tech-selection\r\ndisplayName: 测试技术选型\r\nversion: 1.7.5\r\ndescription: >-\r\n  当团队要选测试工具（自动化框架/性能工具/管理平台）、现有工具不能满足需求需要替换、或者公司要求做技术评估时使用此技能。通过多维度对比评估（功能覆盖/学习成本/社区活跃度/维护成本/扩展性）输出推荐方案和迁移实施建议。不要只看 Gartner 象限或者技术网红推荐——工具好不好取决于你的团队能力、技术栈和实际场景。每个推荐方案附带 POC 验证计划和风险提示。\r\n  本技能属于 QA Test Skills 技能集（49 个技能之一），完整工作流体验需安装全套：npx skills add Kokxi/qa-test-skills\r\n\r\nwhen_to_use: 用户说\"技术选型\"、\"工具选择\"、\"框架选择\"、\"用什么工具\"、\"工具对比\"、需要评估测试技术方案、现有工具不能满足需求需要替换时\r\nallowed-tools: Read Grep Glob WebFetch\r\nrelated_skills:\r\n  upstream:\r\n    - qa-test-strategy-design    # 输入：测试策略确定需求\r\n  downstream:\r\n    - qa-ci-cd-testing           # 输出：技术选型用于CI/CD集成\r\n    - qa-test-automation-arch\r\ninput_format:\r\n  required:\r\n    - name: 项目需求\r\n      type: string\r\n      description: 项目技术需求和非功能需求\r\n    - name: 技术约束\r\n      type: string\r\n      description: 技术栈限制和团队能力\r\n  optional:\r\n    - name: 预算限制\r\n      type: string\r\n      description: 工具和资源预算\r\noutput_format:\r\n  traceability:\r\n    - 每次选型评估带唯一ID（SEL-XXXX）\r\n  structure:\r\n    - 测试用例表格：固定 9 列（用例编号|测试类型|功能模块|测试标题|用例级别|预置条件|测试步骤|预期结果|风险等级）\r\n    - 用例级别：P0≤20%（核心流程）/ P1≤40%（主要功能）/ P2≤30%（次要功能）/ P3≤10%（边缘场景）\r\n    - 覆盖率：标注口径（基于现有需求/输入文档），禁止\"全覆盖/100%\"绝对化表述；缺失模块标注\"未覆盖+原因\"\r\n    - tech_evaluation: 技术评估报告\r\n    - comparison_matrix: 对比矩阵\r\n    - recommendation: 推荐方案\r\n    - risk_assessment: 技术风险评估\r\ncategories: ['Development','Testing','DevOps']\r\ndepth_requirement_quantification:\r\n  reference_value: \"根据选型复杂度调整评估深度：简单×1/中等×2/复杂×3\"\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## 核心原则\r\n\r\n工具替换快，思维不过时——选型要基于业务需求，不是技术偏好。\r\n\r\n## 选型框架\r\n\r\n### 维度1：需求分析\r\n\r\n```text\r\n需求收集：\r\n├─ 业务需求\r\n│   ├─ 测试类型：功能/性能/安全/兼容\r\n│   ├─ 测试规模：用例数量/执行频率\r\n│   ├─ 团队规模：人员数量/技能水平\r\n│   └─ 预算限制：采购预算/维护成本\r\n│\r\n├─ 技术需求\r\n│   ├─ 技术栈：语言/框架/协议\r\n│   ├─ 集成需求：CI/CD/监控/报告\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```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│   ├─ 资源消耗：CPU/内存/磁盘\r\n│   ├─ 并发能力：支持并发数\r\n│   └─ 稳定性：长期运行稳定性\r\n│\r\n├─ 成本\r\n│   ├─ 采购成本：License费用\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\r\n| 方案 | 功能性 | 易用性 | 性能 | 成本 | 风险 | 总分 |\r\n|------|--------|--------|------|------|------|------|\r\n| 方案A | 9 | 8 | 7 | 6 | 7 | 37 |\r\n| 方案B | 8 | 9 | 8 | 7 | 8 | 40 |\r\n| 方案C | 7 | 7 | 9 | 8 | 6 | 37 |\r\n\r\n**权重：**\r\n- 功能性：30%\r\n- 易用性：25%\r\n- 性能：20%\r\n- 成本：15%\r\n- 风险：10%\r\n\r\n## 常见选型场景\r\n\r\n### 场景1：自动化框架选型\r\n\r\n```text\r\n选项对比：\r\n├─ Playwright\r\n│   ├─ 优点：多浏览器、自动等待、调试友好\r\n│   ├─ 缺点：社区相对较小\r\n│   └─ 适用：现代Web应用、多浏览器测试\r\n│\r\n├─ Cypress\r\n│   ├─ 优点：实时调试、自动重试、CI友好\r\n│   ├─ 缺点：仅支持Chrome、iframe支持差\r\n│   └─ 适用：单页应用、快速反馈\r\n│\r\n├─ Selenium\r\n│   ├─ 优点：生态成熟、语言支持多、社区大\r\n│   ├─ 缺点：配置复杂、调试困难\r\n│   └─ 适用：传统Web应用、多语言团队\r\n│\r\n└─ 决策依据：\r\n    ├─ 团队技术栈\r\n    ├─ 应用架构\r\n    ├─ 测试需求\r\n    └─ 维护成本\r\n```\r\n\r\n### 场景2：性能测试工具选型\r\n\r\n```text\r\n选项对比：\r\n├─ JMeter\r\n│   ├─ 优点：功能全面、插件丰富、社区大\r\n│   ├─ 缺点：界面复杂、资源消耗大\r\n│   └─ 适用：复杂性能测试、协议测试\r\n│\r\n├─ Locust\r\n│   ├─ 优点：代码化、分布式、轻量\r\n│   ├─ 缺点：需要编程能力\r\n│   └─ 适用：API性能测试、分布式测试\r\n│\r\n├─ k6\r\n│   ├─ 优点：现代化、脚本化、CI友好\r\n│   ├─ 缺点：社区相对较小\r\n│   └─ 适用：现代应用、DevOps集成\r\n│\r\n└─ 决策依据：\r\n    ├─ 测试类型\r\n    ├─ 团队技能\r\n    ├─ 集成需求\r\n    └─ 性能要求\r\n```\r\n\r\n### 场景3：测试管理平台选型\r\n\r\n```text\r\n选项对比：\r\n├─ 开源方案\r\n│   ├─ TestLink：功能简单、免费\r\n│   ├─ 飞书/钉钉：协作方便、集成度高\r\n│   └─ 自研：完全定制、成本高\r\n│\r\n├─ 商业方案\r\n│   ├─ 禅道：功能全面、中文友好\r\n│   ├─ JIRA：生态丰富、扩展性强\r\n│   └─ Zephyr：JIRA集成、测试专业\r\n│\r\n└─ 决策依据：\r\n    ├─ 团队规模\r\n    ├─ 功能需求\r\n    ├─ 预算限制\r\n    └─ 集成需求\r\n```\r\n\r\n## 选型报告模板\r\n\r\n```markdown\r\n# 技术选型报告\r\n\r\n## 1. 背景和目标\r\n- 选型背景：[为什么要做选型]\r\n- 选型目标：[要解决什么问题]\r\n- 约束条件：[时间/预算/资源]\r\n\r\n## 2. 需求分析\r\n- 业务需求：[需求列表]\r\n- 技术需求：[需求列表]\r\n- 优先级：[需求优先级]\r\n\r\n## 3. 方案对比\r\n- 候选方案：[方案列表]\r\n- 评估维度：[维度列表]\r\n- 对比结果：[对比表格]\r\n\r\n## 4. 推荐方案\r\n- 推荐方案：[方案名称]\r\n- 推荐理由：[为什么推荐]\r\n- 风险提示：[风险和应对]\r\n\r\n## 5. 实施计划\r\n- 实施步骤：[步骤列表]\r\n- 时间计划：[时间节点]\r\n- 资源需求：[人力/预算]\r\n```\r\n\r\n## Examples\r\n\r\n**需要选择Web UI自动化框架（Selenium vs Playwright vs Cypress）**\r\n→ 需求分析：团队技术栈（Java/JS）、测试规模（100/1000/10000用例）、维护能力\r\n→ 方案评估：社区活跃度、跨浏览器支持、稳定性、学习曲线\r\n→ 决策矩阵：按权重打分，推荐Playwright（社区活跃+跨浏览器+速度快）\r\n\r\n**团队想引入性能测试工具（JMeter vs Locust vs k6）**\r\n→ 按技术栈（Python/Javascript）、协议支持、分布式能力、报告输出综合评估\r\n\r\n## 输出示例\r\n\r\n**场景：Python 项目的接口自动化框架选型**\r\n\r\n**1. 需求分析**：Python 技术栈、需要 REST 接口自动化、需 CI 集成、团队 3 人、预算无（开源优先）\r\n\r\n**2. 候选方案**：pytest+requests、Robot Framework、Karate、HttpRunner\r\n\r\n**3. 决策矩阵（加权评分）**：\r\n\r\n| 维度 | 权重 | pytest+requests | Robot Framework | Karate | HttpRunner |\r\n|------|:---:|:---:|:---:|:---:|:---:|\r\n| 技术栈匹配 | 25% | 5 | 4 | 3 | 5 |\r\n| 自动化能力 | 20% | 5 | 4 | 4 | 4 |\r\n| CI 集成 | 15% | 5 | 4 | 4 | 5 |\r\n| 团队上手成本 | 20% | 4 | 3 | 3 | 5 |\r\n| 维护成本 | 10% | 4 | 3 | 4 | 4 |\r\n| 生态/社区 | 10% | 5 | 4 | 4 | 4 |\r\n| **加权总分** | | **4.75** | **3.70** | **3.60** | **4.55** |\r\n\r\n**4. 推荐结论**：**pytest+requests**（总分 4.75 最高）——技术栈匹配 + CI 生态成熟；HttpRunner 作为备选（国内社区友好、用例 YAML 化、团队上手快）。\r\n\r\n**5. 实施计划**：第1周搭建框架+公共封装 → 第2周接入 CI → 第3周首批 50 条用例 → 第4周推广。\r\n\r\n**场景：性能测试工具选型**\r\n→ 需求（JMeter 全协议 / Locust Python 原生 / k6 云原生）→ 决策矩阵（协议支持/分布式/报告/团队熟悉度）→ 推荐结论（中小团队选 Locust，大规模压测选 JMeter，云原生选 k6）\r\n\r\n## Guidelines\r\n\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- [ ] 团队适配是否考虑？\r\n- [ ] 选型报告是否生成？\n\nFile v1.7.6:_meta.json\n\n{\n  \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n  \"slug\": \"qa-tech-selection\",\n  \"version\": \"1.7.6\",\n  \"publishedAt\": 1788266840239\n}\n\nFile v1.7.6:skill-card.md\n\n## Description:\n\nHelps QA teams select testing tools, frameworks, and platforms by comparing candidate options across requirements fit, learning cost, community activity, maintenance cost, extensibility, and implementation risk.\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\nDevelopers, QA engineers, and test leads use this skill when choosing or replacing test automation frameworks, performance tools, or test management platforms. It produces a structured evaluation, comparison matrix, recommendation, migration plan, POC validation plan, and risk notes.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: The artifact recommends an unpinned command that can install a larger third-party skill set.\n\nMitigation: Verify the source, pin installation to a reviewed immutable version, or run it in a least-privilege sandbox before use.\n\n## Reference(s):\n\n- [ClawHub skill page](https://clawhub.ai/kokxi/skills/qa-tech-selection)\n\n## Skill Output:\n\n**Output Type(s):** [Text, Markdown, Guidance]\n\n**Output Format:** [Markdown report with comparison matrices, recommendations, implementation planning, POC validation, and risk assessment]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Includes SEL-XXXX traceability IDs and weighted evaluation of at least three candidate tools when enough requirements are available.]\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, 5679 bytes\n\nFiles: skill-card.md (2063b), SKILL.md (9757b), _meta.json (136b)\n\nFile v1.7.5:SKILL.md\n\n---\nname: qa-tech-selection\nslug: qa-tech-selection\ndisplayName: Tech Selection\nversion: 1.7.5\ndescription: >-\n  当团队要选测试工具（自动化框架/性能工具/管理平台）、现有工具不能满足需求需要替换、或者公司要求做技术评估时使用此技能。通过多维度对比评估（功能覆盖/学习成本/社区活跃度/维护成本/扩展性）输出推荐方案和迁移实施建议。不要只看 Gartner 象限或者技术网红推荐——工具好不好取决于你的团队能力、技术栈和实际场景。每个推荐方案附带 POC 验证计划和风险提示。\n\nwhen_to_use: 用户说\"技术选型\"、\"工具选择\"、\"框架选择\"、\"用什么工具\"、\"工具对比\"、需要评估测试技术方案、现有工具不能满足需求需要替换时\nallowed-tools: Read Grep Glob WebFetch\nrelated_skills:\n  upstream:\n    - qa-test-strategy-design    # 输入：测试策略确定需求\n  downstream:\n    - qa-ci-cd-testing           # 输出：技术选型用于CI/CD集成\n    - qa-test-automation-arch\ninput_format:\n  required:\n    - name: 项目需求\n      type: string\n      description: 项目技术需求和非功能需求\n    - name: 技术约束\n      type: string\n      description: 技术栈限制和团队能力\n  optional:\n    - name: 预算限制\n      type: string\n      description: 工具和资源预算\noutput_format:\n  traceability:\n    - 每次选型评估带唯一ID（SEL-XXXX）\n  structure:\n    - 测试用例表格：固定 9 列（用例编号|测试类型|功能模块|测试标题|用例级别|预置条件|测试步骤|预期结果|风险等级）\n    - 用例级别：P0≤20%（核心流程）/ P1≤40%（主要功能）/ P2≤30%（次要功能）/ P3≤10%（边缘场景）\n    - 覆盖率：标注口径（基于现有需求/输入文档），禁止\"全覆盖/100%\"绝对化表述；缺失模块标注\"未覆盖+原因\"\n    - tech_evaluation: 技术评估报告\n    - comparison_matrix: 对比矩阵\n    - recommendation: 推荐方案\n    - risk_assessment: 技术风险评估\ncategories: ['Development','Testing','DevOps']\ndepth_requirement_quantification:\n  reference_value: \"根据选型复杂度调整评估深度：简单×1/中等×2/复杂×3\"\n  minimum: \"至少对比3个候选工具的核心维度\"\nerror_recovery_guidance:\n  on_failure: \"工具选型遗漏关键维度时回退到测试策略补充需求\"\n  retry_behavior: \"补充需求后重新评估候选工具\"\n---\n# 测试技术选型\n\n## 核心原则\n\n工具替换快，思维不过时——选型要基于业务需求，不是技术偏好。\n\n## 选型框架\n\n### 维度1：需求分析\n\n```text\n需求收集：\n├─ 业务需求\n│   ├─ 测试类型：功能/性能/安全/兼容\n│   ├─ 测试规模：用例数量/执行频率\n│   ├─ 团队规模：人员数量/技能水平\n│   └─ 预算限制：采购预算/维护成本\n│\n├─ 技术需求\n│   ├─ 技术栈：语言/框架/协议\n│   ├─ 集成需求：CI/CD/监控/报告\n│   ├─ 扩展需求：并发/分布式/云化\n│   └─ 维护需求：升级/扩展/迁移\n│\n└─ 约束条件\n    ├─ 时间约束：上线时间\n    ├─ 资源约束：人力/预算\n    ├─ 技术约束：现有技术栈\n    └─ 合规约束：安全/隐私\n```\n\n### 维度2：方案评估\n\n```text\n评估维度：\n├─ 功能性\n│   ├─ 功能覆盖：是否满足需求\n│   ├─ 功能深度：功能完善程度\n│   ├─ 扩展性：是否支持扩展\n│   └─ 定制性：是否支持定制\n│\n├─ 易用性\n│   ├─ 学习成本：上手难度\n│   ├─ 使用体验：操作便捷性\n│   ├─ 文档质量：文档完善程度\n│   └─ 社区支持：社区活跃度\n│\n├─ 性能\n│   ├─ 执行效率：执行速度\n│   ├─ 资源消耗：CPU/内存/磁盘\n│   ├─ 并发能力：支持并发数\n│   └─ 稳定性：长期运行稳定性\n│\n├─ 成本\n│   ├─ 采购成本：License费用\n│   ├─ 实施成本：部署/集成成本\n│   ├─ 维护成本：升级/维护成本\n│   └─ 培训成本：人员培训成本\n│\n└─ 风险\n    ├─ 技术风险：技术成熟度\n    ├─ 供应商风险：供应商稳定性\n    ├─ 迁移风险：迁移难度\n    └─ 锁定风险：厂商锁定\n```\n\n### 维度3：决策矩阵\n\n**决策矩阵：**\n\n| 方案 | 功能性 | 易用性 | 性能 | 成本 | 风险 | 总分 |\n|------|--------|--------|------|------|------|------|\n| 方案A | 9 | 8 | 7 | 6 | 7 | 37 |\n| 方案B | 8 | 9 | 8 | 7 | 8 | 40 |\n| 方案C | 7 | 7 | 9 | 8 | 6 | 37 |\n\n**权重：**\n- 功能性：30%\n- 易用性：25%\n- 性能：20%\n- 成本：15%\n- 风险：10%\n\n## 常见选型场景\n\n### 场景1：自动化框架选型\n\n```text\n选项对比：\n├─ Playwright\n│   ├─ 优点：多浏览器、自动等待、调试友好\n│   ├─ 缺点：社区相对较小\n│   └─ 适用：现代Web应用、多浏览器测试\n│\n├─ Cypress\n│   ├─ 优点：实时调试、自动重试、CI友好\n│   ├─ 缺点：仅支持Chrome、iframe支持差\n│   └─ 适用：单页应用、快速反馈\n│\n├─ Selenium\n│   ├─ 优点：生态成熟、语言支持多、社区大\n│   ├─ 缺点：配置复杂、调试困难\n│   └─ 适用：传统Web应用、多语言团队\n│\n└─ 决策依据：\n    ├─ 团队技术栈\n    ├─ 应用架构\n    ├─ 测试需求\n    └─ 维护成本\n```\n\n### 场景2：性能测试工具选型\n\n```text\n选项对比：\n├─ JMeter\n│   ├─ 优点：功能全面、插件丰富、社区大\n│   ├─ 缺点：界面复杂、资源消耗大\n│   └─ 适用：复杂性能测试、协议测试\n│\n├─ Locust\n│   ├─ 优点：代码化、分布式、轻量\n│   ├─ 缺点：需要编程能力\n│   └─ 适用：API性能测试、分布式测试\n│\n├─ k6\n│   ├─ 优点：现代化、脚本化、CI友好\n│   ├─ 缺点：社区相对较小\n│   └─ 适用：现代应用、DevOps集成\n│\n└─ 决策依据：\n    ├─ 测试类型\n    ├─ 团队技能\n    ├─ 集成需求\n    └─ 性能要求\n```\n\n### 场景3：测试管理平台选型\n\n```text\n选项对比：\n├─ 开源方案\n│   ├─ TestLink：功能简单、免费\n│   ├─ 飞书/钉钉：协作方便、集成度高\n│   └─ 自研：完全定制、成本高\n│\n├─ 商业方案\n│   ├─ 禅道：功能全面、中文友好\n│   ├─ JIRA：生态丰富、扩展性强\n│   └─ Zephyr：JIRA集成、测试专业\n│\n└─ 决策依据：\n    ├─ 团队规模\n    ├─ 功能需求\n    ├─ 预算限制\n    └─ 集成需求\n```\n\n## 选型报告模板\n\n```markdown\n# 技术选型报告\n\n## 1. 背景和目标\n- 选型背景：[为什么要做选型]\n- 选型目标：[要解决什么问题]\n- 约束条件：[时间/预算/资源]\n\n## 2. 需求分析\n- 业务需求：[需求列表]\n- 技术需求：[需求列表]\n- 优先级：[需求优先级]\n\n## 3. 方案对比\n- 候选方案：[方案列表]\n- 评估维度：[维度列表]\n- 对比结果：[对比表格]\n\n## 4. 推荐方案\n- 推荐方案：[方案名称]\n- 推荐理由：[为什么推荐]\n- 风险提示：[风险和应对]\n\n## 5. 实施计划\n- 实施步骤：[步骤列表]\n- 时间计划：[时间节点]\n- 资源需求：[人力/预算]\n```\n\n## Examples\n\n**需要选择Web UI自动化框架（Selenium vs Playwright vs Cypress）**\n→ 需求分析：团队技术栈（Java/JS）、测试规模（100/1000/10000用例）、维护能力\n→ 方案评估：社区活跃度、跨浏览器支持、稳定性、学习曲线\n→ 决策矩阵：按权重打分，推荐Playwright（社区活跃+跨浏览器+速度快）\n\n**团队想引入性能测试工具（JMeter vs Locust vs k6）**\n→ 按技术栈（Python/Javascript）、协议支持、分布式能力、报告输出综合评估\n\n## 输出示例\n\n**场景：Python 项目的接口自动化框架选型**\n\n**1. 需求分析**：Python 技术栈、需要 REST 接口自动化、需 CI 集成、团队 3 人、预算无（开源优先）\n\n**2. 候选方案**：pytest+requests、Robot Framework、Karate、HttpRunner\n\n**3. 决策矩阵（加权评分）**：\n\n| 维度 | 权重 | pytest+requests | Robot Framework | Karate | HttpRunner |\n|------|:---:|:---:|:---:|:---:|:---:|\n| 技术栈匹配 | 25% | 5 | 4 | 3 | 5 |\n| 自动化能力 | 20% | 5 | 4 | 4 | 4 |\n| CI 集成 | 15% | 5 | 4 | 4 | 5 |\n| 团队上手成本 | 20% | 4 | 3 | 3 | 5 |\n| 维护成本 | 10% | 4 | 3 | 4 | 4 |\n| 生态/社区 | 10% | 5 | 4 | 4 | 4 |\n| **加权总分** | | **4.75** | **3.70** | **3.60** | **4.55** |\n\n**4. 推荐结论**：**pytest+requests**（总分 4.75 最高）——技术栈匹配 + CI 生态成熟；HttpRunner 作为备选（国内社区友好、用例 YAML 化、团队上手快）。\n\n**5. 实施计划**：第1周搭建框架+公共封装 → 第2周接入 CI → 第3周首批 50 条用例 → 第4周推广。\n\n**场景：性能测试工具选型**\n→ 需求（JMeter 全协议 / Locust Python 原生 / k6 云原生）→ 决策矩阵（协议支持/分布式/报告/团队熟悉度）→ 推荐结论（中小团队选 Locust，大规模压测选 JMeter，云原生选 k6）\n\n## Guidelines\n\n技术选型完成后检查：\n- [ ] 需求分析是否完整？\n- [ ] 候选方案是否全面？\n- [ ] 评估维度是否合理？\n- [ ] 对比结果是否客观？\n- [ ] 推荐理由是否充分？\n- [ ] 实施计划是否可行？\n\n\n## 检查清单\n\n- [ ] 候选工具是否≥3个？\n- [ ] 核心维度是否对比？\n- [ ] 维护成本是否评估？\n- [ ] 团队适配是否考虑？\n- [ ] 选型报告是否生成？\n\nFile v1.7.5:_meta.json\n\n{\n  \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n  \"slug\": \"qa-tech-selection\",\n  \"version\": \"1.7.5\",\n  \"publishedAt\": 1788103208996\n}\n\nFile v1.7.5:skill-card.md\n\n## Description:\n\nHelps teams evaluate and choose QA and testing tools by comparing automation frameworks, performance tools, and test management platforms across requirements, costs, maintainability, team fit, and risks.\n\nThis skill is ready for commercial/non-commercial use.\n\n## Publisher:\n\n[kokxi](https://clawhub.ai/user/kokxi)\n\n### License/Terms of Use:\n\nMIT-0\n\n## Use Case:\n\nQA leads, test engineers, and developers use this skill when selecting or replacing testing tools. It supports structured comparison of candidate tools against project requirements, technical constraints, team capability, budget, integration needs, migration effort, and risk.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: The skill may activate on broad tool-selection wording.\n\nMitigation: Confirm the task is specifically QA or testing tool selection before relying on its recommendations.\n\nRisk: Tool-selection inputs can include sensitive project requirements, technology stack details, budget constraints, or team capability information.\n\nMitigation: Provide only information approved for the comparison task and redact confidential details that are not needed for tool evaluation.\n\n## Reference(s):\n\n- [ClawHub skill page](https://clawhub.ai/kokxi/skills/qa-tech-selection)\n\n## Skill Output:\n\n**Output Type(s):** [text, markdown, guidance]\n\n**Output Format:** [Markdown reports with comparison matrices, recommendations, POC validation plans, implementation plans, and risk notes.]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [May include traceability IDs such as SEL-XXXX and structured QA tool-selection assessment sections when the input supports them.]\n\n## Skill Version(s):\n\n1.7.5 (source: server release evidence and SKILL.md frontmatter)\n\n## Ethical Considerations:\n\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment.\n\nArchive v1.7.0: 3 files, 4796 bytes\n\nFiles: skill-card.md (1875b), SKILL.md (7969b), _meta.json (136b)\n\nFile v1.7.0:SKILL.md\n\n---\nname: qa-tech-selection\nslug: qa-tech-selection\ndisplayName: Tech Selection\nversion: 1.7.0\ndescription: >-\n  当团队要选测试工具（自动化框架/性能工具/管理平台）、现有工具不能满足需求需要替换、或者公司要求做技术评估时使用此技能。通过多维度对比评估（功能覆盖/学习成本/社区活跃度/维护成本/扩展性）输出推荐方案和迁移实施建议。不要只看 Gartner 象限或者技术网红推荐——工具好不好取决于你的团队能力、技术栈和实际场景。每个推荐方案附带 POC 验证计划和风险提示。\n\nwhen_to_use: 用户说\"技术选型\"、\"工具选择\"、\"框架选择\"、\"用什么工具\"、\"工具对比\"、需要评估测试技术方案、现有工具不能满足需求需要替换时\nallowed-tools: Read Grep Glob WebFetch\nrelated_skills:\n  upstream:\n    - qa-test-strategy-design    # 输入：测试策略确定需求\n  downstream:\n    - qa-ci-cd-testing           # 输出：技术选型用于CI/CD集成\n    - qa-test-automation-arch\ninput_format:\n  required:\n    - name: 项目需求\n      type: string\n      description: 项目技术需求和非功能需求\n    - name: 技术约束\n      type: string\n      description: 技术栈限制和团队能力\n  optional:\n    - name: 预算限制\n      type: string\n      description: 工具和资源预算\noutput_format:\n  traceability:\n    - 每次选型评估带唯一ID（SEL-XXXX）\n  structure:\n    - tech_evaluation: 技术评估报告\n    - comparison_matrix: 对比矩阵\n    - recommendation: 推荐方案\n    - risk_assessment: 技术风险评估\ncategories: ['Development','Testing','DevOps']\ndepth_requirement_quantification:\n  reference_value: \"根据选型复杂度调整评估深度：简单×1/中等×2/复杂×3\"\n  minimum: \"至少对比3个候选工具的核心维度\"\nerror_recovery_guidance:\n  on_failure: \"工具选型遗漏关键维度时回退到测试策略补充需求\"\n  retry_behavior: \"补充需求后重新评估候选工具\"\n---\n# 测试技术选型\n\n## 核心原则\n\n工具替换快，思维不过时——选型要基于业务需求，不是技术偏好。\n\n## 选型框架\n\n### 维度1：需求分析\n\n```text\n需求收集：\n├─ 业务需求\n│   ├─ 测试类型：功能/性能/安全/兼容\n│   ├─ 测试规模：用例数量/执行频率\n│   ├─ 团队规模：人员数量/技能水平\n│   └─ 预算限制：采购预算/维护成本\n│\n├─ 技术需求\n│   ├─ 技术栈：语言/框架/协议\n│   ├─ 集成需求：CI/CD/监控/报告\n│   ├─ 扩展需求：并发/分布式/云化\n│   └─ 维护需求：升级/扩展/迁移\n│\n└─ 约束条件\n    ├─ 时间约束：上线时间\n    ├─ 资源约束：人力/预算\n    ├─ 技术约束：现有技术栈\n    └─ 合规约束：安全/隐私\n```\n\n### 维度2：方案评估\n\n```text\n评估维度：\n├─ 功能性\n│   ├─ 功能覆盖：是否满足需求\n│   ├─ 功能深度：功能完善程度\n│   ├─ 扩展性：是否支持扩展\n│   └─ 定制性：是否支持定制\n│\n├─ 易用性\n│   ├─ 学习成本：上手难度\n│   ├─ 使用体验：操作便捷性\n│   ├─ 文档质量：文档完善程度\n│   └─ 社区支持：社区活跃度\n│\n├─ 性能\n│   ├─ 执行效率：执行速度\n│   ├─ 资源消耗：CPU/内存/磁盘\n│   ├─ 并发能力：支持并发数\n│   └─ 稳定性：长期运行稳定性\n│\n├─ 成本\n│   ├─ 采购成本：License费用\n│   ├─ 实施成本：部署/集成成本\n│   ├─ 维护成本：升级/维护成本\n│   └─ 培训成本：人员培训成本\n│\n└─ 风险\n    ├─ 技术风险：技术成熟度\n    ├─ 供应商风险：供应商稳定性\n    ├─ 迁移风险：迁移难度\n    └─ 锁定风险：厂商锁定\n```\n\n### 维度3：决策矩阵\n\n**决策矩阵：**\n\n| 方案 | 功能性 | 易用性 | 性能 | 成本 | 风险 | 总分 |\n|------|--------|--------|------|------|------|------|\n| 方案A | 9 | 8 | 7 | 6 | 7 | 37 |\n| 方案B | 8 | 9 | 8 | 7 | 8 | 40 |\n| 方案C | 7 | 7 | 9 | 8 | 6 | 37 |\n\n**权重：**\n- 功能性：30%\n- 易用性：25%\n- 性能：20%\n- 成本：15%\n- 风险：10%\n\n## 常见选型场景\n\n### 场景1：自动化框架选型\n\n```text\n选项对比：\n├─ Playwright\n│   ├─ 优点：多浏览器、自动等待、调试友好\n│   ├─ 缺点：社区相对较小\n│   └─ 适用：现代Web应用、多浏览器测试\n│\n├─ Cypress\n│   ├─ 优点：实时调试、自动重试、CI友好\n│   ├─ 缺点：仅支持Chrome、iframe支持差\n│   └─ 适用：单页应用、快速反馈\n│\n├─ Selenium\n│   ├─ 优点：生态成熟、语言支持多、社区大\n│   ├─ 缺点：配置复杂、调试困难\n│   └─ 适用：传统Web应用、多语言团队\n│\n└─ 决策依据：\n    ├─ 团队技术栈\n    ├─ 应用架构\n    ├─ 测试需求\n    └─ 维护成本\n```\n\n### 场景2：性能测试工具选型\n\n```text\n选项对比：\n├─ JMeter\n│   ├─ 优点：功能全面、插件丰富、社区大\n│   ├─ 缺点：界面复杂、资源消耗大\n│   └─ 适用：复杂性能测试、协议测试\n│\n├─ Locust\n│   ├─ 优点：代码化、分布式、轻量\n│   ├─ 缺点：需要编程能力\n│   └─ 适用：API性能测试、分布式测试\n│\n├─ k6\n│   ├─ 优点：现代化、脚本化、CI友好\n│   ├─ 缺点：社区相对较小\n│   └─ 适用：现代应用、DevOps集成\n│\n└─ 决策依据：\n    ├─ 测试类型\n    ├─ 团队技能\n    ├─ 集成需求\n    └─ 性能要求\n```\n\n### 场景3：测试管理平台选型\n\n```text\n选项对比：\n├─ 开源方案\n│   ├─ TestLink：功能简单、免费\n│   ├─ 飞书/钉钉：协作方便、集成度高\n│   └─ 自研：完全定制、成本高\n│\n├─ 商业方案\n│   ├─ 禅道：功能全面、中文友好\n│   ├─ JIRA：生态丰富、扩展性强\n│   └─ Zephyr：JIRA集成、测试专业\n│\n└─ 决策依据：\n    ├─ 团队规模\n    ├─ 功能需求\n    ├─ 预算限制\n    └─ 集成需求\n```\n\n## 选型报告模板\n\n```markdown\n# 技术选型报告\n\n## 1. 背景和目标\n- 选型背景：[为什么要做选型]\n- 选型目标：[要解决什么问题]\n- 约束条件：[时间/预算/资源]\n\n## 2. 需求分析\n- 业务需求：[需求列表]\n- 技术需求：[需求列表]\n- 优先级：[需求优先级]\n\n## 3. 方案对比\n- 候选方案：[方案列表]\n- 评估维度：[维度列表]\n- 对比结果：[对比表格]\n\n## 4. 推荐方案\n- 推荐方案：[方案名称]\n- 推荐理由：[为什么推荐]\n- 风险提示：[风险和应对]\n\n## 5. 实施计划\n- 实施步骤：[步骤列表]\n- 时间计划：[时间节点]\n- 资源需求：[人力/预算]\n```\n\n## Examples\n\n**需要选择Web UI自动化框架（Selenium vs Playwright vs Cypress）**\n→ 需求分析：团队技术栈（Java/JS）、测试规模（100/1000/10000用例）、维护能力\n→ 方案评估：社区活跃度、跨浏览器支持、稳定性、学习曲线\n→ 决策矩阵：按权重打分，推荐Playwright（社区活跃+跨浏览器+速度快）\n\n**团队想引入性能测试工具（JMeter vs Locust vs k6）**\n→ 按技术栈（Python/Javascript）、协议支持、分布式能力、报告输出综合评估\n\n## Guidelines\n\n技术选型完成后检查：\n- [ ] 需求分析是否完整？\n- [ ] 候选方案是否全面？\n- [ ] 评估维度是否合理？\n- [ ] 对比结果是否客观？\n- [ ] 推荐理由是否充分？\n- [ ] 实施计划是否可行？\n\n\n## 检查清单\n\n- [ ] 候选工具是否≥3个？\n- [ ] 核心维度是否对比？\n- [ ] 维护成本是否评估？\n- [ ] 团队适配是否考虑？\n- [ ] 选型报告是否生成？\n\nFile v1.7.0:_meta.json\n\n{\n  \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n  \"slug\": \"qa-tech-selection\",\n  \"version\": \"1.7.0\",\n  \"publishedAt\": 1786890788349\n}\n\nFile v1.7.0:skill-card.md\n\n## Description:\n\nGuides QA teams through selecting testing tools by comparing requirements, team constraints, costs, risks, and implementation plans.\n\nThis skill is ready for commercial/non-commercial use.\n\n## Publisher:\n\n[kokxi](https://clawhub.ai/user/kokxi)\n\n### License/Terms of Use:\n\nMIT-0\n\n## Use Case:\n\nQA engineers, test leads, and engineering teams use this skill to evaluate and choose test automation frameworks, performance testing tools, and test management platforms. It produces comparison criteria, recommendations, POC validation plans, migration guidance, and risk notes.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: The skill may produce advisory vendor, pricing, or migration recommendations that affect budget or engineering commitments.\n\nMitigation: Independently validate vendor claims, current pricing, and migration impact before committing budget or engineering time.\n\nRisk: The skill may read project documents while gathering requirements and constraints.\n\nMitigation: Use it only with project documents you are comfortable letting the agent read.\n\n## Reference(s):\n\n- [ClawHub skill page: qa-tech-selection](https://clawhub.ai/kokxi/skills/qa-tech-selection)\n\n## Skill Output:\n\n**Output Type(s):** [text, markdown, guidance]\n\n**Output Format:** [Markdown with evaluation tables, recommendations, POC plans, and risk notes]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Includes SEL-XXXX traceability identifiers for each selection assessment.]\n\n## Skill Version(s):\n\n1.7.0 (source: frontmatter and release evidence)\n\n## Ethical Considerations:\n\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment.\n\nArchive v1.6.3: 3 files, 4835 bytes\n\nFiles: skill-card.md (1928b), SKILL.md (7969b), _meta.json (136b)\n\nFile v1.6.3:SKILL.md\n\n---\nname: qa-tech-selection\nslug: qa-tech-selection\ndisplayName: Tech Selection\nversion: 1.6.3\ndescription: >-\n  当团队要选测试工具（自动化框架/性能工具/管理平台）、现有工具不能满足需求需要替换、或者公司要求做技术评估时使用此技能。通过多维度对比评估（功能覆盖/学习成本/社区活跃度/维护成本/扩展性）输出推荐方案和迁移实施建议。不要只看 Gartner 象限或者技术网红推荐——工具好不好取决于你的团队能力、技术栈和实际场景。每个推荐方案附带 POC 验证计划和风险提示。\n\nwhen_to_use: 用户说\"技术选型\"、\"工具选择\"、\"框架选择\"、\"用什么工具\"、\"工具对比\"、需要评估测试技术方案、现有工具不能满足需求需要替换时\nallowed-tools: Read Grep Glob WebFetch\nrelated_skills:\n  upstream:\n    - qa-test-strategy-design    # 输入：测试策略确定需求\n  downstream:\n    - qa-ci-cd-testing           # 输出：技术选型用于CI/CD集成\n    - qa-test-automation-arch\ninput_format:\n  required:\n    - name: 项目需求\n      type: string\n      description: 项目技术需求和非功能需求\n    - name: 技术约束\n      type: string\n      description: 技术栈限制和团队能力\n  optional:\n    - name: 预算限制\n      type: string\n      description: 工具和资源预算\noutput_format:\n  traceability:\n    - 每次选型评估带唯一ID（SEL-XXXX）\n  structure:\n    - tech_evaluation: 技术评估报告\n    - comparison_matrix: 对比矩阵\n    - recommendation: 推荐方案\n    - risk_assessment: 技术风险评估\ncategories: ['Development','Testing','DevOps']\ndepth_requirement_quantification:\n  reference_value: \"根据选型复杂度调整评估深度：简单×1/中等×2/复杂×3\"\n  minimum: \"至少对比3个候选工具的核心维度\"\nerror_recovery_guidance:\n  on_failure: \"工具选型遗漏关键维度时回退到测试策略补充需求\"\n  retry_behavior: \"补充需求后重新评估候选工具\"\n---\n# 测试技术选型\n\n## 核心原则\n\n工具替换快，思维不过时——选型要基于业务需求，不是技术偏好。\n\n## 选型框架\n\n### 维度1：需求分析\n\n```text\n需求收集：\n├─ 业务需求\n│   ├─ 测试类型：功能/性能/安全/兼容\n│   ├─ 测试规模：用例数量/执行频率\n│   ├─ 团队规模：人员数量/技能水平\n│   └─ 预算限制：采购预算/维护成本\n│\n├─ 技术需求\n│   ├─ 技术栈：语言/框架/协议\n│   ├─ 集成需求：CI/CD/监控/报告\n│   ├─ 扩展需求：并发/分布式/云化\n│   └─ 维护需求：升级/扩展/迁移\n│\n└─ 约束条件\n    ├─ 时间约束：上线时间\n    ├─ 资源约束：人力/预算\n    ├─ 技术约束：现有技术栈\n    └─ 合规约束：安全/隐私\n```\n\n### 维度2：方案评估\n\n```text\n评估维度：\n├─ 功能性\n│   ├─ 功能覆盖：是否满足需求\n│   ├─ 功能深度：功能完善程度\n│   ├─ 扩展性：是否支持扩展\n│   └─ 定制性：是否支持定制\n│\n├─ 易用性\n│   ├─ 学习成本：上手难度\n│   ├─ 使用体验：操作便捷性\n│   ├─ 文档质量：文档完善程度\n│   └─ 社区支持：社区活跃度\n│\n├─ 性能\n│   ├─ 执行效率：执行速度\n│   ├─ 资源消耗：CPU/内存/磁盘\n│   ├─ 并发能力：支持并发数\n│   └─ 稳定性：长期运行稳定性\n│\n├─ 成本\n│   ├─ 采购成本：License费用\n│   ├─ 实施成本：部署/集成成本\n│   ├─ 维护成本：升级/维护成本\n│   └─ 培训成本：人员培训成本\n│\n└─ 风险\n    ├─ 技术风险：技术成熟度\n    ├─ 供应商风险：供应商稳定性\n    ├─ 迁移风险：迁移难度\n    └─ 锁定风险：厂商锁定\n```\n\n### 维度3：决策矩阵\n\n**决策矩阵：**\n\n| 方案 | 功能性 | 易用性 | 性能 | 成本 | 风险 | 总分 |\n|------|--------|--------|------|------|------|------|\n| 方案A | 9 | 8 | 7 | 6 | 7 | 37 |\n| 方案B | 8 | 9 | 8 | 7 | 8 | 40 |\n| 方案C | 7 | 7 | 9 | 8 | 6 | 37 |\n\n**权重：**\n- 功能性：30%\n- 易用性：25%\n- 性能：20%\n- 成本：15%\n- 风险：10%\n\n## 常见选型场景\n\n### 场景1：自动化框架选型\n\n```text\n选项对比：\n├─ Playwright\n│   ├─ 优点：多浏览器、自动等待、调试友好\n│   ├─ 缺点：社区相对较小\n│   └─ 适用：现代Web应用、多浏览器测试\n│\n├─ Cypress\n│   ├─ 优点：实时调试、自动重试、CI友好\n│   ├─ 缺点：仅支持Chrome、iframe支持差\n│   └─ 适用：单页应用、快速反馈\n│\n├─ Selenium\n│   ├─ 优点：生态成熟、语言支持多、社区大\n│   ├─ 缺点：配置复杂、调试困难\n│   └─ 适用：传统Web应用、多语言团队\n│\n└─ 决策依据：\n    ├─ 团队技术栈\n    ├─ 应用架构\n    ├─ 测试需求\n    └─ 维护成本\n```\n\n### 场景2：性能测试工具选型\n\n```text\n选项对比：\n├─ JMeter\n│   ├─ 优点：功能全面、插件丰富、社区大\n│   ├─ 缺点：界面复杂、资源消耗大\n│   └─ 适用：复杂性能测试、协议测试\n│\n├─ Locust\n│   ├─ 优点：代码化、分布式、轻量\n│   ├─ 缺点：需要编程能力\n│   └─ 适用：API性能测试、分布式测试\n│\n├─ k6\n│   ├─ 优点：现代化、脚本化、CI友好\n│   ├─ 缺点：社区相对较小\n│   └─ 适用：现代应用、DevOps集成\n│\n└─ 决策依据：\n    ├─ 测试类型\n    ├─ 团队技能\n    ├─ 集成需求\n    └─ 性能要求\n```\n\n### 场景3：测试管理平台选型\n\n```text\n选项对比：\n├─ 开源方案\n│   ├─ TestLink：功能简单、免费\n│   ├─ 飞书/钉钉：协作方便、集成度高\n│   └─ 自研：完全定制、成本高\n│\n├─ 商业方案\n│   ├─ 禅道：功能全面、中文友好\n│   ├─ JIRA：生态丰富、扩展性强\n│   └─ Zephyr：JIRA集成、测试专业\n│\n└─ 决策依据：\n    ├─ 团队规模\n    ├─ 功能需求\n    ├─ 预算限制\n    └─ 集成需求\n```\n\n## 选型报告模板\n\n```markdown\n# 技术选型报告\n\n## 1. 背景和目标\n- 选型背景：[为什么要做选型]\n- 选型目标：[要解决什么问题]\n- 约束条件：[时间/预算/资源]\n\n## 2. 需求分析\n- 业务需求：[需求列表]\n- 技术需求：[需求列表]\n- 优先级：[需求优先级]\n\n## 3. 方案对比\n- 候选方案：[方案列表]\n- 评估维度：[维度列表]\n- 对比结果：[对比表格]\n\n## 4. 推荐方案\n- 推荐方案：[方案名称]\n- 推荐理由：[为什么推荐]\n- 风险提示：[风险和应对]\n\n## 5. 实施计划\n- 实施步骤：[步骤列表]\n- 时间计划：[时间节点]\n- 资源需求：[人力/预算]\n```\n\n## Examples\n\n**需要选择Web UI自动化框架（Selenium vs Playwright vs Cypress）**\n→ 需求分析：团队技术栈（Java/JS）、测试规模（100/1000/10000用例）、维护能力\n→ 方案评估：社区活跃度、跨浏览器支持、稳定性、学习曲线\n→ 决策矩阵：按权重打分，推荐Playwright（社区活跃+跨浏览器+速度快）\n\n**团队想引入性能测试工具（JMeter vs Locust vs k6）**\n→ 按技术栈（Python/Javascript）、协议支持、分布式能力、报告输出综合评估\n\n## Guidelines\n\n技术选型完成后检查：\n- [ ] 需求分析是否完整？\n- [ ] 候选方案是否全面？\n- [ ] 评估维度是否合理？\n- [ ] 对比结果是否客观？\n- [ ] 推荐理由是否充分？\n- [ ] 实施计划是否可行？\n\n\n## 检查清单\n\n- [ ] 候选工具是否≥3个？\n- [ ] 核心维度是否对比？\n- [ ] 维护成本是否评估？\n- [ ] 团队适配是否考虑？\n- [ ] 选型报告是否生成？\n\nFile v1.6.3:_meta.json\n\n{\n  \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n  \"slug\": \"qa-tech-selection\",\n  \"version\": \"1.6.3\",\n  \"publishedAt\": 1786548540636\n}\n\nFile v1.6.3:skill-card.md\n\n## Description:\n\nHelps QA and engineering teams evaluate testing tools and frameworks across fit, cost, maintainability, extensibility, and implementation risk.\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\nDevelopers, QA engineers, and engineering leaders use this skill to compare testing frameworks, performance tools, or test management platforms and produce a recommendation, migration plan, POC validation plan, and risk assessment.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: Recommendations may be incomplete or outdated if project requirements or current tool information are missing.\n\nMitigation: Confirm requirements, verify current vendor and tool details, and run the included POC plan before adopting a recommendation.\n\nRisk: The skill may read project context and fetch external information to compare QA tooling.\n\nMitigation: Review shared project context for sensitivity and use approved sources before installing or invoking it.\n\n## Reference(s):\n\n- [ClawHub skill page](https://clawhub.ai/kokxi/skills/qa-tech-selection)\n\n## Skill Output:\n\n**Output Type(s):** [text, markdown, guidance]\n\n**Output Format:** [Markdown technical selection report with comparison matrix, recommendation, POC validation plan, migration guidance, and risk assessment.]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Includes selection traceability IDs such as SEL-XXXX when following the artifact template.]\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, 4923 bytes\n\nFiles: skill-card.md (2172b), SKILL.md (8176b), _meta.json (136b)\n\nFile v1.6.0:SKILL.md\n\n---\r\nname: qa-tech-selection\r\nversion: 1.6.0\r\ndescription: >-\r\n  当团队要选测试工具（自动化框架/性能工具/管理平台）、现有工具不能满足需求需要替换、或者公司要求做技术评估时使用此技能。通过多维度对比评估（功能覆盖/学习成本/社区活跃度/维护成本/扩展性）输出推荐方案和迁移实施建议。不要只看 Gartner 象限或者技术网红推荐——工具好不好取决于你的团队能力、技术栈和实际场景。每个推荐方案附带 POC 验证计划和风险提示。\r\n\r\nwhen_to_use: 用户说\"技术选型\"、\"工具选择\"、\"框架选择\"、\"用什么工具\"、\"工具对比\"、需要评估测试技术方案、现有工具不能满足需求需要替换时\r\nallowed-tools: Read Grep Glob WebFetch\r\nrelated_skills:\r\n  upstream:\r\n    - qa-test-strategy-design    # 输入：测试策略确定需求\r\n  downstream:\r\n    - qa-ci-cd-testing           # 输出：技术选型用于CI/CD集成\r\n    - qa-test-automation-arch\r\ninput_format:\r\n  required:\r\n    - name: 项目需求\r\n      type: string\r\n      description: 项目技术需求和非功能需求\r\n    - name: 技术约束\r\n      type: string\r\n      description: 技术栈限制和团队能力\r\n  optional:\r\n    - name: 预算限制\r\n      type: string\r\n      description: 工具和资源预算\r\noutput_format:\r\n  traceability:\r\n    - 每次选型评估带唯一ID（SEL-XXXX）\r\n  structure:\r\n    - tech_evaluation: 技术评估报告\r\n    - comparison_matrix: 对比矩阵\r\n    - recommendation: 推荐方案\r\n    - risk_assessment: 技术风险评估\r\ncategories: ['Development','Testing','DevOps']\r\ndepth_requirement_quantification:\r\n  reference_value: \"根据选型复杂度调整评估深度：简单×1/中等×2/复杂×3\"\r\n  minimum: \"至少对比3个候选工具的核心维度\"\r\nerror_recovery_guidance:\r\n  on_failure: \"工具选型遗漏关键维度时回退到测试策略补充需求\"\r\n  retry_behavior: \"补充需求后重新评估候选工具\"\r\n---\r\n# 测试技术选型\r\n\r\n## 核心原则\r\n\r\n工具替换快，思维不过时——选型要基于业务需求，不是技术偏好。\r\n\r\n## 选型框架\r\n\r\n### 维度1：需求分析\r\n\r\n```text\r\n需求收集：\r\n├─ 业务需求\r\n│   ├─ 测试类型：功能/性能/安全/兼容\r\n│   ├─ 测试规模：用例数量/执行频率\r\n│   ├─ 团队规模：人员数量/技能水平\r\n│   └─ 预算限制：采购预算/维护成本\r\n│\r\n├─ 技术需求\r\n│   ├─ 技术栈：语言/框架/协议\r\n│   ├─ 集成需求：CI/CD/监控/报告\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```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│   ├─ 资源消耗：CPU/内存/磁盘\r\n│   ├─ 并发能力：支持并发数\r\n│   └─ 稳定性：长期运行稳定性\r\n│\r\n├─ 成本\r\n│   ├─ 采购成本：License费用\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\r\n| 方案 | 功能性 | 易用性 | 性能 | 成本 | 风险 | 总分 |\r\n|------|--------|--------|------|------|------|------|\r\n| 方案A | 9 | 8 | 7 | 6 | 7 | 37 |\r\n| 方案B | 8 | 9 | 8 | 7 | 8 | 40 |\r\n| 方案C | 7 | 7 | 9 | 8 | 6 | 37 |\r\n\r\n**权重：**\r\n- 功能性：30%\r\n- 易用性：25%\r\n- 性能：20%\r\n- 成本：15%\r\n- 风险：10%\r\n\r\n## 常见选型场景\r\n\r\n### 场景1：自动化框架选型\r\n\r\n```text\r\n选项对比：\r\n├─ Playwright\r\n│   ├─ 优点：多浏览器、自动等待、调试友好\r\n│   ├─ 缺点：社区相对较小\r\n│   └─ 适用：现代Web应用、多浏览器测试\r\n│\r\n├─ Cypress\r\n│   ├─ 优点：实时调试、自动重试、CI友好\r\n│   ├─ 缺点：仅支持Chrome、iframe支持差\r\n│   └─ 适用：单页应用、快速反馈\r\n│\r\n├─ Selenium\r\n│   ├─ 优点：生态成熟、语言支持多、社区大\r\n│   ├─ 缺点：配置复杂、调试困难\r\n│   └─ 适用：传统Web应用、多语言团队\r\n│\r\n└─ 决策依据：\r\n    ├─ 团队技术栈\r\n    ├─ 应用架构\r\n    ├─ 测试需求\r\n    └─ 维护成本\r\n```\r\n\r\n### 场景2：性能测试工具选型\r\n\r\n```text\r\n选项对比：\r\n├─ JMeter\r\n│   ├─ 优点：功能全面、插件丰富、社区大\r\n│   ├─ 缺点：界面复杂、资源消耗大\r\n│   └─ 适用：复杂性能测试、协议测试\r\n│\r\n├─ Locust\r\n│   ├─ 优点：代码化、分布式、轻量\r\n│   ├─ 缺点：需要编程能力\r\n│   └─ 适用：API性能测试、分布式测试\r\n│\r\n├─ k6\r\n│   ├─ 优点：现代化、脚本化、CI友好\r\n│   ├─ 缺点：社区相对较小\r\n│   └─ 适用：现代应用、DevOps集成\r\n│\r\n└─ 决策依据：\r\n    ├─ 测试类型\r\n    ├─ 团队技能\r\n    ├─ 集成需求\r\n    └─ 性能要求\r\n```\r\n\r\n### 场景3：测试管理平台选型\r\n\r\n```text\r\n选项对比：\r\n├─ 开源方案\r\n│   ├─ TestLink：功能简单、免费\r\n│   ├─ 飞书/钉钉：协作方便、集成度高\r\n│   └─ 自研：完全定制、成本高\r\n│\r\n├─ 商业方案\r\n│   ├─ 禅道：功能全面、中文友好\r\n│   ├─ JIRA：生态丰富、扩展性强\r\n│   └─ Zephyr：JIRA集成、测试专业\r\n│\r\n└─ 决策依据：\r\n    ├─ 团队规模\r\n    ├─ 功能需求\r\n    ├─ 预算限制\r\n    └─ 集成需求\r\n```\r\n\r\n## 选型报告模板\r\n\r\n```markdown\r\n# 技术选型报告\r\n\r\n## 1. 背景和目标\r\n- 选型背景：[为什么要做选型]\r\n- 选型目标：[要解决什么问题]\r\n- 约束条件：[时间/预算/资源]\r\n\r\n## 2. 需求分析\r\n- 业务需求：[需求列表]\r\n- 技术需求：[需求列表]\r\n- 优先级：[需求优先级]\r\n\r\n## 3. 方案对比\r\n- 候选方案：[方案列表]\r\n- 评估维度：[维度列表]\r\n- 对比结果：[对比表格]\r\n\r\n## 4. 推荐方案\r\n- 推荐方案：[方案名称]\r\n- 推荐理由：[为什么推荐]\r\n- 风险提示：[风险和应对]\r\n\r\n## 5. 实施计划\r\n- 实施步骤：[步骤列表]\r\n- 时间计划：[时间节点]\r\n- 资源需求：[人力/预算]\r\n```\r\n\r\n## Examples\r\n\r\n**需要选择Web UI自动化框架（Selenium vs Playwright vs Cypress）**\r\n→ 需求分析：团队技术栈（Java/JS）、测试规模（100/1000/10000用例）、维护能力\r\n→ 方案评估：社区活跃度、跨浏览器支持、稳定性、学习曲线\r\n→ 决策矩阵：按权重打分，推荐Playwright（社区活跃+跨浏览器+速度快）\r\n\r\n**团队想引入性能测试工具（JMeter vs Locust vs k6）**\r\n→ 按技术栈（Python/Javascript）、协议支持、分布式能力、报告输出综合评估\r\n\r\n## Guidelines\r\n\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- [ ] 团队适配是否考虑？\r\n- [ ] 选型报告是否生成？\n\nFile v1.6.0:_meta.json\n\n{\n  \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n  \"slug\": \"qa-tech-selection\",\n  \"version\": \"1.6.0\",\n  \"publishedAt\": 1783358287989\n}\n\nFile v1.6.0:skill-card.md\n\n## Description: <br>\nHelps teams evaluate and choose QA testing tools by comparing requirements, constraints, costs, risks, and implementation plans. <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, test leads, and development teams use this skill when selecting automation frameworks, performance testing tools, or test management platforms. It guides requirement analysis, weighted comparisons, recommendations, risk review, POC planning, and migration guidance. <br>\n\n### Deployment Geography for Use: <br>\nGlobal <br>\n\n## Known Risks and Mitigations: <br>\nRisk: Broad trigger phrases may route general architecture or tool-selection questions to this skill when another specialist skill is a better fit. <br>\nMitigation: Review trigger phrases and route this skill to QA or testing technology selection; use more specific skills for broader architecture decisions. <br>\nRisk: Tool recommendations can be incomplete when requirements, technical constraints, team capability, or budget are missing. <br>\nMitigation: Collect the missing inputs, compare at least three candidate tools across core dimensions, and re-evaluate before adopting a recommendation. <br>\n\n\n## Reference(s): <br>\n- [ClawHub skill page](https://clawhub.ai/kokxi/skills/qa-tech-selection) <br>\n\n\n## Skill Output: <br>\n**Output Type(s):** [Text, Markdown, Guidance] <br>\n**Output Format:** [Markdown report with comparison tables, checklists, recommendations, and risk notes] <br>\n**Output Parameters:** [1D] <br>\n**Other Properties Related to Output:** [Includes SEL-XXXX traceability IDs and recommends comparing at least three candidate tools across core dimensions.] <br>\n\n## Skill Version(s): <br>\n1.6.0 (source: evidence release and SKILL.md frontmatter) <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, 4557 bytes\n\nFiles: skill-card.md (2115b), SKILL.md (7689b), _meta.json (136b)\n\nFile v1.5.0:SKILL.md\n\n---\r\nname: qa-tech-selection\r\nversion: 1.5.0\r\ndescription: >-\r\n  当团队要选测试工具（自动化框架/性能工具/管理平台）、现有工具不能满足需求需要替换、或者公司要求做技术评估时使用此技能。通过多维度对比评估（功能覆盖/学习成本/社区活跃度/维护成本/扩展性）输出推荐方案和迁移实施建议。不要只看 Gartner 象限或者技术网红推荐——工具好不好取决于你的团队能力、技术栈和实际场景。每个推荐方案附带 POC 验证计划和风险提示。\r\n\r\nwhen_to_use: 用户说\"技术选型\"、\"工具选择\"、\"框架选择\"、\"用什么工具\"、\"工具对比\"、需要评估测试技术方案、现有工具不能满足需求需要替换时\r\nallowed-tools: Read Grep Glob WebFetch\r\nrelated_skills:\r\n  upstream:\r\n    - qa-test-strategy-design    # 输入：测试策略确定需求\r\n  downstream:\r\n    - qa-ci-cd-testing           # 输出：技术选型用于CI/CD集成\r\ninput_format:\r\n  required:\r\n    - name: 项目需求\r\n      type: string\r\n      description: 项目技术需求和非功能需求\r\n    - name: 技术约束\r\n      type: string\r\n      description: 技术栈限制和团队能力\r\n  optional:\r\n    - name: 预算限制\r\n      type: string\r\n      description: 工具和资源预算\r\noutput_format:\r\n  structure:\r\n    - tech_evaluation: 技术评估报告\r\n    - comparison_matrix: 对比矩阵\r\n    - recommendation: 推荐方案\r\n    - risk_assessment: 技术风险评估\r\n---\r\n\r\n# 测试技术选型\r\n\r\n## 核心原则\r\n\r\n你是一位技术选型专家，擅长评估和选择测试工具、框架、平台。\r\n**核心原则**：工具替换快，思维不过时——选型要基于业务需求，不是技术偏好。\r\n本技能提供三维选型框架（需求分析/方案评估/决策矩阵）及常见场景指南。\r\n\r\n## 选型框架\r\n\r\n### 维度1：需求分析\r\n\r\n```text\r\n需求收集：\r\n├─ 业务需求\r\n│   ├─ 测试类型：功能/性能/安全/兼容\r\n│   ├─ 测试规模：用例数量/执行频率\r\n│   ├─ 团队规模：人员数量/技能水平\r\n│   └─ 预算限制：采购预算/维护成本\r\n│\r\n├─ 技术需求\r\n│   ├─ 技术栈：语言/框架/协议\r\n│   ├─ 集成需求：CI/CD/监控/报告\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```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│   ├─ 资源消耗：CPU/内存/磁盘\r\n│   ├─ 并发能力：支持并发数\r\n│   └─ 稳定性：长期运行稳定性\r\n│\r\n├─ 成本\r\n│   ├─ 采购成本：License费用\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\r\n| 方案 | 功能性 | 易用性 | 性能 | 成本 | 风险 | 总分 |\r\n|------|--------|--------|------|------|------|------|\r\n| 方案A | 9 | 8 | 7 | 6 | 7 | 37 |\r\n| 方案B | 8 | 9 | 8 | 7 | 8 | 40 |\r\n| 方案C | 7 | 7 | 9 | 8 | 6 | 37 |\r\n\r\n**权重：**\r\n- 功能性：30%\r\n- 易用性：25%\r\n- 性能：20%\r\n- 成本：15%\r\n- 风险：10%\r\n\r\n## 常见选型场景\r\n\r\n### 场景1：自动化框架选型\r\n\r\n```text\r\n选项对比：\r\n├─ Playwright\r\n│   ├─ 优点：多浏览器、自动等待、调试友好\r\n│   ├─ 缺点：社区相对较小\r\n│   └─ 适用：现代Web应用、多浏览器测试\r\n│\r\n├─ Cypress\r\n│   ├─ 优点：实时调试、自动重试、CI友好\r\n│   ├─ 缺点：仅支持Chrome、iframe支持差\r\n│   └─ 适用：单页应用、快速反馈\r\n│\r\n├─ Selenium\r\n│   ├─ 优点：生态成熟、语言支持多、社区大\r\n│   ├─ 缺点：配置复杂、调试困难\r\n│   └─ 适用：传统Web应用、多语言团队\r\n│\r\n└─ 决策依据：\r\n    ├─ 团队技术栈\r\n    ├─ 应用架构\r\n    ├─ 测试需求\r\n    └─ 维护成本\r\n```\r\n\r\n### 场景2：性能测试工具选型\r\n\r\n```text\r\n选项对比：\r\n├─ JMeter\r\n│   ├─ 优点：功能全面、插件丰富、社区大\r\n│   ├─ 缺点：界面复杂、资源消耗大\r\n│   └─ 适用：复杂性能测试、协议测试\r\n│\r\n├─ Locust\r\n│   ├─ 优点：代码化、分布式、轻量\r\n│   ├─ 缺点：需要编程能力\r\n│   └─ 适用：API性能测试、分布式测试\r\n│\r\n├─ k6\r\n│   ├─ 优点：现代化、脚本化、CI友好\r\n│   ├─ 缺点：社区相对较小\r\n│   └─ 适用：现代应用、DevOps集成\r\n│\r\n└─ 决策依据：\r\n    ├─ 测试类型\r\n    ├─ 团队技能\r\n    ├─ 集成需求\r\n    └─ 性能要求\r\n```\r\n\r\n### 场景3：测试管理平台选型\r\n\r\n```text\r\n选项对比：\r\n├─ 开源方案\r\n│   ├─ TestLink：功能简单、免费\r\n│   ├─ 飞书/钉钉：协作方便、集成度高\r\n│   └─ 自研：完全定制、成本高\r\n│\r\n├─ 商业方案\r\n│   ├─ 禅道：功能全面、中文友好\r\n│   ├─ JIRA：生态丰富、扩展性强\r\n│   └─ Zephyr：JIRA集成、测试专业\r\n│\r\n└─ 决策依据：\r\n    ├─ 团队规模\r\n    ├─ 功能需求\r\n    ├─ 预算限制\r\n    └─ 集成需求\r\n```\r\n\r\n## 选型报告模板\r\n\r\n```markdown\r\n# 技术选型报告\r\n\r\n## 1. 背景和目标\r\n- 选型背景：[为什么要做选型]\r\n- 选型目标：[要解决什么问题]\r\n- 约束条件：[时间/预算/资源]\r\n\r\n## 2. 需求分析\r\n- 业务需求：[需求列表]\r\n- 技术需求：[需求列表]\r\n- 优先级：[需求优先级]\r\n\r\n## 3. 方案对比\r\n- 候选方案：[方案列表]\r\n- 评估维度：[维度列表]\r\n- 对比结果：[对比表格]\r\n\r\n## 4. 推荐方案\r\n- 推荐方案：[方案名称]\r\n- 推荐理由：[为什么推荐]\r\n- 风险提示：[风险和应对]\r\n\r\n## 5. 实施计划\r\n- 实施步骤：[步骤列表]\r\n- 时间计划：[时间节点]\r\n- 资源需求：[人力/预算]\r\n```\r\n\r\n## Examples\r\n\r\n**需要选择Web UI自动化框架（Selenium vs Playwright vs Cypress）**\r\n→ 需求分析：团队技术栈（Java/JS）、测试规模（100/1000/10000用例）、维护能力\r\n→ 方案评估：社区活跃度、跨浏览器支持、稳定性、学习曲线\r\n→ 决策矩阵：按权重打分，推荐Playwright（社区活跃+跨浏览器+速度快）\r\n\r\n**团队想引入性能测试工具（JMeter vs Locust vs k6）**\r\n→ 按技术栈（Python/Javascript）、协议支持、分布式能力、报告输出综合评估\r\n\r\n## Guidelines\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-tech-selection\",\n  \"version\": \"1.5.0\",\n  \"publishedAt\": 1782736573435\n}\n\nFile v1.5.0:skill-card.md\n\n## Description: <br>\nHelps teams evaluate QA and testing tools, frameworks, and platforms through requirement analysis, multidimensional comparison, recommendation planning, POC validation, and risk assessment. <br>\n\nThis skill is ready for commercial/non-commercial use. <br>\n\n## Publisher: <br>\n[kokxi](https://clawhub.ai/user/kokxi) <br>\n\n### License/Terms of Use: <br>\nMIT-0 <br>\n\n\n## Use Case: <br>\nQA engineers, test leads, and engineering teams use this skill to choose testing tools or replacement frameworks based on project needs, technology constraints, team capability, cost, maintainability, and implementation risk. <br>\n\n### Deployment Geography for Use: <br>\nGlobal <br>\n\n## Known Risks and Mitigations: <br>\nRisk: Generic tool-selection prompts may activate the skill outside QA and testing contexts. <br>\nMitigation: Narrow the agent or workflow context to testing and QA before applying its recommendations. <br>\nRisk: Tool recommendations may be incomplete or misleading if based on missing project requirements, technology constraints, budget, or team capability. <br>\nMitigation: Review the recommendation, comparison matrix, POC validation plan, and risk assessment against the team's real environment before adopting a tool. <br>\n\n\n## Reference(s): <br>\n- [ClawHub skill page](https://clawhub.ai/kokxi/skills/qa-tech-selection) <br>\n\n\n## Skill Output: <br>\n**Output Type(s):** [text, markdown, guidance] <br>\n**Output Format:** [Markdown technical evaluation report with comparison matrix, recommendation, POC validation plan, and risk assessment] <br>\n**Output Parameters:** [1D] <br>\n**Other Properties Related to Output:** [Uses project requirements, technology constraints, and optional budget constraints as inputs.] <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, 4275 bytes\n\nFiles: skill-card.md (2128b), SKILL.md (6948b), _meta.json (136b)\n\nFile v1.4.1:SKILL.md\n\n---\r\nname: qa-tech-selection\r\ndescription: >-\r\n  测试技术选型，通过多维度对比评估测试工具/框架/平台，输出推荐方案和实施建议。当需要选择测试工具或技术方案时激活。\r\n\r\nwhen_to_use: 用户说\"技术选型\"、\"工具选择\"、\"框架选择\"、\"用什么工具\"、\"工具对比\"、需要评估测试技术方案、现有工具不能满足需求需要替换时\r\nallowed-tools: Read Grep Glob WebFetch\r\nrelated_skills:\r\n  upstream:\r\n    - qa-test-strategy-design    # 输入：测试策略确定需求\r\n  downstream:\r\n    - qa-ci-cd-testing           # 输出：技术选型用于CI/CD集成\r\ninput_format: 测试策略 + 团队情况 + 约束条件\r\noutput_format: 技术选型报告（需求分析+方案对比+推荐方案+实施计划）\r\n---\r\n\r\n# 测试技术选型\r\n\r\n## Overview\r\n\r\n你是一位技术选型专家，擅长评估和选择测试工具、框架、平台。\r\n**核心原则**：工具替换快，思维不过时——选型要基于业务需求，不是技术偏好。\r\n本技能提供三维选型框架（需求分析/方案评估/决策矩阵）及常见场景指南。\r\n\r\n## 选型框架\r\n\r\n### 维度1：需求分析\r\n\r\n```\r\n需求收集：\r\n├─ 业务需求\r\n│   ├─ 测试类型：功能/性能/安全/兼容\r\n│   ├─ 测试规模：用例数量/执行频率\r\n│   ├─ 团队规模：人员数量/技能水平\r\n│   └─ 预算限制：采购预算/维护成本\r\n│\r\n├─ 技术需求\r\n│   ├─ 技术栈：语言/框架/协议\r\n│   ├─ 集成需求：CI/CD/监控/报告\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│   ├─ 资源消耗：CPU/内存/磁盘\r\n│   ├─ 并发能力：支持并发数\r\n│   └─ 稳定性：长期运行稳定性\r\n│\r\n├─ 成本\r\n│   ├─ 采购成本：License费用\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决策矩阵：\r\n\r\n| 方案 | 功能性 | 易用性 | 性能 | 成本 | 风险 | 总分 |\r\n|------|--------|--------|------|------|------|------|\r\n| 方案A | 9 | 8 | 7 | 6 | 7 | 37 |\r\n| 方案B | 8 | 9 | 8 | 7 | 8 | 40 |\r\n| 方案C | 7 | 7 | 9 | 8 | 6 | 37 |\r\n\r\n权重：\r\n- 功能性：30%\r\n- 易用性：25%\r\n- 性能：20%\r\n- 成本：15%\r\n- 风险：10%\r\n```\r\n\r\n## 常见选型场景\r\n\r\n### 场景1：自动化框架选型\r\n\r\n```\r\n选项对比：\r\n├─ Playwright\r\n│   ├─ 优点：多浏览器、自动等待、调试友好\r\n│   ├─ 缺点：社区相对较小\r\n│   └─ 适用：现代Web应用、多浏览器测试\r\n│\r\n├─ Cypress\r\n│   ├─ 优点：实时调试、自动重试、CI友好\r\n│   ├─ 缺点：仅支持Chrome、iframe支持差\r\n│   └─ 适用：单页应用、快速反馈\r\n│\r\n├─ Selenium\r\n│   ├─ 优点：生态成熟、语言支持多、社区大\r\n│   ├─ 缺点：配置复杂、调试困难\r\n│   └─ 适用：传统Web应用、多语言团队\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├─ JMeter\r\n│   ├─ 优点：功能全面、插件丰富、社区大\r\n│   ├─ 缺点：界面复杂、资源消耗大\r\n│   └─ 适用：复杂性能测试、协议测试\r\n│\r\n├─ Locust\r\n│   ├─ 优点：代码化、分布式、轻量\r\n│   ├─ 缺点：需要编程能力\r\n│   └─ 适用：API性能测试、分布式测试\r\n│\r\n├─ k6\r\n│   ├─ 优点：现代化、脚本化、CI友好\r\n│   ├─ 缺点：社区相对较小\r\n│   └─ 适用：现代应用、DevOps集成\r\n│\r\n└─ 决策依据：\r\n    ├─ 测试类型\r\n    ├─ 团队技能\r\n    ├─ 集成需求\r\n    └─ 性能要求\r\n```\r\n\r\n### 场景3：测试管理平台选型\r\n\r\n```\r\n选项对比：\r\n├─ 开源方案\r\n│   ├─ TestLink：功能简单、免费\r\n│   ├─ 飞书/钉钉：协作方便、集成度高\r\n│   └─ 自研：完全定制、成本高\r\n│\r\n├─ 商业方案\r\n│   ├─ 禅道：功能全面、中文友好\r\n│   ├─ JIRA：生态丰富、扩展性强\r\n│   └─ Zephyr：JIRA集成、测试专业\r\n│\r\n└─ 决策依据：\r\n    ├─ 团队规模\r\n    ├─ 功能需求\r\n    ├─ 预算限制\r\n    └─ 集成需求\r\n```\r\n\r\n## 选型报告模板\r\n\r\n```markdown\r\n# 技术选型报告\r\n\r\n## 1. 背景和目标\r\n- 选型背景：[为什么要做选型]\r\n- 选型目标：[要解决什么问题]\r\n- 约束条件：[时间/预算/资源]\r\n\r\n## 2. 需求分析\r\n- 业务需求：[需求列表]\r\n- 技术需求：[需求列表]\r\n- 优先级：[需求优先级]\r\n\r\n## 3. 方案对比\r\n- 候选方案：[方案列表]\r\n- 评估维度：[维度列表]\r\n- 对比结果：[对比表格]\r\n\r\n## 4. 推荐方案\r\n- 推荐方案：[方案名称]\r\n- 推荐理由：[为什么推荐]\r\n- 风险提示：[风险和应对]\r\n\r\n## 5. 实施计划\r\n- 实施步骤：[步骤列表]\r\n- 时间计划：[时间节点]\r\n- 资源需求：[人力/预算]\r\n```\r\n\r\n## Examples\r\n\r\n**需要选择Web UI自动化框架（Selenium vs Playwright vs Cypress）**\r\n→ 需求分析：团队技术栈（Java/JS）、测试规模（100/1000/10000用例）、维护能力\r\n→ 方案评估：社区活跃度、跨浏览器支持、稳定性、学习曲线\r\n→ 决策矩阵：按权重打分，推荐Playwright（社区活跃+跨浏览器+速度快）\r\n\r\n**团队想引入性能测试工具（JMeter vs Locust vs k6）**\r\n→ 按技术栈（Python/Javascript）、协议支持、分布式能力、报告输出综合评估\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-tech-selection\",\n  \"version\": \"1.4.1\",\n  \"publishedAt\": 1782406630613\n}\n\nFile v1.4.1:skill-card.md\n\n## Description: <br>\nHelps agents compare QA/testing tools, frameworks, and platforms across requirements, evaluation criteria, decision matrices, recommendations, and implementation planning. <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, test leads, and developers use this skill when selecting or replacing testing tools, frameworks, or platforms. It guides requirement analysis, option comparison, recommendation, risk review, and rollout planning. <br>\n\n### Deployment Geography for Use: <br>\nGlobal <br>\n\n## Known Risks and Mitigations: <br>\nRisk: The skill may activate for generic tool-choice questions and steer the answer toward QA/testing selection. <br>\nMitigation: Use it when the user's goal concerns QA or testing tool selection, and confirm that recommendations fit the actual project context. <br>\nRisk: Tool comparisons and recommendations can become outdated as testing frameworks and platforms change. <br>\nMitigation: Check current vendor documentation and project constraints before adopting a recommended tool. <br>\n\n\n## Reference(s): <br>\n- [ClawHub skill page](https://clawhub.ai/kokxi/skills/qa-tech-selection) <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:** [Markdown technical selection report with requirement analysis, option comparison, recommendation, risk notes, and implementation plan] <br>\n**Output Parameters:** [1D] <br>\n**Other Properties Related to Output:** [The skill is documentation-only and produces advisory content rather than executable artifacts.] <br>\n\n## Skill Version(s): <br>\n1.4.1 (source: server release metadata) <br>\n\n## Ethical Considerations: <br>\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment. <br>\n\nArchive v1.4.0: 3 files, 4345 bytes\n\nFiles: skill-card.md (2042b), SKILL.md (7206b), _meta.json (136b)\n\nFile v1.4.0:SKILL.md\n\n---\r\nname: qa-tech-selection\r\ndescription: >-\r\n  测试技术选型，评估和选择测试工具、框架和平台。当用户需要做技术选型决策、选择工具或框架时自动触发。\r\n  也适用于：项目启动需要选择测试技术栈，或现有工具不能满足需求需要替换时。\r\n   关键词：技术选型、工具选择、框架评估、测试技术栈、开源工具对比、商业工具评估、自动化工具、性能工具、选型决策矩阵。\nwhen_to_use: 用户说\"技术选型\"、\"工具选择\"、\"框架选择\"、\"用什么工具\"、\"工具对比\"、需要评估测试技术方案、现有工具不能满足需求需要替换时\r\nallowed-tools: Read Grep Glob WebFetch\r\nrelated_skills:\r\n  upstream:\r\n    - qa-test-strategy-design    # 输入：测试策略确定需求\r\n  downstream:\r\n    - qa-ci-cd-testing           # 输出：技术选型用于CI/CD集成\r\ninput_format: 测试策略 + 团队情况 + 约束条件\r\noutput_format: 技术选型报告（需求分析+方案对比+推荐方案+实施计划）\r\n---\r\n\r\n# 测试技术选型\r\n\r\n## Overview\r\n\r\n你是一位技术选型专家，擅长评估和选择测试工具、框架、平台。\r\n**核心原则**：工具替换快，思维不过时——选型要基于业务需求，不是技术偏好。\r\n本技能提供三维选型框架（需求分析/方案评估/决策矩阵）及常见场景指南。\r\n\r\n## 选型框架\r\n\r\n### 维度1：需求分析\r\n\r\n```\r\n需求收集：\r\n├─ 业务需求\r\n│   ├─ 测试类型：功能/性能/安全/兼容\r\n│   ├─ 测试规模：用例数量/执行频率\r\n│   ├─ 团队规模：人员数量/技能水平\r\n│   └─ 预算限制：采购预算/维护成本\r\n│\r\n├─ 技术需求\r\n│   ├─ 技术栈：语言/框架/协议\r\n│   ├─ 集成需求：CI/CD/监控/报告\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│   ├─ 资源消耗：CPU/内存/磁盘\r\n│   ├─ 并发能力：支持并发数\r\n│   └─ 稳定性：长期运行稳定性\r\n│\r\n├─ 成本\r\n│   ├─ 采购成本：License费用\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决策矩阵：\r\n\r\n| 方案 | 功能性 | 易用性 | 性能 | 成本 | 风险 | 总分 |\r\n|------|--------|--------|------|------|------|------|\r\n| 方案A | 9 | 8 | 7 | 6 | 7 | 37 |\r\n| 方案B | 8 | 9 | 8 | 7 | 8 | 40 |\r\n| 方案C | 7 | 7 | 9 | 8 | 6 | 37 |\r\n\r\n权重：\r\n- 功能性：30%\r\n- 易用性：25%\r\n- 性能：20%\r\n- 成本：15%\r\n- 风险：10%\r\n```\r\n\r\n## 常见选型场景\r\n\r\n### 场景1：自动化框架选型\r\n\r\n```\r\n选项对比：\r\n├─ Playwright\r\n│   ├─ 优点：多浏览器、自动等待、调试友好\r\n│   ├─ 缺点：社区相对较小\r\n│   └─ 适用：现代Web应用、多浏览器测试\r\n│\r\n├─ Cypress\r\n│   ├─ 优点：实时调试、自动重试、CI友好\r\n│   ├─ 缺点：仅支持Chrome、iframe支持差\r\n│   └─ 适用：单页应用、快速反馈\r\n│\r\n├─ Selenium\r\n│   ├─ 优点：生态成熟、语言支持多、社区大\r\n│   ├─ 缺点：配置复杂、调试困难\r\n│   └─ 适用：传统Web应用、多语言团队\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├─ JMeter\r\n│   ├─ 优点：功能全面、插件丰富、社区大\r\n│   ├─ 缺点：界面复杂、资源消耗大\r\n│   └─ 适用：复杂性能测试、协议测试\r\n│\r\n├─ Locust\r\n│   ├─ 优点：代码化、分布式、轻量\r\n│   ├─ 缺点：需要编程能力\r\n│   └─ 适用：API性能测试、分布式测试\r\n│\r\n├─ k6\r\n│   ├─ 优点：现代化、脚本化、CI友好\r\n│   ├─ 缺点：社区相对较小\r\n│   └─ 适用：现代应用、DevOps集成\r\n│\r\n└─ 决策依据：\r\n    ├─ 测试类型\r\n    ├─ 团队技能\r\n    ├─ 集成需求\r\n    └─ 性能要求\r\n```\r\n\r\n### 场景3：测试管理平台选型\r\n\r\n```\r\n选项对比：\r\n├─ 开源方案\r\n│   ├─ TestLink：功能简单、免费\r\n│   ├─ 飞书/钉钉：协作方便、集成度高\r\n│   └─ 自研：完全定制、成本高\r\n│\r\n├─ 商业方案\r\n│   ├─ 禅道：功能全面、中文友好\r\n│   ├─ JIRA：生态丰富、扩展性强\r\n│   └─ Zephyr：JIRA集成、测试专业\r\n│\r\n└─ 决策依据：\r\n    ├─ 团队规模\r\n    ├─ 功能需求\r\n    ├─ 预算限制\r\n    └─ 集成需求\r\n```\r\n\r\n## 选型报告模板\r\n\r\n```markdown\r\n# 技术选型报告\r\n\r\n## 1. 背景和目标\r\n- 选型背景：[为什么要做选型]\r\n- 选型目标：[要解决什么问题]\r\n- 约束条件：[时间/预算/资源]\r\n\r\n## 2. 需求分析\r\n- 业务需求：[需求列表]\r\n- 技术需求：[需求列表]\r\n- 优先级：[需求优先级]\r\n\r\n## 3. 方案对比\r\n- 候选方案：[方案列表]\r\n- 评估维度：[维度列表]\r\n- 对比结果：[对比表格]\r\n\r\n## 4. 推荐方案\r\n- 推荐方案：[方案名称]\r\n- 推荐理由：[为什么推荐]\r\n- 风险提示：[风险和应对]\r\n\r\n## 5. 实施计划\r\n- 实施步骤：[步骤列表]\r\n- 时间计划：[时间节点]\r\n- 资源需求：[人力/预算]\r\n```\r\n\r\n## Examples\r\n\r\n**需要选择Web UI自动化框架（Selenium vs Playwright vs Cypress）**\r\n→ 需求分析：团队技术栈（Java/JS）、测试规模（100/1000/10000用例）、维护能力\r\n→ 方案评估：社区活跃度、跨浏览器支持、稳定性、学习曲线\r\n→ 决策矩阵：按权重打分，推荐Playwright（社区活跃+跨浏览器+速度快）\r\n\r\n**团队想引入性能测试工具（JMeter vs Locust vs k6）**\r\n→ 按技术栈（Python/Javascript）、协议支持、分布式能力、报告输出综合评估\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-tech-selection\",\n  \"version\": \"1.4.0\",\n  \"publishedAt\": 1782277983503\n}\n\nFile v1.4.0:skill-card.md\n\n## Description: <br>\nHelps QA teams evaluate and choose testing tools, frameworks, and platforms using requirements analysis, option comparison, and a decision matrix. <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, test leads, and developers use this skill to compare automation, performance-testing, and test-management tools against project needs, team constraints, cost, and implementation risk. <br>\n\n### Deployment Geography for Use: <br>\nGlobal <br>\n\n## Known Risks and Mitigations: <br>\nRisk: The skill may provide weaker recommendations when project constraints, budget, team skills, or target technology stack are underspecified. <br>\nMitigation: Provide explicit requirements and require human review of the recommendation before tool purchase, migration, or CI/CD integration decisions. <br>\nRisk: The source skill is primarily written in Chinese, which may create usability issues for teams expecting another language. <br>\nMitigation: Ask the agent to respond in the team's preferred language and review translated terminology for testing-tool names and decision criteria. <br>\n\n\n## Reference(s): <br>\n- [ClawHub skill page](https://clawhub.ai/kokxi/skills/qa-tech-selection) <br>\n\n\n## Skill Output: <br>\n**Output Type(s):** [guidance, analysis, markdown] <br>\n**Output Format:** [Markdown technical selection report] <br>\n**Output Parameters:** [1D] <br>\n**Other Properties Related to Output:** [Produces requirements analysis, option comparisons, recommendation rationale, risk notes, and an implementation plan.] <br>\n\n## Skill Version(s): <br>\n1.4.0 (source: server release evidence) <br>\n\n## Ethical Considerations: <br>\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment. <br>","readmeExcerpt":"Skill: qa-tech-selection Owner: kokxi Summary: 当团队要选测试工具（自动化框架/性能工具/管理平台）、现有工具不能满足需求需要替换、或者公司要求做技术评估时使用此技能。通过多维度对比评估（功能覆盖/学习成本/社区活跃度/维护成本/扩展性）输出推荐方案和迁移实施建议。不要只看 Gartner 象限或者技术网红推荐——工具好不好取决于你的团队能力、技术栈和实际场景。每个推荐方案附带 POC 验证计划和风险提示。 触发场景：技术选型、工具选择、框架选择、用什么工具、工具对比、现有工具不能满足需求需要替换时。 Use when the user asks about: evaluating and selecting QA tooling — automation frameworks, performance tools, and management platforms — and pl","codeSnippets":[],"executableExamples":[{"language":"text","snippet":"选项对比：\n├─ Playwright\n│   ├─ 优点：多浏览器、自动等待、调试友好\n│   ├─ 缺点：社区相对较小\n│   └─ 适用：现代Web应用、多浏览器测试\n│\n├─ Cypress\n│   ├─ 优点：实时调试、自动重试、CI友好\n│   ├─ 缺点：仅支持Chrome、iframe支持差\n│   └─ 适用：单页应用、快速反馈\n│\n├─ Selenium\n│   ├─ 优点：生态成熟、语言支持多、社区大\n│   ├─ 缺点：配置复杂、调试困难\n│   └─ 适用：传统Web应用、多语言团队\n│\n└─ 决策依据：\n    ├─ 团队技术栈\n    ├─ 应用架构\n    ├─ 测试需求\n    └─ 维护成本"},{"language":"text","snippet":"选项对比：\n├─ JMeter\n│   ├─ 优点：功能全面、插件丰富、社区大\n│   ├─ 缺点：界面复杂、资源消耗大\n│   └─ 适用：复杂性能测试、协议测试\n│\n├─ Locust\n│   ├─ 优点：代码化、分布式、轻量\n│   ├─ 缺点：需要编程能力\n│   └─ 适用：API性能测试、分布式测试\n│\n├─ k6\n│   ├─ 优点：现代化、脚本化、CI友好\n│   ├─ 缺点：社区相对较小\n│   └─ 适用：现代应用、DevOps集成\n│\n└─ 决策依据：\n    ├─ 测试类型\n    ├─ 团队技能\n    ├─ 集成需求\n    └─ 性能要求"},{"language":"text","snippet":"选项对比：\n├─ 开源方案\n│   ├─ TestLink：功能简单、免费\n│   ├─ 飞书/钉钉：协作方便、集成度高\n│   └─ 自研：完全定制、成本高\n│\n├─ 商业方案\n│   ├─ 禅道：功能全面、中文友好\n│   ├─ JIRA：生态丰富、扩展性强\n│   └─ Zephyr：JIRA集成、测试专业\n│\n└─ 决策依据：\n    ├─ 团队规模\n    ├─ 功能需求\n    ├─ 预算限制\n    └─ 集成需求"},{"language":"markdown","snippet":"# 技术选型报告\n\n## 1. 背景和目标\n- 选型背景：[为什么要做选型]\n- 选型目标：[要解决什么问题]\n- 约束条件：[时间/预算/资源]\n\n## 2. 需求分析\n- 业务需求：[需求列表]\n- 技术需求：[需求列表]\n- 优先级：[需求优先级]\n\n## 3. 方案对比\n- 候选方案：[方案列表]\n- 评估维度：[维度列表]\n- 对比结果：[对比表格]\n\n## 4. 推荐方案\n- 推荐方案：[方案名称]\n- 推荐理由：[为什么推荐]\n- 风险提示：[风险和应对]\n\n## 5. 实施计划\n- 实施步骤：[步骤列表]\n- 时间计划：[时间节点]\n- 资源需求：[人力/预算]"},{"language":"text","snippet":"需求收集：\n├─ 业务需求\n│   ├─ 测试类型：功能/性能/安全/兼容\n│   ├─ 测试规模：用例数量/执行频率\n│   ├─ 团队规模：人员数量/技能水平\n│   └─ 预算限制：采购预算/维护成本\n│\n├─ 技术需求\n│   ├─ 技术栈：语言/框架/协议\n│   ├─ 集成需求：CI/CD/监控/报告\n│   ├─ 扩展需求：并发/分布式/云化\n│   └─ 维护需求：升级/扩展/迁移\n│\n└─ 约束条件\n    ├─ 时间约束：上线时间\n    ├─ 资源约束：人力/预算\n    ├─ 技术约束：现有技术栈\n    └─ 合规约束：安全/隐私"},{"language":"text","snippet":"评估维度：\n├─ 功能性\n│   ├─ 功能覆盖：是否满足需求\n│   ├─ 功能深度：功能完善程度\n│   ├─ 扩展性：是否支持扩展\n│   └─ 定制性：是否支持定制\n│\n├─ 易用性\n│   ├─ 学习成本：上手难度\n│   ├─ 使用体验：操作便捷性\n│   ├─ 文档质量：文档完善程度\n│   └─ 社区支持：社区活跃度\n│\n├─ 性能\n│   ├─ 执行效率：执行速度\n│   ├─ 资源消耗：CPU/内存/磁盘\n│   ├─ 并发能力：支持并发数\n│   └─ 稳定性：长期运行稳定性\n│\n├─ 成本\n│   ├─ 采购成本：License费用\n│   ├─ 实施成本：部署/集成成本\n│   ├─ 维护成本：升级/维护成本\n│   └─ 培训成本：人员培训成本\n│\n└─ 风险\n    ├─ 技术风险：技术成熟度\n    ├─ 供应商风险：供应商稳定性\n    ├─ 迁移风险：迁移难度\n    └─ 锁定风险：厂商锁定"}],"parameters":null,"dependencies":[],"permissions":[],"extractedFiles":[{"path":"SKILL.md","content":"---\nname: qa-tech-selection\ndescription: >-\n  当团队要选测试工具（自动化框架/性能工具/管理平台）、现有工具不能满足需求需要替换、或者公司要求做技术评估时使用此技能。通过多维度对比评估（功能覆盖/学习成本/社区活跃度/维护成本/扩展性）输出推荐方案和迁移实施建议。不要只看 Gartner 象限或者技术网红推荐——工具好不好取决于你的团队能力、技术栈和实际场景。每个推荐方案附带 POC 验证计划和风险提示。 触发场景：技术选型、工具选择、框架选择、用什么工具、工具对比、现有工具不能满足需求需要替换时。 Use when the user asks about: evaluating and selecting QA tooling — automation frameworks, performance tools, and management platforms — and planning the migration.\nlicense: MIT\nallowed-tools: Read Grep Glob WebFetch\nmetadata:\n  display-name: \"Tech Selection\"\n  version: \"1.8.0\"\n  when-to-use: \"用户说\\\"技术选型\\\"、\\\"工具选择\\\"、\\\"框架选择\\\"、\\\"用什么工具\\\"、\\\"工具对比\\\"、需要评估测试技术方案、现有工具不能满足需求需要替换时\"\n  related-skills: \"{\\\"upstream\\\":[\\\"qa-test-strategy-design\\\"],\\\"downstream\\\":[\\\"qa-ci-cd-testing\\\",\\\"qa-test-automation-arch\\\"]}\"\n  references: \"[\\\"references/selection-framework.md\\\"]\"\n  input-format: \"{\\\"required\\\":[{\\\"name\\\":\\\"项目需求\\\",\\\"type\\\":\\\"string\\\",\\\"description\\\":\\\"项目技术需求和非功能需求\\\"},{\\\"name\\\":\\\"技术约束\\\",\\\"type\\\":\\\"string\\\",\\\"description\\\":\\\"技术栈限制和团队能力\\\"}],\\\"optional\\\":[{\\\"name\\\":\\\"预算限制\\\",\\\"type\\\":\\\"string\\\",\\\"description\\\":\\\"工具和资源预算\\\"}]}\"\n  output-format: \"{\\\"traceability\\\":[\\\"每次选型评估带唯一ID（SEL-XXXX）\\\"],\\\"structure\\\":[\\\"覆盖率：标注口径（基于现有需求/输入文档），禁止\\\\\\\"全覆盖/100%\\\\\\\"绝对化表述；缺失模块标注\\\\\\\"未覆盖+原因\\\\\\\"\\\",{\\\"tech_evaluation\\\":\\\"技术评估报告\\\"},{\\\"comparison_matrix\\\":\\\"对比矩阵\\\"},{\\\"recommendation\\\":\\\"推荐方案\\\"},{\\\"risk_assessment\\\":\\\"技术风险评估\\\"}]}\"\n  error-recovery-guidance: \"{\\\"on_failure\\\":\\\"工具选型遗漏关键维度时回退到测试策略补充需求\\\",\\\"retry_behavior\\\":\\\"补充需求后重新评估候选工具\\\"}\"\n  categories: \"[\\\"Development\\\",\\\"Testing\\\",\\\"DevOps\\\"]\"\n  depth-requirement: \"{\\\"reference_value\\\":\\\"根据选型复杂度调整评估深度：简单×1/中等×2/复杂×3\\\",\\\"minimum\\\":\\\"至少对比3个候选工具的核心维度\\\"}\"\n---\n> ⚠️ 本技能单独使用效果有限，建议配合完整技能集（12 步工作流）使用。安装：npx skills add Kokxi/qa-test-skills\n\n# 测试技术选型\n\n## 核心原则\n\n工具替换快，思维不过时——选型要基于业务需求，不是技术偏好。\n\n## 加载时机\n\n| 什么时候读 | 读哪个 |\n|-----------|--------|\n| 做工具选型评估时 | [`references/selection-framework.md`](references/selection-framework.md) |\n\n> `选型框架`的完整内容已下沉至 `references/selection-framework.md`，避免每次触发都占用上下文。\n\n## 常见选型场景\n\n### 场景1：自动化框架选型\n\n```text\n选项对比：\n├─ Playwright\n│   ├─ 优点：多浏览器、自动等待、调试友好\n│   ├─ 缺点：社区相对较小\n│   └─ 适用：现代Web应用、多浏览器测试\n│\n├─ Cypress\n│   ├─ 优点：实时调试、自动重试、CI友好\n│   ├─ 缺点：仅支持Chrome、iframe支持差\n│   └─ 适用：单页应用、快速反馈\n│\n├─ Selenium\n│   ├─ 优点：生态成熟、语言支持多、社区大\n│   ├─ 缺点：配置复杂、调试困难\n│   └─ 适用：传统Web应用、多语言团队\n│\n└─ 决策依据：\n    ├─ 团队技术栈\n    ├─ 应用架构\n    ├─ 测试需求\n    └─ 维护成本\n```\n\n### 场景2：性能测试工具选型\n\n```text\n选项对比：\n├─ JMeter\n│   ├─ 优点：功能全面、插件丰富、社区大\n│   ├─ 缺点：界面复杂、资源消耗大\n│   └─ 适用：复杂性能测试、协议测试\n│\n├─ Locust\n│   ├─ 优点：代码化、分布式、轻量\n│   ├─ 缺点：需要编程能力\n│   └─ 适用：API性能测试、分布式测试\n│\n├─ k6\n│   ├─ 优点：现代化、脚本化、CI友好\n│   ├─ 缺点：社区相对较小\n│   └─ 适用：现代应用、DevOps集成\n│\n└─ 决策依据：\n    ├─ 测试类型\n    ├─ 团队技能\n    ├─ 集成需求\n    └─ 性能要求\n```\n\n### 场景3：测试管理平台选型\n\n```text\n选项对比：\n├─ 开源方案\n│   ├─ TestLink：功能简单、免费\n│   ├─ 飞书/钉钉：协作方便、集成度高\n│   └─ 自研：完全定制、成本高\n│\n├─ 商业方案\n│   ├─ 禅道：功能全面、中文友好\n│   ├─ JIRA：生态丰富、扩展性强\n│   └─ Zephyr：JIRA集成、测试专业\n│\n└─ 决策依据：\n    ├─ 团队规模\n    ├─ 功能需求\n    ├─ 预算限制\n    └─ 集成需求\n```\n\n## 选型报告模板\n\n```markdown\n# 技术选型报告\n\n## 1. 背景和目标\n- 选型背景：[为什么要做选型]\n- 选型目标：[要解决什么问题]\n"},{"path":"_meta.json","content":"{\n  \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n  \"slug\": \"qa-tech-selection\",\n  \"version\": \"1.8.0\",\n  \"publishedAt\": 1790656139661\n}"},{"path":"references/selection-framework.md","content":"# 测试工具选型框架详解\n\n> 本文是 `qa-tech-selection` 的**测试工具选型框架详解**。做工具选型评估时读本文；\n其余部分留在 SKILL.md，不必读本文。\n\n---\n\n\n### 维度1：需求分析\n\n```text\n需求收集：\n├─ 业务需求\n│   ├─ 测试类型：功能/性能/安全/兼容\n│   ├─ 测试规模：用例数量/执行频率\n│   ├─ 团队规模：人员数量/技能水平\n│   └─ 预算限制：采购预算/维护成本\n│\n├─ 技术需求\n│   ├─ 技术栈：语言/框架/协议\n│   ├─ 集成需求：CI/CD/监控/报告\n│   ├─ 扩展需求：并发/分布式/云化\n│   └─ 维护需求：升级/扩展/迁移\n│\n└─ 约束条件\n    ├─ 时间约束：上线时间\n    ├─ 资源约束：人力/预算\n    ├─ 技术约束：现有技术栈\n    └─ 合规约束：安全/隐私\n```\n\n### 维度2：方案评估\n\n```text\n评估维度：\n├─ 功能性\n│   ├─ 功能覆盖：是否满足需求\n│   ├─ 功能深度：功能完善程度\n│   ├─ 扩展性：是否支持扩展\n│   └─ 定制性：是否支持定制\n│\n├─ 易用性\n│   ├─ 学习成本：上手难度\n│   ├─ 使用体验：操作便捷性\n│   ├─ 文档质量：文档完善程度\n│   └─ 社区支持：社区活跃度\n│\n├─ 性能\n│   ├─ 执行效率：执行速度\n│   ├─ 资源消耗：CPU/内存/磁盘\n│   ├─ 并发能力：支持并发数\n│   └─ 稳定性：长期运行稳定性\n│\n├─ 成本\n│   ├─ 采购成本：License费用\n│   ├─ 实施成本：部署/集成成本\n│   ├─ 维护成本：升级/维护成本\n│   └─ 培训成本：人员培训成本\n│\n└─ 风险\n    ├─ 技术风险：技术成熟度\n    ├─ 供应商风险：供应商稳定性\n    ├─ 迁移风险：迁移难度\n    └─ 锁定风险：厂商锁定\n```\n\n### 维度3：决策矩阵\n\n**决策矩阵：**\n\n| 方案 | 功能性 | 易用性 | 性能 | 成本 | 风险 | 总分 |\n|------|--------|--------|------|------|------|------|\n| 方案A | 9 | 8 | 7 | 6 | 7 | 37 |\n| 方案B | 8 | 9 | 8 | 7 | 8 | 40 |\n| 方案C | 7 | 7 | 9 | 8 | 6 | 37 |\n\n**权重：**\n- 功能性：30%\n- 易用性：25%\n- 性能：20%\n- 成本：15%\n- 风险：10%"},{"path":"skill-card.md","content":"## Description:\n\nHelps teams compare QA automation frameworks, performance tools, and test management platforms against their requirements and plan a recommended choice and migration.\n\nThis skill is ready for commercial/non-commercial use.\n\n## Publisher:\n\n[kokxi](https://clawhub.ai/user/kokxi)\n\n### License/Terms of Use:\n\nMIT-0\n\n## Use Case:\n\nQA teams and developers use this skill to assess and select testing tools against project requirements, team skills, costs, and integration needs, then outline a proof of concept and migration plan.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: The suggested unpinned external skill-bundle installation may add or change agent behavior beyond this skill.\n\nMitigation: Before running the suggested installation command, verify its source, pin a version or commit, and review the additional skills it installs.\n\n## Reference(s):\n\n- [Testing tool selection framework](references/selection-framework.md)\n- [ClawHub skill release](https://clawhub.ai/kokxi/skills/qa-tech-selection)\n\n## Skill Output:\n\n**Output Type(s):** [Analysis, Recommendations, Guidance]\n\n**Output Format:** [Markdown report with comparison matrix]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Includes evaluation criteria, weighted comparisons, risks, proof-of-concept checks, and migration steps.]\n\n## Skill Version(s):\n\n1.8.0 (source: ClawHub release and skill metadata)\n\n## Ethical Considerations:\n\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment."}],"languages":[],"docsSourceLabel":"CLAWHUB","editorialOverview":"当团队要选测试工具（自动化框架/性能工具/管理平台）、现有工具不能满足需求需要替换、或者公司要求做技术评估时使用此技能。通过多维度对比评估（功能覆盖/学习成本/社区活跃度/维护成本/扩展性）输出推荐方案和迁移实施建议。不要只看 Gartner 象限或者技术网红推荐——工具好不好取决于你的团队能力、技术栈和实际场景。每个推荐方案附带 POC 验证计划和风险提示。 触发场景：技术选型、工具选择、框架选择、用什么工具、工具对比、现有工具不能满足需求需要替换时。 Use when the user asks about: evaluating and selecting QA tooling — automation frameworks, performance tools, and management platforms — and planning the migration. Skill: qa-tech-selection Owner: kokxi Summary: 当团队要选测试工具（自动化框架/性能工具/管理平台）、现有工具不能满足需求需要替换、或者公司要求做技术评估时使用此技能。通过多维度对比评估（功能覆盖/学习成本/社区活跃度/维护成本/扩展性）输出推荐方案和迁移实施建议。不要只看 Gartner 象限或者技术网红推荐——工具好不好取决于你的团队能力、技术栈和实际场景。每个推荐方案附带 POC 验证计划和风险提示。 触发场景：技术选型、工具选择、框架选择、用什么工具、工具对比、现有工具不能满足需求需要替换时。 Use when the user asks about: evaluating and selecting QA tooling — automation frameworks, performance tools, and management platforms — and pl","editorialQuality":{"score":100,"threshold":65,"status":"ready","wordCount":942,"uniquenessScore":52,"reasons":[]}},"media":{"evidence":{"source":"no-media","verified":false,"confidence":"low","updatedAt":"2026-10-11T06:40:32.256Z","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-11T06:40:32.256Z","emptyReason":"This page has not been claimed by the agent owner."},"hasCustomPage":false,"customPageUpdatedAt":null,"customLinks":[],"structuredLinks":{"docsUrl":null,"demoUrl":null,"supportUrl":null,"pricingUrl":null,"statusUrl":null},"customPage":null},"relatedAgents":{"evidence":{"source":"protocol-neighbors","verified":false,"confidence":"medium","updatedAt":"2026-10-11T08:40:35.036Z","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"}]}}}