[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6DRSCEPHFQ9X4B927GC4F2F":3,"skill-same:01M6DRSCEPHFQ9X4B927GC4F2F":73},{"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":23,"publishedAt":41,"linkOnly":42,"markdownContent":43,"markdownBody":44,"frontMatter":45,"refName":50,"commitSha":51,"skillDirectory":52,"forksCount":53,"repositoryHtmlUrl":54,"repositoryHomepageUrl":54,"ownerHtmlUrl":55,"ownerBlogUrl":56,"ownerDescription":57,"updatedAt":58,"install":59,"resources":72},"01M6DRSCEPHFQ9X4B927GC4F2F","implement-slice",null,"Implement the next smallest slice from the current plan using TDD — tests first, then code, then verification, then an atomic commit. Reads the plan from the scratchpad.","Koroqe\u002Fclaude-code-sdlc","Koroqe","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F24411116?v=4","01M6DRMM7GVYYXKEW474YPDVNG","Aleksei Korobeinikov","01M6DRMMBZ82MW04MVQ3Q9M5N5",53,"MIT","https:\u002F\u002Fgithub.com\u002FKoroqe\u002Fclaude-code-sdlc\u002Fblob\u002Fmain\u002Ftests\u002Ffixtures\u002Fci\u002Fverification-upgrade\u002Fbad-plan-critic-write\u002Fskills\u002Fimplement-slice\u002FSKILL.md",[18],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000030","开发工程师","PROFESSION","适用职业",[24,25,26,27,28,29,30,31,32,33,34,35,36,37,38,39,40],"implement slice","implement","plan","tests","atomic commit","next","edit","write","read","grep","Bash","first","changelog","verification","code","commit","tdd","2026-11-10 10:12:30",false,"---\ndescription: Implement the next smallest slice from the current plan using TDD — tests first, then code, then verification, then an atomic commit. Reads the plan from the scratchpad.\nargument-hint: \"[slice number] [no-changelog]\"\narguments: [slice]\nallowed-tools: Read, Glob, Grep, Edit, Write, Bash, Agent, TodoWrite\n---\n\n# Command: Implement Slice\n\nImplement only the next smallest slice from the plan using TDD.\n\n## Arguments\n\n`$slice` (also available as `$ARGUMENTS`) optionally names the slice to implement. When empty, take the next pending slice from `.claude\u002Fscratchpad.md`.\n\n**Literal-token flag rule:** a documented flag is active ONLY if its literal token appears in `$ARGUMENTS`. In particular, the `no-changelog` suppression flag is in effect ONLY when the literal token `no-changelog` was passed. Never infer it from context, and never assume it because the documentation describes it.\n\n## Pre-flight Checks\n\n1. Confirm you are NOT on `main` — must be on a feature branch (`feat\u002F*` or `fix\u002F*`)\n2. Confirm `git status` is clean (or explain why not)\n3. **Parallel subagent mode:** when running as a subagent within a parallel wave (wave context provided in spawn prompt), the following rules apply for the entire execution:\n   - Do NOT write to `.claude\u002Fscratchpad.md` — the orchestrator handles scratchpad updates\n   - Do NOT auto-continue to the next slice — return to the orchestrator after committing\n   - Chain git commands: `git add \u003Cfiles> && git commit -m '...'` as a single Bash command to prevent staging conflicts with sibling subagents\n4. Confirm these documentation files exist:\n   - `docs\u002Fqa\u002F\u003Cfeature>_test_cases.md` — if not, delegate to `qa-planner` first\n   - `docs\u002Fuse-cases\u002F\u003Cfeature>_use_cases.md` — if not, delegate to `ba-analyst` first\n5. **Tracer gate:** read the plan file and check whether any slice is marked `**Tracer:** yes`.\n   - **If a `**Tracer:** yes` slice exists** and this invocation targets a different (non-tracer) slice, AND the tracer slice's `Verify:` condition has not yet been run and passed: REFUSE. Do not proceed to Step 1 (Identify the Slice) or any TDD work. State plainly that the tracer slice must be implemented and its `Verify:` condition passed first, name the tracer slice, and instruct the caller to run `\u002Fimplement-slice` against the tracer slice before retrying this one. This check exists because standalone invocation of this skill bypasses `\u002Fdevelop-feature`'s wave sequencing entirely — wave ordering alone cannot gate a direct, out-of-band `\u002Fimplement-slice` call.\n   **Source of truth for \"the tracer passed\":** the tracer slice's DONE record with a commit hash in\n   `.claude\u002Fscratchpad.md`, or a fresh run of the tracer's own `Verify:` command. If neither is\n   available, or the record is ambiguous, REFUSE — an unverifiable tracer is an unpassed tracer.\n   - **If this invocation targets the tracer slice itself:** proceed normally — the tracer is exempt from its own gate.\n   - **Exemption (backward compatibility):** if the plan carries no `**Tracer:** yes` marker anywhere, this check does not apply. Print this line verbatim, then continue with the remaining pre-flight checks and TDD flow as normal — the exemption is never silent:\n\n     `tracer gate inactive — no **Tracer:** yes marker found; treating as pre-F3 plan.`\n\n## TDD Implementation Flow\n\n### 1. Identify the Slice\n\nRead the current slice from the implementation plan. Two formats are supported:\n\n**Executable format** (preferred — when the slice has `Files:`, `Changes:`, `Verify:`, `Done when:` fields):\n- Use the `Files:` list directly — these are the exact files to create\u002Fmodify\n- Use the `Changes:` descriptions as implementation guidance\n- Use the `Verify:` commands in step 4\n- Use the `Done when:` condition to confirm completion\n- List the use-case scenarios this slice covers (from `Use cases:` field)\n- Re-read each file from the `Files:` list before modifying\n\n**Legacy format** (fallback — when the slice is prose without structured fields):\n- Restate the next slice in 1 sentence\n- List the use-case scenarios this slice covers (UC-X.Y, UC-X-A, etc.)\n- Read existing files that will be modified\n\n### 2. Write Tests First\nDelegate to `test-writer` agent:\n- Reference documented test cases from `docs\u002Fqa\u002F`\n- Reference use-case scenarios from `docs\u002Fuse-cases\u002F` for this slice\n- Write tests for this slice's behavior using the project's test framework\n- Tests should FAIL initially (no implementation yet)\n\n### 3. Implement Code\n- Before editing each file: re-read it from disk (do NOT rely on earlier in-context reads — context compaction may have made them stale)\n- Make minimal changes to pass the tests\n- Follow the project structure as defined in CLAUDE.md\n- Keep route handlers thin, business logic in services\u002Fdata layer\n- If this slice edits 4+ files: run the project's typecheck command after every 3 file edits before continuing (per error-recovery rules)\n\n### 4. Verify\n\n**If the slice has a `Verify:` field:** run the exact command(s) from that field first. Then delegate to `build-runner` for full verification (typecheck, tests, build).\n\n**If the slice has a `Done when:` field:** after verification passes, confirm the done-condition is satisfied (e.g., run the grep, check the endpoint, verify the file exists). If the done-condition is not met, the slice is not complete — investigate and fix.\n\n**If the slice has a `Verify:` field with \"Manual verification:\":** report the check instructions in the output so the developer can verify manually.\n\n**Fallback (no structured fields):** delegate to `build-runner` agent to run the project's typecheck, test, and build commands (from CLAUDE.md).\n\n### 5. Commit\n- `git add` specific changed files (not `git add -A`)\n- `git commit -m \"\u003Ctype>(\u003Cscope>): \u003Cslice summary>\"`\n- Types: `feat`, `fix`, `test`, `chore`\n- Scopes: `api | ui | db | auth | core | infra`\n\n### 6. Write Changelog Entry\n\nThis step runs **only after a successful commit** (step 5). It is the standalone-fix path: when a slice is committed outside the full pipeline, the changelog still needs an entry.\n\n**Skip this step entirely when EITHER skip condition is true:**\n- (a) **Parallel-wave subagent** — wave context was provided in the spawn prompt. The orchestrator \u002F `merge-ready` owns the changelog entry for the wave.\n- (b) **`no-changelog` suppression flag** — a `no-changelog` flag was passed (i.e. this run is driven by `\u002Fdevelop-feature`). `merge-ready` owns the entry for the whole feature.\n\nIf either condition holds, do NOTHING here — `merge-ready` writes the single consolidated entry.\n\n**When BOTH skip conditions are false** (true standalone fix), write ONE entry to the project-root `CHANGELOG.md` following the changelog rule (`changelog.md`):\n- Retrieve the real timestamp by running `date -u +'%Y-%m-%d %H:%M'` — NEVER invent or guess the timestamp.\n- Fields: name, UTC time, a non-technical Summary, and Details (≤500 characters).\n- Entries are day-grouped, newest-first.\n- **Idempotency guard:** if an existing entry with the same name already exists under today's date, UPDATE that entry in place — do NOT duplicate it.\n\n### 7. Update Scratchpad\n**Skip this step when running as a parallel subagent** (wave context provided in spawn prompt). The orchestrator handles scratchpad updates after collecting all wave results.\n\n**When running standalone** (no wave context), update `.claude\u002Fscratchpad.md` with:\n- What changed\n- Commit hash + message\n- Use cases covered by this slice\n- What's next (next slice)\n\n## Rules\n\n- Minimal diff — change only what's necessary for this slice\n- 1 slice = 1 commit (atomic)\n- No refactors unless required for this slice\n- NEVER add \"Co-Authored-By\" or AI attribution to commits\n\n## Output Format\n\n```\n## Slice: [description]\n### Wave: [N — slice X of Y in this wave] (or \"standalone — no wave context\")\n\n### Use Cases Covered\n- UC-X.Y: [scenario name]\n- UC-X-A: [alternative flow name]\n\n### Tests Written\n- [test file]: [number] test cases\n\n### Implementation\n- [files changed with brief description]\n\n### Verification\n- Typecheck: PASS\u002FFAIL\n- Tests: PASS\u002FFAIL (X passed)\n- Build: PASS\u002FFAIL\n\n### Git\n- Branch: [branch name]\n- Commit: [hash] — [message]\n\n### Changelog\n- Entry written: Yes \u002F Skipped (parallel-wave subagent) \u002F Skipped (no-changelog flag — develop-feature owns it)\n\n### Next Slice\n- [description of next slice]\n```\n\n## Auto-Continue\n\n**When running as a parallel subagent** (wave context provided): do NOT auto-continue. Return your result (PASS with commit hash, or FAIL with error details) to the orchestrator. Wave progression is managed by develop-feature.\n\n**When running standalone** (no wave context), after committing this slice, if there are remaining slices in the plan:\n- Immediately proceed to the next slice\n- Do NOT wait for user input\n- Read `.claude\u002Fscratchpad.md` to identify the next slice\n- Continue the TDD flow for the next slice\n","# Command: Implement Slice\n\nImplement only the next smallest slice from the plan using TDD.\n\n## Arguments\n\n`$slice` (also available as `$ARGUMENTS`) optionally names the slice to implement. When empty, take the next pending slice from `.claude\u002Fscratchpad.md`.\n\n**Literal-token flag rule:** a documented flag is active ONLY if its literal token appears in `$ARGUMENTS`. In particular, the `no-changelog` suppression flag is in effect ONLY when the literal token `no-changelog` was passed. Never infer it from context, and never assume it because the documentation describes it.\n\n## Pre-flight Checks\n\n1. Confirm you are NOT on `main` — must be on a feature branch (`feat\u002F*` or `fix\u002F*`)\n2. Confirm `git status` is clean (or explain why not)\n3. **Parallel subagent mode:** when running as a subagent within a parallel wave (wave context provided in spawn prompt), the following rules apply for the entire execution:\n   - Do NOT write to `.claude\u002Fscratchpad.md` — the orchestrator handles scratchpad updates\n   - Do NOT auto-continue to the next slice — return to the orchestrator after committing\n   - Chain git commands: `git add \u003Cfiles> && git commit -m '...'` as a single Bash command to prevent staging conflicts with sibling subagents\n4. Confirm these documentation files exist:\n   - `docs\u002Fqa\u002F\u003Cfeature>_test_cases.md` — if not, delegate to `qa-planner` first\n   - `docs\u002Fuse-cases\u002F\u003Cfeature>_use_cases.md` — if not, delegate to `ba-analyst` first\n5. **Tracer gate:** read the plan file and check whether any slice is marked `**Tracer:** yes`.\n   - **If a `**Tracer:** yes` slice exists** and this invocation targets a different (non-tracer) slice, AND the tracer slice's `Verify:` condition has not yet been run and passed: REFUSE. Do not proceed to Step 1 (Identify the Slice) or any TDD work. State plainly that the tracer slice must be implemented and its `Verify:` condition passed first, name the tracer slice, and instruct the caller to run `\u002Fimplement-slice` against the tracer slice before retrying this one. This check exists because standalone invocation of this skill bypasses `\u002Fdevelop-feature`'s wave sequencing entirely — wave ordering alone cannot gate a direct, out-of-band `\u002Fimplement-slice` call.\n   **Source of truth for \"the tracer passed\":** the tracer slice's DONE record with a commit hash in\n   `.claude\u002Fscratchpad.md`, or a fresh run of the tracer's own `Verify:` command. If neither is\n   available, or the record is ambiguous, REFUSE — an unverifiable tracer is an unpassed tracer.\n   - **If this invocation targets the tracer slice itself:** proceed normally — the tracer is exempt from its own gate.\n   - **Exemption (backward compatibility):** if the plan carries no `**Tracer:** yes` marker anywhere, this check does not apply. Print this line verbatim, then continue with the remaining pre-flight checks and TDD flow as normal — the exemption is never silent:\n\n     `tracer gate inactive — no **Tracer:** yes marker found; treating as pre-F3 plan.`\n\n## TDD Implementation Flow\n\n### 1. Identify the Slice\n\nRead the current slice from the implementation plan. Two formats are supported:\n\n**Executable format** (preferred — when the slice has `Files:`, `Changes:`, `Verify:`, `Done when:` fields):\n- Use the `Files:` list directly — these are the exact files to create\u002Fmodify\n- Use the `Changes:` descriptions as implementation guidance\n- Use the `Verify:` commands in step 4\n- Use the `Done when:` condition to confirm completion\n- List the use-case scenarios this slice covers (from `Use cases:` field)\n- Re-read each file from the `Files:` list before modifying\n\n**Legacy format** (fallback — when the slice is prose without structured fields):\n- Restate the next slice in 1 sentence\n- List the use-case scenarios this slice covers (UC-X.Y, UC-X-A, etc.)\n- Read existing files that will be modified\n\n### 2. Write Tests First\nDelegate to `test-writer` agent:\n- Reference documented test cases from `docs\u002Fqa\u002F`\n- Reference use-case scenarios from `docs\u002Fuse-cases\u002F` for this slice\n- Write tests for this slice's behavior using the project's test framework\n- Tests should FAIL initially (no implementation yet)\n\n### 3. Implement Code\n- Before editing each file: re-read it from disk (do NOT rely on earlier in-context reads — context compaction may have made them stale)\n- Make minimal changes to pass the tests\n- Follow the project structure as defined in CLAUDE.md\n- Keep route handlers thin, business logic in services\u002Fdata layer\n- If this slice edits 4+ files: run the project's typecheck command after every 3 file edits before continuing (per error-recovery rules)\n\n### 4. Verify\n\n**If the slice has a `Verify:` field:** run the exact command(s) from that field first. Then delegate to `build-runner` for full verification (typecheck, tests, build).\n\n**If the slice has a `Done when:` field:** after verification passes, confirm the done-condition is satisfied (e.g., run the grep, check the endpoint, verify the file exists). If the done-condition is not met, the slice is not complete — investigate and fix.\n\n**If the slice has a `Verify:` field with \"Manual verification:\":** report the check instructions in the output so the developer can verify manually.\n\n**Fallback (no structured fields):** delegate to `build-runner` agent to run the project's typecheck, test, and build commands (from CLAUDE.md).\n\n### 5. Commit\n- `git add` specific changed files (not `git add -A`)\n- `git commit -m \"\u003Ctype>(\u003Cscope>): \u003Cslice summary>\"`\n- Types: `feat`, `fix`, `test`, `chore`\n- Scopes: `api | ui | db | auth | core | infra`\n\n### 6. Write Changelog Entry\n\nThis step runs **only after a successful commit** (step 5). It is the standalone-fix path: when a slice is committed outside the full pipeline, the changelog still needs an entry.\n\n**Skip this step entirely when EITHER skip condition is true:**\n- (a) **Parallel-wave subagent** — wave context was provided in the spawn prompt. The orchestrator \u002F `merge-ready` owns the changelog entry for the wave.\n- (b) **`no-changelog` suppression flag** — a `no-changelog` flag was passed (i.e. this run is driven by `\u002Fdevelop-feature`). `merge-ready` owns the entry for the whole feature.\n\nIf either condition holds, do NOTHING here — `merge-ready` writes the single consolidated entry.\n\n**When BOTH skip conditions are false** (true standalone fix), write ONE entry to the project-root `CHANGELOG.md` following the changelog rule (`changelog.md`):\n- Retrieve the real timestamp by running `date -u +'%Y-%m-%d %H:%M'` — NEVER invent or guess the timestamp.\n- Fields: name, UTC time, a non-technical Summary, and Details (≤500 characters).\n- Entries are day-grouped, newest-first.\n- **Idempotency guard:** if an existing entry with the same name already exists under today's date, UPDATE that entry in place — do NOT duplicate it.\n\n### 7. Update Scratchpad\n**Skip this step when running as a parallel subagent** (wave context provided in spawn prompt). The orchestrator handles scratchpad updates after collecting all wave results.\n\n**When running standalone** (no wave context), update `.claude\u002Fscratchpad.md` with:\n- What changed\n- Commit hash + message\n- Use cases covered by this slice\n- What's next (next slice)\n\n## Rules\n\n- Minimal diff — change only what's necessary for this slice\n- 1 slice = 1 commit (atomic)\n- No refactors unless required for this slice\n- NEVER add \"Co-Authored-By\" or AI attribution to commits\n\n## Output Format\n\n```\n## Slice: [description]\n### Wave: [N — slice X of Y in this wave] (or \"standalone — no wave context\")\n\n### Use Cases Covered\n- UC-X.Y: [scenario name]\n- UC-X-A: [alternative flow name]\n\n### Tests Written\n- [test file]: [number] test cases\n\n### Implementation\n- [files changed with brief description]\n\n### Verification\n- Typecheck: PASS\u002FFAIL\n- Tests: PASS\u002FFAIL (X passed)\n- Build: PASS\u002FFAIL\n\n### Git\n- Branch: [branch name]\n- Commit: [hash] — [message]\n\n### Changelog\n- Entry written: Yes \u002F Skipped (parallel-wave subagent) \u002F Skipped (no-changelog flag — develop-feature owns it)\n\n### Next Slice\n- [description of next slice]\n```\n\n## Auto-Continue\n\n**When running as a parallel subagent** (wave context provided): do NOT auto-continue. Return your result (PASS with commit hash, or FAIL with error details) to the orchestrator. Wave progression is managed by develop-feature.\n\n**When running standalone** (no wave context), after committing this slice, if there are remaining slices in the plan:\n- Immediately proceed to the next slice\n- Do NOT wait for user input\n- Read `.claude\u002Fscratchpad.md` to identify the next slice\n- Continue the TDD flow for the next slice\n",{"arguments":46,"description":7,"allowed-tools":48,"argument-hint":49},[47],"slice","Read, Glob, Grep, Edit, Write, Bash, Agent, TodoWrite","[slice number] [no-changelog]","main","262994376445c2281eca0784698159bb6e1bf1a3","tests\u002Ffixtures\u002Fci\u002Fverification-upgrade\u002Fbad-plan-critic-write\u002Fskills\u002Fimplement-slice",3,"https:\u002F\u002Fgithub.com\u002FKoroqe\u002Fclaude-code-sdlc","https:\u002F\u002Fgithub.com\u002FKoroqe","https:\u002F\u002Fcone.red\u002Fteam\u002Faleksei-korobeinikov","Co-founder of GetDeal.ai and CONE RED. Author of claude-code-sdlc and OPOS.","2026-10-23 20:51:28",{"source":8,"skillName":5,"commands":60,"prompt":70,"zipAvailable":71},[61,64,67],{"tool":62,"command":63},"npx","npx skills add Koroqe\u002Fclaude-code-sdlc --skill implement-slice",{"tool":65,"command":66},"bunx","bunx skills add Koroqe\u002Fclaude-code-sdlc --skill implement-slice",{"tool":68,"command":69},"pnpm","pnpm dlx skills add Koroqe\u002Fclaude-code-sdlc --skill implement-slice","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002FKoroqe\u002Fclaude-code-sdlc\u002Fblob\u002Fmain\u002Ftests\u002Ffixtures\u002Fci\u002Fverification-upgrade\u002Fbad-plan-critic-write\u002Fskills\u002Fimplement-slice\u002FSKILL.md",true,[],[74,106,112,129,150,159],{"skillNo":75,"name":76,"nameZh":6,"description":77,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":78,"categories":79,"keywords":92,"publishedAt":41},"01M6DRTXKTXP8HYDW2G274KAKK","merge-ready","Run all quality gates before merge — git hygiene, documentation completeness, code review, security audit, build, E2E, goal-backward verification, doc accuracy and UI\u002FUX — then write the changelog entry.","https:\u002F\u002Fgithub.com\u002FKoroqe\u002Fclaude-code-sdlc\u002Fblob\u002Fmain\u002Ftests\u002Ffixtures\u002Fci\u002Fverification-upgrade\u002Fbad-verifier-verdicts\u002Fskills\u002Fmerge-ready\u002FSKILL.md",[80,85,88,89],{"categoryNo":81,"categoryName":82,"taxonomyType":83,"taxonomyTypeDesc":84},"01JBSEEDCAT000000000000007","代码审查","SCENARIO","使用场景",{"categoryNo":86,"categoryName":87,"taxonomyType":83,"taxonomyTypeDesc":84},"01JBSEEDCAT000000000000008","测试与质量",{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},{"categoryNo":90,"categoryName":91,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000032","设计师",[93,94,95,96,97,98,99,38,100,37,36,101,102,103,104,34,32,31,30,105],"merge","ready","merge ready","code review","review","documentation","run","git","ux","audit","doc","security audit","goal",{"skillNo":107,"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":108,"categories":109,"keywords":111,"publishedAt":41},"01M6DRTT500DJJ8XNQX16037VM","https:\u002F\u002Fgithub.com\u002FKoroqe\u002Fclaude-code-sdlc\u002Fblob\u002Fmain\u002Ftests\u002Ffixtures\u002Fci\u002Fverification-upgrade\u002Fbad-verifier-verdicts\u002Fskills\u002Fimplement-slice\u002FSKILL.md",[110],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},[25,24,40,39,38,37,36,35,34,26,33,32,31,30,29,28,27],{"skillNo":113,"name":114,"nameZh":6,"description":115,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":116,"categories":117,"keywords":118,"publishedAt":41},"01M6DRTPT1Y4NPEQM56VA4PP0Q","develop-feature","Autonomously implement a complete feature from request to merge-ready — documentation phase, wave-based TDD implementation, then all quality gates, without stopping for human input.","https:\u002F\u002Fgithub.com\u002FKoroqe\u002Fclaude-code-sdlc\u002Fblob\u002Fmain\u002Ftests\u002Ffixtures\u002Fci\u002Fverification-upgrade\u002Fbad-verifier-verdicts\u002Fskills\u002Fdevelop-feature\u002FSKILL.md",[],[119,120,121,25,40,93,98,122,34,123,33,32,31,30,94,124,125,126,127,128],"develop","feature","develop feature","quality gates","quality","implementation","human","gates","input","complete",{"skillNo":130,"name":131,"nameZh":6,"description":132,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":133,"categories":134,"keywords":139,"publishedAt":41},"01M6DRTHJG9KBEG33WNJBRBAFH","bootstrap-feature","Run the documentation phase of the SDLC pipeline for a feature — PRD, use cases, architecture review, QA test cases, implementation plan, feature branch and scratchpad. Produces no code.","https:\u002F\u002Fgithub.com\u002FKoroqe\u002Fclaude-code-sdlc\u002Fblob\u002Fmain\u002Ftests\u002Ffixtures\u002Fci\u002Fverification-upgrade\u002Fbad-verifier-verdicts\u002Fskills\u002Fbootstrap-feature\u002FSKILL.md",[135,136],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},{"categoryNo":137,"categoryName":138,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000031","产品经理",[140,141,120,97,142,98,143,99,38,144,145,146,34,26,147,32,31,30,148,149],"bootstrap","bootstrap feature","architecture","architecture review","qa","pipeline","qa test","branch","use","no code",{"skillNo":151,"name":76,"nameZh":6,"description":77,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":152,"categories":153,"keywords":158,"publishedAt":41},"01M6DRTDYFS4S3T8MQE4PZHZ7X","https:\u002F\u002Fgithub.com\u002FKoroqe\u002Fclaude-code-sdlc\u002Fblob\u002Fmain\u002Ftests\u002Ffixtures\u002Fci\u002Fverification-upgrade\u002Fbad-verifier-tools\u002Fskills\u002Fmerge-ready\u002FSKILL.md",[154,155,156,157],{"categoryNo":81,"categoryName":82,"taxonomyType":83,"taxonomyTypeDesc":84},{"categoryNo":86,"categoryName":87,"taxonomyType":83,"taxonomyTypeDesc":84},{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},{"categoryNo":90,"categoryName":91,"taxonomyType":21,"taxonomyTypeDesc":22},[93,94,95,96,97,98,99,38,100,37,36,101,102,103,104,34,32,31,30,105],{"skillNo":160,"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":161,"categories":162,"keywords":164,"publishedAt":41},"01M6DRTAW68GF6JGNDEWTF6B4V","https:\u002F\u002Fgithub.com\u002FKoroqe\u002Fclaude-code-sdlc\u002Fblob\u002Fmain\u002Ftests\u002Ffixtures\u002Fci\u002Fverification-upgrade\u002Fbad-verifier-tools\u002Fskills\u002Fimplement-slice\u002FSKILL.md",[163],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},[25,24,40,39,38,37,36,35,34,26,33,32,31,30,29,28,27]]