[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M754M00NN058P9CB7YPYAKSM":3,"skill-same:01M754M00NN058P9CB7YPYAKSM":57},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":16,"categories":17,"keywords":18,"publishedAt":19,"linkOnly":20,"markdownContent":21,"markdownBody":22,"frontMatter":23,"refName":28,"commitSha":29,"skillDirectory":30,"forksCount":31,"repositoryHtmlUrl":32,"repositoryHomepageUrl":6,"ownerHtmlUrl":33,"ownerBlogUrl":34,"ownerDescription":35,"updatedAt":36,"install":37,"resources":50},"01M754M00NN058P9CB7YPYAKSM","x-execute-tests",null,"Runs tests with coverage reporting and threshold validation. Use whenever writing, running, or analyzing tests. Triggers on: test, coverage, TDD, unit test, integration test, test failure, coverage gap, or Definition of Done validation.","review-bench\u002Federcnj_ia-dev-environment","review-bench","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F286778065?v=4","01M7517F9NTEPDZDAXJBR30FWT","ReviewBench","01M7517FAC9F4P7TGWCNJ8VYVW",0,"MIT","https:\u002F\u002Fgithub.com\u002Freview-bench\u002Federcnj_ia-dev-environment\u002Fblob\u002Fmain\u002Fsrc\u002Ftest\u002Fresources\u002Fgolden\u002Fjava-spring-fintech-pci\u002F.claude\u002Fskills\u002Fx-execute-tests\u002FSKILL.md",[],[],"2026-11-12 13:55:43",false,"---\nname: x-execute-tests\ndescription: \"Runs tests with coverage reporting and threshold validation. Use whenever writing, running, or analyzing tests. Triggers on: test, coverage, TDD, unit test, integration test, test failure, coverage gap, or Definition of Done validation.\"\nallowed-tools: Read, Write, Edit, Bash, Grep, Glob\nargument-hint: \"[ClassName or package or --coverage]\"\ncontext-budget: light\nrequires-capabilities: []\n---\n\n## Global Output Policy\n\n- **Language**: English ONLY.\n- **Tone**: Technical, Direct, and Concise.\n- **Efficiency**: Remove all conversational fillers and greetings to save tokens.\n\n# Skill: Run Tests\n\n## Purpose\n\nTesting is critical in {{PROJECT_NAME}}. The project enforces strict coverage thresholds (line >= 95%, branch >= 90%). This skill guides test execution, coverage analysis, and gap identification.\n\n## Test Execution Commands\n\n```bash\n# All tests\n{{TEST_COMMAND}}\n\n# With coverage report\n{{COVERAGE_COMMAND}}\n\n# Specific test class (adapt to your build tool)\n# Example: mvn test -Dtest=ClassName\n# Example: .\u002Fgradlew test --tests ClassName\n```\n\n## Coverage Thresholds\n\n| Metric          | Minimum |\n| --------------- | ------- |\n| Line Coverage   | >= 95%  |\n| Branch Coverage | >= 90%  |\n\n## Test Structure\n\nFor full testing philosophy (8 test categories, data uniqueness, fixture patterns), read `knowledge\u002Ftesting\u002Ftesting-philosophy.md`.\n\n### Naming Convention\n\n```\n[methodUnderTest]_[scenario]_[expectedBehavior]\n```\n\nExamples:\n- `processTransaction_approvedAmount_returnsSuccess`\n- `findById_nonExistent_returnsEmpty`\n- `validate_nullInput_throwsException`\n\n### Test Pattern (Arrange-Act-Assert)\n\nEvery test method follows AAA with clear separation:\n\n```\n\u002F\u002F Arrange -- setup objects and data\n\u002F\u002F Act -- execute the method under test\n\u002F\u002F Assert -- verify the outcome\n```\n\n## Test Categories\n\n| Category        | When to Use                                    | Tools                     |\n| --------------- | ---------------------------------------------- | ------------------------- |\n| Unit            | Domain logic, engines, mappers                 | Test framework + assertions|\n| Integration     | DB interactions, framework features            | Framework test support     |\n| API             | REST endpoints                                 | HTTP test client           |\n| E2E             | Full flow (request -> process -> persist -> response) | Integration framework |\n| Contract        | Protocol\u002Fformat compliance                     | Parametrized tests         |\n| Performance     | Latency SLAs, throughput                       | Load testing framework     |\n\n## Coverage Analysis\n\nAfter running `{{COVERAGE_COMMAND}}`, analyze the coverage report.\n\n### Common Coverage Gaps and Solutions\n\n| Gap                           | Solution                                         |\n| ----------------------------- | ------------------------------------------------ |\n| Uncovered `else` branch       | Add test for the negative case                   |\n| Uncovered exception path      | Test error paths with exception assertions        |\n| Uncovered `default` in switch | Add test with unexpected input                   |\n| Uncovered record accessor     | Usually covered indirectly; add direct test if not|\n| Uncovered validation          | Test with invalid inputs                         |\n\n### Per-Class Coverage Report Format\n\n```\n+--------------------------+-------+--------+\n|          Class           | Line  | Branch |\n+--------------------------+-------+--------+\n| ClassA                   | 100%  | 95.0%  |\n+--------------------------+-------+--------+\n| ClassB                   | 97.3% | 88.5%  |\n+--------------------------+-------+--------+\n\nTests: XX passing, XX failing, XX errors, XX skipped\nGlobal Coverage: XX% line \u002F XX% branch\n```\n\n## Assertion Rules\n\nRead `knowledge\u002Ftesting\u002Ftesting-conventions.md` for {{LANGUAGE}}-specific test frameworks and assertion libraries.\n\n- Use the project's standard assertion library (e.g., AssertJ, Hamcrest)\n- NEVER use basic assertEquals\u002FassertTrue if a fluent assertion library is available\n- Test exception paths with `assertThatThrownBy` or equivalent\n- Test Optional results with `isPresent()`\u002F`isEmpty()`\n\n## Test Data\n\n### Fixture Pattern\n\nCentralize test data in utility classes:\n- `final class` + `private` constructor + `static` methods\n- Naming: `a{Entity}()` or `a{Entity}With{Variation}()`\n- Constants for default values\n- Domain fixtures separate from protocol\u002Fformat fixtures\n\n### Data Uniqueness\n\nTests that create resources (POST\u002FINSERT) MUST generate unique identifiers to avoid conflicts between test runs.\n\n## Traceability Matrix (--traceability flag)\n\nWhen invoked with `--traceability [STORY-ID|EPIC-ID]`, generates a bidirectional requirement-to-test mapping report.\n\n### Usage\n\n```bash\n# Single story traceability\n\u002Fx-execute-tests --traceability STORY-0007-0003\n\n# Epic-wide traceability (consolidates all stories)\n\u002Fx-execute-tests --traceability EPIC-0007\n```\n\n### Output\n\nGenerates `results\u002Ftraceability\u002Ftraceability-{ID}-{YYYY-MM-DD}.md` containing:\n\n1. **Requirement -> Test -> Execution** table mapping each @GK-N scenario to its test class, method, status (PASS\u002FFAIL\u002FSKIP), and line coverage\n2. **Unmapped Requirements** — scenarios with no corresponding test\n3. **Unmapped Tests** — test methods not linked to any story scenario\n4. **Coverage Summary** — stories covered, scenarios covered, pass\u002Fskip\u002Ffail counts\n\n### Traceability Matrix Format\n\n```markdown\n# Traceability Matrix — STORY-XXXX-YYYY\nGenerated: YYYY-MM-DD | Build: \u003Ccommit-hash>\n\n## Requirement -> Test -> Execution\n\n| Req ID | Scenario | Test Class | Method | Status | Line Cov |\n|--------|----------|------------|--------|--------|----------|\n| AT-1   | scenario | TestClass  | method | PASS   | 94%      |\n\n## Unmapped Requirements\n- AT-N: description\n\n## Unmapped Tests\n- TestClass.method -> not linked to any story scenario\n\n## Coverage Summary\n- Stories covered: N\u002FM\n- Scenarios covered: N\u002FM (X%)\n- Scenarios PASS: N | SKIP: N | FAIL: N\n```\n\n### Epic Consolidation\n\nFor EPIC-ID, the matrix consolidates all stories in the epic with one section per story and a global summary at the end with aggregated totals.\n\n## Integration Notes\n\n- Invoked by `x-implement-story` during Phase 2 (G7) and Phase 4\n- Invoked by `x-implement-task` during Step 4\n- Coverage report consumed by `x-review-codebase` skill (QA engineer)\n- Thresholds enforced by `x-lib-verify-group` in G7 verification\n","## Global Output Policy\n\n- **Language**: English ONLY.\n- **Tone**: Technical, Direct, and Concise.\n- **Efficiency**: Remove all conversational fillers and greetings to save tokens.\n\n# Skill: Run Tests\n\n## Purpose\n\nTesting is critical in {{PROJECT_NAME}}. The project enforces strict coverage thresholds (line >= 95%, branch >= 90%). This skill guides test execution, coverage analysis, and gap identification.\n\n## Test Execution Commands\n\n```bash\n# All tests\n{{TEST_COMMAND}}\n\n# With coverage report\n{{COVERAGE_COMMAND}}\n\n# Specific test class (adapt to your build tool)\n# Example: mvn test -Dtest=ClassName\n# Example: .\u002Fgradlew test --tests ClassName\n```\n\n## Coverage Thresholds\n\n| Metric          | Minimum |\n| --------------- | ------- |\n| Line Coverage   | >= 95%  |\n| Branch Coverage | >= 90%  |\n\n## Test Structure\n\nFor full testing philosophy (8 test categories, data uniqueness, fixture patterns), read `knowledge\u002Ftesting\u002Ftesting-philosophy.md`.\n\n### Naming Convention\n\n```\n[methodUnderTest]_[scenario]_[expectedBehavior]\n```\n\nExamples:\n- `processTransaction_approvedAmount_returnsSuccess`\n- `findById_nonExistent_returnsEmpty`\n- `validate_nullInput_throwsException`\n\n### Test Pattern (Arrange-Act-Assert)\n\nEvery test method follows AAA with clear separation:\n\n```\n\u002F\u002F Arrange -- setup objects and data\n\u002F\u002F Act -- execute the method under test\n\u002F\u002F Assert -- verify the outcome\n```\n\n## Test Categories\n\n| Category        | When to Use                                    | Tools                     |\n| --------------- | ---------------------------------------------- | ------------------------- |\n| Unit            | Domain logic, engines, mappers                 | Test framework + assertions|\n| Integration     | DB interactions, framework features            | Framework test support     |\n| API             | REST endpoints                                 | HTTP test client           |\n| E2E             | Full flow (request -> process -> persist -> response) | Integration framework |\n| Contract        | Protocol\u002Fformat compliance                     | Parametrized tests         |\n| Performance     | Latency SLAs, throughput                       | Load testing framework     |\n\n## Coverage Analysis\n\nAfter running `{{COVERAGE_COMMAND}}`, analyze the coverage report.\n\n### Common Coverage Gaps and Solutions\n\n| Gap                           | Solution                                         |\n| ----------------------------- | ------------------------------------------------ |\n| Uncovered `else` branch       | Add test for the negative case                   |\n| Uncovered exception path      | Test error paths with exception assertions        |\n| Uncovered `default` in switch | Add test with unexpected input                   |\n| Uncovered record accessor     | Usually covered indirectly; add direct test if not|\n| Uncovered validation          | Test with invalid inputs                         |\n\n### Per-Class Coverage Report Format\n\n```\n+--------------------------+-------+--------+\n|          Class           | Line  | Branch |\n+--------------------------+-------+--------+\n| ClassA                   | 100%  | 95.0%  |\n+--------------------------+-------+--------+\n| ClassB                   | 97.3% | 88.5%  |\n+--------------------------+-------+--------+\n\nTests: XX passing, XX failing, XX errors, XX skipped\nGlobal Coverage: XX% line \u002F XX% branch\n```\n\n## Assertion Rules\n\nRead `knowledge\u002Ftesting\u002Ftesting-conventions.md` for {{LANGUAGE}}-specific test frameworks and assertion libraries.\n\n- Use the project's standard assertion library (e.g., AssertJ, Hamcrest)\n- NEVER use basic assertEquals\u002FassertTrue if a fluent assertion library is available\n- Test exception paths with `assertThatThrownBy` or equivalent\n- Test Optional results with `isPresent()`\u002F`isEmpty()`\n\n## Test Data\n\n### Fixture Pattern\n\nCentralize test data in utility classes:\n- `final class` + `private` constructor + `static` methods\n- Naming: `a{Entity}()` or `a{Entity}With{Variation}()`\n- Constants for default values\n- Domain fixtures separate from protocol\u002Fformat fixtures\n\n### Data Uniqueness\n\nTests that create resources (POST\u002FINSERT) MUST generate unique identifiers to avoid conflicts between test runs.\n\n## Traceability Matrix (--traceability flag)\n\nWhen invoked with `--traceability [STORY-ID|EPIC-ID]`, generates a bidirectional requirement-to-test mapping report.\n\n### Usage\n\n```bash\n# Single story traceability\n\u002Fx-execute-tests --traceability STORY-0007-0003\n\n# Epic-wide traceability (consolidates all stories)\n\u002Fx-execute-tests --traceability EPIC-0007\n```\n\n### Output\n\nGenerates `results\u002Ftraceability\u002Ftraceability-{ID}-{YYYY-MM-DD}.md` containing:\n\n1. **Requirement -> Test -> Execution** table mapping each @GK-N scenario to its test class, method, status (PASS\u002FFAIL\u002FSKIP), and line coverage\n2. **Unmapped Requirements** — scenarios with no corresponding test\n3. **Unmapped Tests** — test methods not linked to any story scenario\n4. **Coverage Summary** — stories covered, scenarios covered, pass\u002Fskip\u002Ffail counts\n\n### Traceability Matrix Format\n\n```markdown\n# Traceability Matrix — STORY-XXXX-YYYY\nGenerated: YYYY-MM-DD | Build: \u003Ccommit-hash>\n\n## Requirement -> Test -> Execution\n\n| Req ID | Scenario | Test Class | Method | Status | Line Cov |\n|--------|----------|------------|--------|--------|----------|\n| AT-1   | scenario | TestClass  | method | PASS   | 94%      |\n\n## Unmapped Requirements\n- AT-N: description\n\n## Unmapped Tests\n- TestClass.method -> not linked to any story scenario\n\n## Coverage Summary\n- Stories covered: N\u002FM\n- Scenarios covered: N\u002FM (X%)\n- Scenarios PASS: N | SKIP: N | FAIL: N\n```\n\n### Epic Consolidation\n\nFor EPIC-ID, the matrix consolidates all stories in the epic with one section per story and a global summary at the end with aggregated totals.\n\n## Integration Notes\n\n- Invoked by `x-implement-story` during Phase 2 (G7) and Phase 4\n- Invoked by `x-implement-task` during Step 4\n- Coverage report consumed by `x-review-codebase` skill (QA engineer)\n- Thresholds enforced by `x-lib-verify-group` in G7 verification\n",{"name":5,"description":7,"allowed-tools":24,"argument-hint":25,"context-budget":26,"requires-capabilities":27},"Read, Write, Edit, Bash, Grep, Glob","[ClassName or package or --coverage]","light",[],"main","952a630c6f38d193a349d86fa18db1de8843e837","src\u002Ftest\u002Fresources\u002Fgolden\u002Fjava-spring-fintech-pci\u002F.claude\u002Fskills\u002Fx-execute-tests",1,"https:\u002F\u002Fgithub.com\u002Freview-bench\u002Federcnj_ia-dev-environment","https:\u002F\u002Fgithub.com\u002Freview-bench","https:\u002F\u002Freview-bench.ai","An open benchmark for AI code review.","2026-10-27 06:56:37",{"source":8,"skillName":5,"commands":38,"prompt":48,"zipAvailable":49},[39,42,45],{"tool":40,"command":41},"npx","npx skills add review-bench\u002Federcnj_ia-dev-environment --skill x-execute-tests",{"tool":43,"command":44},"bunx","bunx skills add review-bench\u002Federcnj_ia-dev-environment --skill x-execute-tests",{"tool":46,"command":47},"pnpm","pnpm dlx skills add review-bench\u002Federcnj_ia-dev-environment --skill x-execute-tests","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Freview-bench\u002Federcnj_ia-dev-environment\u002Fblob\u002Fmain\u002Fsrc\u002Ftest\u002Fresources\u002Fgolden\u002Fjava-spring-fintech-pci\u002F.claude\u002Fskills\u002Fx-execute-tests\u002FSKILL.md",true,[51],{"path":52,"resourceType":53,"resourceTypeDesc":54,"sizeBytes":55,"sourceHtmlUrl":56},"README.md","REFERENCE","参考文档",1708,"https:\u002F\u002Fgithub.com\u002Freview-bench\u002Federcnj_ia-dev-environment\u002Fblob\u002Fmain\u002Fsrc\u002Ftest\u002Fresources\u002Fgolden\u002Fjava-spring-fintech-pci\u002F.claude\u002Fskills\u002Fx-execute-tests\u002FREADME.md",[58,65,72,79,86,93],{"skillNo":59,"name":60,"nameZh":6,"description":61,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":62,"categories":63,"keywords":64,"publishedAt":19},"01M757M8J48TQ1Y3X25GSJBXAS","x-parallel-eval","Detects and classifies file-collision risks between work units (tasks, stories, or epic phases) before parallel execution. Reads ## File Footprint blocks produced by x-task-plan \u002F x-story-plan, applies the parallelism-heuristics knowledge pack (hard \u002F regen \u002F soft categories + hotspot overrides), and emits a collision matrix + serialization recommendation in Markdown (default) or JSON.","https:\u002F\u002Fgithub.com\u002Freview-bench\u002Federcnj_ia-dev-environment\u002Fblob\u002Fmain\u002Fsrc\u002Ftest\u002Fresources\u002Fgolden\u002Fx-parallel-eval\u002FSKILL.md",[],[],{"skillNo":66,"name":67,"nameZh":6,"description":68,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":69,"categories":70,"keywords":71,"publishedAt":19},"01M757M57XMR9546S69466HDWT","parallelism-heuristics","Canonical catalog of file-collision heuristics for parallel task, story, and epic execution. Defines the File Footprint block format, the three Conflict Categories (hard \u002F regen \u002F soft), a hotspot list of high-contention paths, and the degrade-with-warning policy. Consumed by x-task-plan, x-story-plan, x-epic-map, x-parallel-eval, and x-dev-*-implement.","https:\u002F\u002Fgithub.com\u002Freview-bench\u002Federcnj_ia-dev-environment\u002Fblob\u002Fmain\u002Fsrc\u002Ftest\u002Fresources\u002Fgolden\u002Fparallelism-heuristics\u002FSKILL.md",[],[],{"skillNo":73,"name":74,"nameZh":6,"description":75,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":76,"categories":77,"keywords":78,"publishedAt":19},"01M757M11SZ8P1VCQABT08QVYA","x-watch-pr-ci","Polls a PR's CI checks and Copilot review status, blocking until checks complete or timeout. Returns one of 8 stable exit codes (SUCCESS=0, CI_PENDING_PROCEED=10, CI_FAILED=20, TIMEOUT=30, PR_ALREADY_MERGED=40, NO_CI_CONFIGURED=50, PR_CLOSED=60, PR_NOT_FOUND=70). Writes a versioned state-file for session resume.","https:\u002F\u002Fgithub.com\u002Freview-bench\u002Federcnj_ia-dev-environment\u002Fblob\u002Fmain\u002Fsrc\u002Ftest\u002Fresources\u002Fgolden\u002Fjava-spring\u002Fplatform-claude-code\u002F.claude\u002Fskills\u002Fx-watch-pr-ci\u002FSKILL.md",[],[],{"skillNo":80,"name":81,"nameZh":6,"description":82,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":83,"categories":84,"keywords":85,"publishedAt":19},"01M757KW53K8KFPGADFB4PH949","x-validate-docs","Documentation freshness gate: validates 6 dimensions (readme, api-specs, grpc-proto, adr, skill-docs, system-architecture) against code changes in a PR. Stack-aware — only validates targets declared\u002Fauto-detected from ProjectConfig.documentation.targets. Returns exit non-zero on staleness; produces structured report.","https:\u002F\u002Fgithub.com\u002Freview-bench\u002Federcnj_ia-dev-environment\u002Fblob\u002Fmain\u002Fsrc\u002Ftest\u002Fresources\u002Fgolden\u002Fjava-spring\u002Fplatform-claude-code\u002F.claude\u002Fskills\u002Fx-validate-docs\u002FSKILL.md",[],[],{"skillNo":87,"name":88,"nameZh":6,"description":89,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":90,"categories":91,"keywords":92,"publishedAt":19},"01M757KQZHSA10MKC0CR571D60","x-update-system-architecture","Incrementally updates docs\u002Farchitecture\u002Fsystem.md after an epic completes. Appends new entries to the Decision Log (§11) using x-internal-write-report --append (dedup by ## ID: marker) and surgically inserts component\u002Fintegration changes into sections 1-10 via Edit. Idempotent: re-running with the same epic produces a byte-identical system.md.","https:\u002F\u002Fgithub.com\u002Freview-bench\u002Federcnj_ia-dev-environment\u002Fblob\u002Fmain\u002Fsrc\u002Ftest\u002Fresources\u002Fgolden\u002Fjava-spring\u002Fplatform-claude-code\u002F.claude\u002Fskills\u002Fx-update-system-architecture\u002FSKILL.md",[],[],{"skillNo":94,"name":95,"nameZh":6,"description":96,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":97,"categories":98,"keywords":99,"publishedAt":19},"01M757KKBT5Q1SVF8DMJBVF46M","x-update-architecture","Incrementally updates the service architecture document with changes from architecture plans. Adds new components, integrations, flows, and ADR references without rewriting existing content. Use after implementation to keep architecture documentation current.","https:\u002F\u002Fgithub.com\u002Freview-bench\u002Federcnj_ia-dev-environment\u002Fblob\u002Fmain\u002Fsrc\u002Ftest\u002Fresources\u002Fgolden\u002Fjava-spring\u002Fplatform-claude-code\u002F.claude\u002Fskills\u002Fx-update-architecture\u002FSKILL.md",[],[]]