[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M754JXKGAKHMTSDPMSX49X7D":3,"skill-same:01M754JXKGAKHMTSDPMSX49X7D":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":29,"commitSha":30,"skillDirectory":31,"forksCount":32,"repositoryHtmlUrl":33,"repositoryHomepageUrl":6,"ownerHtmlUrl":34,"ownerBlogUrl":35,"ownerDescription":36,"updatedAt":37,"install":38,"resources":50},"01M754JXKGAKHMTSDPMSX49X7D","x-detect-spec-drift",null,"Detects spec-code drift by comparing story data contracts, endpoints, and Gherkin scenarios against implemented code. Supports standalone mode (full report) and inline mode (compact output for TDD loop integration in x-implement-story Phase 2).","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-detect-spec-drift\u002FSKILL.md",[],[],"2026-11-12 13:55:43",false,"---\nname: x-detect-spec-drift\ndescription: \"Detects spec-code drift by comparing story data contracts, endpoints, and Gherkin scenarios against implemented code. Supports standalone mode (full report) and inline mode (compact output for TDD loop integration in x-implement-story Phase 2).\"\nuser-invocable: true\nallowed-tools: Read, Bash, Grep, Glob\nargument-hint: \"[STORY-ID] [--mode standalone|inline]\"\ncontext-budget: medium\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: Spec Drift Check\n\n## Purpose\n\nCompares story specifications (data contracts, endpoints, Gherkin scenarios) against implemented code to detect drift. Operates in two modes:\n\n- **Standalone mode** (default): Full report with all check categories\n- **Inline mode**: Compact output for TDD loop integration\n\n## Triggers\n\n- `\u002Fx-detect-spec-drift STORY-ID` — standalone mode (full report)\n- `\u002Fx-detect-spec-drift STORY-ID --mode inline` — inline mode (compact output)\n\n## Parameters\n\n| Parameter | Type | Default | Values | Description |\n|-----------|------|---------|--------|-------------|\n| `STORY-ID` | String | required | story identifier | Story to check for drift |\n| `--mode` | String | standalone | standalone, inline | Output mode |\n\n### Mode Selection\n\n| Mode | When to Use | Output |\n|------|-------------|--------|\n| `standalone` | Manual invocation before PR | Full itemized report |\n| `inline` | Automated call in x-implement-story Phase 2 | Single-line compact summary |\n\n## Workflow\n\n### Standalone Mode\n\n```\n1. PARSE    -> Read story file, extract data contracts + endpoints + Gherkin\n2. SCAN     -> Search source code for matching fields, endpoints, tests\n3. CHECK    -> Compare spec vs code, classify drift (PASS\u002FWARN\u002FFAIL)\n4. REPORT   -> Generate itemized report with severity\n```\n\n#### Step 1 — Parse Story\n\nRead the story markdown file and extract:\n\n1. **Data Contracts** (Section 5): field name, type, mandatory (M\u002FO)\n2. **Endpoints**: HTTP method + path (e.g., `POST \u002Fv1\u002Fpayments`)\n3. **Gherkin Scenarios** (Section 7): IDs `@GK-N` and titles\n4. **Constitution reference**: Check if `CONSTITUTION.md` exists in project root\n\n#### Step 2 — Scan Source Code\n\nFor each extracted item, search the source tree:\n\n- **Fields**: Search DTOs, Records, data classes for field name + type match\n- **Endpoints**: Search controllers\u002Fhandlers for route annotations matching method + path\n- **Gherkin Scenarios**: Search test files for acceptance test references to `@GK-N`\n- **Constitution**: If present, validate naming conventions against source\n\n#### Step 3 — Classify Drift\n\n| Check Type | Severity | Condition |\n|-----------|----------|-----------|\n| Field Missing (M) | FAIL | Mandatory field from data contract not found in any DTO\u002FRecord |\n| Field Missing (O) | WARN | Optional field absent from code |\n| Field Type Mismatch | WARN | Field found but type differs from spec |\n| Endpoint Missing | FAIL | Declared endpoint not found in any controller |\n| Scenario Uncovered | WARN | `@GK-N` without corresponding acceptance test |\n| Naming Violation | WARN | CONSTITUTION.md naming convention violated |\n\n#### Step 4 — Report\n\nOutput follows itemized format with severity:\n\n```\n=== Spec Drift Check — STORY-XXXX-YYYY ===\nData Contracts:\n  PASS  FieldName (Type, M) -> found in ClassName\n  FAIL  FieldName (Type, M) -> NOT FOUND\n  WARN  FieldName (Type, O) -> field absent (optional)\nEndpoints:\n  PASS  POST \u002Fpath -> ControllerClass.methodName()\n  FAIL  GET \u002Fpath -> NOT FOUND in any controller\nGherkin Coverage:\n  PASS  @GK-1 \"title\" -> AT-1 found (TestClass)\n  WARN  @GK-3 \"title\" -> no AT found\nConstitution Compliance:\n  PASS  No violations detected\nSummary: N FAIL, M WARN — DRIFT DETECTED \u002F NO DRIFT\n```\n\n#### Exit Code\n\n- **0**: No FAIL results (only PASS and WARN)\n- **Non-zero**: At least one FAIL detected\n\n### Inline Mode (x-implement-story TDD Loop Integration)\n\nProvides compact, non-blocking drift checks after each RED-GREEN-REFACTOR cycle in x-implement-story Phase 2. Designed for automated integration — not manual invocation.\n\n#### Scope Restrictions\n\nInline mode performs a **subset** of standalone checks:\n\n| Check | Inline Mode | Standalone Mode |\n|-------|------------|-----------------|\n| Data Contract fields (M) | Yes | Yes |\n| Data Contract fields (O) | Yes | Yes |\n| Field Type Mismatch | Yes | Yes |\n| Endpoint Missing | Yes | Yes |\n| Gherkin Coverage | **No** — reserved for standalone | Yes |\n| Constitution Compliance | **No** — reserved for standalone | Yes |\n\n#### Compact Output Format\n\nFor non-critical results (PASS and WARN only):\n\n```\nDrift Check (inline): N PASS, M WARN — details of first warning\n```\n\nFor critical drift (at least one FAIL):\n\n```\nDrift Check (inline): CRITICAL — FieldName (Type, M) NOT FOUND in DTO\n   Continue TDD loop despite critical drift? (y\u002Fn)\n```\n\n#### Non-Blocking Behavior\n\n- **WARN results** are displayed but do **not** interrupt the TDD loop. The non-blocking nature ensures development flow continues.\n- **FAIL results** (critical drift) pause the loop with a confirmation prompt\n- If the developer confirms: loop continues with FAIL logged\n- If the developer denies: loop pauses for correction\n\n#### TDD Loop Integration Point\n\nCalled automatically by x-implement-story after each TDD cycle:\n\n```\nPhase 2 TDD Loop:\n  2.1 RED   — write failing test\n  2.2 GREEN — make test pass\n  2.3 REFACTOR — improve design\n  2.4 DRIFT CHECK (inline) — verify spec alignment\n  2.5 COMMIT — atomic TDD commit\n```\n\n#### InlineDriftCheckConfig\n\n| Field | Type | Default | Description |\n|-------|------|---------|-------------|\n| `enabled` | boolean | `true` | Activate inline drift check (auto-enabled when story has data contract) |\n| `blockOnCritical` | boolean | `true` | Pause TDD loop on critical FAIL |\n\n#### InlineDriftResult\n\n| Field | Type | Description |\n|-------|------|-------------|\n| `passCount` | int | Total PASS checks |\n| `warnCount` | int | Total WARN checks |\n| `failCount` | int | Total critical FAIL checks |\n| `summary` | String | Compact single-line message |\n| `criticalDetails` | List | Details of FAIL items (empty if none) |\n\n#### Decision Logic\n\n```\nif story has no data contract:\n    skip inline check entirely\n    return\n\nrun data contract field checks (M and O)\nrun endpoint checks\n\nif failCount > 0 and blockOnCritical:\n    emit CRITICAL message\n    prompt for confirmation\nelse:\n    emit summary message\n    continue TDD loop\n```\n\n## Error Handling\n\n| Scenario | Action |\n|----------|--------|\n| Story file not found | Abort with \"Story file not found: {path}\" |\n| No data contract in story | Standalone: report \"No data contract defined\" \u002F Inline: skip silently |\n| Source root not accessible | Abort with \"Source root not accessible: {path}\" |\n| Malformed data contract | WARN with \"Unable to parse data contract field: {line}\" |\n\n## Integration Notes\n\n| Skill | Relationship | Context |\n|-------|-------------|---------|\n| x-implement-story | Called by | Invoked during Phase 2 TDD loop for inline drift detection |\n| x-implement-task | Complements | Drift check validates that implementation matches story spec |\n| x-review-pr | Complements | Standalone drift check provides pre-PR validation of spec alignment |\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: Spec Drift Check\n\n## Purpose\n\nCompares story specifications (data contracts, endpoints, Gherkin scenarios) against implemented code to detect drift. Operates in two modes:\n\n- **Standalone mode** (default): Full report with all check categories\n- **Inline mode**: Compact output for TDD loop integration\n\n## Triggers\n\n- `\u002Fx-detect-spec-drift STORY-ID` — standalone mode (full report)\n- `\u002Fx-detect-spec-drift STORY-ID --mode inline` — inline mode (compact output)\n\n## Parameters\n\n| Parameter | Type | Default | Values | Description |\n|-----------|------|---------|--------|-------------|\n| `STORY-ID` | String | required | story identifier | Story to check for drift |\n| `--mode` | String | standalone | standalone, inline | Output mode |\n\n### Mode Selection\n\n| Mode | When to Use | Output |\n|------|-------------|--------|\n| `standalone` | Manual invocation before PR | Full itemized report |\n| `inline` | Automated call in x-implement-story Phase 2 | Single-line compact summary |\n\n## Workflow\n\n### Standalone Mode\n\n```\n1. PARSE    -> Read story file, extract data contracts + endpoints + Gherkin\n2. SCAN     -> Search source code for matching fields, endpoints, tests\n3. CHECK    -> Compare spec vs code, classify drift (PASS\u002FWARN\u002FFAIL)\n4. REPORT   -> Generate itemized report with severity\n```\n\n#### Step 1 — Parse Story\n\nRead the story markdown file and extract:\n\n1. **Data Contracts** (Section 5): field name, type, mandatory (M\u002FO)\n2. **Endpoints**: HTTP method + path (e.g., `POST \u002Fv1\u002Fpayments`)\n3. **Gherkin Scenarios** (Section 7): IDs `@GK-N` and titles\n4. **Constitution reference**: Check if `CONSTITUTION.md` exists in project root\n\n#### Step 2 — Scan Source Code\n\nFor each extracted item, search the source tree:\n\n- **Fields**: Search DTOs, Records, data classes for field name + type match\n- **Endpoints**: Search controllers\u002Fhandlers for route annotations matching method + path\n- **Gherkin Scenarios**: Search test files for acceptance test references to `@GK-N`\n- **Constitution**: If present, validate naming conventions against source\n\n#### Step 3 — Classify Drift\n\n| Check Type | Severity | Condition |\n|-----------|----------|-----------|\n| Field Missing (M) | FAIL | Mandatory field from data contract not found in any DTO\u002FRecord |\n| Field Missing (O) | WARN | Optional field absent from code |\n| Field Type Mismatch | WARN | Field found but type differs from spec |\n| Endpoint Missing | FAIL | Declared endpoint not found in any controller |\n| Scenario Uncovered | WARN | `@GK-N` without corresponding acceptance test |\n| Naming Violation | WARN | CONSTITUTION.md naming convention violated |\n\n#### Step 4 — Report\n\nOutput follows itemized format with severity:\n\n```\n=== Spec Drift Check — STORY-XXXX-YYYY ===\nData Contracts:\n  PASS  FieldName (Type, M) -> found in ClassName\n  FAIL  FieldName (Type, M) -> NOT FOUND\n  WARN  FieldName (Type, O) -> field absent (optional)\nEndpoints:\n  PASS  POST \u002Fpath -> ControllerClass.methodName()\n  FAIL  GET \u002Fpath -> NOT FOUND in any controller\nGherkin Coverage:\n  PASS  @GK-1 \"title\" -> AT-1 found (TestClass)\n  WARN  @GK-3 \"title\" -> no AT found\nConstitution Compliance:\n  PASS  No violations detected\nSummary: N FAIL, M WARN — DRIFT DETECTED \u002F NO DRIFT\n```\n\n#### Exit Code\n\n- **0**: No FAIL results (only PASS and WARN)\n- **Non-zero**: At least one FAIL detected\n\n### Inline Mode (x-implement-story TDD Loop Integration)\n\nProvides compact, non-blocking drift checks after each RED-GREEN-REFACTOR cycle in x-implement-story Phase 2. Designed for automated integration — not manual invocation.\n\n#### Scope Restrictions\n\nInline mode performs a **subset** of standalone checks:\n\n| Check | Inline Mode | Standalone Mode |\n|-------|------------|-----------------|\n| Data Contract fields (M) | Yes | Yes |\n| Data Contract fields (O) | Yes | Yes |\n| Field Type Mismatch | Yes | Yes |\n| Endpoint Missing | Yes | Yes |\n| Gherkin Coverage | **No** — reserved for standalone | Yes |\n| Constitution Compliance | **No** — reserved for standalone | Yes |\n\n#### Compact Output Format\n\nFor non-critical results (PASS and WARN only):\n\n```\nDrift Check (inline): N PASS, M WARN — details of first warning\n```\n\nFor critical drift (at least one FAIL):\n\n```\nDrift Check (inline): CRITICAL — FieldName (Type, M) NOT FOUND in DTO\n   Continue TDD loop despite critical drift? (y\u002Fn)\n```\n\n#### Non-Blocking Behavior\n\n- **WARN results** are displayed but do **not** interrupt the TDD loop. The non-blocking nature ensures development flow continues.\n- **FAIL results** (critical drift) pause the loop with a confirmation prompt\n- If the developer confirms: loop continues with FAIL logged\n- If the developer denies: loop pauses for correction\n\n#### TDD Loop Integration Point\n\nCalled automatically by x-implement-story after each TDD cycle:\n\n```\nPhase 2 TDD Loop:\n  2.1 RED   — write failing test\n  2.2 GREEN — make test pass\n  2.3 REFACTOR — improve design\n  2.4 DRIFT CHECK (inline) — verify spec alignment\n  2.5 COMMIT — atomic TDD commit\n```\n\n#### InlineDriftCheckConfig\n\n| Field | Type | Default | Description |\n|-------|------|---------|-------------|\n| `enabled` | boolean | `true` | Activate inline drift check (auto-enabled when story has data contract) |\n| `blockOnCritical` | boolean | `true` | Pause TDD loop on critical FAIL |\n\n#### InlineDriftResult\n\n| Field | Type | Description |\n|-------|------|-------------|\n| `passCount` | int | Total PASS checks |\n| `warnCount` | int | Total WARN checks |\n| `failCount` | int | Total critical FAIL checks |\n| `summary` | String | Compact single-line message |\n| `criticalDetails` | List | Details of FAIL items (empty if none) |\n\n#### Decision Logic\n\n```\nif story has no data contract:\n    skip inline check entirely\n    return\n\nrun data contract field checks (M and O)\nrun endpoint checks\n\nif failCount > 0 and blockOnCritical:\n    emit CRITICAL message\n    prompt for confirmation\nelse:\n    emit summary message\n    continue TDD loop\n```\n\n## Error Handling\n\n| Scenario | Action |\n|----------|--------|\n| Story file not found | Abort with \"Story file not found: {path}\" |\n| No data contract in story | Standalone: report \"No data contract defined\" \u002F Inline: skip silently |\n| Source root not accessible | Abort with \"Source root not accessible: {path}\" |\n| Malformed data contract | WARN with \"Unable to parse data contract field: {line}\" |\n\n## Integration Notes\n\n| Skill | Relationship | Context |\n|-------|-------------|---------|\n| x-implement-story | Called by | Invoked during Phase 2 TDD loop for inline drift detection |\n| x-implement-task | Complements | Drift check validates that implementation matches story spec |\n| x-review-pr | Complements | Standalone drift check provides pre-PR validation of spec alignment |\n",{"name":5,"description":7,"allowed-tools":24,"argument-hint":25,"context-budget":26,"user-invocable":27,"requires-capabilities":28},"Read, Bash, Grep, Glob","[STORY-ID] [--mode standalone|inline]","medium",true,[],"main","952a630c6f38d193a349d86fa18db1de8843e837","src\u002Ftest\u002Fresources\u002Fgolden\u002Fjava-spring-fintech-pci\u002F.claude\u002Fskills\u002Fx-detect-spec-drift",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":39,"prompt":49,"zipAvailable":27},[40,43,46],{"tool":41,"command":42},"npx","npx skills add review-bench\u002Federcnj_ia-dev-environment --skill x-detect-spec-drift",{"tool":44,"command":45},"bunx","bunx skills add review-bench\u002Federcnj_ia-dev-environment --skill x-detect-spec-drift",{"tool":47,"command":48},"pnpm","pnpm dlx skills add review-bench\u002Federcnj_ia-dev-environment --skill x-detect-spec-drift","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Freview-bench\u002Federcnj_ia-dev-environment\u002Fblob\u002Fmain\u002Fsrc\u002Ftest\u002Fresources\u002Fgolden\u002Fjava-spring-fintech-pci\u002F.claude\u002Fskills\u002Fx-detect-spec-drift\u002FSKILL.md",[51],{"path":52,"resourceType":53,"resourceTypeDesc":54,"sizeBytes":55,"sourceHtmlUrl":56},"README.md","REFERENCE","参考文档",1575,"https:\u002F\u002Fgithub.com\u002Freview-bench\u002Federcnj_ia-dev-environment\u002Fblob\u002Fmain\u002Fsrc\u002Ftest\u002Fresources\u002Fgolden\u002Fjava-spring-fintech-pci\u002F.claude\u002Fskills\u002Fx-detect-spec-drift\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",[],[]]