원클릭으로
todo-create
Use when creating durable work items, managing todo lifecycle, or tracking findings across sessions in the file-based todo system
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
Use when creating durable work items, managing todo lifecycle, or tracking findings across sessions in the file-based todo system
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
| name | todo-create |
| description | Use when creating durable work items, managing todo lifecycle, or tracking findings across sessions in the file-based todo system |
| disable-model-invocation | true |
The .context/agent-workflows/todos/ directory is a file-based tracking system for code review feedback, technical debt, feature requests, and work items. Each todo is a markdown file with YAML frontmatter.
Legacy support: Always check both
.context/agent-workflows/todos/(canonical) andtodos/(legacy) when reading. Write new todos only to the canonical path. This directory has a multi-session lifecycle -- do not clean it up as scratch.
| Purpose | Path |
|---|---|
| Canonical (write here) | .context/agent-workflows/todos/ |
| Legacy (read-only) | todos/ |
{issue_id}-{status}-{priority}-{description}.md
pending | ready | completep1 (critical) | p2 (important) | p3 (nice-to-have)Example: 002-ready-p1-fix-n-plus-1.md
Each todo has YAML frontmatter and structured sections. Use the todo template included below when creating new todos.
---
status: ready
priority: p1
issue_id: "002"
tags: [rails, performance]
dependencies: ["001"] # Issue IDs this is blocked by
---
Required sections: Problem Statement, Findings, Proposed Solutions, Recommended Action (filled during triage), Acceptance Criteria, Work Log.
Optional sections: Technical Details, Resources, Notes.
Tool preference: Use native file-search/glob and content-search tools instead of shell commands for finding and reading todo files. Shell only for operations with no native equivalent (
mv,mkdir -p).
mkdir -p .context/agent-workflows/todos/[0-9]*-*.md, find the highest numeric prefix, increment, zero-pad to 3 digits.{NEXT_ID}-pending-{priority}-{description}.md.pending (needs triage) or ready (pre-approved).Create a todo when the work needs more than ~15 minutes, has dependencies, requires planning, or needs prioritization. Act immediately instead when the fix is trivial, obvious, and self-contained.
*-pending-*.md in both paths.pending -> ready in filename and frontmatter, fill Recommended Action.pending.Load the todo-triage skill for an interactive approval workflow.
dependencies: ["002", "005"] # Blocked by these issues
dependencies: [] # No blockers
To check blockers: search for {dep_id}-complete-*.md in both paths. Missing matches = incomplete blockers.
ready -> complete in filename and frontmatter.dependencies:.*"{issue_id}".| Trigger | Flow |
|---|---|
| Code review | code-review -> Findings -> /todo-triage -> Todos |
| Autonomous review | /code-review autofix pass -> Residual todos -> /todo-resolve |
| Code TODOs | /todo-resolve -> Fixes + Complex todos |
| Planning | Brainstorm -> Create todo -> Work -> Complete |
This skill manages durable, cross-session work items persisted as markdown files. For temporary in-session step tracking, use platform task tools (TaskCreate/TaskUpdate in Claude Code, update_plan in Codex) instead.
@./assets/todo-template.md
Required before visually inspecting or QAing the Acepe desktop dev app, current dev app, Tauri WebView, session display, agent panel, or any UI-visible Acepe change. Use when the user says the dev app looks wrong, asks to inspect the app, asks for visual QA, or when a change affects desktop UI.
Run comprehensive agent-native architecture review with scored principles
Extract presentational UI from packages/desktop into @acepe/ui using MVC (Controller, Model, View). Use when moving a component to packages/ui, creating a shared UI primitive, splitting a smart Svelte file, or when the user mentions UI extraction, dumb view, thin wrapper, or @acepe/ui boundary.
Build web interfaces with genuine design quality, not AI slop. Use for any frontend work - landing pages, web apps, dashboards, admin panels, components, interactive experiences. Activates for both greenfield builds and modifications to existing applications. Detects existing design systems and respects them. Covers composition, typography, color, motion, and copy. Verifies results via screenshots before declaring done.
Commit, push, and open a PR with an adaptive, value-first description. Use when the user says "commit and PR", "push and open a PR", "ship this", "create a PR", "open a pull request", "commit push PR", or wants to go from working changes to an open pull request in one step. Also use when the user says "update the PR description", "refresh the PR description", "freshen the PR", or wants to rewrite an existing PR description. Produces PR descriptions that scale in depth with the complexity of the change, avoiding cookie-cutter templates.
This skill manages Git worktrees for isolated parallel development. It handles creating, listing, switching, and cleaning up worktrees with a simple interactive interface, following KISS principles.