Creates or updates feature implementation plan documents in doc/plan. Use when planning a new software feature, refining feature scope/name, tracking TODO/DONE progress, or marking a plan as achieved.
Determines project type from context to configure analysis thresholds. Checks prompt, scans documents, or asks user if type cannot be inferred. Outputs project_type for use by python-plan-optimization skill.
skill__spec__set `spec set <yyyy-mm-dd> <taskName>` [SET] Switch to existing CODE_SPEC.
Creates structured implementation plans from feature requirements. Use when planning new features, multi-phase projects, or when the user asks for an implementation plan, build plan, or development roadmap.
Use when determining how fast or slow motion should beโpacing action sequences, dramatic pauses, comedic beats, or any situation where the duration of movement matters.
Systematic todo management approach. Analyze task clarity before adding; ask for details when needed to ensure actionability. Uses Obsidian's todo.md with three regions: Important (้่ฆ), Todo, Finish (ๅฎๆ). Trigger when user says "ๆทปๅ ไปปๅก", "ๆฐไปปๅก", "่ฎฐๅฝๅพ ๅ", "็ฎก็ไปปๅก" or needs task reasoning, priority judgment, or task breakdown.
Use when executing implementation plans with independent tasks in the current session
Project organization, multi-agent coordination, bug reporting, feature requests, and documentation practices. Use when managing projects, coordinating work, or organizing development workflows.
ํ๋ก์ ํธ๋ณ Claude Code ์ธ์ ์๊ฐ์ ์ง๊ณํ์ฌ ๋ฆฌํฌํธ ์์ฑ. ์ผ๋ณ/์ฃผ๋ณ/์๋ณ ์๊ฐ ๋ถํฌ๋ฅผ Obsidian ํ ์ด๋ธ๋ก ์๊ฐํ. "์๊ฐ ์ถ์ ", "ํ๋ก์ ํธ ์๊ฐ", "time tracking" ๋ฑ์ ์์ฒญ ์ ์๋ ์ ์ฉ.
Use this skill when proposing new features or changes via the Spec PR process. Manages the creation, refinement, and approval of feature specifications before any code is written. Triggers include "create spec", "propose change", "start spec PR", or beginning feature definition.
Spec-driven development methodology for ANY software project. USE WHEN developing features, fixing bugs, creating skills, or preparing releases. USE WHEN user mentions specs, testing, release process, change proposals, or deployment. Provides flexible spec tooling guidance but STRICT release discipline.
Guide for spike-driven development methodology. Use when starting new features, testing architecture patterns, integrating unfamiliar APIs/data sources, or validating technical feasibility before full implementation. Emphasizes TDD, real data validation, and risk reduction through minimal proofs-of-concept.
Manages file-based work items through a lightweight kanban system using folder-based state management. Handles backlog capture, design phase, active work, review, and archiving. Creates items in 00-backlog/, moves through 10-in-design/, 20-in-progress/, 30-in-review/, to 90-archive/. Applies templates and checklists at each stage. Zero-friction backlog entry, clear decision gates between stages.
Use when designing complex technical features requiring cross-team coordination, system architecture decisions, data model changes, API definitions, or when stakeholders need comprehensive technical documentation before implementation
ๅจ็ผๅใๆดๆฐใ็ปดๆค roadmap.md ็ๆถๅ่งฆๅ
Start-of-session skill. Runs session preflight and then selects next work.
Create a Linear issue. Use when user asks to create an issue, register a task, track work, or needs a ticket before starting development. Do NOT load for: implementation work, code review, deployment.
Manage project tasks. Create, list, update, and track dependencies of tasks.
Enterprise Skill for advanced development
Synchronize plans from a spec file. Reads the spec, generates or updates related plans, marks deprecated plans, and updates the spec's Milestones section. Use when user changes a spec and wants to regenerate plans.
