Claude-skill-registry ln-401-task-executor

Executes implementation tasks (Todo -> In Progress -> To Review). Follows KISS/YAGNI, guides, quality checks. Not for test tasks.

install
source · Clone the upstream repo
git clone https://github.com/majiayu000/claude-skill-registry
Claude Code · Install into ~/.claude/skills/
T=$(mktemp -d) && git clone --depth=1 https://github.com/majiayu000/claude-skill-registry "$T" && mkdir -p ~/.claude/skills && cp -r "$T/skills/data/ln-401-task-executor" ~/.claude/skills/majiayu000-claude-skill-registry-ln-401-task-executor-23ac4a && rm -rf "$T"
manifest: skills/data/ln-401-task-executor/SKILL.md
source content

Implementation Task Executor

Executes a single implementation (or refactor) task from Todo to To Review using the task description and linked guides.

Purpose & Scope

  • Handle one selected task only; never touch other tasks.
  • Follow task Technical Approach/plan/AC; apply KISS/YAGNI and guide patterns.
  • Update Linear/kanban for this task: Todo -> In Progress -> To Review.
  • Run typecheck/lint; update docs/tests/config per task instructions.
  • Not for test tasks (label "tests" goes to ln-404-test-executor).

Task Storage Mode

AspectLinear ModeFile Mode
Load task
get_issue(task_id)
Read("docs/tasks/epics/.../tasks/T{NNN}-*.md")
Update status
update_issue(id, state)
Edit
the
**Status:**
line in file
KanbanUpdated by Linear syncMust update
kanban_board.md
manually

File Mode status format:

## Status
**Status:** In Progress | **Priority:** High | **Estimate:** 4h

Workflow (concise)

  1. Load context: Fetch full task description (Linear: get_issue; File: Read task file); read linked guides/manuals/ADRs/research; auto-discover team/config if needed.
  2. Receive task: Get task ID from orchestrator (ln-400); load full task description.
  3. Start work: Update this task to In Progress (Linear: update_issue; File: Edit status line); move it in kanban (keep Epic/Story indent).
  4. Implement: Follow checkboxes/plan; keep it simple; avoid hardcoded values; reuse existing components; add Task ID comment (
    // See PROJ-123
    ) to new code blocks; update docs noted in Affected Components; update existing tests if impacted (no new tests here).
  5. Quality: Run typecheck and lint (or project equivalents); ensure instructions in Existing Code Impact are addressed.
  6. Finish: Mark task To Review (Linear: update_issue; File: Edit status line); update kanban to To Review; add summary comment (what changed, tests run, docs touched).

Critical Rules

  • Single-task updates only; no bulk status changes.
  • Keep language of the task (EN/RU) in edits/comments.
  • No code snippets in the description; code lives in repo, not in Linear.
  • No new test creation; only update existing tests if required.
  • Preserve Foundation-First ordering from orchestrator; do not reorder tasks.
  • Add Task ID comments to new code blocks for traceability (
    // See PROJ-123
    or
    # See PROJ-123
    ).

Definition of Done

  • Task selected and set to In Progress; kanban updated accordingly.
  • Guides/manuals/ADRs/research read; approach aligned with task Technical Approach.
  • Implementation completed per plan/AC; docs and impacted tests updated.
  • Typecheck and lint passed (or project quality commands) with evidence in comment.
  • Task set to To Review; kanban moved to To Review; summary comment added.

Reference Files

  • Guides/manuals/ADRs/research:
    docs/guides/
    ,
    docs/manuals/
    ,
    docs/adrs/
    ,
    docs/research/
  • Kanban format:
    docs/tasks/kanban_board.md

Version: 3.0.0 Last Updated: 2025-12-23