{"id":"9307972b-afb6-43a0-ba23-7c0ce3e2528b","entityType":"agent","slug":"clawhub-kokxi-qa-team-coaching","name":"qa-team-coaching","canonicalUrl":"https://www.xpersona.co/agent/clawhub-kokxi-qa-team-coaching","canonicalPath":"/agent/clawhub-kokxi-qa-team-coaching","generatedAt":"2026-10-11T11:25:37.179Z","source":"CLAWHUB","claimStatus":"UNCLAIMED","verificationTier":"NONE","summary":{"evidence":{"source":"editorial-content","verified":true,"confidence":"high","updatedAt":"2026-10-11T09:12:15.289Z","emptyReason":null},"description":"当团队里有测试新人需要带、想提升团队整体测试水平、或者需要把个人经验转化为团队能力时使用此技能。通过 Pair 测试、经验分享、checklist 沉淀、模板建设和培训材料等方式赋能团队。不要等着新人犯错再教——好的赋能是提前给工具和方法论，让新人在第一次做之前就知道\"正确的做法是什么\"。 触发场景：培训、赋能、新人、怎么教、带人、培养、团队成长、新成员加入需要快速上手时。 Use when the user asks about: coaching and enabling a QA team — pairing, knowledge sharing, checklist and template creation, and onboarding new members. Skill: qa-team-coaching Owner: kokxi Summary: 当团队里有测试新人需要带、想提升团队整体测试水平、或者需要把个人经验转化为团队能力时使用此技能。通过 Pair 测试、经验分享、checklist 沉淀、模板建设和培训材料等方式赋能团队。不要等着新人犯错再教——好的赋能是提前给工具和方法论，让新人在第一次做之前就知道\"正确的做法是什么\"。 触发场景：培训、赋能、新人、怎么教、带人、培养、团队成长、新成员加入需要快速上手时。 Use when the user asks about: coaching and enabling a QA team — pairing, knowledge sharing, checklist and template creation, and onboarding new members. Tags: latest:1.8.0 Version histo","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-team-coaching","sourceUrl":"https://clawhub.ai/kokxi/qa-team-coaching","homepage":"https://clawhub.ai/kokxi/skills/qa-team-coaching","primaryLinks":[{"label":"View on ClawHub","url":"https://clawhub.ai/kokxi/qa-team-coaching","kind":"source"},{"label":"Homepage","url":"https://clawhub.ai/kokxi/skills/qa-team-coaching","kind":"homepage"}],"safetyScore":84,"overallRank":62,"popularityScore":61,"trustScore":null,"claimedByName":null,"isOwner":false,"seoDescription":"当团队里有测试新人需要带、想提升团队整体测试水平、或者需要把个人经验转化为团队能力时使用此技能。通过 Pair 测试、经验分享、checklist 沉淀、模板建设和培训材料等方式赋能团队。不要等着新人犯错再教——好的赋能是提前给工具和方法论，让新人在第一次做之前就知道\"正确的做法是什么\"。 触发场景：培训、赋能、新人、"},"coverage":{"evidence":{"source":"public-profile","verified":false,"confidence":"medium","updatedAt":"2026-10-11T09:12:15.289Z","emptyReason":null},"protocols":[{"protocol":"OPENCLEW","label":"OpenClaw","status":"self-declared","notes":"Declared in the public agent profile."}],"capabilities":[],"verifiedCount":0,"selfDeclaredCount":1,"capabilityMatrix":{"rows":[{"key":"OPENCLEW","type":"protocol","support":"unknown","confidenceSource":"profile","notes":"Listed on profile"}],"flattenedTokens":"protocol:OPENCLEW|unknown|profile"}},"adoption":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"medium","updatedAt":"2026-10-11T09:12:15.289Z","emptyReason":null},"stars":null,"forks":null,"downloads":1103,"packageName":null,"latestVersion":"1.8.0","tractionLabel":"1.1K downloads"},"release":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"medium","updatedAt":"2026-10-11T09:12:15.230Z","emptyReason":null},"lastUpdatedAt":"2026-10-11T09:12:15.289Z","lastCrawledAt":"2026-10-11T09:12:15.230Z","lastIndexedAt":null,"nextCrawlAt":"2026-10-12T09:12:15.230Z","lastVerifiedAt":null,"highlights":[{"version":"1.8.0","createdAt":"2026-09-29T04:28:46.077Z","changelog":"- Major refactor to modularize coaching methods: all \"四种赋能方式\" content moved to a new reference file (`references/coaching-methods.md`). - Metadata structure improved: skill attributes (version, triggers, formats) are now structured under `metadata` at the top of the file. - File organization updated: added `references/coaching-methods.md`, removed deprecated `skill-card.md`. - User documentation updated to reflect new loading and organizational approach; reference usage is now explicit. - No functional changes to core coaching logic—workflow and evaluation principles maintained.","fileCount":4,"zipByteSize":5718},{"version":"1.7.7","createdAt":"2026-09-27T14:41:29.709Z","changelog":"1.7.7","fileCount":3,"zipByteSize":4992},{"version":"1.7.6","createdAt":"2026-09-01T12:46:40.706Z","changelog":"显示名改中文","fileCount":3,"zipByteSize":5379},{"version":"1.7.5","createdAt":"2026-08-30T15:19:36.220Z","changelog":"1.7.5: 版本号升级","fileCount":3,"zipByteSize":5087},{"version":"1.7.0","createdAt":"2026-08-16T14:32:57.908Z","changelog":"- Removed the file skill-card.md. - Minor version update to 1.7.0. - No content changes made to SKILL.md.","fileCount":3,"zipByteSize":4885},{"version":"1.6.3","createdAt":"2026-08-12T15:28:31.435Z","changelog":"- Added slug and displayName fields for improved skill identification. - Updated version to 1.6.3. - Removed deprecated file: skill-card.md. - No changes to logic or content structure; documentation fields improved for clarity and consistency.","fileCount":3,"zipByteSize":4858},{"version":"1.6.0","createdAt":"2026-07-06T17:17:53.232Z","changelog":"Version 1.6.0 introduces traceability, safety guidance, and structured depth/error requirements: - Added unique ID (COACH-XXXX) tracking for each coaching plan to support traceability. - Defined minimum depth requirements for empowerment plans and included quantification guidelines. - Introduced error recovery guidance for handling unaddressed skill gaps. - Added explicit security warning and data handling limitations to prevent misuse and support compliance. - Moved output structure and requirements out of examples into clearly structured metadata fields. - Removed skill-card.md, consolidating all documentation into SKILL.md.","fileCount":3,"zipByteSize":4872},{"version":"1.5.0","createdAt":"2026-06-29T12:35:57.115Z","changelog":"Version 1.5.0 - Updated SKILL.md with new structure and output formats, emphasizing coaching plans, skill matrices, and progress metrics. - Enhanced skill description for clarity and practical application scenarios. - Added explicit input and output format definitions for more structured usage. - Removed the legacy skill-card.md file.","fileCount":3,"zipByteSize":4343}]},"execution":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"low","updatedAt":null,"emptyReason":"No published capability contract is available yet."},"installCommand":"clawhub skill install s170jw3s1atcj5jwhqb4r7v7eh8912kp:qa-team-coaching","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-team-coaching/snapshot","contractUrl":"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-team-coaching/contract","trustUrl":"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-team-coaching/trust"},"curlExamples":["curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-team-coaching/snapshot\"","curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-team-coaching/contract\"","curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-team-coaching/trust\""],"jsonRequestTemplate":{"query":"summarize this repo","constraints":{"maxLatencyMs":2000,"protocolPreference":["OPENCLEW"]}},"jsonResponseTemplate":{"ok":true,"result":{"summary":"...","confidence":0.9},"meta":{"source":"CLAWHUB","generatedAt":"2026-10-11T11:25:37.178Z"}},"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-team-coaching/dossier","snapshotUrl":"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-team-coaching/snapshot","contractUrl":"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-team-coaching/contract","trustUrl":"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-team-coaching/trust"}},"reliability":{"evidence":{"source":"runtime-metrics","verified":false,"confidence":"low","updatedAt":null,"emptyReason":"No trust, reliability, or runtime telemetry is available."},"trust":{"status":"unavailable","handshakeStatus":"UNKNOWN","verificationFreshnessHours":null,"reputationScore":null,"p95LatencyMs":null,"successRate30d":null,"fallbackRate":null,"attempts30d":null,"trustUpdatedAt":null,"trustConfidence":"unknown","sourceUpdatedAt":null,"freshnessSeconds":null},"decisionGuardrails":{"doNotUseIf":["Contract metadata is missing or unavailable for deterministic execution."],"safeUseWhen":[],"riskFlags":["missing_or_unavailable_contract","trust_data_unavailable","schema_references_missing"],"operationalConfidence":"low"},"executionMetrics":{"observedLatencyMsP50":null,"observedLatencyMsP95":null,"estimatedCostUsd":null,"uptime30d":null,"rateLimitRpm":null,"rateLimitBurst":null,"lastVerifiedAt":null,"verificationSource":null},"runtimeMetrics":{"successRate":null,"avgLatencyMs":null,"avgCostUsd":null,"hallucinationRate":null,"retryRate":null,"disputeRate":null,"p50Latency":null,"p95Latency":null,"lastUpdated":null}},"benchmarks":{"evidence":{"source":"no-benchmark-data","verified":false,"confidence":"low","updatedAt":null,"emptyReason":"No benchmark suites or observed failure patterns are available."},"suites":[],"failurePatterns":[]},"artifacts":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"high","updatedAt":"2026-10-11T09:12:15.289Z","emptyReason":null},"readme":"Skill: qa-team-coaching\n\nOwner: kokxi\n\nSummary: 当团队里有测试新人需要带、想提升团队整体测试水平、或者需要把个人经验转化为团队能力时使用此技能。通过 Pair 测试、经验分享、checklist 沉淀、模板建设和培训材料等方式赋能团队。不要等着新人犯错再教——好的赋能是提前给工具和方法论，让新人在第一次做之前就知道\"正确的做法是什么\"。 触发场景：培训、赋能、新人、怎么教、带人、培养、团队成长、新成员加入需要快速上手时。 Use when the user asks about: coaching and enabling a QA team — pairing, knowledge sharing, checklist and template creation, and onboarding new members.\n\nTags: latest:1.8.0\n\nVersion history:\n\nv1.8.0 | 2026-09-29T04:28:46.077Z | auto\n\n- Major refactor to modularize coaching methods: all \"四种赋能方式\" content moved to a new reference file (`references/coaching-methods.md`).\n- Metadata structure improved: skill attributes (version, triggers, formats) are now structured under `metadata` at the top of the file.\n- File organization updated: added `references/coaching-methods.md`, removed deprecated `skill-card.md`.\n- User documentation updated to reflect new loading and organizational approach; reference usage is now explicit.\n- No functional changes to core coaching logic—workflow and evaluation principles maintained.\n\nv1.7.7 | 2026-09-27T14:41:29.709Z | user\n\n1.7.7\n\nv1.7.6 | 2026-09-01T12:46:40.706Z | user\n\n显示名改中文\n\nv1.7.5 | 2026-08-30T15:19:36.220Z | user\n\n1.7.5: 版本号升级\n\nv1.7.0 | 2026-08-16T14:32:57.908Z | auto\n\n- Removed the file skill-card.md.\n- Minor version update to 1.7.0.\n- No content changes made to SKILL.md.\n\nv1.6.3 | 2026-08-12T15:28:31.435Z | auto\n\n- Added slug and displayName fields for improved skill identification.\n- Updated version to 1.6.3.\n- Removed deprecated file: skill-card.md.\n- No changes to logic or content structure; documentation fields improved for clarity and consistency.\n\nv1.6.0 | 2026-07-06T17:17:53.232Z | auto\n\nVersion 1.6.0 introduces traceability, safety guidance, and structured depth/error requirements:\n\n- Added unique ID (COACH-XXXX) tracking for each coaching plan to support traceability.\n- Defined minimum depth requirements for empowerment plans and included quantification guidelines.\n- Introduced error recovery guidance for handling unaddressed skill gaps.\n- Added explicit security warning and data handling limitations to prevent misuse and support compliance.\n- Moved output structure and requirements out of examples into clearly structured metadata fields.\n- Removed skill-card.md, consolidating all documentation into SKILL.md.\n\nv1.5.0 | 2026-06-29T12:35:57.115Z | auto\n\nVersion 1.5.0\n\n- Updated SKILL.md with new structure and output formats, emphasizing coaching plans, skill matrices, and progress metrics.\n- Enhanced skill description for clarity and practical application scenarios.\n- Added explicit input and output format definitions for more structured usage.\n- Removed the legacy skill-card.md file.\n\nv1.4.1 | 2026-06-25T16:56:55.554Z | auto\n\n- Description now emphasizes沉淀经验为checklist/模板/培训材料，通过Pair测试等方式提升团队能力\n- 精简描述信息，去除关键词与触发场景的冗余表达\n- 删除 skill-card.md 文件，保留核心技能说明\n- 其余内容及结构保持一致，未新增功能或核心用法变化\n\nv1.4.0 | 2026-06-24T05:12:43.432Z | auto\n\n- Expanded skill description to include new keywords: 测试思维培养、技能矩阵、导师制、知识库建设、能力提升\n- Added more trigger words in when_to_use, such as \"带人\"、\"培养\"、\"团队成长\"、新成员加入需要快速上手\n- Removed the file skill-card.md\n- No changes to the core logic or functionality of the skill\n\nv1.3.0 | 2026-06-23T10:50:16.957Z | auto\n\n- 增加了四种团队赋能方式（Checklist、模板、Review、Pair）的详细介绍及应用场景  \n- 新增了新人培训大纲、培训练习设计、能力评估体系及相关示例  \n- 明确了每种赋能方式和培训材料的设计原则  \n- 丰富了实际应用示例，便于不同情景下快速采用  \n- 加入团队赋能后自查项，提升实践落地性\n\nArchive index:\n\nArchive v1.8.0: 4 files, 5718 bytes\n\nFiles: references/coaching-methods.md (2652b), skill-card.md (1737b), SKILL.md (5847b), _meta.json (135b)\n\nFile v1.8.0:SKILL.md\n\n---\nname: qa-team-coaching\ndescription: >-\n  当团队里有测试新人需要带、想提升团队整体测试水平、或者需要把个人经验转化为团队能力时使用此技能。通过 Pair 测试、经验分享、checklist 沉淀、模板建设和培训材料等方式赋能团队。不要等着新人犯错再教——好的赋能是提前给工具和方法论，让新人在第一次做之前就知道\"正确的做法是什么\"。 触发场景：培训、赋能、新人、怎么教、带人、培养、团队成长、新成员加入需要快速上手时。 Use when the user asks about: coaching and enabling a QA team — pairing, knowledge sharing, checklist and template creation, and onboarding new members.\nlicense: MIT\nallowed-tools: Read Grep Glob\nmetadata:\n  display-name: \"Team Coaching\"\n  version: \"1.8.0\"\n  when-to-use: \"用户说\\\"培训\\\"、\\\"赋能\\\"、\\\"新人\\\"、\\\"怎么教\\\"、\\\"带人\\\"、\\\"培养\\\"、\\\"团队成长\\\"、需要赋能团队、新成员加入需要快速上手时\"\n  related-skills: \"{\\\"upstream\\\":[\\\"qa-retrospective\\\",\\\"qa-heuristic-checklist\\\"],\\\"downstream\\\":[]}\"\n  references: \"[\\\"references/coaching-methods.md\\\"]\"\n  input-format: \"{\\\"required\\\":[{\\\"name\\\":\\\"团队评估\\\",\\\"type\\\":\\\"string\\\",\\\"description\\\":\\\"团队测试能力评估结果\\\"},{\\\"name\\\":\\\"培训需求\\\",\\\"type\\\":\\\"string\\\",\\\"description\\\":\\\"团队技能提升需求\\\"}],\\\"optional\\\":[{\\\"name\\\":\\\"培训资源\\\",\\\"type\\\":\\\"string\\\",\\\"description\\\":\\\"可用的培训资源和预算\\\"}]}\"\n  output-format: \"{\\\"traceability\\\":[\\\"每份赋能方案带唯一ID（COACH-XXXX）\\\"],\\\"structure\\\":[{\\\"coaching_plan\\\":\\\"教练计划\\\"},{\\\"skill_matrix\\\":\\\"技能矩阵\\\"},{\\\"training_materials\\\":\\\"培训材料清单\\\"},{\\\"mentorship_guide\\\":\\\"导师指导方案\\\"},{\\\"progress_metrics\\\":\\\"进步度量方式\\\"}]}\"\n  error-recovery-guidance: \"{\\\"on_failure\\\":\\\"赋能方案未能补齐能力差距时回退到能力评估补充\\\",\\\"retry_behavior\\\":\\\"补充评估后重新设计赋能方案\\\"}\"\n  categories: \"[\\\"Development\\\",\\\"Team\\\"]\"\n  depth-requirement: \"{\\\"reference_value\\\":\\\"根据团队能力差距调整赋能深度：简单×1/中等×2/复杂×3\\\",\\\"minimum\\\":\\\"至少包含能力评估、培训计划、效果验收3环节\\\"}\"\n---\n> ⚠️ 本技能单独使用效果有限，建议配合完整技能集（12 步工作流）使用。安装：npx skills add Kokxi/qa-test-skills\n\n> **⚠️ 安全警告**：本技能的示例可能涉及发布检查清单和评审流程的培训材料。\n> 这些是培训示例不是直接操作；请勿未经授权即变更团队流程或发布标准。\n> 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。\n\n# 团队赋能\n\n## 核心原则\n\n授人以渔——把经验做成checklist、把案例做成模板、把评判标准量化。\n\n## 加载时机\n\n| 什么时候读 | 读哪个 |\n|-----------|--------|\n| 选定赋能方式后，取对应做法 | [`references/coaching-methods.md`](references/coaching-methods.md) |\n\n> `四种赋能方式`的完整内容已下沉至 `references/coaching-methods.md`，避免每次触发都占用上下文。\n\n## 培训材料设计\n\n### 新人培训大纲\n\n```text\n第1周：基础认知\n├─ 测试基础概念\n├─ 公司测试流程\n├─ 测试工具使用\n└─ 常用Checklist\n\n第2周：技能提升\n├─ 用例设计方法\n├─ 缺陷管理流程\n├─ 测试执行技巧\n└─ 常见问题处理\n\n第3周：实战演练\n├─ 参与实际项目\n├─ 结对测试\n├─ 用例评审\n└─ Bug评审\n\n第4周：独立工作\n├─ 独立负责模块\n├─ 定期Review\n├─ 问题解答\n└─ 能力评估\n```\n\n### 培训练习设计\n\n```text\n练习类型：\n├─ 案例分析：分析真实Bug案例\n├─ 用例设计：设计测试用例\n├─ Bug报告：编写Bug报告\n└─ 场景模拟：模拟测试执行\n\n练习设计原则：\n├─ 真实性：基于真实场景\n├─ 渐进性：从简单到复杂\n├─ 可衡量：有明确评判标准\n└─ 可反馈：及时给予反馈\n```\n\n## 能力评估体系\n\n### 评估维度\n\n```text\n评估维度：\n├─ 测试设计能力：用例设计质量\n├─ 测试执行能力：执行效率和质量\n├─ 缺陷发现能力：Bug发现数量和质量\n├─ 沟通协作能力：团队协作效果\n└─ 问题解决能力：问题分析和解决\n\n评估标准：\n├─ 初级：能完成基础测试任务\n├─ 中级：能独立负责模块测试\n├─ 高级：能指导新人、优化流程\n└─ 专家：能制定策略、推动改进\n```\n\n### 评估方法\n\n```text\n评估方法：\n├─ 日常观察：工作表现观察\n├─ 产出评审：用例/Bug报告评审\n├─ 能力测试：技能测试\n├─ 360度评估：多维度反馈\n└─ 成长记录：成长轨迹记录\n```\n\n## 应用场景\n\n**新入职的测试同学不知道怎么写测试用例**\n→ Checklist式赋能：提供测试用例设计checklist，逐项check即可完成\n→ 模板式赋能：提供标准测试用例模板，填空即用\n→ Review式赋能：Review他的输出，给出改进建议\n→ Pair式赋能：Pair设计一个模块，示范思路\n\n**团队测试能力参差不齐**\n→ 能力评估：按维度（需求分析/用例设计/自动化/性能）评估每位成员\n→ 针对性培训：根据评估结果设计分层培训内容\n\n## 自检清单\n\n团队赋能完成后检查：\n- [ ] 是否设计了Checklist？\n- [ ] 是否制作了模板？\n- [ ] 是否制定了Review标准？\n- [ ] 是否安排了Pair测试？\n- [ ] 是否设计了培训材料？\n- [ ] 是否建立了评估体系？\n\n\n## 检查清单\n\n- [ ] 能力差距是否评估？\n- [ ] 培训计划是否定制？\n- [ ] 效果验收机制是否建立？\n- [ ] 个性化建议是否给出？\n- [ ] 赋能追踪是否建立？\n\nFile v1.8.0:_meta.json\n\n{\n  \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n  \"slug\": \"qa-team-coaching\",\n  \"version\": \"1.8.0\",\n  \"publishedAt\": 1790656126077\n}\n\nFile v1.8.0:references/coaching-methods.md\n\n# 四种赋能方式详解\n\n> 本文是 `qa-team-coaching` 的**四种赋能方式详解**。选赋能方式或需要落地做法时读本文；\n只需要赋能与培训的原则时不必读。\n\n---\n\n\n### 方式1：Checklist式\n\n```text\n适用场景：\n├─ 常见测试点整理\n├─ 评审检查清单\n├─ 发布检查清单\n└─ 质量检查清单\n\nChecklist设计原则：\n├─ 完整性：覆盖所有关键点\n├─ 可执行：每项可直接执行\n├─ 可量化：有明确标准\n└─ 可维护：定期更新\n\n示例：\n登录功能测试Checklist\n├─ [ ] 正常登录验证\n├─ [ ] 密码错误验证\n├─ [ ] 用户名不存在验证\n├─ [ ] 账号锁定验证\n├─ [ ] 验证码验证\n├─ [ ] 记住我功能验证\n├─ [ ] 第三方登录验证\n└─ [ ] 多设备登录验证\n```\n\n### 方式2：模板式\n\n```text\n适用场景：\n├─ 用例模板\n├─ Bug报告模板\n├─ 测试报告模板\n└─ 测试计划模板\n\n模板设计原则：\n├─ 标准化：统一格式\n├─ 完整性：包含必要字段\n├─ 可填充：方便填写\n└─ 可复用：可多次使用\n\n示例：\n测试用例模板\n├─ 用例编号：TC_{模块缩写}_{功能缩写}_{序号}\n├─ 用例标题：[动作]+[对象]+[条件]\n├─ 前置条件：[测试前需要满足的条件]\n├─ 测试步骤：[1. 2. 3. ...]\n├─ 预期结果：[具体可验证的预期]\n├─ 优先级：P0/P1/P2/P3\n└─ 风险等级：高/中/低\n```\n\n### 方式3：Review式\n\n```text\n适用场景：\n├─ 用例评审\n├─ Bug评审\n├─ 代码评审\n└─ 测试报告评审\n\nReview设计原则：\n├─ 结构化：有明确的评审维度\n├─ 量化：有明确的评判标准\n├─ 教学式：评审过程即学习过程\n└─ 可改进：有明确的改进方向\n\n示例：\n用例评审维度\n├─ 完整性：是否覆盖所有场景？\n├─ 准确性：步骤/预期是否准确？\n├─ 可执行：用例能否直接执行？\n├─ 效率性：是否有冗余用例？\n└─ 风险覆盖：高风险区域是否深测？\n```\n\n### 方式4：Pair式\n\n```text\n适用场景：\n├─ 结对测试\n├─ 新人带教\n├─ 复杂场景测试\n└─ 探索测试\n\nPair设计原则：\n├─ 角色分工：Driver/Navigator\n├─ 实时交流：边做边讲\n├─ 知识传递：经验分享\n└─ 及时反馈：发现问题立即讨论\n\n示例：\n结对测试流程\n├─ 准备：明确测试目标和分工\n├─ 执行：Driver操作，Navigator观察\n├─ 交流：实时讨论发现的问题\n├─ 总结：回顾测试过程和收获\n└─ 改进：制定改进措施\n```\n\nFile v1.8.0:skill-card.md\n\n## Description:\n\nHelps QA teams coach new members and build testing capability through paired testing, reviews, checklists, templates, and tailored training plans.\n\nThis skill is ready for commercial/non-commercial use.\n\n## Publisher:\n\n[kokxi](https://clawhub.ai/user/kokxi)\n\n### License/Terms of Use:\n\nMIT-0\n\n## Use Case:\n\nQA leads, mentors, and testing teams use this skill to assess skill gaps, onboard new testers, and create coaching plans with measurable follow-up.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: Training examples could be mistaken for approved changes to QA or release processes.\n\nMitigation: Review proposed checklists and process changes with the team before adopting them.\n\nRisk: The optional command to install an external skill set introduces a separate supply-chain trust decision.\n\nMitigation: Verify the package and source, and prefer a pinned commit or version before running the command.\n\n## Reference(s):\n\n- [Coaching methods](references/coaching-methods.md)\n- [ClawHub skill release](https://clawhub.ai/kokxi/skills/qa-team-coaching)\n\n## Skill Output:\n\n**Output Type(s):** [Text, Guidance]\n\n**Output Format:** [Markdown]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Coaching plans may include a skill matrix, training materials, mentorship guidance, progress metrics, and a COACH-XXXX identifier.]\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, 4992 bytes\n\nFiles: skill-card.md (1687b), SKILL.md (7981b), _meta.json (135b)\n\nFile v1.7.7:SKILL.md\n\n---\nname: qa-team-coaching\nslug: qa-team-coaching\ndisplayName: Team Coaching\nversion: 1.7.7\ndescription: >-\n  当团队里有测试新人需要带、想提升团队整体测试水平、或者需要把个人经验转化为团队能力时使用此技能。通过 Pair 测试、经验分享、checklist 沉淀、模板建设和培训材料等方式赋能团队。不要等着新人犯错再教——好的赋能是提前给工具和方法论，让新人在第一次做之前就知道\"正确的做法是什么\"。\n\nwhen_to_use: 用户说\"培训\"、\"赋能\"、\"新人\"、\"怎么教\"、\"带人\"、\"培养\"、\"团队成长\"、需要赋能团队、新成员加入需要快速上手时\nallowed-tools: Read Grep Glob\nrelated_skills:\n  upstream:\n    - qa-retrospective           # 输入：复盘结果和经验\n    - qa-heuristic-checklist     # 输入：checklist作为培训材料\n  downstream: []  # 输出用于团队赋能\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（COACH-XXXX）\n  structure:\n    - 测试用例表格：固定 9 列（用例编号|测试类型|功能模块|测试标题|用例级别|预置条件|测试步骤|预期结果|风险等级）\n    - 用例级别：P0≤20%（核心流程）/ P1≤40%（主要功能）/ P2≤30%（次要功能）/ P3≤10%（边缘场景）\n    - 覆盖率：标注口径（基于现有需求/输入文档），禁止\"全覆盖/100%\"绝对化表述；缺失模块标注\"未覆盖+原因\"\n    - coaching_plan: 教练计划\n    - skill_matrix: 技能矩阵\n    - training_materials: 培训材料清单\n    - mentorship_guide: 导师指导方案\n    - progress_metrics: 进步度量方式\ncategories: ['Development','Team']\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> 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。\n\n# 团队赋能\n\n## 核心原则\n\n授人以渔——把经验做成checklist、把案例做成模板、把评判标准量化。\n\n## 四种赋能方式\n\n### 方式1：Checklist式\n\n```text\n适用场景：\n├─ 常见测试点整理\n├─ 评审检查清单\n├─ 发布检查清单\n└─ 质量检查清单\n\nChecklist设计原则：\n├─ 完整性：覆盖所有关键点\n├─ 可执行：每项可直接执行\n├─ 可量化：有明确标准\n└─ 可维护：定期更新\n\n示例：\n登录功能测试Checklist\n├─ [ ] 正常登录验证\n├─ [ ] 密码错误验证\n├─ [ ] 用户名不存在验证\n├─ [ ] 账号锁定验证\n├─ [ ] 验证码验证\n├─ [ ] 记住我功能验证\n├─ [ ] 第三方登录验证\n└─ [ ] 多设备登录验证\n```\n\n### 方式2：模板式\n\n```text\n适用场景：\n├─ 用例模板\n├─ Bug报告模板\n├─ 测试报告模板\n└─ 测试计划模板\n\n模板设计原则：\n├─ 标准化：统一格式\n├─ 完整性：包含必要字段\n├─ 可填充：方便填写\n└─ 可复用：可多次使用\n\n示例：\n测试用例模板\n├─ 用例编号：TC_{模块缩写}_{功能缩写}_{序号}\n├─ 用例标题：[动作]+[对象]+[条件]\n├─ 前置条件：[测试前需要满足的条件]\n├─ 测试步骤：[1. 2. 3. ...]\n├─ 预期结果：[具体可验证的预期]\n├─ 优先级：P0/P1/P2/P3\n└─ 风险等级：高/中/低\n```\n\n### 方式3：Review式\n\n```text\n适用场景：\n├─ 用例评审\n├─ Bug评审\n├─ 代码评审\n└─ 测试报告评审\n\nReview设计原则：\n├─ 结构化：有明确的评审维度\n├─ 量化：有明确的评判标准\n├─ 教学式：评审过程即学习过程\n└─ 可改进：有明确的改进方向\n\n示例：\n用例评审维度\n├─ 完整性：是否覆盖所有场景？\n├─ 准确性：步骤/预期是否准确？\n├─ 可执行：用例能否直接执行？\n├─ 效率性：是否有冗余用例？\n└─ 风险覆盖：高风险区域是否深测？\n```\n\n### 方式4：Pair式\n\n```text\n适用场景：\n├─ 结对测试\n├─ 新人带教\n├─ 复杂场景测试\n└─ 探索测试\n\nPair设计原则：\n├─ 角色分工：Driver/Navigator\n├─ 实时交流：边做边讲\n├─ 知识传递：经验分享\n└─ 及时反馈：发现问题立即讨论\n\n示例：\n结对测试流程\n├─ 准备：明确测试目标和分工\n├─ 执行：Driver操作，Navigator观察\n├─ 交流：实时讨论发现的问题\n├─ 总结：回顾测试过程和收获\n└─ 改进：制定改进措施\n```\n\n## 培训材料设计\n\n### 新人培训大纲\n\n```text\n第1周：基础认知\n├─ 测试基础概念\n├─ 公司测试流程\n├─ 测试工具使用\n└─ 常用Checklist\n\n第2周：技能提升\n├─ 用例设计方法\n├─ 缺陷管理流程\n├─ 测试执行技巧\n└─ 常见问题处理\n\n第3周：实战演练\n├─ 参与实际项目\n├─ 结对测试\n├─ 用例评审\n└─ Bug评审\n\n第4周：独立工作\n├─ 独立负责模块\n├─ 定期Review\n├─ 问题解答\n└─ 能力评估\n```\n\n### 培训练习设计\n\n```text\n练习类型：\n├─ 案例分析：分析真实Bug案例\n├─ 用例设计：设计测试用例\n├─ Bug报告：编写Bug报告\n└─ 场景模拟：模拟测试执行\n\n练习设计原则：\n├─ 真实性：基于真实场景\n├─ 渐进性：从简单到复杂\n├─ 可衡量：有明确评判标准\n└─ 可反馈：及时给予反馈\n```\n\n## 能力评估体系\n\n### 评估维度\n\n```text\n评估维度：\n├─ 测试设计能力：用例设计质量\n├─ 测试执行能力：执行效率和质量\n├─ 缺陷发现能力：Bug发现数量和质量\n├─ 沟通协作能力：团队协作效果\n└─ 问题解决能力：问题分析和解决\n\n评估标准：\n├─ 初级：能完成基础测试任务\n├─ 中级：能独立负责模块测试\n├─ 高级：能指导新人、优化流程\n└─ 专家：能制定策略、推动改进\n```\n\n### 评估方法\n\n```text\n评估方法：\n├─ 日常观察：工作表现观察\n├─ 产出评审：用例/Bug报告评审\n├─ 能力测试：技能测试\n├─ 360度评估：多维度反馈\n└─ 成长记录：成长轨迹记录\n```\n\n## 应用场景\n\n**新入职的测试同学不知道怎么写测试用例**\n→ Checklist式赋能：提供测试用例设计checklist，逐项check即可完成\n→ 模板式赋能：提供标准测试用例模板，填空即用\n→ Review式赋能：Review他的输出，给出改进建议\n→ Pair式赋能：Pair设计一个模块，示范思路\n\n**团队测试能力参差不齐**\n→ 能力评估：按维度（需求分析/用例设计/自动化/性能）评估每位成员\n→ 针对性培训：根据评估结果设计分层培训内容\n\n## 自检清单\n\n团队赋能完成后检查：\n- [ ] 是否设计了Checklist？\n- [ ] 是否制作了模板？\n- [ ] 是否制定了Review标准？\n- [ ] 是否安排了Pair测试？\n- [ ] 是否设计了培训材料？\n- [ ] 是否建立了评估体系？\n\n\n## 检查清单\n\n- [ ] 能力差距是否评估？\n- [ ] 培训计划是否定制？\n- [ ] 效果验收机制是否建立？\n- [ ] 个性化建议是否给出？\n- [ ] 赋能追踪是否建立？\n\nFile v1.7.7:_meta.json\n\n{\n  \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n  \"slug\": \"qa-team-coaching\",\n  \"version\": \"1.7.7\",\n  \"publishedAt\": 1790520089709\n}\n\nFile v1.7.7:skill-card.md\n\n## Description:\n\nGuides QA teams in coaching new testers through checklists, templates, reviews, pair testing, and progress assessments.\n\nThis skill is ready for commercial/non-commercial use.\n\n## Publisher:\n\n[kokxi](https://clawhub.ai/user/kokxi)\n\n### License/Terms of Use:\n\nMIT-0\n\n## Use Case:\n\nQA leads and mentors use this Chinese-language guide to assess team skills, onboard testers, and build tailored coaching plans and training materials.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: Training examples about release checklists or review processes could be mistaken for approved team standards.\n\nMitigation: Review proposed process changes with the team and obtain authorization before applying them.\n\nRisk: Chinese-language coaching materials may not match the team's preferred language.\n\nMitigation: Confirm the preferred language and review generated guidance before adopting it.\n\n## Reference(s):\n\n- [ClawHub skill listing](https://clawhub.ai/kokxi/skills/qa-team-coaching)\n\n## Skill Output:\n\n**Output Type(s):** [Guidance, Markdown]\n\n**Output Format:** [Markdown coaching plans, checklists, skill matrices, training materials, and mentorship guidance]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Coaching plans use COACH-XXXX identifiers and include progress measures.]\n\n## Skill Version(s):\n\n1.7.7 (source: frontmatter and release evidence)\n\n## Ethical Considerations:\n\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment.\n\nArchive v1.7.6: 3 files, 5379 bytes\n\nFiles: skill-card.md (1806b), SKILL.md (8547b), _meta.json (135b)\n\nFile v1.7.6:SKILL.md\n\n---\r\nname: qa-team-coaching\r\nslug: qa-team-coaching\r\ndisplayName: 测试团队赋能\r\nversion: 1.7.5\r\ndescription: >-\r\n  当团队里有测试新人需要带、想提升团队整体测试水平、或者需要把个人经验转化为团队能力时使用此技能。通过 Pair 测试、经验分享、checklist 沉淀、模板建设和培训材料等方式赋能团队。不要等着新人犯错再教——好的赋能是提前给工具和方法论，让新人在第一次做之前就知道\"正确的做法是什么\"。\r\n  本技能属于 QA Test Skills 技能集（49 个技能之一），完整工作流体验需安装全套：npx skills add Kokxi/qa-test-skills\r\n\r\nwhen_to_use: 用户说\"培训\"、\"赋能\"、\"新人\"、\"怎么教\"、\"带人\"、\"培养\"、\"团队成长\"、需要赋能团队、新成员加入需要快速上手时\r\nallowed-tools: Read Grep Glob\r\nrelated_skills:\r\n  upstream:\r\n    - qa-retrospective           # 输入：复盘结果和经验\r\n    - qa-heuristic-checklist     # 输入：checklist作为培训材料\r\n  downstream: []  # 输出用于团队赋能\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（COACH-XXXX）\r\n  structure:\r\n    - 测试用例表格：固定 9 列（用例编号|测试类型|功能模块|测试标题|用例级别|预置条件|测试步骤|预期结果|风险等级）\r\n    - 用例级别：P0≤20%（核心流程）/ P1≤40%（主要功能）/ P2≤30%（次要功能）/ P3≤10%（边缘场景）\r\n    - 覆盖率：标注口径（基于现有需求/输入文档），禁止\"全覆盖/100%\"绝对化表述；缺失模块标注\"未覆盖+原因\"\r\n    - coaching_plan: 教练计划\r\n    - skill_matrix: 技能矩阵\r\n    - training_materials: 培训材料清单\r\n    - mentorship_guide: 导师指导方案\r\n    - progress_metrics: 进步度量方式\r\ncategories: ['Development','Team']\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> 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。\r\n\r\n# 团队赋能\r\n\r\n## 核心原则\r\n\r\n授人以渔——把经验做成checklist、把案例做成模板、把评判标准量化。\r\n\r\n## 四种赋能方式\r\n\r\n### 方式1：Checklist式\r\n\r\n```text\r\n适用场景：\r\n├─ 常见测试点整理\r\n├─ 评审检查清单\r\n├─ 发布检查清单\r\n└─ 质量检查清单\r\n\r\nChecklist设计原则：\r\n├─ 完整性：覆盖所有关键点\r\n├─ 可执行：每项可直接执行\r\n├─ 可量化：有明确标准\r\n└─ 可维护：定期更新\r\n\r\n示例：\r\n登录功能测试Checklist\r\n├─ [ ] 正常登录验证\r\n├─ [ ] 密码错误验证\r\n├─ [ ] 用户名不存在验证\r\n├─ [ ] 账号锁定验证\r\n├─ [ ] 验证码验证\r\n├─ [ ] 记住我功能验证\r\n├─ [ ] 第三方登录验证\r\n└─ [ ] 多设备登录验证\r\n```\r\n\r\n### 方式2：模板式\r\n\r\n```text\r\n适用场景：\r\n├─ 用例模板\r\n├─ Bug报告模板\r\n├─ 测试报告模板\r\n└─ 测试计划模板\r\n\r\n模板设计原则：\r\n├─ 标准化：统一格式\r\n├─ 完整性：包含必要字段\r\n├─ 可填充：方便填写\r\n└─ 可复用：可多次使用\r\n\r\n示例：\r\n测试用例模板\r\n├─ 用例编号：TC_{模块缩写}_{功能缩写}_{序号}\r\n├─ 用例标题：[动作]+[对象]+[条件]\r\n├─ 前置条件：[测试前需要满足的条件]\r\n├─ 测试步骤：[1. 2. 3. ...]\r\n├─ 预期结果：[具体可验证的预期]\r\n├─ 优先级：P0/P1/P2/P3\r\n└─ 风险等级：高/中/低\r\n```\r\n\r\n### 方式3：Review式\r\n\r\n```text\r\n适用场景：\r\n├─ 用例评审\r\n├─ Bug评审\r\n├─ 代码评审\r\n└─ 测试报告评审\r\n\r\nReview设计原则：\r\n├─ 结构化：有明确的评审维度\r\n├─ 量化：有明确的评判标准\r\n├─ 教学式：评审过程即学习过程\r\n└─ 可改进：有明确的改进方向\r\n\r\n示例：\r\n用例评审维度\r\n├─ 完整性：是否覆盖所有场景？\r\n├─ 准确性：步骤/预期是否准确？\r\n├─ 可执行：用例能否直接执行？\r\n├─ 效率性：是否有冗余用例？\r\n└─ 风险覆盖：高风险区域是否深测？\r\n```\r\n\r\n### 方式4：Pair式\r\n\r\n```text\r\n适用场景：\r\n├─ 结对测试\r\n├─ 新人带教\r\n├─ 复杂场景测试\r\n└─ 探索测试\r\n\r\nPair设计原则：\r\n├─ 角色分工：Driver/Navigator\r\n├─ 实时交流：边做边讲\r\n├─ 知识传递：经验分享\r\n└─ 及时反馈：发现问题立即讨论\r\n\r\n示例：\r\n结对测试流程\r\n├─ 准备：明确测试目标和分工\r\n├─ 执行：Driver操作，Navigator观察\r\n├─ 交流：实时讨论发现的问题\r\n├─ 总结：回顾测试过程和收获\r\n└─ 改进：制定改进措施\r\n```\r\n\r\n## 培训材料设计\r\n\r\n### 新人培训大纲\r\n\r\n```text\r\n第1周：基础认知\r\n├─ 测试基础概念\r\n├─ 公司测试流程\r\n├─ 测试工具使用\r\n└─ 常用Checklist\r\n\r\n第2周：技能提升\r\n├─ 用例设计方法\r\n├─ 缺陷管理流程\r\n├─ 测试执行技巧\r\n└─ 常见问题处理\r\n\r\n第3周：实战演练\r\n├─ 参与实际项目\r\n├─ 结对测试\r\n├─ 用例评审\r\n└─ Bug评审\r\n\r\n第4周：独立工作\r\n├─ 独立负责模块\r\n├─ 定期Review\r\n├─ 问题解答\r\n└─ 能力评估\r\n```\r\n\r\n### 培训练习设计\r\n\r\n```text\r\n练习类型：\r\n├─ 案例分析：分析真实Bug案例\r\n├─ 用例设计：设计测试用例\r\n├─ Bug报告：编写Bug报告\r\n└─ 场景模拟：模拟测试执行\r\n\r\n练习设计原则：\r\n├─ 真实性：基于真实场景\r\n├─ 渐进性：从简单到复杂\r\n├─ 可衡量：有明确评判标准\r\n└─ 可反馈：及时给予反馈\r\n```\r\n\r\n## 能力评估体系\r\n\r\n### 评估维度\r\n\r\n```text\r\n评估维度：\r\n├─ 测试设计能力：用例设计质量\r\n├─ 测试执行能力：执行效率和质量\r\n├─ 缺陷发现能力：Bug发现数量和质量\r\n├─ 沟通协作能力：团队协作效果\r\n└─ 问题解决能力：问题分析和解决\r\n\r\n评估标准：\r\n├─ 初级：能完成基础测试任务\r\n├─ 中级：能独立负责模块测试\r\n├─ 高级：能指导新人、优化流程\r\n└─ 专家：能制定策略、推动改进\r\n```\r\n\r\n### 评估方法\r\n\r\n```text\r\n评估方法：\r\n├─ 日常观察：工作表现观察\r\n├─ 产出评审：用例/Bug报告评审\r\n├─ 能力测试：技能测试\r\n├─ 360度评估：多维度反馈\r\n└─ 成长记录：成长轨迹记录\r\n```\r\n\r\n## 应用场景\r\n\r\n**新入职的测试同学不知道怎么写测试用例**\r\n→ Checklist式赋能：提供测试用例设计checklist，逐项check即可完成\r\n→ 模板式赋能：提供标准测试用例模板，填空即用\r\n→ Review式赋能：Review他的输出，给出改进建议\r\n→ Pair式赋能：Pair设计一个模块，示范思路\r\n\r\n**团队测试能力参差不齐**\r\n→ 能力评估：按维度（需求分析/用例设计/自动化/性能）评估每位成员\r\n→ 针对性培训：根据评估结果设计分层培训内容\r\n\r\n## 自检清单\r\n\r\n团队赋能完成后检查：\r\n- [ ] 是否设计了Checklist？\r\n- [ ] 是否制作了模板？\r\n- [ ] 是否制定了Review标准？\r\n- [ ] 是否安排了Pair测试？\r\n- [ ] 是否设计了培训材料？\r\n- [ ] 是否建立了评估体系？\r\n\r\n\r\n## 检查清单\r\n\r\n- [ ] 能力差距是否评估？\r\n- [ ] 培训计划是否定制？\r\n- [ ] 效果验收机制是否建立？\r\n- [ ] 个性化建议是否给出？\r\n- [ ] 赋能追踪是否建立？\n\nFile v1.7.6:_meta.json\n\n{\n  \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n  \"slug\": \"qa-team-coaching\",\n  \"version\": \"1.7.6\",\n  \"publishedAt\": 1788266800706\n}\n\nFile v1.7.6:skill-card.md\n\n## Description:\n\n帮助 QA 团队通过 Pair 测试、经验分享、checklist 沉淀、模板建设和培训材料，把个人测试经验转化为可复用的团队能力。\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 managers, and senior testers use this skill to assess team capability gaps, design coaching plans, create reusable QA checklists and templates, and define training and progress metrics for new or growing test teams.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: The skill recommends installing an unpinned external QA Test Skills bundle, which could change agent behavior beyond this reviewed file.\n\nMitigation: Review the bundle before installation, prefer a pinned version, commit hash, or signed release, and avoid running the unpinned install command in workspaces with sensitive credentials or private project data.\n\n## Reference(s):\n\n- [ClawHub skill page](https://clawhub.ai/kokxi/skills/qa-team-coaching)\n\n## Skill Output:\n\n**Output Type(s):** [Markdown, Guidance, Configuration]\n\n**Output Format:** [Markdown with structured sections, checklists, and tables]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [May include COACH-prefixed coaching plans, skill matrices, training material lists, mentorship guidance, progress metrics, and QA test case tables.]\n\n## Skill Version(s):\n\n1.7.6 (source: server release metadata)\n\n## Ethical Considerations:\n\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment.\n\nArchive v1.7.5: 3 files, 5087 bytes\n\nFiles: skill-card.md (1944b), SKILL.md (7981b), _meta.json (135b)\n\nFile v1.7.5:SKILL.md\n\n---\nname: qa-team-coaching\nslug: qa-team-coaching\ndisplayName: Team Coaching\nversion: 1.7.5\ndescription: >-\n  当团队里有测试新人需要带、想提升团队整体测试水平、或者需要把个人经验转化为团队能力时使用此技能。通过 Pair 测试、经验分享、checklist 沉淀、模板建设和培训材料等方式赋能团队。不要等着新人犯错再教——好的赋能是提前给工具和方法论，让新人在第一次做之前就知道\"正确的做法是什么\"。\n\nwhen_to_use: 用户说\"培训\"、\"赋能\"、\"新人\"、\"怎么教\"、\"带人\"、\"培养\"、\"团队成长\"、需要赋能团队、新成员加入需要快速上手时\nallowed-tools: Read Grep Glob\nrelated_skills:\n  upstream:\n    - qa-retrospective           # 输入：复盘结果和经验\n    - qa-heuristic-checklist     # 输入：checklist作为培训材料\n  downstream: []  # 输出用于团队赋能\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（COACH-XXXX）\n  structure:\n    - 测试用例表格：固定 9 列（用例编号|测试类型|功能模块|测试标题|用例级别|预置条件|测试步骤|预期结果|风险等级）\n    - 用例级别：P0≤20%（核心流程）/ P1≤40%（主要功能）/ P2≤30%（次要功能）/ P3≤10%（边缘场景）\n    - 覆盖率：标注口径（基于现有需求/输入文档），禁止\"全覆盖/100%\"绝对化表述；缺失模块标注\"未覆盖+原因\"\n    - coaching_plan: 教练计划\n    - skill_matrix: 技能矩阵\n    - training_materials: 培训材料清单\n    - mentorship_guide: 导师指导方案\n    - progress_metrics: 进步度量方式\ncategories: ['Development','Team']\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> 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。\n\n# 团队赋能\n\n## 核心原则\n\n授人以渔——把经验做成checklist、把案例做成模板、把评判标准量化。\n\n## 四种赋能方式\n\n### 方式1：Checklist式\n\n```text\n适用场景：\n├─ 常见测试点整理\n├─ 评审检查清单\n├─ 发布检查清单\n└─ 质量检查清单\n\nChecklist设计原则：\n├─ 完整性：覆盖所有关键点\n├─ 可执行：每项可直接执行\n├─ 可量化：有明确标准\n└─ 可维护：定期更新\n\n示例：\n登录功能测试Checklist\n├─ [ ] 正常登录验证\n├─ [ ] 密码错误验证\n├─ [ ] 用户名不存在验证\n├─ [ ] 账号锁定验证\n├─ [ ] 验证码验证\n├─ [ ] 记住我功能验证\n├─ [ ] 第三方登录验证\n└─ [ ] 多设备登录验证\n```\n\n### 方式2：模板式\n\n```text\n适用场景：\n├─ 用例模板\n├─ Bug报告模板\n├─ 测试报告模板\n└─ 测试计划模板\n\n模板设计原则：\n├─ 标准化：统一格式\n├─ 完整性：包含必要字段\n├─ 可填充：方便填写\n└─ 可复用：可多次使用\n\n示例：\n测试用例模板\n├─ 用例编号：TC_{模块缩写}_{功能缩写}_{序号}\n├─ 用例标题：[动作]+[对象]+[条件]\n├─ 前置条件：[测试前需要满足的条件]\n├─ 测试步骤：[1. 2. 3. ...]\n├─ 预期结果：[具体可验证的预期]\n├─ 优先级：P0/P1/P2/P3\n└─ 风险等级：高/中/低\n```\n\n### 方式3：Review式\n\n```text\n适用场景：\n├─ 用例评审\n├─ Bug评审\n├─ 代码评审\n└─ 测试报告评审\n\nReview设计原则：\n├─ 结构化：有明确的评审维度\n├─ 量化：有明确的评判标准\n├─ 教学式：评审过程即学习过程\n└─ 可改进：有明确的改进方向\n\n示例：\n用例评审维度\n├─ 完整性：是否覆盖所有场景？\n├─ 准确性：步骤/预期是否准确？\n├─ 可执行：用例能否直接执行？\n├─ 效率性：是否有冗余用例？\n└─ 风险覆盖：高风险区域是否深测？\n```\n\n### 方式4：Pair式\n\n```text\n适用场景：\n├─ 结对测试\n├─ 新人带教\n├─ 复杂场景测试\n└─ 探索测试\n\nPair设计原则：\n├─ 角色分工：Driver/Navigator\n├─ 实时交流：边做边讲\n├─ 知识传递：经验分享\n└─ 及时反馈：发现问题立即讨论\n\n示例：\n结对测试流程\n├─ 准备：明确测试目标和分工\n├─ 执行：Driver操作，Navigator观察\n├─ 交流：实时讨论发现的问题\n├─ 总结：回顾测试过程和收获\n└─ 改进：制定改进措施\n```\n\n## 培训材料设计\n\n### 新人培训大纲\n\n```text\n第1周：基础认知\n├─ 测试基础概念\n├─ 公司测试流程\n├─ 测试工具使用\n└─ 常用Checklist\n\n第2周：技能提升\n├─ 用例设计方法\n├─ 缺陷管理流程\n├─ 测试执行技巧\n└─ 常见问题处理\n\n第3周：实战演练\n├─ 参与实际项目\n├─ 结对测试\n├─ 用例评审\n└─ Bug评审\n\n第4周：独立工作\n├─ 独立负责模块\n├─ 定期Review\n├─ 问题解答\n└─ 能力评估\n```\n\n### 培训练习设计\n\n```text\n练习类型：\n├─ 案例分析：分析真实Bug案例\n├─ 用例设计：设计测试用例\n├─ Bug报告：编写Bug报告\n└─ 场景模拟：模拟测试执行\n\n练习设计原则：\n├─ 真实性：基于真实场景\n├─ 渐进性：从简单到复杂\n├─ 可衡量：有明确评判标准\n└─ 可反馈：及时给予反馈\n```\n\n## 能力评估体系\n\n### 评估维度\n\n```text\n评估维度：\n├─ 测试设计能力：用例设计质量\n├─ 测试执行能力：执行效率和质量\n├─ 缺陷发现能力：Bug发现数量和质量\n├─ 沟通协作能力：团队协作效果\n└─ 问题解决能力：问题分析和解决\n\n评估标准：\n├─ 初级：能完成基础测试任务\n├─ 中级：能独立负责模块测试\n├─ 高级：能指导新人、优化流程\n└─ 专家：能制定策略、推动改进\n```\n\n### 评估方法\n\n```text\n评估方法：\n├─ 日常观察：工作表现观察\n├─ 产出评审：用例/Bug报告评审\n├─ 能力测试：技能测试\n├─ 360度评估：多维度反馈\n└─ 成长记录：成长轨迹记录\n```\n\n## 应用场景\n\n**新入职的测试同学不知道怎么写测试用例**\n→ Checklist式赋能：提供测试用例设计checklist，逐项check即可完成\n→ 模板式赋能：提供标准测试用例模板，填空即用\n→ Review式赋能：Review他的输出，给出改进建议\n→ Pair式赋能：Pair设计一个模块，示范思路\n\n**团队测试能力参差不齐**\n→ 能力评估：按维度（需求分析/用例设计/自动化/性能）评估每位成员\n→ 针对性培训：根据评估结果设计分层培训内容\n\n## 自检清单\n\n团队赋能完成后检查：\n- [ ] 是否设计了Checklist？\n- [ ] 是否制作了模板？\n- [ ] 是否制定了Review标准？\n- [ ] 是否安排了Pair测试？\n- [ ] 是否设计了培训材料？\n- [ ] 是否建立了评估体系？\n\n\n## 检查清单\n\n- [ ] 能力差距是否评估？\n- [ ] 培训计划是否定制？\n- [ ] 效果验收机制是否建立？\n- [ ] 个性化建议是否给出？\n- [ ] 赋能追踪是否建立？\n\nFile v1.7.5:_meta.json\n\n{\n  \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n  \"slug\": \"qa-team-coaching\",\n  \"version\": \"1.7.5\",\n  \"publishedAt\": 1788103176220\n}\n\nFile v1.7.5:skill-card.md\n\n## Description:\n\nHelps QA leads train new testers and improve team testing capability through pair testing, checklists, templates, review standards, training materials, and progress metrics.\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 managers, and senior testers use this skill to assess team capability gaps and prepare coaching plans, skill matrices, training material lists, mentorship guides, and progress metrics for onboarding or team improvement.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: Coaching outputs may be based on team assessments or workspace materials that include sensitive team or process details.\n\nMitigation: Review and minimize the team and training inputs provided to the agent before generating coaching materials.\n\nRisk: Training checklists or review standards could be mistaken for approved changes to QA or release processes.\n\nMitigation: Treat generated materials as proposals and require authorized review before changing team workflows or release standards.\n\n## Reference(s):\n\n- [ClawHub skill page](https://clawhub.ai/kokxi/skills/qa-team-coaching)\n\n## Skill Output:\n\n**Output Type(s):** [Text, Markdown, Guidance]\n\n**Output Format:** [Markdown with structured tables and checklists]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [May include COACH-XXXX identifiers, test-case tables, skill matrices, training material lists, mentorship guidance, and progress metrics.]\n\n## Skill Version(s):\n\n1.7.5 (source: frontmatter and server release evidence)\n\n## Ethical Considerations:\n\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment.\n\nArchive v1.7.0: 3 files, 4885 bytes\n\nFiles: skill-card.md (2004b), SKILL.md (7505b), _meta.json (135b)\n\nFile v1.7.0:SKILL.md\n\n---\nname: qa-team-coaching\nslug: qa-team-coaching\ndisplayName: Team Coaching\nversion: 1.7.0\ndescription: >-\n  当团队里有测试新人需要带、想提升团队整体测试水平、或者需要把个人经验转化为团队能力时使用此技能。通过 Pair 测试、经验分享、checklist 沉淀、模板建设和培训材料等方式赋能团队。不要等着新人犯错再教——好的赋能是提前给工具和方法论，让新人在第一次做之前就知道\"正确的做法是什么\"。\n\nwhen_to_use: 用户说\"培训\"、\"赋能\"、\"新人\"、\"怎么教\"、\"带人\"、\"培养\"、\"团队成长\"、需要赋能团队、新成员加入需要快速上手时\nallowed-tools: Read Grep Glob\nrelated_skills:\n  upstream:\n    - qa-retrospective           # 输入：复盘结果和经验\n    - qa-heuristic-checklist     # 输入：checklist作为培训材料\n  downstream: []  # 输出用于团队赋能\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（COACH-XXXX）\n  structure:\n    - coaching_plan: 教练计划\n    - skill_matrix: 技能矩阵\n    - training_materials: 培训材料清单\n    - mentorship_guide: 导师指导方案\n    - progress_metrics: 进步度量方式\ncategories: ['Development','Team']\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> 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。\n\n# 团队赋能\n\n## 核心原则\n\n授人以渔——把经验做成checklist、把案例做成模板、把评判标准量化。\n\n## 四种赋能方式\n\n### 方式1：Checklist式\n\n```text\n适用场景：\n├─ 常见测试点整理\n├─ 评审检查清单\n├─ 发布检查清单\n└─ 质量检查清单\n\nChecklist设计原则：\n├─ 完整性：覆盖所有关键点\n├─ 可执行：每项可直接执行\n├─ 可量化：有明确标准\n└─ 可维护：定期更新\n\n示例：\n登录功能测试Checklist\n├─ [ ] 正常登录验证\n├─ [ ] 密码错误验证\n├─ [ ] 用户名不存在验证\n├─ [ ] 账号锁定验证\n├─ [ ] 验证码验证\n├─ [ ] 记住我功能验证\n├─ [ ] 第三方登录验证\n└─ [ ] 多设备登录验证\n```\n\n### 方式2：模板式\n\n```text\n适用场景：\n├─ 用例模板\n├─ Bug报告模板\n├─ 测试报告模板\n└─ 测试计划模板\n\n模板设计原则：\n├─ 标准化：统一格式\n├─ 完整性：包含必要字段\n├─ 可填充：方便填写\n└─ 可复用：可多次使用\n\n示例：\n测试用例模板\n├─ 用例编号：TC-XXX\n├─ 用例标题：[动作]+[对象]+[条件]\n├─ 前置条件：[测试前需要满足的条件]\n├─ 测试步骤：[1. 2. 3. ...]\n├─ 预期结果：[具体可验证的预期]\n├─ 优先级：P0/P1/P2/P3\n└─ 风险等级：高/中/低\n```\n\n### 方式3：Review式\n\n```text\n适用场景：\n├─ 用例评审\n├─ Bug评审\n├─ 代码评审\n└─ 测试报告评审\n\nReview设计原则：\n├─ 结构化：有明确的评审维度\n├─ 量化：有明确的评判标准\n├─ 教学式：评审过程即学习过程\n└─ 可改进：有明确的改进方向\n\n示例：\n用例评审维度\n├─ 完整性：是否覆盖所有场景？\n├─ 准确性：步骤/预期是否准确？\n├─ 可执行：用例能否直接执行？\n├─ 效率性：是否有冗余用例？\n└─ 风险覆盖：高风险区域是否深测？\n```\n\n### 方式4：Pair式\n\n```text\n适用场景：\n├─ 结对测试\n├─ 新人带教\n├─ 复杂场景测试\n└─ 探索测试\n\nPair设计原则：\n├─ 角色分工：Driver/Navigator\n├─ 实时交流：边做边讲\n├─ 知识传递：经验分享\n└─ 及时反馈：发现问题立即讨论\n\n示例：\n结对测试流程\n├─ 准备：明确测试目标和分工\n├─ 执行：Driver操作，Navigator观察\n├─ 交流：实时讨论发现的问题\n├─ 总结：回顾测试过程和收获\n└─ 改进：制定改进措施\n```\n\n## 培训材料设计\n\n### 新人培训大纲\n\n```text\n第1周：基础认知\n├─ 测试基础概念\n├─ 公司测试流程\n├─ 测试工具使用\n└─ 常用Checklist\n\n第2周：技能提升\n├─ 用例设计方法\n├─ 缺陷管理流程\n├─ 测试执行技巧\n└─ 常见问题处理\n\n第3周：实战演练\n├─ 参与实际项目\n├─ 结对测试\n├─ 用例评审\n└─ Bug评审\n\n第4周：独立工作\n├─ 独立负责模块\n├─ 定期Review\n├─ 问题解答\n└─ 能力评估\n```\n\n### 培训练习设计\n\n```text\n练习类型：\n├─ 案例分析：分析真实Bug案例\n├─ 用例设计：设计测试用例\n├─ Bug报告：编写Bug报告\n└─ 场景模拟：模拟测试执行\n\n练习设计原则：\n├─ 真实性：基于真实场景\n├─ 渐进性：从简单到复杂\n├─ 可衡量：有明确评判标准\n└─ 可反馈：及时给予反馈\n```\n\n## 能力评估体系\n\n### 评估维度\n\n```text\n评估维度：\n├─ 测试设计能力：用例设计质量\n├─ 测试执行能力：执行效率和质量\n├─ 缺陷发现能力：Bug发现数量和质量\n├─ 沟通协作能力：团队协作效果\n└─ 问题解决能力：问题分析和解决\n\n评估标准：\n├─ 初级：能完成基础测试任务\n├─ 中级：能独立负责模块测试\n├─ 高级：能指导新人、优化流程\n└─ 专家：能制定策略、推动改进\n```\n\n### 评估方法\n\n```text\n评估方法：\n├─ 日常观察：工作表现观察\n├─ 产出评审：用例/Bug报告评审\n├─ 能力测试：技能测试\n├─ 360度评估：多维度反馈\n└─ 成长记录：成长轨迹记录\n```\n\n## 应用场景\n\n**新入职的测试同学不知道怎么写测试用例**\n→ Checklist式赋能：提供测试用例设计checklist，逐项check即可完成\n→ 模板式赋能：提供标准测试用例模板，填空即用\n→ Review式赋能：Review他的输出，给出改进建议\n→ Pair式赋能：Pair设计一个模块，示范思路\n\n**团队测试能力参差不齐**\n→ 能力评估：按维度（需求分析/用例设计/自动化/性能）评估每位成员\n→ 针对性培训：根据评估结果设计分层培训内容\n\n## 自检清单\n\n团队赋能完成后检查：\n- [ ] 是否设计了Checklist？\n- [ ] 是否制作了模板？\n- [ ] 是否制定了Review标准？\n- [ ] 是否安排了Pair测试？\n- [ ] 是否设计了培训材料？\n- [ ] 是否建立了评估体系？\n\n\n## 检查清单\n\n- [ ] 能力差距是否评估？\n- [ ] 培训计划是否定制？\n- [ ] 效果验收机制是否建立？\n- [ ] 个性化建议是否给出？\n- [ ] 赋能追踪是否建立？\n\nFile v1.7.0:_meta.json\n\n{\n  \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n  \"slug\": \"qa-team-coaching\",\n  \"version\": \"1.7.0\",\n  \"publishedAt\": 1786890777908\n}\n\nFile v1.7.0:skill-card.md\n\n## Description:\n\nThis skill helps QA teams coach new testers and improve team capability through pair testing, experience sharing, reusable checklists, templates, training materials, mentoring plans, and progress metrics.\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 managers, and senior testers use this skill to turn team capability assessments and training needs into coaching plans, skill matrices, training materials, mentorship guides, and progress metrics. It is intended for onboarding new testers and standardizing QA practices before recurring mistakes appear.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: The skill may activate on broad Chinese coaching, onboarding, or team-growth terms.\n\nMitigation: Use it when QA team training or capability building is intended, and confirm that generated plans match the actual team context before applying them.\n\nRisk: Generated checklist or review-process training materials could be mistaken for approved process changes.\n\nMitigation: Treat outputs as coaching proposals and require authorized human review before changing release standards, review workflows, or team procedures.\n\n## Reference(s):\n\n\n## Skill Output:\n\n**Output Type(s):** [text, markdown, guidance]\n\n**Output Format:** [Markdown or structured text with checklists, templates, plans, and metric definitions]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Outputs may include COACH-XXXX traceability identifiers and workspace-scoped assessment artifacts.]\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, 4858 bytes\n\nFiles: skill-card.md (1941b), SKILL.md (7505b), _meta.json (135b)\n\nFile v1.6.3:SKILL.md\n\n---\nname: qa-team-coaching\nslug: qa-team-coaching\ndisplayName: Team Coaching\nversion: 1.6.3\ndescription: >-\n  当团队里有测试新人需要带、想提升团队整体测试水平、或者需要把个人经验转化为团队能力时使用此技能。通过 Pair 测试、经验分享、checklist 沉淀、模板建设和培训材料等方式赋能团队。不要等着新人犯错再教——好的赋能是提前给工具和方法论，让新人在第一次做之前就知道\"正确的做法是什么\"。\n\nwhen_to_use: 用户说\"培训\"、\"赋能\"、\"新人\"、\"怎么教\"、\"带人\"、\"培养\"、\"团队成长\"、需要赋能团队、新成员加入需要快速上手时\nallowed-tools: Read Grep Glob\nrelated_skills:\n  upstream:\n    - qa-retrospective           # 输入：复盘结果和经验\n    - qa-heuristic-checklist     # 输入：checklist作为培训材料\n  downstream: []  # 输出用于团队赋能\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（COACH-XXXX）\n  structure:\n    - coaching_plan: 教练计划\n    - skill_matrix: 技能矩阵\n    - training_materials: 培训材料清单\n    - mentorship_guide: 导师指导方案\n    - progress_metrics: 进步度量方式\ncategories: ['Development','Team']\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> 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。\n\n# 团队赋能\n\n## 核心原则\n\n授人以渔——把经验做成checklist、把案例做成模板、把评判标准量化。\n\n## 四种赋能方式\n\n### 方式1：Checklist式\n\n```text\n适用场景：\n├─ 常见测试点整理\n├─ 评审检查清单\n├─ 发布检查清单\n└─ 质量检查清单\n\nChecklist设计原则：\n├─ 完整性：覆盖所有关键点\n├─ 可执行：每项可直接执行\n├─ 可量化：有明确标准\n└─ 可维护：定期更新\n\n示例：\n登录功能测试Checklist\n├─ [ ] 正常登录验证\n├─ [ ] 密码错误验证\n├─ [ ] 用户名不存在验证\n├─ [ ] 账号锁定验证\n├─ [ ] 验证码验证\n├─ [ ] 记住我功能验证\n├─ [ ] 第三方登录验证\n└─ [ ] 多设备登录验证\n```\n\n### 方式2：模板式\n\n```text\n适用场景：\n├─ 用例模板\n├─ Bug报告模板\n├─ 测试报告模板\n└─ 测试计划模板\n\n模板设计原则：\n├─ 标准化：统一格式\n├─ 完整性：包含必要字段\n├─ 可填充：方便填写\n└─ 可复用：可多次使用\n\n示例：\n测试用例模板\n├─ 用例编号：TC-XXX\n├─ 用例标题：[动作]+[对象]+[条件]\n├─ 前置条件：[测试前需要满足的条件]\n├─ 测试步骤：[1. 2. 3. ...]\n├─ 预期结果：[具体可验证的预期]\n├─ 优先级：P0/P1/P2/P3\n└─ 风险等级：高/中/低\n```\n\n### 方式3：Review式\n\n```text\n适用场景：\n├─ 用例评审\n├─ Bug评审\n├─ 代码评审\n└─ 测试报告评审\n\nReview设计原则：\n├─ 结构化：有明确的评审维度\n├─ 量化：有明确的评判标准\n├─ 教学式：评审过程即学习过程\n└─ 可改进：有明确的改进方向\n\n示例：\n用例评审维度\n├─ 完整性：是否覆盖所有场景？\n├─ 准确性：步骤/预期是否准确？\n├─ 可执行：用例能否直接执行？\n├─ 效率性：是否有冗余用例？\n└─ 风险覆盖：高风险区域是否深测？\n```\n\n### 方式4：Pair式\n\n```text\n适用场景：\n├─ 结对测试\n├─ 新人带教\n├─ 复杂场景测试\n└─ 探索测试\n\nPair设计原则：\n├─ 角色分工：Driver/Navigator\n├─ 实时交流：边做边讲\n├─ 知识传递：经验分享\n└─ 及时反馈：发现问题立即讨论\n\n示例：\n结对测试流程\n├─ 准备：明确测试目标和分工\n├─ 执行：Driver操作，Navigator观察\n├─ 交流：实时讨论发现的问题\n├─ 总结：回顾测试过程和收获\n└─ 改进：制定改进措施\n```\n\n## 培训材料设计\n\n### 新人培训大纲\n\n```text\n第1周：基础认知\n├─ 测试基础概念\n├─ 公司测试流程\n├─ 测试工具使用\n└─ 常用Checklist\n\n第2周：技能提升\n├─ 用例设计方法\n├─ 缺陷管理流程\n├─ 测试执行技巧\n└─ 常见问题处理\n\n第3周：实战演练\n├─ 参与实际项目\n├─ 结对测试\n├─ 用例评审\n└─ Bug评审\n\n第4周：独立工作\n├─ 独立负责模块\n├─ 定期Review\n├─ 问题解答\n└─ 能力评估\n```\n\n### 培训练习设计\n\n```text\n练习类型：\n├─ 案例分析：分析真实Bug案例\n├─ 用例设计：设计测试用例\n├─ Bug报告：编写Bug报告\n└─ 场景模拟：模拟测试执行\n\n练习设计原则：\n├─ 真实性：基于真实场景\n├─ 渐进性：从简单到复杂\n├─ 可衡量：有明确评判标准\n└─ 可反馈：及时给予反馈\n```\n\n## 能力评估体系\n\n### 评估维度\n\n```text\n评估维度：\n├─ 测试设计能力：用例设计质量\n├─ 测试执行能力：执行效率和质量\n├─ 缺陷发现能力：Bug发现数量和质量\n├─ 沟通协作能力：团队协作效果\n└─ 问题解决能力：问题分析和解决\n\n评估标准：\n├─ 初级：能完成基础测试任务\n├─ 中级：能独立负责模块测试\n├─ 高级：能指导新人、优化流程\n└─ 专家：能制定策略、推动改进\n```\n\n### 评估方法\n\n```text\n评估方法：\n├─ 日常观察：工作表现观察\n├─ 产出评审：用例/Bug报告评审\n├─ 能力测试：技能测试\n├─ 360度评估：多维度反馈\n└─ 成长记录：成长轨迹记录\n```\n\n## 应用场景\n\n**新入职的测试同学不知道怎么写测试用例**\n→ Checklist式赋能：提供测试用例设计checklist，逐项check即可完成\n→ 模板式赋能：提供标准测试用例模板，填空即用\n→ Review式赋能：Review他的输出，给出改进建议\n→ Pair式赋能：Pair设计一个模块，示范思路\n\n**团队测试能力参差不齐**\n→ 能力评估：按维度（需求分析/用例设计/自动化/性能）评估每位成员\n→ 针对性培训：根据评估结果设计分层培训内容\n\n## 自检清单\n\n团队赋能完成后检查：\n- [ ] 是否设计了Checklist？\n- [ ] 是否制作了模板？\n- [ ] 是否制定了Review标准？\n- [ ] 是否安排了Pair测试？\n- [ ] 是否设计了培训材料？\n- [ ] 是否建立了评估体系？\n\n\n## 检查清单\n\n- [ ] 能力差距是否评估？\n- [ ] 培训计划是否定制？\n- [ ] 效果验收机制是否建立？\n- [ ] 个性化建议是否给出？\n- [ ] 赋能追踪是否建立？\n\nFile v1.6.3:_meta.json\n\n{\n  \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n  \"slug\": \"qa-team-coaching\",\n  \"version\": \"1.6.3\",\n  \"publishedAt\": 1786548511435\n}\n\nFile v1.6.3:skill-card.md\n\n## Description:\n\nHelps QA teams turn testing experience into shared team capability through pair testing, knowledge sharing, checklists, templates, training materials, mentorship guidance, and progress metrics.\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, senior testers, and team mentors use this skill to assess testing capability gaps, create coaching plans, standardize checklists and templates, and help new or unevenly skilled team members improve before project work is handed off.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: The skill may activate on broad training or mentoring requests where the user did not specifically ask for QA team coaching.\n\nMitigation: Confirm that the user wants QA team coaching before applying the skill to ambiguous training or mentoring requests.\n\nRisk: Example checklists and review processes could be mistaken for authorization to change team standards.\n\nMitigation: Treat generated checklists, templates, and review processes as coaching proposals that require team approval before adoption.\n\n## Reference(s):\n\n\n## Skill Output:\n\n**Output Type(s):** [text, markdown, guidance]\n\n**Output Format:** [Markdown guidance with structured coaching plans, skill matrices, training material lists, mentorship guides, progress metrics, and checklists]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Plans are expected to include traceable coaching identifiers such as COACH-XXXX.]\n\n## Skill Version(s):\n\n1.6.3 (source: frontmatter and release evidence)\n\n## Ethical Considerations:\n\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment.\n\nArchive v1.6.0: 3 files, 4872 bytes\n\nFiles: skill-card.md (2002b), SKILL.md (7716b), _meta.json (135b)\n\nFile v1.6.0:SKILL.md\n\n---\r\nname: qa-team-coaching\r\nversion: 1.6.0\r\ndescription: >-\r\n  当团队里有测试新人需要带、想提升团队整体测试水平、或者需要把个人经验转化为团队能力时使用此技能。通过 Pair 测试、经验分享、checklist 沉淀、模板建设和培训材料等方式赋能团队。不要等着新人犯错再教——好的赋能是提前给工具和方法论，让新人在第一次做之前就知道\"正确的做法是什么\"。\r\n\r\nwhen_to_use: 用户说\"培训\"、\"赋能\"、\"新人\"、\"怎么教\"、\"带人\"、\"培养\"、\"团队成长\"、需要赋能团队、新成员加入需要快速上手时\r\nallowed-tools: Read Grep Glob\r\nrelated_skills:\r\n  upstream:\r\n    - qa-retrospective           # 输入：复盘结果和经验\r\n    - qa-heuristic-checklist     # 输入：checklist作为培训材料\r\n  downstream: []  # 输出用于团队赋能\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（COACH-XXXX）\r\n  structure:\r\n    - coaching_plan: 教练计划\r\n    - skill_matrix: 技能矩阵\r\n    - training_materials: 培训材料清单\r\n    - mentorship_guide: 导师指导方案\r\n    - progress_metrics: 进步度量方式\r\ncategories: ['Development','Team']\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> 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。\r\n\r\n# 团队赋能\r\n\r\n## 核心原则\r\n\r\n授人以渔——把经验做成checklist、把案例做成模板、把评判标准量化。\r\n\r\n## 四种赋能方式\r\n\r\n### 方式1：Checklist式\r\n\r\n```text\r\n适用场景：\r\n├─ 常见测试点整理\r\n├─ 评审检查清单\r\n├─ 发布检查清单\r\n└─ 质量检查清单\r\n\r\nChecklist设计原则：\r\n├─ 完整性：覆盖所有关键点\r\n├─ 可执行：每项可直接执行\r\n├─ 可量化：有明确标准\r\n└─ 可维护：定期更新\r\n\r\n示例：\r\n登录功能测试Checklist\r\n├─ [ ] 正常登录验证\r\n├─ [ ] 密码错误验证\r\n├─ [ ] 用户名不存在验证\r\n├─ [ ] 账号锁定验证\r\n├─ [ ] 验证码验证\r\n├─ [ ] 记住我功能验证\r\n├─ [ ] 第三方登录验证\r\n└─ [ ] 多设备登录验证\r\n```\r\n\r\n### 方式2：模板式\r\n\r\n```text\r\n适用场景：\r\n├─ 用例模板\r\n├─ Bug报告模板\r\n├─ 测试报告模板\r\n└─ 测试计划模板\r\n\r\n模板设计原则：\r\n├─ 标准化：统一格式\r\n├─ 完整性：包含必要字段\r\n├─ 可填充：方便填写\r\n└─ 可复用：可多次使用\r\n\r\n示例：\r\n测试用例模板\r\n├─ 用例编号：TC-XXX\r\n├─ 用例标题：[动作]+[对象]+[条件]\r\n├─ 前置条件：[测试前需要满足的条件]\r\n├─ 测试步骤：[1. 2. 3. ...]\r\n├─ 预期结果：[具体可验证的预期]\r\n├─ 优先级：P0/P1/P2/P3\r\n└─ 风险等级：高/中/低\r\n```\r\n\r\n### 方式3：Review式\r\n\r\n```text\r\n适用场景：\r\n├─ 用例评审\r\n├─ Bug评审\r\n├─ 代码评审\r\n└─ 测试报告评审\r\n\r\nReview设计原则：\r\n├─ 结构化：有明确的评审维度\r\n├─ 量化：有明确的评判标准\r\n├─ 教学式：评审过程即学习过程\r\n└─ 可改进：有明确的改进方向\r\n\r\n示例：\r\n用例评审维度\r\n├─ 完整性：是否覆盖所有场景？\r\n├─ 准确性：步骤/预期是否准确？\r\n├─ 可执行：用例能否直接执行？\r\n├─ 效率性：是否有冗余用例？\r\n└─ 风险覆盖：高风险区域是否深测？\r\n```\r\n\r\n### 方式4：Pair式\r\n\r\n```text\r\n适用场景：\r\n├─ 结对测试\r\n├─ 新人带教\r\n├─ 复杂场景测试\r\n└─ 探索测试\r\n\r\nPair设计原则：\r\n├─ 角色分工：Driver/Navigator\r\n├─ 实时交流：边做边讲\r\n├─ 知识传递：经验分享\r\n└─ 及时反馈：发现问题立即讨论\r\n\r\n示例：\r\n结对测试流程\r\n├─ 准备：明确测试目标和分工\r\n├─ 执行：Driver操作，Navigator观察\r\n├─ 交流：实时讨论发现的问题\r\n├─ 总结：回顾测试过程和收获\r\n└─ 改进：制定改进措施\r\n```\r\n\r\n## 培训材料设计\r\n\r\n### 新人培训大纲\r\n\r\n```text\r\n第1周：基础认知\r\n├─ 测试基础概念\r\n├─ 公司测试流程\r\n├─ 测试工具使用\r\n└─ 常用Checklist\r\n\r\n第2周：技能提升\r\n├─ 用例设计方法\r\n├─ 缺陷管理流程\r\n├─ 测试执行技巧\r\n└─ 常见问题处理\r\n\r\n第3周：实战演练\r\n├─ 参与实际项目\r\n├─ 结对测试\r\n├─ 用例评审\r\n└─ Bug评审\r\n\r\n第4周：独立工作\r\n├─ 独立负责模块\r\n├─ 定期Review\r\n├─ 问题解答\r\n└─ 能力评估\r\n```\r\n\r\n### 培训练习设计\r\n\r\n```text\r\n练习类型：\r\n├─ 案例分析：分析真实Bug案例\r\n├─ 用例设计：设计测试用例\r\n├─ Bug报告：编写Bug报告\r\n└─ 场景模拟：模拟测试执行\r\n\r\n练习设计原则：\r\n├─ 真实性：基于真实场景\r\n├─ 渐进性：从简单到复杂\r\n├─ 可衡量：有明确评判标准\r\n└─ 可反馈：及时给予反馈\r\n```\r\n\r\n## 能力评估体系\r\n\r\n### 评估维度\r\n\r\n```text\r\n评估维度：\r\n├─ 测试设计能力：用例设计质量\r\n├─ 测试执行能力：执行效率和质量\r\n├─ 缺陷发现能力：Bug发现数量和质量\r\n├─ 沟通协作能力：团队协作效果\r\n└─ 问题解决能力：问题分析和解决\r\n\r\n评估标准：\r\n├─ 初级：能完成基础测试任务\r\n├─ 中级：能独立负责模块测试\r\n├─ 高级：能指导新人、优化流程\r\n└─ 专家：能制定策略、推动改进\r\n```\r\n\r\n### 评估方法\r\n\r\n```text\r\n评估方法：\r\n├─ 日常观察：工作表现观察\r\n├─ 产出评审：用例/Bug报告评审\r\n├─ 能力测试：技能测试\r\n├─ 360度评估：多维度反馈\r\n└─ 成长记录：成长轨迹记录\r\n```\r\n\r\n## 应用场景\r\n\r\n**新入职的测试同学不知道怎么写测试用例**\r\n→ Checklist式赋能：提供测试用例设计checklist，逐项check即可完成\r\n→ 模板式赋能：提供标准测试用例模板，填空即用\r\n→ Review式赋能：Review他的输出，给出改进建议\r\n→ Pair式赋能：Pair设计一个模块，示范思路\r\n\r\n**团队测试能力参差不齐**\r\n→ 能力评估：按维度（需求分析/用例设计/自动化/性能）评估每位成员\r\n→ 针对性培训：根据评估结果设计分层培训内容\r\n\r\n## 自检清单\r\n\r\n团队赋能完成后检查：\r\n- [ ] 是否设计了Checklist？\r\n- [ ] 是否制作了模板？\r\n- [ ] 是否制定了Review标准？\r\n- [ ] 是否安排了Pair测试？\r\n- [ ] 是否设计了培训材料？\r\n- [ ] 是否建立了评估体系？\r\n\r\n\r\n## 检查清单\r\n\r\n- [ ] 能力差距是否评估？\r\n- [ ] 培训计划是否定制？\r\n- [ ] 效果验收机制是否建立？\r\n- [ ] 个性化建议是否给出？\r\n- [ ] 赋能追踪是否建立？\n\nFile v1.6.0:_meta.json\n\n{\n  \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n  \"slug\": \"qa-team-coaching\",\n  \"version\": \"1.6.0\",\n  \"publishedAt\": 1783358273232\n}\n\nFile v1.6.0:skill-card.md\n\n## Description: <br>\nHelps QA teams coach new testers and raise team testing capability through pair testing, knowledge sharing, checklists, reusable templates, training materials, and progress evaluation. <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 leads, mentors, and testing teams use this skill to assess team capability gaps, design coaching plans, create training materials, and establish review and progress metrics for new or growing testers. <br>\n\n### Deployment Geography for Use: <br>\nGlobal <br>\n\n## Known Risks and Mitigations: <br>\nRisk: Generic terms such as training, newcomer, mentoring, or team growth may invoke the skill even when QA coaching was not intended. <br>\nMitigation: Confirm the requested coaching context before relying on generated plans, checklists, or templates. <br>\nRisk: Generated checklists, review standards, or training materials could influence team workflow if adopted without review. <br>\nMitigation: Review and approve proposed materials and process changes before applying them in a real team workflow. <br>\n\n\n## Reference(s): <br>\n\n\n## Skill Output: <br>\n**Output Type(s):** [text, markdown, guidance, configuration] <br>\n**Output Format:** [Markdown guidance with structured coaching plans, skill matrices, training-material lists, mentorship guides, and progress metrics] <br>\n**Output Parameters:** [1D] <br>\n**Other Properties Related to Output:** [Each coaching plan is expected to include a COACH-XXXX traceability identifier.] <br>\n\n## Skill Version(s): <br>\n1.6.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.5.0: 3 files, 4343 bytes\n\nFiles: skill-card.md (1814b), SKILL.md (6924b), _meta.json (135b)\n\nFile v1.5.0:SKILL.md\n\n---\r\nname: qa-team-coaching\r\nversion: 1.5.0\r\ndescription: >-\r\n  当团队里有测试新人需要带、想提升团队整体测试水平、或者需要把个人经验转化为团队能力时使用此技能。通过 Pair 测试、经验分享、checklist 沉淀、模板建设和培训材料等方式赋能团队。不要等着新人犯错再教——好的赋能是提前给工具和方法论，让新人在第一次做之前就知道\"正确的做法是什么\"。\r\n\r\nwhen_to_use: 用户说\"培训\"、\"赋能\"、\"新人\"、\"怎么教\"、\"带人\"、\"培养\"、\"团队成长\"、需要赋能团队、新成员加入需要快速上手时\r\nallowed-tools: Read Grep Glob\r\nrelated_skills:\r\n  upstream:\r\n    - qa-retrospective           # 输入：复盘结果和经验\r\n    - qa-heuristic-checklist     # 输入：checklist作为培训材料\r\n  downstream: []  # 输出用于团队赋能\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    - coaching_plan: 教练计划\r\n    - skill_matrix: 技能矩阵\r\n    - training_materials: 培训材料清单\r\n    - mentorship_guide: 导师指导方案\r\n    - progress_metrics: 进步度量方式\r\n---\r\n\r\n# 团队赋能\r\n\r\n## 核心原则\r\n\r\n你是一位团队赋能专家，擅长把经验做成checklist、模板、培训材料。\r\n**核心原则**：授人以渔——把经验做成checklist、把案例做成模板、把评判标准量化。\r\n本技能提供四种赋能方式（Checklist/模板/Review/Pair）和培训材料设计方法。\r\n\r\n## 四种赋能方式\r\n\r\n### 方式1：Checklist式\r\n\r\n```text\r\n适用场景：\r\n├─ 常见测试点整理\r\n├─ 评审检查清单\r\n├─ 发布检查清单\r\n└─ 质量检查清单\r\n\r\nChecklist设计原则：\r\n├─ 完整性：覆盖所有关键点\r\n├─ 可执行：每项可直接执行\r\n├─ 可量化：有明确标准\r\n└─ 可维护：定期更新\r\n\r\n示例：\r\n登录功能测试Checklist\r\n├─ [ ] 正常登录验证\r\n├─ [ ] 密码错误验证\r\n├─ [ ] 用户名不存在验证\r\n├─ [ ] 账号锁定验证\r\n├─ [ ] 验证码验证\r\n├─ [ ] 记住我功能验证\r\n├─ [ ] 第三方登录验证\r\n└─ [ ] 多设备登录验证\r\n```\r\n\r\n### 方式2：模板式\r\n\r\n```text\r\n适用场景：\r\n├─ 用例模板\r\n├─ Bug报告模板\r\n├─ 测试报告模板\r\n└─ 测试计划模板\r\n\r\n模板设计原则：\r\n├─ 标准化：统一格式\r\n├─ 完整性：包含必要字段\r\n├─ 可填充：方便填写\r\n└─ 可复用：可多次使用\r\n\r\n示例：\r\n测试用例模板\r\n├─ 用例编号：TC-XXX\r\n├─ 用例标题：[动作]+[对象]+[条件]\r\n├─ 前置条件：[测试前需要满足的条件]\r\n├─ 测试步骤：[1. 2. 3. ...]\r\n├─ 预期结果：[具体可验证的预期]\r\n├─ 优先级：P0/P1/P2/P3\r\n└─ 风险等级：高/中/低\r\n```\r\n\r\n### 方式3：Review式\r\n\r\n```text\r\n适用场景：\r\n├─ 用例评审\r\n├─ Bug评审\r\n├─ 代码评审\r\n└─ 测试报告评审\r\n\r\nReview设计原则：\r\n├─ 结构化：有明确的评审维度\r\n├─ 量化：有明确的评判标准\r\n├─ 教学式：评审过程即学习过程\r\n└─ 可改进：有明确的改进方向\r\n\r\n示例：\r\n用例评审维度\r\n├─ 完整性：是否覆盖所有场景？\r\n├─ 准确性：步骤/预期是否准确？\r\n├─ 可执行：用例能否直接执行？\r\n├─ 效率性：是否有冗余用例？\r\n└─ 风险覆盖：高风险区域是否深测？\r\n```\r\n\r\n### 方式4：Pair式\r\n\r\n```text\r\n适用场景：\r\n├─ 结对测试\r\n├─ 新人带教\r\n├─ 复杂场景测试\r\n└─ 探索测试\r\n\r\nPair设计原则：\r\n├─ 角色分工：Driver/Navigator\r\n├─ 实时交流：边做边讲\r\n├─ 知识传递：经验分享\r\n└─ 及时反馈：发现问题立即讨论\r\n\r\n示例：\r\n结对测试流程\r\n├─ 准备：明确测试目标和分工\r\n├─ 执行：Driver操作，Navigator观察\r\n├─ 交流：实时讨论发现的问题\r\n├─ 总结：回顾测试过程和收获\r\n└─ 改进：制定改进措施\r\n```\r\n\r\n## 培训材料设计\r\n\r\n### 新人培训大纲\r\n\r\n```text\r\n第1周：基础认知\r\n├─ 测试基础概念\r\n├─ 公司测试流程\r\n├─ 测试工具使用\r\n└─ 常用Checklist\r\n\r\n第2周：技能提升\r\n├─ 用例设计方法\r\n├─ 缺陷管理流程\r\n├─ 测试执行技巧\r\n└─ 常见问题处理\r\n\r\n第3周：实战演练\r\n├─ 参与实际项目\r\n├─ 结对测试\r\n├─ 用例评审\r\n└─ Bug评审\r\n\r\n第4周：独立工作\r\n├─ 独立负责模块\r\n├─ 定期Review\r\n├─ 问题解答\r\n└─ 能力评估\r\n```\r\n\r\n### 培训练习设计\r\n\r\n```text\r\n练习类型：\r\n├─ 案例分析：分析真实Bug案例\r\n├─ 用例设计：设计测试用例\r\n├─ Bug报告：编写Bug报告\r\n└─ 场景模拟：模拟测试执行\r\n\r\n练习设计原则：\r\n├─ 真实性：基于真实场景\r\n├─ 渐进性：从简单到复杂\r\n├─ 可衡量：有明确评判标准\r\n└─ 可反馈：及时给予反馈\r\n```\r\n\r\n## 能力评估体系\r\n\r\n### 评估维度\r\n\r\n```text\r\n评估维度：\r\n├─ 测试设计能力：用例设计质量\r\n├─ 测试执行能力：执行效率和质量\r\n├─ 缺陷发现能力：Bug发现数量和质量\r\n├─ 沟通协作能力：团队协作效果\r\n└─ 问题解决能力：问题分析和解决\r\n\r\n评估标准：\r\n├─ 初级：能完成基础测试任务\r\n├─ 中级：能独立负责模块测试\r\n├─ 高级：能指导新人、优化流程\r\n└─ 专家：能制定策略、推动改进\r\n```\r\n\r\n### 评估方法\r\n\r\n```text\r\n评估方法：\r\n├─ 日常观察：工作表现观察\r\n├─ 产出评审：用例/Bug报告评审\r\n├─ 能力测试：技能测试\r\n├─ 360度评估：多维度反馈\r\n└─ 成长记录：成长轨迹记录\r\n```\r\n\r\n## 应用场景\r\n\r\n**新入职的测试同学不知道怎么写测试用例**\r\n→ Checklist式赋能：提供测试用例设计checklist，逐项check即可完成\r\n→ 模板式赋能：提供标准测试用例模板，填空即用\r\n→ Review式赋能：Review他的输出，给出改进建议\r\n→ Pair式赋能：Pair设计一个模块，示范思路\r\n\r\n**团队测试能力参差不齐**\r\n→ 能力评估：按维度（需求分析/用例设计/自动化/性能）评估每位成员\r\n→ 针对性培训：根据评估结果设计分层培训内容\r\n\r\n## 自检清单\r\n\r\n团队赋能完成后检查：\r\n- [ ] 是否设计了Checklist？\r\n- [ ] 是否制作了模板？\r\n- [ ] 是否制定了Review标准？\r\n- [ ] 是否安排了Pair测试？\r\n- [ ] 是否设计了培训材料？\r\n- [ ] 是否建立了评估体系？\n\nFile v1.5.0:_meta.json\n\n{\n  \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n  \"slug\": \"qa-team-coaching\",\n  \"version\": \"1.5.0\",\n  \"publishedAt\": 1782736557115\n}\n\nFile v1.5.0:skill-card.md\n\n## Description: <br>\nHelps QA teams turn testing experience into reusable coaching plans, checklists, templates, review practices, pair-testing workflows, training materials, and progress metrics. <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 leads, test managers, and senior testers use this skill to onboard new testers, improve team testing capability, and convert individual testing practices into reusable team assets. <br>\n\n### Deployment Geography for Use: <br>\nGlobal <br>\n\n## Known Risks and Mitigations: <br>\nRisk: Broad Chinese-language trigger phrases may invoke the skill outside QA team coaching scenarios. <br>\nMitigation: Narrow trigger phrases to testing-specific coaching, onboarding, and QA capability-building requests, and document the expected Chinese-language behavior. <br>\n\n\n## Reference(s): <br>\n- [ClawHub skill page](https://clawhub.ai/kokxi/skills/qa-team-coaching) <br>\n\n\n## Skill Output: <br>\n**Output Type(s):** [text, markdown, guidance] <br>\n**Output Format:** [Markdown-style structured coaching guidance] <br>\n**Output Parameters:** [1D] <br>\n**Other Properties Related to Output:** [May include coaching plans, skill matrices, training material lists, mentorship guides, progress metrics, checklists, templates, review criteria, and pair-testing workflows.] <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, 4024 bytes\n\nFiles: skill-card.md (1768b), SKILL.md (6223b), _meta.json (135b)\n\nFile v1.4.1:SKILL.md\n\n---\r\nname: qa-team-coaching\r\ndescription: >-\r\n  团队赋能，将测试经验沉淀为checklist/模板/培训材料，通过Pair测试等方式提升团队整体测试能力。当需要赋能团队或培训新人时激活。\r\n\r\nwhen_to_use: 用户说\"培训\"、\"赋能\"、\"新人\"、\"怎么教\"、\"带人\"、\"培养\"、\"团队成长\"、需要赋能团队、新成员加入需要快速上手时\r\nallowed-tools: Read Grep Glob\r\nrelated_skills:\r\n  upstream:\r\n    - qa-retrospective           # 输入：复盘结果和经验\r\n    - qa-heuristic-checklist     # 输入：checklist作为培训材料\r\n  downstream: 无（输出用于团队赋能）\r\ninput_format: 复盘报告 + checklist + 最佳实践\r\noutput_format: 赋能材料（checklist+模板+培训大纲+评估体系）\r\n---\r\n\r\n# 团队赋能\r\n\r\n## Overview\r\n\r\n你是一位团队赋能专家，擅长把经验做成checklist、模板、培训材料。\r\n**核心原则**：授人以渔——把经验做成checklist、把案例做成模板、把评判标准量化。\r\n本技能提供四种赋能方式（Checklist/模板/Review/Pair）和培训材料设计方法。\r\n\r\n## 四种赋能方式\r\n\r\n### 方式1：Checklist式\r\n\r\n```\r\n适用场景：\r\n├─ 常见测试点整理\r\n├─ 评审检查清单\r\n├─ 发布检查清单\r\n└─ 质量检查清单\r\n\r\nChecklist设计原则：\r\n├─ 完整性：覆盖所有关键点\r\n├─ 可执行：每项可直接执行\r\n├─ 可量化：有明确标准\r\n└─ 可维护：定期更新\r\n\r\n示例：\r\n登录功能测试Checklist\r\n├─ [ ] 正常登录验证\r\n├─ [ ] 密码错误验证\r\n├─ [ ] 用户名不存在验证\r\n├─ [ ] 账号锁定验证\r\n├─ [ ] 验证码验证\r\n├─ [ ] 记住我功能验证\r\n├─ [ ] 第三方登录验证\r\n└─ [ ] 多设备登录验证\r\n```\r\n\r\n### 方式2：模板式\r\n\r\n```\r\n适用场景：\r\n├─ 用例模板\r\n├─ Bug报告模板\r\n├─ 测试报告模板\r\n└─ 测试计划模板\r\n\r\n模板设计原则：\r\n├─ 标准化：统一格式\r\n├─ 完整性：包含必要字段\r\n├─ 可填充：方便填写\r\n└─ 可复用：可多次使用\r\n\r\n示例：\r\n测试用例模板\r\n├─ 用例编号：TC-XXX\r\n├─ 用例标题：[动作]+[对象]+[条件]\r\n├─ 前置条件：[测试前需要满足的条件]\r\n├─ 测试步骤：[1. 2. 3. ...]\r\n├─ 预期结果：[具体可验证的预期]\r\n├─ 优先级：P0/P1/P2/P3\r\n└─ 风险等级：高/中/低\r\n```\r\n\r\n### 方式3：Review式\r\n\r\n```\r\n适用场景：\r\n├─ 用例评审\r\n├─ Bug评审\r\n├─ 代码评审\r\n└─ 测试报告评审\r\n\r\nReview设计原则：\r\n├─ 结构化：有明确的评审维度\r\n├─ 量化：有明确的评判标准\r\n├─ 教学式：评审过程即学习过程\r\n└─ 可改进：有明确的改进方向\r\n\r\n示例：\r\n用例评审维度\r\n├─ 完整性：是否覆盖所有场景？\r\n├─ 准确性：步骤/预期是否准确？\r\n├─ 可执行：用例能否直接执行？\r\n├─ 效率性：是否有冗余用例？\r\n└─ 风险覆盖：高风险区域是否深测？\r\n```\r\n\r\n### 方式4：Pair式\r\n\r\n```\r\n适用场景：\r\n├─ 结对测试\r\n├─ 新人带教\r\n├─ 复杂场景测试\r\n└─ 探索测试\r\n\r\nPair设计原则：\r\n├─ 角色分工：Driver/Navigator\r\n├─ 实时交流：边做边讲\r\n├─ 知识传递：经验分享\r\n└─ 及时反馈：发现问题立即讨论\r\n\r\n示例：\r\n结对测试流程\r\n├─ 准备：明确测试目标和分工\r\n├─ 执行：Driver操作，Navigator观察\r\n├─ 交流：实时讨论发现的问题\r\n├─ 总结：回顾测试过程和收获\r\n└─ 改进：制定改进措施\r\n```\r\n\r\n## 培训材料设计\r\n\r\n### 新人培训大纲\r\n\r\n```\r\n第1周：基础认知\r\n├─ 测试基础概念\r\n├─ 公司测试流程\r\n├─ 测试工具使用\r\n└─ 常用Checklist\r\n\r\n第2周：技能提升\r\n├─ 用例设计方法\r\n├─ 缺陷管理流程\r\n├─ 测试执行技巧\r\n└─ 常见问题处理\r\n\r\n第3周：实战演练\r\n├─ 参与实际项目\r\n├─ 结对测试\r\n├─ 用例评审\r\n└─ Bug评审\r\n\r\n第4周：独立工作\r\n├─ 独立负责模块\r\n├─ 定期Review\r\n├─ 问题解答\r\n└─ 能力评估\r\n```\r\n\r\n### 培训练习设计\r\n\r\n```\r\n练习类型：\r\n├─ 案例分析：分析真实Bug案例\r\n├─ 用例设计：设计测试用例\r\n├─ Bug报告：编写Bug报告\r\n└─ 场景模拟：模拟测试执行\r\n\r\n练习设计原则：\r\n├─ 真实性：基于真实场景\r\n├─ 渐进性：从简单到复杂\r\n├─ 可衡量：有明确评判标准\r\n└─ 可反馈：及时给予反馈\r\n```\r\n\r\n## 能力评估体系\r\n\r\n### 评估维度\r\n\r\n```\r\n评估维度：\r\n├─ 测试设计能力：用例设计质量\r\n├─ 测试执行能力：执行效率和质量\r\n├─ 缺陷发现能力：Bug发现数量和质量\r\n├─ 沟通协作能力：团队协作效果\r\n└─ 问题解决能力：问题分析和解决\r\n\r\n评估标准：\r\n├─ 初级：能完成基础测试任务\r\n├─ 中级：能独立负责模块测试\r\n├─ 高级：能指导新人、优化流程\r\n└─ 专家：能制定策略、推动改进\r\n```\r\n\r\n### 评估方法\r\n\r\n```\r\n评估方法：\r\n├─ 日常观察：工作表现观察\r\n├─ 产出评审：用例/Bug报告评审\r\n├─ 能力测试：技能测试\r\n├─ 360度评估：多维度反馈\r\n└─ 成长记录：成长轨迹记录\r\n```\r\n\r\n## Examples\r\n\r\n**新入职的测试同学不知道怎么写测试用例**\r\n→ Checklist式赋能：提供测试用例设计checklist，逐项check即可完成\r\n→ 模板式赋能：提供标准测试用例模板，填空即用\r\n→ Review式赋能：Review他的输出，给出改进建议\r\n→ Pair式赋能：Pair设计一个模块，示范思路\r\n\r\n**团队测试能力参差不齐**\r\n→ 能力评估：按维度（需求分析/用例设计/自动化/性能）评估每位成员\r\n→ 针对性培训：根据评估结果设计分层培训内容\r\n\r\n## Guidelines\r\n\r\n团队赋能完成后检查：\r\n- [ ] 是否设计了Checklist？\r\n- [ ] 是否制作了模板？\r\n- [ ] 是否制定了Review标准？\r\n- [ ] 是否安排了Pair测试？\r\n- [ ] 是否设计了培训材料？\r\n- [ ] 是否建立了评估体系？\n\nFile v1.4.1:_meta.json\n\n{\n  \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n  \"slug\": \"qa-team-coaching\",\n  \"version\": \"1.4.1\",\n  \"publishedAt\": 1782406615554\n}\n\nFile v1.4.1:skill-card.md\n\n## Description: <br>\nHelps QA teams turn testing experience into reusable checklists, templates, training materials, review standards, pair-testing workflows, and capability assessments. <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 leads, test managers, and senior testers use this skill to design onboarding, team enablement, reusable QA checklists and templates, review practices, pair-testing sessions, and capability assessment systems. <br>\n\n### Deployment Geography for Use: <br>\nGlobal <br>\n\n## Known Risks and Mitigations: <br>\nRisk: The skill may activate on broad training, newcomer, or team-growth phrasing. <br>\nMitigation: Review the trigger wording before deployment and narrow it if the skill should only activate for QA coaching workflows. <br>\nRisk: Security guidance reports invisible-character signals in the rendered skill text. <br>\nMitigation: Review a normalized rendering of SKILL.md before installation or redistribution. <br>\n\n\n## Reference(s): <br>\n\n\n## Skill Output: <br>\n**Output Type(s):** [text, markdown, guidance] <br>\n**Output Format:** [Markdown guidance with checklists, templates, training outlines, review criteria, and assessment rubrics.] <br>\n**Output Parameters:** [1D] <br>\n**Other Properties Related to Output:** [None] <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, 4127 bytes\n\nFiles: skill-card.md (1864b), SKILL.md (6450b), _meta.json (135b)\n\nFile v1.4.0:SKILL.md\n\n---\r\nname: qa-team-coaching\r\ndescription: >-\r\n  团队赋能，将测试经验转化为checklist和模板赋能团队成员。当用户需要培训新人、赋能团队或指导他人时自动触发。\r\n  也适用于：新成员加入需要快速上手，或团队测试能力需要系统性提升时。\r\n   关键词：团队赋能、测试培训、新人指导、经验传递、测试思维培养、技能矩阵、导师制、知识库建设、能力提升。\nwhen_to_use: 用户说\"培训\"、\"赋能\"、\"新人\"、\"怎么教\"、\"带人\"、\"培养\"、\"团队成长\"、需要赋能团队、新成员加入需要快速上手时\r\nallowed-tools: Read Grep Glob\r\nrelated_skills:\r\n  upstream:\r\n    - qa-retrospective           # 输入：复盘结果和经验\r\n    - qa-heuristic-checklist     # 输入：checklist作为培训材料\r\n  downstream: 无（输出用于团队赋能）\r\ninput_format: 复盘报告 + checklist + 最佳实践\r\noutput_format: 赋能材料（checklist+模板+培训大纲+评估体系）\r\n---\r\n\r\n# 团队赋能\r\n\r\n## Overview\r\n\r\n你是一位团队赋能专家，擅长把经验做成checklist、模板、培训材料。\r\n**核心原则**：授人以渔——把经验做成checklist、把案例做成模板、把评判标准量化。\r\n本技能提供四种赋能方式（Checklist/模板/Review/Pair）和培训材料设计方法。\r\n\r\n## 四种赋能方式\r\n\r\n### 方式1：Checklist式\r\n\r\n```\r\n适用场景：\r\n├─ 常见测试点整理\r\n├─ 评审检查清单\r\n├─ 发布检查清单\r\n└─ 质量检查清单\r\n\r\nChecklist设计原则：\r\n├─ 完整性：覆盖所有关键点\r\n├─ 可执行：每项可直接执行\r\n├─ 可量化：有明确标准\r\n└─ 可维护：定期更新\r\n\r\n示例：\r\n登录功能测试Checklist\r\n├─ [ ] 正常登录验证\r\n├─ [ ] 密码错误验证\r\n├─ [ ] 用户名不存在验证\r\n├─ [ ] 账号锁定验证\r\n├─ [ ] 验证码验证\r\n├─ [ ] 记住我功能验证\r\n├─ [ ] 第三方登录验证\r\n└─ [ ] 多设备登录验证\r\n```\r\n\r\n### 方式2：模板式\r\n\r\n```\r\n适用场景：\r\n├─ 用例模板\r\n├─ Bug报告模板\r\n├─ 测试报告模板\r\n└─ 测试计划模板\r\n\r\n模板设计原则：\r\n├─ 标准化：统一格式\r\n├─ 完整性：包含必要字段\r\n├─ 可填充：方便填写\r\n└─ 可复用：可多次使用\r\n\r\n示例：\r\n测试用例模板\r\n├─ 用例编号：TC-XXX\r\n├─ 用例标题：[动作]+[对象]+[条件]\r\n├─ 前置条件：[测试前需要满足的条件]\r\n├─ 测试步骤：[1. 2. 3. ...]\r\n├─ 预期结果：[具体可验证的预期]\r\n├─ 优先级：P0/P1/P2/P3\r\n└─ 风险等级：高/中/低\r\n```\r\n\r\n### 方式3：Review式\r\n\r\n```\r\n适用场景：\r\n├─ 用例评审\r\n├─ Bug评审\r\n├─ 代码评审\r\n└─ 测试报告评审\r\n\r\nReview设计原则：\r\n├─ 结构化：有明确的评审维度\r\n├─ 量化：有明确的评判标准\r\n├─ 教学式：评审过程即学习过程\r\n└─ 可改进：有明确的改进方向\r\n\r\n示例：\r\n用例评审维度\r\n├─ 完整性：是否覆盖所有场景？\r\n├─ 准确性：步骤/预期是否准确？\r\n├─ 可执行：用例能否直接执行？\r\n├─ 效率性：是否有冗余用例？\r\n└─ 风险覆盖：高风险区域是否深测？\r\n```\r\n\r\n### 方式4：Pair式\r\n\r\n```\r\n适用场景：\r\n├─ 结对测试\r\n├─ 新人带教\r\n├─ 复杂场景测试\r\n└─ 探索测试\r\n\r\nPair设计原则：\r\n├─ 角色分工：Driver/Navigator\r\n├─ 实时交流：边做边讲\r\n├─ 知识传递：经验分享\r\n└─ 及时反馈：发现问题立即讨论\r\n\r\n示例：\r\n结对测试流程\r\n├─ 准备：明确测试目标和分工\r\n├─ 执行：Driver操作，Navigator观察\r\n├─ 交流：实时讨论发现的问题\r\n├─ 总结：回顾测试过程和收获\r\n└─ 改进：制定改进措施\r\n```\r\n\r\n## 培训材料设计\r\n\r\n### 新人培训大纲\r\n\r\n```\r\n第1周：基础认知\r\n├─ 测试基础概念\r\n├─ 公司测试流程\r\n├─ 测试工具使用\r\n└─ 常用Checklist\r\n\r\n第2周：技能提升\r\n├─ 用例设计方法\r\n├─ 缺陷管理流程\r\n├─ 测试执行技巧\r\n└─ 常见问题处理\r\n\r\n第3周：实战演练\r\n├─ 参与实际项目\r\n├─ 结对测试\r\n├─ 用例评审\r\n└─ Bug评审\r\n\r\n第4周：独立工作\r\n├─ 独立负责模块\r\n├─ 定期Review\r\n├─ 问题解答\r\n└─ 能力评估\r\n```\r\n\r\n### 培训练习设计\r\n\r\n```\r\n练习类型：\r\n├─ 案例分析：分析真实Bug案例\r\n├─ 用例设计：设计测试用例\r\n├─ Bug报告：编写Bug报告\r\n└─ 场景模拟：模拟测试执行\r\n\r\n练习设计原则：\r\n├─ 真实性：基于真实场景\r\n├─ 渐进性：从简单到复杂\r\n├─ 可衡量：有明确评判标准\r\n└─ 可反馈：及时给予反馈\r\n```\r\n\r\n## 能力评估体系\r\n\r\n### 评估维度\r\n\r\n```\r\n评估维度：\r\n├─ 测试设计能力：用例设计质量\r\n├─ 测试执行能力：执行效率和质量\r\n├─ 缺陷发现能力：Bug发现数量和质量\r\n├─ 沟通协作能力：团队协作效果\r\n└─ 问题解决能力：问题分析和解决\r\n\r\n评估标准：\r\n├─ 初级：能完成基础测试任务\r\n├─ 中级：能独立负责模块测试\r\n├─ 高级：能指导新人、优化流程\r\n└─ 专家：能制定策略、推动改进\r\n```\r\n\r\n### 评估方法\r\n\r\n```\r\n评估方法：\r\n├─ 日常观察：工作表现观察\r\n├─ 产出评审：用例/Bug报告评审\r\n├─ 能力测试：技能测试\r\n├─ 360度评估：多维度反馈\r\n└─ 成长记录：成长轨迹记录\r\n```\r\n\r\n## Examples\r\n\r\n**新入职的测试同学不知道怎么写测试用例**\r\n→ Checklist式赋能：提供测试用例设计checklist，逐项check即可完成\r\n→ 模板式赋能：提供标准测试用例模板，填空即用\r\n→ Review式赋能：Review他的输出，给出改进建议\r\n→ Pair式赋能：Pair设计一个模块，示范思路\r\n\r\n**团队测试能力参差不齐**\r\n→ 能力评估：按维度（需求分析/用例设计/自动化/性能）评估每位成员\r\n→ 针对性培训：根据评估结果设计分层培训内容\r\n\r\n## Guidelines\r\n\r\n团队赋能完成后检查：\r\n- [ ] 是否设计了Checklist？\r\n- [ ] 是否制作了模板？\r\n- [ ] 是否制定了Review标准？\r\n- [ ] 是否安排了Pair测试？\r\n- [ ] 是否设计了培训材料？\r\n- [ ] 是否建立了评估体系？\n\nFile v1.4.0:_meta.json\n\n{\n  \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n  \"slug\": \"qa-team-coaching\",\n  \"version\": \"1.4.0\",\n  \"publishedAt\": 1782277963432\n}\n\nFile v1.4.0:skill-card.md\n\n## Description: <br>\nGuides QA leads and testers in turning team experience into checklists, templates, training outlines, review standards, pairing practices, and assessment systems for team enablement. <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 teams, test leads, and mentors use this skill to train new members, standardize testing practices, build reusable QA checklists and templates, and assess team capability growth. <br>\n\n### Deployment Geography for Use: <br>\nGlobal <br>\n\n## Known Risks and Mitigations: <br>\nRisk: The skill can produce coaching or process guidance that may not match a team's internal QA standards. <br>\nMitigation: Review generated checklists, templates, training plans, and assessment criteria against local QA policy before adoption. <br>\nRisk: Chinese-language trigger phrases and outputs may be unexpected in multilingual teams. <br>\nMitigation: Ask the agent to use the preferred working language or narrow trigger phrases when deploying in a multilingual environment. <br>\n\n\n## Reference(s): <br>\n\n\n## Skill Output: <br>\n**Output Type(s):** [Markdown, Guidance] <br>\n**Output Format:** [Markdown with checklists, templates, training outlines, review criteria, and assessment rubrics] <br>\n**Output Parameters:** [1D] <br>\n**Other Properties Related to Output:** [Chinese-language QA coaching and team-enablement guidance] <br>\n\n## Skill Version(s): <br>\n1.4.0 (source: server release metadata) <br>\n\n## Ethical Considerations: <br>\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment. <br>","readmeExcerpt":"Skill: qa-team-coaching Owner: kokxi Summary: 当团队里有测试新人需要带、想提升团队整体测试水平、或者需要把个人经验转化为团队能力时使用此技能。通过 Pair 测试、经验分享、checklist 沉淀、模板建设和培训材料等方式赋能团队。不要等着新人犯错再教——好的赋能是提前给工具和方法论，让新人在第一次做之前就知道\"正确的做法是什么\"。 触发场景：培训、赋能、新人、怎么教、带人、培养、团队成长、新成员加入需要快速上手时。 Use when the user asks about: coaching and enabling a QA team — pairing, knowledge sharing, checklist and template creation, and onboarding new members. Tags: latest:1.8.0 Version histo","codeSnippets":[],"executableExamples":[{"language":"text","snippet":"第1周：基础认知\n├─ 测试基础概念\n├─ 公司测试流程\n├─ 测试工具使用\n└─ 常用Checklist\n\n第2周：技能提升\n├─ 用例设计方法\n├─ 缺陷管理流程\n├─ 测试执行技巧\n└─ 常见问题处理\n\n第3周：实战演练\n├─ 参与实际项目\n├─ 结对测试\n├─ 用例评审\n└─ Bug评审\n\n第4周：独立工作\n├─ 独立负责模块\n├─ 定期Review\n├─ 问题解答\n└─ 能力评估"},{"language":"text","snippet":"练习类型：\n├─ 案例分析：分析真实Bug案例\n├─ 用例设计：设计测试用例\n├─ Bug报告：编写Bug报告\n└─ 场景模拟：模拟测试执行\n\n练习设计原则：\n├─ 真实性：基于真实场景\n├─ 渐进性：从简单到复杂\n├─ 可衡量：有明确评判标准\n└─ 可反馈：及时给予反馈"},{"language":"text","snippet":"评估维度：\n├─ 测试设计能力：用例设计质量\n├─ 测试执行能力：执行效率和质量\n├─ 缺陷发现能力：Bug发现数量和质量\n├─ 沟通协作能力：团队协作效果\n└─ 问题解决能力：问题分析和解决\n\n评估标准：\n├─ 初级：能完成基础测试任务\n├─ 中级：能独立负责模块测试\n├─ 高级：能指导新人、优化流程\n└─ 专家：能制定策略、推动改进"},{"language":"text","snippet":"评估方法：\n├─ 日常观察：工作表现观察\n├─ 产出评审：用例/Bug报告评审\n├─ 能力测试：技能测试\n├─ 360度评估：多维度反馈\n└─ 成长记录：成长轨迹记录"},{"language":"text","snippet":"适用场景：\n├─ 常见测试点整理\n├─ 评审检查清单\n├─ 发布检查清单\n└─ 质量检查清单\n\nChecklist设计原则：\n├─ 完整性：覆盖所有关键点\n├─ 可执行：每项可直接执行\n├─ 可量化：有明确标准\n└─ 可维护：定期更新\n\n示例：\n登录功能测试Checklist\n├─ [ ] 正常登录验证\n├─ [ ] 密码错误验证\n├─ [ ] 用户名不存在验证\n├─ [ ] 账号锁定验证\n├─ [ ] 验证码验证\n├─ [ ] 记住我功能验证\n├─ [ ] 第三方登录验证\n└─ [ ] 多设备登录验证"},{"language":"text","snippet":"适用场景：\n├─ 用例模板\n├─ Bug报告模板\n├─ 测试报告模板\n└─ 测试计划模板\n\n模板设计原则：\n├─ 标准化：统一格式\n├─ 完整性：包含必要字段\n├─ 可填充：方便填写\n└─ 可复用：可多次使用\n\n示例：\n测试用例模板\n├─ 用例编号：TC_{模块缩写}_{功能缩写}_{序号}\n├─ 用例标题：[动作]+[对象]+[条件]\n├─ 前置条件：[测试前需要满足的条件]\n├─ 测试步骤：[1. 2. 3. ...]\n├─ 预期结果：[具体可验证的预期]\n├─ 优先级：P0/P1/P2/P3\n└─ 风险等级：高/中/低"}],"parameters":null,"dependencies":[],"permissions":[],"extractedFiles":[{"path":"SKILL.md","content":"---\nname: qa-team-coaching\ndescription: >-\n  当团队里有测试新人需要带、想提升团队整体测试水平、或者需要把个人经验转化为团队能力时使用此技能。通过 Pair 测试、经验分享、checklist 沉淀、模板建设和培训材料等方式赋能团队。不要等着新人犯错再教——好的赋能是提前给工具和方法论，让新人在第一次做之前就知道\"正确的做法是什么\"。 触发场景：培训、赋能、新人、怎么教、带人、培养、团队成长、新成员加入需要快速上手时。 Use when the user asks about: coaching and enabling a QA team — pairing, knowledge sharing, checklist and template creation, and onboarding new members.\nlicense: MIT\nallowed-tools: Read Grep Glob\nmetadata:\n  display-name: \"Team Coaching\"\n  version: \"1.8.0\"\n  when-to-use: \"用户说\\\"培训\\\"、\\\"赋能\\\"、\\\"新人\\\"、\\\"怎么教\\\"、\\\"带人\\\"、\\\"培养\\\"、\\\"团队成长\\\"、需要赋能团队、新成员加入需要快速上手时\"\n  related-skills: \"{\\\"upstream\\\":[\\\"qa-retrospective\\\",\\\"qa-heuristic-checklist\\\"],\\\"downstream\\\":[]}\"\n  references: \"[\\\"references/coaching-methods.md\\\"]\"\n  input-format: \"{\\\"required\\\":[{\\\"name\\\":\\\"团队评估\\\",\\\"type\\\":\\\"string\\\",\\\"description\\\":\\\"团队测试能力评估结果\\\"},{\\\"name\\\":\\\"培训需求\\\",\\\"type\\\":\\\"string\\\",\\\"description\\\":\\\"团队技能提升需求\\\"}],\\\"optional\\\":[{\\\"name\\\":\\\"培训资源\\\",\\\"type\\\":\\\"string\\\",\\\"description\\\":\\\"可用的培训资源和预算\\\"}]}\"\n  output-format: \"{\\\"traceability\\\":[\\\"每份赋能方案带唯一ID（COACH-XXXX）\\\"],\\\"structure\\\":[{\\\"coaching_plan\\\":\\\"教练计划\\\"},{\\\"skill_matrix\\\":\\\"技能矩阵\\\"},{\\\"training_materials\\\":\\\"培训材料清单\\\"},{\\\"mentorship_guide\\\":\\\"导师指导方案\\\"},{\\\"progress_metrics\\\":\\\"进步度量方式\\\"}]}\"\n  error-recovery-guidance: \"{\\\"on_failure\\\":\\\"赋能方案未能补齐能力差距时回退到能力评估补充\\\",\\\"retry_behavior\\\":\\\"补充评估后重新设计赋能方案\\\"}\"\n  categories: \"[\\\"Development\\\",\\\"Team\\\"]\"\n  depth-requirement: \"{\\\"reference_value\\\":\\\"根据团队能力差距调整赋能深度：简单×1/中等×2/复杂×3\\\",\\\"minimum\\\":\\\"至少包含能力评估、培训计划、效果验收3环节\\\"}\"\n---\n> ⚠️ 本技能单独使用效果有限，建议配合完整技能集（12 步工作流）使用。安装：npx skills add Kokxi/qa-test-skills\n\n> **⚠️ 安全警告**：本技能的示例可能涉及发布检查清单和评审流程的培训材料。\n> 这些是培训示例不是直接操作；请勿未经授权即变更团队流程或发布标准。\n> 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。\n\n# 团队赋能\n\n## 核心原则\n\n授人以渔——把经验做成checklist、把案例做成模板、把评判标准量化。\n\n## 加载时机\n\n| 什么时候读 | 读哪个 |\n|-----------|--------|\n| 选定赋能方式后，取对应做法 | [`references/coaching-methods.md`](references/coaching-methods.md) |\n\n> `四种赋能方式`的完整内容已下沉至 `references/coaching-methods.md`，避免每次触发都占用上下文。\n\n## 培训材料设计\n\n### 新人培训大纲\n\n```text\n第1周：基础认知\n├─ 测试基础概念\n├─ 公司测试流程\n├─ 测试工具使用\n└─ 常用Checklist\n\n第2周：技能提升\n├─ 用例设计方法\n├─ 缺陷管理流程\n├─ 测试执行技巧\n└─ 常见问题处理\n\n第3周：实战演练\n├─ 参与实际项目\n├─ 结对测试\n├─ 用例评审\n└─ Bug评审\n\n第4周：独立工作\n├─ 独立负责模块\n├─ 定期Review\n├─ 问题解答\n└─ 能力评估\n```\n\n### 培训练习设计\n\n```text\n练习类型：\n├─ 案例分析：分析真实Bug案例\n├─ 用例设计：设计测试用例\n├─ Bug报告：编写Bug报告\n└─ 场景模拟：模拟测试执行\n\n练习设计原则：\n├─ 真实性：基于真实场景\n├─ 渐进性：从简单到复杂\n├─ 可衡量：有明确评判标准\n└─ 可反馈：及时给予反馈\n```\n\n## 能力评估体系\n\n### 评估维度\n\n```text\n评估维度：\n├─ 测试设计能力：用例设计质量\n├─ 测试执行能力：执行效率和质量\n├─ 缺陷发现能力：Bug发现数量和质量\n├─ 沟通协作能力：团队协作效果\n└─ 问题解决能力：问题分析和解决\n\n评估标准：\n├─ 初级：能完成基础测试任务\n├─ 中级：能独立负责模块测试\n├─ 高级：能指导新人、优化流程\n└─ 专家：能制定策略、推动改进\n```\n\n### 评估方法\n\n```text\n评估方法：\n├─ 日常观察：工作表现观察\n├─ 产出评审：用例/Bug报告评审\n├─ 能力测试：技能测试\n├─ 360度评估：多维度反馈\n└─ 成长记录：成长轨迹记录\n```\n\n## 应用场景\n\n**新入职的测试同学不知道怎么写测试用例**\n→ Checklist式赋能：提供测试用例设计checklist，逐项check即可完成\n→ 模板式赋能：提供标准测试用例模板，填空即用\n→ Review式赋能：Review他的输出，给出改进建议\n→ Pair式赋能：Pair设计一个模块，示范思路\n\n**团队测试能力参差不齐**\n→ 能力评估：按维度（需求分析/用例设计/自动化/性能）评估每位成员\n→ 针对性培训：根据评估结果设计分层培训内容\n\n## 自检清单\n\n团队赋能完成后检查：\n- [ ] 是否设计了Checklist？\n- [ ] 是否制作了模板？\n- [ ] 是否制定了Review标准？\n- [ ]"},{"path":"_meta.json","content":"{\n  \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n  \"slug\": \"qa-team-coaching\",\n  \"version\": \"1.8.0\",\n  \"publishedAt\": 1790656126077\n}"},{"path":"references/coaching-methods.md","content":"# 四种赋能方式详解\n\n> 本文是 `qa-team-coaching` 的**四种赋能方式详解**。选赋能方式或需要落地做法时读本文；\n只需要赋能与培训的原则时不必读。\n\n---\n\n\n### 方式1：Checklist式\n\n```text\n适用场景：\n├─ 常见测试点整理\n├─ 评审检查清单\n├─ 发布检查清单\n└─ 质量检查清单\n\nChecklist设计原则：\n├─ 完整性：覆盖所有关键点\n├─ 可执行：每项可直接执行\n├─ 可量化：有明确标准\n└─ 可维护：定期更新\n\n示例：\n登录功能测试Checklist\n├─ [ ] 正常登录验证\n├─ [ ] 密码错误验证\n├─ [ ] 用户名不存在验证\n├─ [ ] 账号锁定验证\n├─ [ ] 验证码验证\n├─ [ ] 记住我功能验证\n├─ [ ] 第三方登录验证\n└─ [ ] 多设备登录验证\n```\n\n### 方式2：模板式\n\n```text\n适用场景：\n├─ 用例模板\n├─ Bug报告模板\n├─ 测试报告模板\n└─ 测试计划模板\n\n模板设计原则：\n├─ 标准化：统一格式\n├─ 完整性：包含必要字段\n├─ 可填充：方便填写\n└─ 可复用：可多次使用\n\n示例：\n测试用例模板\n├─ 用例编号：TC_{模块缩写}_{功能缩写}_{序号}\n├─ 用例标题：[动作]+[对象]+[条件]\n├─ 前置条件：[测试前需要满足的条件]\n├─ 测试步骤：[1. 2. 3. ...]\n├─ 预期结果：[具体可验证的预期]\n├─ 优先级：P0/P1/P2/P3\n└─ 风险等级：高/中/低\n```\n\n### 方式3：Review式\n\n```text\n适用场景：\n├─ 用例评审\n├─ Bug评审\n├─ 代码评审\n└─ 测试报告评审\n\nReview设计原则：\n├─ 结构化：有明确的评审维度\n├─ 量化：有明确的评判标准\n├─ 教学式：评审过程即学习过程\n└─ 可改进：有明确的改进方向\n\n示例：\n用例评审维度\n├─ 完整性：是否覆盖所有场景？\n├─ 准确性：步骤/预期是否准确？\n├─ 可执行：用例能否直接执行？\n├─ 效率性：是否有冗余用例？\n└─ 风险覆盖：高风险区域是否深测？\n```\n\n### 方式4：Pair式\n\n```text\n适用场景：\n├─ 结对测试\n├─ 新人带教\n├─ 复杂场景测试\n└─ 探索测试\n\nPair设计原则：\n├─ 角色分工：Driver/Navigator\n├─ 实时交流：边做边讲\n├─ 知识传递：经验分享\n└─ 及时反馈：发现问题立即讨论\n\n示例：\n结对测试流程\n├─ 准备：明确测试目标和分工\n├─ 执行：Driver操作，Navigator观察\n├─ 交流：实时讨论发现的问题\n├─ 总结：回顾测试过程和收获\n└─ 改进：制定改进措施\n```"},{"path":"skill-card.md","content":"## Description:\n\nHelps QA teams coach new members and build testing capability through paired testing, reviews, checklists, templates, and tailored training plans.\n\nThis skill is ready for commercial/non-commercial use.\n\n## Publisher:\n\n[kokxi](https://clawhub.ai/user/kokxi)\n\n### License/Terms of Use:\n\nMIT-0\n\n## Use Case:\n\nQA leads, mentors, and testing teams use this skill to assess skill gaps, onboard new testers, and create coaching plans with measurable follow-up.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: Training examples could be mistaken for approved changes to QA or release processes.\n\nMitigation: Review proposed checklists and process changes with the team before adopting them.\n\nRisk: The optional command to install an external skill set introduces a separate supply-chain trust decision.\n\nMitigation: Verify the package and source, and prefer a pinned commit or version before running the command.\n\n## Reference(s):\n\n- [Coaching methods](references/coaching-methods.md)\n- [ClawHub skill release](https://clawhub.ai/kokxi/skills/qa-team-coaching)\n\n## Skill Output:\n\n**Output Type(s):** [Text, Guidance]\n\n**Output Format:** [Markdown]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Coaching plans may include a skill matrix, training materials, mentorship guidance, progress metrics, and a COACH-XXXX identifier.]\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":"当团队里有测试新人需要带、想提升团队整体测试水平、或者需要把个人经验转化为团队能力时使用此技能。通过 Pair 测试、经验分享、checklist 沉淀、模板建设和培训材料等方式赋能团队。不要等着新人犯错再教——好的赋能是提前给工具和方法论，让新人在第一次做之前就知道\"正确的做法是什么\"。 触发场景：培训、赋能、新人、怎么教、带人、培养、团队成长、新成员加入需要快速上手时。 Use when the user asks about: coaching and enabling a QA team — pairing, knowledge sharing, checklist and template creation, and onboarding new members. Skill: qa-team-coaching Owner: kokxi Summary: 当团队里有测试新人需要带、想提升团队整体测试水平、或者需要把个人经验转化为团队能力时使用此技能。通过 Pair 测试、经验分享、checklist 沉淀、模板建设和培训材料等方式赋能团队。不要等着新人犯错再教——好的赋能是提前给工具和方法论，让新人在第一次做之前就知道\"正确的做法是什么\"。 触发场景：培训、赋能、新人、怎么教、带人、培养、团队成长、新成员加入需要快速上手时。 Use when the user asks about: coaching and enabling a QA team — pairing, knowledge sharing, checklist and template creation, and onboarding new members. Tags: latest:1.8.0 Version histo","editorialQuality":{"score":100,"threshold":65,"status":"ready","wordCount":993,"uniquenessScore":50,"reasons":[]}},"media":{"evidence":{"source":"no-media","verified":false,"confidence":"low","updatedAt":"2026-10-11T09:12:15.289Z","emptyReason":"No screenshots, media assets, or demo links are available."},"primaryImageUrl":null,"mediaAssetCount":0,"assets":[],"demoUrl":null},"ownerResources":{"evidence":{"source":"unclaimed","verified":false,"confidence":"low","updatedAt":"2026-10-11T09:12:15.289Z","emptyReason":"This page has not been claimed by the agent owner."},"hasCustomPage":false,"customPageUpdatedAt":null,"customLinks":[],"structuredLinks":{"docsUrl":null,"demoUrl":null,"supportUrl":null,"pricingUrl":null,"statusUrl":null},"customPage":null},"relatedAgents":{"evidence":{"source":"protocol-neighbors","verified":false,"confidence":"medium","updatedAt":"2026-10-11T11:25:37.179Z","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"}]}}}