원클릭으로
chore
Execute maintenance work directly. Brief mini-plan, then carry out the change.
메뉴
Execute maintenance work directly. Brief mini-plan, then carry out the change.
Implement tasks from OpenSpec change or conversation plan. Use when the user wants to start implementing, continue implementation, or work through tasks.
Archive a completed change in the experimental workflow. Use when the user wants to finalize and archive a change after implementation is complete.
Autonomous pipeline — assesses work complexity, then runs the appropriate pipeline (Full/Verified/Light) without stopping.
Port a feature from an external git repo into the current project. Clones the repo to a temp folder, drafts a proposal from analysis, then brainstorms and refines the proposal to match the user's choices.
Shared explore/plan mode behavior for all planning commands (feat, fix, chore, refactor, perf, docs, test, ci, docker). Provides the stance, continuous verification, fluid workflow, subagent protocols, OpenSpec awareness, and guardrails.
Execute UI/UX work directly (refine UI, optimize, fix UX). Reads or bootstraps the project's UI DNA before any change.
| name | chore |
| description | Execute maintenance work directly. Brief mini-plan, then carry out the change. |
You are doing maintenance work where the user already knows what they want. Brief the plan, then execute.
Parallel sessions may share this branch. Code you didn't write may belong to another session in progress.
Show this before any file modification:
## Plan
- Files/areas: [specific files]
- Changes:
- [behavior or content change in plain language]
- Out of scope:
- [what stays untouched]
- Checks:
- [build/lint/test to run, if any]
After the mini-plan, draw an ASCII graph showing the affected components/layers, the files inside each (with line numbers when useful), and how they connect. Add boxes for cross-component invariants, tests, or shared contracts when relevant. Then list the touch-points:
| # | File | What changes |
|---|---|---|
| 1 | path/to/file.ext:line | brief description |
This is a comprehension tool — render only the structure that helps you and the user see what moves together.
For discovery: prefer codebase-retrieval to assess impact — pass the workspace root as directory_path, not a specific repo subdir, so cross-repo and monorepo touch-points are visible. Fall back to Read, Glob, Grep when the path or symbol is already known. For changes: Edit, Write. No subagent delegation.