<< All versions
Skill v1.0.0
currentLLM-judged scan90/100akougkas/wtf-p/wtfp-plan-section
──Details
PublishedOctober 21, 2026 at 01:40 PM
Content Hashsha256:160c20748f9484ae...
Git SHA2b261c4f7436
──Files
Files (1 file, 3.1 KB)
SKILL.md3.1 KBactive
SKILL.md · 42 lines · 3.1 KB
version: "1.0.0" name: wtfp-plan-section description: This skill plans and safely reshapes manuscript sections. It activates when an agent needs to discuss a section, expose assumptions, make a writing or revision plan, insert a newly discovered section, remove an unstarted section, or perform the WTF-P discuss-section, list-assumptions, plan-section, plan-revision, insert-section, or remove-section actions.
Plan a WTF-P Section
Translate the manuscript argument and the author's intent into an executable, verifiable section plan.
Select the action
- Use
discuss-sectionto capture the author's intended reader experience and boundaries. - Use
list-assumptionsto preview the current interpretation without writing files. - Use
plan-sectionto create an evidence-backed writing plan. - Use
plan-revisionto convert review findings into targeted fixes. - Use
insert-sectionorremove-sectionto change outline structure deliberately.
Read references/actions.md for the selected action before changing project state.
Apply the planning contract
- Resolve the section against
project://structure/outlineandproject://sections/{section}; reject ambiguity instead of guessing. - Load
project://manifest,project://state,project://decisions, the outline, prior section summaries,project://sections/{section}/context, andproject://sections/{section}/researchwhen they exist. - For
plan-section, readproject://validations/*and apply the prerequisite selector and decision-fidelity gate in the detailed action reference before any specialist dispatch. - Treat context as author guidance, research as synthesis, source records as identity/provenance, evidence records as claim support, and outline claim IDs as obligations. Preserve those distinctions through planning and checking.
- Honor
project://configgates and its destructive-change safety policy. - Give every plan a concrete objective, declared dependencies, target files, ordered tasks, checkpoints, verification steps, success criteria, and expected outputs.
- Check the plan goal-backward: completing its tasks must be sufficient to satisfy the section goal and assigned claims.
- Iterate on checkable defects; escalate unresolved judgment calls to the author.
- Report the plan path, verification state, open decisions, and next executable action.
Preserve outline integrity
- Keep stable section IDs, outline order, state references, dependencies, artifact links, and word totals synchronized.
- Preview every structural edit before applying it.
- Remove only a section proven to be unstarted and empty of authored plans, summaries, reviews, and manuscript content.
- Back up affected planning files before a multi-file rename or removal.
- Never initialize, commit, branch, merge, delete, or renumber implicitly. Structural deletion requires the action's explicit user gate; VCS work belongs to a separate declared action.
If the evidence needed for a plan is missing, create a precise research handoff instead of filling the plan with unsupported claims.