skills/feature-dev/SKILL.md
Feature development workflow. Use when: implementing features, writing code, running dev loop. Not for: understanding code (use code-explore), reviewing code (use codex-code-review). Output: implemented feature + tests + review gate.
npx skillsauth add sd0xdev/sd0x-dev-flow feature-devInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
/codex-test-review directly)❌ git add | git commit | git push — per @rules/git-workflow.md
This skill implements features but does not commit. /precommit is a quality gate only. To commit, the user must invoke /smart-commit --execute separately.
budget:token_budget200000</budget:token_budget>
Requirements → Design → Implement → Test + Review → Precommit Gate → Doc Sync
│ │ │ │ │
▼ ▼ ▼ ▼ ▼
/codex- /codex- /verify /precommit /update-docs
architect implement /codex-test-review (or /precommit) /create-request --update
/codex-review-fast
| Phase | Command | Description |
|-------|---------|-------------|
| Design | /codex-architect | Get architecture advice |
| Implement | /codex-implement | Codex writes code |
| Test: Run | /verify | Run tests (lint → typecheck → unit → integration) |
| Test: Review | /codex-test-review | Mandatory — review test sufficiency (5 dimensions) |
| Test: Generate | /codex-test-gen | Generate unit tests for gaps |
| Test: Integration | /post-dev-test | Write missing integration/e2e tests |
| Review | /codex-review-fast | Code review (auto-loop) |
| Precommit | /precommit | lint + build + test (auto-loop canonical path) |
| Doc Sync | /update-docs | Sync docs with code |
| Doc Sync | /create-request --update | Update request progress |
| Refactor | /simplify | Final refactoring |
This is the core of feature-dev — ensuring sufficient test coverage before code review.
/verify → all tests pass?
Yes → Step 2
No → fix failures → re-run /verify
/codex-test-review → ✅ Tests sufficient?
Yes → Step 3
No → close gaps (Step 2a) → /codex-test-review --continue
| Gap Type | Remediation Command |
|----------|-------------------|
| Unit test missing/insufficient | /codex-test-gen → write tests → /verify |
| Integration/E2E missing | /post-dev-test → write tests → /verify |
/codex-review-fast → ✅ Ready?
Yes → Precommit Gate
No → fix issues → re-run /codex-review-fast (auto-loop)
If code changes after the latest ✅ Tests sufficient gate (e.g., fixes from code review), rerun /verify then /codex-test-review --continue before proceeding to precommit gate.
Follow @rules/testing.md for conventions (AAA, naming, evidence model).
Follow @rules/testing-project.md for project-specific overrides (directories, runner, adequacy mode).
| Change Type | Test Requirements | |-------------|-------------------| | New Service/Provider | Must have corresponding unit test | | Modify existing logic | Existing tests pass + new logic tested | | Bug fix | Must add regression test | | New API endpoint | Integration test required | | Cross-service change | E2E test required |
Use project convention from @rules/testing-project.md. If no override is defined, follow ecosystem defaults:
| Source Pattern | Test Pattern |
|---------------|-------------|
| src/<module>/ | test/unit/<module>/ or test/<module>/ |
| scripts/<name>.sh | test/scripts/<name>.test.js |
| skills/<name>/SKILL.md | test/skills/<name>.test.js |
/verify)/codex-test-review)/codex-review-fast ✅ Ready)/precommit ✅ All Pass)git add/commit/push executed⚠️ Auto-triggered by @rules/auto-loop.md — behavior-layer rule, not hook-enforced.
Only when change maps to a feature under docs/features/. Target detection uses 3-level fallback — see /update-docs for algorithm details.
precommit Pass
→ Locate feature docs (see /update-docs 3-level fallback)
→ /update-docs docs/features/<feature>/2-tech-spec.md
→ /create-request --update docs/features/<feature>/requests/<date>-<title>.md
→ /codex-review-doc (per updated file)
→ Safety valve: new code diff? → back to review loop (see /update-docs)
MUST re-review after fix until PASS (per @rules/auto-loop.md)
Review → Issues found → Fix → Re-review → ... → ✅ Pass → Next step
Input: Implement a fee calculation method
Action: /codex-architect → /codex-implement → /verify → /codex-test-review → /codex-review-fast → /precommit
Input: This code needs refactoring
Action: /simplify → /verify → /codex-test-review → /codex-review-fast → /precommit
Input: Feature dev, continue (resuming work)
Action: Check git status → identify remaining tasks → continue from current phase
documentation
Rewrite the previous reply in Traditional Chinese
development
Monitor GitHub Actions CI runs until completion. Use when: watching CI after push, checking build status, monitoring PR checks, waiting for CI completion, user says 'watch CI', 'check CI', 'CI status', 'monitor build', or /watch-ci. Not for: pushing code (use push-ci), creating PRs (use create-pr). Output: per-run verdict (pass/fail/timeout).
development
Verification loop — lint -> typecheck -> unit -> integration -> e2e
development
Research current code state then update corresponding docs, ensuring docs stay in sync with code.