{"id":"6a52fd7f-f3c2-48d8-92db-73505f0d3962","entityType":"agent","slug":"clawhub-kokxi-qa-boundary-deep-dive","name":"qa-boundary-deep-dive","canonicalUrl":"https://www.xpersona.co/agent/clawhub-kokxi-qa-boundary-deep-dive","canonicalPath":"/agent/clawhub-kokxi-qa-boundary-deep-dive","generatedAt":"2026-10-11T17:43:26.737Z","source":"CLAWHUB","claimStatus":"UNCLAIMED","verificationTier":"NONE","summary":{"evidence":{"source":"editorial-content","verified":true,"confidence":"high","updatedAt":"2026-10-11T15:39:26.782Z","emptyReason":null},"description":"从输入、状态、时间、资源四个维度系统化识别边界条件。真正的 Bug 往往在\"看起来不是边界\"的地方——比如用户名字段没测超长 Unicode、订单支付刚好在超时前1秒完成、1000人同时下单。当需要补充边界测试、等价类划分完成后需要补边界值、或者直觉告诉你某些边界可能有问题时，应当使用此技能。每个边界条件都需要标注风险等级并给出明确的预期结果。适用于任何有输入字段、状态变化、时间约束或资源限制的系统。 触发场景：边界分析、边界条件、还有什么边界、边界值、边界扫描、等价类划分完成后需要补充边界值测试时。 Use when the user asks about: boundary value analysis across input, state, time, and resource dimensions — finding edge cases that the obvious boundary list misses. Skill: qa-boundary-deep-dive Owner: kokxi Summary: 从输入、状态、时间、资源四个维度系统化识别边界条件。真正的 Bug 往往在\"看起来不是边界\"的地方——比如用户名字段没测超长 Unicode、订单支付刚好在超时前1秒完成、1000人同时下单。当需要补充边界测试、等价类划分完成后需要补边界值、或者直觉告诉你某些边界可能有问题时，应当使用此技能。每个边界条件都需要标注风险等级并给出明确的预期结果。适用于任何有输入字段、状态变化、时间约束或资源限制的系统。 触发场景：边界分析、边界条件、还有什么边界、边界值、边界扫描、等价类划分完成后需要补充边界值测试时。 Use when the user asks about: boundary value analysis across input, state, time, and resource dimensions — finding","descriptionLabel":"Technical summary","evidenceSummary":"Capability contract not published. No trust telemetry is available yet. 1K downloads reported by the source. Last updated 10/11/2026.","installCommand":"clawhub skill install s170jw3s1atcj5jwhqb4r7v7eh8912kp:qa-boundary-deep-dive","sourceUrl":"https://clawhub.ai/kokxi/qa-boundary-deep-dive","homepage":"https://clawhub.ai/kokxi/skills/qa-boundary-deep-dive","primaryLinks":[{"label":"View on ClawHub","url":"https://clawhub.ai/kokxi/qa-boundary-deep-dive","kind":"source"},{"label":"Homepage","url":"https://clawhub.ai/kokxi/skills/qa-boundary-deep-dive","kind":"homepage"}],"safetyScore":84,"overallRank":62,"popularityScore":60,"trustScore":null,"claimedByName":null,"isOwner":false,"seoDescription":"从输入、状态、时间、资源四个维度系统化识别边界条件。真正的 Bug 往往在\"看起来不是边界\"的地方——比如用户名字段没测超长 Unicode、订单支付刚好在超时前1秒完成、1000人同时下单。当需要补充边界测试、等价类划分完成后需要补边界值、或者直觉告诉你某些边界可能有问题时，应当使用此技能。每个边界条件都需要标注风险"},"coverage":{"evidence":{"source":"public-profile","verified":false,"confidence":"medium","updatedAt":"2026-10-11T15:39:26.782Z","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-11T15:39:26.782Z","emptyReason":null},"stars":null,"forks":null,"downloads":1037,"packageName":null,"latestVersion":"1.8.0","tractionLabel":"1K downloads"},"release":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"medium","updatedAt":"2026-10-11T15:39:26.769Z","emptyReason":null},"lastUpdatedAt":"2026-10-11T15:39:26.782Z","lastCrawledAt":"2026-10-11T15:39:26.769Z","lastIndexedAt":null,"nextCrawlAt":"2026-10-12T15:39:26.769Z","lastVerifiedAt":null,"highlights":[{"version":"1.8.0","createdAt":"2026-09-29T04:25:29.988Z","changelog":"Boundary Deep Dive 1.8.0 - Added comprehensive boundary type tables and four-dimension reference files for fast lookup and guidance. - Updated and streamlined documentation for easier navigation: merged \"when to use\", traceability, depth coverage, and risk quantification into metadata. - Unified boundary analysis output format: fixed 7 columns (boundary ID, dimension, condition, risk, test depth, expected result, linked scenario). - Improved self-check and coverage requirements; non-covered dimensions must now be explicitly explained. - Removed older documentation (skill-card.md) and added clear links to new resources for details and templates.","fileCount":5,"zipByteSize":10068},{"version":"1.7.7","createdAt":"2026-09-27T14:32:18.163Z","changelog":"1.7.7","fileCount":3,"zipByteSize":6140},{"version":"1.7.6","createdAt":"2026-09-01T12:36:16.996Z","changelog":"显示名改中文","fileCount":3,"zipByteSize":6532},{"version":"1.7.5","createdAt":"2026-08-30T15:11:07.250Z","changelog":"1.7.5: 版本号升级","fileCount":3,"zipByteSize":6309},{"version":"1.6.3","createdAt":"2026-08-12T15:20:56.213Z","changelog":"- Added `slug` and `displayName` fields for improved skill metadata. - Updated version to 1.6.3. - Made minor formatting adjustments in SKILL.md. - Removed redundant file: skill-card.md.","fileCount":3,"zipByteSize":6110},{"version":"1.6.0","createdAt":"2026-07-06T17:14:07.695Z","changelog":"Version 1.6.0 of qa-boundary-deep-dive includes integration and documentation improvements: - Added new downstream related skills: qa-code-review-for-test, qa-execution-observation, and qa-test-case-design. - Introduced 'categories' metadata for better skill classification. - Added 'error_recovery_guidance' to specify fallback and retry behaviors when analysis misses dimensions. - Included a security warning to caution users about handling sensitive data in examples and outputs. - Removed redundant file (skill-card.md) to simplify skill package.","fileCount":3,"zipByteSize":6130},{"version":"1.5.0","createdAt":"2026-06-29T12:31:22.900Z","changelog":"Version 1.5.0 - 精简并强化描述，突出技能的应用场景和核心原则。 - 明确加入 version 字段和分析深度的量化要求（depth_requirement_quantification）。 - 优化结构，将“输出示例”与“检查清单”部分条理化表达。 - 删除 skill-card.md 文件，简化文档维护。 - 保持原有四维边界模型与检测方法说明，便于用户快速应用。","fileCount":3,"zipByteSize":5595},{"version":"1.4.1","createdAt":"2026-06-25T16:53:26.593Z","changelog":"- Description updated for clarity and conciseness; now emphasizes the systemized four-dimension analysis framework. - skill-card.md file removed. - No changes to input/output formats or technical logic. - Overall presentation and usage guidance streamlined for easier understanding.","fileCount":3,"zipByteSize":5404}]},"execution":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"low","updatedAt":null,"emptyReason":"No published capability contract is available yet."},"installCommand":"clawhub skill install s170jw3s1atcj5jwhqb4r7v7eh8912kp:qa-boundary-deep-dive","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-boundary-deep-dive/snapshot","contractUrl":"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-boundary-deep-dive/contract","trustUrl":"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-boundary-deep-dive/trust"},"curlExamples":["curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-boundary-deep-dive/snapshot\"","curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-boundary-deep-dive/contract\"","curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-boundary-deep-dive/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-11T17:43:26.736Z"}},"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-boundary-deep-dive/dossier","snapshotUrl":"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-boundary-deep-dive/snapshot","contractUrl":"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-boundary-deep-dive/contract","trustUrl":"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-boundary-deep-dive/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-11T15:39:26.782Z","emptyReason":null},"readme":"Skill: qa-boundary-deep-dive\n\nOwner: kokxi\n\nSummary: 从输入、状态、时间、资源四个维度系统化识别边界条件。真正的 Bug 往往在\"看起来不是边界\"的地方——比如用户名字段没测超长 Unicode、订单支付刚好在超时前1秒完成、1000人同时下单。当需要补充边界测试、等价类划分完成后需要补边界值、或者直觉告诉你某些边界可能有问题时，应当使用此技能。每个边界条件都需要标注风险等级并给出明确的预期结果。适用于任何有输入字段、状态变化、时间约束或资源限制的系统。 触发场景：边界分析、边界条件、还有什么边界、边界值、边界扫描、等价类划分完成后需要补充边界值测试时。 Use when the user asks about: boundary value analysis across input, state, time, and resource dimensions — finding edge cases that the obvious boundary list misses.\n\nTags: latest:1.8.0\n\nVersion history:\n\nv1.8.0 | 2026-09-29T04:25:29.988Z | auto\n\nBoundary Deep Dive 1.8.0\n\n- Added comprehensive boundary type tables and four-dimension reference files for fast lookup and guidance.\n- Updated and streamlined documentation for easier navigation: merged \"when to use\", traceability, depth coverage, and risk quantification into metadata.\n- Unified boundary analysis output format: fixed 7 columns (boundary ID, dimension, condition, risk, test depth, expected result, linked scenario).\n- Improved self-check and coverage requirements; non-covered dimensions must now be explicitly explained.\n- Removed older documentation (skill-card.md) and added clear links to new resources for details and templates.\n\nv1.7.7 | 2026-09-27T14:32:18.163Z | user\n\n1.7.7\n\nv1.7.6 | 2026-09-01T12:36:16.996Z | user\n\n显示名改中文\n\nv1.7.5 | 2026-08-30T15:11:07.250Z | user\n\n1.7.5: 版本号升级\n\nv1.6.3 | 2026-08-12T15:20:56.213Z | auto\n\n- Added `slug` and `displayName` fields for improved skill metadata.\n- Updated version to 1.6.3.\n- Made minor formatting adjustments in SKILL.md.\n- Removed redundant file: skill-card.md.\n\nv1.6.0 | 2026-07-06T17:14:07.695Z | auto\n\nVersion 1.6.0 of qa-boundary-deep-dive includes integration and documentation improvements:\n\n- Added new downstream related skills: qa-code-review-for-test, qa-execution-observation, and qa-test-case-design.\n- Introduced 'categories' metadata for better skill classification.\n- Added 'error_recovery_guidance' to specify fallback and retry behaviors when analysis misses dimensions.\n- Included a security warning to caution users about handling sensitive data in examples and outputs.\n- Removed redundant file (skill-card.md) to simplify skill package.\n\nv1.5.0 | 2026-06-29T12:31:22.900Z | auto\n\nVersion 1.5.0\n\n- 精简并强化描述，突出技能的应用场景和核心原则。\n- 明确加入 version 字段和分析深度的量化要求（depth_requirement_quantification）。\n- 优化结构，将“输出示例”与“检查清单”部分条理化表达。\n- 删除 skill-card.md 文件，简化文档维护。\n- 保持原有四维边界模型与检测方法说明，便于用户快速应用。\n\nv1.4.1 | 2026-06-25T16:53:26.593Z | auto\n\n- Description updated for clarity and conciseness; now emphasizes the systemized four-dimension analysis framework.\n- skill-card.md file removed.\n- No changes to input/output formats or technical logic.\n- Overall presentation and usage guidance streamlined for easier understanding.\n\nv1.4.0 | 2026-06-24T05:05:17.104Z | auto\n\n- Expanded skill description and trigger conditions, including new scenarios such as \"边界扫描\" and supplementing equivalent class tests.\n- Added “边界类型速查表” and “常见边界漏测” sections with practical tips and testing suggestions.\n- Included more typical boundary analysis examples to guide usage.\n- Removed redundant or overlapping content; clarified guidelines for boundary coverage checks.\n- Deleted the outdated skill-card.md file.\n\nv1.3.0 | 2026-06-21T04:50:04.668Z | auto\n\n- 全面重写和结构化文档，详细定义四维边界分析模型（输入/状态/时间/资源）。\n- 新增具体边界类型、典型场景举例和参考边界数量建议。\n- 明确输入输出规范及与上下游技能对接方式。\n- 增加验收清单，规范边界分析的覆盖点与风险、预期标注要求。\n\nArchive index:\n\nArchive v1.8.0: 5 files, 10068 bytes\n\nFiles: assets/boundary-table.md (3038b), references/four-dimensions.md (7188b), skill-card.md (1894b), SKILL.md (7254b), _meta.json (140b)\n\nFile v1.8.0:SKILL.md\n\n---\nname: qa-boundary-deep-dive\ndescription: >-\n 从输入、状态、时间、资源四个维度系统化识别边界条件。真正的 Bug 往往在\"看起来不是边界\"的地方——比如用户名字段没测超长 Unicode、订单支付刚好在超时前1秒完成、1000人同时下单。当需要补充边界测试、等价类划分完成后需要补边界值、或者直觉告诉你某些边界可能有问题时，应当使用此技能。每个边界条件都需要标注风险等级并给出明确的预期结果。适用于任何有输入字段、状态变化、时间约束或资源限制的系统。\n 触发场景：边界分析、边界条件、还有什么边界、边界值、边界扫描、等价类划分完成后需要补充边界值测试时。 Use when the user asks about: boundary value analysis across input, state, time, and resource dimensions — finding edge cases that the obvious boundary list misses.\nlicense: MIT\nallowed-tools: Read Grep Glob\nmetadata:\n display-name: \"Boundary Deep Dive\"\n version: \"1.8.0\"\n when-to-use: \"用户说\\\"边界分析\\\"、\\\"边界条件\\\"、\\\"还有什么边界\\\"、\\\"边界值\\\"、\\\"边界扫描\\\"、需要深入分析边界、等价类划分完成后需要补充边界值测试时\"\n related-skills: \"{\\\"upstream\\\":[\\\"qa-scenario-tree\\\"],\\\"downstream\\\":[\\\"qa-ai-context-engineering\\\",\\\"qa-code-review-for-test\\\",\\\"qa-execution-observation\\\",\\\"qa-test-case-design\\\"]}\"\n references: \"[\\\"assets/boundary-table.md\\\",\\\"references/four-dimensions.md\\\"]\"\n input-format: \"{\\\"required\\\":[{\\\"name\\\":\\\"场景树\\\",\\\"type\\\":\\\"object\\\",\\\"description\\\":\\\"来自qa-scenario-tree的输出，包含主路径/分支/异常场景\\\"}],\\\"optional\\\":[{\\\"name\\\":\\\"风险评估\\\",\\\"type\\\":\\\"object\\\",\\\"description\\\":\\\"来自qa-risk-intuition的输出，标识高风险区域\\\"}]}\"\n output-format: \"{\\\"traceability\\\":[\\\"每个边界带唯一ID：BD-{模块缩写}_{序号}（如 BD_AMOUNT_001）\\\",\\\"关联场景ID：SC-{场景模块缩写}-{序号}（SC- 才是场景前缀）\\\"],\\\"structure\\\":[{\\\"boundary_analysis_table\\\":\\\"边界分析表：固定 7 列（边界ID|边界维度|边界条件|风险等级|测试深度|预期结果|关联场景ID）\\\"},\\\"测试深度：深测（高风险）/ 常规（中风险）/ 冒烟（低风险），不要求每条边界都深测\\\",\\\"覆盖率：标注口径（基于现有场景树/需求文档），禁止\\\\\\\"全覆盖/100%\\\\\\\"绝对化表述；未覆盖维度标注\\\\\\\"未覆盖+原因\\\\\\\"\\\"],\\\"input_boundary\\\":\\\"输入边界清单\\\",\\\"state_boundary\\\":\\\"状态边界清单\\\",\\\"time_boundary\\\":\\\"时间边界清单\\\",\\\"resource_boundary\\\":\\\"资源边界清单\\\",\\\"uncovered_dimensions\\\":\\\"未覆盖维度 + 原因\\\"}\"\n error-recovery-guidance: \"{\\\"on_failure\\\":\\\"边界分析遗漏维度时回退到场景树补充\\\",\\\"retry_behavior\\\":\\\"补全缺失场景后重新分析边界\\\"}\"\n categories: \"[\\\"Development\\\",\\\"Testing\\\"]\"\n depth-requirement: \"{\\\"reference_value\\\":\\\"见正文「边界数量要求」表：以场景数为基准，简单项目=场景数×1.5 / 中等=×2 / 复杂=×2.5（绝对倍数，不是乘数档）\\\",\\\"minimum\\\":\\\"输入/状态/时间/资源4个维度至少覆盖3个；未覆盖的维度必须在输出中标注原因\\\"}\"\n---\n\n> ⚠️ 本技能单独使用效果有限，建议配合完整技能集（12 步工作流）使用。安装：npx skills add Kokxi/qa-test-skills\n\n> **⚠️ 安全警告**：本技能的示例可能涉及订单号、支付金额、截图、身份证、手机号等敏感数据。\n> 实际使用时请勿粘贴真实生产数据、客户信息或财务凭证；测试前应脱敏/掩码处理。\n> 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。\n\n# 边界深度分析\n\n## 核心原则\n\n真正的 Bug 往往在\"看起来不是边界\"的地方。**四个维度都要过一遍**——\n漏掉任何一维都是本技能最常见的失效方式。\n\n## 1. 四维速查（先扫这个）\n\n| 维度 | 子项 | 最容易漏的 | 典型 Bug 率 |\n|------|------|-----------|-----------|\n| **输入边界** | 值域 / 格式 / 组合 / 业务 | **业务边界**（唯一性、外键不存在、数据过期） | 高 |\n| **状态边界** | 转换 / 值 / 持续 | **非法转换**（业务不允许的操作，如 已完成→已支付） | 中 |\n| **时间边界** | 超时 / 并发 / 时序 / 周期 | **周期边界**（日切、月切、节假日） | 高 |\n| **资源边界** | 内存 / 连接 / 线程 / 磁盘 / 网络 | **连接耗尽**（而非内存耗尽） | 中 |\n\n> \"最容易漏\"那一列是重点——值域、内存这些人人都会扫，那一列是要靠业务理解才能想到的。\n\n## 2. 边界数量要求\n\n**关键指标**：以场景数为基准，按项目复杂度放大。\n\n| 复杂度 | 倍数 | 示例（场景 25 个） | 复杂度判断标准 |\n|--------|------|-----------------|--------------|\n| 简单项目 | ×1.5 | 边界 38 个 | 单模块、低风险、无并发 |\n| 中等项目 | ×2 | 边界 50 个 | 多模块、中风险、少量并发 |\n| 复杂项目 | ×2.5 | 边界 63 个 | 跨模块、高风险、高并发 |\n\n## 3. 加载时机\n\n**需要时才读，不要一上来全读**：\n\n| 什么时候读 | 读哪个 |\n|-----------|--------|\n| 展开某一维的完整子项清单，需要示例 | [`references/four-dimensions.md`](references/four-dimensions.md)（四维详图 + 示例 + 5 类常见漏测） |\n| 写边界分析表 | [`assets/boundary-table.md`](assets/boundary-table.md)（7 列模板 + 填写要求 + 自检） |\n\n## 4. 产出\n\n**边界分析表**（7 列）：\n\n| 边界 ID | 边界维度 | 边界条件 | 风险等级 | 测试深度 | 预期结果 | 关联场景 ID |\n|---------|---------|---------|---------|---------|---------|-----------|\n| BD_AMOUNT_001 | 输入边界 | 金额=0 | 高 | 深测 | 提示金额不能为0，拒绝下单 | SC-ORDER-001 |\n| BD_TIMEOUT_001 | 时间边界 | 支付超时=30分钟 | 高 | 深测 | 自动取消订单，库存回滚 | SC-ORDER-005 |\n| BD_STATE_001 | 状态边界 | 已完成 → 已支付 | 高 | 深测 | 拒绝并返回明确错误码，不产生二次扣款 | SC-ORDER-007 |\n| BD_RES_001 | 资源边界 | 1000用户同时下单最后1件库存 | 高 | 深测 | 仅1单成功，无超卖 | SC-ORDER-009 |\n\n> 上面 4 行只展示每列写法，完整模板与常见错误见 `assets/boundary-table.md`。\n\n**测试深度**分三档（深测 / 常规 / 冒烟），按风险定 —— 不是每条边界都深测。\n边界若不属于任何已有场景，需回到 `qa-scenario-tree` 新建场景，不能挂空。\n\n## 5. 交付前自检\n\n- [ ] 四个维度都扫过；未覆盖的维度已写\"未覆盖 + 原因\"\n- [ ] 每个边界 ID 唯一且符合 `BD-{模块缩写}_{序号}`\n- [ ] 风险等级与测试深度不同质（不是全高/全深测）\n- [ ] 每条边界有可验证的预期结果（不是\"正确处理\"）\n- [ ] 每条边界关联到场景 ID，无断链\n- [ ] 已对照 `references/four-dimensions.md` 末尾的「常见边界漏测」5 类逐条自查\n- [ ] **恢复边界已验**：每种边界超限后立刻执行一次正常操作，确认系统能自愈\n- [ ] 覆盖率已标注口径，无\"全覆盖/100%\"绝对化表述\n\nFile v1.8.0:_meta.json\n\n{\n \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n \"slug\": \"qa-boundary-deep-dive\",\n \"version\": \"1.8.0\",\n \"publishedAt\": 1790655929988\n}\n\nFile v1.8.0:references/four-dimensions.md\n\n# 四维边界模型 — 完整维度详图\n\n> 本文是 `qa-boundary-deep-dive` 的**维度详图**。需要展开某一维的完整子项清单、或需要具体示例时读本文；\n> 只想知道\"该扫哪几维、哪几维最容易漏\"时读 `SKILL.md` 的速查表即可，不必读本文。\n\n四维 = 输入 / 状态 / 时间 / 资源。**四个维度都要过一遍**——漏掉任何一维都是本技能最常见的失效方式。\n\n---\n\n## 维度 1：输入边界\n\n最容易发现，但也最容易遗漏细节。\n\n```text\n输入边界清单：\n├─ 值域边界\n│ ├─ 最小值：0、1、-1、最小负数\n│ ├─ 最大值：最大正数、最大长度\n│ ├─ 空值：null、空字符串、空格\n│ └─ 特殊值：0、负数、小数、科学计数法\n│\n├─ 格式边界\n│ ├─ 编码：UTF-8、GBK、特殊字符\n│ ├─ 长度：超长、刚好、为0\n│ ├─ 类型：数字、字母、中文、混合\n│ └─ 格式：日期、邮箱、手机号、URL\n│\n├─ 组合边界\n│ ├─ 多字段：字段间依赖关系\n│ ├─ 批量：批量输入的边界\n│ └─ 并发：并发输入的边界\n│\n└─ 业务边界\n ├─ 唯一性：重复数据\n ├─ 关联性：外键不存在\n └─ 有效性：数据过期\n```\n\n**示例（金额输入）**：\n\n```text\n值域边界：\n- 0元：能否购买？\n- 0.01元：最小金额？\n- 99999999.99元：最大金额？\n- 负数：能否退款？\n- 小数位：0.1元、0.01元、0.001元（精度丢失）\n\n格式边界：\n- 非数字：abc\n- 特殊字符：$100、100元\n- 科学计数法：1e10\n```\n\n> **最容易漏的子项：业务边界**（唯一性/关联性/有效性）。值域和格式人人都会扫，\n> \"外键指向一条已删除的记录\"这种要靠业务理解才能想到。\n\n---\n\n## 维度 2：状态边界\n\n状态转换的临界点。\n\n```text\n状态边界清单：\n├─ 状态转换边界\n│ ├─ 合法转换：正常路径\n│ ├─ 非法转换：不允许的操作\n│ ├─ 临界转换：刚好满足条件\n│ └─ 并发转换：同时触发多个转换\n│\n├─ 状态值边界\n│ ├─ 初始状态：对象创建时\n│ ├─ 终态：对象生命周期结束\n│ ├─ 中间状态：处理过程中\n│ └─ 异常状态：错误/超时\n│\n└─ 状态持续边界\n ├─ 最短持续：状态保持的最短时间\n ├─ 最长持续：状态保持的最长时间\n └─ 超时处理：超过时间限制怎么办\n```\n\n**示例（订单状态）**：\n\n```text\n合法转换：\n- 待支付 → 已支付（正常）\n- 待支付 → 已取消（超时）\n\n非法转换：\n- 已完成 → 已支付（不允许）\n- 已取消 → 待支付（不允许）\n\n临界转换：\n- 支付刚好在超时前1秒完成\n- 库存刚好剩1件时下单\n\n并发转换：\n- 同一订单同时支付和取消\n```\n\n> **最容易漏的子项：非法转换**。`qa-state-transition` 会专门覆盖它，但本技能扫边界时\n> 也要带上——\"已完成 → 已支付\"是资损直接相关的漏洞。\n\n---\n\n## 维度 3：时间边界\n\n超时、并发、时序相关。\n\n```text\n时间边界清单：\n├─ 超时边界\n│ ├─ 请求超时：接口响应时间\n│ ├─ 连接超时：建立连接时间\n│ ├─ 会话超时：用户登录状态\n│ └─ 业务超时：订单支付时间\n│\n├─ 并发边界\n│ ├─ 同时操作：多用户同时操作同一数据\n│ ├─ 重复提交：用户重复点击\n│ ├─ 竞态条件：操作顺序影响结果\n│ └─ 资源竞争：多个操作竞争同一资源\n│\n├─ 时序边界\n│ ├─ 操作顺序：A必须在B之前\n│ ├─ 依赖关系：A的结果影响B\n│ ├─ 中间状态：操作过程中的状态\n│ └─ 原子性：操作是否不可分割\n│\n└─ 周期边界\n ├─ 日切：每天0点的数据处理\n ├─ 月切：每月1号的结算\n ├─ 年切：年度数据归档\n └─ 节假日：特殊日期的处理\n```\n\n**示例（支付超时）**：\n\n```text\n超时边界：\n- 支付超时：30分钟\n- 网络超时：30秒\n- 重试超时：3次重试\n\n并发边界：\n- 同一用户多设备支付\n- 多人同时购买最后一件商品\n\n时序边界：\n- 支付回调先于支付请求到达\n- 支付成功但库存扣减失败\n```\n\n> **最容易漏的子项：周期边界**。日切/月切/节假日不在任何\"正常测试路径\"上，\n> 但账务类系统出问题几乎都在这里。跨天、跨月、法定节假日各测一次。\n\n---\n\n## 维度 4：资源边界\n\n内存、连接、线程等资源耗尽。\n\n```text\n资源边界清单：\n├─ 内存边界\n│ ├─ 内存泄漏：长时间运行\n│ ├─ 大对象：加载大数据\n│ ├─ 缓存溢出：缓存达到上限\n│ └─ OOM：内存耗尽\n│\n├─ 连接边界\n│ ├─ 连接池耗尽：并发请求过多\n│ ├─ 连接超时：网络不稳定\n│ ├─ 连接泄露：连接未正确释放\n│ └─ 连接风暴：服务重启后\n│\n├─ 线程边界\n│ ├─ 线程池满：并发处理达到上限\n│ ├─ 死锁：多个线程互相等待\n│ ├─ 线程泄露：线程未正确回收\n│ └─ 上下文切换：线程数过多\n│\n├─ 磁盘边界\n│ ├─ 磁盘满：日志/数据写满\n│ ├─ 文件数：inode耗尽\n│ ├─ 写入性能：磁盘IO瓶颈\n│ └─ 文件锁定：并发写入冲突\n│\n└─ 网络边界\n ├─ 带宽：大文件传输\n ├─ 延迟：高延迟场景\n ├─ 丢包：网络不稳定\n └─ 断网：网络中断\n```\n\n**示例（订单系统）**：\n\n```text\n内存边界：\n- 大订单：包含1000个商品的订单\n- 长时间运行：服务运行7天后\n- 缓存：订单缓存达到10万条\n\n连接边界：\n- 并发下单：1000用户同时下单\n- 数据库连接：连接池耗尽\n- Redis连接：缓存服务连接数\n\n线程边界：\n- 并发处理：100个线程同时处理订单\n- 死锁：库存扣减和订单创建死锁\n```\n\n> **最容易漏的子项：连接耗尽**（而非内存耗尽）。OOM 通常有人盯着，\n> \"第 501 个并发请求时连接池满了\"这种要靠压测才暴露。\n\n---\n\n## 常见边界漏测（自检时逐条对照）\n\n| 漏测类型 | 典型表现 | 检测方法 |\n|---------|---------|---------|\n| 隐式边界 | \"这个字段不可能那么大\"不测边界 | 对所有输入字段强制扫边界，不靠直觉 |\n| 组合边界 | 单个字段边界都测了，多字段组合边界没测 | 两两字段边界值交叉测试 |\n| 并发边界 | 只测了单用户边界，多用户并发边界没测 | 同一边界条件多用户并发 |\n| 累积边界 | 长期运行后才出现的边界问题 | 多次重复操作、海量数据 |\n| 恢复边界 | 触发边界后能否恢复正常 | 每种边界超限后立刻执行一次正常操作 |\n\n> \"恢复边界\"是最容易被忽略的一类：很多系统边界触发后进入了错误状态且无法自愈，\n> 而测试只验证了\"边界触发时报错了\"，没验证\"之后还能不能正常用\"。\n\nFile v1.8.0:assets/boundary-table.md\n\n# 边界分析产出模板\n\n> 复制下面任一块板填写。维度详图见 [`four-dimensions.md`](four-dimensions.md)。\n\n## A. 边界分析表（本技能的主产出）\n\n| 边界 ID | 边界维度 | 边界条件 | 风险等级 | 测试深度 | 预期结果 | 关联场景 ID |\n|---------|---------|---------|---------|---------|---------|-----------|\n| BD_AMOUNT_001 | 输入边界 | 金额=0 | 高 | 深测 | 提示金额不能为0，拒绝下单 | SC-ORDER-001 |\n| BD_AMOUNT_002 | 输入边界 | 金额=0.001（超精度） | 高 | 深测 | 服务端按 2 位精度截断或明确报错，不得静默四舍五入导致资损 | SC-ORDER-001 |\n| BD_TIMEOUT_001 | 时间边界 | 支付超时=30分钟 | 高 | 深测 | 自动取消订单，库存回滚 | SC-ORDER-005 |\n| BD_TIMEOUT_002 | 时间边界 | 超时前1秒完成支付 | 高 | 深测 | 判定为支付成功，不与自动取消竞态 | SC-ORDER-005 |\n| BD_STATE_001 | 状态边界 | 已完成 → 已支付 | 高 | 深测 | 拒绝并返回明确错误码，不产生二次扣款 | SC-ORDER-007 |\n| BD_RES_001 | 资源边界 | 1000 用户同时下单最后 1 件库存 | 高 | 深测 | 仅 1 单成功，其余返回售罄；无超卖 | SC-ORDER-009 |\n\n## B. 边界清单（不需要写预期结果时的轻量形态）\n\n```text\n输入边界（BD-INPUT-*）\n- 6位/20位通过，5位/21位阻断\n- 纯数字、带空格、Unicode 字符\n- 密码=用户名、密码=历史密码、空密码\n\n状态边界（BD-STATE-*）\n- 合法：待支付→已支付\n- 非法：已完成→已支付、已取消→待支付\n- 临界：支付刚好在超时前 1 秒完成\n- 并发：同一订单同时支付和取消\n```\n\n## 填写要求\n\n| 字段 | 要求 | 常见错误 |\n|------|------|---------|\n| 边界 ID | `BD-{模块缩写}_{序号}`，三位序号，同批不重号 | 写成 `BD-XXXX` 占位符 |\n| 边界维度 | 四选一：输入边界 / 状态边界 / 时间边界 / 资源边界 | 写成\"数值边界\"\"逻辑边界\"（无法归类就没法统计覆盖率） |\n| 边界条件 | 具体到可执行：`金额=0.001` 而不是\"小数\" | 写\"极端值\"\"特殊情况\" |\n| 风险等级 | 高（资损/越权/数据错误）/ 中（体验与稳定性）/ 低 | 全标高 |\n| 测试深度 | 深测 / 常规 / 冒烟 —— 按风险定，不是所有边界都深测 | 全标深测（等于没分级） |\n| 预期结果 | 可验证：具体返回什么、数据处于什么状态 | 写\"正确处理\" |\n| 关联场景 ID | 挂在哪个 `SC-{...}` 场景下；新发现的边界需新建场景 | 留空（断链，场景树无法回溯） |\n\n## 交付前自检\n\n- [ ] 四个维度都扫过（未覆盖的维度已写\"未覆盖 + 原因\"）\n- [ ] 每个边界的风险等级与测试深度都不同质（不是全高/全深测）\n- [ ] 每条边界都有可验证的预期结果\n- [ ] 每条边界都关联到场景 ID\n- [ ] 已对照 `four-dimensions.md` 末尾的\"常见边界漏测\"5 类逐条自查\n- [ ] \"恢复边界\"已验：每种边界超限后立刻执行一次正常操作\n\nFile v1.8.0:skill-card.md\n\n## Description:\n\nHelps QA teams identify and prioritize edge cases across input, state, time, and resource 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\nQA engineers and developers use this skill to find testable boundary cases in a scenario tree, assign risk-based test depth, and link each case to an expected result and scenario ID.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: Real customer, identity, payment, or production data may be exposed when supplying test scenarios.\n\nMitigation: Use synthetic or masked examples instead of pasting sensitive production data.\n\nRisk: The suggested unpinned installation command may install the publisher's broader skill suite.\n\nMitigation: Review and trust the publisher and the full suite before choosing to run the installation command.\n\n## Reference(s):\n\n- [Boundary analysis table template](assets/boundary-table.md)\n- [Four-dimension boundary reference](references/four-dimensions.md)\n- [ClawHub skill release](https://clawhub.ai/kokxi/skills/qa-boundary-deep-dive)\n\n## Skill Output:\n\n**Output Type(s):** [Markdown, QA test guidance]\n\n**Output Format:** [Markdown boundary-analysis table and dimension-specific checklists]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Seven table columns; unique boundary IDs, risk levels, test depth, expected results, linked scenario IDs, and reasons for uncovered dimensions.]\n\n## Skill Version(s):\n\n1.8.0 (source: skill metadata 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, 6140 bytes\n\nFiles: skill-card.md (1563b), SKILL.md (11225b), _meta.json (140b)\n\nFile v1.7.7:SKILL.md\n\n---\nname: qa-boundary-deep-dive\nslug: qa-boundary-deep-dive\ndisplayName: Boundary Deep Dive\nversion: 1.7.7\ndescription: >-\n 从输入、状态、时间、资源四个维度系统化识别边界条件。真正的 Bug 往往在\"看起来不是边界\"的地方——比如用户名字段没测超长 Unicode、订单支付刚好在超时前1秒完成、1000人同时下单。当需要补充边界测试、等价类划分完成后需要补边界值、或者直觉告诉你某些边界可能有问题时，应当使用此技能。每个边界条件都需要标注风险等级并给出明确的预期结果。适用于任何有输入字段、状态变化、时间约束或资源限制的系统。\n\nwhen_to_use: 用户说\"边界分析\"、\"边界条件\"、\"还有什么边界\"、\"边界值\"、\"边界扫描\"、需要深入分析边界、等价类划分完成后需要补充边界值测试时\nallowed-tools: Read Grep Glob\nrelated_skills:\n upstream:\n - qa-scenario-tree # 输入：场景树\n downstream:\n - qa-ai-context-engineering # 输出：边界清单传递给上下文工程\n - qa-code-review-for-test\n - qa-execution-observation\n - qa-test-case-design\ninput_format:\n required:\n - name: 场景树\n type: object\n description: 来自qa-scenario-tree的输出，包含主路径/分支/异常场景\n optional:\n - name: 风险评估\n type: object\n description: 来自qa-risk-intuition的输出，标识高风险区域\noutput_format:\n structure:\n - 测试用例表格：固定 9 列（用例编号|测试类型|功能模块|测试标题|用例级别|预置条件|测试步骤|预期结果|风险等级）\n - 用例级别：P0≤20%（核心流程）/ P1≤40%（主要功能）/ P2≤30%（次要功能）/ P3≤10%（边缘场景）\n - 覆盖率：标注口径（基于现有需求/输入文档），禁止\"全覆盖/100%\"绝对化表述；缺失模块标注\"未覆盖+原因\"\n - boundary_id: \"BD-XXXX\"\n - scenario_ids: [\"SC-XXXX\"]\n - input_boundary: \"输入边界\"\n - state_boundary: \"状态边界\"\n - time_boundary: \"时间边界\"\n - resource_boundary: \"资源边界\"\n traceability:\n - 每个边界带唯一ID（BD-XXXX）\n - 关联场景ID（TC_{场景模块缩写}_{功能缩写}_{序号}）\ndepth_requirement_quantification:\n reference_value: \"根据需求复杂度调整分析深度：简单×2/中等×3/复杂×4\"\n minimum: \"至少覆盖输入/状态/时间/资源4个维度中的3个\"\ncategories: ['Development','Testing']\nerror_recovery_guidance:\n on_failure: \"边界分析遗漏维度时回退到场景树补充\"\n retry_behavior: \"补全缺失场景后重新分析边界\"\n---\n> **⚠️ 安全警告**：本技能的示例可能涉及订单号、支付金额、截图、身份证、手机号等敏感数据。\n> 实际使用时请勿粘贴真实生产数据、客户信息或财务凭证；测试前应脱敏/掩码处理。\n> 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。\n\n\n# 边界深度分析\n\n## 核心原则\n\n真正的Bug往往在\"看起来不是边界\"的地方——从输入、状态、时间、资源四个维度系统识别边界条件。标注风险等级并给出明确的预期结果。\n\n## 边界数量要求（参考值）\n\n**关键指标**：根据项目复杂度调整\n\n| 复杂度 | 倍数 | 示例（场景25个） |\n|--------|------|----------------|\n| 简单项目 | ×1.5 | 边界38个 |\n| 中等项目 | ×2 | 边界50个 |\n| 复杂项目 | ×2.5 | 边界63个 |\n\n**复杂度判断标准**：\n- 简单：单模块、低风险、无并发\n- 中等：多模块、中风险、少量并发\n- 复杂：跨模块、高风险、高并发\n\n## 四维边界模型\n\n### 维度1：输入边界\n**最容易发现，但也最容易遗漏细节**\n\n```text\n输入边界清单：\n├─ 值域边界\n│ ├─ 最小值：0、1、-1、最小负数\n│ ├─ 最大值：最大正数、最大长度\n│ ├─ 空值：null、空字符串、空格\n│ └─ 特殊值：0、负数、小数、科学计数法\n│\n├─ 格式边界\n│ ├─ 编码：UTF-8、GBK、特殊字符\n│ ├─ 长度：超长、刚好、为0\n│ ├─ 类型：数字、字母、中文、混合\n│ └─ 格式：日期、邮箱、手机号、URL\n│\n├─ 组合边界\n│ ├─ 多字段：字段间依赖关系\n│ ├─ 批量：批量输入的边界\n│ └─ 并发：并发输入的边界\n│\n└─ 业务边界\n ├─ 唯一性：重复数据\n ├─ 关联性：外键不存在\n └─ 有效性：数据过期\n```\n\n**示例（金额输入）**：\n```text\n值域边界：\n- 0元：能否购买？\n- 0.01元：最小金额？\n- 99999999.99元：最大金额？\n- 负数：能否退款？\n- 小数位：0.1元、0.01元、0.001元（精度丢失）\n\n格式边界：\n- 非数字：abc\n- 特殊字符：$100、100元\n- 科学计数法：1e10\n```\n\n### 维度2：状态边界\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```text\n合法转换：\n- 待支付 → 已支付（正常）\n- 待支付 → 已取消（超时）\n\n非法转换：\n- 已完成 → 已支付（不允许）\n- 已取消 → 待支付（不允许）\n\n临界转换：\n- 支付刚好在超时前1秒完成\n- 库存刚好剩1件时下单\n\n并发转换：\n- 同一订单同时支付和取消\n```\n\n### 维度3：时间边界\n**超时、并发、时序相关**\n\n```text\n时间边界清单：\n├─ 超时边界\n│ ├─ 请求超时：接口响应时间\n│ ├─ 连接超时：建立连接时间\n│ ├─ 会话超时：用户登录状态\n│ └─ 业务超时：订单支付时间\n│\n├─ 并发边界\n│ ├─ 同时操作：多用户同时操作同一数据\n│ ├─ 重复提交：用户重复点击\n│ ├─ 竞态条件：操作顺序影响结果\n│ └─ 资源竞争：多个操作竞争同一资源\n│\n├─ 时序边界\n│ ├─ 操作顺序：A必须在B之前\n│ ├─ 依赖关系：A的结果影响B\n│ ├─ 中间状态：操作过程中的状态\n│ └─ 原子性：操作是否不可分割\n│\n└─ 周期边界\n ├─ 日切：每天0点的数据处理\n ├─ 月切：每月1号的结算\n ├─ 年切：年度数据归档\n └─ 节假日：特殊日期的处理\n```\n\n**示例（支付超时）**：\n```text\n超时边界：\n- 支付超时：30分钟\n- 网络超时：30秒\n- 重试超时：3次重试\n\n并发边界：\n- 同一用户多设备支付\n- 多人同时购买最后一件商品\n\n时序边界：\n- 支付回调先于支付请求到达\n- 支付成功但库存扣减失败\n```\n\n### 维度4：资源边界\n**内存、连接、线程等资源耗尽**\n\n```text\n资源边界清单：\n├─ 内存边界\n│ ├─ 内存泄漏：长时间运行\n│ ├─ 大对象：加载大数据\n│ ├─ 缓存溢出：缓存达到上限\n│ └─ OOM：内存耗尽\n│\n├─ 连接边界\n│ ├─ 连接池耗尽：并发请求过多\n│ ├─ 连接超时：网络不稳定\n│ ├─ 连接泄露：连接未正确释放\n│ └─ 连接风暴：服务重启后\n│\n├─ 线程边界\n│ ├─ 线程池满：并发处理达到上限\n│ ├─ 死锁：多个线程互相等待\n│ ├─ 线程泄露：线程未正确回收\n│ └─ 上下文切换：线程数过多\n│\n├─ 磁盘边界\n│ ├─ 磁盘满：日志/数据写满\n│ ├─ 文件数：inode耗尽\n│ ├─ 写入性能：磁盘IO瓶颈\n│ └─ 文件锁定：并发写入冲突\n│\n└─ 网络边界\n ├─ 带宽：大文件传输\n ├─ 延迟：高延迟场景\n ├─ 丢包：网络不稳定\n └─ 断网：网络中断\n```\n\n**示例（订单系统）**：\n```text\n内存边界：\n- 大订单：包含1000个商品的订单\n- 长时间运行：服务运行7天后\n- 缓存：订单缓存达到10万条\n\n连接边界：\n- 并发下单：1000用户同时下单\n- 数据库连接：连接池耗尽\n- Redis连接：缓存服务连接数\n\n线程边界：\n- 并发处理：100个线程同时处理订单\n- 死锁：库存扣减和订单创建死锁\n```\n\n## 边界分析表\n\n| 边界类型 | 边界条件 | 风险等级 | 测试深度 | 预期结果 |\n|---------|---------|---------|---------|---------|\n| 输入边界 | 金额=0 | 高 | 深测 | 提示金额不能为0 |\n| 状态边界 | 待支付→已取消 | 中 | 常规 | 订单状态变更 |\n| 时间边界 | 支付超时30分钟 | 高 | 深测 | 自动取消订单 |\n| 资源边界 | 并发1000下单 | 高 | 深测 | 系统不崩溃 |\n\n## 边界类型速查表\n\n| 边界维度 | 最容易忽略的子项 | 典型Bug率 | 测试建议 |\n|---------|----------------|---------|---------|\n| 输入边界 | 业务边界（唯一性/关联性） | 高 | 值域/格式/组合/业务全扫 |\n| 状态边界 | 非法转换（业务不允许的操作） | 中 | 逐一校验每条转换规则 |\n| 时间边界 | 周期边界（日切/月切） | 高 | 关注跨天、跨月、节假日 |\n| 资源边界 | 连接耗尽（非内存耗尽） | 中 | 压测验证极限值 |\n\n## 常见边界漏测\n\n| 漏测类型 | 典型表现 | 检测方法 |\n|---------|---------|---------|\n| 隐式边界 | \"这个字段不可能那么大\"不测边界 | 对所有输入字段强制扫边 |\n| 组合边界 | 单个字段边界都测了，多字段组合边界没测 | 两两字段边界值交叉测试 |\n| 并发边界 | 只测了单用户边界，多用户并发边界没测 | 同一边界条件多用户并发 |\n| 累积边界 | 长期运行后才出现的边界问题 | 多次重复操作、海量数据 |\n| 恢复边界 | 触发边界后能否恢复正常 | 每种边界超限后执行正常操作 |\n\n## 输出示例\n\n**场景：测试用户登录的密码输入框（限制6-20位）**\n→ 输入边界扫描：\n - 值域边界：6位（通过）、20位（通过）、5位（阻断）、21位（阻断）\n - 格式边界：纯数字、带空格、带特殊字符、Unicode字符\n - 业务边界：密码=用户名、密码=历史密码、空密码\n\n**场景：测试订单支付超时**\n→ 时间边界扫描：刚好30分钟、30分1秒、29分59秒\n\n## 检查清单\n\n边界分析完成后检查：\n- [ ] 输入边界是否覆盖值域/格式/组合/业务？\n- [ ] 状态边界是否覆盖转换/值/持续？\n- [ ] 时间边界是否覆盖超时/并发/时序/周期？\n- [ ] 资源边界是否覆盖内存/连接/线程/磁盘/网络？\n- [ ] 每个边界条件是否标注风险等级？\n- [ ] 每个边界条件是否有明确预期？\n\nFile v1.7.7:_meta.json\n\n{\n \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n \"slug\": \"qa-boundary-deep-dive\",\n \"version\": \"1.7.7\",\n \"publishedAt\": 1790519538163\n}\n\nFile v1.7.7:skill-card.md\n\n## Description:\n\nIdentifies and prioritizes boundary test cases across inputs, states, timing, and resources, with expected results for each case.\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 expand scenario trees into boundary tests for input values, state transitions, timing, and resource limits. It assigns risk levels and expected outcomes to the resulting cases.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: Requirements or test materials may contain sensitive customer, identity, payment, or financial data.\n\nMitigation: Mask sensitive details before providing test materials; do not use real production data unless it has been masked.\n\n## Reference(s):\n\n- [ClawHub skill listing](https://clawhub.ai/kokxi/skills/qa-boundary-deep-dive)\n\n## Skill Output:\n\n**Output Type(s):** [Markdown, Testing guidance]\n\n**Output Format:** [Markdown test-case tables and boundary checklists]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Boundary IDs, scenario links, risk levels, and expected results]\n\n## Skill Version(s):\n\n1.7.7 (source: release metadata and skill frontmatter)\n\n## Ethical Considerations:\n\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment.\n\nArchive v1.7.6: 3 files, 6532 bytes\n\nFiles: skill-card.md (1975b), SKILL.md (11836b), _meta.json (140b)\n\nFile v1.7.6:SKILL.md\n\n---\r\nname: qa-boundary-deep-dive\r\nslug: qa-boundary-deep-dive\r\ndisplayName: 测试边界深度分析\r\nversion: 1.7.5\r\ndescription: >-\r\n 从输入、状态、时间、资源四个维度系统化识别边界条件。真正的 Bug 往往在\"看起来不是边界\"的地方——比如用户名字段没测超长 Unicode、订单支付刚好在超时前1秒完成、1000人同时下单。当需要补充边界测试、等价类划分完成后需要补边界值、或者直觉告诉你某些边界可能有问题时，应当使用此技能。每个边界条件都需要标注风险等级并给出明确的预期结果。适用于任何有输入字段、状态变化、时间约束或资源限制的系统。\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\n - qa-code-review-for-test\r\n - qa-execution-observation\r\n - qa-test-case-design\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-risk-intuition的输出，标识高风险区域\r\noutput_format:\r\n structure:\r\n - 测试用例表格：固定 9 列（用例编号|测试类型|功能模块|测试标题|用例级别|预置条件|测试步骤|预期结果|风险等级）\r\n - 用例级别：P0≤20%（核心流程）/ P1≤40%（主要功能）/ P2≤30%（次要功能）/ P3≤10%（边缘场景）\r\n - 覆盖率：标注口径（基于现有需求/输入文档），禁止\"全覆盖/100%\"绝对化表述；缺失模块标注\"未覆盖+原因\"\r\n - boundary_id: \"BD-XXXX\"\r\n - scenario_ids: [\"SC-XXXX\"]\r\n - input_boundary: \"输入边界\"\r\n - state_boundary: \"状态边界\"\r\n - time_boundary: \"时间边界\"\r\n - resource_boundary: \"资源边界\"\r\n traceability:\r\n - 每个边界带唯一ID（BD-XXXX）\r\n - 关联场景ID（TC_{场景模块缩写}_{功能缩写}_{序号}）\r\ndepth_requirement_quantification:\r\n reference_value: \"根据需求复杂度调整分析深度：简单×2/中等×3/复杂×4\"\r\n minimum: \"至少覆盖输入/状态/时间/资源4个维度中的3个\"\r\ncategories: ['Development','Testing']\r\nerror_recovery_guidance:\r\n on_failure: \"边界分析遗漏维度时回退到场景树补充\"\r\n retry_behavior: \"补全缺失场景后重新分析边界\"\r\n---\r\n> ⚠️ 本技能单独使用效果有限，建议配合完整技能集（12 步工作流）使用。安装：npx skills add Kokxi/qa-test-skills\r\n\r\n> **⚠️ 安全警告**：本技能的示例可能涉及订单号、支付金额、截图、身份证、手机号等敏感数据。\r\n> 实际使用时请勿粘贴真实生产数据、客户信息或财务凭证；测试前应脱敏/掩码处理。\r\n> 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。\r\n\r\n\r\n# 边界深度分析\r\n\r\n## 核心原则\r\n\r\n真正的Bug往往在\"看起来不是边界\"的地方——从输入、状态、时间、资源四个维度系统识别边界条件。标注风险等级并给出明确的预期结果。\r\n\r\n## 边界数量要求（参考值）\r\n\r\n**关键指标**：根据项目复杂度调整\r\n\r\n| 复杂度 | 倍数 | 示例（场景25个） |\r\n|--------|------|----------------|\r\n| 简单项目 | ×1.5 | 边界38个 |\r\n| 中等项目 | ×2 | 边界50个 |\r\n| 复杂项目 | ×2.5 | 边界63个 |\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\n├─ 值域边界\r\n│ ├─ 最小值：0、1、-1、最小负数\r\n│ ├─ 最大值：最大正数、最大长度\r\n│ ├─ 空值：null、空字符串、空格\r\n│ └─ 特殊值：0、负数、小数、科学计数法\r\n│\r\n├─ 格式边界\r\n│ ├─ 编码：UTF-8、GBK、特殊字符\r\n│ ├─ 长度：超长、刚好、为0\r\n│ ├─ 类型：数字、字母、中文、混合\r\n│ └─ 格式：日期、邮箱、手机号、URL\r\n│\r\n├─ 组合边界\r\n│ ├─ 多字段：字段间依赖关系\r\n│ ├─ 批量：批量输入的边界\r\n│ └─ 并发：并发输入的边界\r\n│\r\n└─ 业务边界\r\n ├─ 唯一性：重复数据\r\n ├─ 关联性：外键不存在\r\n └─ 有效性：数据过期\r\n```\r\n\r\n**示例（金额输入）**：\r\n```text\r\n值域边界：\r\n- 0元：能否购买？\r\n- 0.01元：最小金额？\r\n- 99999999.99元：最大金额？\r\n- 负数：能否退款？\r\n- 小数位：0.1元、0.01元、0.001元（精度丢失）\r\n\r\n格式边界：\r\n- 非数字：abc\r\n- 特殊字符：$100、100元\r\n- 科学计数法：1e10\r\n```\r\n\r\n### 维度2：状态边界\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```text\r\n合法转换：\r\n- 待支付 → 已支付（正常）\r\n- 待支付 → 已取消（超时）\r\n\r\n非法转换：\r\n- 已完成 → 已支付（不允许）\r\n- 已取消 → 待支付（不允许）\r\n\r\n临界转换：\r\n- 支付刚好在超时前1秒完成\r\n- 库存刚好剩1件时下单\r\n\r\n并发转换：\r\n- 同一订单同时支付和取消\r\n```\r\n\r\n### 维度3：时间边界\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│ ├─ 操作顺序：A必须在B之前\r\n│ ├─ 依赖关系：A的结果影响B\r\n│ ├─ 中间状态：操作过程中的状态\r\n│ └─ 原子性：操作是否不可分割\r\n│\r\n└─ 周期边界\r\n ├─ 日切：每天0点的数据处理\r\n ├─ 月切：每月1号的结算\r\n ├─ 年切：年度数据归档\r\n └─ 节假日：特殊日期的处理\r\n```\r\n\r\n**示例（支付超时）**：\r\n```text\r\n超时边界：\r\n- 支付超时：30分钟\r\n- 网络超时：30秒\r\n- 重试超时：3次重试\r\n\r\n并发边界：\r\n- 同一用户多设备支付\r\n- 多人同时购买最后一件商品\r\n\r\n时序边界：\r\n- 支付回调先于支付请求到达\r\n- 支付成功但库存扣减失败\r\n```\r\n\r\n### 维度4：资源边界\r\n**内存、连接、线程等资源耗尽**\r\n\r\n```text\r\n资源边界清单：\r\n├─ 内存边界\r\n│ ├─ 内存泄漏：长时间运行\r\n│ ├─ 大对象：加载大数据\r\n│ ├─ 缓存溢出：缓存达到上限\r\n│ └─ OOM：内存耗尽\r\n│\r\n├─ 连接边界\r\n│ ├─ 连接池耗尽：并发请求过多\r\n│ ├─ 连接超时：网络不稳定\r\n│ ├─ 连接泄露：连接未正确释放\r\n│ └─ 连接风暴：服务重启后\r\n│\r\n├─ 线程边界\r\n│ ├─ 线程池满：并发处理达到上限\r\n│ ├─ 死锁：多个线程互相等待\r\n│ ├─ 线程泄露：线程未正确回收\r\n│ └─ 上下文切换：线程数过多\r\n│\r\n├─ 磁盘边界\r\n│ ├─ 磁盘满：日志/数据写满\r\n│ ├─ 文件数：inode耗尽\r\n│ ├─ 写入性能：磁盘IO瓶颈\r\n│ └─ 文件锁定：并发写入冲突\r\n│\r\n└─ 网络边界\r\n ├─ 带宽：大文件传输\r\n ├─ 延迟：高延迟场景\r\n ├─ 丢包：网络不稳定\r\n └─ 断网：网络中断\r\n```\r\n\r\n**示例（订单系统）**：\r\n```text\r\n内存边界：\r\n- 大订单：包含1000个商品的订单\r\n- 长时间运行：服务运行7天后\r\n- 缓存：订单缓存达到10万条\r\n\r\n连接边界：\r\n- 并发下单：1000用户同时下单\r\n- 数据库连接：连接池耗尽\r\n- Redis连接：缓存服务连接数\r\n\r\n线程边界：\r\n- 并发处理：100个线程同时处理订单\r\n- 死锁：库存扣减和订单创建死锁\r\n```\r\n\r\n## 边界分析表\r\n\r\n| 边界类型 | 边界条件 | 风险等级 | 测试深度 | 预期结果 |\r\n|---------|---------|---------|---------|---------|\r\n| 输入边界 | 金额=0 | 高 | 深测 | 提示金额不能为0 |\r\n| 状态边界 | 待支付→已取消 | 中 | 常规 | 订单状态变更 |\r\n| 时间边界 | 支付超时30分钟 | 高 | 深测 | 自动取消订单 |\r\n| 资源边界 | 并发1000下单 | 高 | 深测 | 系统不崩溃 |\r\n\r\n## 边界类型速查表\r\n\r\n| 边界维度 | 最容易忽略的子项 | 典型Bug率 | 测试建议 |\r\n|---------|----------------|---------|---------|\r\n| 输入边界 | 业务边界（唯一性/关联性） | 高 | 值域/格式/组合/业务全扫 |\r\n| 状态边界 | 非法转换（业务不允许的操作） | 中 | 逐一校验每条转换规则 |\r\n| 时间边界 | 周期边界（日切/月切） | 高 | 关注跨天、跨月、节假日 |\r\n| 资源边界 | 连接耗尽（非内存耗尽） | 中 | 压测验证极限值 |\r\n\r\n## 常见边界漏测\r\n\r\n| 漏测类型 | 典型表现 | 检测方法 |\r\n|---------|---------|---------|\r\n| 隐式边界 | \"这个字段不可能那么大\"不测边界 | 对所有输入字段强制扫边 |\r\n| 组合边界 | 单个字段边界都测了，多字段组合边界没测 | 两两字段边界值交叉测试 |\r\n| 并发边界 | 只测了单用户边界，多用户并发边界没测 | 同一边界条件多用户并发 |\r\n| 累积边界 | 长期运行后才出现的边界问题 | 多次重复操作、海量数据 |\r\n| 恢复边界 | 触发边界后能否恢复正常 | 每种边界超限后执行正常操作 |\r\n\r\n## 输出示例\r\n\r\n**场景：测试用户登录的密码输入框（限制6-20位）**\r\n→ 输入边界扫描：\r\n - 值域边界：6位（通过）、20位（通过）、5位（阻断）、21位（阻断）\r\n - 格式边界：纯数字、带空格、带特殊字符、Unicode字符\r\n - 业务边界：密码=用户名、密码=历史密码、空密码\r\n\r\n**场景：测试订单支付超时**\r\n→ 时间边界扫描：刚好30分钟、30分1秒、29分59秒\r\n\r\n## 检查清单\r\n\r\n边界分析完成后检查：\r\n- [ ] 输入边界是否覆盖值域/格式/组合/业务？\r\n- [ ] 状态边界是否覆盖转换/值/持续？\r\n- [ ] 时间边界是否覆盖超时/并发/时序/周期？\r\n- [ ] 资源边界是否覆盖内存/连接/线程/磁盘/网络？\r\n- [ ] 每个边界条件是否标注风险等级？\r\n- [ ] 每个边界条件是否有明确预期？\n\nFile v1.7.6:_meta.json\n\n{\n \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n \"slug\": \"qa-boundary-deep-dive\",\n \"version\": \"1.7.6\",\n \"publishedAt\": 1788266176996\n}\n\nFile v1.7.6:skill-card.md\n\n## Description:\n\nGuides QA testers and developers through systematic boundary-condition analysis across input, state, time, and resource dimensions, producing risk-rated expected results for test coverage.\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, developers, and external test teams use this skill to expand scenario trees into boundary-focused test cases, especially after equivalence-class analysis or when input, state, timing, or resource limits may hide defects.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: The skill recommends an unpinned command that can install a larger third-party QA skill bundle and change future agent behavior.\n\nMitigation: Review the skill before installation, prefer a pinned version or immutable commit for `npx skills add Kokxi/qa-test-skills`, and approve the broader bundle only when its behavior is acceptable.\n\nRisk: Boundary testing examples may involve customer, identity, payment, screenshot, order, or production data.\n\nMitigation: Use synthetic, masked, or redacted test data and avoid providing real customer, identity, payment, or production data to the workflow.\n\n## Reference(s):\n\n\n## Skill Output:\n\n**Output Type(s):** [Guidance, Markdown, Text]\n\n**Output Format:** [Markdown tables and structured boundary analysis notes]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Includes boundary IDs, scenario traceability, risk levels, expected results, and coverage notes.]\n\n## Skill Version(s):\n\n1.7.6 (source: server release evidence; 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, 6309 bytes\n\nFiles: skill-card.md (1949b), SKILL.md (11225b), _meta.json (140b)\n\nFile v1.7.5:SKILL.md\n\n---\nname: qa-boundary-deep-dive\nslug: qa-boundary-deep-dive\ndisplayName: Boundary Deep Dive\nversion: 1.7.5\ndescription: >-\n 从输入、状态、时间、资源四个维度系统化识别边界条件。真正的 Bug 往往在\"看起来不是边界\"的地方——比如用户名字段没测超长 Unicode、订单支付刚好在超时前1秒完成、1000人同时下单。当需要补充边界测试、等价类划分完成后需要补边界值、或者直觉告诉你某些边界可能有问题时，应当使用此技能。每个边界条件都需要标注风险等级并给出明确的预期结果。适用于任何有输入字段、状态变化、时间约束或资源限制的系统。\n\nwhen_to_use: 用户说\"边界分析\"、\"边界条件\"、\"还有什么边界\"、\"边界值\"、\"边界扫描\"、需要深入分析边界、等价类划分完成后需要补充边界值测试时\nallowed-tools: Read Grep Glob\nrelated_skills:\n upstream:\n - qa-scenario-tree # 输入：场景树\n downstream:\n - qa-ai-context-engineering # 输出：边界清单传递给上下文工程\n - qa-code-review-for-test\n - qa-execution-observation\n - qa-test-case-design\ninput_format:\n required:\n - name: 场景树\n type: object\n description: 来自qa-scenario-tree的输出，包含主路径/分支/异常场景\n optional:\n - name: 风险评估\n type: object\n description: 来自qa-risk-intuition的输出，标识高风险区域\noutput_format:\n structure:\n - 测试用例表格：固定 9 列（用例编号|测试类型|功能模块|测试标题|用例级别|预置条件|测试步骤|预期结果|风险等级）\n - 用例级别：P0≤20%（核心流程）/ P1≤40%（主要功能）/ P2≤30%（次要功能）/ P3≤10%（边缘场景）\n - 覆盖率：标注口径（基于现有需求/输入文档），禁止\"全覆盖/100%\"绝对化表述；缺失模块标注\"未覆盖+原因\"\n - boundary_id: \"BD-XXXX\"\n - scenario_ids: [\"SC-XXXX\"]\n - input_boundary: \"输入边界\"\n - state_boundary: \"状态边界\"\n - time_boundary: \"时间边界\"\n - resource_boundary: \"资源边界\"\n traceability:\n - 每个边界带唯一ID（BD-XXXX）\n - 关联场景ID（TC_{场景模块缩写}_{功能缩写}_{序号}）\ndepth_requirement_quantification:\n reference_value: \"根据需求复杂度调整分析深度：简单×2/中等×3/复杂×4\"\n minimum: \"至少覆盖输入/状态/时间/资源4个维度中的3个\"\ncategories: ['Development','Testing']\nerror_recovery_guidance:\n on_failure: \"边界分析遗漏维度时回退到场景树补充\"\n retry_behavior: \"补全缺失场景后重新分析边界\"\n---\n> **⚠️ 安全警告**：本技能的示例可能涉及订单号、支付金额、截图、身份证、手机号等敏感数据。\n> 实际使用时请勿粘贴真实生产数据、客户信息或财务凭证；测试前应脱敏/掩码处理。\n> 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。\n\n\n# 边界深度分析\n\n## 核心原则\n\n真正的Bug往往在\"看起来不是边界\"的地方——从输入、状态、时间、资源四个维度系统识别边界条件。标注风险等级并给出明确的预期结果。\n\n## 边界数量要求（参考值）\n\n**关键指标**：根据项目复杂度调整\n\n| 复杂度 | 倍数 | 示例（场景25个） |\n|--------|------|----------------|\n| 简单项目 | ×1.5 | 边界38个 |\n| 中等项目 | ×2 | 边界50个 |\n| 复杂项目 | ×2.5 | 边界63个 |\n\n**复杂度判断标准**：\n- 简单：单模块、低风险、无并发\n- 中等：多模块、中风险、少量并发\n- 复杂：跨模块、高风险、高并发\n\n## 四维边界模型\n\n### 维度1：输入边界\n**最容易发现，但也最容易遗漏细节**\n\n```text\n输入边界清单：\n├─ 值域边界\n│ ├─ 最小值：0、1、-1、最小负数\n│ ├─ 最大值：最大正数、最大长度\n│ ├─ 空值：null、空字符串、空格\n│ └─ 特殊值：0、负数、小数、科学计数法\n│\n├─ 格式边界\n│ ├─ 编码：UTF-8、GBK、特殊字符\n│ ├─ 长度：超长、刚好、为0\n│ ├─ 类型：数字、字母、中文、混合\n│ └─ 格式：日期、邮箱、手机号、URL\n│\n├─ 组合边界\n│ ├─ 多字段：字段间依赖关系\n│ ├─ 批量：批量输入的边界\n│ └─ 并发：并发输入的边界\n│\n└─ 业务边界\n ├─ 唯一性：重复数据\n ├─ 关联性：外键不存在\n └─ 有效性：数据过期\n```\n\n**示例（金额输入）**：\n```text\n值域边界：\n- 0元：能否购买？\n- 0.01元：最小金额？\n- 99999999.99元：最大金额？\n- 负数：能否退款？\n- 小数位：0.1元、0.01元、0.001元（精度丢失）\n\n格式边界：\n- 非数字：abc\n- 特殊字符：$100、100元\n- 科学计数法：1e10\n```\n\n### 维度2：状态边界\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```text\n合法转换：\n- 待支付 → 已支付（正常）\n- 待支付 → 已取消（超时）\n\n非法转换：\n- 已完成 → 已支付（不允许）\n- 已取消 → 待支付（不允许）\n\n临界转换：\n- 支付刚好在超时前1秒完成\n- 库存刚好剩1件时下单\n\n并发转换：\n- 同一订单同时支付和取消\n```\n\n### 维度3：时间边界\n**超时、并发、时序相关**\n\n```text\n时间边界清单：\n├─ 超时边界\n│ ├─ 请求超时：接口响应时间\n│ ├─ 连接超时：建立连接时间\n│ ├─ 会话超时：用户登录状态\n│ └─ 业务超时：订单支付时间\n│\n├─ 并发边界\n│ ├─ 同时操作：多用户同时操作同一数据\n│ ├─ 重复提交：用户重复点击\n│ ├─ 竞态条件：操作顺序影响结果\n│ └─ 资源竞争：多个操作竞争同一资源\n│\n├─ 时序边界\n│ ├─ 操作顺序：A必须在B之前\n│ ├─ 依赖关系：A的结果影响B\n│ ├─ 中间状态：操作过程中的状态\n│ └─ 原子性：操作是否不可分割\n│\n└─ 周期边界\n ├─ 日切：每天0点的数据处理\n ├─ 月切：每月1号的结算\n ├─ 年切：年度数据归档\n └─ 节假日：特殊日期的处理\n```\n\n**示例（支付超时）**：\n```text\n超时边界：\n- 支付超时：30分钟\n- 网络超时：30秒\n- 重试超时：3次重试\n\n并发边界：\n- 同一用户多设备支付\n- 多人同时购买最后一件商品\n\n时序边界：\n- 支付回调先于支付请求到达\n- 支付成功但库存扣减失败\n```\n\n### 维度4：资源边界\n**内存、连接、线程等资源耗尽**\n\n```text\n资源边界清单：\n├─ 内存边界\n│ ├─ 内存泄漏：长时间运行\n│ ├─ 大对象：加载大数据\n│ ├─ 缓存溢出：缓存达到上限\n│ └─ OOM：内存耗尽\n│\n├─ 连接边界\n│ ├─ 连接池耗尽：并发请求过多\n│ ├─ 连接超时：网络不稳定\n│ ├─ 连接泄露：连接未正确释放\n│ └─ 连接风暴：服务重启后\n│\n├─ 线程边界\n│ ├─ 线程池满：并发处理达到上限\n│ ├─ 死锁：多个线程互相等待\n│ ├─ 线程泄露：线程未正确回收\n│ └─ 上下文切换：线程数过多\n│\n├─ 磁盘边界\n│ ├─ 磁盘满：日志/数据写满\n│ ├─ 文件数：inode耗尽\n│ ├─ 写入性能：磁盘IO瓶颈\n│ └─ 文件锁定：并发写入冲突\n│\n└─ 网络边界\n ├─ 带宽：大文件传输\n ├─ 延迟：高延迟场景\n ├─ 丢包：网络不稳定\n └─ 断网：网络中断\n```\n\n**示例（订单系统）**：\n```text\n内存边界：\n- 大订单：包含1000个商品的订单\n- 长时间运行：服务运行7天后\n- 缓存：订单缓存达到10万条\n\n连接边界：\n- 并发下单：1000用户同时下单\n- 数据库连接：连接池耗尽\n- Redis连接：缓存服务连接数\n\n线程边界：\n- 并发处理：100个线程同时处理订单\n- 死锁：库存扣减和订单创建死锁\n```\n\n## 边界分析表\n\n| 边界类型 | 边界条件 | 风险等级 | 测试深度 | 预期结果 |\n|---------|---------|---------|---------|---------|\n| 输入边界 | 金额=0 | 高 | 深测 | 提示金额不能为0 |\n| 状态边界 | 待支付→已取消 | 中 | 常规 | 订单状态变更 |\n| 时间边界 | 支付超时30分钟 | 高 | 深测 | 自动取消订单 |\n| 资源边界 | 并发1000下单 | 高 | 深测 | 系统不崩溃 |\n\n## 边界类型速查表\n\n| 边界维度 | 最容易忽略的子项 | 典型Bug率 | 测试建议 |\n|---------|----------------|---------|---------|\n| 输入边界 | 业务边界（唯一性/关联性） | 高 | 值域/格式/组合/业务全扫 |\n| 状态边界 | 非法转换（业务不允许的操作） | 中 | 逐一校验每条转换规则 |\n| 时间边界 | 周期边界（日切/月切） | 高 | 关注跨天、跨月、节假日 |\n| 资源边界 | 连接耗尽（非内存耗尽） | 中 | 压测验证极限值 |\n\n## 常见边界漏测\n\n| 漏测类型 | 典型表现 | 检测方法 |\n|---------|---------|---------|\n| 隐式边界 | \"这个字段不可能那么大\"不测边界 | 对所有输入字段强制扫边 |\n| 组合边界 | 单个字段边界都测了，多字段组合边界没测 | 两两字段边界值交叉测试 |\n| 并发边界 | 只测了单用户边界，多用户并发边界没测 | 同一边界条件多用户并发 |\n| 累积边界 | 长期运行后才出现的边界问题 | 多次重复操作、海量数据 |\n| 恢复边界 | 触发边界后能否恢复正常 | 每种边界超限后执行正常操作 |\n\n## 输出示例\n\n**场景：测试用户登录的密码输入框（限制6-20位）**\n→ 输入边界扫描：\n - 值域边界：6位（通过）、20位（通过）、5位（阻断）、21位（阻断）\n - 格式边界：纯数字、带空格、带特殊字符、Unicode字符\n - 业务边界：密码=用户名、密码=历史密码、空密码\n\n**场景：测试订单支付超时**\n→ 时间边界扫描：刚好30分钟、30分1秒、29分59秒\n\n## 检查清单\n\n边界分析完成后检查：\n- [ ] 输入边界是否覆盖值域/格式/组合/业务？\n- [ ] 状态边界是否覆盖转换/值/持续？\n- [ ] 时间边界是否覆盖超时/并发/时序/周期？\n- [ ] 资源边界是否覆盖内存/连接/线程/磁盘/网络？\n- [ ] 每个边界条件是否标注风险等级？\n- [ ] 每个边界条件是否有明确预期？\n\nFile v1.7.5:_meta.json\n\n{\n \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n \"slug\": \"qa-boundary-deep-dive\",\n \"version\": \"1.7.5\",\n \"publishedAt\": 1788102667250\n}\n\nFile v1.7.5:skill-card.md\n\n## Description:\n\nQA Boundary Deep Dive helps testers and developers identify boundary conditions across input, state, time, and resource dimensions, assign risk levels, and define expected results for test cases.\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 expand scenario trees and requirements into boundary-focused test cases for systems with input fields, state transitions, timing constraints, or resource limits.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: Prompts or workspace inputs may include sensitive production data such as payments, identity information, screenshots, phone numbers, or customer records.\n\nMitigation: Use sanitized requirements and masked test data before invoking the skill.\n\nRisk: Boundary-test guidance can be incomplete or misaligned when the supplied requirements or scenario tree are incomplete.\n\nMitigation: Review generated boundary cases against current requirements and mark uncovered modules with the reason they were not covered.\n\n## Reference(s):\n\n- [ClawHub skill page](https://clawhub.ai/kokxi/skills/qa-boundary-deep-dive)\n\n## Skill Output:\n\n**Output Type(s):** [Text, Markdown, Guidance]\n\n**Output Format:** [Markdown test case tables and structured boundary analysis]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Includes boundary IDs, scenario traceability, risk levels, expected results, and coverage notes.]\n\n## Skill Version(s):\n\n1.7.5 (source: frontmatter and server release metadata)\n\n## Ethical Considerations:\n\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment.\n\nArchive v1.6.3: 3 files, 6110 bytes\n\nFiles: skill-card.md (2071b), SKILL.md (10744b), _meta.json (140b)\n\nFile v1.6.3:SKILL.md\n\n---\nname: qa-boundary-deep-dive\nslug: qa-boundary-deep-dive\ndisplayName: Boundary Deep Dive\nversion: 1.6.3\ndescription: >-\n 从输入、状态、时间、资源四个维度系统化识别边界条件。真正的 Bug 往往在\"看起来不是边界\"的地方——比如用户名字段没测超长 Unicode、订单支付刚好在超时前1秒完成、1000人同时下单。当需要补充边界测试、等价类划分完成后需要补边界值、或者直觉告诉你某些边界可能有问题时，应当使用此技能。每个边界条件都需要标注风险等级并给出明确的预期结果。适用于任何有输入字段、状态变化、时间约束或资源限制的系统。\n\nwhen_to_use: 用户说\"边界分析\"、\"边界条件\"、\"还有什么边界\"、\"边界值\"、\"边界扫描\"、需要深入分析边界、等价类划分完成后需要补充边界值测试时\nallowed-tools: Read Grep Glob\nrelated_skills:\n upstream:\n - qa-scenario-tree # 输入：场景树\n downstream:\n - qa-ai-context-engineering # 输出：边界清单传递给上下文工程\n - qa-code-review-for-test\n - qa-execution-observation\n - qa-test-case-design\ninput_format:\n required:\n - name: 场景树\n type: object\n description: 来自qa-scenario-tree的输出，包含主路径/分支/异常场景\n optional:\n - name: 风险评估\n type: object\n description: 来自qa-risk-intuition的输出，标识高风险区域\noutput_format:\n structure:\n - boundary_id: \"BD-XXXX\"\n - scenario_ids: [\"SC-XXXX\"]\n - input_boundary: \"输入边界\"\n - state_boundary: \"状态边界\"\n - time_boundary: \"时间边界\"\n - resource_boundary: \"资源边界\"\n traceability:\n - 每个边界带唯一ID（BD-XXXX）\n - 关联场景ID（SC-XXXX）\ndepth_requirement_quantification:\n reference_value: \"根据需求复杂度调整分析深度：简单×2/中等×3/复杂×4\"\n minimum: \"至少覆盖输入/状态/时间/资源4个维度中的3个\"\ncategories: ['Development','Testing']\nerror_recovery_guidance:\n on_failure: \"边界分析遗漏维度时回退到场景树补充\"\n retry_behavior: \"补全缺失场景后重新分析边界\"\n---\n> **⚠️ 安全警告**：本技能的示例可能涉及订单号、支付金额、截图、身份证、手机号等敏感数据。\n> 实际使用时请勿粘贴真实生产数据、客户信息或财务凭证；测试前应脱敏/掩码处理。\n> 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。\n\n\n# 边界深度分析\n\n## 核心原则\n\n真正的Bug往往在\"看起来不是边界\"的地方——从输入、状态、时间、资源四个维度系统识别边界条件。标注风险等级并给出明确的预期结果。\n\n## 边界数量要求（参考值）\n\n**关键指标**：根据项目复杂度调整\n\n| 复杂度 | 倍数 | 示例（场景25个） |\n|--------|------|----------------|\n| 简单项目 | ×1.5 | 边界38个 |\n| 中等项目 | ×2 | 边界50个 |\n| 复杂项目 | ×2.5 | 边界63个 |\n\n**复杂度判断标准**：\n- 简单：单模块、低风险、无并发\n- 中等：多模块、中风险、少量并发\n- 复杂：跨模块、高风险、高并发\n\n## 四维边界模型\n\n### 维度1：输入边界\n**最容易发现，但也最容易遗漏细节**\n\n```text\n输入边界清单：\n├─ 值域边界\n│ ├─ 最小值：0、1、-1、最小负数\n│ ├─ 最大值：最大正数、最大长度\n│ ├─ 空值：null、空字符串、空格\n│ └─ 特殊值：0、负数、小数、科学计数法\n│\n├─ 格式边界\n│ ├─ 编码：UTF-8、GBK、特殊字符\n│ ├─ 长度：超长、刚好、为0\n│ ├─ 类型：数字、字母、中文、混合\n│ └─ 格式：日期、邮箱、手机号、URL\n│\n├─ 组合边界\n│ ├─ 多字段：字段间依赖关系\n│ ├─ 批量：批量输入的边界\n│ └─ 并发：并发输入的边界\n│\n└─ 业务边界\n ├─ 唯一性：重复数据\n ├─ 关联性：外键不存在\n └─ 有效性：数据过期\n```\n\n**示例（金额输入）**：\n```text\n值域边界：\n- 0元：能否购买？\n- 0.01元：最小金额？\n- 99999999.99元：最大金额？\n- 负数：能否退款？\n- 小数位：0.1元、0.01元、0.001元（精度丢失）\n\n格式边界：\n- 非数字：abc\n- 特殊字符：$100、100元\n- 科学计数法：1e10\n```\n\n### 维度2：状态边界\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```text\n合法转换：\n- 待支付 → 已支付（正常）\n- 待支付 → 已取消（超时）\n\n非法转换：\n- 已完成 → 已支付（不允许）\n- 已取消 → 待支付（不允许）\n\n临界转换：\n- 支付刚好在超时前1秒完成\n- 库存刚好剩1件时下单\n\n并发转换：\n- 同一订单同时支付和取消\n```\n\n### 维度3：时间边界\n**超时、并发、时序相关**\n\n```text\n时间边界清单：\n├─ 超时边界\n│ ├─ 请求超时：接口响应时间\n│ ├─ 连接超时：建立连接时间\n│ ├─ 会话超时：用户登录状态\n│ └─ 业务超时：订单支付时间\n│\n├─ 并发边界\n│ ├─ 同时操作：多用户同时操作同一数据\n│ ├─ 重复提交：用户重复点击\n│ ├─ 竞态条件：操作顺序影响结果\n│ └─ 资源竞争：多个操作竞争同一资源\n│\n├─ 时序边界\n│ ├─ 操作顺序：A必须在B之前\n│ ├─ 依赖关系：A的结果影响B\n│ ├─ 中间状态：操作过程中的状态\n│ └─ 原子性：操作是否不可分割\n│\n└─ 周期边界\n ├─ 日切：每天0点的数据处理\n ├─ 月切：每月1号的结算\n ├─ 年切：年度数据归档\n └─ 节假日：特殊日期的处理\n```\n\n**示例（支付超时）**：\n```text\n超时边界：\n- 支付超时：30分钟\n- 网络超时：30秒\n- 重试超时：3次重试\n\n并发边界：\n- 同一用户多设备支付\n- 多人同时购买最后一件商品\n\n时序边界：\n- 支付回调先于支付请求到达\n- 支付成功但库存扣减失败\n```\n\n### 维度4：资源边界\n**内存、连接、线程等资源耗尽**\n\n```text\n资源边界清单：\n├─ 内存边界\n│ ├─ 内存泄漏：长时间运行\n│ ├─ 大对象：加载大数据\n│ ├─ 缓存溢出：缓存达到上限\n│ └─ OOM：内存耗尽\n│\n├─ 连接边界\n│ ├─ 连接池耗尽：并发请求过多\n│ ├─ 连接超时：网络不稳定\n│ ├─ 连接泄露：连接未正确释放\n│ └─ 连接风暴：服务重启后\n│\n├─ 线程边界\n│ ├─ 线程池满：并发处理达到上限\n│ ├─ 死锁：多个线程互相等待\n│ ├─ 线程泄露：线程未正确回收\n│ └─ 上下文切换：线程数过多\n│\n├─ 磁盘边界\n│ ├─ 磁盘满：日志/数据写满\n│ ├─ 文件数：inode耗尽\n│ ├─ 写入性能：磁盘IO瓶颈\n│ └─ 文件锁定：并发写入冲突\n│\n└─ 网络边界\n ├─ 带宽：大文件传输\n ├─ 延迟：高延迟场景\n ├─ 丢包：网络不稳定\n └─ 断网：网络中断\n```\n\n**示例（订单系统）**：\n```text\n内存边界：\n- 大订单：包含1000个商品的订单\n- 长时间运行：服务运行7天后\n- 缓存：订单缓存达到10万条\n\n连接边界：\n- 并发下单：1000用户同时下单\n- 数据库连接：连接池耗尽\n- Redis连接：缓存服务连接数\n\n线程边界：\n- 并发处理：100个线程同时处理订单\n- 死锁：库存扣减和订单创建死锁\n```\n\n## 边界分析表\n\n| 边界类型 | 边界条件 | 风险等级 | 测试深度 | 预期结果 |\n|---------|---------|---------|---------|---------|\n| 输入边界 | 金额=0 | 高 | 深测 | 提示金额不能为0 |\n| 状态边界 | 待支付→已取消 | 中 | 常规 | 订单状态变更 |\n| 时间边界 | 支付超时30分钟 | 高 | 深测 | 自动取消订单 |\n| 资源边界 | 并发1000下单 | 高 | 深测 | 系统不崩溃 |\n\n## 边界类型速查表\n\n| 边界维度 | 最容易忽略的子项 | 典型Bug率 | 测试建议 |\n|---------|----------------|---------|---------|\n| 输入边界 | 业务边界（唯一性/关联性） | 高 | 值域/格式/组合/业务全扫 |\n| 状态边界 | 非法转换（业务不允许的操作） | 中 | 逐一校验每条转换规则 |\n| 时间边界 | 周期边界（日切/月切） | 高 | 关注跨天、跨月、节假日 |\n| 资源边界 | 连接耗尽（非内存耗尽） | 中 | 压测验证极限值 |\n\n## 常见边界漏测\n\n| 漏测类型 | 典型表现 | 检测方法 |\n|---------|---------|---------|\n| 隐式边界 | \"这个字段不可能那么大\"不测边界 | 对所有输入字段强制扫边 |\n| 组合边界 | 单个字段边界都测了，多字段组合边界没测 | 两两字段边界值交叉测试 |\n| 并发边界 | 只测了单用户边界，多用户并发边界没测 | 同一边界条件多用户并发 |\n| 累积边界 | 长期运行后才出现的边界问题 | 多次重复操作、海量数据 |\n| 恢复边界 | 触发边界后能否恢复正常 | 每种边界超限后执行正常操作 |\n\n## 输出示例\n\n**场景：测试用户登录的密码输入框（限制6-20位）**\n→ 输入边界扫描：\n - 值域边界：6位（通过）、20位（通过）、5位（阻断）、21位（阻断）\n - 格式边界：纯数字、带空格、带特殊字符、Unicode字符\n - 业务边界：密码=用户名、密码=历史密码、空密码\n\n**场景：测试订单支付超时**\n→ 时间边界扫描：刚好30分钟、30分1秒、29分59秒\n\n## 检查清单\n\n边界分析完成后检查：\n- [ ] 输入边界是否覆盖值域/格式/组合/业务？\n- [ ] 状态边界是否覆盖转换/值/持续？\n- [ ] 时间边界是否覆盖超时/并发/时序/周期？\n- [ ] 资源边界是否覆盖内存/连接/线程/磁盘/网络？\n- [ ] 每个边界条件是否标注风险等级？\n- [ ] 每个边界条件是否有明确预期？\n\nFile v1.6.3:_meta.json\n\n{\n \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n \"slug\": \"qa-boundary-deep-dive\",\n \"version\": \"1.6.3\",\n \"publishedAt\": 1786548056213\n}\n\nFile v1.6.3:skill-card.md\n\n## Description:\n\nBoundary Deep Dive helps QA practitioners systematically identify input, state, time, and resource boundary conditions, assign risk levels, and define expected results for test coverage.\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, developers, and test designers use this skill when they need deeper boundary-value coverage after scenario analysis or equivalence-class testing. It turns system behavior into structured boundary checks across inputs, state transitions, timing, and resource limits.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: QA prompts may include real customer, payment, identity, credential, or production data while exploring boundary cases.\n\nMitigation: Use anonymized or masked test data and avoid pasting sensitive production information into prompts.\n\nRisk: Boundary-analysis guidance can miss domain-specific constraints or produce expected results that do not match product requirements.\n\nMitigation: Review generated boundary cases against current requirements, state models, timeout rules, and resource limits before using them as test authority.\n\n## Reference(s):\n\n- [ClawHub skill page](https://clawhub.ai/kokxi/skills/qa-boundary-deep-dive)\n\n## Skill Output:\n\n**Output Type(s):** [Text, Markdown, Guidance]\n\n**Output Format:** [Markdown boundary-analysis report with tables and checklists]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Boundary items are expected to include IDs, linked scenario IDs, risk levels, and expected results when the provided system context supports them.]\n\n## Skill Version(s):\n\n1.6.3 (source: frontmatter and server release metadata)\n\n## Ethical Considerations:\n\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment.\n\nArchive v1.6.0: 3 files, 6130 bytes\n\nFiles: skill-card.md (2094b), SKILL.md (10989b), _meta.json (140b)\n\nFile v1.6.0:SKILL.md\n\n---\r\nname: qa-boundary-deep-dive\r\nversion: 1.6.0\r\ndescription: >-\r\n 从输入、状态、时间、资源四个维度系统化识别边界条件。真正的 Bug 往往在\"看起来不是边界\"的地方——比如用户名字段没测超长 Unicode、订单支付刚好在超时前1秒完成、1000人同时下单。当需要补充边界测试、等价类划分完成后需要补边界值、或者直觉告诉你某些边界可能有问题时，应当使用此技能。每个边界条件都需要标注风险等级并给出明确的预期结果。适用于任何有输入字段、状态变化、时间约束或资源限制的系统。\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\n - qa-code-review-for-test\r\n - qa-execution-observation\r\n - qa-test-case-design\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-risk-intuition的输出，标识高风险区域\r\noutput_format:\r\n structure:\r\n - boundary_id: \"BD-XXXX\"\r\n - scenario_ids: [\"SC-XXXX\"]\r\n - input_boundary: \"输入边界\"\r\n - state_boundary: \"状态边界\"\r\n - time_boundary: \"时间边界\"\r\n - resource_boundary: \"资源边界\"\r\n traceability:\r\n - 每个边界带唯一ID（BD-XXXX）\r\n - 关联场景ID（SC-XXXX）\r\ndepth_requirement_quantification:\r\n reference_value: \"根据需求复杂度调整分析深度：简单×2/中等×3/复杂×4\"\r\n minimum: \"至少覆盖输入/状态/时间/资源4个维度中的3个\"\r\ncategories: ['Development','Testing']\r\nerror_recovery_guidance:\r\n on_failure: \"边界分析遗漏维度时回退到场景树补充\"\r\n retry_behavior: \"补全缺失场景后重新分析边界\"\r\n---\r\n> **⚠️ 安全警告**：本技能的示例可能涉及订单号、支付金额、截图、身份证、手机号等敏感数据。\r\n> 实际使用时请勿粘贴真实生产数据、客户信息或财务凭证；测试前应脱敏/掩码处理。\r\n> 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。\r\n\r\n\r\n# 边界深度分析\r\n\r\n## 核心原则\r\n\r\n真正的Bug往往在\"看起来不是边界\"的地方——从输入、状态、时间、资源四个维度系统识别边界条件。标注风险等级并给出明确的预期结果。\r\n\r\n## 边界数量要求（参考值）\r\n\r\n**关键指标**：根据项目复杂度调整\r\n\r\n| 复杂度 | 倍数 | 示例（场景25个） |\r\n|--------|------|----------------|\r\n| 简单项目 | ×1.5 | 边界38个 |\r\n| 中等项目 | ×2 | 边界50个 |\r\n| 复杂项目 | ×2.5 | 边界63个 |\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\n├─ 值域边界\r\n│ ├─ 最小值：0、1、-1、最小负数\r\n│ ├─ 最大值：最大正数、最大长度\r\n│ ├─ 空值：null、空字符串、空格\r\n│ └─ 特殊值：0、负数、小数、科学计数法\r\n│\r\n├─ 格式边界\r\n│ ├─ 编码：UTF-8、GBK、特殊字符\r\n│ ├─ 长度：超长、刚好、为0\r\n│ ├─ 类型：数字、字母、中文、混合\r\n│ └─ 格式：日期、邮箱、手机号、URL\r\n│\r\n├─ 组合边界\r\n│ ├─ 多字段：字段间依赖关系\r\n│ ├─ 批量：批量输入的边界\r\n│ └─ 并发：并发输入的边界\r\n│\r\n└─ 业务边界\r\n ├─ 唯一性：重复数据\r\n ├─ 关联性：外键不存在\r\n └─ 有效性：数据过期\r\n```\r\n\r\n**示例（金额输入）**：\r\n```text\r\n值域边界：\r\n- 0元：能否购买？\r\n- 0.01元：最小金额？\r\n- 99999999.99元：最大金额？\r\n- 负数：能否退款？\r\n- 小数位：0.1元、0.01元、0.001元（精度丢失）\r\n\r\n格式边界：\r\n- 非数字：abc\r\n- 特殊字符：$100、100元\r\n- 科学计数法：1e10\r\n```\r\n\r\n### 维度2：状态边界\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```text\r\n合法转换：\r\n- 待支付 → 已支付（正常）\r\n- 待支付 → 已取消（超时）\r\n\r\n非法转换：\r\n- 已完成 → 已支付（不允许）\r\n- 已取消 → 待支付（不允许）\r\n\r\n临界转换：\r\n- 支付刚好在超时前1秒完成\r\n- 库存刚好剩1件时下单\r\n\r\n并发转换：\r\n- 同一订单同时支付和取消\r\n```\r\n\r\n### 维度3：时间边界\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│ ├─ 操作顺序：A必须在B之前\r\n│ ├─ 依赖关系：A的结果影响B\r\n│ ├─ 中间状态：操作过程中的状态\r\n│ └─ 原子性：操作是否不可分割\r\n│\r\n└─ 周期边界\r\n ├─ 日切：每天0点的数据处理\r\n ├─ 月切：每月1号的结算\r\n ├─ 年切：年度数据归档\r\n └─ 节假日：特殊日期的处理\r\n```\r\n\r\n**示例（支付超时）**：\r\n```text\r\n超时边界：\r\n- 支付超时：30分钟\r\n- 网络超时：30秒\r\n- 重试超时：3次重试\r\n\r\n并发边界：\r\n- 同一用户多设备支付\r\n- 多人同时购买最后一件商品\r\n\r\n时序边界：\r\n- 支付回调先于支付请求到达\r\n- 支付成功但库存扣减失败\r\n```\r\n\r\n### 维度4：资源边界\r\n**内存、连接、线程等资源耗尽**\r\n\r\n```text\r\n资源边界清单：\r\n├─ 内存边界\r\n│ ├─ 内存泄漏：长时间运行\r\n│ ├─ 大对象：加载大数据\r\n│ ├─ 缓存溢出：缓存达到上限\r\n│ └─ OOM：内存耗尽\r\n│\r\n├─ 连接边界\r\n│ ├─ 连接池耗尽：并发请求过多\r\n│ ├─ 连接超时：网络不稳定\r\n│ ├─ 连接泄露：连接未正确释放\r\n│ └─ 连接风暴：服务重启后\r\n│\r\n├─ 线程边界\r\n│ ├─ 线程池满：并发处理达到上限\r\n│ ├─ 死锁：多个线程互相等待\r\n│ ├─ 线程泄露：线程未正确回收\r\n│ └─ 上下文切换：线程数过多\r\n│\r\n├─ 磁盘边界\r\n│ ├─ 磁盘满：日志/数据写满\r\n│ ├─ 文件数：inode耗尽\r\n│ ├─ 写入性能：磁盘IO瓶颈\r\n│ └─ 文件锁定：并发写入冲突\r\n│\r\n└─ 网络边界\r\n ├─ 带宽：大文件传输\r\n ├─ 延迟：高延迟场景\r\n ├─ 丢包：网络不稳定\r\n └─ 断网：网络中断\r\n```\r\n\r\n**示例（订单系统）**：\r\n```text\r\n内存边界：\r\n- 大订单：包含1000个商品的订单\r\n- 长时间运行：服务运行7天后\r\n- 缓存：订单缓存达到10万条\r\n\r\n连接边界：\r\n- 并发下单：1000用户同时下单\r\n- 数据库连接：连接池耗尽\r\n- Redis连接：缓存服务连接数\r\n\r\n线程边界：\r\n- 并发处理：100个线程同时处理订单\r\n- 死锁：库存扣减和订单创建死锁\r\n```\r\n\r\n## 边界分析表\r\n\r\n| 边界类型 | 边界条件 | 风险等级 | 测试深度 | 预期结果 |\r\n|---------|---------|---------|---------|---------|\r\n| 输入边界 | 金额=0 | 高 | 深测 | 提示金额不能为0 |\r\n| 状态边界 | 待支付→已取消 | 中 | 常规 | 订单状态变更 |\r\n| 时间边界 | 支付超时30分钟 | 高 | 深测 | 自动取消订单 |\r\n| 资源边界 | 并发1000下单 | 高 | 深测 | 系统不崩溃 |\r\n\r\n## 边界类型速查表\r\n\r\n| 边界维度 | 最容易忽略的子项 | 典型Bug率 | 测试建议 |\r\n|---------|----------------|---------|---------|\r\n| 输入边界 | 业务边界（唯一性/关联性） | 高 | 值域/格式/组合/业务全扫 |\r\n| 状态边界 | 非法转换（业务不允许的操作） | 中 | 逐一校验每条转换规则 |\r\n| 时间边界 | 周期边界（日切/月切） | 高 | 关注跨天、跨月、节假日 |\r\n| 资源边界 | 连接耗尽（非内存耗尽） | 中 | 压测验证极限值 |\r\n\r\n## 常见边界漏测\r\n\r\n| 漏测类型 | 典型表现 | 检测方法 |\r\n|---------|---------|---------|\r\n| 隐式边界 | \"这个字段不可能那么大\"不测边界 | 对所有输入字段强制扫边 |\r\n| 组合边界 | 单个字段边界都测了，多字段组合边界没测 | 两两字段边界值交叉测试 |\r\n| 并发边界 | 只测了单用户边界，多用户并发边界没测 | 同一边界条件多用户并发 |\r\n| 累积边界 | 长期运行后才出现的边界问题 | 多次重复操作、海量数据 |\r\n| 恢复边界 | 触发边界后能否恢复正常 | 每种边界超限后执行正常操作 |\r\n\r\n## 输出示例\r\n\r\n**场景：测试用户登录的密码输入框（限制6-20位）**\r\n→ 输入边界扫描：\r\n - 值域边界：6位（通过）、20位（通过）、5位（阻断）、21位（阻断）\r\n - 格式边界：纯数字、带空格、带特殊字符、Unicode字符\r\n - 业务边界：密码=用户名、密码=历史密码、空密码\r\n\r\n**场景：测试订单支付超时**\r\n→ 时间边界扫描：刚好30分钟、30分1秒、29分59秒\r\n\r\n## 检查清单\r\n\r\n边界分析完成后检查：\r\n- [ ] 输入边界是否覆盖值域/格式/组合/业务？\r\n- [ ] 状态边界是否覆盖转换/值/持续？\r\n- [ ] 时间边界是否覆盖超时/并发/时序/周期？\r\n- [ ] 资源边界是否覆盖内存/连接/线程/磁盘/网络？\r\n- [ ] 每个边界条件是否标注风险等级？\r\n- [ ] 每个边界条件是否有明确预期？\n\nFile v1.6.0:_meta.json\n\n{\n \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n \"slug\": \"qa-boundary-deep-dive\",\n \"version\": \"1.6.0\",\n \"publishedAt\": 1783358047695\n}\n\nFile v1.6.0:skill-card.md\n\n## Description:
\nSystematically identifies boundary conditions across input, state, time, and resource dimensions, then labels each condition with risk level and expected result.
\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 designers use this skill to deepen boundary testing after scenario mapping or equivalence-class analysis. It produces a traceable boundary checklist for systems with input fields, state transitions, timing constraints, or resource limits.
\n\n### Deployment Geography for Use:
\nGlobal
\n\n## Known Risks and Mitigations:
\nRisk: The skill may activate on broad Chinese-language mentions of boundaries.
\nMitigation: Confirm the user wants boundary-condition analysis or narrow the trigger wording before applying it in workflows where generic boundary discussion is common.
\nRisk: Examples and outputs may involve sensitive order, payment, screenshot, identity, phone, customer, or financial data.
\nMitigation: Use masked or synthetic data in prompts and review generated examples before sharing or storing them.
\n\n\n## Reference(s):
\n- [ClawHub skill page](https://clawhub.ai/kokxi/skills/qa-boundary-deep-dive)
\n\n\n## Skill Output:
\n**Output Type(s):** [text, markdown, guidance]
\n**Output Format:** [Markdown boundary analysis with structured identifiers, linked scenario IDs, risk levels, and expected results]
\n**Output Parameters:** [1D]
\n**Other Properties Related to Output:** [Boundary items use BD-XXXX identifiers and may reference SC-XXXX scenario IDs.]
\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, 5595 bytes\n\nFiles: skill-card.md (1710b), SKILL.md (10401b), _meta.json (140b)\n\nFile v1.5.0:SKILL.md\n\n---\r\nname: qa-boundary-deep-dive\r\nversion: 1.5.0\r\ndescription: >-\r\n 从输入、状态、时间、资源四个维度系统化识别边界条件。真正的 Bug 往往在\"看起来不是边界\"的地方——比如用户名字段没测超长 Unicode、订单支付刚好在超时前1秒完成、1000人同时下单。当需要补充边界测试、等价类划分完成后需要补边界值、或者直觉告诉你某些边界可能有问题时，应当使用此技能。每个边界条件都需要标注风险等级并给出明确的预期结果。适用于任何有输入字段、状态变化、时间约束或资源限制的系统。\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-risk-intuition的输出，标识高风险区域\r\noutput_format:\r\n structure:\r\n - boundary_id: \"BD-XXXX\"\r\n - scenario_ids: [\"SC-XXXX\"]\r\n - input_boundary: \"输入边界\"\r\n - state_boundary: \"状态边界\"\r\n - time_boundary: \"时间边界\"\r\n - resource_boundary: \"资源边界\"\r\n traceability:\r\n - 每个边界带唯一ID（BD-XXXX）\r\n - 关联场景ID（SC-XXXX）\r\ndepth_requirement_quantification:\r\n reference_value: \"根据需求复杂度调整分析深度：简单×2/中等×3/复杂×4\"\r\n minimum: \"至少覆盖输入/状态/时间/资源4个维度中的3个\"\r\n---\r\n\r\n# 边界深度分析\r\n\r\n## 核心原则\r\n\r\n你是一位边界分析专家，擅长识别深层次的边界条件。\r\n**核心原则**：真正的Bug往往在\"看起来不是边界\"的地方。\r\n本技能从输入、状态、时间、资源四个维度系统识别边界条件。\r\n\r\n## 边界数量要求（参考值）\r\n\r\n**关键指标**：根据项目复杂度调整\r\n\r\n| 复杂度 | 倍数 | 示例（场景25个） |\r\n|--------|------|----------------|\r\n| 简单项目 | ×1.5 | 边界38个 |\r\n| 中等项目 | ×2 | 边界50个 |\r\n| 复杂项目 | ×2.5 | 边界63个 |\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\n├─ 值域边界\r\n│ ├─ 最小值：0、1、-1、最小负数\r\n│ ├─ 最大值：最大正数、最大长度\r\n│ ├─ 空值：null、空字符串、空格\r\n│ └─ 特殊值：0、负数、小数、科学计数法\r\n│\r\n├─ 格式边界\r\n│ ├─ 编码：UTF-8、GBK、特殊字符\r\n│ ├─ 长度：超长、刚好、为0\r\n│ ├─ 类型：数字、字母、中文、混合\r\n│ └─ 格式：日期、邮箱、手机号、URL\r\n│\r\n├─ 组合边界\r\n│ ├─ 多字段：字段间依赖关系\r\n│ ├─ 批量：批量输入的边界\r\n│ └─ 并发：并发输入的边界\r\n│\r\n└─ 业务边界\r\n ├─ 唯一性：重复数据\r\n ├─ 关联性：外键不存在\r\n └─ 有效性：数据过期\r\n```\r\n\r\n**示例（金额输入）**：\r\n```text\r\n值域边界：\r\n- 0元：能否购买？\r\n- 0.01元：最小金额？\r\n- 99999999.99元：最大金额？\r\n- 负数：能否退款？\r\n- 小数位：0.1元、0.01元、0.001元（精度丢失）\r\n\r\n格式边界：\r\n- 非数字：abc\r\n- 特殊字符：$100、100元\r\n- 科学计数法：1e10\r\n```\r\n\r\n### 维度2：状态边界\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```text\r\n合法转换：\r\n- 待支付 → 已支付（正常）\r\n- 待支付 → 已取消（超时）\r\n\r\n非法转换：\r\n- 已完成 → 已支付（不允许）\r\n- 已取消 → 待支付（不允许）\r\n\r\n临界转换：\r\n- 支付刚好在超时前1秒完成\r\n- 库存刚好剩1件时下单\r\n\r\n并发转换：\r\n- 同一订单同时支付和取消\r\n```\r\n\r\n### 维度3：时间边界\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│ ├─ 操作顺序：A必须在B之前\r\n│ ├─ 依赖关系：A的结果影响B\r\n│ ├─ 中间状态：操作过程中的状态\r\n│ └─ 原子性：操作是否不可分割\r\n│\r\n└─ 周期边界\r\n ├─ 日切：每天0点的数据处理\r\n ├─ 月切：每月1号的结算\r\n ├─ 年切：年度数据归档\r\n └─ 节假日：特殊日期的处理\r\n```\r\n\r\n**示例（支付超时）**：\r\n```text\r\n超时边界：\r\n- 支付超时：30分钟\r\n- 网络超时：30秒\r\n- 重试超时：3次重试\r\n\r\n并发边界：\r\n- 同一用户多设备支付\r\n- 多人同时购买最后一件商品\r\n\r\n时序边界：\r\n- 支付回调先于支付请求到达\r\n- 支付成功但库存扣减失败\r\n```\r\n\r\n### 维度4：资源边界\r\n**内存、连接、线程等资源耗尽**\r\n\r\n```text\r\n资源边界清单：\r\n├─ 内存边界\r\n│ ├─ 内存泄漏：长时间运行\r\n│ ├─ 大对象：加载大数据\r\n│ ├─ 缓存溢出：缓存达到上限\r\n│ └─ OOM：内存耗尽\r\n│\r\n├─ 连接边界\r\n│ ├─ 连接池耗尽：并发请求过多\r\n│ ├─ 连接超时：网络不稳定\r\n│ ├─ 连接泄露：连接未正确释放\r\n│ └─ 连接风暴：服务重启后\r\n│\r\n├─ 线程边界\r\n│ ├─ 线程池满：并发处理达到上限\r\n│ ├─ 死锁：多个线程互相等待\r\n│ ├─ 线程泄露：线程未正确回收\r\n│ └─ 上下文切换：线程数过多\r\n│\r\n├─ 磁盘边界\r\n│ ├─ 磁盘满：日志/数据写满\r\n│ ├─ 文件数：inode耗尽\r\n│ ├─ 写入性能：磁盘IO瓶颈\r\n│ └─ 文件锁定：并发写入冲突\r\n│\r\n└─ 网络边界\r\n ├─ 带宽：大文件传输\r\n ├─ 延迟：高延迟场景\r\n ├─ 丢包：网络不稳定\r\n └─ 断网：网络中断\r\n```\r\n\r\n**示例（订单系统）**：\r\n```text\r\n内存边界：\r\n- 大订单：包含1000个商品的订单\r\n- 长时间运行：服务运行7天后\r\n- 缓存：订单缓存达到10万条\r\n\r\n连接边界：\r\n- 并发下单：1000用户同时下单\r\n- 数据库连接：连接池耗尽\r\n- Redis连接：缓存服务连接数\r\n\r\n线程边界：\r\n- 并发处理：100个线程同时处理订单\r\n- 死锁：库存扣减和订单创建死锁\r\n```\r\n\r\n## 边界分析表\r\n\r\n| 边界类型 | 边界条件 | 风险等级 | 测试深度 | 预期结果 |\r\n|---------|---------|---------|---------|---------|\r\n| 输入边界 | 金额=0 | 高 | 深测 | 提示金额不能为0 |\r\n| 状态边界 | 待支付→已取消 | 中 | 常规 | 订单状态变更 |\r\n| 时间边界 | 支付超时30分钟 | 高 | 深测 | 自动取消订单 |\r\n| 资源边界 | 并发1000下单 | 高 | 深测 | 系统不崩溃 |\r\n\r\n## 边界类型速查表\r\n\r\n| 边界维度 | 最容易忽略的子项 | 典型Bug率 | 测试建议 |\r\n|---------|----------------|---------|---------|\r\n| 输入边界 | 业务边界（唯一性/关联性） | 高 | 值域/格式/组合/业务全扫 |\r\n| 状态边界 | 非法转换（业务不允许的操作） | 中 | 逐一校验每条转换规则 |\r\n| 时间边界 | 周期边界（日切/月切） | 高 | 关注跨天、跨月、节假日 |\r\n| 资源边界 | 连接耗尽（非内存耗尽） | 中 | 压测验证极限值 |\r\n\r\n## 常见边界漏测\r\n\r\n| 漏测类型 | 典型表现 | 检测方法 |\r\n|---------|---------|---------|\r\n| 隐式边界 | \"这个字段不可能那么大\"不测边界 | 对所有输入字段强制扫边 |\r\n| 组合边界 | 单个字段边界都测了，多字段组合边界没测 | 两两字段边界值交叉测试 |\r\n| 并发边界 | 只测了单用户边界，多用户并发边界没测 | 同一边界条件多用户并发 |\r\n| 累积边界 | 长期运行后才出现的边界问题 | 多次重复操作、海量数据 |\r\n| 恢复边界 | 触发边界后能否恢复正常 | 每种边界超限后执行正常操作 |\r\n\r\n## 输出示例\r\n\r\n**场景：测试用户登录的密码输入框（限制6-20位）**\r\n→ 输入边界扫描：\r\n - 值域边界：6位（通过）、20位（通过）、5位（阻断）、21位（阻断）\r\n - 格式边界：纯数字、带空格、带特殊字符、Unicode字符\r\n - 业务边界：密码=用户名、密码=历史密码、空密码\r\n\r\n**场景：测试订单支付超时**\r\n→ 时间边界扫描：刚好30分钟、30分1秒、29分59秒\r\n\r\n## 检查清单\r\n\r\n边界分析完成后检查：\r\n- [ ] 输入边界是否覆盖值域/格式/组合/业务？\r\n- [ ] 状态边界是否覆盖转换/值/持续？\r\n- [ ] 时间边界是否覆盖超时/并发/时序/周期？\r\n- [ ] 资源边界是否覆盖内存/连接/线程/磁盘/网络？\r\n- [ ] 每个边界条件是否标注风险等级？\r\n- [ ] 每个边界条件是否有明确预期？\n\nFile v1.5.0:_meta.json\n\n{\n \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n \"slug\": \"qa-boundary-deep-dive\",\n \"version\": \"1.5.0\",\n \"publishedAt\": 1782736282900\n}\n\nFile v1.5.0:skill-card.md\n\n## Description:
\nSystematically identifies QA boundary conditions across input, state, time, and resource dimensions, with risk levels and expected results for each boundary.
\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 test analysts use this skill to expand scenario trees into deeper boundary-condition coverage after equivalence classes or core scenarios have been identified.
\n\n### Deployment Geography for Use:
\nGlobal
\n\n## Known Risks and Mitigations:
\nRisk: Broad trigger wording may cause the skill to activate for general boundary-analysis language.
\nMitigation: Review and narrow trigger phrases when installing in environments that require tighter invocation control.
\n\n\n## Reference(s):
\n\n\n## Skill Output:
\n**Output Type(s):** [text, markdown, guidance]
\n**Output Format:** [Markdown boundary analysis with structured boundary IDs, related scenario IDs, risk levels, and expected results.]
\n**Output Parameters:** [1D]
\n**Other Properties Related to Output:** [Covers input, state, time, and resource boundary dimensions; each boundary is expected to include traceability and a clear expected result.]
\n\n## Skill Version(s):
\n1.5.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.4.1: 3 files, 5404 bytes\n\nFiles: skill-card.md (1898b), SKILL.md (9754b), _meta.json (140b)\n\nFile v1.4.1:SKILL.md\n\n---\r\nname: qa-boundary-deep-dive\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-risk-intuition的输出，标识高风险区域\r\noutput_format:\r\n structure:\r\n - boundary_id: \"BD-XXXX\"\r\n - scenario_ids: [\"SC-XXXX\"]\r\n - input_boundary: \"输入边界\"\r\n - state_boundary: \"状态边界\"\r\n - time_boundary: \"时间边界\"\r\n - resource_boundary: \"资源边界\"\r\n traceability:\r\n - 每个边界带唯一ID（BD-XXXX）\r\n - 关联场景ID（SC-XXXX）\r\n---\r\n\r\n# 边界深度分析\r\n\r\n## Overview\r\n\r\n你是一位边界分析专家，擅长识别深层次的边界条件。\r\n**核心原则**：真正的Bug往往在\"看起来不是边界\"的地方。\r\n本技能从输入、状态、时间、资源四个维度系统识别边界条件。\r\n\r\n## 边界数量要求（参考值）\r\n\r\n**关键指标**：根据项目复杂度调整\r\n\r\n| 复杂度 | 倍数 | 示例（场景25个） |\r\n|--------|------|----------------|\r\n| 简单项目 | ×1.5 | 边界38个 |\r\n| 中等项目 | ×2 | 边界50个 |\r\n| 复杂项目 | ×2.5 | 边界63个 |\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\n├─ 值域边界\r\n│ ├─ 最小值：0、1、-1、最小负数\r\n│ ├─ 最大值：最大正数、最大长度\r\n│ ├─ 空值：null、空字符串、空格\r\n│ └─ 特殊值：0、负数、小数、科学计数法\r\n│\r\n├─ 格式边界\r\n│ ├─ 编码：UTF-8、GBK、特殊字符\r\n│ ├─ 长度：超长、刚好、为0\r\n│ ├─ 类型：数字、字母、中文、混合\r\n│ └─ 格式：日期、邮箱、手机号、URL\r\n│\r\n├─ 组合边界\r\n│ ├─ 多字段：字段间依赖关系\r\n│ ├─ 批量：批量输入的边界\r\n│ └─ 并发：并发输入的边界\r\n│\r\n└─ 业务边界\r\n ├─ 唯一性：重复数据\r\n ├─ 关联性：外键不存在\r\n └─ 有效性：数据过期\r\n```\r\n\r\n**示例（金额输入）**：\r\n```\r\n值域边界：\r\n- 0元：能否购买？\r\n- 0.01元：最小金额？\r\n- 99999999.99元：最大金额？\r\n- 负数：能否退款？\r\n- 小数位：0.1元、0.01元、0.001元（精度丢失）\r\n\r\n格式边界：\r\n- 非数字：abc\r\n- 特殊字符：$100、100元\r\n- 科学计数法：1e10\r\n```\r\n\r\n### 维度2：状态边界\r\n**状态转换的临界点**\r\n\r\n```\r\n状态边界清单：\r\n├─ 状态转换边界\r\n│ ├─ 合法转换：正常路径\r\n│ ├─ 非法转换：不允许的操作\r\n│ ├─ 临界转换：刚好满足条件\r\n│ └─ 并发转换：同时触发多个转换\r\n│\r\n├─ 状态值边界\r\n│ ├─ 初始状态：对象创建时\r\n│ ├─ 终态：对象生命周期结束\r\n│ ├─ 中间状态：处理过程中\r\n│ └─ 异常状态：错误/超时\r\n│\r\n└─ 状态持续边界\r\n ├─ 最短持续：状态保持的最短时间\r\n ├─ 最长持续：状态保持的最长时间\r\n └─ 超时处理：超过时间限制怎么办\r\n```\r\n\r\n**示例（订单状态）**：\r\n```\r\n合法转换：\r\n- 待支付 → 已支付（正常）\r\n- 待支付 → 已取消（超时）\r\n\r\n非法转换：\r\n- 已完成 → 已支付（不允许）\r\n- 已取消 → 待支付（不允许）\r\n\r\n临界转换：\r\n- 支付刚好在超时前1秒完成\r\n- 库存刚好剩1件时下单\r\n\r\n并发转换：\r\n- 同一订单同时支付和取消\r\n```\r\n\r\n### 维度3：时间边界\r\n**超时、并发、时序相关**\r\n\r\n```\r\n时间边界清单：\r\n├─ 超时边界\r\n│ ├─ 请求超时：接口响应时间\r\n│ ├─ 连接超时：建立连接时间\r\n│ ├─ 会话超时：用户登录状态\r\n│ └─ 业务超时：订单支付时间\r\n│\r\n├─ 并发边界\r\n│ ├─ 同时操作：多用户同时操作同一数据\r\n│ ├─ 重复提交：用户重复点击\r\n│ ├─ 竞态条件：操作顺序影响结果\r\n│ └─ 资源竞争：多个操作竞争同一资源\r\n│\r\n├─ 时序边界\r\n│ ├─ 操作顺序：A必须在B之前\r\n│ ├─ 依赖关系：A的结果影响B\r\n│ ├─ 中间状态：操作过程中的状态\r\n│ └─ 原子性：操作是否不可分割\r\n│\r\n└─ 周期边界\r\n ├─ 日切：每天0点的数据处理\r\n ├─ 月切：每月1号的结算\r\n ├─ 年切：年度数据归档\r\n └─ 节假日：特殊日期的处理\r\n```\r\n\r\n**示例（支付超时）**：\r\n```\r\n超时边界：\r\n- 支付超时：30分钟\r\n- 网络超时：30秒\r\n- 重试超时：3次重试\r\n\r\n并发边界：\r\n- 同一用户多设备支付\r\n- 多人同时购买最后一件商品\r\n\r\n时序边界：\r\n- 支付回调先于支付请求到达\r\n- 支付成功但库存扣减失败\r\n```\r\n\r\n### 维度4：资源边界\r\n**内存、连接、线程等资源耗尽**\r\n\r\n```\r\n资源边界清单：\r\n├─ 内存边界\r\n│ ├─ 内存泄漏：长时间运行\r\n│ ├─ 大对象：加载大数据\r\n│ ├─ 缓存溢出：缓存达到上限\r\n│ └─ OOM：内存耗尽\r\n│\r\n├─ 连接边界\r\n│ ├─ 连接池耗尽：并发请求过多\r\n│ ├─ 连接超时：网络不稳定\r\n│ ├─ 连接泄露：连接未正确释放\r\n│ └─ 连接风暴：服务重启后\r\n│\r\n├─ 线程边界\r\n│ ├─ 线程池满：并发处理达到上限\r\n│ ├─ 死锁：多个线程互相等待\r\n│ ├─ 线程泄露：线程未正确回收\r\n│ └─ 上下文切换：线程数过多\r\n│\r\n├─ 磁盘边界\r\n│ ├─ 磁盘满：日志/数据写满\r\n│ ├─ 文件数：inode耗尽\r\n│ ├─ 写入性能：磁盘IO瓶颈\r\n│ └─ 文件锁定：并发写入冲突\r\n│\r\n└─ 网络边界\r\n ├─ 带宽：大文件传输\r\n ├─ 延迟：高延迟场景\r\n ├─ 丢包：网络不稳定\r\n └─ 断网：网络中断\r\n```\r\n\r\n**示例（订单系统）**：\r\n```\r\n内存边界：\r\n- 大订单：包含1000个商品的订单\r\n- 长时间运行：服务运行7天后\r\n- 缓存：订单缓存达到10万条\r\n\r\n连接边界：\r\n- 并发下单：1000用户同时下单\r\n- 数据库连接：连接池耗尽\r\n- Redis连接：缓存服务连接数\r\n\r\n线程边界：\r\n- 并发处理：100个线程同时处理订单\r\n- 死锁：库存扣减和订单创建死锁\r\n```\r\n\r\n## 边界分析表\r\n\r\n| 边界类型 | 边界条件 | 风险等级 | 测试深度 | 预期结果 |\r\n|---------|---------|---------|---------|---------|\r\n| 输入边界 | 金额=0 | 高 | 深测 | 提示金额不能为0 |\r\n| 状态边界 | 待支付→已取消 | 中 | 常规 | 订单状态变更 |\r\n| 时间边界 | 支付超时30分钟 | 高 | 深测 | 自动取消订单 |\r\n| 资源边界 | 并发1000下单 | 高 | 深测 | 系统不崩溃 |\r\n\r\n## 边界类型速查表\r\n\r\n| 边界维度 | 最容易忽略的子项 | 典型Bug率 | 测试建议 |\r\n|---------|----------------|---------|---------|\r\n| 输入边界 | 业务边界（唯一性/关联性） | 高 | 值域/格式/组合/业务全扫 |\r\n| 状态边界 | 非法转换（业务不允许的操作） | 中 | 逐一校验每条转换规则 |\r\n| 时间边界 | 周期边界（日切/月切） | 高 | 关注跨天、跨月、节假日 |\r\n| 资源边界 | 连接耗尽（非内存耗尽） | 中 | 压测验证极限值 |\r\n\r\n## 常见边界漏测\r\n\r\n| 漏测类型 | 典型表现 | 检测方法 |\r\n|---------|---------|---------|\r\n| 隐式边界 | \"这个字段不可能那么大\"不测边界 | 对所有输入字段强制扫边 |\r\n| 组合边界 | 单个字段边界都测了，多字段组合边界没测 | 两两字段边界值交叉测试 |\r\n| 并发边界 | 只测了单用户边界，多用户并发边界没测 | 同一边界条件多用户并发 |\r\n| 累积边界 | 长期运行后才出现的边界问题 | 多次重复操作、海量数据 |\r\n| 恢复边界 | 触发边界后能否恢复正常 | 每种边界超限后执行正常操作 |\r\n\r\n## Examples\r\n\r\n**场景：测试用户登录的密码输入框（限制6-20位）**\r\n→ 输入边界扫描：\r\n - 值域边界：6位（通过）、20位（通过）、5位（阻断）、21位（阻断）\r\n - 格式边界：纯数字、带空格、带特殊字符、Unicode字符\r\n - 业务边界：密码=用户名、密码=历史密码、空密码\r\n\r\n**场景：测试订单支付超时**\r\n→ 时间边界扫描：刚好30分钟、30分1秒、29分59秒\r\n\r\n## Guidelines\r\n\r\n边界分析完成后检查：\r\n- [ ] 输入边界是否覆盖值域/格式/组合/业务？\r\n- [ ] 状态边界是否覆盖转换/值/持续？\r\n- [ ] 时间边界是否覆盖超时/并发/时序/周期？\r\n- [ ] 资源边界是否覆盖内存/连接/线程/磁盘/网络？\r\n- [ ] 每个边界条件是否标注风险等级？\r\n- [ ] 每个边界条件是否有明确预期？\n\nFile v1.4.1:_meta.json\n\n{\n \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n \"slug\": \"qa-boundary-deep-dive\",\n \"version\": \"1.4.1\",\n \"publishedAt\": 1782406406593\n}\n\nFile v1.4.1:skill-card.md\n\n## Description:
\nHelps QA practitioners perform deeper boundary analysis across input, state, time, and resource dimensions when expanding boundary-value test coverage.
\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 and test planners use this skill to identify boundary conditions from scenario trees and risk assessments. It produces a structured boundary checklist that links boundary findings back to scenario IDs.
\n\n### Deployment Geography for Use:
\nGlobal
\n\n## Known Risks and Mitigations:
\nRisk: The skill may read project files while analyzing QA boundaries.
\nMitigation: Use it only in repositories where read-only inspection is acceptable.
\nRisk: Boundary analysis output may be incomplete or misleading if accepted without review.
\nMitigation: Review generated boundary lists against project requirements before using them for test planning.
\n\n\n## Reference(s):
\n- [ClawHub skill page](https://clawhub.ai/kokxi/skills/qa-boundary-deep-dive)
\n\n\n## Skill Output:
\n**Output Type(s):** [Analysis, Markdown, Guidance]
\n**Output Format:** [Markdown boundary analysis with structured boundary IDs and scenario traceability]
\n**Output Parameters:** [1D]
\n**Other Properties Related to Output:** [Boundary items are expected to include boundary_id, linked scenario_ids, and input, state, time, and resource boundary notes.]
\n\n## Skill Version(s):
\n1.4.1 (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.4.0: 3 files, 5410 bytes\n\nFiles: skill-card.md (1745b), SKILL.md (10035b), _meta.json (140b)\n\nFile v1.4.0:SKILL.md\n\n---\r\nname: qa-boundary-deep-dive\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-risk-intuition的输出，标识高风险区域\r\noutput_format:\r\n structure:\r\n - boundary_id: \"BD-XXXX\"\r\n - scenario_ids: [\"SC-XXXX\"]\r\n - input_boundary: \"输入边界\"\r\n - state_boundary: \"状态边界\"\r\n - time_boundary: \"时间边界\"\r\n - resource_boundary: \"资源边界\"\r\n traceability:\r\n - 每个边界带唯一ID（BD-XXXX）\r\n - 关联场景ID（SC-XXXX）\r\n---\r\n\r\n# 边界深度分析\r\n\r\n## Overview\r\n\r\n你是一位边界分析专家，擅长识别深层次的边界条件。\r\n**核心原则**：真正的Bug往往在\"看起来不是边界\"的地方。\r\n本技能从输入、状态、时间、资源四个维度系统识别边界条件。\r\n\r\n## 边界数量要求（参考值）\r\n\r\n**关键指标**：根据项目复杂度调整\r\n\r\n| 复杂度 | 倍数 | 示例（场景25个） |\r\n|--------|------|----------------|\r\n| 简单项目 | ×1.5 | 边界38个 |\r\n| 中等项目 | ×2 | 边界50个 |\r\n| 复杂项目 | ×2.5 | 边界63个 |\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\n├─ 值域边界\r\n│ ├─ 最小值：0、1、-1、最小负数\r\n│ ├─ 最大值：最大正数、最大长度\r\n│ ├─ 空值：null、空字符串、空格\r\n│ └─ 特殊值：0、负数、小数、科学计数法\r\n│\r\n├─ 格式边界\r\n│ ├─ 编码：UTF-8、GBK、特殊字符\r\n│ ├─ 长度：超长、刚好、为0\r\n│ ├─ 类型：数字、字母、中文、混合\r\n│ └─ 格式：日期、邮箱、手机号、URL\r\n│\r\n├─ 组合边界\r\n│ ├─ 多字段：字段间依赖关系\r\n│ ├─ 批量：批量输入的边界\r\n│ └─ 并发：并发输入的边界\r\n│\r\n└─ 业务边界\r\n ├─ 唯一性：重复数据\r\n ├─ 关联性：外键不存在\r\n └─ 有效性：数据过期\r\n```\r\n\r\n**示例（金额输入）**：\r\n```\r\n值域边界：\r\n- 0元：能否购买？\r\n- 0.01元：最小金额？\r\n- 99999999.99元：最大金额？\r\n- 负数：能否退款？\r\n- 小数位：0.1元、0.01元、0.001元（精度丢失）\r\n\r\n格式边界：\r\n- 非数字：abc\r\n- 特殊字符：$100、100元\r\n- 科学计数法：1e10\r\n```\r\n\r\n### 维度2：状态边界\r\n**状态转换的临界点**\r\n\r\n```\r\n状态边界清单：\r\n├─ 状态转换边界\r\n│ ├─ 合法转换：正常路径\r\n│ ├─ 非法转换：不允许的操作\r\n│ ├─ 临界转换：刚好满足条件\r\n│ └─ 并发转换：同时触发多个转换\r\n│\r\n├─ 状态值边界\r\n│ ├─ 初始状态：对象创建时\r\n│ ├─ 终态：对象生命周期结束\r\n│ ├─ 中间状态：处理过程中\r\n│ └─ 异常状态：错误/超时\r\n│\r\n└─ 状态持续边界\r\n ├─ 最短持续：状态保持的最短时间\r\n ├─ 最长持续：状态保持的最长时间\r\n └─ 超时处理：超过时间限制怎么办\r\n```\r\n\r\n**示例（订单状态）**：\r\n```\r\n合法转换：\r\n- 待支付 → 已支付（正常）\r\n- 待支付 → 已取消（超时）\r\n\r\n非法转换：\r\n- 已完成 → 已支付（不允许）\r\n- 已取消 → 待支付（不允许）\r\n\r\n临界转换：\r\n- 支付刚好在超时前1秒完成\r\n- 库存刚好剩1件时下单\r\n\r\n并发转换：\r\n- 同一订单同时支付和取消\r\n```\r\n\r\n### 维度3：时间边界\r\n**超时、并发、时序相关**\r\n\r\n```\r\n时间边界清单：\r\n├─ 超时边界\r\n│ ├─ 请求超时：接口响应时间\r\n│ ├─ 连接超时：建立连接时间\r\n│ ├─ 会话超时：用户登录状态\r\n│ └─ 业务超时：订单支付时间\r\n│\r\n├─ 并发边界\r\n│ ├─ 同时操作：多用户同时操作同一数据\r\n│ ├─ 重复提交：用户重复点击\r\n│ ├─ 竞态条件：操作顺序影响结果\r\n│ └─ 资源竞争：多个操作竞争同一资源\r\n│\r\n├─ 时序边界\r\n│ ├─ 操作顺序：A必须在B之前\r\n│ ├─ 依赖关系：A的结果影响B\r\n│ ├─ 中间状态：操作过程中的状态\r\n│ └─ 原子性：操作是否不可分割\r\n│\r\n└─ 周期边界\r\n ├─ 日切：每天0点的数据处理\r\n ├─ 月切：每月1号的结算\r\n ├─ 年切：年度数据归档\r\n └─ 节假日：特殊日期的处理\r\n```\r\n\r\n**示例（支付超时）**：\r\n```\r\n超时边界：\r\n- 支付超时：30分钟\r\n- 网络超时：30秒\r\n- 重试超时：3次重试\r\n\r\n并发边界：\r\n- 同一用户多设备支付\r\n- 多人同时购买最后一件商品\r\n\r\n时序边界：\r\n- 支付回调先于支付请求到达\r\n- 支付成功但库存扣减失败\r\n```\r\n\r\n### 维度4：资源边界\r\n**内存、连接、线程等资源耗尽**\r\n\r\n```\r\n资源边界清单：\r\n├─ 内存边界\r\n│ ├─ 内存泄漏：长时间运行\r\n│ ├─ 大对象：加载大数据\r\n│ ├─ 缓存溢出：缓存达到上限\r\n│ └─ OOM：内存耗尽\r\n│\r\n├─ 连接边界\r\n│ ├─ 连接池耗尽：并发请求过多\r\n│ ├─ 连接超时：网络不稳定\r\n│ ├─ 连接泄露：连接未正确释放\r\n│ └─ 连接风暴：服务重启后\r\n│\r\n├─ 线程边界\r\n│ ├─ 线程池满：并发处理达到上限\r\n│ ├─ 死锁：多个线程互相等待\r\n│ ├─ 线程泄露：线程未正确回收\r\n│ └─ 上下文切换：线程数过多\r\n│\r\n├─ 磁盘边界\r\n│ ├─ 磁盘满：日志/数据写满\r\n│ ├─ 文件数：inode耗尽\r\n│ ├─ 写入性能：磁盘IO瓶颈\r\n│ └─ 文件锁定：并发写入冲突\r\n│\r\n└─ 网络边界\r\n ├─ 带宽：大文件传输\r\n ├─ 延迟：高延迟场景\r\n ├─ 丢包：网络不稳定\r\n └─ 断网：网络中断\r\n```\r\n\r\n**示例（订单系统）**：\r\n```\r\n内存边界：\r\n- 大订单：包含1000个商品的订单\r\n- 长时间运行：服务运行7天后\r\n- 缓存：订单缓存达到10万条\r\n\r\n连接边界：\r\n- 并发下单：1000用户同时下单\r\n- 数据库连接：连接池耗尽\r\n- Redis连接：缓存服务连接数\r\n\r\n线程边界：\r\n- 并发处理：100个线程同时处理订单\r\n- 死锁：库存扣减和订单创建死锁\r\n```\r\n\r\n## 边界分析表\r\n\r\n| 边界类型 | 边界条件 | 风险等级 | 测试深度 | 预期结果 |\r\n|---------|---------|---------|---------|---------|\r\n| 输入边界 | 金额=0 | 高 | 深测 | 提示金额不能为0 |\r\n| 状态边界 | 待支付→已取消 | 中 | 常规 | 订单状态变更 |\r\n| 时间边界 | 支付超时30分钟 | 高 | 深测 | 自动取消订单 |\r\n| 资源边界 | 并发1000下单 | 高 | 深测 | 系统不崩溃 |\r\n\r\n## 边界类型速查表\r\n\r\n| 边界维度 | 最容易忽略的子项 | 典型Bug率 | 测试建议 |\r\n|---------|----------------|---------|---------|\r\n| 输入边界 | 业务边界（唯一性/关联性） | 高 | 值域/格式/组合/业务全扫 |\r\n| 状态边界 | 非法转换（业务不允许的操作） | 中 | 逐一校验每条转换规则 |\r\n| 时间边界 | 周期边界（日切/月切） | 高 | 关注跨天、跨月、节假日 |\r\n| 资源边界 | 连接耗尽（非内存耗尽） | 中 | 压测验证极限值 |\r\n\r\n## 常见边界漏测\r\n\r\n| 漏测类型 | 典型表现 | 检测方法 |\r\n|---------|---------|---------|\r\n| 隐式边界 | \"这个字段不可能那么大\"不测边界 | 对所有输入字段强制扫边 |\r\n| 组合边界 | 单个字段边界都测了，多字段组合边界没测 | 两两字段边界值交叉测试 |\r\n| 并发边界 | 只测了单用户边界，多用户并发边界没测 | 同一边界条件多用户并发 |\r\n| 累积边界 | 长期运行后才出现的边界问题 | 多次重复操作、海量数据 |\r\n| 恢复边界 | 触发边界后能否恢复正常 | 每种边界超限后执行正常操作 |\r\n\r\n## Examples\r\n\r\n**场景：测试用户登录的密码输入框（限制6-20位）**\r\n→ 输入边界扫描：\r\n - 值域边界：6位（通过）、20位（通过）、5位（阻断）、21位（阻断）\r\n - 格式边界：纯数字、带空格、带特殊字符、Unicode字符\r\n - 业务边界：密码=用户名、密码=历史密码、空密码\r\n\r\n**场景：测试订单支付超时**\r\n→ 时间边界扫描：刚好30分钟、30分1秒、29分59秒\r\n\r\n## Guidelines\r\n\r\n边界分析完成后检查：\r\n- [ ] 输入边界是否覆盖值域/格式/组合/业务？\r\n- [ ] 状态边界是否覆盖转换/值/持续？\r\n- [ ] 时间边界是否覆盖超时/并发/时序/周期？\r\n- [ ] 资源边界是否覆盖内存/连接/线程/磁盘/网络？\r\n- [ ] 每个边界条件是否标注风险等级？\r\n- [ ] 每个边界条件是否有明确预期？\n\nFile v1.4.0:_meta.json\n\n{\n \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n \"slug\": \"qa-boundary-deep-dive\",\n \"version\": \"1.4.0\",\n \"publishedAt\": 1782277517104\n}\n\nFile v1.4.0:skill-card.md\n\n## Description:
\nChinese-language QA guidance skill for identifying input, state, time, and resource boundary conditions for edge-case testing.
\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 and software testers use this skill to expand scenario trees into boundary-value and edge-case test coverage across input, state, timing, and resource dimensions.
\n\n### Deployment Geography for Use:
\nGlobal
\n\n## Known Risks and Mitigations:
\nRisk: The skill may activate on broad QA terms such as boundary conditions or equivalence classes when the user intended a different testing workflow.
\nMitigation: Users should state the desired testing method explicitly when they do not want boundary-value or edge-case analysis.
\n\n\n## Reference(s):
\n- [ClawHub skill page](https://clawhub.ai/kokxi/skills/qa-boundary-deep-dive)
\n\n\n## Skill Output:
\n**Output Type(s):** [text, markdown, guidance]
\n**Output Format:** [Markdown guidance with structured boundary analysis tables and checklists]
\n**Output Parameters:** [1D]
\n**Other Properties Related to Output:** [Produces boundary IDs, linked scenario IDs, risk levels, expected results, and coverage checks when source scenarios are available.]
\n\n## Skill Version(s):
\n1.4.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.
\n\nArchive v1.3.0: 3 files, 4605 bytes\n\nFiles: skill-card.md (1682b), SKILL.md (7885b), _meta.json (140b)\n\nFile v1.3.0:SKILL.md\n\n---\r\nname: qa-boundary-deep-dive\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-risk-intuition的输出，标识高风险区域\r\noutput_format:\r\n structure:\r\n - boundary_id: \"BD-XXXX\"\r\n - scenario_ids: [\"SC-XXXX\"]\r\n - input_boundary: \"输入边界\"\r\n - state_boundary: \"状态边界\"\r\n - time_boundary: \"时间边界\"\r\n - resource_boundary: \"资源边界\"\r\n traceability:\r\n - 每个边界带唯一ID（BD-XXXX）\r\n - 关联场景ID（SC-XXXX）\r\n---\r\n\r\n# 边界深度分析\r\n\r\n你是一位边界分析专家，擅长识别深层次的边界条件。\r\n\r\n## 核心原则\r\n\r\n**真正的Bug往往在\"看起来不是边界\"的地方。**\r\n\r\n## 边界数量要求（参考值）\r\n\r\n**关键指标**：根据项目复杂度调整\r\n\r\n| 复杂度 | 倍数 | 示例（场景25个） |\r\n|--------|------|----------------|\r\n| 简单项目 | ×1.5 | 边界38个 |\r\n| 中等项目 | ×2 | 边界50个 |\r\n| 复杂项目 | ×2.5 | 边界63个 |\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\n├─ 值域边界\r\n│ ├─ 最小值：0、1、-1、最小负数\r\n│ ├─ 最大值：最大正数、最大长度\r\n│ ├─ 空值：null、空字符串、空格\r\n│ └─ 特殊值：0、负数、小数、科学计数法\r\n│\r\n├─ 格式边界\r\n│ ├─ 编码：UTF-8、GBK、特殊字符\r\n│ ├─ 长度：超长、刚好、为0\r\n│ ├─ 类型：数字、字母、中文、混合\r\n│ └─ 格式：日期、邮箱、手机号、URL\r\n│\r\n├─ 组合边界\r\n│ ├─ 多字段：字段间依赖关系\r\n│ ├─ 批量：批量输入的边界\r\n│ └─ 并发：并发输入的边界\r\n│\r\n└─ 业务边界\r\n ├─ 唯一性：重复数据\r\n ├─ 关联性：外键不存在\r\n └─ 有效性：数据过期\r\n```\r\n\r\n**示例（金额输入）**：\r\n```\r\n值域边界：\r\n- 0元：能否购买？\r\n- 0.01元：最小金额？\r\n- 99999999.99元：最大金额？\r\n- 负数：能否退款？\r\n- 小数位：0.1元、0.01元、0.001元（精度丢失）\r\n\r\n格式边界：\r\n- 非数字：abc\r\n- 特殊字符：$100、100元\r\n- 科学计数法：1e10\r\n```\r\n\r\n### 维度2：状态边界\r\n**状态转换的临界点**\r\n\r\n```\r\n状态边界清单：\r\n├─ 状态转换边界\r\n│ ├─ 合法转换：正常路径\r\n│ ├─ 非法转换：不允许的操作\r\n│ ├─ 临界转换：刚好满足条件\r\n│ └─ 并发转换：同时触发多个转换\r\n│\r\n├─ 状态值边界\r\n│ ├─ 初始状态：对象创建时\r\n│ ├─ 终态：对象生命周期结束\r\n│ ├─ 中间状态：处理过程中\r\n│ └─ 异常状态：错误/超时\r\n│\r\n└─ 状态持续边界\r\n ├─ 最短持续：状态保持的最短时间\r\n ├─ 最长持续：状态保持的最长时间\r\n └─ 超时处理：超过时间限制怎么办\r\n```\r\n\r\n**示例（订单状态）**：\r\n```\r\n合法转换：\r\n- 待支付 → 已支付（正常）\r\n- 待支付 → 已取消（超时）\r\n\r\n非法转换：\r\n- 已完成 → 已支付（不允许）\r\n- 已取消 → 待支付（不允许）\r\n\r\n临界转换：\r\n- 支付刚好在超时前1秒完成\r\n- 库存刚好剩1件时下单\r\n\r\n并发转换：\r\n- 同一订单同时支付和取消\r\n```\r\n\r\n### 维度3：时间边界\r\n**超时、并发、时序相关**\r\n\r\n```\r\n时间边界清单：\r\n├─ 超时边界\r\n│ ├─ 请求超时：接口响应时间\r\n│ ├─ 连接超时：建立连接时间\r\n│ ├─ 会话超时：用户登录状态\r\n│ └─ 业务超时：订单支付时间\r\n│\r\n├─ 并发边界\r\n│ ├─ 同时操作：多用户同时操作同一数据\r\n│ ├─ 重复提交：用户重复点击\r\n│ ├─ 竞态条件：操作顺序影响结果\r\n│ └─ 资源竞争：多个操作竞争同一资源\r\n│\r\n├─ 时序边界\r\n│ ├─ 操作顺序：A必须在B之前\r\n│ ├─ 依赖关系：A的结果影响B\r\n│ ├─ 中间状态：操作过程中的状态\r\n│ └─ 原子性：操作是否不可分割\r\n│\r\n└─ 周期边界\r\n ├─ 日切：每天0点的数据处理\r\n ├─ 月切：每月1号的结算\r\n ├─ 年切：年度数据归档\r\n └─ 节假日：特殊日期的处理\r\n```\r\n\r\n**示例（支付超时）**：\r\n```\r\n超时边界：\r\n- 支付超时：30分钟\r\n- 网络超时：30秒\r\n- 重试超时：3次重试\r\n\r\n并发边界：\r\n- 同一用户多设备支付\r\n- 多人同时购买最后一件商品\r\n\r\n时序边界：\r\n- 支付回调先于支付请求到达\r\n- 支付成功但库存扣减失败\r\n```\r\n\r\n### 维度4：资源边界\r\n**内存、连接、线程等资源耗尽**\r\n\r\n```\r\n资源边界清单：\r\n├─ 内存边界\r\n│ ├─ 内存泄漏：长时间运行\r\n│ ├─ 大对象：加载大数据\r\n│ ├─ 缓存溢出：缓存达到上限\r\n│ └─ OOM：内存耗尽\r\n│\r\n├─ 连接边界\r\n│ ├─ 连接池耗尽：并发请求过多\r\n│ ├─ 连接超时：网络不稳定\r\n│ ├─ 连接泄露：连接未正确释放\r\n│ └─ 连接风暴：服务重启后\r\n│\r\n├─ 线程边界\r\n│ ├─ 线程池满：并发处理达到上限\r\n│ ├─ 死锁：多个线程互相等待\r\n│ ├─ 线程泄露：线程未正确回收\r\n│ └─ 上下文切换：线程数过多\r\n│\r\n├─ 磁盘边界\r\n│ ├─ 磁盘满：日志/数据写满\r\n│ ├─ 文件数：inode耗尽\r\n│ ├─ 写入性能：磁盘IO瓶颈\r\n│ └─ 文件锁定：并发写入冲突\r\n│\r\n└─ 网络边界\r\n ├─ 带宽：大文件传输\r\n ├─ 延迟：高延迟场景\r\n ├─ 丢包：网络不稳定\r\n └─ 断网：网络中断\r\n```\r\n\r\n**示例（订单系统）**：\r\n```\r\n内存边界：\r\n- 大订单：包含1000个商品的订单\r\n- 长时间运行：服务运行7天后\r\n- 缓存：订单缓存达到10万条\r\n\r\n连接边界：\r\n- 并发下单：1000用户同时下单\r\n- 数据库连接：连接池耗尽\r\n- Redis连接：缓存服务连接数\r\n\r\n线程边界：\r\n- 并发处理：100个线程同时处理订单\r\n- 死锁：库存扣减和订单创建死锁\r\n```\r\n\r\n## 边界分析表\r\n\r\n| 边界类型 | 边界条件 | 风险等级 | 测试深度 | 预期结果 |\r\n|---------|---------|---------|---------|---------|\r\n| 输入边界 | 金额=0 | 高 | 深测 | 提示金额不能为0 |\r\n| 状态边界 | 待支付→已取消 | 中 | 常规 | 订单状态变更 |\r\n| 时间边界 | 支付超时30分钟 | 高 | 深测 | 自动取消订单 |\r\n| 资源边界 | 并发1000下单 | 高 | 深测 | 系统不崩溃 |\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-boundary-deep-dive\",\n \"version\": \"1.3.0\",\n \"publishedAt\": 1782017404668\n}\n\nFile v1.3.0:skill-card.md\n\n## Description:
\nQa Boundary Deep Dive helps agents perform Chinese-language boundary-condition analysis across input, state, time, and resource dimensions.
\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 test-focused agents use this skill to derive structured boundary-condition checklists from scenario trees and optional risk assessments.
\n\n### Deployment Geography for Use:
\nGlobal
\n\n## Known Risks and Mitigations:
\nRisk: The skill may activate on broad boundary-analysis wording and produce output in Chinese.
\nMitigation: Confirm the intended skill and language before use, and provide explicit language guidance when non-Chinese output is needed.
\n\n\n## Reference(s):
\n- [ClawHub skill page](https://clawhub.ai/kokxi/qa-boundary-deep-dive)
\n\n\n## Skill Output:
\n**Output Type(s):** [text, markdown, guidance]
\n**Output Format:** [Structured Markdown boundary analysis with IDs, scenario links, risk levels, test depth, and expected results.]
\n**Output Parameters:** [1D]
\n**Other Properties Related to Output:** [Outputs are intended to be passed to downstream QA context-engineering workflows.]
\n\n## Skill Version(s):
\n1.3.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.
","readmeExcerpt":"Skill: qa-boundary-deep-dive Owner: kokxi Summary: 从输入、状态、时间、资源四个维度系统化识别边界条件。真正的 Bug 往往在\"看起来不是边界\"的地方——比如用户名字段没测超长 Unicode、订单支付刚好在超时前1秒完成、1000人同时下单。当需要补充边界测试、等价类划分完成后需要补边界值、或者直觉告诉你某些边界可能有问题时，应当使用此技能。每个边界条件都需要标注风险等级并给出明确的预期结果。适用于任何有输入字段、状态变化、时间约束或资源限制的系统。 触发场景：边界分析、边界条件、还有什么边界、边界值、边界扫描、等价类划分完成后需要补充边界值测试时。 Use when the user asks about: boundary value analysis across input, state, time, and resource dimensions — finding ","codeSnippets":[],"executableExamples":[{"language":"text","snippet":"输入边界清单：\n├─ 值域边界\n│ ├─ 最小值：0、1、-1、最小负数\n│ ├─ 最大值：最大正数、最大长度\n│ ├─ 空值：null、空字符串、空格\n│ └─ 特殊值：0、负数、小数、科学计数法\n│\n├─ 格式边界\n│ ├─ 编码：UTF-8、GBK、特殊字符\n│ ├─ 长度：超长、刚好、为0\n│ ├─ 类型：数字、字母、中文、混合\n│ └─ 格式：日期、邮箱、手机号、URL\n│\n├─ 组合边界\n│ ├─ 多字段：字段间依赖关系\n│ ├─ 批量：批量输入的边界\n│ └─ 并发：并发输入的边界\n│\n└─ 业务边界\n ├─ 唯一性：重复数据\n ├─ 关联性：外键不存在\n └─ 有效性：数据过期"},{"language":"text","snippet":"值域边界：\n- 0元：能否购买？\n- 0.01元：最小金额？\n- 99999999.99元：最大金额？\n- 负数：能否退款？\n- 小数位：0.1元、0.01元、0.001元（精度丢失）\n\n格式边界：\n- 非数字：abc\n- 特殊字符：$100、100元\n- 科学计数法：1e10"},{"language":"text","snippet":"状态边界清单：\n├─ 状态转换边界\n│ ├─ 合法转换：正常路径\n│ ├─ 非法转换：不允许的操作\n│ ├─ 临界转换：刚好满足条件\n│ └─ 并发转换：同时触发多个转换\n│\n├─ 状态值边界\n│ ├─ 初始状态：对象创建时\n│ ├─ 终态：对象生命周期结束\n│ ├─ 中间状态：处理过程中\n│ └─ 异常状态：错误/超时\n│\n└─ 状态持续边界\n ├─ 最短持续：状态保持的最短时间\n ├─ 最长持续：状态保持的最长时间\n └─ 超时处理：超过时间限制怎么办"},{"language":"text","snippet":"合法转换：\n- 待支付 → 已支付（正常）\n- 待支付 → 已取消（超时）\n\n非法转换：\n- 已完成 → 已支付（不允许）\n- 已取消 → 待支付（不允许）\n\n临界转换：\n- 支付刚好在超时前1秒完成\n- 库存刚好剩1件时下单\n\n并发转换：\n- 同一订单同时支付和取消"},{"language":"text","snippet":"时间边界清单：\n├─ 超时边界\n│ ├─ 请求超时：接口响应时间\n│ ├─ 连接超时：建立连接时间\n│ ├─ 会话超时：用户登录状态\n│ └─ 业务超时：订单支付时间\n│\n├─ 并发边界\n│ ├─ 同时操作：多用户同时操作同一数据\n│ ├─ 重复提交：用户重复点击\n│ ├─ 竞态条件：操作顺序影响结果\n│ └─ 资源竞争：多个操作竞争同一资源\n│\n├─ 时序边界\n│ ├─ 操作顺序：A必须在B之前\n│ ├─ 依赖关系：A的结果影响B\n│ ├─ 中间状态：操作过程中的状态\n│ └─ 原子性：操作是否不可分割\n│\n└─ 周期边界\n ├─ 日切：每天0点的数据处理\n ├─ 月切：每月1号的结算\n ├─ 年切：年度数据归档\n └─ 节假日：特殊日期的处理"},{"language":"text","snippet":"超时边界：\n- 支付超时：30分钟\n- 网络超时：30秒\n- 重试超时：3次重试\n\n并发边界：\n- 同一用户多设备支付\n- 多人同时购买最后一件商品\n\n时序边界：\n- 支付回调先于支付请求到达\n- 支付成功但库存扣减失败"}],"parameters":null,"dependencies":[],"permissions":[],"extractedFiles":[{"path":"SKILL.md","content":"---\nname: qa-boundary-deep-dive\ndescription: >-\n 从输入、状态、时间、资源四个维度系统化识别边界条件。真正的 Bug 往往在\"看起来不是边界\"的地方——比如用户名字段没测超长 Unicode、订单支付刚好在超时前1秒完成、1000人同时下单。当需要补充边界测试、等价类划分完成后需要补边界值、或者直觉告诉你某些边界可能有问题时，应当使用此技能。每个边界条件都需要标注风险等级并给出明确的预期结果。适用于任何有输入字段、状态变化、时间约束或资源限制的系统。\n 触发场景：边界分析、边界条件、还有什么边界、边界值、边界扫描、等价类划分完成后需要补充边界值测试时。 Use when the user asks about: boundary value analysis across input, state, time, and resource dimensions — finding edge cases that the obvious boundary list misses.\nlicense: MIT\nallowed-tools: Read Grep Glob\nmetadata:\n display-name: \"Boundary Deep Dive\"\n version: \"1.8.0\"\n when-to-use: \"用户说\\\"边界分析\\\"、\\\"边界条件\\\"、\\\"还有什么边界\\\"、\\\"边界值\\\"、\\\"边界扫描\\\"、需要深入分析边界、等价类划分完成后需要补充边界值测试时\"\n related-skills: \"{\\\"upstream\\\":[\\\"qa-scenario-tree\\\"],\\\"downstream\\\":[\\\"qa-ai-context-engineering\\\",\\\"qa-code-review-for-test\\\",\\\"qa-execution-observation\\\",\\\"qa-test-case-design\\\"]}\"\n references: \"[\\\"assets/boundary-table.md\\\",\\\"references/four-dimensions.md\\\"]\"\n input-format: \"{\\\"required\\\":[{\\\"name\\\":\\\"场景树\\\",\\\"type\\\":\\\"object\\\",\\\"description\\\":\\\"来自qa-scenario-tree的输出，包含主路径/分支/异常场景\\\"}],\\\"optional\\\":[{\\\"name\\\":\\\"风险评估\\\",\\\"type\\\":\\\"object\\\",\\\"description\\\":\\\"来自qa-risk-intuition的输出，标识高风险区域\\\"}]}\"\n output-format: \"{\\\"traceability\\\":[\\\"每个边界带唯一ID：BD-{模块缩写}_{序号}（如 BD_AMOUNT_001）\\\",\\\"关联场景ID：SC-{场景模块缩写}-{序号}（SC- 才是场景前缀）\\\"],\\\"structure\\\":[{\\\"boundary_analysis_table\\\":\\\"边界分析表：固定 7 列（边界ID|边界维度|边界条件|风险等级|测试深度|预期结果|关联场景ID）\\\"},\\\"测试深度：深测（高风险）/ 常规（中风险）/ 冒烟（低风险），不要求每条边界都深测\\\",\\\"覆盖率：标注口径（基于现有场景树/需求文档），禁止\\\\\\\"全覆盖/100%\\\\\\\"绝对化表述；未覆盖维度标注\\\\\\\"未覆盖+原因\\\\\\\"\\\"],\\\"input_boundary\\\":\\\"输入边界清单\\\",\\\"state_boundary\\\":\\\"状态边界清单\\\",\\\"time_boundary\\\":\\\"时间边界清单\\\",\\\"resource_boundary\\\":\\\"资源边界清单\\\",\\\"uncovered_dimensions\\\":\\\"未覆盖维度 + 原因\\\"}\"\n error-recovery-guidance: \"{\\\"on_failure\\\":\\\"边界分析遗漏维度时回退到场景树补充\\\",\\\"retry_behavior\\\":\\\"补全缺失场景后重新分析边界\\\"}\"\n categories: \"[\\\"Development\\\",\\\"Testing\\\"]\"\n depth-requirement: \"{\\\"reference_value\\\":\\\"见正文「边界数量要求」表：以场景数为基准，简单项目=场景数×1.5 / 中等=×2 / 复杂=×2.5（绝对倍数，不是乘数档）\\\",\\\"minimum\\\":\\\"输入/状态/时间/资源4个维度至少覆盖3个；未覆盖的维度必须在输出中标注原因\\\"}\"\n---\n\n> ⚠️ 本技能单独使用效果有限，建议配合完整技能集（12 步工作流）使用。安装：npx skills add Kokxi/qa-test-skills\n\n> **⚠️ 安全警告**：本技能的示例可能涉及订单号、支付金额、截图、身份证、手机号等敏感数据。\n> 实际使用时请勿粘贴真实生产数据、客户信息或财务凭证；测试前应脱敏/掩码处理。\n> 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。\n\n# 边界深度分析\n\n## 核心原则\n\n真正的 Bug 往往在\"看起来不是边界\"的地方。**四个维度都要过一遍**——\n漏掉任何一维都是本技能最常见的失效方式。\n\n## 1. 四维速查（先扫这个）\n\n| 维度 | 子项 | 最容易漏的 | 典型 Bug 率 |\n|------|------|-----------|-----------|\n| **输入边界** | 值域 / 格式 / 组合 / 业务 | **业务边界**（唯一性、外键不存在、数据过期） | 高 |\n| **状态边界** | 转换 / 值 / 持续 | **非法转换**（业务不允许的操作，如 已完成→已支付） | 中 |\n| **时间边界** | 超时 / 并发 / 时序 / 周期 | **周期边界**（日切、月切、节假日） | 高 |\n| **资源边界** | 内存 / 连接 / 线程 / 磁盘 / 网络 | **连接耗尽**（而非内存耗尽） | 中 |\n\n> \"最容易漏\"那一列是重点——值域、内存这些人人都会扫，那一列是要靠业务理解才能想到的。\n\n## 2. 边界数量要求\n\n**关键指标**：以场景数为基准，按项目复杂度放大。\n\n| 复杂度 | 倍数 | 示例（场景 25 个） | 复杂度判断标准 |\n|--------|------|-----------------|--------------|\n| 简单项目 | ×1.5 | 边界 38 个 | 单模块、低风险、无并发 |\n| 中等项目 | ×2 | 边界 50 个 | 多模块、中风险、少量并发 |\n| 复杂项目 | ×2.5 | 边界 63 个 | 跨模块、高风险、高并发 |\n\n## 3. 加载时机\n\n**需要时才读，不要一上来全读**：\n\n| 什么时候读 | 读哪个 |\n|-----------|---"},{"path":"_meta.json","content":"{\n \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n \"slug\": \"qa-boundary-deep-dive\",\n \"version\": \"1.8.0\",\n \"publishedAt\": 1790655929988\n}"},{"path":"references/four-dimensions.md","content":"# 四维边界模型 — 完整维度详图\n\n> 本文是 `qa-boundary-deep-dive` 的**维度详图**。需要展开某一维的完整子项清单、或需要具体示例时读本文；\n> 只想知道\"该扫哪几维、哪几维最容易漏\"时读 `SKILL.md` 的速查表即可，不必读本文。\n\n四维 = 输入 / 状态 / 时间 / 资源。**四个维度都要过一遍**——漏掉任何一维都是本技能最常见的失效方式。\n\n---\n\n## 维度 1：输入边界\n\n最容易发现，但也最容易遗漏细节。\n\n```text\n输入边界清单：\n├─ 值域边界\n│ ├─ 最小值：0、1、-1、最小负数\n│ ├─ 最大值：最大正数、最大长度\n│ ├─ 空值：null、空字符串、空格\n│ └─ 特殊值：0、负数、小数、科学计数法\n│\n├─ 格式边界\n│ ├─ 编码：UTF-8、GBK、特殊字符\n│ ├─ 长度：超长、刚好、为0\n│ ├─ 类型：数字、字母、中文、混合\n│ └─ 格式：日期、邮箱、手机号、URL\n│\n├─ 组合边界\n│ ├─ 多字段：字段间依赖关系\n│ ├─ 批量：批量输入的边界\n│ └─ 并发：并发输入的边界\n│\n└─ 业务边界\n ├─ 唯一性：重复数据\n ├─ 关联性：外键不存在\n └─ 有效性：数据过期\n```\n\n**示例（金额输入）**：\n\n```text\n值域边界：\n- 0元：能否购买？\n- 0.01元：最小金额？\n- 99999999.99元：最大金额？\n- 负数：能否退款？\n- 小数位：0.1元、0.01元、0.001元（精度丢失）\n\n格式边界：\n- 非数字：abc\n- 特殊字符：$100、100元\n- 科学计数法：1e10\n```\n\n> **最容易漏的子项：业务边界**（唯一性/关联性/有效性）。值域和格式人人都会扫，\n> \"外键指向一条已删除的记录\"这种要靠业务理解才能想到。\n\n---\n\n## 维度 2：状态边界\n\n状态转换的临界点。\n\n```text\n状态边界清单：\n├─ 状态转换边界\n│ ├─ 合法转换：正常路径\n│ ├─ 非法转换：不允许的操作\n│ ├─ 临界转换：刚好满足条件\n│ └─ 并发转换：同时触发多个转换\n│\n├─ 状态值边界\n│ ├─ 初始状态：对象创建时\n│ ├─ 终态：对象生命周期结束\n│ ├─ 中间状态：处理过程中\n│ └─ 异常状态：错误/超时\n│\n└─ 状态持续边界\n ├─ 最短持续：状态保持的最短时间\n ├─ 最长持续：状态保持的最长时间\n └─ 超时处理：超过时间限制怎么办\n```\n\n**示例（订单状态）**：\n\n```text\n合法转换：\n- 待支付 → 已支付（正常）\n- 待支付 → 已取消（超时）\n\n非法转换：\n- 已完成 → 已支付（不允许）\n- 已取消 → 待支付（不允许）\n\n临界转换：\n- 支付刚好在超时前1秒完成\n- 库存刚好剩1件时下单\n\n并发转换：\n- 同一订单同时支付和取消\n```\n\n> **最容易漏的子项：非法转换**。`qa-state-transition` 会专门覆盖它，但本技能扫边界时\n> 也要带上——\"已完成 → 已支付\"是资损直接相关的漏洞。\n\n---\n\n## 维度 3：时间边界\n\n超时、并发、时序相关。\n\n```text\n时间边界清单：\n├─ 超时边界\n│ ├─ 请求超时：接口响应时间\n│ ├─ 连接超时：建立连接时间\n│ ├─ 会话超时：用户登录状态\n│ └─ 业务超时：订单支付时间\n│\n├─ 并发边界\n│ ├─ 同时操作：多用户同时操作同一数据\n│ ├─ 重复提交：用户重复点击\n│ ├─ 竞态条件：操作顺序影响结果\n│ └─ 资源竞争：多个操作竞争同一资源\n│\n├─ 时序边界\n│ ├─ 操作顺序：A必须在B之前\n│ ├─ 依赖关系：A的结果影响B\n│ ├─ 中间状态：操作过程中的状态\n│ └─ 原子性：操作是否不可分割\n│\n└─ 周期边界\n ├─ 日切：每天0点的数据处理\n ├─ 月切：每月1号的结算\n ├─ 年切：年度数据归档\n └─ 节假日：特殊日期的处理\n```\n\n**示例（支付超时）**：\n\n```text\n超时边界：\n- 支付超时：30分钟\n- 网络超时：30秒\n- 重试超时：3次重试\n\n并发边界：\n- 同一用户多设备支付\n- 多人同时购买最后一件商品\n\n时序边界：\n- 支付回调先于支付请求到达\n- 支付成功但库存扣减失败\n```\n\n> **最容易漏的子项：周期边界**。日切/月切/节假日不在任何\"正常测试路径\"上，\n> 但账务类系统出问题几乎都在这里。跨天、跨月、法定节假日各测一次。\n\n---\n\n## 维度 4：资源边界\n\n内存、连接、线程等资源耗尽。\n\n```text\n资源边界清单：\n├─ 内存边界\n│ ├─ 内存泄漏：长时间运行\n│ ├─ 大对象：加载大数据\n│ ├─ 缓存溢出：缓存达到上限\n│ └─ OOM：内存耗尽\n│\n├─ 连接边界\n│ ├─ 连接池耗尽：并发请求过多\n│ ├─ 连接超时：网络不稳定\n│ ├─ 连接泄露：连接未正确释放\n│ └─ 连接风暴：服务重启后\n│\n├─ 线程边界\n│ ├─ 线程池满：并发处理达到上限\n│ ├─ 死锁：多个线程互相等待\n│ ├─ 线程泄露：线程未正确回收\n│ └─ 上下文切换：线程数过多\n│\n├─ 磁盘边界\n│ ├─ 磁盘满：日志/数据写满\n│ ├─ 文件数：inode耗尽\n│ ├─ 写入性能：磁盘IO瓶颈\n│ └─ 文件锁定：并发写入冲突\n│\n└─ 网络边界\n ├─ 带宽：大文件传输\n ├─ 延迟：高延迟场景\n ├─ 丢包：网络不稳定\n └─ 断网：网络中断\n```\n\n**示例（订单系统）**：\n\n```text\n内存边界：\n- 大订单：包含1000个商品的订单\n- 长时间运行：服务运行7天后\n- 缓存：订单缓存达到10万条\n\n连接边界：\n- 并发下单：1000用户同时下单\n- 数据库连接：连接池耗尽\n- Redis连接：缓存服务连接数\n\n线程边界：\n- 并发处理：100个线程同时处理订单\n- 死锁：库存扣减和订单创建死锁\n```\n\n> **最容易漏的子项：连接耗尽**（而非内存耗尽）。OOM 通常有人盯着，\n> \"第 501 个并发请求时连接池满了\"这种要靠压测才暴露。\n\n---\n\n## 常见边界漏测（自检时逐条对照）\n\n| 漏测类型 | 典型表现 | 检测方法 |\n|---------|---------|---------|\n| 隐式边界 | \"这个字段不可能那么大\"不测边界 | 对所有输入字段强制扫边界，不靠直觉 |\n| 组合边界 | 单个字段边界都测了，多字段组合边界没测 | 两两字段边界值交叉测试 |\n| 并发边界 | 只测了单用户边界，多用户并发边界没测 | 同一边界条件多用户并发 |\n| 累积边界 | 长期运行后才出现的边界问题 | 多次重复操作、海量数据 |\n| 恢复边界 | 触发边界后能否恢复"},{"path":"assets/boundary-table.md","content":"# 边界分析产出模板\n\n> 复制下面任一块板填写。维度详图见 [`four-dimensions.md`](four-dimensions.md)。\n\n## A. 边界分析表（本技能的主产出）\n\n| 边界 ID | 边界维度 | 边界条件 | 风险等级 | 测试深度 | 预期结果 | 关联场景 ID |\n|---------|---------|---------|---------|---------|---------|-----------|\n| BD_AMOUNT_001 | 输入边界 | 金额=0 | 高 | 深测 | 提示金额不能为0，拒绝下单 | SC-ORDER-001 |\n| BD_AMOUNT_002 | 输入边界 | 金额=0.001（超精度） | 高 | 深测 | 服务端按 2 位精度截断或明确报错，不得静默四舍五入导致资损 | SC-ORDER-001 |\n| BD_TIMEOUT_001 | 时间边界 | 支付超时=30分钟 | 高 | 深测 | 自动取消订单，库存回滚 | SC-ORDER-005 |\n| BD_TIMEOUT_002 | 时间边界 | 超时前1秒完成支付 | 高 | 深测 | 判定为支付成功，不与自动取消竞态 | SC-ORDER-005 |\n| BD_STATE_001 | 状态边界 | 已完成 → 已支付 | 高 | 深测 | 拒绝并返回明确错误码，不产生二次扣款 | SC-ORDER-007 |\n| BD_RES_001 | 资源边界 | 1000 用户同时下单最后 1 件库存 | 高 | 深测 | 仅 1 单成功，其余返回售罄；无超卖 | SC-ORDER-009 |\n\n## B. 边界清单（不需要写预期结果时的轻量形态）\n\n```text\n输入边界（BD-INPUT-*）\n- 6位/20位通过，5位/21位阻断\n- 纯数字、带空格、Unicode 字符\n- 密码=用户名、密码=历史密码、空密码\n\n状态边界（BD-STATE-*）\n- 合法：待支付→已支付\n- 非法：已完成→已支付、已取消→待支付\n- 临界：支付刚好在超时前 1 秒完成\n- 并发：同一订单同时支付和取消\n```\n\n## 填写要求\n\n| 字段 | 要求 | 常见错误 |\n|------|------|---------|\n| 边界 ID | `BD-{模块缩写}_{序号}`，三位序号，同批不重号 | 写成 `BD-XXXX` 占位符 |\n| 边界维度 | 四选一：输入边界 / 状态边界 / 时间边界 / 资源边界 | 写成\"数值边界\"\"逻辑边界\"（无法归类就没法统计覆盖率） |\n| 边界条件 | 具体到可执行：`金额=0.001` 而不是\"小数\" | 写\"极端值\"\"特殊情况\" |\n| 风险等级 | 高（资损/越权/数据错误）/ 中（体验与稳定性）/ 低 | 全标高 |\n| 测试深度 | 深测 / 常规 / 冒烟 —— 按风险定，不是所有边界都深测 | 全标深测（等于没分级） |\n| 预期结果 | 可验证：具体返回什么、数据处于什么状态 | 写\"正确处理\" |\n| 关联场景 ID | 挂在哪个 `SC-{...}` 场景下；新发现的边界需新建场景 | 留空（断链，场景树无法回溯） |\n\n## 交付前自检\n\n- [ ] 四个维度都扫过（未覆盖的维度已写\"未覆盖 + 原因\"）\n- [ ] 每个边界的风险等级与测试深度都不同质（不是全高/全深测）\n- [ ] 每条边界都有可验证的预期结果\n- [ ] 每条边界都关联到场景 ID\n- [ ] 已对照 `four-dimensions.md` 末尾的\"常见边界漏测\"5 类逐条自查\n- [ ] \"恢复边界\"已验：每种边界超限后立刻执行一次正常操作"},{"path":"skill-card.md","content":"## Description:\n\nHelps QA teams identify and prioritize edge cases across input, state, time, and resource 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\nQA engineers and developers use this skill to find testable boundary cases in a scenario tree, assign risk-based test depth, and link each case to an expected result and scenario ID.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: Real customer, identity, payment, or production data may be exposed when supplying test scenarios.\n\nMitigation: Use synthetic or masked examples instead of pasting sensitive production data.\n\nRisk: The suggested unpinned installation command may install the publisher's broader skill suite.\n\nMitigation: Review and trust the publisher and the full suite before choosing to run the installation command.\n\n## Reference(s):\n\n- [Boundary analysis table template](assets/boundary-table.md)\n- [Four-dimension boundary reference](references/four-dimensions.md)\n- [ClawHub skill release](https://clawhub.ai/kokxi/skills/qa-boundary-deep-dive)\n\n## Skill Output:\n\n**Output Type(s):** [Markdown, QA test guidance]\n\n**Output Format:** [Markdown boundary-analysis table and dimension-specific checklists]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Seven table columns; unique boundary IDs, risk levels, test depth, expected results, linked scenario IDs, and reasons for uncovered dimensions.]\n\n## Skill Version(s):\n\n1.8.0 (source: skill metadata 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":"从输入、状态、时间、资源四个维度系统化识别边界条件。真正的 Bug 往往在\"看起来不是边界\"的地方——比如用户名字段没测超长 Unicode、订单支付刚好在超时前1秒完成、1000人同时下单。当需要补充边界测试、等价类划分完成后需要补边界值、或者直觉告诉你某些边界可能有问题时，应当使用此技能。每个边界条件都需要标注风险等级并给出明确的预期结果。适用于任何有输入字段、状态变化、时间约束或资源限制的系统。 触发场景：边界分析、边界条件、还有什么边界、边界值、边界扫描、等价类划分完成后需要补充边界值测试时。 Use when the user asks about: boundary value analysis across input, state, time, and resource dimensions — finding edge cases that the obvious boundary list misses. Skill: qa-boundary-deep-dive Owner: kokxi Summary: 从输入、状态、时间、资源四个维度系统化识别边界条件。真正的 Bug 往往在\"看起来不是边界\"的地方——比如用户名字段没测超长 Unicode、订单支付刚好在超时前1秒完成、1000人同时下单。当需要补充边界测试、等价类划分完成后需要补边界值、或者直觉告诉你某些边界可能有问题时，应当使用此技能。每个边界条件都需要标注风险等级并给出明确的预期结果。适用于任何有输入字段、状态变化、时间约束或资源限制的系统。 触发场景：边界分析、边界条件、还有什么边界、边界值、边界扫描、等价类划分完成后需要补充边界值测试时。 Use when the user asks about: boundary value analysis across input, state, time, and resource dimensions — finding","editorialQuality":{"score":100,"threshold":65,"status":"ready","wordCount":1086,"uniquenessScore":48,"reasons":[]}},"media":{"evidence":{"source":"no-media","verified":false,"confidence":"low","updatedAt":"2026-10-11T15:39:26.782Z","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-11T15:39:26.782Z","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-11T17:43:26.737Z","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"}]}}}