doc-writer
Create or update numbered task docs using repo context, DOC_TEMPLATE.md, and naming conventions.
Create or update numbered task docs using repo context, DOC_TEMPLATE.md, and naming conventions.
Manage features.yml for tracking requirements and progress; use proactively ONLY when features.yml already exists, or invoke manually to create one; complements TodoWrite for persistent project state.
Apply STRIDE methodology to systematically identify threats. Use when analyzing system security, conducting threat modeling sessions, or creating security documentation.
Changes phases in the GitHub Elements workflow by closing the current thread and opening the next phase thread. Use when user wants to END current phase and BEGIN next (e.g., "transition to TEST", "move to REVIEW", "demote to DEV", "merge this"). Do NOT use for status checks, claiming issues, saving progress, or generating reports.
This skill should be used when creating or working with modular project plans stored as Obsidian-compatible markdown wikis. Use when the user asks to create a plan, roadmap, or documentation system that needs to be navigable in Obsidian, or when working with existing plan wikis that use the %% [ ] %% task tracking format.
Battle-tested code review practices optimizing for codebase health and team velocity
Overview of the project's tech stack, directory structure, and architectural patterns.
็ณป็ตฑๅ็ๅ้กๅๆๅฐๅฎถๆ่ฝ๏ผ่ชๅๅ่ชฟไบๅๅฐ้ไปฃ็้ฒ่กๆทฑๅบฆๅ้กๅๆใ ้ฉ็จๆผ๏ผ - ไฝฟ็จ่ ๆ PM ๅ ฑๅ็็ทไธๅ้ก - ้็ผๅ้ๅๆ ็ๆ่กๅ้ก - ๆธฌ่ฉฆ็ผ็พ็ bug - ็็ข็ฐๅขๅ่ญฆๅ็ฐๅธธ
Scan conductor/ directory for project direction, workflows, and task planning when present
ไปๆง้งๅ้็บ๏ผSDD๏ผใฏใผใฏใใญใผใ่ชๅ็บๅใงๅผทๅถใSubtask้ๅงๆใซAC็ขบ่ชใTDDๅฎ่กใๅฎไบๆใซACใใงใใฏใๅฎๆฝใในใณใผใๅคๅฎ่ฃ ใ็ฆๆญขใUse when implementing features, creating new functionality, or when "ๅฎ่ฃ ใใฆ", "ไฝๆใใฆ", "้็บใใฆ" keywords appear.
Use when coordinating dependency-aware task planning with beads (bd) CLI and bv graph sidecar - covers ready work selection, priority management, and robot flags for deterministic outputs
Create or update comprehensive GitHub issues that capture ALL context, requirements, and implementation details. Use when creating or updating tickets, issues, feature requests, or bug reports. Ensures no context is lost between ticket creation and implementation - the moment you ask for a ticket, there's maximum context available that will be lost if not captured now.
Complete product launch workflow coordinating 15+ specialist agents across research, development, marketing, sales, and operations. Uses sequential and parallel orchestration for 10-week launch timeline.
Use when partner provides a complete implementation plan to execute in controlled batches with review checkpoints - loads plan, reviews critically, executes tasks in batches, reports for review between batches
List and get Linear projects via CLI (read-only operations)
ๅญใจใผใธใงใณใใฎ่ตทๅใปๆ็คบใปๅ ฑๅใปๅฎๅ จ้็จใๆจๆบๅใใในใญใซใcodex ใงใฎใฟในใฏๅ่งฃใ็ขบ่ชๅคๆญใใใงใใฏใชในใใใใณใใฌใผใใๆไพใใใชใผใใผ/ๅฎ่ฃ /ใฌใใฅใผๅใจใผใธใงใณใใ่ฟทใใๅใใใใใซใใใ
Clerk for reserve reduction, trespass, survey errors, and railway takings; use when processing the Land_Reduction_Trespass queue.
Clerk for forced surrenders, threats, procedural irregularities, and lack of informed consent; use for Coercion_Duress queue.
Clerk for water licenses, irrigation, riparian rights, and fishing restrictions affecting Pukaist/Nlaka'pamux; use for Water_Rights_Fishing queue.
Clerk for Chief/Council authority, assertions of title, self-government, and resistance to federal imposition; use for Governance_Sovereignty queue.