{"id":"7a40943c-f643-465f-8b9c-56401efe5577","entityType":"agent","slug":"clawhub-kokxi-qa-domain-modeling","name":"qa-domain-modeling","canonicalUrl":"https://www.xpersona.co/agent/clawhub-kokxi-qa-domain-modeling","canonicalPath":"/agent/clawhub-kokxi-qa-domain-modeling","generatedAt":"2026-10-11T14:14:55.844Z","source":"CLAWHUB","claimStatus":"UNCLAIMED","verificationTier":"NONE","summary":{"evidence":{"source":"editorial-content","verified":true,"confidence":"high","updatedAt":"2026-10-11T11:24:57.309Z","emptyReason":null},"description":"通过构建状态机、数据流图和服务依赖图来理清复杂的业务逻辑和系统边界。当需求文档复杂、涉及多个子系统交互、或者你搞不清楚数据在不同模块之间怎么流转的时候，应当使用此技能。领域建模不是为了画图而画图——它帮你发现那些\"需求文档里没写的\"隐式业务规则和系统边界。适用于复杂业务流程的测试范围可视化。 触发场景：画状态图、数据流、服务依赖、建模、领域建模、状态转换、数据流向、服务调用关系、需求文档复杂难以理解时。 Use when the user asks about: state machine, data flow, and service dependency modeling to expose implicit business rules and system boundaries. Skill: qa-domain-modeling Owner: kokxi Summary: 通过构建状态机、数据流图和服务依赖图来理清复杂的业务逻辑和系统边界。当需求文档复杂、涉及多个子系统交互、或者你搞不清楚数据在不同模块之间怎么流转的时候，应当使用此技能。领域建模不是为了画图而画图——它帮你发现那些\"需求文档里没写的\"隐式业务规则和系统边界。适用于复杂业务流程的测试范围可视化。 触发场景：画状态图、数据流、服务依赖、建模、领域建模、状态转换、数据流向、服务调用关系、需求文档复杂难以理解时。 Use when the user asks about: state machine, data flow, and service dependency modeling to expose implicit business rules and system boundaries. Tags: latest:1.8.0 Vers","descriptionLabel":"Technical summary","evidenceSummary":"Capability contract not published. No trust telemetry is available yet. 1.1K downloads reported by the source. Last updated 10/11/2026.","installCommand":"clawhub skill install s170jw3s1atcj5jwhqb4r7v7eh8912kp:qa-domain-modeling","sourceUrl":"https://clawhub.ai/kokxi/qa-domain-modeling","homepage":"https://clawhub.ai/kokxi/skills/qa-domain-modeling","primaryLinks":[{"label":"View on ClawHub","url":"https://clawhub.ai/kokxi/qa-domain-modeling","kind":"source"},{"label":"Homepage","url":"https://clawhub.ai/kokxi/skills/qa-domain-modeling","kind":"homepage"}],"safetyScore":84,"overallRank":62,"popularityScore":61,"trustScore":null,"claimedByName":null,"isOwner":false,"seoDescription":"通过构建状态机、数据流图和服务依赖图来理清复杂的业务逻辑和系统边界。当需求文档复杂、涉及多个子系统交互、或者你搞不清楚数据在不同模块之间怎么流转的时候，应当使用此技能。领域建模不是为了画图而画图——它帮你发现那些\"需求文档里没写的\"隐式业务规则和系统边界。适用于复杂业务流程的测试范围可视化。 触发场景：画状态图、数据流"},"coverage":{"evidence":{"source":"public-profile","verified":false,"confidence":"medium","updatedAt":"2026-10-11T11:24:57.309Z","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-11T11:24:57.309Z","emptyReason":null},"stars":null,"forks":null,"downloads":1077,"packageName":null,"latestVersion":"1.8.0","tractionLabel":"1.1K downloads"},"release":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"medium","updatedAt":"2026-10-11T11:24:57.295Z","emptyReason":null},"lastUpdatedAt":"2026-10-11T11:24:57.309Z","lastCrawledAt":"2026-10-11T11:24:57.295Z","lastIndexedAt":null,"nextCrawlAt":"2026-10-12T11:24:57.295Z","lastVerifiedAt":null,"highlights":[{"version":"1.8.0","createdAt":"2026-09-29T04:26:22.061Z","changelog":"**Changelog for qa-domain-modeling v1.8.0** - Split detailed modeling view guidance into a new file: `references/modeling-views.md`. - Significantly reduced and refactored `SKILL.md`, referencing the external guide to minimize context overload. - Removed old summary file: `skill-card.md`. - Added metadata and standardized structure in `SKILL.md` for consistency and clarity. - No changes made to core output formats or modeling procedures.","fileCount":4,"zipByteSize":5661},{"version":"1.7.7","createdAt":"2026-09-27T14:34:30.955Z","changelog":"1.7.7","fileCount":3,"zipByteSize":4941},{"version":"1.7.6","createdAt":"2026-09-01T12:39:05.081Z","changelog":"显示名改中文","fileCount":3,"zipByteSize":5209},{"version":"1.7.5","createdAt":"2026-08-30T15:13:20.011Z","changelog":"1.7.5: 版本号升级","fileCount":3,"zipByteSize":5128},{"version":"1.6.3","createdAt":"2026-08-12T15:23:00.362Z","changelog":"- Added slug and displayName fields for improved skill metadata. - Updated version to 1.6.3. - Removed deprecated skill-card.md file. - No functional or logic changes to core modeling instructions and examples.","fileCount":3,"zipByteSize":4895},{"version":"1.6.0","createdAt":"2026-07-06T17:15:06.150Z","changelog":"**qa-domain-modeling v1.6.0** - 增加 categories 字段（Development, Requirements）以便分类管理。 - 新增 error_recovery_guidance 字段，提供模型遗漏时的回退与重试指导。 - 移除 skill-card.md 文件，简化文档结构。 - 保持建模三种视图、输出格式等核心内容不变。","fileCount":3,"zipByteSize":4845},{"version":"1.5.0","createdAt":"2026-06-29T12:32:30.918Z","changelog":"- 引入 version 字段并增加建模深度量化建议，便于衡量建模范围。 - 优化 description，更突出领域建模的适用场景及价值。 - 修改“建模输出格式”部分标题表达，强化规范性。 - 将“Overview”改为“核心原则”并简化说明，更明确本技能定位。 - 合并和调整检查清单与输出示例，结构更紧凑。 - 删除 skill-card.md 文件，文档结构更聚合。","fileCount":3,"zipByteSize":4714},{"version":"1.4.1","createdAt":"2026-06-25T16:54:18.441Z","changelog":"- Revised the skill description for greater clarity and conciseness. - Removed the file skill-card.md. - Simplified and streamlined wording throughout the SKILL.md documentation. - No functional changes to input/output formats or modeling methodology.","fileCount":3,"zipByteSize":4475}]},"execution":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"low","updatedAt":null,"emptyReason":"No published capability contract is available yet."},"installCommand":"clawhub skill install s170jw3s1atcj5jwhqb4r7v7eh8912kp:qa-domain-modeling","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-domain-modeling/snapshot","contractUrl":"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-domain-modeling/contract","trustUrl":"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-domain-modeling/trust"},"curlExamples":["curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-domain-modeling/snapshot\"","curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-domain-modeling/contract\"","curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-domain-modeling/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-11T14:14:55.843Z"}},"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-domain-modeling/dossier","snapshotUrl":"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-domain-modeling/snapshot","contractUrl":"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-domain-modeling/contract","trustUrl":"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-domain-modeling/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-11T11:24:57.309Z","emptyReason":null},"readme":"Skill: qa-domain-modeling\n\nOwner: kokxi\n\nSummary: 通过构建状态机、数据流图和服务依赖图来理清复杂的业务逻辑和系统边界。当需求文档复杂、涉及多个子系统交互、或者你搞不清楚数据在不同模块之间怎么流转的时候，应当使用此技能。领域建模不是为了画图而画图——它帮你发现那些\"需求文档里没写的\"隐式业务规则和系统边界。适用于复杂业务流程的测试范围可视化。 触发场景：画状态图、数据流、服务依赖、建模、领域建模、状态转换、数据流向、服务调用关系、需求文档复杂难以理解时。 Use when the user asks about: state machine, data flow, and service dependency modeling to expose implicit business rules and system boundaries.\n\nTags: latest:1.8.0\n\nVersion history:\n\nv1.8.0 | 2026-09-29T04:26:22.061Z | auto\n\n**Changelog for qa-domain-modeling v1.8.0**\n\n- Split detailed modeling view guidance into a new file: `references/modeling-views.md`.\n- Significantly reduced and refactored `SKILL.md`, referencing the external guide to minimize context overload.\n- Removed old summary file: `skill-card.md`.\n- Added metadata and standardized structure in `SKILL.md` for consistency and clarity.\n- No changes made to core output formats or modeling procedures.\n\nv1.7.7 | 2026-09-27T14:34:30.955Z | user\n\n1.7.7\n\nv1.7.6 | 2026-09-01T12:39:05.081Z | user\n\n显示名改中文\n\nv1.7.5 | 2026-08-30T15:13:20.011Z | user\n\n1.7.5: 版本号升级\n\nv1.6.3 | 2026-08-12T15:23:00.362Z | auto\n\n- Added slug and displayName fields for improved skill metadata.\n- Updated version to 1.6.3.\n- Removed deprecated skill-card.md file.\n- No functional or logic changes to core modeling instructions and examples.\n\nv1.6.0 | 2026-07-06T17:15:06.150Z | auto\n\n**qa-domain-modeling v1.6.0**\n\n- 增加 categories 字段（Development, Requirements）以便分类管理。\n- 新增 error_recovery_guidance 字段，提供模型遗漏时的回退与重试指导。\n- 移除 skill-card.md 文件，简化文档结构。\n- 保持建模三种视图、输出格式等核心内容不变。\n\nv1.5.0 | 2026-06-29T12:32:30.918Z | auto\n\n- 引入 version 字段并增加建模深度量化建议，便于衡量建模范围。\n- 优化 description，更突出领域建模的适用场景及价值。\n- 修改“建模输出格式”部分标题表达，强化规范性。\n- 将“Overview”改为“核心原则”并简化说明，更明确本技能定位。\n- 合并和调整检查清单与输出示例，结构更紧凑。\n- 删除 skill-card.md 文件，文档结构更聚合。\n\nv1.4.1 | 2026-06-25T16:54:18.441Z | auto\n\n- Revised the skill description for greater clarity and conciseness.\n- Removed the file skill-card.md.\n- Simplified and streamlined wording throughout the SKILL.md documentation.\n- No functional changes to input/output formats or modeling methodology.\n\nv1.4.0 | 2026-06-24T05:07:50.221Z | auto\n\nVersion 1.4.0 of qa-domain-modeling: \n- Expanded and clarified skill description, adding suitable scenarios and keyword triggers. \n- Enhanced activation rules, now triggers on more business modeling and complexity keywords. \n- Added “视图选择速查”, “Examples”, and “常见建模误区” sections for quick reference and user guidance. \n- Improved organization and language for better readability and applicability. \n- Removed obsolete skill-card.md file.\n\nv1.3.0 | 2026-06-22T06:05:17.468Z | auto\n\n- 新增了详细的建模方法说明，包括状态机、数据流、服务依赖三种视图。\n- 输出格式标准化，包含状态转换表、数据流表、服务依赖表及唯一ID追踪机制。\n- 明确了输入/输出对接上下游技能，增强模型可追溯性和协作性。\n- 增加验收清单，便于模型质量自查。\n- 优化使用场景与激活条件说明，提升易用性。\n\nArchive index:\n\nArchive v1.8.0: 4 files, 5661 bytes\n\nFiles: references/modeling-views.md (4712b), skill-card.md (1621b), SKILL.md (5744b), _meta.json (137b)\n\nFile v1.8.0:SKILL.md\n\n---\nname: qa-domain-modeling\ndescription: >-\n 通过构建状态机、数据流图和服务依赖图来理清复杂的业务逻辑和系统边界。当需求文档复杂、涉及多个子系统交互、或者你搞不清楚数据在不同模块之间怎么流转的时候，应当使用此技能。领域建模不是为了画图而画图——它帮你发现那些\"需求文档里没写的\"隐式业务规则和系统边界。适用于复杂业务流程的测试范围可视化。 触发场景：画状态图、数据流、服务依赖、建模、领域建模、状态转换、数据流向、服务调用关系、需求文档复杂难以理解时。 Use when the user asks about: state machine, data flow, and service dependency modeling to expose implicit business rules and system boundaries.\nlicense: MIT\nallowed-tools: Read Grep Glob\nmetadata:\n display-name: \"Domain Modeling\"\n version: \"1.8.0\"\n when-to-use: \"用户说\\\"画状态图\\\"、\\\"数据流\\\"、\\\"服务依赖\\\"、\\\"建模\\\"、\\\"领域建模\\\"、\\\"状态转换\\\"、\\\"数据流向\\\"、\\\"服务调用关系\\\"、需要理解复杂业务流程、需求文档复杂难以理解时\"\n related-skills: \"{\\\"upstream\\\":[\\\"qa-scenario-tree\\\"],\\\"downstream\\\":[\\\"qa-ai-context-engineering\\\"]}\"\n references: \"[\\\"references/modeling-views.md\\\"]\"\n input-format: \"{\\\"required\\\":[{\\\"name\\\":\\\"场景树\\\",\\\"type\\\":\\\"object\\\",\\\"description\\\":\\\"来自qa-scenario-tree的输出，包含主路径/分支/异常场景\\\"}],\\\"optional\\\":[{\\\"name\\\":\\\"需求解构表\\\",\\\"type\\\":\\\"object\\\",\\\"description\\\":\\\"来自qa-req-deconstruction，包含业务规则\\\"}]}\"\n output-format: \"{\\\"structure\\\":[\\\"覆盖率：标注口径（基于现有需求/输入文档），禁止\\\\\\\"全覆盖/100%\\\\\\\"绝对化表述；缺失模块标注\\\\\\\"未覆盖+原因\\\\\\\"\\\",{\\\"model_id\\\":\\\"MODEL-XXXX\\\"},{\\\"scenario_ids\\\":[\\\"SC-XXXX\\\"]},{\\\"state_machine\\\":\\\"状态转换图\\\"},{\\\"data_flow\\\":\\\"数据流图\\\"},{\\\"service_dependency\\\":\\\"服务依赖图\\\"}],\\\"traceability\\\":[\\\"每个模型带唯一ID（MODEL-XXXX）\\\",\\\"关联场景ID：SC-{场景模块缩写}-{序号}\\\"]}\"\n error-recovery-guidance: \"{\\\"on_failure\\\":\\\"领域模型遗漏子系统时回退到场景树补充\\\",\\\"retry_behavior\\\":\\\"补全场景后重新建模\\\"}\"\n categories: \"[\\\"Development\\\",\\\"Requirements\\\"]\"\n depth-requirement: \"{\\\"reference_value\\\":\\\"根据业务复杂度调整建模深度：简单×1/中等×2/复杂×3\\\",\\\"minimum\\\":\\\"至少构建1个领域模型图\\\"}\"\n---\n> ⚠️ 本技能单独使用效果有限，建议配合完整技能集（12 步工作流）使用。安装：npx skills add Kokxi/qa-test-skills\n\n# 领域建模\n\n## 核心原则\n\n不只是画流程图，而是画出状态机、数据流向、一致性约束点。\n\n## 加载时机\n\n| 什么时候读 | 读哪个 |\n|-----------|--------|\n| 选定视图后，取对应画法与要素 | [`references/modeling-views.md`](references/modeling-views.md) |\n\n> `三种建模视图`的完整内容已下沉至 `references/modeling-views.md`，避免每次触发都占用上下文。\n\n## 建模输出格式\n\n### 状态转换表\n\n| 当前状态 | 触发事件 | 目标状态 | 守卫条件 | 执行动作 |\n|---------|---------|---------|---------|---------|\n| 待支付 | 用户支付 | 已支付 | 金额正确 | 扣减库存 |\n| 待支付 | 超时 | 已取消 | 超过30分钟 | 释放库存 |\n\n### 数据流表\n\n| 数据对象 | 源模块 | 目标模块 | 操作 | 一致性检查点 |\n|---------|-------|---------|------|-------------|\n| 订单 | 订单服务 | 订单表 | 创建 | 订单创建后 |\n| 库存 | 库存服务 | 库存表 | 扣减 | 扣减后验证 |\n\n### 服务依赖表\n\n| 服务 | 依赖服务 | 调用方式 | 故障影响 | 降级策略 |\n|-----|---------|---------|---------|---------|\n| 订单服务 | 库存服务 | 同步 | 下单失败 | 返回库存不足 |\n| 订单服务 | 通知服务 | 异步 | 通知延迟 | 重试+补偿 |\n\n## 视图选择速查\n\n| 业务特征 | 推荐视图 | 目的 | 产出物 |\n|---------|---------|------|-------|\n| 有明确状态流转 | 状态转换图 | 跟踪关键对象状态变化 | 状态转换表 |\n| 数据跨模块流转 | 数据流图 | 追踪CRUD和数据一致性 | 数据流表 |\n| 多个服务协同 | 服务依赖图 | 识别故障影响和降级 | 服务依赖表 |\n| 三者均有 | 三种视图全建 | 完整模型 | 三表联动 |\n\n## 输出示例\n\n**场景：电商订单状态机建模**\n→ 状态识别：待支付→已支付→已发货→已签收→已完成/已取消/已退款\n→ 转换分析：正向流转（支付→发货→签收→完成）\n→ 异常转换：支付失败、发货失败、退款申请\n→ 输出：状态转换表 + 数据流图 + 服务依赖图\n\n**场景：用户注册流程**\n→ 数据流建模：注册表单→用户服务→数据库→消息队列→邮件服务\n\n## 检查清单\n\n建模完成后检查：\n- [ ] 是否识别了所有关键状态？\n- [ ] 状态转换是否完整？\n- [ ] 数据流是否清晰？\n- [ ] 服务依赖是否明确？\n- [ ] 故障影响是否分析？\n- [ ] 降级方案是否设计？\n\n## 常见建模误区\n\n1. **只画图不建表**：画了漂亮的状态图但没输出状态转换表 → 图用于理解，表用于测试，缺一不可\n2. **状态遗漏**：只画了主路径状态，忽略了中间态和异常态 → 逐一检查每个对象的\"非法状态\"分支\n3. **依赖单向**：只画了A→B的调用，没画B→A的回调 → 同步调用必须标注返回路径\n4. **数据流断链**：数据流出后没画终点 → 每条数据流必须标注终点（存储/消费/丢弃）\n5. **忽略降级**：只标注了故障影响，没标注降级方案 → 所有同步依赖必须附带降级策略\n\nFile v1.8.0:_meta.json\n\n{\n \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n \"slug\": \"qa-domain-modeling\",\n \"version\": \"1.8.0\",\n \"publishedAt\": 1790655982061\n}\n\nFile v1.8.0:references/modeling-views.md\n\n# 三种建模视图详解\n\n> 本文是 `qa-domain-modeling` 的**状态机/数据流图/服务依赖图**三视图详解。选视图并绘制时读本文；\n只需要选型判断时不必读。\n\n---\n\n\n### 视图1：状态转换图\n**用途**：跟踪关键对象的状态变化\n\n```text\n状态机要素：\n1. 状态：对象可能处于的状态\n2. 事件：触发状态变更的事件\n3. 转换：状态变更的路径\n4. 守卫：状态转换的条件\n5. 动作：状态转换时执行的操作\n\n绘制方法：\n1. 识别关键对象：什么对象有状态？\n2. 列举状态：这个对象有哪些状态？\n3. 标注转换：什么事件触发什么转换？\n4. 标注条件：转换需要满足什么条件？\n5. 标注动作：转换时执行什么操作？\n```\n\n**示例（订单状态机）**：\n```text\n┌─────────┐ 用户下单 ┌─────────┐\n│ 待支付 │──────────────→│ 已支付 │\n└─────────┘ └─────────┘\n │ │\n │ 超时未支付 │ 商家发货\n ▼ ▼\n┌─────────┐ ┌─────────┐\n│ 已取消 │ │ 已发货 │\n└─────────┘ └─────────┘\n │\n 用户确认收货\n ▼\n ┌─────────┐\n │ 已完成 │\n └─────────┘\n```\n\n### 视图2：数据流图\n**用途**：追踪数据在模块间的流转\n\n```text\n数据流要素：\n1. 数据源：数据从哪里来？\n2. 数据处理：数据经过什么处理？\n3. 数据存储：数据存储在哪里？\n4. 数据消费：数据被谁使用？\n5. 数据一致性：各处数据是否一致？\n\n绘制方法：\n1. 识别数据对象：什么数据在流转？\n2. 追踪数据路径：数据经过哪些模块？\n3. 标注数据操作：CRUD在哪里发生？\n4. 标注一致性检查点：哪里需要验证数据一致？\n5. 标注数据转换：数据格式在哪里变化？\n```\n\n**示例（订单数据流）**：\n```text\n用户下单\n │\n ▼\n┌─────────┐\n│ 订单服务 │──── 创建订单 ────→ ┌─────────┐\n└─────────┘ │ 订单表 │\n │ └─────────┘\n │ 扣减库存 │\n ▼ │\n┌─────────┐ │\n│ 库存服务 │←──── 查询库存 ──────────┘\n└─────────┘\n │\n │ 发起支付\n ▼\n┌─────────┐\n│ 支付服务 │──── 创建支付单 ────→ ┌─────────┐\n└─────────┘ │ 支付表 │\n │ └─────────┘\n │ 支付回调\n ▼\n┌─────────┐\n│ 回调处理 │──── 更新订单状态 ────→ 订单表\n└─────────┘\n```\n\n### 视图3：服务依赖图\n**用途**：识别服务间依赖关系和故障影响\n\n```text\n依赖图要素：\n1. 服务节点：有哪些服务？\n2. 依赖关系：谁依赖谁？\n3. 调用方式：同步/异步？\n4. 故障影响：挂了会怎样？\n5. 降级方案：怎么容错？\n\n绘制方法：\n1. 识别服务：系统有哪些服务？\n2. 识别依赖：服务间怎么调用？\n3. 标注调用方式：同步/异步/MQ？\n4. 标注故障影响：挂了影响什么？\n5. 标注降级策略：怎么容错？\n```\n\n**示例（电商服务依赖）**：\n```text\n┌─────────┐ 同步 ┌─────────┐\n│ 订单服务 │──────────────→│ 库存服务 │\n└─────────┘ └─────────┘\n │ │\n │ 同步 │ 同步\n ▼ ▼\n┌─────────┐ ┌─────────┐\n│ 支付服务 │ │ 商品服务 │\n└─────────┘ └─────────┘\n │\n │ 异步(MQ)\n ▼\n┌─────────┐\n│ 通知服务 │\n└─────────┘\n```\n\nFile v1.8.0:skill-card.md\n\n## Description:\n\nHelps QA practitioners model business states, data flows, and service dependencies to identify implicit rules, system boundaries, and test scope.\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 turn complex requirements and scenario trees into traceable state-transition, data-flow, and service-dependency models for test planning.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: The optional installation command fetches a broader skill set from its current remote package state.\n\nMitigation: Review the command and the package contents before running it.\n\n## Reference(s):\n\n- [Modeling views guide](references/modeling-views.md)\n- [qa-domain-modeling on ClawHub](https://clawhub.ai/kokxi/skills/qa-domain-modeling)\n\n## Skill Output:\n\n**Output Type(s):** [Markdown, Guidance]\n\n**Output Format:** [Markdown tables and diagrams for state transitions, data flows, and service dependencies]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Models have unique IDs and link to scenario IDs; coverage is qualified against the available requirements.]\n\n## Skill Version(s):\n\n1.8.0 (source: skill frontmatter and ClawHub release)\n\n## Ethical Considerations:\n\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment.\n\nArchive v1.7.7: 3 files, 4941 bytes\n\nFiles: skill-card.md (1497b), SKILL.md (9752b), _meta.json (137b)\n\nFile v1.7.7:SKILL.md\n\n---\nname: qa-domain-modeling\nslug: qa-domain-modeling\ndisplayName: Domain Modeling\nversion: 1.7.7\ndescription: >-\n 通过构建状态机、数据流图和服务依赖图来理清复杂的业务逻辑和系统边界。当需求文档复杂、涉及多个子系统交互、或者你搞不清楚数据在不同模块之间怎么流转的时候，应当使用此技能。领域建模不是为了画图而画图——它帮你发现那些\"需求文档里没写的\"隐式业务规则和系统边界。适用于复杂业务流程的测试范围可视化。\n\nwhen_to_use: 用户说\"画状态图\"、\"数据流\"、\"服务依赖\"、\"建模\"、\"领域建模\"、\"状态转换\"、\"数据流向\"、\"服务调用关系\"、需要理解复杂业务流程、需求文档复杂难以理解时\nallowed-tools: Read Grep Glob\nrelated_skills:\n upstream:\n - qa-scenario-tree # 输入：场景树\n downstream:\n - qa-ai-context-engineering # 输出：领域模型传递给上下文工程\ninput_format:\n required:\n - name: 场景树\n type: object\n description: 来自qa-scenario-tree的输出，包含主路径/分支/异常场景\n optional:\n - name: 需求解构表\n type: object\n description: 来自qa-req-deconstruction，包含业务规则\noutput_format:\n structure:\n - 测试用例表格：固定 9 列（用例编号|测试类型|功能模块|测试标题|用例级别|预置条件|测试步骤|预期结果|风险等级）\n - 用例级别：P0≤20%（核心流程）/ P1≤40%（主要功能）/ P2≤30%（次要功能）/ P3≤10%（边缘场景）\n - 覆盖率：标注口径（基于现有需求/输入文档），禁止\"全覆盖/100%\"绝对化表述；缺失模块标注\"未覆盖+原因\"\n - model_id: \"MODEL-XXXX\"\n - scenario_ids: [\"SC-XXXX\"]\n - state_machine: \"状态转换图\"\n - data_flow: \"数据流图\"\n - service_dependency: \"服务依赖图\"\n traceability:\n - 每个模型带唯一ID（MODEL-XXXX）\n - 关联场景ID（TC_{场景模块缩写}_{功能缩写}_{序号}）\ndepth_requirement_quantification:\n reference_value: \"根据业务复杂度调整建模深度：简单×1/中等×2/复杂×3\"\n minimum: \"至少构建1个领域模型图\"\ncategories: ['Development','Requirements']\nerror_recovery_guidance:\n on_failure: \"领域模型遗漏子系统时回退到场景树补充\"\n retry_behavior: \"补全场景后重新建模\"\n---\n# 领域建模\n\n## 核心原则\n\n不只是画流程图，而是画出状态机、数据流向、一致性约束点。\n\n## 三种建模视图\n\n### 视图1：状态转换图\n**用途**：跟踪关键对象的状态变化\n\n```text\n状态机要素：\n1. 状态：对象可能处于的状态\n2. 事件：触发状态变更的事件\n3. 转换：状态变更的路径\n4. 守卫：状态转换的条件\n5. 动作：状态转换时执行的操作\n\n绘制方法：\n1. 识别关键对象：什么对象有状态？\n2. 列举状态：这个对象有哪些状态？\n3. 标注转换：什么事件触发什么转换？\n4. 标注条件：转换需要满足什么条件？\n5. 标注动作：转换时执行什么操作？\n```\n\n**示例（订单状态机）**：\n```text\n┌─────────┐ 用户下单 ┌─────────┐\n│ 待支付 │──────────────→│ 已支付 │\n└─────────┘ └─────────┘\n │ │\n │ 超时未支付 │ 商家发货\n ▼ ▼\n┌─────────┐ ┌─────────┐\n│ 已取消 │ │ 已发货 │\n└─────────┘ └─────────┘\n │\n 用户确认收货\n ▼\n ┌─────────┐\n │ 已完成 │\n └─────────┘\n```\n\n### 视图2：数据流图\n**用途**：追踪数据在模块间的流转\n\n```text\n数据流要素：\n1. 数据源：数据从哪里来？\n2. 数据处理：数据经过什么处理？\n3. 数据存储：数据存储在哪里？\n4. 数据消费：数据被谁使用？\n5. 数据一致性：各处数据是否一致？\n\n绘制方法：\n1. 识别数据对象：什么数据在流转？\n2. 追踪数据路径：数据经过哪些模块？\n3. 标注数据操作：CRUD在哪里发生？\n4. 标注一致性检查点：哪里需要验证数据一致？\n5. 标注数据转换：数据格式在哪里变化？\n```\n\n**示例（订单数据流）**：\n```text\n用户下单\n │\n ▼\n┌─────────┐\n│ 订单服务 │──── 创建订单 ────→ ┌─────────┐\n└─────────┘ │ 订单表 │\n │ └─────────┘\n │ 扣减库存 │\n ▼ │\n┌─────────┐ │\n│ 库存服务 │←──── 查询库存 ──────────┘\n└─────────┘\n │\n │ 发起支付\n ▼\n┌─────────┐\n│ 支付服务 │──── 创建支付单 ────→ ┌─────────┐\n└─────────┘ │ 支付表 │\n │ └─────────┘\n │ 支付回调\n ▼\n┌─────────┐\n│ 回调处理 │──── 更新订单状态 ────→ 订单表\n└─────────┘\n```\n\n### 视图3：服务依赖图\n**用途**：识别服务间依赖关系和故障影响\n\n```text\n依赖图要素：\n1. 服务节点：有哪些服务？\n2. 依赖关系：谁依赖谁？\n3. 调用方式：同步/异步？\n4. 故障影响：挂了会怎样？\n5. 降级方案：怎么容错？\n\n绘制方法：\n1. 识别服务：系统有哪些服务？\n2. 识别依赖：服务间怎么调用？\n3. 标注调用方式：同步/异步/MQ？\n4. 标注故障影响：挂了影响什么？\n5. 标注降级策略：怎么容错？\n```\n\n**示例（电商服务依赖）**：\n```text\n┌─────────┐ 同步 ┌─────────┐\n│ 订单服务 │──────────────→│ 库存服务 │\n└─────────┘ └─────────┘\n │ │\n │ 同步 │ 同步\n ▼ ▼\n┌─────────┐ ┌─────────┐\n│ 支付服务 │ │ 商品服务 │\n└─────────┘ └─────────┘\n │\n │ 异步(MQ)\n ▼\n┌─────────┐\n│ 通知服务 │\n└─────────┘\n```\n\n## 建模输出格式\n\n### 状态转换表\n\n| 当前状态 | 触发事件 | 目标状态 | 守卫条件 | 执行动作 |\n|---------|---------|---------|---------|---------|\n| 待支付 | 用户支付 | 已支付 | 金额正确 | 扣减库存 |\n| 待支付 | 超时 | 已取消 | 超过30分钟 | 释放库存 |\n\n### 数据流表\n\n| 数据对象 | 源模块 | 目标模块 | 操作 | 一致性检查点 |\n|---------|-------|---------|------|-------------|\n| 订单 | 订单服务 | 订单表 | 创建 | 订单创建后 |\n| 库存 | 库存服务 | 库存表 | 扣减 | 扣减后验证 |\n\n### 服务依赖表\n\n| 服务 | 依赖服务 | 调用方式 | 故障影响 | 降级策略 |\n|-----|---------|---------|---------|---------|\n| 订单服务 | 库存服务 | 同步 | 下单失败 | 返回库存不足 |\n| 订单服务 | 通知服务 | 异步 | 通知延迟 | 重试+补偿 |\n\n## 视图选择速查\n\n| 业务特征 | 推荐视图 | 目的 | 产出物 |\n|---------|---------|------|-------|\n| 有明确状态流转 | 状态转换图 | 跟踪关键对象状态变化 | 状态转换表 |\n| 数据跨模块流转 | 数据流图 | 追踪CRUD和数据一致性 | 数据流表 |\n| 多个服务协同 | 服务依赖图 | 识别故障影响和降级 | 服务依赖表 |\n| 三者均有 | 三种视图全建 | 完整模型 | 三表联动 |\n\n## 输出示例\n\n**场景：电商订单状态机建模**\n→ 状态识别：待支付→已支付→已发货→已签收→已完成/已取消/已退款\n→ 转换分析：正向流转（支付→发货→签收→完成）\n→ 异常转换：支付失败、发货失败、退款申请\n→ 输出：状态转换表 + 数据流图 + 服务依赖图\n\n**场景：用户注册流程**\n→ 数据流建模：注册表单→用户服务→数据库→消息队列→邮件服务\n\n## 检查清单\n\n建模完成后检查：\n- [ ] 是否识别了所有关键状态？\n- [ ] 状态转换是否完整？\n- [ ] 数据流是否清晰？\n- [ ] 服务依赖是否明确？\n- [ ] 故障影响是否分析？\n- [ ] 降级方案是否设计？\n\n## 常见建模误区\n\n1. **只画图不建表**：画了漂亮的状态图但没输出状态转换表 → 图用于理解，表用于测试，缺一不可\n2. **状态遗漏**：只画了主路径状态，忽略了中间态和异常态 → 逐一检查每个对象的\"非法状态\"分支\n3. **依赖单向**：只画了A→B的调用，没画B→A的回调 → 同步调用必须标注返回路径\n4. **数据流断链**：数据流出后没画终点 → 每条数据流必须标注终点（存储/消费/丢弃）\n5. **忽略降级**：只标注了故障影响，没标注降级方案 → 所有同步依赖必须附带降级策略\n\nFile v1.7.7:_meta.json\n\n{\n \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n \"slug\": \"qa-domain-modeling\",\n \"version\": \"1.7.7\",\n \"publishedAt\": 1790519670955\n}\n\nFile v1.7.7:skill-card.md\n\n## Description:\n\nModels complex business processes with state transitions, data flows, and service dependencies to reveal implicit rules and clarify test scope.\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 map complex workflows and system boundaries into traceable domain models for test planning.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: Broad modeling requests may activate this Chinese-language QA workflow when a different modeling approach is intended.\n\nMitigation: Confirm the requested modeling approach and language before applying the skill.\n\n## Reference(s):\n\n- [ClawHub skill listing](https://clawhub.ai/kokxi/skills/qa-domain-modeling)\n\n## Skill Output:\n\n**Output Type(s):** [Text, Markdown, Guidance]\n\n**Output Format:** [Markdown tables and text-based diagrams]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Models carry IDs linked to scenarios; test coverage is qualified against the available requirements.]\n\n## Skill Version(s):\n\n1.7.7 (source: release evidence and skill frontmatter)\n\n## Ethical Considerations:\n\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment.\n\nArchive v1.7.6: 3 files, 5209 bytes\n\nFiles: skill-card.md (1696b), SKILL.md (10286b), _meta.json (137b)\n\nFile v1.7.6:SKILL.md\n\n---\r\nname: qa-domain-modeling\r\nslug: qa-domain-modeling\r\ndisplayName: 测试领域建模\r\nversion: 1.7.5\r\ndescription: >-\r\n 通过构建状态机、数据流图和服务依赖图来理清复杂的业务逻辑和系统边界。当需求文档复杂、涉及多个子系统交互、或者你搞不清楚数据在不同模块之间怎么流转的时候，应当使用此技能。领域建模不是为了画图而画图——它帮你发现那些\"需求文档里没写的\"隐式业务规则和系统边界。适用于复杂业务流程的测试范围可视化。\r\n 本技能属于 QA Test Skills 技能集（49 个技能之一），完整工作流体验需安装全套：npx skills add Kokxi/qa-test-skills\r\n\r\nwhen_to_use: 用户说\"画状态图\"、\"数据流\"、\"服务依赖\"、\"建模\"、\"领域建模\"、\"状态转换\"、\"数据流向\"、\"服务调用关系\"、需要理解复杂业务流程、需求文档复杂难以理解时\r\nallowed-tools: Read Grep Glob\r\nrelated_skills:\r\n upstream:\r\n - qa-scenario-tree # 输入：场景树\r\n downstream:\r\n - qa-ai-context-engineering # 输出：领域模型传递给上下文工程\r\ninput_format:\r\n required:\r\n - name: 场景树\r\n type: object\r\n description: 来自qa-scenario-tree的输出，包含主路径/分支/异常场景\r\n optional:\r\n - name: 需求解构表\r\n type: object\r\n description: 来自qa-req-deconstruction，包含业务规则\r\noutput_format:\r\n structure:\r\n - 测试用例表格：固定 9 列（用例编号|测试类型|功能模块|测试标题|用例级别|预置条件|测试步骤|预期结果|风险等级）\r\n - 用例级别：P0≤20%（核心流程）/ P1≤40%（主要功能）/ P2≤30%（次要功能）/ P3≤10%（边缘场景）\r\n - 覆盖率：标注口径（基于现有需求/输入文档），禁止\"全覆盖/100%\"绝对化表述；缺失模块标注\"未覆盖+原因\"\r\n - model_id: \"MODEL-XXXX\"\r\n - scenario_ids: [\"SC-XXXX\"]\r\n - state_machine: \"状态转换图\"\r\n - data_flow: \"数据流图\"\r\n - service_dependency: \"服务依赖图\"\r\n traceability:\r\n - 每个模型带唯一ID（MODEL-XXXX）\r\n - 关联场景ID（TC_{场景模块缩写}_{功能缩写}_{序号}）\r\ndepth_requirement_quantification:\r\n reference_value: \"根据业务复杂度调整建模深度：简单×1/中等×2/复杂×3\"\r\n minimum: \"至少构建1个领域模型图\"\r\ncategories: ['Development','Requirements']\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\r\n```text\r\n状态机要素：\r\n1. 状态：对象可能处于的状态\r\n2. 事件：触发状态变更的事件\r\n3. 转换：状态变更的路径\r\n4. 守卫：状态转换的条件\r\n5. 动作：状态转换时执行的操作\r\n\r\n绘制方法：\r\n1. 识别关键对象：什么对象有状态？\r\n2. 列举状态：这个对象有哪些状态？\r\n3. 标注转换：什么事件触发什么转换？\r\n4. 标注条件：转换需要满足什么条件？\r\n5. 标注动作：转换时执行什么操作？\r\n```\r\n\r\n**示例（订单状态机）**：\r\n```text\r\n┌─────────┐ 用户下单 ┌─────────┐\r\n│ 待支付 │──────────────→│ 已支付 │\r\n└─────────┘ └─────────┘\r\n │ │\r\n │ 超时未支付 │ 商家发货\r\n ▼ ▼\r\n┌─────────┐ ┌─────────┐\r\n│ 已取消 │ │ 已发货 │\r\n└─────────┘ └─────────┘\r\n │\r\n 用户确认收货\r\n ▼\r\n ┌─────────┐\r\n │ 已完成 │\r\n └─────────┘\r\n```\r\n\r\n### 视图2：数据流图\r\n**用途**：追踪数据在模块间的流转\r\n\r\n```text\r\n数据流要素：\r\n1. 数据源：数据从哪里来？\r\n2. 数据处理：数据经过什么处理？\r\n3. 数据存储：数据存储在哪里？\r\n4. 数据消费：数据被谁使用？\r\n5. 数据一致性：各处数据是否一致？\r\n\r\n绘制方法：\r\n1. 识别数据对象：什么数据在流转？\r\n2. 追踪数据路径：数据经过哪些模块？\r\n3. 标注数据操作：CRUD在哪里发生？\r\n4. 标注一致性检查点：哪里需要验证数据一致？\r\n5. 标注数据转换：数据格式在哪里变化？\r\n```\r\n\r\n**示例（订单数据流）**：\r\n```text\r\n用户下单\r\n │\r\n ▼\r\n┌─────────┐\r\n│ 订单服务 │──── 创建订单 ────→ ┌─────────┐\r\n└─────────┘ │ 订单表 │\r\n │ └─────────┘\r\n │ 扣减库存 │\r\n ▼ │\r\n┌─────────┐ │\r\n│ 库存服务 │←──── 查询库存 ──────────┘\r\n└─────────┘\r\n │\r\n │ 发起支付\r\n ▼\r\n┌─────────┐\r\n│ 支付服务 │──── 创建支付单 ────→ ┌─────────┐\r\n└─────────┘ │ 支付表 │\r\n │ └─────────┘\r\n │ 支付回调\r\n ▼\r\n┌─────────┐\r\n│ 回调处理 │──── 更新订单状态 ────→ 订单表\r\n└─────────┘\r\n```\r\n\r\n### 视图3：服务依赖图\r\n**用途**：识别服务间依赖关系和故障影响\r\n\r\n```text\r\n依赖图要素：\r\n1. 服务节点：有哪些服务？\r\n2. 依赖关系：谁依赖谁？\r\n3. 调用方式：同步/异步？\r\n4. 故障影响：挂了会怎样？\r\n5. 降级方案：怎么容错？\r\n\r\n绘制方法：\r\n1. 识别服务：系统有哪些服务？\r\n2. 识别依赖：服务间怎么调用？\r\n3. 标注调用方式：同步/异步/MQ？\r\n4. 标注故障影响：挂了影响什么？\r\n5. 标注降级策略：怎么容错？\r\n```\r\n\r\n**示例（电商服务依赖）**：\r\n```text\r\n┌─────────┐ 同步 ┌─────────┐\r\n│ 订单服务 │──────────────→│ 库存服务 │\r\n└─────────┘ └─────────┘\r\n │ │\r\n │ 同步 │ 同步\r\n ▼ ▼\r\n┌─────────┐ ┌─────────┐\r\n│ 支付服务 │ │ 商品服务 │\r\n└─────────┘ └─────────┘\r\n │\r\n │ 异步(MQ)\r\n ▼\r\n┌─────────┐\r\n│ 通知服务 │\r\n└─────────┘\r\n```\r\n\r\n## 建模输出格式\r\n\r\n### 状态转换表\r\n\r\n| 当前状态 | 触发事件 | 目标状态 | 守卫条件 | 执行动作 |\r\n|---------|---------|---------|---------|---------|\r\n| 待支付 | 用户支付 | 已支付 | 金额正确 | 扣减库存 |\r\n| 待支付 | 超时 | 已取消 | 超过30分钟 | 释放库存 |\r\n\r\n### 数据流表\r\n\r\n| 数据对象 | 源模块 | 目标模块 | 操作 | 一致性检查点 |\r\n|---------|-------|---------|------|-------------|\r\n| 订单 | 订单服务 | 订单表 | 创建 | 订单创建后 |\r\n| 库存 | 库存服务 | 库存表 | 扣减 | 扣减后验证 |\r\n\r\n### 服务依赖表\r\n\r\n| 服务 | 依赖服务 | 调用方式 | 故障影响 | 降级策略 |\r\n|-----|---------|---------|---------|---------|\r\n| 订单服务 | 库存服务 | 同步 | 下单失败 | 返回库存不足 |\r\n| 订单服务 | 通知服务 | 异步 | 通知延迟 | 重试+补偿 |\r\n\r\n## 视图选择速查\r\n\r\n| 业务特征 | 推荐视图 | 目的 | 产出物 |\r\n|---------|---------|------|-------|\r\n| 有明确状态流转 | 状态转换图 | 跟踪关键对象状态变化 | 状态转换表 |\r\n| 数据跨模块流转 | 数据流图 | 追踪CRUD和数据一致性 | 数据流表 |\r\n| 多个服务协同 | 服务依赖图 | 识别故障影响和降级 | 服务依赖表 |\r\n| 三者均有 | 三种视图全建 | 完整模型 | 三表联动 |\r\n\r\n## 输出示例\r\n\r\n**场景：电商订单状态机建模**\r\n→ 状态识别：待支付→已支付→已发货→已签收→已完成/已取消/已退款\r\n→ 转换分析：正向流转（支付→发货→签收→完成）\r\n→ 异常转换：支付失败、发货失败、退款申请\r\n→ 输出：状态转换表 + 数据流图 + 服务依赖图\r\n\r\n**场景：用户注册流程**\r\n→ 数据流建模：注册表单→用户服务→数据库→消息队列→邮件服务\r\n\r\n## 检查清单\r\n\r\n建模完成后检查：\r\n- [ ] 是否识别了所有关键状态？\r\n- [ ] 状态转换是否完整？\r\n- [ ] 数据流是否清晰？\r\n- [ ] 服务依赖是否明确？\r\n- [ ] 故障影响是否分析？\r\n- [ ] 降级方案是否设计？\r\n\r\n## 常见建模误区\r\n\r\n1. **只画图不建表**：画了漂亮的状态图但没输出状态转换表 → 图用于理解，表用于测试，缺一不可\r\n2. **状态遗漏**：只画了主路径状态，忽略了中间态和异常态 → 逐一检查每个对象的\"非法状态\"分支\r\n3. **依赖单向**：只画了A→B的调用，没画B→A的回调 → 同步调用必须标注返回路径\r\n4. **数据流断链**：数据流出后没画终点 → 每条数据流必须标注终点（存储/消费/丢弃）\r\n5. **忽略降级**：只标注了故障影响，没标注降级方案 → 所有同步依赖必须附带降级策略\n\nFile v1.7.6:_meta.json\n\n{\n \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n \"slug\": \"qa-domain-modeling\",\n \"version\": \"1.7.6\",\n \"publishedAt\": 1788266345081\n}\n\nFile v1.7.6:skill-card.md\n\n## Description:\n\nHelps QA practitioners model complex business logic and system boundaries with state machines, data-flow views, and service-dependency views.\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 when requirements involve complex workflows, multiple interacting subsystems, or unclear data movement. It guides them to produce state-transition, data-flow, and service-dependency models that expose implicit business rules and testing boundaries.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: The artifact suggests installing the broader Kokxi/qa-test-skills collection with an unpinned npx command.\n\nMitigation: Use the reviewed single skill for QA domain modeling; inspect and pin any external collection before running the install command.\n\n## Reference(s):\n\n- [ClawHub skill page](https://clawhub.ai/kokxi/skills/qa-domain-modeling)\n\n## Skill Output:\n\n**Output Type(s):** [text, markdown, guidance]\n\n**Output Format:** [Markdown tables and text diagrams]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Includes model IDs, scenario traceability, state-machine, data-flow, and service-dependency outputs.]\n\n## Skill Version(s):\n\n1.7.6 (source: server release metadata; artifact frontmatter says 1.7.5)\n\n## Ethical Considerations:\n\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment.\n\nArchive v1.7.5: 3 files, 5128 bytes\n\nFiles: skill-card.md (2048b), SKILL.md (9752b), _meta.json (137b)\n\nFile v1.7.5:SKILL.md\n\n---\nname: qa-domain-modeling\nslug: qa-domain-modeling\ndisplayName: Domain Modeling\nversion: 1.7.5\ndescription: >-\n 通过构建状态机、数据流图和服务依赖图来理清复杂的业务逻辑和系统边界。当需求文档复杂、涉及多个子系统交互、或者你搞不清楚数据在不同模块之间怎么流转的时候，应当使用此技能。领域建模不是为了画图而画图——它帮你发现那些\"需求文档里没写的\"隐式业务规则和系统边界。适用于复杂业务流程的测试范围可视化。\n\nwhen_to_use: 用户说\"画状态图\"、\"数据流\"、\"服务依赖\"、\"建模\"、\"领域建模\"、\"状态转换\"、\"数据流向\"、\"服务调用关系\"、需要理解复杂业务流程、需求文档复杂难以理解时\nallowed-tools: Read Grep Glob\nrelated_skills:\n upstream:\n - qa-scenario-tree # 输入：场景树\n downstream:\n - qa-ai-context-engineering # 输出：领域模型传递给上下文工程\ninput_format:\n required:\n - name: 场景树\n type: object\n description: 来自qa-scenario-tree的输出，包含主路径/分支/异常场景\n optional:\n - name: 需求解构表\n type: object\n description: 来自qa-req-deconstruction，包含业务规则\noutput_format:\n structure:\n - 测试用例表格：固定 9 列（用例编号|测试类型|功能模块|测试标题|用例级别|预置条件|测试步骤|预期结果|风险等级）\n - 用例级别：P0≤20%（核心流程）/ P1≤40%（主要功能）/ P2≤30%（次要功能）/ P3≤10%（边缘场景）\n - 覆盖率：标注口径（基于现有需求/输入文档），禁止\"全覆盖/100%\"绝对化表述；缺失模块标注\"未覆盖+原因\"\n - model_id: \"MODEL-XXXX\"\n - scenario_ids: [\"SC-XXXX\"]\n - state_machine: \"状态转换图\"\n - data_flow: \"数据流图\"\n - service_dependency: \"服务依赖图\"\n traceability:\n - 每个模型带唯一ID（MODEL-XXXX）\n - 关联场景ID（TC_{场景模块缩写}_{功能缩写}_{序号}）\ndepth_requirement_quantification:\n reference_value: \"根据业务复杂度调整建模深度：简单×1/中等×2/复杂×3\"\n minimum: \"至少构建1个领域模型图\"\ncategories: ['Development','Requirements']\nerror_recovery_guidance:\n on_failure: \"领域模型遗漏子系统时回退到场景树补充\"\n retry_behavior: \"补全场景后重新建模\"\n---\n# 领域建模\n\n## 核心原则\n\n不只是画流程图，而是画出状态机、数据流向、一致性约束点。\n\n## 三种建模视图\n\n### 视图1：状态转换图\n**用途**：跟踪关键对象的状态变化\n\n```text\n状态机要素：\n1. 状态：对象可能处于的状态\n2. 事件：触发状态变更的事件\n3. 转换：状态变更的路径\n4. 守卫：状态转换的条件\n5. 动作：状态转换时执行的操作\n\n绘制方法：\n1. 识别关键对象：什么对象有状态？\n2. 列举状态：这个对象有哪些状态？\n3. 标注转换：什么事件触发什么转换？\n4. 标注条件：转换需要满足什么条件？\n5. 标注动作：转换时执行什么操作？\n```\n\n**示例（订单状态机）**：\n```text\n┌─────────┐ 用户下单 ┌─────────┐\n│ 待支付 │──────────────→│ 已支付 │\n└─────────┘ └─────────┘\n │ │\n │ 超时未支付 │ 商家发货\n ▼ ▼\n┌─────────┐ ┌─────────┐\n│ 已取消 │ │ 已发货 │\n└─────────┘ └─────────┘\n │\n 用户确认收货\n ▼\n ┌─────────┐\n │ 已完成 │\n └─────────┘\n```\n\n### 视图2：数据流图\n**用途**：追踪数据在模块间的流转\n\n```text\n数据流要素：\n1. 数据源：数据从哪里来？\n2. 数据处理：数据经过什么处理？\n3. 数据存储：数据存储在哪里？\n4. 数据消费：数据被谁使用？\n5. 数据一致性：各处数据是否一致？\n\n绘制方法：\n1. 识别数据对象：什么数据在流转？\n2. 追踪数据路径：数据经过哪些模块？\n3. 标注数据操作：CRUD在哪里发生？\n4. 标注一致性检查点：哪里需要验证数据一致？\n5. 标注数据转换：数据格式在哪里变化？\n```\n\n**示例（订单数据流）**：\n```text\n用户下单\n │\n ▼\n┌─────────┐\n│ 订单服务 │──── 创建订单 ────→ ┌─────────┐\n└─────────┘ │ 订单表 │\n │ └─────────┘\n │ 扣减库存 │\n ▼ │\n┌─────────┐ │\n│ 库存服务 │←──── 查询库存 ──────────┘\n└─────────┘\n │\n │ 发起支付\n ▼\n┌─────────┐\n│ 支付服务 │──── 创建支付单 ────→ ┌─────────┐\n└─────────┘ │ 支付表 │\n │ └─────────┘\n │ 支付回调\n ▼\n┌─────────┐\n│ 回调处理 │──── 更新订单状态 ────→ 订单表\n└─────────┘\n```\n\n### 视图3：服务依赖图\n**用途**：识别服务间依赖关系和故障影响\n\n```text\n依赖图要素：\n1. 服务节点：有哪些服务？\n2. 依赖关系：谁依赖谁？\n3. 调用方式：同步/异步？\n4. 故障影响：挂了会怎样？\n5. 降级方案：怎么容错？\n\n绘制方法：\n1. 识别服务：系统有哪些服务？\n2. 识别依赖：服务间怎么调用？\n3. 标注调用方式：同步/异步/MQ？\n4. 标注故障影响：挂了影响什么？\n5. 标注降级策略：怎么容错？\n```\n\n**示例（电商服务依赖）**：\n```text\n┌─────────┐ 同步 ┌─────────┐\n│ 订单服务 │──────────────→│ 库存服务 │\n└─────────┘ └─────────┘\n │ │\n │ 同步 │ 同步\n ▼ ▼\n┌─────────┐ ┌─────────┐\n│ 支付服务 │ │ 商品服务 │\n└─────────┘ └─────────┘\n │\n │ 异步(MQ)\n ▼\n┌─────────┐\n│ 通知服务 │\n└─────────┘\n```\n\n## 建模输出格式\n\n### 状态转换表\n\n| 当前状态 | 触发事件 | 目标状态 | 守卫条件 | 执行动作 |\n|---------|---------|---------|---------|---------|\n| 待支付 | 用户支付 | 已支付 | 金额正确 | 扣减库存 |\n| 待支付 | 超时 | 已取消 | 超过30分钟 | 释放库存 |\n\n### 数据流表\n\n| 数据对象 | 源模块 | 目标模块 | 操作 | 一致性检查点 |\n|---------|-------|---------|------|-------------|\n| 订单 | 订单服务 | 订单表 | 创建 | 订单创建后 |\n| 库存 | 库存服务 | 库存表 | 扣减 | 扣减后验证 |\n\n### 服务依赖表\n\n| 服务 | 依赖服务 | 调用方式 | 故障影响 | 降级策略 |\n|-----|---------|---------|---------|---------|\n| 订单服务 | 库存服务 | 同步 | 下单失败 | 返回库存不足 |\n| 订单服务 | 通知服务 | 异步 | 通知延迟 | 重试+补偿 |\n\n## 视图选择速查\n\n| 业务特征 | 推荐视图 | 目的 | 产出物 |\n|---------|---------|------|-------|\n| 有明确状态流转 | 状态转换图 | 跟踪关键对象状态变化 | 状态转换表 |\n| 数据跨模块流转 | 数据流图 | 追踪CRUD和数据一致性 | 数据流表 |\n| 多个服务协同 | 服务依赖图 | 识别故障影响和降级 | 服务依赖表 |\n| 三者均有 | 三种视图全建 | 完整模型 | 三表联动 |\n\n## 输出示例\n\n**场景：电商订单状态机建模**\n→ 状态识别：待支付→已支付→已发货→已签收→已完成/已取消/已退款\n→ 转换分析：正向流转（支付→发货→签收→完成）\n→ 异常转换：支付失败、发货失败、退款申请\n→ 输出：状态转换表 + 数据流图 + 服务依赖图\n\n**场景：用户注册流程**\n→ 数据流建模：注册表单→用户服务→数据库→消息队列→邮件服务\n\n## 检查清单\n\n建模完成后检查：\n- [ ] 是否识别了所有关键状态？\n- [ ] 状态转换是否完整？\n- [ ] 数据流是否清晰？\n- [ ] 服务依赖是否明确？\n- [ ] 故障影响是否分析？\n- [ ] 降级方案是否设计？\n\n## 常见建模误区\n\n1. **只画图不建表**：画了漂亮的状态图但没输出状态转换表 → 图用于理解，表用于测试，缺一不可\n2. **状态遗漏**：只画了主路径状态，忽略了中间态和异常态 → 逐一检查每个对象的\"非法状态\"分支\n3. **依赖单向**：只画了A→B的调用，没画B→A的回调 → 同步调用必须标注返回路径\n4. **数据流断链**：数据流出后没画终点 → 每条数据流必须标注终点（存储/消费/丢弃）\n5. **忽略降级**：只标注了故障影响，没标注降级方案 → 所有同步依赖必须附带降级策略\n\nFile v1.7.5:_meta.json\n\n{\n \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n \"slug\": \"qa-domain-modeling\",\n \"version\": \"1.7.5\",\n \"publishedAt\": 1788102800011\n}\n\nFile v1.7.5:skill-card.md\n\n## Description:\n\nBuilds QA domain models from complex requirements by mapping state transitions, data flows, and service dependencies so testers can reason about business logic and system boundaries.\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 designers use this skill to turn complex business requirements or scenario trees into state-machine, data-flow, and service-dependency models for test planning.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: The skill may activate on broad modeling-related wording and steer general modeling tasks toward QA domain-modeling behavior.\n\nMitigation: Use explicit prompts for QA domain modeling or disable the skill where general modeling language should not trigger this behavior.\n\nRisk: Generated domain models can omit subsystems, implicit rules, or exception paths when the input requirements are incomplete.\n\nMitigation: Review the state, data-flow, and service-dependency outputs against the source requirements and scenario IDs, then return to the scenario tree to fill gaps before using the models for test scope decisions.\n\n## Reference(s):\n\n\n## Skill Output:\n\n**Output Type(s):** [Analysis, Markdown, Guidance]\n\n**Output Format:** [Markdown tables and text diagrams describing state transitions, data flows, service dependencies, traceability IDs, and coverage notes]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Outputs include model IDs, scenario IDs, domain-model views, and coverage qualifications based on the provided requirements.]\n\n## Skill Version(s):\n\n1.7.5 (source: frontmatter and server release evidence)\n\n## Ethical Considerations:\n\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment.\n\nArchive v1.6.3: 3 files, 4895 bytes\n\nFiles: skill-card.md (2165b), SKILL.md (9271b), _meta.json (137b)\n\nFile v1.6.3:SKILL.md\n\n---\nname: qa-domain-modeling\nslug: qa-domain-modeling\ndisplayName: Domain Modeling\nversion: 1.6.3\ndescription: >-\n 通过构建状态机、数据流图和服务依赖图来理清复杂的业务逻辑和系统边界。当需求文档复杂、涉及多个子系统交互、或者你搞不清楚数据在不同模块之间怎么流转的时候，应当使用此技能。领域建模不是为了画图而画图——它帮你发现那些\"需求文档里没写的\"隐式业务规则和系统边界。适用于复杂业务流程的测试范围可视化。\n\nwhen_to_use: 用户说\"画状态图\"、\"数据流\"、\"服务依赖\"、\"建模\"、\"领域建模\"、\"状态转换\"、\"数据流向\"、\"服务调用关系\"、需要理解复杂业务流程、需求文档复杂难以理解时\nallowed-tools: Read Grep Glob\nrelated_skills:\n upstream:\n - qa-scenario-tree # 输入：场景树\n downstream:\n - qa-ai-context-engineering # 输出：领域模型传递给上下文工程\ninput_format:\n required:\n - name: 场景树\n type: object\n description: 来自qa-scenario-tree的输出，包含主路径/分支/异常场景\n optional:\n - name: 需求解构表\n type: object\n description: 来自qa-req-deconstruction，包含业务规则\noutput_format:\n structure:\n - model_id: \"MODEL-XXXX\"\n - scenario_ids: [\"SC-XXXX\"]\n - state_machine: \"状态转换图\"\n - data_flow: \"数据流图\"\n - service_dependency: \"服务依赖图\"\n traceability:\n - 每个模型带唯一ID（MODEL-XXXX）\n - 关联场景ID（SC-XXXX）\ndepth_requirement_quantification:\n reference_value: \"根据业务复杂度调整建模深度：简单×1/中等×2/复杂×3\"\n minimum: \"至少构建1个领域模型图\"\ncategories: ['Development','Requirements']\nerror_recovery_guidance:\n on_failure: \"领域模型遗漏子系统时回退到场景树补充\"\n retry_behavior: \"补全场景后重新建模\"\n---\n# 领域建模\n\n## 核心原则\n\n不只是画流程图，而是画出状态机、数据流向、一致性约束点。\n\n## 三种建模视图\n\n### 视图1：状态转换图\n**用途**：跟踪关键对象的状态变化\n\n```text\n状态机要素：\n1. 状态：对象可能处于的状态\n2. 事件：触发状态变更的事件\n3. 转换：状态变更的路径\n4. 守卫：状态转换的条件\n5. 动作：状态转换时执行的操作\n\n绘制方法：\n1. 识别关键对象：什么对象有状态？\n2. 列举状态：这个对象有哪些状态？\n3. 标注转换：什么事件触发什么转换？\n4. 标注条件：转换需要满足什么条件？\n5. 标注动作：转换时执行什么操作？\n```\n\n**示例（订单状态机）**：\n```text\n┌─────────┐ 用户下单 ┌─────────┐\n│ 待支付 │──────────────→│ 已支付 │\n└─────────┘ └─────────┘\n │ │\n │ 超时未支付 │ 商家发货\n ▼ ▼\n┌─────────┐ ┌─────────┐\n│ 已取消 │ │ 已发货 │\n└─────────┘ └─────────┘\n │\n 用户确认收货\n ▼\n ┌─────────┐\n │ 已完成 │\n └─────────┘\n```\n\n### 视图2：数据流图\n**用途**：追踪数据在模块间的流转\n\n```text\n数据流要素：\n1. 数据源：数据从哪里来？\n2. 数据处理：数据经过什么处理？\n3. 数据存储：数据存储在哪里？\n4. 数据消费：数据被谁使用？\n5. 数据一致性：各处数据是否一致？\n\n绘制方法：\n1. 识别数据对象：什么数据在流转？\n2. 追踪数据路径：数据经过哪些模块？\n3. 标注数据操作：CRUD在哪里发生？\n4. 标注一致性检查点：哪里需要验证数据一致？\n5. 标注数据转换：数据格式在哪里变化？\n```\n\n**示例（订单数据流）**：\n```text\n用户下单\n │\n ▼\n┌─────────┐\n│ 订单服务 │──── 创建订单 ────→ ┌─────────┐\n└─────────┘ │ 订单表 │\n │ └─────────┘\n │ 扣减库存 │\n ▼ │\n┌─────────┐ │\n│ 库存服务 │←──── 查询库存 ──────────┘\n└─────────┘\n │\n │ 发起支付\n ▼\n┌─────────┐\n│ 支付服务 │──── 创建支付单 ────→ ┌─────────┐\n└─────────┘ │ 支付表 │\n │ └─────────┘\n │ 支付回调\n ▼\n┌─────────┐\n│ 回调处理 │──── 更新订单状态 ────→ 订单表\n└─────────┘\n```\n\n### 视图3：服务依赖图\n**用途**：识别服务间依赖关系和故障影响\n\n```text\n依赖图要素：\n1. 服务节点：有哪些服务？\n2. 依赖关系：谁依赖谁？\n3. 调用方式：同步/异步？\n4. 故障影响：挂了会怎样？\n5. 降级方案：怎么容错？\n\n绘制方法：\n1. 识别服务：系统有哪些服务？\n2. 识别依赖：服务间怎么调用？\n3. 标注调用方式：同步/异步/MQ？\n4. 标注故障影响：挂了影响什么？\n5. 标注降级策略：怎么容错？\n```\n\n**示例（电商服务依赖）**：\n```text\n┌─────────┐ 同步 ┌─────────┐\n│ 订单服务 │──────────────→│ 库存服务 │\n└─────────┘ └─────────┘\n │ │\n │ 同步 │ 同步\n ▼ ▼\n┌─────────┐ ┌─────────┐\n│ 支付服务 │ │ 商品服务 │\n└─────────┘ └─────────┘\n │\n │ 异步(MQ)\n ▼\n┌─────────┐\n│ 通知服务 │\n└─────────┘\n```\n\n## 建模输出格式\n\n### 状态转换表\n\n| 当前状态 | 触发事件 | 目标状态 | 守卫条件 | 执行动作 |\n|---------|---------|---------|---------|---------|\n| 待支付 | 用户支付 | 已支付 | 金额正确 | 扣减库存 |\n| 待支付 | 超时 | 已取消 | 超过30分钟 | 释放库存 |\n\n### 数据流表\n\n| 数据对象 | 源模块 | 目标模块 | 操作 | 一致性检查点 |\n|---------|-------|---------|------|-------------|\n| 订单 | 订单服务 | 订单表 | 创建 | 订单创建后 |\n| 库存 | 库存服务 | 库存表 | 扣减 | 扣减后验证 |\n\n### 服务依赖表\n\n| 服务 | 依赖服务 | 调用方式 | 故障影响 | 降级策略 |\n|-----|---------|---------|---------|---------|\n| 订单服务 | 库存服务 | 同步 | 下单失败 | 返回库存不足 |\n| 订单服务 | 通知服务 | 异步 | 通知延迟 | 重试+补偿 |\n\n## 视图选择速查\n\n| 业务特征 | 推荐视图 | 目的 | 产出物 |\n|---------|---------|------|-------|\n| 有明确状态流转 | 状态转换图 | 跟踪关键对象状态变化 | 状态转换表 |\n| 数据跨模块流转 | 数据流图 | 追踪CRUD和数据一致性 | 数据流表 |\n| 多个服务协同 | 服务依赖图 | 识别故障影响和降级 | 服务依赖表 |\n| 三者均有 | 三种视图全建 | 完整模型 | 三表联动 |\n\n## 输出示例\n\n**场景：电商订单状态机建模**\n→ 状态识别：待支付→已支付→已发货→已签收→已完成/已取消/已退款\n→ 转换分析：正向流转（支付→发货→签收→完成）\n→ 异常转换：支付失败、发货失败、退款申请\n→ 输出：状态转换表 + 数据流图 + 服务依赖图\n\n**场景：用户注册流程**\n→ 数据流建模：注册表单→用户服务→数据库→消息队列→邮件服务\n\n## 检查清单\n\n建模完成后检查：\n- [ ] 是否识别了所有关键状态？\n- [ ] 状态转换是否完整？\n- [ ] 数据流是否清晰？\n- [ ] 服务依赖是否明确？\n- [ ] 故障影响是否分析？\n- [ ] 降级方案是否设计？\n\n## 常见建模误区\n\n1. **只画图不建表**：画了漂亮的状态图但没输出状态转换表 → 图用于理解，表用于测试，缺一不可\n2. **状态遗漏**：只画了主路径状态，忽略了中间态和异常态 → 逐一检查每个对象的\"非法状态\"分支\n3. **依赖单向**：只画了A→B的调用，没画B→A的回调 → 同步调用必须标注返回路径\n4. **数据流断链**：数据流出后没画终点 → 每条数据流必须标注终点（存储/消费/丢弃）\n5. **忽略降级**：只标注了故障影响，没标注降级方案 → 所有同步依赖必须附带降级策略\n\nFile v1.6.3:_meta.json\n\n{\n \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n \"slug\": \"qa-domain-modeling\",\n \"version\": \"1.6.3\",\n \"publishedAt\": 1786548180362\n}\n\nFile v1.6.3:skill-card.md\n\n## Description:\n\nHelps QA practitioners model complex business requirements with state machines, data-flow views, and service-dependency views so they can clarify logic, boundaries, and implicit rules.\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, requirements analysts, and developers use this skill to turn complex requirements or scenario trees into domain models for testing scope analysis. It is suited for workflows that need state-transition tables, data-flow tables, service-dependency tables, and traceability to scenario IDs.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: The skill is optimized for Chinese-language QA and requirements-modeling prompts, which may affect routing or output quality in multilingual skill sets.\n\nMitigation: Review trigger wording and routing configuration before deployment in multilingual or crowded agent environments.\n\nRisk: Domain models may omit states, data endpoints, service callbacks, or degradation paths when source requirements are incomplete.\n\nMitigation: Review generated state, data-flow, and service-dependency tables against the source requirements and fill gaps before using them for test planning.\n\n## Reference(s):\n\n- [ClawHub skill page](https://clawhub.ai/kokxi/skills/qa-domain-modeling)\n- [Publisher profile](https://clawhub.ai/user/kokxi)\n\n## Skill Output:\n\n**Output Type(s):** [text, markdown, guidance]\n\n**Output Format:** [Markdown with structured tables and text diagrams]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Produces model IDs, linked scenario IDs, state-machine views, data-flow views, service-dependency views, and QA-oriented checklists.]\n\n## Skill Version(s):\n\n1.6.3 (source: server release evidence 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.6.0: 3 files, 4845 bytes\n\nFiles: skill-card.md (2033b), SKILL.md (9448b), _meta.json (137b)\n\nFile v1.6.0:SKILL.md\n\n---\r\nname: qa-domain-modeling\r\nversion: 1.6.0\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-scenario-tree # 输入：场景树\r\n downstream:\r\n - qa-ai-context-engineering # 输出：领域模型传递给上下文工程\r\ninput_format:\r\n required:\r\n - name: 场景树\r\n type: object\r\n description: 来自qa-scenario-tree的输出，包含主路径/分支/异常场景\r\n optional:\r\n - name: 需求解构表\r\n type: object\r\n description: 来自qa-req-deconstruction，包含业务规则\r\noutput_format:\r\n structure:\r\n - model_id: \"MODEL-XXXX\"\r\n - scenario_ids: [\"SC-XXXX\"]\r\n - state_machine: \"状态转换图\"\r\n - data_flow: \"数据流图\"\r\n - service_dependency: \"服务依赖图\"\r\n traceability:\r\n - 每个模型带唯一ID（MODEL-XXXX）\r\n - 关联场景ID（SC-XXXX）\r\ndepth_requirement_quantification:\r\n reference_value: \"根据业务复杂度调整建模深度：简单×1/中等×2/复杂×3\"\r\n minimum: \"至少构建1个领域模型图\"\r\ncategories: ['Development','Requirements']\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\r\n```text\r\n状态机要素：\r\n1. 状态：对象可能处于的状态\r\n2. 事件：触发状态变更的事件\r\n3. 转换：状态变更的路径\r\n4. 守卫：状态转换的条件\r\n5. 动作：状态转换时执行的操作\r\n\r\n绘制方法：\r\n1. 识别关键对象：什么对象有状态？\r\n2. 列举状态：这个对象有哪些状态？\r\n3. 标注转换：什么事件触发什么转换？\r\n4. 标注条件：转换需要满足什么条件？\r\n5. 标注动作：转换时执行什么操作？\r\n```\r\n\r\n**示例（订单状态机）**：\r\n```text\r\n┌─────────┐ 用户下单 ┌─────────┐\r\n│ 待支付 │──────────────→│ 已支付 │\r\n└─────────┘ └─────────┘\r\n │ │\r\n │ 超时未支付 │ 商家发货\r\n ▼ ▼\r\n┌─────────┐ ┌─────────┐\r\n│ 已取消 │ │ 已发货 │\r\n└─────────┘ └─────────┘\r\n │\r\n 用户确认收货\r\n ▼\r\n ┌─────────┐\r\n │ 已完成 │\r\n └─────────┘\r\n```\r\n\r\n### 视图2：数据流图\r\n**用途**：追踪数据在模块间的流转\r\n\r\n```text\r\n数据流要素：\r\n1. 数据源：数据从哪里来？\r\n2. 数据处理：数据经过什么处理？\r\n3. 数据存储：数据存储在哪里？\r\n4. 数据消费：数据被谁使用？\r\n5. 数据一致性：各处数据是否一致？\r\n\r\n绘制方法：\r\n1. 识别数据对象：什么数据在流转？\r\n2. 追踪数据路径：数据经过哪些模块？\r\n3. 标注数据操作：CRUD在哪里发生？\r\n4. 标注一致性检查点：哪里需要验证数据一致？\r\n5. 标注数据转换：数据格式在哪里变化？\r\n```\r\n\r\n**示例（订单数据流）**：\r\n```text\r\n用户下单\r\n │\r\n ▼\r\n┌─────────┐\r\n│ 订单服务 │──── 创建订单 ────→ ┌─────────┐\r\n└─────────┘ │ 订单表 │\r\n │ └─────────┘\r\n │ 扣减库存 │\r\n ▼ │\r\n┌─────────┐ │\r\n│ 库存服务 │←──── 查询库存 ──────────┘\r\n└─────────┘\r\n │\r\n │ 发起支付\r\n ▼\r\n┌─────────┐\r\n│ 支付服务 │──── 创建支付单 ────→ ┌─────────┐\r\n└─────────┘ │ 支付表 │\r\n │ └─────────┘\r\n │ 支付回调\r\n ▼\r\n┌─────────┐\r\n│ 回调处理 │──── 更新订单状态 ────→ 订单表\r\n└─────────┘\r\n```\r\n\r\n### 视图3：服务依赖图\r\n**用途**：识别服务间依赖关系和故障影响\r\n\r\n```text\r\n依赖图要素：\r\n1. 服务节点：有哪些服务？\r\n2. 依赖关系：谁依赖谁？\r\n3. 调用方式：同步/异步？\r\n4. 故障影响：挂了会怎样？\r\n5. 降级方案：怎么容错？\r\n\r\n绘制方法：\r\n1. 识别服务：系统有哪些服务？\r\n2. 识别依赖：服务间怎么调用？\r\n3. 标注调用方式：同步/异步/MQ？\r\n4. 标注故障影响：挂了影响什么？\r\n5. 标注降级策略：怎么容错？\r\n```\r\n\r\n**示例（电商服务依赖）**：\r\n```text\r\n┌─────────┐ 同步 ┌─────────┐\r\n│ 订单服务 │──────────────→│ 库存服务 │\r\n└─────────┘ └─────────┘\r\n │ │\r\n │ 同步 │ 同步\r\n ▼ ▼\r\n┌─────────┐ ┌─────────┐\r\n│ 支付服务 │ │ 商品服务 │\r\n└─────────┘ └─────────┘\r\n │\r\n │ 异步(MQ)\r\n ▼\r\n┌─────────┐\r\n│ 通知服务 │\r\n└─────────┘\r\n```\r\n\r\n## 建模输出格式\r\n\r\n### 状态转换表\r\n\r\n| 当前状态 | 触发事件 | 目标状态 | 守卫条件 | 执行动作 |\r\n|---------|---------|---------|---------|---------|\r\n| 待支付 | 用户支付 | 已支付 | 金额正确 | 扣减库存 |\r\n| 待支付 | 超时 | 已取消 | 超过30分钟 | 释放库存 |\r\n\r\n### 数据流表\r\n\r\n| 数据对象 | 源模块 | 目标模块 | 操作 | 一致性检查点 |\r\n|---------|-------|---------|------|-------------|\r\n| 订单 | 订单服务 | 订单表 | 创建 | 订单创建后 |\r\n| 库存 | 库存服务 | 库存表 | 扣减 | 扣减后验证 |\r\n\r\n### 服务依赖表\r\n\r\n| 服务 | 依赖服务 | 调用方式 | 故障影响 | 降级策略 |\r\n|-----|---------|---------|---------|---------|\r\n| 订单服务 | 库存服务 | 同步 | 下单失败 | 返回库存不足 |\r\n| 订单服务 | 通知服务 | 异步 | 通知延迟 | 重试+补偿 |\r\n\r\n## 视图选择速查\r\n\r\n| 业务特征 | 推荐视图 | 目的 | 产出物 |\r\n|---------|---------|------|-------|\r\n| 有明确状态流转 | 状态转换图 | 跟踪关键对象状态变化 | 状态转换表 |\r\n| 数据跨模块流转 | 数据流图 | 追踪CRUD和数据一致性 | 数据流表 |\r\n| 多个服务协同 | 服务依赖图 | 识别故障影响和降级 | 服务依赖表 |\r\n| 三者均有 | 三种视图全建 | 完整模型 | 三表联动 |\r\n\r\n## 输出示例\r\n\r\n**场景：电商订单状态机建模**\r\n→ 状态识别：待支付→已支付→已发货→已签收→已完成/已取消/已退款\r\n→ 转换分析：正向流转（支付→发货→签收→完成）\r\n→ 异常转换：支付失败、发货失败、退款申请\r\n→ 输出：状态转换表 + 数据流图 + 服务依赖图\r\n\r\n**场景：用户注册流程**\r\n→ 数据流建模：注册表单→用户服务→数据库→消息队列→邮件服务\r\n\r\n## 检查清单\r\n\r\n建模完成后检查：\r\n- [ ] 是否识别了所有关键状态？\r\n- [ ] 状态转换是否完整？\r\n- [ ] 数据流是否清晰？\r\n- [ ] 服务依赖是否明确？\r\n- [ ] 故障影响是否分析？\r\n- [ ] 降级方案是否设计？\r\n\r\n## 常见建模误区\r\n\r\n1. **只画图不建表**：画了漂亮的状态图但没输出状态转换表 → 图用于理解，表用于测试，缺一不可\r\n2. **状态遗漏**：只画了主路径状态，忽略了中间态和异常态 → 逐一检查每个对象的\"非法状态\"分支\r\n3. **依赖单向**：只画了A→B的调用，没画B→A的回调 → 同步调用必须标注返回路径\r\n4. **数据流断链**：数据流出后没画终点 → 每条数据流必须标注终点（存储/消费/丢弃）\r\n5. **忽略降级**：只标注了故障影响，没标注降级方案 → 所有同步依赖必须附带降级策略\n\nFile v1.6.0:_meta.json\n\n{\n \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n \"slug\": \"qa-domain-modeling\",\n \"version\": \"1.6.0\",\n \"publishedAt\": 1783358106150\n}\n\nFile v1.6.0:skill-card.md\n\n## Description:
\nHelps QA and engineering teams model complex business logic and system boundaries with state machines, data-flow views, and service-dependency views.
\n\nThis skill is ready for commercial/non-commercial use.
\n\n## Publisher:
\n[kokxi](https://clawhub.ai/user/kokxi)
\n\n### License/Terms of Use:
\nMIT-0
\n\n\n## Use Case:
\nDevelopers, QA engineers, and requirements analysts use this skill to turn complex requirements or scenario-tree inputs into domain models that expose object states, data movement, service dependencies, and missing business rules.
\n\n### Deployment Geography for Use:
\nGlobal
\n\n## Known Risks and Mitigations:
\nRisk: Broad trigger wording may cause the agent to apply the skill to general modeling requests where a narrower skill would be enough.
\nMitigation: Use the skill when the request involves complex requirements, subsystem interaction, state transitions, data flow, or service dependencies.
\nRisk: A domain model may omit subsystems, states, data paths, or failure impacts that are not explicit in the source requirements.
\nMitigation: Cross-check outputs against the scenario tree or requirements, use the included completion checklist, and retry modeling after filling any gaps.
\n\n\n## Reference(s):
\n\n\n## Skill Output:
\n**Output Type(s):** [Analysis, Markdown, Guidance]
\n**Output Format:** [Markdown with text diagrams and structured tables]
\n**Output Parameters:** [1D]
\n**Other Properties Related to Output:** [Produces state-machine, data-flow, and service-dependency views with traceability IDs when source scenarios are available.]
\n\n## Skill Version(s):
\n1.6.0 (source: frontmatter and server release metadata)
\n\n## Ethical Considerations:
\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.5.0: 3 files, 4714 bytes\n\nFiles: skill-card.md (1786b), SKILL.md (9474b), _meta.json (137b)\n\nFile v1.5.0:SKILL.md\n\n---\r\nname: qa-domain-modeling\r\nversion: 1.5.0\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-scenario-tree # 输入：场景树\r\n downstream:\r\n - qa-ai-context-engineering # 输出：领域模型传递给上下文工程\r\ninput_format:\r\n required:\r\n - name: 场景树\r\n type: object\r\n description: 来自qa-scenario-tree的输出，包含主路径/分支/异常场景\r\n optional:\r\n - name: 需求解构表\r\n type: object\r\n description: 来自qa-req-deconstruction，包含业务规则\r\noutput_format:\r\n structure:\r\n - model_id: \"MODEL-XXXX\"\r\n - scenario_ids: [\"SC-XXXX\"]\r\n - state_machine: \"状态转换图\"\r\n - data_flow: \"数据流图\"\r\n - service_dependency: \"服务依赖图\"\r\n traceability:\r\n - 每个模型带唯一ID（MODEL-XXXX）\r\n - 关联场景ID（SC-XXXX）\r\ndepth_requirement_quantification:\r\n reference_value: \"根据业务复杂度调整建模深度：简单×1/中等×2/复杂×3\"\r\n minimum: \"至少构建1个领域模型图\"\r\n---\r\n\r\n# 领域建模\r\n\r\n## 核心原则\r\n\r\n你是一位领域建模专家，擅长将复杂业务流程转化为可视化模型。\r\n**核心原则**：不只是画流程图，而是画出状态机、数据流向、一致性约束点。\r\n本技能提供三种建模视图（状态转换图/数据流图/服务依赖图）和输出格式。\r\n\r\n## 三种建模视图\r\n\r\n### 视图1：状态转换图\r\n**用途**：跟踪关键对象的状态变化\r\n\r\n```text\r\n状态机要素：\r\n1. 状态：对象可能处于的状态\r\n2. 事件：触发状态变更的事件\r\n3. 转换：状态变更的路径\r\n4. 守卫：状态转换的条件\r\n5. 动作：状态转换时执行的操作\r\n\r\n绘制方法：\r\n1. 识别关键对象：什么对象有状态？\r\n2. 列举状态：这个对象有哪些状态？\r\n3. 标注转换：什么事件触发什么转换？\r\n4. 标注条件：转换需要满足什么条件？\r\n5. 标注动作：转换时执行什么操作？\r\n```\r\n\r\n**示例（订单状态机）**：\r\n```text\r\n┌─────────┐ 用户下单 ┌─────────┐\r\n│ 待支付 │──────────────→│ 已支付 │\r\n└─────────┘ └─────────┘\r\n │ │\r\n │ 超时未支付 │ 商家发货\r\n ▼ ▼\r\n┌─────────┐ ┌─────────┐\r\n│ 已取消 │ │ 已发货 │\r\n└─────────┘ └─────────┘\r\n │\r\n 用户确认收货\r\n ▼\r\n ┌─────────┐\r\n │ 已完成 │\r\n └─────────┘\r\n```\r\n\r\n### 视图2：数据流图\r\n**用途**：追踪数据在模块间的流转\r\n\r\n```text\r\n数据流要素：\r\n1. 数据源：数据从哪里来？\r\n2. 数据处理：数据经过什么处理？\r\n3. 数据存储：数据存储在哪里？\r\n4. 数据消费：数据被谁使用？\r\n5. 数据一致性：各处数据是否一致？\r\n\r\n绘制方法：\r\n1. 识别数据对象：什么数据在流转？\r\n2. 追踪数据路径：数据经过哪些模块？\r\n3. 标注数据操作：CRUD在哪里发生？\r\n4. 标注一致性检查点：哪里需要验证数据一致？\r\n5. 标注数据转换：数据格式在哪里变化？\r\n```\r\n\r\n**示例（订单数据流）**：\r\n```text\r\n用户下单\r\n │\r\n ▼\r\n┌─────────┐\r\n│ 订单服务 │──── 创建订单 ────→ ┌─────────┐\r\n└─────────┘ │ 订单表 │\r\n │ └─────────┘\r\n │ 扣减库存 │\r\n ▼ │\r\n┌─────────┐ │\r\n│ 库存服务 │←──── 查询库存 ──────────┘\r\n└─────────┘\r\n │\r\n │ 发起支付\r\n ▼\r\n┌─────────┐\r\n│ 支付服务 │──── 创建支付单 ────→ ┌─────────┐\r\n└─────────┘ │ 支付表 │\r\n │ └─────────┘\r\n │ 支付回调\r\n ▼\r\n┌─────────┐\r\n│ 回调处理 │──── 更新订单状态 ────→ 订单表\r\n└─────────┘\r\n```\r\n\r\n### 视图3：服务依赖图\r\n**用途**：识别服务间依赖关系和故障影响\r\n\r\n```text\r\n依赖图要素：\r\n1. 服务节点：有哪些服务？\r\n2. 依赖关系：谁依赖谁？\r\n3. 调用方式：同步/异步？\r\n4. 故障影响：挂了会怎样？\r\n5. 降级方案：怎么容错？\r\n\r\n绘制方法：\r\n1. 识别服务：系统有哪些服务？\r\n2. 识别依赖：服务间怎么调用？\r\n3. 标注调用方式：同步/异步/MQ？\r\n4. 标注故障影响：挂了影响什么？\r\n5. 标注降级策略：怎么容错？\r\n```\r\n\r\n**示例（电商服务依赖）**：\r\n```text\r\n┌─────────┐ 同步 ┌─────────┐\r\n│ 订单服务 │──────────────→│ 库存服务 │\r\n└─────────┘ └─────────┘\r\n │ │\r\n │ 同步 │ 同步\r\n ▼ ▼\r\n┌─────────┐ ┌─────────┐\r\n│ 支付服务 │ │ 商品服务 │\r\n└─────────┘ └─────────┘\r\n │\r\n │ 异步(MQ)\r\n ▼\r\n┌─────────┐\r\n│ 通知服务 │\r\n└─────────┘\r\n```\r\n\r\n## 建模输出格式\r\n\r\n### 状态转换表\r\n\r\n| 当前状态 | 触发事件 | 目标状态 | 守卫条件 | 执行动作 |\r\n|---------|---------|---------|---------|---------|\r\n| 待支付 | 用户支付 | 已支付 | 金额正确 | 扣减库存 |\r\n| 待支付 | 超时 | 已取消 | 超过30分钟 | 释放库存 |\r\n\r\n### 数据流表\r\n\r\n| 数据对象 | 源模块 | 目标模块 | 操作 | 一致性检查点 |\r\n|---------|-------|---------|------|-------------|\r\n| 订单 | 订单服务 | 订单表 | 创建 | 订单创建后 |\r\n| 库存 | 库存服务 | 库存表 | 扣减 | 扣减后验证 |\r\n\r\n### 服务依赖表\r\n\r\n| 服务 | 依赖服务 | 调用方式 | 故障影响 | 降级策略 |\r\n|-----|---------|---------|---------|---------|\r\n| 订单服务 | 库存服务 | 同步 | 下单失败 | 返回库存不足 |\r\n| 订单服务 | 通知服务 | 异步 | 通知延迟 | 重试+补偿 |\r\n\r\n## 视图选择速查\r\n\r\n| 业务特征 | 推荐视图 | 目的 | 产出物 |\r\n|---------|---------|------|-------|\r\n| 有明确状态流转 | 状态转换图 | 跟踪关键对象状态变化 | 状态转换表 |\r\n| 数据跨模块流转 | 数据流图 | 追踪CRUD和数据一致性 | 数据流表 |\r\n| 多个服务协同 | 服务依赖图 | 识别故障影响和降级 | 服务依赖表 |\r\n| 三者均有 | 三种视图全建 | 完整模型 | 三表联动 |\r\n\r\n## 输出示例\r\n\r\n**场景：电商订单状态机建模**\r\n→ 状态识别：待支付→已支付→已发货→已签收→已完成/已取消/已退款\r\n→ 转换分析：正向流转（支付→发货→签收→完成）\r\n→ 异常转换：支付失败、发货失败、退款申请\r\n→ 输出：状态转换表 + 数据流图 + 服务依赖图\r\n\r\n**场景：用户注册流程**\r\n→ 数据流建模：注册表单→用户服务→数据库→消息队列→邮件服务\r\n\r\n## 检查清单\r\n\r\n建模完成后检查：\r\n- [ ] 是否识别了所有关键状态？\r\n- [ ] 状态转换是否完整？\r\n- [ ] 数据流是否清晰？\r\n- [ ] 服务依赖是否明确？\r\n- [ ] 故障影响是否分析？\r\n- [ ] 降级方案是否设计？\r\n\r\n## 常见建模误区\r\n\r\n1. **只画图不建表**：画了漂亮的状态图但没输出状态转换表 → 图用于理解，表用于测试，缺一不可\r\n2. **状态遗漏**：只画了主路径状态，忽略了中间态和异常态 → 逐一检查每个对象的\"非法状态\"分支\r\n3. **依赖单向**：只画了A→B的调用，没画B→A的回调 → 同步调用必须标注返回路径\r\n4. **数据流断链**：数据流出后没画终点 → 每条数据流必须标注终点（存储/消费/丢弃）\r\n5. **忽略降级**：只标注了故障影响，没标注降级方案 → 所有同步依赖必须附带降级策略\n\nFile v1.5.0:_meta.json\n\n{\n \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n \"slug\": \"qa-domain-modeling\",\n \"version\": \"1.5.0\",\n \"publishedAt\": 1782736350918\n}\n\nFile v1.5.0:skill-card.md\n\n## Description:
\nQa Domain Modeling helps agents clarify complex business logic and system boundaries by producing state-machine, data-flow, and service-dependency models for QA scope analysis.
\n\nThis skill is ready for commercial/non-commercial use.
\n\n## Publisher:
\n[kokxi](https://clawhub.ai/user/kokxi)
\n\n### License/Terms of Use:
\nMIT-0
\n\n\n## Use Case:
\nDevelopers, QA engineers, and test analysts use this skill to turn complex requirements or scenario trees into domain models that expose state changes, data movement, service dependencies, failure impacts, and fallback strategies.
\n\n### Deployment Geography for Use:
\nGlobal
\n\n## Known Risks and Mitigations:
\nRisk: The trigger wording is broad and may activate for generic modeling requests.
\nMitigation: Disable the skill or narrow its local trigger wording if broad activation becomes distracting.
\n\n\n## Reference(s):
\n- [ClawHub skill page](https://clawhub.ai/kokxi/skills/qa-domain-modeling)
\n- [ClawHub publisher profile](https://clawhub.ai/user/kokxi)
\n\n\n## Skill Output:
\n**Output Type(s):** [text, markdown, guidance]
\n**Output Format:** [Markdown with text diagrams and structured tables]
\n**Output Parameters:** [1D]
\n**Other Properties Related to Output:** [May include model IDs, linked scenario IDs, state-machine, data-flow, and service-dependency sections.]
\n\n## Skill Version(s):
\n1.5.0 (source: server release and SKILL.md frontmatter)
\n\n## Ethical Considerations:
\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.4.1: 3 files, 4475 bytes\n\nFiles: skill-card.md (1937b), SKILL.md (8991b), _meta.json (137b)\n\nFile v1.4.1:SKILL.md\n\n---\r\nname: qa-domain-modeling\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-scenario-tree # 输入：场景树\r\n downstream:\r\n - qa-ai-context-engineering # 输出：领域模型传递给上下文工程\r\ninput_format:\r\n required:\r\n - name: 场景树\r\n type: object\r\n description: 来自qa-scenario-tree的输出，包含主路径/分支/异常场景\r\n optional:\r\n - name: 需求解构表\r\n type: object\r\n description: 来自qa-req-deconstruction，包含业务规则\r\noutput_format:\r\n structure:\r\n - model_id: \"MODEL-XXXX\"\r\n - scenario_ids: [\"SC-XXXX\"]\r\n - state_machine: \"状态转换图\"\r\n - data_flow: \"数据流图\"\r\n - service_dependency: \"服务依赖图\"\r\n traceability:\r\n - 每个模型带唯一ID（MODEL-XXXX）\r\n - 关联场景ID（SC-XXXX）\r\n---\r\n\r\n# 领域建模\r\n\r\n## Overview\r\n\r\n你是一位领域建模专家，擅长将复杂业务流程转化为可视化模型。\r\n**核心原则**：不只是画流程图，而是画出状态机、数据流向、一致性约束点。\r\n本技能提供三种建模视图（状态转换图/数据流图/服务依赖图）和输出格式。\r\n\r\n## 三种建模视图\r\n\r\n### 视图1：状态转换图\r\n**用途**：跟踪关键对象的状态变化\r\n\r\n```\r\n状态机要素：\r\n1. 状态：对象可能处于的状态\r\n2. 事件：触发状态变更的事件\r\n3. 转换：状态变更的路径\r\n4. 守卫：状态转换的条件\r\n5. 动作：状态转换时执行的操作\r\n\r\n绘制方法：\r\n1. 识别关键对象：什么对象有状态？\r\n2. 列举状态：这个对象有哪些状态？\r\n3. 标注转换：什么事件触发什么转换？\r\n4. 标注条件：转换需要满足什么条件？\r\n5. 标注动作：转换时执行什么操作？\r\n```\r\n\r\n**示例（订单状态机）**：\r\n```\r\n┌─────────┐ 用户下单 ┌─────────┐\r\n│ 待支付 │──────────────→│ 已支付 │\r\n└─────────┘ └─────────┘\r\n │ │\r\n │ 超时未支付 │ 商家发货\r\n ▼ ▼\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\n1. 数据源：数据从哪里来？\r\n2. 数据处理：数据经过什么处理？\r\n3. 数据存储：数据存储在哪里？\r\n4. 数据消费：数据被谁使用？\r\n5. 数据一致性：各处数据是否一致？\r\n\r\n绘制方法：\r\n1. 识别数据对象：什么数据在流转？\r\n2. 追踪数据路径：数据经过哪些模块？\r\n3. 标注数据操作：CRUD在哪里发生？\r\n4. 标注一致性检查点：哪里需要验证数据一致？\r\n5. 标注数据转换：数据格式在哪里变化？\r\n```\r\n\r\n**示例（订单数据流）**：\r\n```\r\n用户下单\r\n │\r\n ▼\r\n┌─────────┐\r\n│ 订单服务 │──── 创建订单 ────→ ┌─────────┐\r\n└─────────┘ │ 订单表 │\r\n │ └─────────┘\r\n │ 扣减库存 │\r\n ▼ │\r\n┌─────────┐ │\r\n│ 库存服务 │←──── 查询库存 ──────────┘\r\n└─────────┘\r\n │\r\n │ 发起支付\r\n ▼\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\n1. 服务节点：有哪些服务？\r\n2. 依赖关系：谁依赖谁？\r\n3. 调用方式：同步/异步？\r\n4. 故障影响：挂了会怎样？\r\n5. 降级方案：怎么容错？\r\n\r\n绘制方法：\r\n1. 识别服务：系统有哪些服务？\r\n2. 识别依赖：服务间怎么调用？\r\n3. 标注调用方式：同步/异步/MQ？\r\n4. 标注故障影响：挂了影响什么？\r\n5. 标注降级策略：怎么容错？\r\n```\r\n\r\n**示例（电商服务依赖）**：\r\n```\r\n┌─────────┐ 同步 ┌─────────┐\r\n│ 订单服务 │──────────────→│ 库存服务 │\r\n└─────────┘ └─────────┘\r\n │ │\r\n │ 同步 │ 同步\r\n ▼ ▼\r\n┌─────────┐ ┌─────────┐\r\n│ 支付服务 │ │ 商品服务 │\r\n└─────────┘ └─────────┘\r\n │\r\n │ 异步(MQ)\r\n ▼\r\n┌─────────┐\r\n│ 通知服务 │\r\n└─────────┘\r\n```\r\n\r\n## 建模输出格式\r\n\r\n### 状态转换表\r\n\r\n| 当前状态 | 触发事件 | 目标状态 | 守卫条件 | 执行动作 |\r\n|---------|---------|---------|---------|---------|\r\n| 待支付 | 用户支付 | 已支付 | 金额正确 | 扣减库存 |\r\n| 待支付 | 超时 | 已取消 | 超过30分钟 | 释放库存 |\r\n\r\n### 数据流表\r\n\r\n| 数据对象 | 源模块 | 目标模块 | 操作 | 一致性检查点 |\r\n|---------|-------|---------|------|-------------|\r\n| 订单 | 订单服务 | 订单表 | 创建 | 订单创建后 |\r\n| 库存 | 库存服务 | 库存表 | 扣减 | 扣减后验证 |\r\n\r\n### 服务依赖表\r\n\r\n| 服务 | 依赖服务 | 调用方式 | 故障影响 | 降级策略 |\r\n|-----|---------|---------|---------|---------|\r\n| 订单服务 | 库存服务 | 同步 | 下单失败 | 返回库存不足 |\r\n| 订单服务 | 通知服务 | 异步 | 通知延迟 | 重试+补偿 |\r\n\r\n## 视图选择速查\r\n\r\n| 业务特征 | 推荐视图 | 目的 | 产出物 |\r\n|---------|---------|------|-------|\r\n| 有明确状态流转 | 状态转换图 | 跟踪关键对象状态变化 | 状态转换表 |\r\n| 数据跨模块流转 | 数据流图 | 追踪CRUD和数据一致性 | 数据流表 |\r\n| 多个服务协同 | 服务依赖图 | 识别故障影响和降级 | 服务依赖表 |\r\n| 三者均有 | 三种视图全建 | 完整模型 | 三表联动 |\r\n\r\n## Examples\r\n\r\n**场景：电商订单状态机建模**\r\n→ 状态识别：待支付→已支付→已发货→已签收→已完成/已取消/已退款\r\n→ 转换分析：正向流转（支付→发货→签收→完成）\r\n→ 异常转换：支付失败、发货失败、退款申请\r\n→ 输出：状态转换表 + 数据流图 + 服务依赖图\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- [ ] 故障影响是否分析？\r\n- [ ] 降级方案是否设计？\r\n\r\n## 常见建模误区\r\n\r\n1. **只画图不建表**：画了漂亮的状态图但没输出状态转换表 → 图用于理解，表用于测试，缺一不可\r\n2. **状态遗漏**：只画了主路径状态，忽略了中间态和异常态 → 逐一检查每个对象的\"非法状态\"分支\r\n3. **依赖单向**：只画了A→B的调用，没画B→A的回调 → 同步调用必须标注返回路径\r\n4. **数据流断链**：数据流出后没画终点 → 每条数据流必须标注终点（存储/消费/丢弃）\r\n5. **忽略降级**：只标注了故障影响，没标注降级方案 → 所有同步依赖必须附带降级策略\n\nFile v1.4.1:_meta.json\n\n{\n \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n \"slug\": \"qa-domain-modeling\",\n \"version\": \"1.4.1\",\n \"publishedAt\": 1782406458441\n}\n\nFile v1.4.1:skill-card.md\n\n## Description:
\nQa Domain Modeling helps agents turn complex business flows into state-machine, data-flow, and service-dependency models for clearer system-boundary and test-scope analysis.
\n\nThis skill is ready for commercial/non-commercial use.
\n\n## Publisher:
\n[kokxi](https://clawhub.ai/user/kokxi)
\n\n### License/Terms of Use:
\nMIT-0
\n\n\n## Use Case:
\nDevelopers, QA engineers, and analysts use this skill to convert complex requirements or scenario trees into state-transition, data-flow, and service-dependency models for test design and system analysis.
\n\n### Deployment Geography for Use:
\nGlobal
\n\n## Known Risks and Mitigations:
\nRisk: The skill may read local requirements or source files supplied for modeling context.
\nMitigation: Review the files selected for modeling and avoid providing unnecessary sensitive material.
\nRisk: Generated domain models can omit edge states, data paths, or failure effects when the source requirements are incomplete.
\nMitigation: Review the resulting state, data-flow, and service-dependency tables with domain owners before relying on them for test scope or design decisions.
\n\n\n## Reference(s):
\n\n\n## Skill Output:
\n**Output Type(s):** [text, markdown, guidance]
\n**Output Format:** [Markdown with diagram-style text blocks and structured tables]
\n**Output Parameters:** [1D]
\n**Other Properties Related to Output:** [Can include model IDs, linked scenario IDs, state-machine tables, data-flow tables, and service-dependency tables.]
\n\n## Skill Version(s):
\n1.4.1 (source: server release evidence, target metadata)
\n\n## Ethical Considerations:
\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.4.0: 3 files, 4664 bytes\n\nFiles: skill-card.md (2259b), SKILL.md (9276b), _meta.json (137b)\n\nFile v1.4.0:SKILL.md\n\n---\r\nname: qa-domain-modeling\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-scenario-tree # 输入：场景树\r\n downstream:\r\n - qa-ai-context-engineering # 输出：领域模型传递给上下文工程\r\ninput_format:\r\n required:\r\n - name: 场景树\r\n type: object\r\n description: 来自qa-scenario-tree的输出，包含主路径/分支/异常场景\r\n optional:\r\n - name: 需求解构表\r\n type: object\r\n description: 来自qa-req-deconstruction，包含业务规则\r\noutput_format:\r\n structure:\r\n - model_id: \"MODEL-XXXX\"\r\n - scenario_ids: [\"SC-XXXX\"]\r\n - state_machine: \"状态转换图\"\r\n - data_flow: \"数据流图\"\r\n - service_dependency: \"服务依赖图\"\r\n traceability:\r\n - 每个模型带唯一ID（MODEL-XXXX）\r\n - 关联场景ID（SC-XXXX）\r\n---\r\n\r\n# 领域建模\r\n\r\n## Overview\r\n\r\n你是一位领域建模专家，擅长将复杂业务流程转化为可视化模型。\r\n**核心原则**：不只是画流程图，而是画出状态机、数据流向、一致性约束点。\r\n本技能提供三种建模视图（状态转换图/数据流图/服务依赖图）和输出格式。\r\n\r\n## 三种建模视图\r\n\r\n### 视图1：状态转换图\r\n**用途**：跟踪关键对象的状态变化\r\n\r\n```\r\n状态机要素：\r\n1. 状态：对象可能处于的状态\r\n2. 事件：触发状态变更的事件\r\n3. 转换：状态变更的路径\r\n4. 守卫：状态转换的条件\r\n5. 动作：状态转换时执行的操作\r\n\r\n绘制方法：\r\n1. 识别关键对象：什么对象有状态？\r\n2. 列举状态：这个对象有哪些状态？\r\n3. 标注转换：什么事件触发什么转换？\r\n4. 标注条件：转换需要满足什么条件？\r\n5. 标注动作：转换时执行什么操作？\r\n```\r\n\r\n**示例（订单状态机）**：\r\n```\r\n┌─────────┐ 用户下单 ┌─────────┐\r\n│ 待支付 │──────────────→│ 已支付 │\r\n└─────────┘ └─────────┘\r\n │ │\r\n │ 超时未支付 │ 商家发货\r\n ▼ ▼\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\n1. 数据源：数据从哪里来？\r\n2. 数据处理：数据经过什么处理？\r\n3. 数据存储：数据存储在哪里？\r\n4. 数据消费：数据被谁使用？\r\n5. 数据一致性：各处数据是否一致？\r\n\r\n绘制方法：\r\n1. 识别数据对象：什么数据在流转？\r\n2. 追踪数据路径：数据经过哪些模块？\r\n3. 标注数据操作：CRUD在哪里发生？\r\n4. 标注一致性检查点：哪里需要验证数据一致？\r\n5. 标注数据转换：数据格式在哪里变化？\r\n```\r\n\r\n**示例（订单数据流）**：\r\n```\r\n用户下单\r\n │\r\n ▼\r\n┌─────────┐\r\n│ 订单服务 │──── 创建订单 ────→ ┌─────────┐\r\n└─────────┘ │ 订单表 │\r\n │ └─────────┘\r\n │ 扣减库存 │\r\n ▼ │\r\n┌─────────┐ │\r\n│ 库存服务 │←──── 查询库存 ──────────┘\r\n└─────────┘\r\n │\r\n │ 发起支付\r\n ▼\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\n1. 服务节点：有哪些服务？\r\n2. 依赖关系：谁依赖谁？\r\n3. 调用方式：同步/异步？\r\n4. 故障影响：挂了会怎样？\r\n5. 降级方案：怎么容错？\r\n\r\n绘制方法：\r\n1. 识别服务：系统有哪些服务？\r\n2. 识别依赖：服务间怎么调用？\r\n3. 标注调用方式：同步/异步/MQ？\r\n4. 标注故障影响：挂了影响什么？\r\n5. 标注降级策略：怎么容错？\r\n```\r\n\r\n**示例（电商服务依赖）**：\r\n```\r\n┌─────────┐ 同步 ┌─────────┐\r\n│ 订单服务 │──────────────→│ 库存服务 │\r\n└─────────┘ └─────────┘\r\n │ │\r\n │ 同步 │ 同步\r\n ▼ ▼\r\n┌─────────┐ ┌─────────┐\r\n│ 支付服务 │ │ 商品服务 │\r\n└─────────┘ └─────────┘\r\n │\r\n │ 异步(MQ)\r\n ▼\r\n┌─────────┐\r\n│ 通知服务 │\r\n└─────────┘\r\n```\r\n\r\n## 建模输出格式\r\n\r\n### 状态转换表\r\n\r\n| 当前状态 | 触发事件 | 目标状态 | 守卫条件 | 执行动作 |\r\n|---------|---------|---------|---------|---------|\r\n| 待支付 | 用户支付 | 已支付 | 金额正确 | 扣减库存 |\r\n| 待支付 | 超时 | 已取消 | 超过30分钟 | 释放库存 |\r\n\r\n### 数据流表\r\n\r\n| 数据对象 | 源模块 | 目标模块 | 操作 | 一致性检查点 |\r\n|---------|-------|---------|------|-------------|\r\n| 订单 | 订单服务 | 订单表 | 创建 | 订单创建后 |\r\n| 库存 | 库存服务 | 库存表 | 扣减 | 扣减后验证 |\r\n\r\n### 服务依赖表\r\n\r\n| 服务 | 依赖服务 | 调用方式 | 故障影响 | 降级策略 |\r\n|-----|---------|---------|---------|---------|\r\n| 订单服务 | 库存服务 | 同步 | 下单失败 | 返回库存不足 |\r\n| 订单服务 | 通知服务 | 异步 | 通知延迟 | 重试+补偿 |\r\n\r\n## 视图选择速查\r\n\r\n| 业务特征 | 推荐视图 | 目的 | 产出物 |\r\n|---------|---------|------|-------|\r\n| 有明确状态流转 | 状态转换图 | 跟踪关键对象状态变化 | 状态转换表 |\r\n| 数据跨模块流转 | 数据流图 | 追踪CRUD和数据一致性 | 数据流表 |\r\n| 多个服务协同 | 服务依赖图 | 识别故障影响和降级 | 服务依赖表 |\r\n| 三者均有 | 三种视图全建 | 完整模型 | 三表联动 |\r\n\r\n## Examples\r\n\r\n**场景：电商订单状态机建模**\r\n→ 状态识别：待支付→已支付→已发货→已签收→已完成/已取消/已退款\r\n→ 转换分析：正向流转（支付→发货→签收→完成）\r\n→ 异常转换：支付失败、发货失败、退款申请\r\n→ 输出：状态转换表 + 数据流图 + 服务依赖图\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- [ ] 故障影响是否分析？\r\n- [ ] 降级方案是否设计？\r\n\r\n## 常见建模误区\r\n\r\n1. **只画图不建表**：画了漂亮的状态图但没输出状态转换表 → 图用于理解，表用于测试，缺一不可\r\n2. **状态遗漏**：只画了主路径状态，忽略了中间态和异常态 → 逐一检查每个对象的\"非法状态\"分支\r\n3. **依赖单向**：只画了A→B的调用，没画B→A的回调 → 同步调用必须标注返回路径\r\n4. **数据流断链**：数据流出后没画终点 → 每条数据流必须标注终点（存储/消费/丢弃）\r\n5. **忽略降级**：只标注了故障影响，没标注降级方案 → 所有同步依赖必须附带降级策略\n\nFile v1.4.0:_meta.json\n\n{\n \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n \"slug\": \"qa-domain-modeling\",\n \"version\": \"1.4.0\",\n \"publishedAt\": 1782277670221\n}\n\nFile v1.4.0:skill-card.md\n\n## Description:
\nQa Domain Modeling helps agents turn complex business requirements into domain models, including state machines, data-flow views, and service-dependency maps.
\n\nThis skill is ready for commercial/non-commercial use.
\n\n## Publisher:
\n[kokxi](https://clawhub.ai/user/kokxi)
\n\n### License/Terms of Use:
\nMIT-0
\n\n\n## Use Case:
\nQA engineers, developers, and product teams use this skill to clarify complex requirements and visualize test scope through state-transition, data-flow, and service-dependency models.
\n\n### Deployment Geography for Use:
\nGlobal
\n\n## Known Risks and Mitigations:
\nRisk: Generated models may omit edge states, data paths, service dependencies, or failure impacts from complex requirements.
\nMitigation: Review the state-transition, data-flow, and service-dependency outputs against source requirements before using them for test planning or implementation decisions.
\nRisk: The skill may read local requirement or scenario files when invoked.
\nMitigation: Use it only in workspaces where the agent is allowed to access that context, and review generated models before sharing them outside the project.
\nRisk: Automatic activation may not trigger for every domain-modeling task.
\nMitigation: Invoke the skill explicitly when users need state modeling, data-flow analysis, service-dependency mapping, or complex business-process clarification.
\n\n\n## Reference(s):
\n- [ClawHub skill page](https://clawhub.ai/kokxi/skills/qa-domain-modeling)
\n\n\n## Skill Output:
\n**Output Type(s):** [text, markdown, guidance]
\n**Output Format:** [Markdown with modeling tables and diagram-oriented text]
\n**Output Parameters:** [1D]
\n**Other Properties Related to Output:** [Produces traceable model identifiers and links models to scenario identifiers when source scenarios are available.]
\n\n## Skill Version(s):
\n1.4.0 (source: server release evidence)
\n\n## Ethical Considerations:
\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.3.0: 3 files, 3572 bytes\n\nFiles: skill-card.md (1645b), SKILL.md (7108b), _meta.json (137b)\n\nFile v1.3.0:SKILL.md\n\n---\r\nname: qa-domain-modeling\r\ndescription: 领域建模，构建状态机、数据流、服务依赖图。当业务流程复杂需要理清模块关系时激活。\r\nwhen_to_use: 用户说\"画状态图\"、\"数据流\"、\"服务依赖\"、需要理解复杂业务流程时\r\nallowed-tools: Read Grep Glob\r\nrelated_skills:\r\n upstream:\r\n - qa-scenario-tree # 输入：场景树\r\n downstream:\r\n - qa-ai-context-engineering # 输出：领域模型传递给上下文工程\r\ninput_format:\r\n required:\r\n - name: 场景树\r\n type: object\r\n description: 来自qa-scenario-tree的输出，包含主路径/分支/异常场景\r\n optional:\r\n - name: 需求解构表\r\n type: object\r\n description: 来自qa-req-deconstruction，包含业务规则\r\noutput_format:\r\n structure:\r\n - model_id: \"MODEL-XXXX\"\r\n - scenario_ids: [\"SC-XXXX\"]\r\n - state_machine: \"状态转换图\"\r\n - data_flow: \"数据流图\"\r\n - service_dependency: \"服务依赖图\"\r\n traceability:\r\n - 每个模型带唯一ID（MODEL-XXXX）\r\n - 关联场景ID（SC-XXXX）\r\n---\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\r\n```\r\n状态机要素：\r\n1. 状态：对象可能处于的状态\r\n2. 事件：触发状态变更的事件\r\n3. 转换：状态变更的路径\r\n4. 守卫：状态转换的条件\r\n5. 动作：状态转换时执行的操作\r\n\r\n绘制方法：\r\n1. 识别关键对象：什么对象有状态？\r\n2. 列举状态：这个对象有哪些状态？\r\n3. 标注转换：什么事件触发什么转换？\r\n4. 标注条件：转换需要满足什么条件？\r\n5. 标注动作：转换时执行什么操作？\r\n```\r\n\r\n**示例（订单状态机）**：\r\n```\r\n┌─────────┐ 用户下单 ┌─────────┐\r\n│ 待支付 │──────────────→│ 已支付 │\r\n└─────────┘ └─────────┘\r\n │ │\r\n │ 超时未支付 │ 商家发货\r\n ▼ ▼\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\n1. 数据源：数据从哪里来？\r\n2. 数据处理：数据经过什么处理？\r\n3. 数据存储：数据存储在哪里？\r\n4. 数据消费：数据被谁使用？\r\n5. 数据一致性：各处数据是否一致？\r\n\r\n绘制方法：\r\n1. 识别数据对象：什么数据在流转？\r\n2. 追踪数据路径：数据经过哪些模块？\r\n3. 标注数据操作：CRUD在哪里发生？\r\n4. 标注一致性检查点：哪里需要验证数据一致？\r\n5. 标注数据转换：数据格式在哪里变化？\r\n```\r\n\r\n**示例（订单数据流）**：\r\n```\r\n用户下单\r\n │\r\n ▼\r\n┌─────────┐\r\n│ 订单服务 │──── 创建订单 ────→ ┌─────────┐\r\n└─────────┘ │ 订单表 │\r\n │ └─────────┘\r\n │ 扣减库存 │\r\n ▼ │\r\n┌─────────┐ │\r\n│ 库存服务 │←──── 查询库存 ──────────┘\r\n└─────────┘\r\n │\r\n │ 发起支付\r\n ▼\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\n1. 服务节点：有哪些服务？\r\n2. 依赖关系：谁依赖谁？\r\n3. 调用方式：同步/异步？\r\n4. 故障影响：挂了会怎样？\r\n5. 降级方案：怎么容错？\r\n\r\n绘制方法：\r\n1. 识别服务：系统有哪些服务？\r\n2. 识别依赖：服务间怎么调用？\r\n3. 标注调用方式：同步/异步/MQ？\r\n4. 标注故障影响：挂了影响什么？\r\n5. 标注降级策略：怎么容错？\r\n```\r\n\r\n**示例（电商服务依赖）**：\r\n```\r\n┌─────────┐ 同步 ┌─────────┐\r\n│ 订单服务 │──────────────→│ 库存服务 │\r\n└─────────┘ └─────────┘\r\n │ │\r\n │ 同步 │ 同步\r\n ▼ ▼\r\n┌─────────┐ ┌─────────┐\r\n│ 支付服务 │ │ 商品服务 │\r\n└─────────┘ └─────────┘\r\n │\r\n │ 异步(MQ)\r\n ▼\r\n┌─────────┐\r\n│ 通知服务 │\r\n└─────────┘\r\n```\r\n\r\n## 建模输出格式\r\n\r\n### 状态转换表\r\n\r\n| 当前状态 | 触发事件 | 目标状态 | 守卫条件 | 执行动作 |\r\n|---------|---------|---------|---------|---------|\r\n| 待支付 | 用户支付 | 已支付 | 金额正确 | 扣减库存 |\r\n| 待支付 | 超时 | 已取消 | 超过30分钟 | 释放库存 |\r\n\r\n### 数据流表\r\n\r\n| 数据对象 | 源模块 | 目标模块 | 操作 | 一致性检查点 |\r\n|---------|-------|---------|------|-------------|\r\n| 订单 | 订单服务 | 订单表 | 创建 | 订单创建后 |\r\n| 库存 | 库存服务 | 库存表 | 扣减 | 扣减后验证 |\r\n\r\n### 服务依赖表\r\n\r\n| 服务 | 依赖服务 | 调用方式 | 故障影响 | 降级策略 |\r\n|-----|---------|---------|---------|---------|\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.3.0:_meta.json\n\n{\n \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n \"slug\": \"qa-domain-modeling\",\n \"version\": \"1.3.0\",\n \"publishedAt\": 1782108317468\n}\n\nFile v1.3.0:skill-card.md\n\n## Description:
\nThis Chinese-language skill helps an agent turn complex business workflows into state-machine, data-flow, and service-dependency models.
\n\nThis skill is ready for commercial/non-commercial use.
\n\n## Publisher:
\n[kokxi](https://clawhub.ai/user/kokxi)
\n\n### License/Terms of Use:
\nMIT-0
\n\n\n## Use Case:
\nDevelopers, QA engineers, and business analysts use this skill when complex business scenarios need formal domain models. It guides agents to produce state-transition, data-flow, and service-dependency views with traceable model and scenario IDs.
\n\n### Deployment Geography for Use:
\nGlobal
\n\n## Known Risks and Mitigations:
\nRisk: The skill may activate on broadly worded complex-process analysis requests where a formal model was not intended.
\nMitigation: Users should state whether they want a formal domain model or diagram before invoking the skill.
\n\n\n## Reference(s):
\n\n\n## Skill Output:
\n**Output Type(s):** [text, markdown, guidance]
\n**Output Format:** [Markdown tables and diagram-oriented text]
\n**Output Parameters:** [1D]
\n**Other Properties Related to Output:** [Outputs include state-transition, data-flow, and service-dependency tables with model and scenario traceability IDs.]
\n\n## Skill Version(s):
\n1.3.0 (source: server release metadata)
\n\n## Ethical Considerations:
\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.
","readmeExcerpt":"Skill: qa-domain-modeling Owner: kokxi Summary: 通过构建状态机、数据流图和服务依赖图来理清复杂的业务逻辑和系统边界。当需求文档复杂、涉及多个子系统交互、或者你搞不清楚数据在不同模块之间怎么流转的时候，应当使用此技能。领域建模不是为了画图而画图——它帮你发现那些\"需求文档里没写的\"隐式业务规则和系统边界。适用于复杂业务流程的测试范围可视化。 触发场景：画状态图、数据流、服务依赖、建模、领域建模、状态转换、数据流向、服务调用关系、需求文档复杂难以理解时。 Use when the user asks about: state machine, data flow, and service dependency modeling to expose implicit business rules and system boundaries. Tags: latest:1.8.0 Vers","codeSnippets":[],"executableExamples":[{"language":"text","snippet":"状态机要素：\n1. 状态：对象可能处于的状态\n2. 事件：触发状态变更的事件\n3. 转换：状态变更的路径\n4. 守卫：状态转换的条件\n5. 动作：状态转换时执行的操作\n\n绘制方法：\n1. 识别关键对象：什么对象有状态？\n2. 列举状态：这个对象有哪些状态？\n3. 标注转换：什么事件触发什么转换？\n4. 标注条件：转换需要满足什么条件？\n5. 标注动作：转换时执行什么操作？"},{"language":"text","snippet":"┌─────────┐ 用户下单 ┌─────────┐\n│ 待支付 │──────────────→│ 已支付 │\n└─────────┘ └─────────┘\n │ │\n │ 超时未支付 │ 商家发货\n ▼ ▼\n┌─────────┐ ┌─────────┐\n│ 已取消 │ │ 已发货 │\n└─────────┘ └─────────┘\n │\n 用户确认收货\n ▼\n ┌─────────┐\n │ 已完成 │\n └─────────┘"},{"language":"text","snippet":"数据流要素：\n1. 数据源：数据从哪里来？\n2. 数据处理：数据经过什么处理？\n3. 数据存储：数据存储在哪里？\n4. 数据消费：数据被谁使用？\n5. 数据一致性：各处数据是否一致？\n\n绘制方法：\n1. 识别数据对象：什么数据在流转？\n2. 追踪数据路径：数据经过哪些模块？\n3. 标注数据操作：CRUD在哪里发生？\n4. 标注一致性检查点：哪里需要验证数据一致？\n5. 标注数据转换：数据格式在哪里变化？"},{"language":"text","snippet":"用户下单\n │\n ▼\n┌─────────┐\n│ 订单服务 │──── 创建订单 ────→ ┌─────────┐\n└─────────┘ │ 订单表 │\n │ └─────────┘\n │ 扣减库存 │\n ▼ │\n┌─────────┐ │\n│ 库存服务 │←──── 查询库存 ──────────┘\n└─────────┘\n │\n │ 发起支付\n ▼\n┌─────────┐\n│ 支付服务 │──── 创建支付单 ────→ ┌─────────┐\n└─────────┘ │ 支付表 │\n │ └─────────┘\n │ 支付回调\n ▼\n┌─────────┐\n│ 回调处理 │──── 更新订单状态 ────→ 订单表\n└─────────┘"},{"language":"text","snippet":"依赖图要素：\n1. 服务节点：有哪些服务？\n2. 依赖关系：谁依赖谁？\n3. 调用方式：同步/异步？\n4. 故障影响：挂了会怎样？\n5. 降级方案：怎么容错？\n\n绘制方法：\n1. 识别服务：系统有哪些服务？\n2. 识别依赖：服务间怎么调用？\n3. 标注调用方式：同步/异步/MQ？\n4. 标注故障影响：挂了影响什么？\n5. 标注降级策略：怎么容错？"},{"language":"text","snippet":"┌─────────┐ 同步 ┌─────────┐\n│ 订单服务 │──────────────→│ 库存服务 │\n└─────────┘ └─────────┘\n │ │\n │ 同步 │ 同步\n ▼ ▼\n┌─────────┐ ┌─────────┐\n│ 支付服务 │ │ 商品服务 │\n└─────────┘ └─────────┘\n │\n │ 异步(MQ)\n ▼\n┌─────────┐\n│ 通知服务 │\n└─────────┘"}],"parameters":null,"dependencies":[],"permissions":[],"extractedFiles":[{"path":"SKILL.md","content":"---\nname: qa-domain-modeling\ndescription: >-\n 通过构建状态机、数据流图和服务依赖图来理清复杂的业务逻辑和系统边界。当需求文档复杂、涉及多个子系统交互、或者你搞不清楚数据在不同模块之间怎么流转的时候，应当使用此技能。领域建模不是为了画图而画图——它帮你发现那些\"需求文档里没写的\"隐式业务规则和系统边界。适用于复杂业务流程的测试范围可视化。 触发场景：画状态图、数据流、服务依赖、建模、领域建模、状态转换、数据流向、服务调用关系、需求文档复杂难以理解时。 Use when the user asks about: state machine, data flow, and service dependency modeling to expose implicit business rules and system boundaries.\nlicense: MIT\nallowed-tools: Read Grep Glob\nmetadata:\n display-name: \"Domain Modeling\"\n version: \"1.8.0\"\n when-to-use: \"用户说\\\"画状态图\\\"、\\\"数据流\\\"、\\\"服务依赖\\\"、\\\"建模\\\"、\\\"领域建模\\\"、\\\"状态转换\\\"、\\\"数据流向\\\"、\\\"服务调用关系\\\"、需要理解复杂业务流程、需求文档复杂难以理解时\"\n related-skills: \"{\\\"upstream\\\":[\\\"qa-scenario-tree\\\"],\\\"downstream\\\":[\\\"qa-ai-context-engineering\\\"]}\"\n references: \"[\\\"references/modeling-views.md\\\"]\"\n input-format: \"{\\\"required\\\":[{\\\"name\\\":\\\"场景树\\\",\\\"type\\\":\\\"object\\\",\\\"description\\\":\\\"来自qa-scenario-tree的输出，包含主路径/分支/异常场景\\\"}],\\\"optional\\\":[{\\\"name\\\":\\\"需求解构表\\\",\\\"type\\\":\\\"object\\\",\\\"description\\\":\\\"来自qa-req-deconstruction，包含业务规则\\\"}]}\"\n output-format: \"{\\\"structure\\\":[\\\"覆盖率：标注口径（基于现有需求/输入文档），禁止\\\\\\\"全覆盖/100%\\\\\\\"绝对化表述；缺失模块标注\\\\\\\"未覆盖+原因\\\\\\\"\\\",{\\\"model_id\\\":\\\"MODEL-XXXX\\\"},{\\\"scenario_ids\\\":[\\\"SC-XXXX\\\"]},{\\\"state_machine\\\":\\\"状态转换图\\\"},{\\\"data_flow\\\":\\\"数据流图\\\"},{\\\"service_dependency\\\":\\\"服务依赖图\\\"}],\\\"traceability\\\":[\\\"每个模型带唯一ID（MODEL-XXXX）\\\",\\\"关联场景ID：SC-{场景模块缩写}-{序号}\\\"]}\"\n error-recovery-guidance: \"{\\\"on_failure\\\":\\\"领域模型遗漏子系统时回退到场景树补充\\\",\\\"retry_behavior\\\":\\\"补全场景后重新建模\\\"}\"\n categories: \"[\\\"Development\\\",\\\"Requirements\\\"]\"\n depth-requirement: \"{\\\"reference_value\\\":\\\"根据业务复杂度调整建模深度：简单×1/中等×2/复杂×3\\\",\\\"minimum\\\":\\\"至少构建1个领域模型图\\\"}\"\n---\n> ⚠️ 本技能单独使用效果有限，建议配合完整技能集（12 步工作流）使用。安装：npx skills add Kokxi/qa-test-skills\n\n# 领域建模\n\n## 核心原则\n\n不只是画流程图，而是画出状态机、数据流向、一致性约束点。\n\n## 加载时机\n\n| 什么时候读 | 读哪个 |\n|-----------|--------|\n| 选定视图后，取对应画法与要素 | [`references/modeling-views.md`](references/modeling-views.md) |\n\n> `三种建模视图`的完整内容已下沉至 `references/modeling-views.md`，避免每次触发都占用上下文。\n\n## 建模输出格式\n\n### 状态转换表\n\n| 当前状态 | 触发事件 | 目标状态 | 守卫条件 | 执行动作 |\n|---------|---------|---------|---------|---------|\n| 待支付 | 用户支付 | 已支付 | 金额正确 | 扣减库存 |\n| 待支付 | 超时 | 已取消 | 超过30分钟 | 释放库存 |\n\n### 数据流表\n\n| 数据对象 | 源模块 | 目标模块 | 操作 | 一致性检查点 |\n|---------|-------|---------|------|-------------|\n| 订单 | 订单服务 | 订单表 | 创建 | 订单创建后 |\n| 库存 | 库存服务 | 库存表 | 扣减 | 扣减后验证 |\n\n### 服务依赖表\n\n| 服务 | 依赖服务 | 调用方式 | 故障影响 | 降级策略 |\n|-----|---------|---------|---------|---------|\n| 订单服务 | 库存服务 | 同步 | 下单失败 | 返回库存不足 |\n| 订单服务 | 通知服务 | 异步 | 通知延迟 | 重试+补偿 |\n\n## 视图选择速查\n\n| 业务特征 | 推荐视图 | 目的 | 产出物 |\n|---------|---------|------|-------|\n| 有明确状态流转 | 状态转换图 | 跟踪关键对象状态变化 | 状态转换表 |\n| 数据跨模块流转 | 数据流图 | 追踪CRUD和数据一致性 | 数据流表 |\n| 多个服务协同 | 服务依赖图 | 识别故障影响和降级 | 服务依赖表 |\n| 三者均有 | 三种视图全建 | 完整模型 | 三表联动 |\n\n## 输出示例\n\n**场景：电商订单状态机建模**\n→ 状态识别：待支付→已支付→已发货→已签收→已完成/已取消/已退款\n→ 转换分析：正向流转（支付→发货→签收→完成）\n→ 异常转换：支付失败、发货失败、退款申请\n→ 输出：状态转换表 + 数据流图 + 服务依赖图\n\n**场景：用户注册流程**\n→ 数据流建模：注册表单→用户服务→数据库→消息队列→邮件服务\n\n## 检查清单\n\n建模完成后检查：\n- [ ] 是否识别了所有关键状态？\n- [ ] 状态转换是否完整？\n- [ ] 数据流是否清晰？\n- [ ] 服务依赖是否明确？\n- [ ] 故障影响是否分析？\n- [ ] 降级方案是否设计？\n\n## 常见建模误区\n\n1. **只画图不建表**：画了漂"},{"path":"_meta.json","content":"{\n \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n \"slug\": \"qa-domain-modeling\",\n \"version\": \"1.8.0\",\n \"publishedAt\": 1790655982061\n}"},{"path":"references/modeling-views.md","content":"# 三种建模视图详解\n\n> 本文是 `qa-domain-modeling` 的**状态机/数据流图/服务依赖图**三视图详解。选视图并绘制时读本文；\n只需要选型判断时不必读。\n\n---\n\n\n### 视图1：状态转换图\n**用途**：跟踪关键对象的状态变化\n\n```text\n状态机要素：\n1. 状态：对象可能处于的状态\n2. 事件：触发状态变更的事件\n3. 转换：状态变更的路径\n4. 守卫：状态转换的条件\n5. 动作：状态转换时执行的操作\n\n绘制方法：\n1. 识别关键对象：什么对象有状态？\n2. 列举状态：这个对象有哪些状态？\n3. 标注转换：什么事件触发什么转换？\n4. 标注条件：转换需要满足什么条件？\n5. 标注动作：转换时执行什么操作？\n```\n\n**示例（订单状态机）**：\n```text\n┌─────────┐ 用户下单 ┌─────────┐\n│ 待支付 │──────────────→│ 已支付 │\n└─────────┘ └─────────┘\n │ │\n │ 超时未支付 │ 商家发货\n ▼ ▼\n┌─────────┐ ┌─────────┐\n│ 已取消 │ │ 已发货 │\n└─────────┘ └─────────┘\n │\n 用户确认收货\n ▼\n ┌─────────┐\n │ 已完成 │\n └─────────┘\n```\n\n### 视图2：数据流图\n**用途**：追踪数据在模块间的流转\n\n```text\n数据流要素：\n1. 数据源：数据从哪里来？\n2. 数据处理：数据经过什么处理？\n3. 数据存储：数据存储在哪里？\n4. 数据消费：数据被谁使用？\n5. 数据一致性：各处数据是否一致？\n\n绘制方法：\n1. 识别数据对象：什么数据在流转？\n2. 追踪数据路径：数据经过哪些模块？\n3. 标注数据操作：CRUD在哪里发生？\n4. 标注一致性检查点：哪里需要验证数据一致？\n5. 标注数据转换：数据格式在哪里变化？\n```\n\n**示例（订单数据流）**：\n```text\n用户下单\n │\n ▼\n┌─────────┐\n│ 订单服务 │──── 创建订单 ────→ ┌─────────┐\n└─────────┘ │ 订单表 │\n │ └─────────┘\n │ 扣减库存 │\n ▼ │\n┌─────────┐ │\n│ 库存服务 │←──── 查询库存 ──────────┘\n└─────────┘\n │\n │ 发起支付\n ▼\n┌─────────┐\n│ 支付服务 │──── 创建支付单 ────→ ┌─────────┐\n└─────────┘ │ 支付表 │\n │ └─────────┘\n │ 支付回调\n ▼\n┌─────────┐\n│ 回调处理 │──── 更新订单状态 ────→ 订单表\n└─────────┘\n```\n\n### 视图3：服务依赖图\n**用途**：识别服务间依赖关系和故障影响\n\n```text\n依赖图要素：\n1. 服务节点：有哪些服务？\n2. 依赖关系：谁依赖谁？\n3. 调用方式：同步/异步？\n4. 故障影响：挂了会怎样？\n5. 降级方案：怎么容错？\n\n绘制方法：\n1. 识别服务：系统有哪些服务？\n2. 识别依赖：服务间怎么调用？\n3. 标注调用方式：同步/异步/MQ？\n4. 标注故障影响：挂了影响什么？\n5. 标注降级策略：怎么容错？\n```\n\n**示例（电商服务依赖）**：\n```text\n┌─────────┐ 同步 ┌─────────┐\n│ 订单服务 │──────────────→│ 库存服务 │\n└─────────┘ └─────────┘\n │ │\n │ 同步 │ 同步\n ▼ ▼\n┌─────────┐ ┌─────────┐\n│ 支付服务 │ │ 商品服务 │\n└─────────┘ └─────────┘\n │\n │ 异步(MQ)\n ▼\n┌─────────┐\n│ 通知服务 │\n└─────────┘\n```"},{"path":"skill-card.md","content":"## Description:\n\nHelps QA practitioners model business states, data flows, and service dependencies to identify implicit rules, system boundaries, and test scope.\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 turn complex requirements and scenario trees into traceable state-transition, data-flow, and service-dependency models for test planning.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: The optional installation command fetches a broader skill set from its current remote package state.\n\nMitigation: Review the command and the package contents before running it.\n\n## Reference(s):\n\n- [Modeling views guide](references/modeling-views.md)\n- [qa-domain-modeling on ClawHub](https://clawhub.ai/kokxi/skills/qa-domain-modeling)\n\n## Skill Output:\n\n**Output Type(s):** [Markdown, Guidance]\n\n**Output Format:** [Markdown tables and diagrams for state transitions, data flows, and service dependencies]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Models have unique IDs and link to scenario IDs; coverage is qualified against the available requirements.]\n\n## Skill Version(s):\n\n1.8.0 (source: skill frontmatter and ClawHub release)\n\n## Ethical Considerations:\n\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment."}],"languages":[],"docsSourceLabel":"CLAWHUB","editorialOverview":"通过构建状态机、数据流图和服务依赖图来理清复杂的业务逻辑和系统边界。当需求文档复杂、涉及多个子系统交互、或者你搞不清楚数据在不同模块之间怎么流转的时候，应当使用此技能。领域建模不是为了画图而画图——它帮你发现那些\"需求文档里没写的\"隐式业务规则和系统边界。适用于复杂业务流程的测试范围可视化。 触发场景：画状态图、数据流、服务依赖、建模、领域建模、状态转换、数据流向、服务调用关系、需求文档复杂难以理解时。 Use when the user asks about: state machine, data flow, and service dependency modeling to expose implicit business rules and system boundaries. Skill: qa-domain-modeling Owner: kokxi Summary: 通过构建状态机、数据流图和服务依赖图来理清复杂的业务逻辑和系统边界。当需求文档复杂、涉及多个子系统交互、或者你搞不清楚数据在不同模块之间怎么流转的时候，应当使用此技能。领域建模不是为了画图而画图——它帮你发现那些\"需求文档里没写的\"隐式业务规则和系统边界。适用于复杂业务流程的测试范围可视化。 触发场景：画状态图、数据流、服务依赖、建模、领域建模、状态转换、数据流向、服务调用关系、需求文档复杂难以理解时。 Use when the user asks about: state machine, data flow, and service dependency modeling to expose implicit business rules and system boundaries. Tags: latest:1.8.0 Vers","editorialQuality":{"score":100,"threshold":65,"status":"ready","wordCount":862,"uniquenessScore":53,"reasons":[]}},"media":{"evidence":{"source":"no-media","verified":false,"confidence":"low","updatedAt":"2026-10-11T11:24:57.309Z","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-11T11:24:57.309Z","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-11T14:14:55.844Z","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"}]}}}