원클릭으로
code
Implements the feature changes introduced by spec changes on the current branch. Writes tests, runs quality checks, and commits.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
Implements the feature changes introduced by spec changes on the current branch. Writes tests, runs quality checks, and commits.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
Reads the capability specs changed on this branch and writes a technical plan. Optional — skip for straightforward changes and go straight to /code.
End-to-end delivery skill — takes a Linear issue ID or a description, runs the appropriate pipeline (spec → plan → code → review), and handles all git and Linear orchestration.
Writes or updates the capability spec for the current feature branch from a prose description or context file passed via $ARGUMENTS.
PR review skill — fetches active GitHub Copilot review comments on a PR, critically evaluates each suggestion, implements those that improve code posture, and dismisses those that don't add value.
SOC 직업 분류 기준
| name | code |
| description | Implements the feature changes introduced by spec changes on the current branch. Writes tests, runs quality checks, and commits. |
| model | sonnet |
| disable-model-invocation | true |
Implements what the spec diff on the current branch describes. Scope is derived from
what changed in specs/ — not the full spec, just what is new or changed.
$ARGUMENTS — required only when no spec diff exists (bug fix or trivial change).
Pass prose or @path to a context file. Ignored when a spec diff is present.
Find which specs changed and what is new:
git diff main --name-only -- specs/
git diff main -- specs/<feature>/spec.md
The diff reveals which scenarios are new or changed — implement only those. Scenarios already in the spec before this branch are already implemented.
If no spec exists (bug fix or trivial change), $ARGUMENTS must provide the requirement — either as prose or @path to a context file.
git diff main --name-only -- changes/
Read the plan file(s) introduced on this branch for technical approach and file change guidance. If absent, derive the approach from the spec and codebase context.
Follow the feature folder structure (ADR-0001):
src/features/<feature>/
components/ # React components (if multiple, otherwise flat)
<name>.tsx # Main component (if simple)
<name>.server.ts # Server functions
hooks.ts # React hooks
types.ts # Types and Zod schemas
Route files go in src/routes/ as a thin layer importing from the feature:
import { FeatureComponent } from "@/features/<feature>"
Conventions: TanStack Start file-based routing, shadcn/ui new-york style neutral base,
Tailwind CSS v4, @/* alias, Biome formatting (tabs, double quotes), Zod at system boundaries.
For each new or changed scenario in the spec diff:
Playwright (e2e/<feature>.spec.ts) — for scenarios involving UI rendering,
user interaction, or full-stack flows:
test("<scenario name verbatim>", async ({ page }) => {
await page.goto("/...");
await page.waitForLoadState("networkidle");
// implement scenario
});
SSR patterns (required):
waitForLoadState("networkidle") after every goto()pressSequentially() instead of fill() for React controlled inputsVitest (src/features/<feature>/<name>.test.ts) — for server functions,
business logic, or data transforms.
bun run check:fix && bun run typecheck && bun run test && bun run test:e2e && bun run build
Fix failures before proceeding. Iterate until all checks pass.
Run /simplify to review all changed code for reuse, quality, and efficiency.
git add src/ e2e/
git commit -m "<type>: <description>"
Use the conventional commit prefix matching the branch prefix (feat:, fix:,
chore:, docs:, refactor:).
Print: