Skip to content
Skills Library
Programming · Building & coding

executing

/executing

Runs a written plan task by task with checks and a final review. Use when a plan exists and the user says go, implement it, execute the plan, or build the planned feature. Not for writing plans, single edits or reviews.

Repository
foma-skills ↗
Licence
Apache-2.0
Last repository change
13.11.2026

Assessment and security

90/ 100Class: good
Format25 / 25
Frontmatter with name and description, valid name, description up to 1,024 characters, name matching the folder.
Discoverability25 / 25
Description explains when to use the skill, has a reasonable length and uses third person.
Content25 / 35
At least 150 words and at most 500 lines, headings, step lists, examples or code.
Hygiene15 / 15
No placeholders such as TODO, no Windows paths, with a licence.
Riskno signals detected in the scan
Files in this package
2
Scripts
0
HTML comments
0
URLs in SKILL.md
0
Deprecation

No signals detected. Repository changed on 13.11.2026, without references to retired models or APIs.

Licence

Apache-2.0, otwarta: można używać i zmieniać, z zachowaniem licencji i informacji o zmianach.

What it does and when to use it

Runs a written plan task by task with checks and a final review. Use when a plan exists and the user says go, implement it, execute the plan, or build the planned feature. Not for writing plans, single edits or reviews.

Original author description

Runs a written plan task by task with checks and a final review. Use when a plan exists and the user says go, implement it, execute the plan, or build the planned feature. Not for writing plans, single edits or reviews.

How it works

  1. Steps
  2. Rules
  3. Report
Original SKILL.md headings · 33 lines, 510 words
SKILL.md preview
---
name: executing
description: >-
  Runs a written plan task by task with checks and a final review. Use when a plan exists and the user says go, implement it, execute the plan, or build the planned feature. Not for writing plans, single edits or reviews.
license: Apache-2.0
metadata:
  level: "process"
  uses: "tdd debugging reviewing committing documenting"
  agents: "implementer reviewer explorer"
  tokens: "786"
---

Execute `docs/plans/<feature>/plan.md` task by task, verify each result yourself, review the whole feature once, and close the plan.

Uses: foma-skills:tdd (test-first tasks), foma-skills:debugging (a failure you don't understand), foma-skills:reviewing (final pass), foma-skills:committing (commit rule), foma-skills:documenting (decisions found); agents `implementer`, `reviewer`, `explorer` (wide code search).

## Steps
1. Find the plan: `## Where things live` in CLAUDE.md, else `docs/plans/<feature>/plan.md`. None: say so and point to foma-skills:planning, or do it directly if the change is small. Read the plan once. Resume at the first task whose Status is not `done`. `Started:` empty → set it to now (`date '+%F %H:%M'`).
2. Choose the path and say it in one line: 1–2 tasks → inline, you do them; more → one `implementer` agent per task, run one at a time.
3. Appetite check before each task (plan has `Appetite:`): time since `Started:` plus the work left clearly past the budget → stop, say how far over and offer the `cut first` item; the user picks. Cut: mark that item cut in the plan and go on. Extend: ask the new budget, replace `Appetite:` and reset `Started:` to now. Continue: append `— continue ok` to `Appetite:`. A plan whose `Appetite:` ends with `continue ok` is not checked again.
4. Per task: set `Status: doing` in the plan, then run it.
   - Inline: follow Steps, test-first where the task says so.
   - Agent: call the `implementer` agent with the Agent `model` param from the task's `Model:` line and a self-contained brief. Agent missing from `.claude/agents/`: use a general-purpose subagent with the same brief and say once that `/foma-skills:groundwork` installs them.
5. Check "Done when" yourself: read the diff (`git diff`), run the typecheck and the targeted test from CLAUDE.md `## Commands`. Pass → `Status: done`. Fail → one retry with the failure in the brief. Failing twice → `Status: blocked` plus the reason, stop, ask the user. A failing test you can't explain: foma-skills:debugging.
6. After the last task: run the full suite once, then one `reviewer` agent for the whole feature (brief: plan path, diff range). Fix must-fix findings, re-run the suite.
7. Commits via foma-skills:committing: per task only if CLAUDE.md says so, otherwise propose one at the end.
8. Close: append one retro line to the plan (what slowed us, what to change), move the plan folder to `docs/plans/archive/`. Decisions found on the way: foma-skills:documenting. Skip the move if any task is blocked.

## Rules
- Never trust an agent's report; read the diff and run the check.
- Keep tasks in plan order; deviate from the plan only after telling the user, with the reason.
- Per task run typecheck and one targeted test, not the whole suite.
- Never push; never commit unless the project's rule says so.
- Don't implement a delegated task yourself; re-brief or block it.

If you delegate a task to an agent, read `references/brief.md` for the brief template.

## Report
- Tasks: done N, blocked N (reasons).
- Review verdict and findings fixed.
- Suite: command, result.
- Retro: the one line.
- Not checked: <…>
Files in this package (2)
  • SKILL.md 4 KB
  • references/brief.md 1 KB

Versions

RepositoryScoreLicence
This page · t8jwscc7qy-sketch/foma-skills90Apache-2.0
gregoryho/arcforge100MIT

Database snapshot: 13.11.2026 · package version 1127aad102b7 (SHA-256 digest of the entire package)

Downloads in the last 30 days: 0 · ranking

Report a problem with this skill: harmful content, incorrect descriptions or an author’s removal request.

Similar skills

  • 90sr-executing-plans
    Use when you have a written implementation plan to execute in a separate session with review checkpoints
  • 90executing-plans
    Use when you have a written implementation plan to execute in a separate session with review checkpoints
  • 90executing-plans
    Use when you have a written implementation plan to execute in a separate session with review checkpoints
  • 100executing-plans
    Use when you have a written implementation plan to execute in a separate session with review checkpoints
  • 100executing-plans
    Execute a written implementation plan with review checkpoints and structured progress tracking. Use when you have a spec or plan ready to implement, when user says "execute this plan", "implement this spec", "carry out these steps", or "start working on the plan".
  • 100executing-plans
    Execute a written implementation plan task by task, reviewing it critically first, following each step exactly, running every verification, and stopping to ask rather than guessing when blocked. Use when you have a plan document (such as one from the writing-plans skill) and…

Feedback and reports

Your message goes to Bartosz Sokoliński. An email address is needed only for a reply. See the privacy policy.