{"id":"247a74a6-88c9-400a-9bf5-e0457b649173","entityType":"agent","slug":"clawhub-kokxi-qa-testability-advocacy","name":"qa-testability-advocacy","canonicalUrl":"https://www.xpersona.co/agent/clawhub-kokxi-qa-testability-advocacy","canonicalPath":"/agent/clawhub-kokxi-qa-testability-advocacy","generatedAt":"2026-10-11T07:41:42.906Z","source":"CLAWHUB","claimStatus":"UNCLAIMED","verificationTier":"NONE","summary":{"evidence":{"source":"editorial-content","verified":true,"confidence":"high","updatedAt":"2026-10-11T04:58:09.286Z","emptyReason":null},"description":"当测试发现\"这个功能测不了\"、\"加个日志就能定位\"、\"这个模块没法 Mock\"时使用此技能。从可控性（能否控制测试条件）、可观察性（能否看到内部状态）、可隔离性（能否独立测试）、自动化性和可诊断性五个维度评估系统的可测试性水平，给出具体的系统改进建议和推动策略。可测试性差的系统一定质量差——不是因为系统本身不好，是因为你根本测不透它。输出可测试性评估报告和各维度的改造建议。 ⚠️ 本技能含废弃测试清理建议，执行前请确认非关键数据。 触发场景：可测试性、难测、不好测、测试推动、架构改进、可测性评审、需要推动架构改进可测试性时。 Use when the user asks about: assessing and improving system testability — controllability, observability, isolatability, automability, and diagnosability. Skill: qa-testability-advocacy Owner: kokxi Summary: 当测试发现\"这个功能测不了\"、\"加个日志就能定位\"、\"这个模块没法 Mock\"时使用此技能。从可控性（能否控制测试条件）、可观察性（能否看到内部状态）、可隔离性（能否独立测试）、自动化性和可诊断性五个维度评估系统的可测试性水平，给出具体的系统改进建议和推动策略。可测试性差的系统一定质量差——不是因为系统本身不好，是因为你根本测不透它。输出可测试性评估报告和各维度的改造建议。 ⚠️ 本技能含废弃测试清理建议，执行前请确认非关键数据。 触发场景：可测试性、难测、不好测、测试推动、架构改进、可测性评审、需要推动架构改进可测试性时。 Use when the user asks about: assessing and improving system testability — controllability, observabi","descriptionLabel":"Technical summary","evidenceSummary":"Capability contract not published. No trust telemetry is available yet. 1.2K downloads reported by the source. Last updated 10/11/2026.","installCommand":"clawhub skill install s170jw3s1atcj5jwhqb4r7v7eh8912kp:qa-testability-advocacy","sourceUrl":"https://clawhub.ai/kokxi/qa-testability-advocacy","homepage":"https://clawhub.ai/kokxi/skills/qa-testability-advocacy","primaryLinks":[{"label":"View on ClawHub","url":"https://clawhub.ai/kokxi/qa-testability-advocacy","kind":"source"},{"label":"Homepage","url":"https://clawhub.ai/kokxi/skills/qa-testability-advocacy","kind":"homepage"}],"safetyScore":84,"overallRank":62,"popularityScore":61,"trustScore":null,"claimedByName":null,"isOwner":false,"seoDescription":"当测试发现\"这个功能测不了\"、\"加个日志就能定位\"、\"这个模块没法 Mock\"时使用此技能。从可控性（能否控制测试条件）、可观察性（能否看到内部状态）、可隔离性（能否独立测试）、自动化性和可诊断性五个维度评估系统的可测试性水平，给出具体的系统改进建议和推动策略。可测试性差的系统一定质量差——不是因为系统本身不好，是因为"},"coverage":{"evidence":{"source":"public-profile","verified":false,"confidence":"medium","updatedAt":"2026-10-11T04:58:09.286Z","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-11T04:58:09.286Z","emptyReason":null},"stars":null,"forks":null,"downloads":1153,"packageName":null,"latestVersion":"1.8.0","tractionLabel":"1.2K downloads"},"release":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"medium","updatedAt":"2026-10-11T04:58:09.212Z","emptyReason":null},"lastUpdatedAt":"2026-10-11T04:58:09.286Z","lastCrawledAt":"2026-10-11T04:58:09.212Z","lastIndexedAt":null,"nextCrawlAt":"2026-10-12T04:58:09.212Z","lastVerifiedAt":null,"highlights":[{"version":"1.8.0","createdAt":"2026-09-29T04:29:55.184Z","changelog":"- Major refactor: moved detailed testability dimension checklists from SKILL.md to a new reference file for better modularity. - Added references/testability-dimensions.md to store all testability dimension content. - Updated SKILL.md to reference the new dimensions file and streamlined metadata structure. - Removed obsolete skill-card.md file.","fileCount":4,"zipByteSize":5347},{"version":"1.7.7","createdAt":"2026-09-27T14:44:17.831Z","changelog":"1.7.7","fileCount":3,"zipByteSize":4563},{"version":"1.7.6","createdAt":"2026-09-01T12:50:18.321Z","changelog":"显示名改中文","fileCount":3,"zipByteSize":5082},{"version":"1.7.5","createdAt":"2026-08-30T15:22:40.553Z","changelog":"1.7.5: 版本号升级","fileCount":3,"zipByteSize":4798},{"version":"1.7.0","createdAt":"2026-08-16T14:33:56.527Z","changelog":"- Version bump to 1.7.0. - Removed redundant file: skill-card.md. - SKILL.md: No user-facing content change detected. Structure and guidance remain the same. - Housekeeping update to file inventory only.","fileCount":3,"zipByteSize":4480},{"version":"1.6.3","createdAt":"2026-08-12T15:31:32.633Z","changelog":"- Added slug and displayName fields to align with updated skill metadata conventions. - Bumped version to 1.6.3. - Removed deprecated skill-card.md file. - No changes to core logic or guidance content.","fileCount":3,"zipByteSize":4422},{"version":"1.6.0","createdAt":"2026-07-06T17:18:15.401Z","changelog":"- Enhanced safety: Added prominent warning about potential deletion of non-critical data in cleaning suggestions. - Improved traceability: Each improvement suggestion now includes a unique ID (ADV-XXXX). - Clarified application timing and scenarios in when_to_use for more precise skill activation. - Extended output format and self-checks with categories, depth quantification, error recovery guidelines. - Added reference to shift-left advocacy in related skills. - Removed obsolete skill-card.md file.","fileCount":3,"zipByteSize":4461},{"version":"1.5.0","createdAt":"2026-06-29T12:37:33.276Z","changelog":"- Added version information and enhanced description to clarify usage scenarios and evaluation dimensions. - Expanded and formalized input/output formats for better integration and clarity. - Provided more structured output sections, including assessment, suggestions, refactoring guide, and best practices. - Improved terminology and scenario examples for better guidance in practical application. - Removed obsolete file (skill-card.md) for cleanup and consistency.","fileCount":3,"zipByteSize":4045}]},"execution":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"low","updatedAt":null,"emptyReason":"No published capability contract is available yet."},"installCommand":"clawhub skill install s170jw3s1atcj5jwhqb4r7v7eh8912kp:qa-testability-advocacy","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-testability-advocacy/snapshot","contractUrl":"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-testability-advocacy/contract","trustUrl":"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-testability-advocacy/trust"},"curlExamples":["curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-testability-advocacy/snapshot\"","curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-testability-advocacy/contract\"","curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-testability-advocacy/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-11T07:41:42.905Z"}},"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-testability-advocacy/dossier","snapshotUrl":"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-testability-advocacy/snapshot","contractUrl":"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-testability-advocacy/contract","trustUrl":"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-testability-advocacy/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-11T04:58:09.286Z","emptyReason":null},"readme":"Skill: qa-testability-advocacy\n\nOwner: kokxi\n\nSummary: 当测试发现\"这个功能测不了\"、\"加个日志就能定位\"、\"这个模块没法 Mock\"时使用此技能。从可控性（能否控制测试条件）、可观察性（能否看到内部状态）、可隔离性（能否独立测试）、自动化性和可诊断性五个维度评估系统的可测试性水平，给出具体的系统改进建议和推动策略。可测试性差的系统一定质量差——不是因为系统本身不好，是因为你根本测不透它。输出可测试性评估报告和各维度的改造建议。 ⚠️ 本技能含废弃测试清理建议，执行前请确认非关键数据。 触发场景：可测试性、难测、不好测、测试推动、架构改进、可测性评审、需要推动架构改进可测试性时。 Use when the user asks about: assessing and improving system testability — controllability, observability, isolatability, automability, and diagnosability.\n\nTags: latest:1.8.0\n\nVersion history:\n\nv1.8.0 | 2026-09-29T04:29:55.184Z | auto\n\n- Major refactor: moved detailed testability dimension checklists from SKILL.md to a new reference file for better modularity.\n- Added references/testability-dimensions.md to store all testability dimension content.\n- Updated SKILL.md to reference the new dimensions file and streamlined metadata structure.\n- Removed obsolete skill-card.md file.\n\nv1.7.7 | 2026-09-27T14:44:17.831Z | user\n\n1.7.7\n\nv1.7.6 | 2026-09-01T12:50:18.321Z | user\n\n显示名改中文\n\nv1.7.5 | 2026-08-30T15:22:40.553Z | user\n\n1.7.5: 版本号升级\n\nv1.7.0 | 2026-08-16T14:33:56.527Z | auto\n\n- Version bump to 1.7.0.\n- Removed redundant file: skill-card.md.\n- SKILL.md: No user-facing content change detected. Structure and guidance remain the same.\n- Housekeeping update to file inventory only.\n\nv1.6.3 | 2026-08-12T15:31:32.633Z | auto\n\n- Added slug and displayName fields to align with updated skill metadata conventions.\n- Bumped version to 1.6.3.\n- Removed deprecated skill-card.md file.\n- No changes to core logic or guidance content.\n\nv1.6.0 | 2026-07-06T17:18:15.401Z | auto\n\n- Enhanced safety: Added prominent warning about potential deletion of non-critical data in cleaning suggestions.\n- Improved traceability: Each improvement suggestion now includes a unique ID (ADV-XXXX).\n- Clarified application timing and scenarios in when_to_use for more precise skill activation.\n- Extended output format and self-checks with categories, depth quantification, error recovery guidelines.\n- Added reference to shift-left advocacy in related skills.\n- Removed obsolete skill-card.md file.\n\nv1.5.0 | 2026-06-29T12:37:33.276Z | auto\n\n- Added version information and enhanced description to clarify usage scenarios and evaluation dimensions.\n- Expanded and formalized input/output formats for better integration and clarity.\n- Provided more structured output sections, including assessment, suggestions, refactoring guide, and best practices.\n- Improved terminology and scenario examples for better guidance in practical application.\n- Removed obsolete file (skill-card.md) for cleanup and consistency.\n\nv1.4.1 | 2026-06-25T16:58:06.765Z | auto\n\n- Summary: Refined the skill description and removed redundant documentation.\n\n- Skill description now highlights five key dimensions: 可控性, 可观察性, 可隔离性, 自动化性, 可诊断性.\n- Updated activation context language for clarity.\n- Removed the redundant file: skill-card.md.\n- No changes to core best practices, checklist, or examples.\n\nv1.4.0 | 2026-06-24T05:16:44.324Z | auto\n\n- Removed the file skill-card.md from the skill package.\n- No user-facing functionality or documentation was changed.\n- The skill's core evaluative and guidance features remain unchanged.\n\nv1.3.0 | 2026-06-23T19:45:02.268Z | auto\n\n- 全面重写并结构化可测试性评估指南，覆盖接口、数据、日志、配置、依赖五大测试性维度\n- 明确输入输出格式，聚焦“质量度量+执行观察”输入、“五维度评估+改进措施”输出\n- 实施分阶段（短期/中期/长期）可测试性改进建议及落地方案\n- 提供体系化评估表模板和谈话场景应用示例\n- 增加评估完成后的自查项，强化改进措施可执行性与计划性\n\nArchive index:\n\nArchive v1.8.0: 4 files, 5347 bytes\n\nFiles: references/testability-dimensions.md (3385b), skill-card.md (1618b), SKILL.md (5598b), _meta.json (142b)\n\nFile v1.8.0:SKILL.md\n\n---\nname: qa-testability-advocacy\ndescription: >-\n  当测试发现\"这个功能测不了\"、\"加个日志就能定位\"、\"这个模块没法 Mock\"时使用此技能。从可控性（能否控制测试条件）、可观察性（能否看到内部状态）、可隔离性（能否独立测试）、自动化性和可诊断性五个维度评估系统的可测试性水平，给出具体的系统改进建议和推动策略。可测试性差的系统一定质量差——不是因为系统本身不好，是因为你根本测不透它。输出可测试性评估报告和各维度的改造建议。 ⚠️ 本技能含废弃测试清理建议，执行前请确认非关键数据。 触发场景：可测试性、难测、不好测、测试推动、架构改进、可测性评审、需要推动架构改进可测试性时。 Use when the user asks about: assessing and improving system testability — controllability, observability, isolatability, automability, and diagnosability.\nlicense: MIT\nallowed-tools: Read Grep Glob\nmetadata:\n  display-name: \"Testability Advocacy\"\n  version: \"1.8.0\"\n  when-to-use: \"用户说\\\"可测试性\\\"、\\\"难测\\\"、\\\"不好测\\\"、\\\"测试推动\\\"、\\\"架构改进\\\"、\\\"可测性评审\\\"、需要评估可测试性、需要推动架构改进可测试性时\"\n  related-skills: \"{\\\"upstream\\\":[\\\"qa-quality-metrics\\\",\\\"qa-execution-observation\\\"],\\\"downstream\\\":[\\\"qa-test-env-data\\\",\\\"qa-shift-left\\\"]}\"\n  references: \"[\\\"references/testability-dimensions.md\\\"]\"\n  input-format: \"{\\\"required\\\":[{\\\"name\\\":\\\"测试策略\\\",\\\"type\\\":\\\"object\\\",\\\"description\\\":\\\"来自qa-test-strategy-design的测试策略\\\"},{\\\"name\\\":\\\"架构设计\\\",\\\"type\\\":\\\"string\\\",\\\"description\\\":\\\"系统架构设计文档\\\"}],\\\"optional\\\":[{\\\"name\\\":\\\"代码库访问\\\",\\\"type\\\":\\\"string\\\",\\\"description\\\":\\\"代码库路径和结构\\\"}]}\"\n  output-format: \"{\\\"traceability\\\":[\\\"每项推动建议带唯一ID（ADV-XXXX）\\\"],\\\"structure\\\":[\\\"覆盖率：标注口径（基于现有需求/输入文档），禁止\\\\\\\"全覆盖/100%\\\\\\\"绝对化表述；缺失模块标注\\\\\\\"未覆盖+原因\\\\\\\"\\\",{\\\"testability_assessment\\\":\\\"可测试性评估报告\\\"},{\\\"improvement_suggestions\\\":\\\"改进建议\\\"},{\\\"refactoring_guide\\\":\\\"重构指南\\\"},{\\\"best_practices\\\":\\\"可测试性最佳实践\\\"}]}\"\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/testability-dimensions.md`](references/testability-dimensions.md) |\n\n> `可测试性检查维度`的完整内容已下沉至 `references/testability-dimensions.md`，避免每次触发都占用上下文。\n\n## 可测试性评估表\n\n| 维度 | 检查点 | 现状 | 目标 | 差距 | 改进措施 |\n|------|--------|------|------|------|---------|\n| 接口层 | Mock点 | 无 | 有 | 大 | 开发Mock接口 |\n| 数据层 | 数据构造 | 手动 | 自动 | 中 | 开发数据工厂 |\n| 日志层 | TraceId | 无 | 有 | 大 | 接入链路追踪 |\n| 配置层 | 功能开关 | 无 | 有 | 中 | 开发开关平台 |\n| 依赖层 | 服务Mock | 无 | 有 | 大 | 开发服务虚拟化 |\n\n## 可测试性改进建议\n\n### 短期改进（1-2周）\n```text\n├─ 接口层：添加测试接口\n├─ 数据层：编写数据构造脚本\n├─ 日志层：添加关键路径日志\n├─ 配置层：添加测试配置项\n└─ 依赖层：配置Mock数据\n```\n\n### 中期改进（1-2月）\n```text\n├─ 接口层：开发Mock平台\n├─ 数据层：开发数据工厂\n├─ 日志层：接入链路追踪\n├─ 配置层：开发开关平台\n└─ 依赖层：开发服务虚拟化\n```\n\n### 长期改进（3-6月）\n```text\n├─ 接口层：契约测试平台\n├─ 数据层：测试数据管理平台\n├─ 日志层：日志分析平台\n├─ 配置层：配置中心\n└─ 依赖层：服务治理平台\n```\n\n## 应用场景\n\n**评审订单系统的架构设计**\n→ 接口层可测试性：订单接口是否支持Mock？是否有测试桩？\n→ 数据层可测试性：数据库是否支持事务回滚？测试数据隔离？\n→ 日志层可测试性：关键操作是否打印日志？日志级别是否可配置？\n→ 配置层可测试性：功能开关是否支持动态配置？第三方服务地址是否可配置？\n→ 依赖层可测试性：依赖服务是否有Mock方案？是否支持降级？\n\n**开发说\"这个不好测\"**\n→ 启动可测试性评估，逐维度分析，给出具体改进建议和沟通话术\n\n## 自检清单\n\n可测试性评估完成后检查：\n- [ ] 是否评估了五个维度？\n- [ ] 是否识别了差距？\n- [ ] 是否制定了改进计划？\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-testability-advocacy\",\n  \"version\": \"1.8.0\",\n  \"publishedAt\": 1790656195184\n}\n\nFile v1.8.0:references/testability-dimensions.md\n\n# 可测试性五维检查详表\n\n> 本文是 `qa-testability-advocacy` 的**五维检查详表**。逐维打分或需要举例时读本文；\n只需要评估框架与推动策略时不必读。\n\n---\n\n\n### 维度1：接口层可测试性\n\n```text\n检查点：\n├─ Mock点：是否有Mock接口？\n│   ├─ 外部依赖是否可Mock\n│   ├─ 第三方服务是否可Mock\n│   └─ 数据库是否可Mock\n│\n├─ 测试接口：是否有测试专用接口？\n│   ├─ 数据初始化接口\n│   ├─ 数据清理接口\n│   └─ 状态查询接口\n│\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│\n└─ 数据查询：能否方便查询数据状态？\n    ├─ 数据状态查询接口\n    ├─ 数据变更日志\n    └─ 数据快照\n```\n\n### 维度3：日志层可测试性\n\n```text\n检查点：\n├─ 关键路径日志：关键操作是否有日志？\n│   ├─ 业务操作日志\n│   ├─ 数据变更日志\n│   └─ 异常处理日志\n│\n├─ 日志级别：日志级别是否合理？\n│   ├─ DEBUG：调试信息\n│   ├─ INFO：业务信息\n│   ├─ WARN：警告信息\n│   └─ ERROR：错误信息\n│\n├─ TraceId：是否有链路追踪？\n│   ├─ 请求唯一标识\n│   ├─ 跨服务追踪\n│   └─ 日志关联\n│\n└─ 日志查询：能否方便查询日志？\n    ├─ 日志平台\n    ├─ 日志搜索\n    └─ 日志分析\n```\n\n### 维度4：配置层可测试性\n\n```text\n检查点：\n├─ 功能开关：是否有功能开关？\n│   ├─ 新功能开关\n│   ├─ 实验功能开关\n│   └─ 灰度开关\n│\n├─ 配置动态化：配置能否动态修改？\n│   ├─ 运行时配置\n│   ├─ 热更新配置\n│   └─ 配置回滚\n│\n├─ 测试配置：是否有测试专用配置？\n│   ├─ 测试环境配置\n│   ├─ Mock配置\n│   └─ 超时配置\n│\n└─ 配置文档：配置项文档是否完整？\n    ├─ 配置项说明\n    ├─ 默认值说明\n    └─ 影响范围说明\n```\n\n### 维度5：依赖层可测试性\n\n```text\n检查点：\n├─ 外部依赖：外部依赖能否Mock？\n│   ├─ 第三方接口Mock\n│   ├─ 消息队列Mock\n│   └─ 缓存服务Mock\n│\n├─ 服务依赖：服务依赖能否隔离？\n│   ├─ 服务虚拟化\n│   ├─ 契约测试\n│   └─ 集成测试环境\n│\n├─ 数据库依赖：数据库依赖能否Mock？\n│   ├─ 内存数据库\n│   ├─ 测试数据库\n│   └─ 数据库快照\n│\n└─ 降级方案：依赖异常时能否降级？\n    ├─ 熔断机制\n    ├─ 降级策略\n    └─ 容错处理\n```\n\nFile v1.8.0:skill-card.md\n\n## Description:\n\nAssesses software testability and proposes practical architecture improvements across interfaces, data, logging, configuration, and dependencies.\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 practitioners, developers, and architects use this skill to review testability gaps and plan prioritized improvements to system design and testing workflows.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: The optional install command fetches a broader, unpinned skill set.\n\nMitigation: Verify the publisher and source before running the command.\n\nRisk: Acting on cleanup recommendations could affect important data.\n\nMitigation: Treat cleanup suggestions as planning advice and confirm they affect only non-critical test data before acting.\n\n## Reference(s):\n\n- [Testability dimensions checklist](references/testability-dimensions.md)\n\n## Skill Output:\n\n**Output Type(s):** [Analysis, Guidance]\n\n**Output Format:** [Markdown]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Testability assessment, prioritized improvements, refactoring guidance, and uniquely identified recommendations.]\n\n## Skill Version(s):\n\n1.8.0 (source: release metadata and skill frontmatter)\n\n## Ethical Considerations:\n\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment.\n\nArchive v1.7.7: 3 files, 4563 bytes\n\nFiles: skill-card.md (1473b), SKILL.md (8311b), _meta.json (142b)\n\nFile v1.7.7:SKILL.md\n\n---\nname: qa-testability-advocacy\nslug: qa-testability-advocacy\ndisplayName: Testability Advocacy\nversion: 1.7.7\ndescription: >-\n  当测试发现\"这个功能测不了\"、\"加个日志就能定位\"、\"这个模块没法 Mock\"时使用此技能。从可控性（能否控制测试条件）、可观察性（能否看到内部状态）、可隔离性（能否独立测试）、自动化性和可诊断性五个维度评估系统的可测试性水平，给出具体的系统改进建议和推动策略。可测试性差的系统一定质量差——不是因为系统本身不好，是因为你根本测不透它。输出可测试性评估报告和各维度的改造建议。 ⚠️ 本技能含废弃测试清理建议，执行前请确认非关键数据。\nwhen_to_use: 用户说\"可测试性\"、\"难测\"、\"不好测\"、\"测试推动\"、\"架构改进\"、\"可测性评审\"、需要评估可测试性、需要推动架构改进可测试性时\nallowed-tools: Read Grep Glob\nrelated_skills:\n  upstream:\n    - qa-quality-metrics         # 输入：质量趋势识别改进点\n    - qa-execution-observation   # 输入：执行中发现的可测试性问题\n  downstream:\n    - qa-test-env-data           # 输出：推动环境和数据可测试性改进\n    - qa-shift-left\ninput_format:\n  required:\n    - name: 测试策略\n      type: object\n      description: 来自qa-test-strategy-design的测试策略\n    - name: 架构设计\n      type: string\n      description: 系统架构设计文档\n  optional:\n    - name: 代码库访问\n      type: string\n      description: 代码库路径和结构\noutput_format:\n  traceability:\n    - 每项推动建议带唯一ID（ADV-XXXX）\n  structure:\n    - 测试用例表格：固定 9 列（用例编号|测试类型|功能模块|测试标题|用例级别|预置条件|测试步骤|预期结果|风险等级）\n    - 用例级别：P0≤20%（核心流程）/ P1≤40%（主要功能）/ P2≤30%（次要功能）/ P3≤10%（边缘场景）\n    - 覆盖率：标注口径（基于现有需求/输入文档），禁止\"全覆盖/100%\"绝对化表述；缺失模块标注\"未覆盖+原因\"\n    - testability_assessment: 可测试性评估报告\n    - improvement_suggestions: 改进建议\n    - refactoring_guide: 重构指南\n    - best_practices: 可测试性最佳实践\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├─ Mock点：是否有Mock接口？\n│   ├─ 外部依赖是否可Mock\n│   ├─ 第三方服务是否可Mock\n│   └─ 数据库是否可Mock\n│\n├─ 测试接口：是否有测试专用接口？\n│   ├─ 数据初始化接口\n│   ├─ 数据清理接口\n│   └─ 状态查询接口\n│\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│\n└─ 数据查询：能否方便查询数据状态？\n    ├─ 数据状态查询接口\n    ├─ 数据变更日志\n    └─ 数据快照\n```\n\n### 维度3：日志层可测试性\n\n```text\n检查点：\n├─ 关键路径日志：关键操作是否有日志？\n│   ├─ 业务操作日志\n│   ├─ 数据变更日志\n│   └─ 异常处理日志\n│\n├─ 日志级别：日志级别是否合理？\n│   ├─ DEBUG：调试信息\n│   ├─ INFO：业务信息\n│   ├─ WARN：警告信息\n│   └─ ERROR：错误信息\n│\n├─ TraceId：是否有链路追踪？\n│   ├─ 请求唯一标识\n│   ├─ 跨服务追踪\n│   └─ 日志关联\n│\n└─ 日志查询：能否方便查询日志？\n    ├─ 日志平台\n    ├─ 日志搜索\n    └─ 日志分析\n```\n\n### 维度4：配置层可测试性\n\n```text\n检查点：\n├─ 功能开关：是否有功能开关？\n│   ├─ 新功能开关\n│   ├─ 实验功能开关\n│   └─ 灰度开关\n│\n├─ 配置动态化：配置能否动态修改？\n│   ├─ 运行时配置\n│   ├─ 热更新配置\n│   └─ 配置回滚\n│\n├─ 测试配置：是否有测试专用配置？\n│   ├─ 测试环境配置\n│   ├─ Mock配置\n│   └─ 超时配置\n│\n└─ 配置文档：配置项文档是否完整？\n    ├─ 配置项说明\n    ├─ 默认值说明\n    └─ 影响范围说明\n```\n\n### 维度5：依赖层可测试性\n\n```text\n检查点：\n├─ 外部依赖：外部依赖能否Mock？\n│   ├─ 第三方接口Mock\n│   ├─ 消息队列Mock\n│   └─ 缓存服务Mock\n│\n├─ 服务依赖：服务依赖能否隔离？\n│   ├─ 服务虚拟化\n│   ├─ 契约测试\n│   └─ 集成测试环境\n│\n├─ 数据库依赖：数据库依赖能否Mock？\n│   ├─ 内存数据库\n│   ├─ 测试数据库\n│   └─ 数据库快照\n│\n└─ 降级方案：依赖异常时能否降级？\n    ├─ 熔断机制\n    ├─ 降级策略\n    └─ 容错处理\n```\n\n## 可测试性评估表\n\n| 维度 | 检查点 | 现状 | 目标 | 差距 | 改进措施 |\n|------|--------|------|------|------|---------|\n| 接口层 | Mock点 | 无 | 有 | 大 | 开发Mock接口 |\n| 数据层 | 数据构造 | 手动 | 自动 | 中 | 开发数据工厂 |\n| 日志层 | TraceId | 无 | 有 | 大 | 接入链路追踪 |\n| 配置层 | 功能开关 | 无 | 有 | 中 | 开发开关平台 |\n| 依赖层 | 服务Mock | 无 | 有 | 大 | 开发服务虚拟化 |\n\n## 可测试性改进建议\n\n### 短期改进（1-2周）\n```text\n├─ 接口层：添加测试接口\n├─ 数据层：编写数据构造脚本\n├─ 日志层：添加关键路径日志\n├─ 配置层：添加测试配置项\n└─ 依赖层：配置Mock数据\n```\n\n### 中期改进（1-2月）\n```text\n├─ 接口层：开发Mock平台\n├─ 数据层：开发数据工厂\n├─ 日志层：接入链路追踪\n├─ 配置层：开发开关平台\n└─ 依赖层：开发服务虚拟化\n```\n\n### 长期改进（3-6月）\n```text\n├─ 接口层：契约测试平台\n├─ 数据层：测试数据管理平台\n├─ 日志层：日志分析平台\n├─ 配置层：配置中心\n└─ 依赖层：服务治理平台\n```\n\n## 应用场景\n\n**评审订单系统的架构设计**\n→ 接口层可测试性：订单接口是否支持Mock？是否有测试桩？\n→ 数据层可测试性：数据库是否支持事务回滚？测试数据隔离？\n→ 日志层可测试性：关键操作是否打印日志？日志级别是否可配置？\n→ 配置层可测试性：功能开关是否支持动态配置？第三方服务地址是否可配置？\n→ 依赖层可测试性：依赖服务是否有Mock方案？是否支持降级？\n\n**开发说\"这个不好测\"**\n→ 启动可测试性评估，逐维度分析，给出具体改进建议和沟通话术\n\n## 自检清单\n\n可测试性评估完成后检查：\n- [ ] 是否评估了五个维度？\n- [ ] 是否识别了差距？\n- [ ] 是否制定了改进计划？\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-testability-advocacy\",\n  \"version\": \"1.7.7\",\n  \"publishedAt\": 1790520257831\n}\n\nFile v1.7.7:skill-card.md\n\n## Description:\n\nAssesses software testability and recommends practical improvements to interfaces, test data, logging, configuration, and dependencies.\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 developers use this skill to review architecture and testing obstacles, identify testability gaps, and prioritize actionable improvements.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: Cleanup or refactoring advice could affect important test data or system behavior if applied without review.\n\nMitigation: Confirm data is noncritical and review proposed changes before applying them manually.\n\n## Reference(s):\n\n- [ClawHub skill release](https://clawhub.ai/kokxi/skills/qa-testability-advocacy)\n\n## Skill Output:\n\n**Output Type(s):** [Markdown, Guidance]\n\n**Output Format:** [Markdown assessment and recommendations]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Includes prioritized improvements and traceable recommendation IDs (ADV-XXXX).]\n\n## Skill Version(s):\n\n1.7.7 (source: frontmatter and server release)\n\n## Ethical Considerations:\n\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment.\n\nArchive v1.7.6: 3 files, 5082 bytes\n\nFiles: skill-card.md (2010b), SKILL.md (8852b), _meta.json (142b)\n\nFile v1.7.6:SKILL.md\n\n---\r\nname: qa-testability-advocacy\r\nslug: qa-testability-advocacy\r\ndisplayName: 可测试性倡导\r\nversion: 1.7.5\r\ndescription: >-\r\n  当测试发现\"这个功能测不了\"、\"加个日志就能定位\"、\"这个模块没法 Mock\"时使用此技能。从可控性（能否控制测试条件）、可观察性（能否看到内部状态）、可隔离性（能否独立测试）、自动化性和可诊断性五个维度评估系统的可测试性水平，给出具体的系统改进建议和推动策略。可测试性差的系统一定质量差——不是因为系统本身不好，是因为你根本测不透它。输出可测试性评估报告和各维度的改造建议。 ⚠️ 本技能含废弃测试清理建议，执行前请确认非关键数据。\r\n  本技能属于 QA Test Skills 技能集（49 个技能之一），完整工作流体验需安装全套：npx skills add Kokxi/qa-test-skills\r\nwhen_to_use: 用户说\"可测试性\"、\"难测\"、\"不好测\"、\"测试推动\"、\"架构改进\"、\"可测性评审\"、需要评估可测试性、需要推动架构改进可测试性时\r\nallowed-tools: Read Grep Glob\r\nrelated_skills:\r\n  upstream:\r\n    - qa-quality-metrics         # 输入：质量趋势识别改进点\r\n    - qa-execution-observation   # 输入：执行中发现的可测试性问题\r\n  downstream:\r\n    - qa-test-env-data           # 输出：推动环境和数据可测试性改进\r\n    - qa-shift-left\r\ninput_format:\r\n  required:\r\n    - name: 测试策略\r\n      type: object\r\n      description: 来自qa-test-strategy-design的测试策略\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（ADV-XXXX）\r\n  structure:\r\n    - 测试用例表格：固定 9 列（用例编号|测试类型|功能模块|测试标题|用例级别|预置条件|测试步骤|预期结果|风险等级）\r\n    - 用例级别：P0≤20%（核心流程）/ P1≤40%（主要功能）/ P2≤30%（次要功能）/ P3≤10%（边缘场景）\r\n    - 覆盖率：标注口径（基于现有需求/输入文档），禁止\"全覆盖/100%\"绝对化表述；缺失模块标注\"未覆盖+原因\"\r\n    - testability_assessment: 可测试性评估报告\r\n    - improvement_suggestions: 改进建议\r\n    - refactoring_guide: 重构指南\r\n    - best_practices: 可测试性最佳实践\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├─ Mock点：是否有Mock接口？\r\n│   ├─ 外部依赖是否可Mock\r\n│   ├─ 第三方服务是否可Mock\r\n│   └─ 数据库是否可Mock\r\n│\r\n├─ 测试接口：是否有测试专用接口？\r\n│   ├─ 数据初始化接口\r\n│   ├─ 数据清理接口\r\n│   └─ 状态查询接口\r\n│\r\n├─ 接口文档：接口文档是否完整？\r\n│   ├─ 入参/出参定义\r\n│   ├─ 错误码定义\r\n│   └─ 示例数据\r\n│\r\n└─ 接口版本：接口版本管理？\r\n    ├─ 向后兼容\r\n    └─ 版本切换\r\n```\r\n\r\n### 维度2：数据层可测试性\r\n\r\n```text\r\n检查点：\r\n├─ 数据构造：测试数据能否方便构造？\r\n│   ├─ 数据工厂模式\r\n│   ├─ 测试数据生成器\r\n│   └─ 批量数据导入\r\n│\r\n├─ 数据清理：测试数据能否方便清理？\r\n│   ├─ 测试后自动清理\r\n│   ├─ 按用例隔离\r\n│   └─ 按模块隔离\r\n│\r\n├─ 数据隔离：测试数据能否隔离？\r\n│   ├─ 测试环境独立\r\n│   ├─ 测试库独立\r\n│   └─ 测试账户独立\r\n│\r\n└─ 数据查询：能否方便查询数据状态？\r\n    ├─ 数据状态查询接口\r\n    ├─ 数据变更日志\r\n    └─ 数据快照\r\n```\r\n\r\n### 维度3：日志层可测试性\r\n\r\n```text\r\n检查点：\r\n├─ 关键路径日志：关键操作是否有日志？\r\n│   ├─ 业务操作日志\r\n│   ├─ 数据变更日志\r\n│   └─ 异常处理日志\r\n│\r\n├─ 日志级别：日志级别是否合理？\r\n│   ├─ DEBUG：调试信息\r\n│   ├─ INFO：业务信息\r\n│   ├─ WARN：警告信息\r\n│   └─ ERROR：错误信息\r\n│\r\n├─ TraceId：是否有链路追踪？\r\n│   ├─ 请求唯一标识\r\n│   ├─ 跨服务追踪\r\n│   └─ 日志关联\r\n│\r\n└─ 日志查询：能否方便查询日志？\r\n    ├─ 日志平台\r\n    ├─ 日志搜索\r\n    └─ 日志分析\r\n```\r\n\r\n### 维度4：配置层可测试性\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│   ├─ Mock配置\r\n│   └─ 超时配置\r\n│\r\n└─ 配置文档：配置项文档是否完整？\r\n    ├─ 配置项说明\r\n    ├─ 默认值说明\r\n    └─ 影响范围说明\r\n```\r\n\r\n### 维度5：依赖层可测试性\r\n\r\n```text\r\n检查点：\r\n├─ 外部依赖：外部依赖能否Mock？\r\n│   ├─ 第三方接口Mock\r\n│   ├─ 消息队列Mock\r\n│   └─ 缓存服务Mock\r\n│\r\n├─ 服务依赖：服务依赖能否隔离？\r\n│   ├─ 服务虚拟化\r\n│   ├─ 契约测试\r\n│   └─ 集成测试环境\r\n│\r\n├─ 数据库依赖：数据库依赖能否Mock？\r\n│   ├─ 内存数据库\r\n│   ├─ 测试数据库\r\n│   └─ 数据库快照\r\n│\r\n└─ 降级方案：依赖异常时能否降级？\r\n    ├─ 熔断机制\r\n    ├─ 降级策略\r\n    └─ 容错处理\r\n```\r\n\r\n## 可测试性评估表\r\n\r\n| 维度 | 检查点 | 现状 | 目标 | 差距 | 改进措施 |\r\n|------|--------|------|------|------|---------|\r\n| 接口层 | Mock点 | 无 | 有 | 大 | 开发Mock接口 |\r\n| 数据层 | 数据构造 | 手动 | 自动 | 中 | 开发数据工厂 |\r\n| 日志层 | TraceId | 无 | 有 | 大 | 接入链路追踪 |\r\n| 配置层 | 功能开关 | 无 | 有 | 中 | 开发开关平台 |\r\n| 依赖层 | 服务Mock | 无 | 有 | 大 | 开发服务虚拟化 |\r\n\r\n## 可测试性改进建议\r\n\r\n### 短期改进（1-2周）\r\n```text\r\n├─ 接口层：添加测试接口\r\n├─ 数据层：编写数据构造脚本\r\n├─ 日志层：添加关键路径日志\r\n├─ 配置层：添加测试配置项\r\n└─ 依赖层：配置Mock数据\r\n```\r\n\r\n### 中期改进（1-2月）\r\n```text\r\n├─ 接口层：开发Mock平台\r\n├─ 数据层：开发数据工厂\r\n├─ 日志层：接入链路追踪\r\n├─ 配置层：开发开关平台\r\n└─ 依赖层：开发服务虚拟化\r\n```\r\n\r\n### 长期改进（3-6月）\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→ 接口层可测试性：订单接口是否支持Mock？是否有测试桩？\r\n→ 数据层可测试性：数据库是否支持事务回滚？测试数据隔离？\r\n→ 日志层可测试性：关键操作是否打印日志？日志级别是否可配置？\r\n→ 配置层可测试性：功能开关是否支持动态配置？第三方服务地址是否可配置？\r\n→ 依赖层可测试性：依赖服务是否有Mock方案？是否支持降级？\r\n\r\n**开发说\"这个不好测\"**\r\n→ 启动可测试性评估，逐维度分析，给出具体改进建议和沟通话术\r\n\r\n## 自检清单\r\n\r\n可测试性评估完成后检查：\r\n- [ ] 是否评估了五个维度？\r\n- [ ] 是否识别了差距？\r\n- [ ] 是否制定了改进计划？\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-testability-advocacy\",\n  \"version\": \"1.7.6\",\n  \"publishedAt\": 1788267018321\n}\n\nFile v1.7.6:skill-card.md\n\n## Description:\n\n帮助 QA 和开发团队从可控性、可观察性、可隔离性、自动化性和可诊断性评估系统可测试性，并输出评估报告、改造建议和推动策略。\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 developers use this Chinese-language skill during architecture review or when a feature is difficult to test. It helps identify testability gaps and plan improvements across interfaces, data, logging, configuration, and dependencies.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: The skill recommends installing a larger unpinned third-party skill collection through npx.\n\nMitigation: Install only the reviewed skill unless the larger collection has been independently reviewed and pinned to an exact trusted source and version.\n\nRisk: Some cleanup guidance may be unsafe if applied to critical data or shared environments without review.\n\nMitigation: Review cleanup recommendations before execution and apply them only to non-critical test data or approved isolated environments.\n\n## Reference(s):\n\n- [ClawHub skill page](https://clawhub.ai/kokxi/skills/qa-testability-advocacy)\n\n## Skill Output:\n\n**Output Type(s):** [Analysis, Markdown, Guidance]\n\n**Output Format:** [Markdown report with structured tables, assessment sections, and recommendation IDs]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Chinese-language QA guidance covering testability assessment, improvement suggestions, refactoring guidance, and best practices.]\n\n## Skill Version(s):\n\n1.7.6 (source: 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.5: 3 files, 4798 bytes\n\nFiles: skill-card.md (2085b), SKILL.md (8311b), _meta.json (142b)\n\nFile v1.7.5:SKILL.md\n\n---\nname: qa-testability-advocacy\nslug: qa-testability-advocacy\ndisplayName: Testability Advocacy\nversion: 1.7.5\ndescription: >-\n  当测试发现\"这个功能测不了\"、\"加个日志就能定位\"、\"这个模块没法 Mock\"时使用此技能。从可控性（能否控制测试条件）、可观察性（能否看到内部状态）、可隔离性（能否独立测试）、自动化性和可诊断性五个维度评估系统的可测试性水平，给出具体的系统改进建议和推动策略。可测试性差的系统一定质量差——不是因为系统本身不好，是因为你根本测不透它。输出可测试性评估报告和各维度的改造建议。 ⚠️ 本技能含废弃测试清理建议，执行前请确认非关键数据。\nwhen_to_use: 用户说\"可测试性\"、\"难测\"、\"不好测\"、\"测试推动\"、\"架构改进\"、\"可测性评审\"、需要评估可测试性、需要推动架构改进可测试性时\nallowed-tools: Read Grep Glob\nrelated_skills:\n  upstream:\n    - qa-quality-metrics         # 输入：质量趋势识别改进点\n    - qa-execution-observation   # 输入：执行中发现的可测试性问题\n  downstream:\n    - qa-test-env-data           # 输出：推动环境和数据可测试性改进\n    - qa-shift-left\ninput_format:\n  required:\n    - name: 测试策略\n      type: object\n      description: 来自qa-test-strategy-design的测试策略\n    - name: 架构设计\n      type: string\n      description: 系统架构设计文档\n  optional:\n    - name: 代码库访问\n      type: string\n      description: 代码库路径和结构\noutput_format:\n  traceability:\n    - 每项推动建议带唯一ID（ADV-XXXX）\n  structure:\n    - 测试用例表格：固定 9 列（用例编号|测试类型|功能模块|测试标题|用例级别|预置条件|测试步骤|预期结果|风险等级）\n    - 用例级别：P0≤20%（核心流程）/ P1≤40%（主要功能）/ P2≤30%（次要功能）/ P3≤10%（边缘场景）\n    - 覆盖率：标注口径（基于现有需求/输入文档），禁止\"全覆盖/100%\"绝对化表述；缺失模块标注\"未覆盖+原因\"\n    - testability_assessment: 可测试性评估报告\n    - improvement_suggestions: 改进建议\n    - refactoring_guide: 重构指南\n    - best_practices: 可测试性最佳实践\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├─ Mock点：是否有Mock接口？\n│   ├─ 外部依赖是否可Mock\n│   ├─ 第三方服务是否可Mock\n│   └─ 数据库是否可Mock\n│\n├─ 测试接口：是否有测试专用接口？\n│   ├─ 数据初始化接口\n│   ├─ 数据清理接口\n│   └─ 状态查询接口\n│\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│\n└─ 数据查询：能否方便查询数据状态？\n    ├─ 数据状态查询接口\n    ├─ 数据变更日志\n    └─ 数据快照\n```\n\n### 维度3：日志层可测试性\n\n```text\n检查点：\n├─ 关键路径日志：关键操作是否有日志？\n│   ├─ 业务操作日志\n│   ├─ 数据变更日志\n│   └─ 异常处理日志\n│\n├─ 日志级别：日志级别是否合理？\n│   ├─ DEBUG：调试信息\n│   ├─ INFO：业务信息\n│   ├─ WARN：警告信息\n│   └─ ERROR：错误信息\n│\n├─ TraceId：是否有链路追踪？\n│   ├─ 请求唯一标识\n│   ├─ 跨服务追踪\n│   └─ 日志关联\n│\n└─ 日志查询：能否方便查询日志？\n    ├─ 日志平台\n    ├─ 日志搜索\n    └─ 日志分析\n```\n\n### 维度4：配置层可测试性\n\n```text\n检查点：\n├─ 功能开关：是否有功能开关？\n│   ├─ 新功能开关\n│   ├─ 实验功能开关\n│   └─ 灰度开关\n│\n├─ 配置动态化：配置能否动态修改？\n│   ├─ 运行时配置\n│   ├─ 热更新配置\n│   └─ 配置回滚\n│\n├─ 测试配置：是否有测试专用配置？\n│   ├─ 测试环境配置\n│   ├─ Mock配置\n│   └─ 超时配置\n│\n└─ 配置文档：配置项文档是否完整？\n    ├─ 配置项说明\n    ├─ 默认值说明\n    └─ 影响范围说明\n```\n\n### 维度5：依赖层可测试性\n\n```text\n检查点：\n├─ 外部依赖：外部依赖能否Mock？\n│   ├─ 第三方接口Mock\n│   ├─ 消息队列Mock\n│   └─ 缓存服务Mock\n│\n├─ 服务依赖：服务依赖能否隔离？\n│   ├─ 服务虚拟化\n│   ├─ 契约测试\n│   └─ 集成测试环境\n│\n├─ 数据库依赖：数据库依赖能否Mock？\n│   ├─ 内存数据库\n│   ├─ 测试数据库\n│   └─ 数据库快照\n│\n└─ 降级方案：依赖异常时能否降级？\n    ├─ 熔断机制\n    ├─ 降级策略\n    └─ 容错处理\n```\n\n## 可测试性评估表\n\n| 维度 | 检查点 | 现状 | 目标 | 差距 | 改进措施 |\n|------|--------|------|------|------|---------|\n| 接口层 | Mock点 | 无 | 有 | 大 | 开发Mock接口 |\n| 数据层 | 数据构造 | 手动 | 自动 | 中 | 开发数据工厂 |\n| 日志层 | TraceId | 无 | 有 | 大 | 接入链路追踪 |\n| 配置层 | 功能开关 | 无 | 有 | 中 | 开发开关平台 |\n| 依赖层 | 服务Mock | 无 | 有 | 大 | 开发服务虚拟化 |\n\n## 可测试性改进建议\n\n### 短期改进（1-2周）\n```text\n├─ 接口层：添加测试接口\n├─ 数据层：编写数据构造脚本\n├─ 日志层：添加关键路径日志\n├─ 配置层：添加测试配置项\n└─ 依赖层：配置Mock数据\n```\n\n### 中期改进（1-2月）\n```text\n├─ 接口层：开发Mock平台\n├─ 数据层：开发数据工厂\n├─ 日志层：接入链路追踪\n├─ 配置层：开发开关平台\n└─ 依赖层：开发服务虚拟化\n```\n\n### 长期改进（3-6月）\n```text\n├─ 接口层：契约测试平台\n├─ 数据层：测试数据管理平台\n├─ 日志层：日志分析平台\n├─ 配置层：配置中心\n└─ 依赖层：服务治理平台\n```\n\n## 应用场景\n\n**评审订单系统的架构设计**\n→ 接口层可测试性：订单接口是否支持Mock？是否有测试桩？\n→ 数据层可测试性：数据库是否支持事务回滚？测试数据隔离？\n→ 日志层可测试性：关键操作是否打印日志？日志级别是否可配置？\n→ 配置层可测试性：功能开关是否支持动态配置？第三方服务地址是否可配置？\n→ 依赖层可测试性：依赖服务是否有Mock方案？是否支持降级？\n\n**开发说\"这个不好测\"**\n→ 启动可测试性评估，逐维度分析，给出具体改进建议和沟通话术\n\n## 自检清单\n\n可测试性评估完成后检查：\n- [ ] 是否评估了五个维度？\n- [ ] 是否识别了差距？\n- [ ] 是否制定了改进计划？\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-testability-advocacy\",\n  \"version\": \"1.7.5\",\n  \"publishedAt\": 1788103360553\n}\n\nFile v1.7.5:skill-card.md\n\n## Description:\n\nTestability Advocacy helps QA engineers and developers assess whether a system is controllable, observable, isolatable, automatable, and diagnosable, then produce testability assessment reports and improvement recommendations.\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 developers use this skill during architecture reviews, test planning, or defect triage to identify testability gaps and advocate concrete improvements across interfaces, data, logs, configuration, and dependencies.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: The skill may read project documentation or code while preparing a testability review.\n\nMitigation: Provide only relevant project materials and apply the organization's normal data-handling rules for internal code and documentation.\n\nRisk: Cleanup and test-data recommendations could be harmful if applied directly to real environments or important data.\n\nMitigation: Treat cleanup guidance as planning advice and manually verify environment scope, data criticality, and rollback options before taking action.\n\n## Reference(s):\n\n- [ClawHub skill page](https://clawhub.ai/kokxi/skills/qa-testability-advocacy)\n\n## Skill Output:\n\n**Output Type(s):** [text, markdown, guidance]\n\n**Output Format:** [Markdown report with assessment tables, prioritized recommendations, refactoring guidance, and best-practice sections]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Recommendations are advisory and should be manually reviewed before changes are applied to environments, data, or code.]\n\n## Skill Version(s):\n\n1.7.5 (source: frontmatter and server release metadata)\n\n## Ethical Considerations:\n\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment.\n\nArchive v1.7.0: 3 files, 4480 bytes\n\nFiles: skill-card.md (2024b), SKILL.md (7870b), _meta.json (142b)\n\nFile v1.7.0:SKILL.md\n\n---\nname: qa-testability-advocacy\nslug: qa-testability-advocacy\ndisplayName: Testability Advocacy\nversion: 1.7.0\ndescription: >-\n  当测试发现\"这个功能测不了\"、\"加个日志就能定位\"、\"这个模块没法 Mock\"时使用此技能。从可控性（能否控制测试条件）、可观察性（能否看到内部状态）、可隔离性（能否独立测试）、自动化性和可诊断性五个维度评估系统的可测试性水平，给出具体的系统改进建议和推动策略。可测试性差的系统一定质量差——不是因为系统本身不好，是因为你根本测不透它。输出可测试性评估报告和各维度的改造建议。 ⚠️ 本技能含废弃测试清理建议，执行前请确认非关键数据。\nwhen_to_use: 用户说\"可测试性\"、\"难测\"、\"不好测\"、\"测试推动\"、\"架构改进\"、\"可测性评审\"、需要评估可测试性、需要推动架构改进可测试性时\nallowed-tools: Read Grep Glob\nrelated_skills:\n  upstream:\n    - qa-quality-metrics         # 输入：质量趋势识别改进点\n    - qa-execution-observation   # 输入：执行中发现的可测试性问题\n  downstream:\n    - qa-test-env-data           # 输出：推动环境和数据可测试性改进\n    - qa-shift-left\ninput_format:\n  required:\n    - name: 测试策略\n      type: object\n      description: 来自qa-test-strategy-design的测试策略\n    - name: 架构设计\n      type: string\n      description: 系统架构设计文档\n  optional:\n    - name: 代码库访问\n      type: string\n      description: 代码库路径和结构\noutput_format:\n  traceability:\n    - 每项推动建议带唯一ID（ADV-XXXX）\n  structure:\n    - testability_assessment: 可测试性评估报告\n    - improvement_suggestions: 改进建议\n    - refactoring_guide: 重构指南\n    - best_practices: 可测试性最佳实践\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├─ Mock点：是否有Mock接口？\n│   ├─ 外部依赖是否可Mock\n│   ├─ 第三方服务是否可Mock\n│   └─ 数据库是否可Mock\n│\n├─ 测试接口：是否有测试专用接口？\n│   ├─ 数据初始化接口\n│   ├─ 数据清理接口\n│   └─ 状态查询接口\n│\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│\n└─ 数据查询：能否方便查询数据状态？\n    ├─ 数据状态查询接口\n    ├─ 数据变更日志\n    └─ 数据快照\n```\n\n### 维度3：日志层可测试性\n\n```text\n检查点：\n├─ 关键路径日志：关键操作是否有日志？\n│   ├─ 业务操作日志\n│   ├─ 数据变更日志\n│   └─ 异常处理日志\n│\n├─ 日志级别：日志级别是否合理？\n│   ├─ DEBUG：调试信息\n│   ├─ INFO：业务信息\n│   ├─ WARN：警告信息\n│   └─ ERROR：错误信息\n│\n├─ TraceId：是否有链路追踪？\n│   ├─ 请求唯一标识\n│   ├─ 跨服务追踪\n│   └─ 日志关联\n│\n└─ 日志查询：能否方便查询日志？\n    ├─ 日志平台\n    ├─ 日志搜索\n    └─ 日志分析\n```\n\n### 维度4：配置层可测试性\n\n```text\n检查点：\n├─ 功能开关：是否有功能开关？\n│   ├─ 新功能开关\n│   ├─ 实验功能开关\n│   └─ 灰度开关\n│\n├─ 配置动态化：配置能否动态修改？\n│   ├─ 运行时配置\n│   ├─ 热更新配置\n│   └─ 配置回滚\n│\n├─ 测试配置：是否有测试专用配置？\n│   ├─ 测试环境配置\n│   ├─ Mock配置\n│   └─ 超时配置\n│\n└─ 配置文档：配置项文档是否完整？\n    ├─ 配置项说明\n    ├─ 默认值说明\n    └─ 影响范围说明\n```\n\n### 维度5：依赖层可测试性\n\n```text\n检查点：\n├─ 外部依赖：外部依赖能否Mock？\n│   ├─ 第三方接口Mock\n│   ├─ 消息队列Mock\n│   └─ 缓存服务Mock\n│\n├─ 服务依赖：服务依赖能否隔离？\n│   ├─ 服务虚拟化\n│   ├─ 契约测试\n│   └─ 集成测试环境\n│\n├─ 数据库依赖：数据库依赖能否Mock？\n│   ├─ 内存数据库\n│   ├─ 测试数据库\n│   └─ 数据库快照\n│\n└─ 降级方案：依赖异常时能否降级？\n    ├─ 熔断机制\n    ├─ 降级策略\n    └─ 容错处理\n```\n\n## 可测试性评估表\n\n| 维度 | 检查点 | 现状 | 目标 | 差距 | 改进措施 |\n|------|--------|------|------|------|---------|\n| 接口层 | Mock点 | 无 | 有 | 大 | 开发Mock接口 |\n| 数据层 | 数据构造 | 手动 | 自动 | 中 | 开发数据工厂 |\n| 日志层 | TraceId | 无 | 有 | 大 | 接入链路追踪 |\n| 配置层 | 功能开关 | 无 | 有 | 中 | 开发开关平台 |\n| 依赖层 | 服务Mock | 无 | 有 | 大 | 开发服务虚拟化 |\n\n## 可测试性改进建议\n\n### 短期改进（1-2周）\n```text\n├─ 接口层：添加测试接口\n├─ 数据层：编写数据构造脚本\n├─ 日志层：添加关键路径日志\n├─ 配置层：添加测试配置项\n└─ 依赖层：配置Mock数据\n```\n\n### 中期改进（1-2月）\n```text\n├─ 接口层：开发Mock平台\n├─ 数据层：开发数据工厂\n├─ 日志层：接入链路追踪\n├─ 配置层：开发开关平台\n└─ 依赖层：开发服务虚拟化\n```\n\n### 长期改进（3-6月）\n```text\n├─ 接口层：契约测试平台\n├─ 数据层：测试数据管理平台\n├─ 日志层：日志分析平台\n├─ 配置层：配置中心\n└─ 依赖层：服务治理平台\n```\n\n## 应用场景\n\n**评审订单系统的架构设计**\n→ 接口层可测试性：订单接口是否支持Mock？是否有测试桩？\n→ 数据层可测试性：数据库是否支持事务回滚？测试数据隔离？\n→ 日志层可测试性：关键操作是否打印日志？日志级别是否可配置？\n→ 配置层可测试性：功能开关是否支持动态配置？第三方服务地址是否可配置？\n→ 依赖层可测试性：依赖服务是否有Mock方案？是否支持降级？\n\n**开发说\"这个不好测\"**\n→ 启动可测试性评估，逐维度分析，给出具体改进建议和沟通话术\n\n## 自检清单\n\n可测试性评估完成后检查：\n- [ ] 是否评估了五个维度？\n- [ ] 是否识别了差距？\n- [ ] 是否制定了改进计划？\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-testability-advocacy\",\n  \"version\": \"1.7.0\",\n  \"publishedAt\": 1786890836527\n}\n\nFile v1.7.0:skill-card.md\n\n## Description:\n\nThis skill guides QA and engineering teams through testability assessment across controllability, observability, isolation, automation, and diagnosability, producing assessment reports and practical improvement recommendations.\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 a system is difficult to test, needs architecture changes for better testability, or requires a structured review of mockability, observability, isolation, automation, and diagnosability.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: The skill may activate during broad software architecture or testing discussions.\n\nMitigation: Confirm the user is asking for testability assessment, advocacy, or architecture improvement guidance before applying the skill.\n\nRisk: Data-cleanup recommendations could be misapplied outside a test environment.\n\nMitigation: Apply cleanup guidance only to non-critical test data and verify environment boundaries before acting on any cleanup recommendation.\n\n## Reference(s):\n\n- [ClawHub skill page](https://clawhub.ai/kokxi/skills/qa-testability-advocacy)\n- [ClawHub publisher profile](https://clawhub.ai/user/kokxi)\n\n## Skill Output:\n\n**Output Type(s):** [Text, Markdown, Guidance]\n\n**Output Format:** [Markdown report with structured assessment tables and recommendation lists]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Recommendations include traceability identifiers such as ADV-XXXX when applicable.]\n\n## Skill Version(s):\n\n1.7.0 (source: SKILL.md frontmatter and server release metadata)\n\n## Ethical Considerations:\n\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment.\n\nArchive v1.6.3: 3 files, 4422 bytes\n\nFiles: skill-card.md (1826b), SKILL.md (7870b), _meta.json (142b)\n\nFile v1.6.3:SKILL.md\n\n---\nname: qa-testability-advocacy\nslug: qa-testability-advocacy\ndisplayName: Testability Advocacy\nversion: 1.6.3\ndescription: >-\n  当测试发现\"这个功能测不了\"、\"加个日志就能定位\"、\"这个模块没法 Mock\"时使用此技能。从可控性（能否控制测试条件）、可观察性（能否看到内部状态）、可隔离性（能否独立测试）、自动化性和可诊断性五个维度评估系统的可测试性水平，给出具体的系统改进建议和推动策略。可测试性差的系统一定质量差——不是因为系统本身不好，是因为你根本测不透它。输出可测试性评估报告和各维度的改造建议。 ⚠️ 本技能含废弃测试清理建议，执行前请确认非关键数据。\nwhen_to_use: 用户说\"可测试性\"、\"难测\"、\"不好测\"、\"测试推动\"、\"架构改进\"、\"可测性评审\"、需要评估可测试性、需要推动架构改进可测试性时\nallowed-tools: Read Grep Glob\nrelated_skills:\n  upstream:\n    - qa-quality-metrics         # 输入：质量趋势识别改进点\n    - qa-execution-observation   # 输入：执行中发现的可测试性问题\n  downstream:\n    - qa-test-env-data           # 输出：推动环境和数据可测试性改进\n    - qa-shift-left\ninput_format:\n  required:\n    - name: 测试策略\n      type: object\n      description: 来自qa-test-strategy-design的测试策略\n    - name: 架构设计\n      type: string\n      description: 系统架构设计文档\n  optional:\n    - name: 代码库访问\n      type: string\n      description: 代码库路径和结构\noutput_format:\n  traceability:\n    - 每项推动建议带唯一ID（ADV-XXXX）\n  structure:\n    - testability_assessment: 可测试性评估报告\n    - improvement_suggestions: 改进建议\n    - refactoring_guide: 重构指南\n    - best_practices: 可测试性最佳实践\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├─ Mock点：是否有Mock接口？\n│   ├─ 外部依赖是否可Mock\n│   ├─ 第三方服务是否可Mock\n│   └─ 数据库是否可Mock\n│\n├─ 测试接口：是否有测试专用接口？\n│   ├─ 数据初始化接口\n│   ├─ 数据清理接口\n│   └─ 状态查询接口\n│\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│\n└─ 数据查询：能否方便查询数据状态？\n    ├─ 数据状态查询接口\n    ├─ 数据变更日志\n    └─ 数据快照\n```\n\n### 维度3：日志层可测试性\n\n```text\n检查点：\n├─ 关键路径日志：关键操作是否有日志？\n│   ├─ 业务操作日志\n│   ├─ 数据变更日志\n│   └─ 异常处理日志\n│\n├─ 日志级别：日志级别是否合理？\n│   ├─ DEBUG：调试信息\n│   ├─ INFO：业务信息\n│   ├─ WARN：警告信息\n│   └─ ERROR：错误信息\n│\n├─ TraceId：是否有链路追踪？\n│   ├─ 请求唯一标识\n│   ├─ 跨服务追踪\n│   └─ 日志关联\n│\n└─ 日志查询：能否方便查询日志？\n    ├─ 日志平台\n    ├─ 日志搜索\n    └─ 日志分析\n```\n\n### 维度4：配置层可测试性\n\n```text\n检查点：\n├─ 功能开关：是否有功能开关？\n│   ├─ 新功能开关\n│   ├─ 实验功能开关\n│   └─ 灰度开关\n│\n├─ 配置动态化：配置能否动态修改？\n│   ├─ 运行时配置\n│   ├─ 热更新配置\n│   └─ 配置回滚\n│\n├─ 测试配置：是否有测试专用配置？\n│   ├─ 测试环境配置\n│   ├─ Mock配置\n│   └─ 超时配置\n│\n└─ 配置文档：配置项文档是否完整？\n    ├─ 配置项说明\n    ├─ 默认值说明\n    └─ 影响范围说明\n```\n\n### 维度5：依赖层可测试性\n\n```text\n检查点：\n├─ 外部依赖：外部依赖能否Mock？\n│   ├─ 第三方接口Mock\n│   ├─ 消息队列Mock\n│   └─ 缓存服务Mock\n│\n├─ 服务依赖：服务依赖能否隔离？\n│   ├─ 服务虚拟化\n│   ├─ 契约测试\n│   └─ 集成测试环境\n│\n├─ 数据库依赖：数据库依赖能否Mock？\n│   ├─ 内存数据库\n│   ├─ 测试数据库\n│   └─ 数据库快照\n│\n└─ 降级方案：依赖异常时能否降级？\n    ├─ 熔断机制\n    ├─ 降级策略\n    └─ 容错处理\n```\n\n## 可测试性评估表\n\n| 维度 | 检查点 | 现状 | 目标 | 差距 | 改进措施 |\n|------|--------|------|------|------|---------|\n| 接口层 | Mock点 | 无 | 有 | 大 | 开发Mock接口 |\n| 数据层 | 数据构造 | 手动 | 自动 | 中 | 开发数据工厂 |\n| 日志层 | TraceId | 无 | 有 | 大 | 接入链路追踪 |\n| 配置层 | 功能开关 | 无 | 有 | 中 | 开发开关平台 |\n| 依赖层 | 服务Mock | 无 | 有 | 大 | 开发服务虚拟化 |\n\n## 可测试性改进建议\n\n### 短期改进（1-2周）\n```text\n├─ 接口层：添加测试接口\n├─ 数据层：编写数据构造脚本\n├─ 日志层：添加关键路径日志\n├─ 配置层：添加测试配置项\n└─ 依赖层：配置Mock数据\n```\n\n### 中期改进（1-2月）\n```text\n├─ 接口层：开发Mock平台\n├─ 数据层：开发数据工厂\n├─ 日志层：接入链路追踪\n├─ 配置层：开发开关平台\n└─ 依赖层：开发服务虚拟化\n```\n\n### 长期改进（3-6月）\n```text\n├─ 接口层：契约测试平台\n├─ 数据层：测试数据管理平台\n├─ 日志层：日志分析平台\n├─ 配置层：配置中心\n└─ 依赖层：服务治理平台\n```\n\n## 应用场景\n\n**评审订单系统的架构设计**\n→ 接口层可测试性：订单接口是否支持Mock？是否有测试桩？\n→ 数据层可测试性：数据库是否支持事务回滚？测试数据隔离？\n→ 日志层可测试性：关键操作是否打印日志？日志级别是否可配置？\n→ 配置层可测试性：功能开关是否支持动态配置？第三方服务地址是否可配置？\n→ 依赖层可测试性：依赖服务是否有Mock方案？是否支持降级？\n\n**开发说\"这个不好测\"**\n→ 启动可测试性评估，逐维度分析，给出具体改进建议和沟通话术\n\n## 自检清单\n\n可测试性评估完成后检查：\n- [ ] 是否评估了五个维度？\n- [ ] 是否识别了差距？\n- [ ] 是否制定了改进计划？\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-testability-advocacy\",\n  \"version\": \"1.6.3\",\n  \"publishedAt\": 1786548692633\n}\n\nFile v1.6.3:skill-card.md\n\n## Description:\n\nThis skill helps QA and engineering teams assess system testability across controllability, observability, isolation, automation, and diagnostics, then produce improvement recommendations and advocacy strategies.\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 architects, and development teams use this skill when a feature is hard to test, lacks useful logs, cannot be mocked, or needs an architecture review focused on testability improvements.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: The skill may activate during broad architecture or testing discussions and produce recommendations that affect system design.\n\nMitigation: Review recommendations through normal engineering review before applying them.\n\nRisk: The skill may recommend test-only interfaces or test data cleanup practices.\n\nMitigation: Confirm test-only interfaces are controlled appropriately and apply cleanup only to non-critical test data.\n\n## Reference(s):\n\n\n## Skill Output:\n\n**Output Type(s):** [text, markdown, guidance]\n\n**Output Format:** [Markdown assessment report with improvement recommendations]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Includes traceable recommendation IDs and sections for testability assessment, improvement suggestions, refactoring guidance, and best practices.]\n\n## Skill Version(s):\n\n1.6.3 (source: server evidence and frontmatter)\n\n## Ethical Considerations:\n\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment.\n\nArchive v1.6.0: 3 files, 4461 bytes\n\nFiles: skill-card.md (2013b), SKILL.md (8049b), _meta.json (142b)\n\nFile v1.6.0:SKILL.md\n\n---\r\nname: qa-testability-advocacy\r\nversion: 1.6.0\r\ndescription: >-\r\n  当测试发现\"这个功能测不了\"、\"加个日志就能定位\"、\"这个模块没法 Mock\"时使用此技能。从可控性（能否控制测试条件）、可观察性（能否看到内部状态）、可隔离性（能否独立测试）、自动化性和可诊断性五个维度评估系统的可测试性水平，给出具体的系统改进建议和推动策略。可测试性差的系统一定质量差——不是因为系统本身不好，是因为你根本测不透它。输出可测试性评估报告和各维度的改造建议。 ⚠️ 本技能含废弃测试清理建议，执行前请确认非关键数据。\r\nwhen_to_use: 用户说\"可测试性\"、\"难测\"、\"不好测\"、\"测试推动\"、\"架构改进\"、\"可测性评审\"、需要评估可测试性、需要推动架构改进可测试性时\r\nallowed-tools: Read Grep Glob\r\nrelated_skills:\r\n  upstream:\r\n    - qa-quality-metrics         # 输入：质量趋势识别改进点\r\n    - qa-execution-observation   # 输入：执行中发现的可测试性问题\r\n  downstream:\r\n    - qa-test-env-data           # 输出：推动环境和数据可测试性改进\r\n    - qa-shift-left\r\ninput_format:\r\n  required:\r\n    - name: 测试策略\r\n      type: object\r\n      description: 来自qa-test-strategy-design的测试策略\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（ADV-XXXX）\r\n  structure:\r\n    - testability_assessment: 可测试性评估报告\r\n    - improvement_suggestions: 改进建议\r\n    - refactoring_guide: 重构指南\r\n    - best_practices: 可测试性最佳实践\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├─ Mock点：是否有Mock接口？\r\n│   ├─ 外部依赖是否可Mock\r\n│   ├─ 第三方服务是否可Mock\r\n│   └─ 数据库是否可Mock\r\n│\r\n├─ 测试接口：是否有测试专用接口？\r\n│   ├─ 数据初始化接口\r\n│   ├─ 数据清理接口\r\n│   └─ 状态查询接口\r\n│\r\n├─ 接口文档：接口文档是否完整？\r\n│   ├─ 入参/出参定义\r\n│   ├─ 错误码定义\r\n│   └─ 示例数据\r\n│\r\n└─ 接口版本：接口版本管理？\r\n    ├─ 向后兼容\r\n    └─ 版本切换\r\n```\r\n\r\n### 维度2：数据层可测试性\r\n\r\n```text\r\n检查点：\r\n├─ 数据构造：测试数据能否方便构造？\r\n│   ├─ 数据工厂模式\r\n│   ├─ 测试数据生成器\r\n│   └─ 批量数据导入\r\n│\r\n├─ 数据清理：测试数据能否方便清理？\r\n│   ├─ 测试后自动清理\r\n│   ├─ 按用例隔离\r\n│   └─ 按模块隔离\r\n│\r\n├─ 数据隔离：测试数据能否隔离？\r\n│   ├─ 测试环境独立\r\n│   ├─ 测试库独立\r\n│   └─ 测试账户独立\r\n│\r\n└─ 数据查询：能否方便查询数据状态？\r\n    ├─ 数据状态查询接口\r\n    ├─ 数据变更日志\r\n    └─ 数据快照\r\n```\r\n\r\n### 维度3：日志层可测试性\r\n\r\n```text\r\n检查点：\r\n├─ 关键路径日志：关键操作是否有日志？\r\n│   ├─ 业务操作日志\r\n│   ├─ 数据变更日志\r\n│   └─ 异常处理日志\r\n│\r\n├─ 日志级别：日志级别是否合理？\r\n│   ├─ DEBUG：调试信息\r\n│   ├─ INFO：业务信息\r\n│   ├─ WARN：警告信息\r\n│   └─ ERROR：错误信息\r\n│\r\n├─ TraceId：是否有链路追踪？\r\n│   ├─ 请求唯一标识\r\n│   ├─ 跨服务追踪\r\n│   └─ 日志关联\r\n│\r\n└─ 日志查询：能否方便查询日志？\r\n    ├─ 日志平台\r\n    ├─ 日志搜索\r\n    └─ 日志分析\r\n```\r\n\r\n### 维度4：配置层可测试性\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│   ├─ Mock配置\r\n│   └─ 超时配置\r\n│\r\n└─ 配置文档：配置项文档是否完整？\r\n    ├─ 配置项说明\r\n    ├─ 默认值说明\r\n    └─ 影响范围说明\r\n```\r\n\r\n### 维度5：依赖层可测试性\r\n\r\n```text\r\n检查点：\r\n├─ 外部依赖：外部依赖能否Mock？\r\n│   ├─ 第三方接口Mock\r\n│   ├─ 消息队列Mock\r\n│   └─ 缓存服务Mock\r\n│\r\n├─ 服务依赖：服务依赖能否隔离？\r\n│   ├─ 服务虚拟化\r\n│   ├─ 契约测试\r\n│   └─ 集成测试环境\r\n│\r\n├─ 数据库依赖：数据库依赖能否Mock？\r\n│   ├─ 内存数据库\r\n│   ├─ 测试数据库\r\n│   └─ 数据库快照\r\n│\r\n└─ 降级方案：依赖异常时能否降级？\r\n    ├─ 熔断机制\r\n    ├─ 降级策略\r\n    └─ 容错处理\r\n```\r\n\r\n## 可测试性评估表\r\n\r\n| 维度 | 检查点 | 现状 | 目标 | 差距 | 改进措施 |\r\n|------|--------|------|------|------|---------|\r\n| 接口层 | Mock点 | 无 | 有 | 大 | 开发Mock接口 |\r\n| 数据层 | 数据构造 | 手动 | 自动 | 中 | 开发数据工厂 |\r\n| 日志层 | TraceId | 无 | 有 | 大 | 接入链路追踪 |\r\n| 配置层 | 功能开关 | 无 | 有 | 中 | 开发开关平台 |\r\n| 依赖层 | 服务Mock | 无 | 有 | 大 | 开发服务虚拟化 |\r\n\r\n## 可测试性改进建议\r\n\r\n### 短期改进（1-2周）\r\n```text\r\n├─ 接口层：添加测试接口\r\n├─ 数据层：编写数据构造脚本\r\n├─ 日志层：添加关键路径日志\r\n├─ 配置层：添加测试配置项\r\n└─ 依赖层：配置Mock数据\r\n```\r\n\r\n### 中期改进（1-2月）\r\n```text\r\n├─ 接口层：开发Mock平台\r\n├─ 数据层：开发数据工厂\r\n├─ 日志层：接入链路追踪\r\n├─ 配置层：开发开关平台\r\n└─ 依赖层：开发服务虚拟化\r\n```\r\n\r\n### 长期改进（3-6月）\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→ 接口层可测试性：订单接口是否支持Mock？是否有测试桩？\r\n→ 数据层可测试性：数据库是否支持事务回滚？测试数据隔离？\r\n→ 日志层可测试性：关键操作是否打印日志？日志级别是否可配置？\r\n→ 配置层可测试性：功能开关是否支持动态配置？第三方服务地址是否可配置？\r\n→ 依赖层可测试性：依赖服务是否有Mock方案？是否支持降级？\r\n\r\n**开发说\"这个不好测\"**\r\n→ 启动可测试性评估，逐维度分析，给出具体改进建议和沟通话术\r\n\r\n## 自检清单\r\n\r\n可测试性评估完成后检查：\r\n- [ ] 是否评估了五个维度？\r\n- [ ] 是否识别了差距？\r\n- [ ] 是否制定了改进计划？\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-testability-advocacy\",\n  \"version\": \"1.6.0\",\n  \"publishedAt\": 1783358295401\n}\n\nFile v1.6.0:skill-card.md\n\n## Description: <br>\nChinese-language QA guidance skill for evaluating software testability across controllability, observability, isolation, automation, and diagnosability, then producing assessment reports, improvement suggestions, refactoring guidance, and best practices. <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 features are difficult to test or architecture reviews need testability advocacy. It helps assess testability gaps and turn them into traceable improvement suggestions and implementation guidance. <br>\n\n### Deployment Geography for Use: <br>\nGlobal <br>\n\n## Known Risks and Mitigations: <br>\nRisk: The skill may suggest cleanup of test data as part of improving data-layer testability. <br>\nMitigation: Review cleanup suggestions before applying them and limit any cleanup to non-critical test data. <br>\nRisk: Guidance may omit some testability issues for complex systems. <br>\nMitigation: Supplement the assessment with code review when gaps are suspected, then rerun the improvement planning step. <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 structured assessment sections and traceable suggestion IDs] <br>\n**Output Parameters:** [1D] <br>\n**Other Properties Related to Output:** [Produces a testability assessment, improvement suggestions, refactoring guidance, and best-practice recommendations.] <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, 4045 bytes\n\nFiles: skill-card.md (1645b), SKILL.md (7490b), _meta.json (142b)\n\nFile v1.5.0:SKILL.md\n\n---\r\nname: qa-testability-advocacy\r\nversion: 1.5.0\r\ndescription: >-\r\n  当测试发现\"这个功能测不了\"、\"加个日志就能定位\"、\"这个模块没法 Mock\"时使用此技能。从可控性（能否控制测试条件）、可观察性（能否看到内部状态）、可隔离性（能否独立测试）、自动化性和可诊断性五个维度评估系统的可测试性水平，给出具体的系统改进建议和推动策略。可测试性差的系统一定质量差——不是因为系统本身不好，是因为你根本测不透它。输出可测试性评估报告和各维度的改造建议。\r\n\r\nwhen_to_use: 用户说\"可测试性\"、\"怎么测\"、\"测不了\"、\"测试难\"、\"难测\"、\"解耦\"、\"测试桩\"、需要评估系统可测试性、测试难以开展需要推动系统改进时\r\nallowed-tools: Read Grep Glob\r\nrelated_skills:\r\n  upstream:\r\n    - qa-quality-metrics         # 输入：质量趋势识别改进点\r\n    - qa-execution-observation   # 输入：执行中发现的可测试性问题\r\n  downstream:\r\n    - qa-test-env-data           # 输出：推动环境和数据可测试性改进\r\ninput_format:\r\n  required:\r\n    - name: 测试策略\r\n      type: object\r\n      description: 来自qa-test-strategy-design的测试策略\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    - testability_assessment: 可测试性评估报告\r\n    - improvement_suggestions: 改进建议\r\n    - refactoring_guide: 重构指南\r\n    - best_practices: 可测试性最佳实践\r\n---\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├─ Mock点：是否有Mock接口？\r\n│   ├─ 外部依赖是否可Mock\r\n│   ├─ 第三方服务是否可Mock\r\n│   └─ 数据库是否可Mock\r\n│\r\n├─ 测试接口：是否有测试专用接口？\r\n│   ├─ 数据初始化接口\r\n│   ├─ 数据清理接口\r\n│   └─ 状态查询接口\r\n│\r\n├─ 接口文档：接口文档是否完整？\r\n│   ├─ 入参/出参定义\r\n│   ├─ 错误码定义\r\n│   └─ 示例数据\r\n│\r\n└─ 接口版本：接口版本管理？\r\n    ├─ 向后兼容\r\n    └─ 版本切换\r\n```\r\n\r\n### 维度2：数据层可测试性\r\n\r\n```text\r\n检查点：\r\n├─ 数据构造：测试数据能否方便构造？\r\n│   ├─ 数据工厂模式\r\n│   ├─ 测试数据生成器\r\n│   └─ 批量数据导入\r\n│\r\n├─ 数据清理：测试数据能否方便清理？\r\n│   ├─ 测试后自动清理\r\n│   ├─ 按用例隔离\r\n│   └─ 按模块隔离\r\n│\r\n├─ 数据隔离：测试数据能否隔离？\r\n│   ├─ 测试环境独立\r\n│   ├─ 测试库独立\r\n│   └─ 测试账户独立\r\n│\r\n└─ 数据查询：能否方便查询数据状态？\r\n    ├─ 数据状态查询接口\r\n    ├─ 数据变更日志\r\n    └─ 数据快照\r\n```\r\n\r\n### 维度3：日志层可测试性\r\n\r\n```text\r\n检查点：\r\n├─ 关键路径日志：关键操作是否有日志？\r\n│   ├─ 业务操作日志\r\n│   ├─ 数据变更日志\r\n│   └─ 异常处理日志\r\n│\r\n├─ 日志级别：日志级别是否合理？\r\n│   ├─ DEBUG：调试信息\r\n│   ├─ INFO：业务信息\r\n│   ├─ WARN：警告信息\r\n│   └─ ERROR：错误信息\r\n│\r\n├─ TraceId：是否有链路追踪？\r\n│   ├─ 请求唯一标识\r\n│   ├─ 跨服务追踪\r\n│   └─ 日志关联\r\n│\r\n└─ 日志查询：能否方便查询日志？\r\n    ├─ 日志平台\r\n    ├─ 日志搜索\r\n    └─ 日志分析\r\n```\r\n\r\n### 维度4：配置层可测试性\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│   ├─ Mock配置\r\n│   └─ 超时配置\r\n│\r\n└─ 配置文档：配置项文档是否完整？\r\n    ├─ 配置项说明\r\n    ├─ 默认值说明\r\n    └─ 影响范围说明\r\n```\r\n\r\n### 维度5：依赖层可测试性\r\n\r\n```text\r\n检查点：\r\n├─ 外部依赖：外部依赖能否Mock？\r\n│   ├─ 第三方接口Mock\r\n│   ├─ 消息队列Mock\r\n│   └─ 缓存服务Mock\r\n│\r\n├─ 服务依赖：服务依赖能否隔离？\r\n│   ├─ 服务虚拟化\r\n│   ├─ 契约测试\r\n│   └─ 集成测试环境\r\n│\r\n├─ 数据库依赖：数据库依赖能否Mock？\r\n│   ├─ 内存数据库\r\n│   ├─ 测试数据库\r\n│   └─ 数据库快照\r\n│\r\n└─ 降级方案：依赖异常时能否降级？\r\n    ├─ 熔断机制\r\n    ├─ 降级策略\r\n    └─ 容错处理\r\n```\r\n\r\n## 可测试性评估表\r\n\r\n| 维度 | 检查点 | 现状 | 目标 | 差距 | 改进措施 |\r\n|------|--------|------|------|------|---------|\r\n| 接口层 | Mock点 | 无 | 有 | 大 | 开发Mock接口 |\r\n| 数据层 | 数据构造 | 手动 | 自动 | 中 | 开发数据工厂 |\r\n| 日志层 | TraceId | 无 | 有 | 大 | 接入链路追踪 |\r\n| 配置层 | 功能开关 | 无 | 有 | 中 | 开发开关平台 |\r\n| 依赖层 | 服务Mock | 无 | 有 | 大 | 开发服务虚拟化 |\r\n\r\n## 可测试性改进建议\r\n\r\n### 短期改进（1-2周）\r\n```text\r\n├─ 接口层：添加测试接口\r\n├─ 数据层：编写数据构造脚本\r\n├─ 日志层：添加关键路径日志\r\n├─ 配置层：添加测试配置项\r\n└─ 依赖层：配置Mock数据\r\n```\r\n\r\n### 中期改进（1-2月）\r\n```text\r\n├─ 接口层：开发Mock平台\r\n├─ 数据层：开发数据工厂\r\n├─ 日志层：接入链路追踪\r\n├─ 配置层：开发开关平台\r\n└─ 依赖层：开发服务虚拟化\r\n```\r\n\r\n### 长期改进（3-6月）\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→ 接口层可测试性：订单接口是否支持Mock？是否有测试桩？\r\n→ 数据层可测试性：数据库是否支持事务回滚？测试数据隔离？\r\n→ 日志层可测试性：关键操作是否打印日志？日志级别是否可配置？\r\n→ 配置层可测试性：功能开关是否支持动态配置？第三方服务地址是否可配置？\r\n→ 依赖层可测试性：依赖服务是否有Mock方案？是否支持降级？\r\n\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.5.0:_meta.json\n\n{\n  \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n  \"slug\": \"qa-testability-advocacy\",\n  \"version\": \"1.5.0\",\n  \"publishedAt\": 1782736653276\n}\n\nFile v1.5.0:skill-card.md\n\n## Description: <br>\nHelps QA practitioners evaluate software testability across controllability, observability, isolation, automation, and diagnosability, then propose concrete system improvements. <br>\n\nThis skill is ready for commercial/non-commercial use. <br>\n\n## Publisher: <br>\n[kokxi](https://clawhub.ai/user/kokxi) <br>\n\n### License/Terms of Use: <br>\nMIT-0 <br>\n\n\n## Use Case: <br>\nQA engineers and software teams use this skill when a system is difficult to test, mock, observe, isolate, automate, or diagnose. It produces a structured testability assessment with improvement suggestions, refactoring guidance, and best practices. <br>\n\n### Deployment Geography for Use: <br>\nGlobal <br>\n\n## Known Risks and Mitigations: <br>\nRisk: Review before execution as proposals could introduce incorrect or misleading guidance into skills. <br>\nMitigation: Review and scan skill before deployment. <br>\n\n## Reference(s): <br>\n\n\n## Skill Output: <br>\n**Output Type(s):** [text, markdown, guidance] <br>\n**Output Format:** [Markdown guidance with structured assessment sections] <br>\n**Output Parameters:** [1D] <br>\n**Other Properties Related to Output:** [The skill provides Chinese-language QA guidance and may activate on broad testing-related phrases.] <br>\n\n## Skill Version(s): <br>\n1.5.0 (source: server-resolved release metadata 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.4.1: 3 files, 3813 bytes\n\nFiles: skill-card.md (1929b), SKILL.md (6626b), _meta.json (142b)\n\nFile v1.4.1:SKILL.md\n\n---\r\nname: qa-testability-advocacy\r\ndescription: >-\r\n  可测试性推动，从可控性/可观察性/可隔离性/自动化性/可诊断性五维评估推动系统改进。当需要评估或改进系统可测试性时激活。\r\n\r\nwhen_to_use: 用户说\"可测试性\"、\"怎么测\"、\"测不了\"、\"测试难\"、\"难测\"、\"解耦\"、\"测试桩\"、需要评估系统可测试性、测试难以开展需要推动系统改进时\r\nallowed-tools: Read Grep Glob\r\nrelated_skills:\r\n  upstream:\r\n    - qa-quality-metrics         # 输入：质量趋势识别改进点\r\n    - qa-execution-observation   # 输入：执行中发现的可测试性问题\r\n  downstream:\r\n    - qa-test-env-data           # 输出：推动环境和数据可测试性改进\r\ninput_format: 质量度量 + 执行观察\r\noutput_format: 可测试性评估报告（5维度评估+改进措施）\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├─ Mock点：是否有Mock接口？\r\n│   ├─ 外部依赖是否可Mock\r\n│   ├─ 第三方服务是否可Mock\r\n│   └─ 数据库是否可Mock\r\n│\r\n├─ 测试接口：是否有测试专用接口？\r\n│   ├─ 数据初始化接口\r\n│   ├─ 数据清理接口\r\n│   └─ 状态查询接口\r\n│\r\n├─ 接口文档：接口文档是否完整？\r\n│   ├─ 入参/出参定义\r\n│   ├─ 错误码定义\r\n│   └─ 示例数据\r\n│\r\n└─ 接口版本：接口版本管理？\r\n    ├─ 向后兼容\r\n    └─ 版本切换\r\n```\r\n\r\n### 维度2：数据层可测试性\r\n\r\n```\r\n检查点：\r\n├─ 数据构造：测试数据能否方便构造？\r\n│   ├─ 数据工厂模式\r\n│   ├─ 测试数据生成器\r\n│   └─ 批量数据导入\r\n│\r\n├─ 数据清理：测试数据能否方便清理？\r\n│   ├─ 测试后自动清理\r\n│   ├─ 按用例隔离\r\n│   └─ 按模块隔离\r\n│\r\n├─ 数据隔离：测试数据能否隔离？\r\n│   ├─ 测试环境独立\r\n│   ├─ 测试库独立\r\n│   └─ 测试账户独立\r\n│\r\n└─ 数据查询：能否方便查询数据状态？\r\n    ├─ 数据状态查询接口\r\n    ├─ 数据变更日志\r\n    └─ 数据快照\r\n```\r\n\r\n### 维度3：日志层可测试性\r\n\r\n```\r\n检查点：\r\n├─ 关键路径日志：关键操作是否有日志？\r\n│   ├─ 业务操作日志\r\n│   ├─ 数据变更日志\r\n│   └─ 异常处理日志\r\n│\r\n├─ 日志级别：日志级别是否合理？\r\n│   ├─ DEBUG：调试信息\r\n│   ├─ INFO：业务信息\r\n│   ├─ WARN：警告信息\r\n│   └─ ERROR：错误信息\r\n│\r\n├─ TraceId：是否有链路追踪？\r\n│   ├─ 请求唯一标识\r\n│   ├─ 跨服务追踪\r\n│   └─ 日志关联\r\n│\r\n└─ 日志查询：能否方便查询日志？\r\n    ├─ 日志平台\r\n    ├─ 日志搜索\r\n    └─ 日志分析\r\n```\r\n\r\n### 维度4：配置层可测试性\r\n\r\n```\r\n检查点：\r\n├─ 功能开关：是否有功能开关？\r\n│   ├─ 新功能开关\r\n│   ├─ 实验功能开关\r\n│   └─ 灰度开关\r\n│\r\n├─ 配置动态化：配置能否动态修改？\r\n│   ├─ 运行时配置\r\n│   ├─ 热更新配置\r\n│   └─ 配置回滚\r\n│\r\n├─ 测试配置：是否有测试专用配置？\r\n│   ├─ 测试环境配置\r\n│   ├─ Mock配置\r\n│   └─ 超时配置\r\n│\r\n└─ 配置文档：配置项文档是否完整？\r\n    ├─ 配置项说明\r\n    ├─ 默认值说明\r\n    └─ 影响范围说明\r\n```\r\n\r\n### 维度5：依赖层可测试性\r\n\r\n```\r\n检查点：\r\n├─ 外部依赖：外部依赖能否Mock？\r\n│   ├─ 第三方接口Mock\r\n│   ├─ 消息队列Mock\r\n│   └─ 缓存服务Mock\r\n│\r\n├─ 服务依赖：服务依赖能否隔离？\r\n│   ├─ 服务虚拟化\r\n│   ├─ 契约测试\r\n│   └─ 集成测试环境\r\n│\r\n├─ 数据库依赖：数据库依赖能否Mock？\r\n│   ├─ 内存数据库\r\n│   ├─ 测试数据库\r\n│   └─ 数据库快照\r\n│\r\n└─ 降级方案：依赖异常时能否降级？\r\n    ├─ 熔断机制\r\n    ├─ 降级策略\r\n    └─ 容错处理\r\n```\r\n\r\n## 可测试性评估表\r\n\r\n| 维度 | 检查点 | 现状 | 目标 | 差距 | 改进措施 |\r\n|------|--------|------|------|------|---------|\r\n| 接口层 | Mock点 | 无 | 有 | 大 | 开发Mock接口 |\r\n| 数据层 | 数据构造 | 手动 | 自动 | 中 | 开发数据工厂 |\r\n| 日志层 | TraceId | 无 | 有 | 大 | 接入链路追踪 |\r\n| 配置层 | 功能开关 | 无 | 有 | 中 | 开发开关平台 |\r\n| 依赖层 | 服务Mock | 无 | 有 | 大 | 开发服务虚拟化 |\r\n\r\n## 可测试性改进建议\r\n\r\n### 短期改进（1-2周）\r\n```\r\n├─ 接口层：添加测试接口\r\n├─ 数据层：编写数据构造脚本\r\n├─ 日志层：添加关键路径日志\r\n├─ 配置层：添加测试配置项\r\n└─ 依赖层：配置Mock数据\r\n```\r\n\r\n### 中期改进（1-2月）\r\n```\r\n├─ 接口层：开发Mock平台\r\n├─ 数据层：开发数据工厂\r\n├─ 日志层：接入链路追踪\r\n├─ 配置层：开发开关平台\r\n└─ 依赖层：开发服务虚拟化\r\n```\r\n\r\n### 长期改进（3-6月）\r\n```\r\n├─ 接口层：契约测试平台\r\n├─ 数据层：测试数据管理平台\r\n├─ 日志层：日志分析平台\r\n├─ 配置层：配置中心\r\n└─ 依赖层：服务治理平台\r\n```\r\n\r\n## Examples\r\n\r\n**评审订单系统的架构设计**\r\n→ 接口层可测试性：订单接口是否支持Mock？是否有测试桩？\r\n→ 数据层可测试性：数据库是否支持事务回滚？测试数据隔离？\r\n→ 日志层可测试性：关键操作是否打印日志？日志级别是否可配置？\r\n→ 配置层可测试性：功能开关是否支持动态配置？第三方服务地址是否可配置？\r\n→ 依赖层可测试性：依赖服务是否有Mock方案？是否支持降级？\r\n\r\n**开发说\"这个不好测\"**\r\n→ 启动可测试性评估，逐维度分析，给出具体改进建议和沟通话术\r\n\r\n## Guidelines\r\n\r\n可测试性评估完成后检查：\r\n- [ ] 是否评估了五个维度？\r\n- [ ] 是否识别了差距？\r\n- [ ] 是否制定了改进计划？\r\n- [ ] 改进措施是否可行？\r\n- [ ] 是否有时间计划？\n\nFile v1.4.1:_meta.json\n\n{\n  \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n  \"slug\": \"qa-testability-advocacy\",\n  \"version\": \"1.4.1\",\n  \"publishedAt\": 1782406686765\n}\n\nFile v1.4.1:skill-card.md\n\n## Description: <br>\nChinese-language advisory skill that helps QA and engineering teams assess and improve software testability. <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, software engineers, and reviewers use this skill to evaluate whether a system is testable and to propose concrete improvements across interfaces, data, logs, configuration, and dependencies. <br>\n\n### Deployment Geography for Use: <br>\nGlobal <br>\n\n## Known Risks and Mitigations: <br>\nRisk: Invisible or control characters and broad activation phrases may affect automatic skill routing. <br>\nMitigation: Review and normalize the skill text before installation, and clarify activation phrases in environments that route skills automatically. <br>\nRisk: Advisory testability recommendations may be incomplete for a specific system architecture. <br>\nMitigation: Have QA or engineering reviewers validate recommendations against the target system before changing code, configuration, or process. <br>\n\n\n## Reference(s): <br>\n- [ClawHub skill page](https://clawhub.ai/kokxi/skills/qa-testability-advocacy) <br>\n\n\n## Skill Output: <br>\n**Output Type(s):** [Guidance, Markdown, Analysis] <br>\n**Output Format:** [Markdown testability assessment report with improvement actions] <br>\n**Output Parameters:** [1D] <br>\n**Other Properties Related to Output:** [Chinese-language advisory output; no code or shell commands are produced by default.] <br>\n\n## Skill Version(s): <br>\n1.4.1 (source: server release evidence) <br>\n\n## Ethical Considerations: <br>\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment. <br>\n\nArchive v1.4.0: 3 files, 3771 bytes\n\nFiles: skill-card.md (1682b), SKILL.md (6852b), _meta.json (142b)\n\nFile v1.4.0:SKILL.md\n\n---\r\nname: qa-testability-advocacy\r\ndescription: >-\r\n  可测试性推动，识别并推动系统可测试性改进。当用户需要评估或改进系统可测试性时自动触发。\r\n  也适用于：测试难以开展需要推动系统改进，或代码评审时需要评估可测试性时。\r\n   关键词：可测试性、系统改进、测试接入、质量基础设施、代码可测试性、接口可测试性、测试桩、依赖解耦、测试友好。\nwhen_to_use: 用户说\"可测试性\"、\"怎么测\"、\"测不了\"、\"测试难\"、\"难测\"、\"解耦\"、\"测试桩\"、需要评估系统可测试性、测试难以开展需要推动系统改进时\r\nallowed-tools: Read Grep Glob\r\nrelated_skills:\r\n  upstream:\r\n    - qa-quality-metrics         # 输入：质量趋势识别改进点\r\n    - qa-execution-observation   # 输入：执行中发现的可测试性问题\r\n  downstream:\r\n    - qa-test-env-data           # 输出：推动环境和数据可测试性改进\r\ninput_format: 质量度量 + 执行观察\r\noutput_format: 可测试性评估报告（5维度评估+改进措施）\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├─ Mock点：是否有Mock接口？\r\n│   ├─ 外部依赖是否可Mock\r\n│   ├─ 第三方服务是否可Mock\r\n│   └─ 数据库是否可Mock\r\n│\r\n├─ 测试接口：是否有测试专用接口？\r\n│   ├─ 数据初始化接口\r\n│   ├─ 数据清理接口\r\n│   └─ 状态查询接口\r\n│\r\n├─ 接口文档：接口文档是否完整？\r\n│   ├─ 入参/出参定义\r\n│   ├─ 错误码定义\r\n│   └─ 示例数据\r\n│\r\n└─ 接口版本：接口版本管理？\r\n    ├─ 向后兼容\r\n    └─ 版本切换\r\n```\r\n\r\n### 维度2：数据层可测试性\r\n\r\n```\r\n检查点：\r\n├─ 数据构造：测试数据能否方便构造？\r\n│   ├─ 数据工厂模式\r\n│   ├─ 测试数据生成器\r\n│   └─ 批量数据导入\r\n│\r\n├─ 数据清理：测试数据能否方便清理？\r\n│   ├─ 测试后自动清理\r\n│   ├─ 按用例隔离\r\n│   └─ 按模块隔离\r\n│\r\n├─ 数据隔离：测试数据能否隔离？\r\n│   ├─ 测试环境独立\r\n│   ├─ 测试库独立\r\n│   └─ 测试账户独立\r\n│\r\n└─ 数据查询：能否方便查询数据状态？\r\n    ├─ 数据状态查询接口\r\n    ├─ 数据变更日志\r\n    └─ 数据快照\r\n```\r\n\r\n### 维度3：日志层可测试性\r\n\r\n```\r\n检查点：\r\n├─ 关键路径日志：关键操作是否有日志？\r\n│   ├─ 业务操作日志\r\n│   ├─ 数据变更日志\r\n│   └─ 异常处理日志\r\n│\r\n├─ 日志级别：日志级别是否合理？\r\n│   ├─ DEBUG：调试信息\r\n│   ├─ INFO：业务信息\r\n│   ├─ WARN：警告信息\r\n│   └─ ERROR：错误信息\r\n│\r\n├─ TraceId：是否有链路追踪？\r\n│   ├─ 请求唯一标识\r\n│   ├─ 跨服务追踪\r\n│   └─ 日志关联\r\n│\r\n└─ 日志查询：能否方便查询日志？\r\n    ├─ 日志平台\r\n    ├─ 日志搜索\r\n    └─ 日志分析\r\n```\r\n\r\n### 维度4：配置层可测试性\r\n\r\n```\r\n检查点：\r\n├─ 功能开关：是否有功能开关？\r\n│   ├─ 新功能开关\r\n│   ├─ 实验功能开关\r\n│   └─ 灰度开关\r\n│\r\n├─ 配置动态化：配置能否动态修改？\r\n│   ├─ 运行时配置\r\n│   ├─ 热更新配置\r\n│   └─ 配置回滚\r\n│\r\n├─ 测试配置：是否有测试专用配置？\r\n│   ├─ 测试环境配置\r\n│   ├─ Mock配置\r\n│   └─ 超时配置\r\n│\r\n└─ 配置文档：配置项文档是否完整？\r\n    ├─ 配置项说明\r\n    ├─ 默认值说明\r\n    └─ 影响范围说明\r\n```\r\n\r\n### 维度5：依赖层可测试性\r\n\r\n```\r\n检查点：\r\n├─ 外部依赖：外部依赖能否Mock？\r\n│   ├─ 第三方接口Mock\r\n│   ├─ 消息队列Mock\r\n│   └─ 缓存服务Mock\r\n│\r\n├─ 服务依赖：服务依赖能否隔离？\r\n│   ├─ 服务虚拟化\r\n│   ├─ 契约测试\r\n│   └─ 集成测试环境\r\n│\r\n├─ 数据库依赖：数据库依赖能否Mock？\r\n│   ├─ 内存数据库\r\n│   ├─ 测试数据库\r\n│   └─ 数据库快照\r\n│\r\n└─ 降级方案：依赖异常时能否降级？\r\n    ├─ 熔断机制\r\n    ├─ 降级策略\r\n    └─ 容错处理\r\n```\r\n\r\n## 可测试性评估表\r\n\r\n| 维度 | 检查点 | 现状 | 目标 | 差距 | 改进措施 |\r\n|------|--------|------|------|------|---------|\r\n| 接口层 | Mock点 | 无 | 有 | 大 | 开发Mock接口 |\r\n| 数据层 | 数据构造 | 手动 | 自动 | 中 | 开发数据工厂 |\r\n| 日志层 | TraceId | 无 | 有 | 大 | 接入链路追踪 |\r\n| 配置层 | 功能开关 | 无 | 有 | 中 | 开发开关平台 |\r\n| 依赖层 | 服务Mock | 无 | 有 | 大 | 开发服务虚拟化 |\r\n\r\n## 可测试性改进建议\r\n\r\n### 短期改进（1-2周）\r\n```\r\n├─ 接口层：添加测试接口\r\n├─ 数据层：编写数据构造脚本\r\n├─ 日志层：添加关键路径日志\r\n├─ 配置层：添加测试配置项\r\n└─ 依赖层：配置Mock数据\r\n```\r\n\r\n### 中期改进（1-2月）\r\n```\r\n├─ 接口层：开发Mock平台\r\n├─ 数据层：开发数据工厂\r\n├─ 日志层：接入链路追踪\r\n├─ 配置层：开发开关平台\r\n└─ 依赖层：开发服务虚拟化\r\n```\r\n\r\n### 长期改进（3-6月）\r\n```\r\n├─ 接口层：契约测试平台\r\n├─ 数据层：测试数据管理平台\r\n├─ 日志层：日志分析平台\r\n├─ 配置层：配置中心\r\n└─ 依赖层：服务治理平台\r\n```\r\n\r\n## Examples\r\n\r\n**评审订单系统的架构设计**\r\n→ 接口层可测试性：订单接口是否支持Mock？是否有测试桩？\r\n→ 数据层可测试性：数据库是否支持事务回滚？测试数据隔离？\r\n→ 日志层可测试性：关键操作是否打印日志？日志级别是否可配置？\r\n→ 配置层可测试性：功能开关是否支持动态配置？第三方服务地址是否可配置？\r\n→ 依赖层可测试性：依赖服务是否有Mock方案？是否支持降级？\r\n\r\n**开发说\"这个不好测\"**\r\n→ 启动可测试性评估，逐维度分析，给出具体改进建议和沟通话术\r\n\r\n## Guidelines\r\n\r\n可测试性评估完成后检查：\r\n- [ ] 是否评估了五个维度？\r\n- [ ] 是否识别了差距？\r\n- [ ] 是否制定了改进计划？\r\n- [ ] 改进措施是否可行？\r\n- [ ] 是否有时间计划？\n\nFile v1.4.0:_meta.json\n\n{\n  \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n  \"slug\": \"qa-testability-advocacy\",\n  \"version\": \"1.4.0\",\n  \"publishedAt\": 1782278204324\n}\n\nFile v1.4.0:skill-card.md\n\n## Description: <br>\nThis Chinese-language skill helps agents assess software testability across interface, data, logging, configuration, and dependency dimensions and propose improvement 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, developers, and code reviewers use this skill when tests are hard to design or run and they need a structured testability assessment. It produces a five-dimension review, gap assessment, and short-, medium-, and long-term improvement measures. <br>\n\n### Deployment Geography for Use: <br>\nGlobal <br>\n\n## Known Risks and Mitigations: <br>\nRisk: The broad trigger terms around testing, decoupling, and test difficulty may activate the skill when the user needs a different QA workflow. <br>\nMitigation: Invoke it when the task is specifically about assessing or improving software testability. <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 assessment report] <br>\n**Output Parameters:** [1D] <br>\n**Other Properties Related to Output:** [Uses a five-dimension checklist covering interfaces, data, logging, configuration, and dependencies.] <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-testability-advocacy Owner: kokxi Summary: 当测试发现\"这个功能测不了\"、\"加个日志就能定位\"、\"这个模块没法 Mock\"时使用此技能。从可控性（能否控制测试条件）、可观察性（能否看到内部状态）、可隔离性（能否独立测试）、自动化性和可诊断性五个维度评估系统的可测试性水平，给出具体的系统改进建议和推动策略。可测试性差的系统一定质量差——不是因为系统本身不好，是因为你根本测不透它。输出可测试性评估报告和各维度的改造建议。 ⚠️ 本技能含废弃测试清理建议，执行前请确认非关键数据。 触发场景：可测试性、难测、不好测、测试推动、架构改进、可测性评审、需要推动架构改进可测试性时。 Use when the user asks about: assessing and improving system testability — controllability, observabi","codeSnippets":[],"executableExamples":[{"language":"text","snippet":"├─ 接口层：添加测试接口\n├─ 数据层：编写数据构造脚本\n├─ 日志层：添加关键路径日志\n├─ 配置层：添加测试配置项\n└─ 依赖层：配置Mock数据"},{"language":"text","snippet":"├─ 接口层：开发Mock平台\n├─ 数据层：开发数据工厂\n├─ 日志层：接入链路追踪\n├─ 配置层：开发开关平台\n└─ 依赖层：开发服务虚拟化"},{"language":"text","snippet":"├─ 接口层：契约测试平台\n├─ 数据层：测试数据管理平台\n├─ 日志层：日志分析平台\n├─ 配置层：配置中心\n└─ 依赖层：服务治理平台"},{"language":"text","snippet":"检查点：\n├─ Mock点：是否有Mock接口？\n│   ├─ 外部依赖是否可Mock\n│   ├─ 第三方服务是否可Mock\n│   └─ 数据库是否可Mock\n│\n├─ 测试接口：是否有测试专用接口？\n│   ├─ 数据初始化接口\n│   ├─ 数据清理接口\n│   └─ 状态查询接口\n│\n├─ 接口文档：接口文档是否完整？\n│   ├─ 入参/出参定义\n│   ├─ 错误码定义\n│   └─ 示例数据\n│\n└─ 接口版本：接口版本管理？\n    ├─ 向后兼容\n    └─ 版本切换"},{"language":"text","snippet":"检查点：\n├─ 数据构造：测试数据能否方便构造？\n│   ├─ 数据工厂模式\n│   ├─ 测试数据生成器\n│   └─ 批量数据导入\n│\n├─ 数据清理：测试数据能否方便清理？\n│   ├─ 测试后自动清理\n│   ├─ 按用例隔离\n│   └─ 按模块隔离\n│\n├─ 数据隔离：测试数据能否隔离？\n│   ├─ 测试环境独立\n│   ├─ 测试库独立\n│   └─ 测试账户独立\n│\n└─ 数据查询：能否方便查询数据状态？\n    ├─ 数据状态查询接口\n    ├─ 数据变更日志\n    └─ 数据快照"},{"language":"text","snippet":"检查点：\n├─ 关键路径日志：关键操作是否有日志？\n│   ├─ 业务操作日志\n│   ├─ 数据变更日志\n│   └─ 异常处理日志\n│\n├─ 日志级别：日志级别是否合理？\n│   ├─ DEBUG：调试信息\n│   ├─ INFO：业务信息\n│   ├─ WARN：警告信息\n│   └─ ERROR：错误信息\n│\n├─ TraceId：是否有链路追踪？\n│   ├─ 请求唯一标识\n│   ├─ 跨服务追踪\n│   └─ 日志关联\n│\n└─ 日志查询：能否方便查询日志？\n    ├─ 日志平台\n    ├─ 日志搜索\n    └─ 日志分析"}],"parameters":null,"dependencies":[],"permissions":[],"extractedFiles":[{"path":"SKILL.md","content":"---\nname: qa-testability-advocacy\ndescription: >-\n  当测试发现\"这个功能测不了\"、\"加个日志就能定位\"、\"这个模块没法 Mock\"时使用此技能。从可控性（能否控制测试条件）、可观察性（能否看到内部状态）、可隔离性（能否独立测试）、自动化性和可诊断性五个维度评估系统的可测试性水平，给出具体的系统改进建议和推动策略。可测试性差的系统一定质量差——不是因为系统本身不好，是因为你根本测不透它。输出可测试性评估报告和各维度的改造建议。 ⚠️ 本技能含废弃测试清理建议，执行前请确认非关键数据。 触发场景：可测试性、难测、不好测、测试推动、架构改进、可测性评审、需要推动架构改进可测试性时。 Use when the user asks about: assessing and improving system testability — controllability, observability, isolatability, automability, and diagnosability.\nlicense: MIT\nallowed-tools: Read Grep Glob\nmetadata:\n  display-name: \"Testability Advocacy\"\n  version: \"1.8.0\"\n  when-to-use: \"用户说\\\"可测试性\\\"、\\\"难测\\\"、\\\"不好测\\\"、\\\"测试推动\\\"、\\\"架构改进\\\"、\\\"可测性评审\\\"、需要评估可测试性、需要推动架构改进可测试性时\"\n  related-skills: \"{\\\"upstream\\\":[\\\"qa-quality-metrics\\\",\\\"qa-execution-observation\\\"],\\\"downstream\\\":[\\\"qa-test-env-data\\\",\\\"qa-shift-left\\\"]}\"\n  references: \"[\\\"references/testability-dimensions.md\\\"]\"\n  input-format: \"{\\\"required\\\":[{\\\"name\\\":\\\"测试策略\\\",\\\"type\\\":\\\"object\\\",\\\"description\\\":\\\"来自qa-test-strategy-design的测试策略\\\"},{\\\"name\\\":\\\"架构设计\\\",\\\"type\\\":\\\"string\\\",\\\"description\\\":\\\"系统架构设计文档\\\"}],\\\"optional\\\":[{\\\"name\\\":\\\"代码库访问\\\",\\\"type\\\":\\\"string\\\",\\\"description\\\":\\\"代码库路径和结构\\\"}]}\"\n  output-format: \"{\\\"traceability\\\":[\\\"每项推动建议带唯一ID（ADV-XXXX）\\\"],\\\"structure\\\":[\\\"覆盖率：标注口径（基于现有需求/输入文档），禁止\\\\\\\"全覆盖/100%\\\\\\\"绝对化表述；缺失模块标注\\\\\\\"未覆盖+原因\\\\\\\"\\\",{\\\"testability_assessment\\\":\\\"可测试性评估报告\\\"},{\\\"improvement_suggestions\\\":\\\"改进建议\\\"},{\\\"refactoring_guide\\\":\\\"重构指南\\\"},{\\\"best_practices\\\":\\\"可测试性最佳实践\\\"}]}\"\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/testability-dimensions.md`](references/testability-dimensions.md) |\n\n> `可测试性检查维度`的完整内容已下沉至 `references/testability-dimensions.md`，避免每次触发都占用上下文。\n\n## 可测试性评估表\n\n| 维度 | 检查点 | 现状 | 目标 | 差距 | 改进措施 |\n|------|--------|------|------|------|---------|\n| 接口层 | Mock点 | 无 | 有 | 大 | 开发Mock接口 |\n| 数据层 | 数据构造 | 手动 | 自动 | 中 | 开发数据工厂 |\n| 日志层 | TraceId | 无 | 有 | 大 | 接入链路追踪 |\n| 配置层 | 功能开关 | 无 | 有 | 中 | 开发开关平台 |\n| 依赖层 | 服务Mock | 无 | 有 | 大 | 开发服务虚拟化 |\n\n## 可测试性改进建议\n\n### 短期改进（1-2周）\n```text\n├─ 接口层：添加测试接口\n├─ 数据层：编写数据构造脚本\n├─ 日志层：添加关键路径日志\n├─ 配置层：添加测试配置项\n└─ 依赖层：配置Mock数据\n```\n\n### 中期改进（1-2月）\n```text\n├─ 接口层：开发Mock平台\n├─ 数据层：开发数据工厂\n├─ 日志层：接入链路追踪\n├─ 配置层：开发开关平台\n└─ 依赖层：开发服务虚拟化\n```\n\n### 长期改进（3-6月）\n```text\n├─ 接口层：契约测试平台\n├─ 数据层：测试数据管理平台\n├─ 日志层：日志分析平台\n├─ 配置层：配置中心\n└─ 依赖层：服务治理平台\n```\n\n## 应用场景\n\n**评审订单系统的架构设计**\n→ 接口层可测试性：订单接口是否支持Mock？是否有测试桩？\n→ 数据层可测试性：数据库是否支持事务回滚？测试数据隔离？\n→ 日志层可测试性：关键操作是否打印日志？日志级别是否可配置？\n→ 配置层可测试性：功能开关是否支持动态配置？第三方服务地址是否可配置？\n→ 依赖层可测试性：依赖服务是否有Mock方案？是否支持降级？\n\n**开发说\"这个不好测\"**\n→ 启动可测试性评估，逐维度分析，给出具体改进建议和沟通话术\n\n## 自检清单\n\n可测试性评估完成后检查：\n- [ ] 是否评估了五个维度？\n- [ ] 是否识别了差距？\n- [ ] "},{"path":"_meta.json","content":"{\n  \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n  \"slug\": \"qa-testability-advocacy\",\n  \"version\": \"1.8.0\",\n  \"publishedAt\": 1790656195184\n}"},{"path":"references/testability-dimensions.md","content":"# 可测试性五维检查详表\n\n> 本文是 `qa-testability-advocacy` 的**五维检查详表**。逐维打分或需要举例时读本文；\n只需要评估框架与推动策略时不必读。\n\n---\n\n\n### 维度1：接口层可测试性\n\n```text\n检查点：\n├─ Mock点：是否有Mock接口？\n│   ├─ 外部依赖是否可Mock\n│   ├─ 第三方服务是否可Mock\n│   └─ 数据库是否可Mock\n│\n├─ 测试接口：是否有测试专用接口？\n│   ├─ 数据初始化接口\n│   ├─ 数据清理接口\n│   └─ 状态查询接口\n│\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│\n└─ 数据查询：能否方便查询数据状态？\n    ├─ 数据状态查询接口\n    ├─ 数据变更日志\n    └─ 数据快照\n```\n\n### 维度3：日志层可测试性\n\n```text\n检查点：\n├─ 关键路径日志：关键操作是否有日志？\n│   ├─ 业务操作日志\n│   ├─ 数据变更日志\n│   └─ 异常处理日志\n│\n├─ 日志级别：日志级别是否合理？\n│   ├─ DEBUG：调试信息\n│   ├─ INFO：业务信息\n│   ├─ WARN：警告信息\n│   └─ ERROR：错误信息\n│\n├─ TraceId：是否有链路追踪？\n│   ├─ 请求唯一标识\n│   ├─ 跨服务追踪\n│   └─ 日志关联\n│\n└─ 日志查询：能否方便查询日志？\n    ├─ 日志平台\n    ├─ 日志搜索\n    └─ 日志分析\n```\n\n### 维度4：配置层可测试性\n\n```text\n检查点：\n├─ 功能开关：是否有功能开关？\n│   ├─ 新功能开关\n│   ├─ 实验功能开关\n│   └─ 灰度开关\n│\n├─ 配置动态化：配置能否动态修改？\n│   ├─ 运行时配置\n│   ├─ 热更新配置\n│   └─ 配置回滚\n│\n├─ 测试配置：是否有测试专用配置？\n│   ├─ 测试环境配置\n│   ├─ Mock配置\n│   └─ 超时配置\n│\n└─ 配置文档：配置项文档是否完整？\n    ├─ 配置项说明\n    ├─ 默认值说明\n    └─ 影响范围说明\n```\n\n### 维度5：依赖层可测试性\n\n```text\n检查点：\n├─ 外部依赖：外部依赖能否Mock？\n│   ├─ 第三方接口Mock\n│   ├─ 消息队列Mock\n│   └─ 缓存服务Mock\n│\n├─ 服务依赖：服务依赖能否隔离？\n│   ├─ 服务虚拟化\n│   ├─ 契约测试\n│   └─ 集成测试环境\n│\n├─ 数据库依赖：数据库依赖能否Mock？\n│   ├─ 内存数据库\n│   ├─ 测试数据库\n│   └─ 数据库快照\n│\n└─ 降级方案：依赖异常时能否降级？\n    ├─ 熔断机制\n    ├─ 降级策略\n    └─ 容错处理\n```"},{"path":"skill-card.md","content":"## Description:\n\nAssesses software testability and proposes practical architecture improvements across interfaces, data, logging, configuration, and dependencies.\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 practitioners, developers, and architects use this skill to review testability gaps and plan prioritized improvements to system design and testing workflows.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: The optional install command fetches a broader, unpinned skill set.\n\nMitigation: Verify the publisher and source before running the command.\n\nRisk: Acting on cleanup recommendations could affect important data.\n\nMitigation: Treat cleanup suggestions as planning advice and confirm they affect only non-critical test data before acting.\n\n## Reference(s):\n\n- [Testability dimensions checklist](references/testability-dimensions.md)\n\n## Skill Output:\n\n**Output Type(s):** [Analysis, Guidance]\n\n**Output Format:** [Markdown]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Testability assessment, prioritized improvements, refactoring guidance, and uniquely identified recommendations.]\n\n## Skill Version(s):\n\n1.8.0 (source: release metadata and skill frontmatter)\n\n## Ethical Considerations:\n\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment."}],"languages":[],"docsSourceLabel":"CLAWHUB","editorialOverview":"当测试发现\"这个功能测不了\"、\"加个日志就能定位\"、\"这个模块没法 Mock\"时使用此技能。从可控性（能否控制测试条件）、可观察性（能否看到内部状态）、可隔离性（能否独立测试）、自动化性和可诊断性五个维度评估系统的可测试性水平，给出具体的系统改进建议和推动策略。可测试性差的系统一定质量差——不是因为系统本身不好，是因为你根本测不透它。输出可测试性评估报告和各维度的改造建议。 ⚠️ 本技能含废弃测试清理建议，执行前请确认非关键数据。 触发场景：可测试性、难测、不好测、测试推动、架构改进、可测性评审、需要推动架构改进可测试性时。 Use when the user asks about: assessing and improving system testability — controllability, observability, isolatability, automability, and diagnosability. Skill: qa-testability-advocacy Owner: kokxi Summary: 当测试发现\"这个功能测不了\"、\"加个日志就能定位\"、\"这个模块没法 Mock\"时使用此技能。从可控性（能否控制测试条件）、可观察性（能否看到内部状态）、可隔离性（能否独立测试）、自动化性和可诊断性五个维度评估系统的可测试性水平，给出具体的系统改进建议和推动策略。可测试性差的系统一定质量差——不是因为系统本身不好，是因为你根本测不透它。输出可测试性评估报告和各维度的改造建议。 ⚠️ 本技能含废弃测试清理建议，执行前请确认非关键数据。 触发场景：可测试性、难测、不好测、测试推动、架构改进、可测性评审、需要推动架构改进可测试性时。 Use when the user asks about: assessing and improving system testability — controllability, observabi","editorialQuality":{"score":100,"threshold":65,"status":"ready","wordCount":925,"uniquenessScore":54,"reasons":[]}},"media":{"evidence":{"source":"no-media","verified":false,"confidence":"low","updatedAt":"2026-10-11T04:58:09.286Z","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-11T04:58:09.286Z","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-11T07:41:42.906Z","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"}]}}}