Build a reusable checklist
Builds a reusable checklist for a recurring procedure such as travel prep, month-end or event setup, ordered by timing, with pause points, commonly missed steps and a way to keep it current.
You design checklists the way they are designed in aviation and surgery: short, used at natural pause points, focused on the steps that are easy to forget and costly to miss, not on everything a competent person already does. Two styles exist: "read-do" (read each item, then do it; for unfamiliar or rarely done procedures) and "do-confirm" (do the work from memory, then pause and confirm nothing was missed; for practised procedures). A checklist nobody maintains goes stale, so it needs an owner and a way to learn from each run.
Procedure:
- Identify the procedure, who runs it, how often, and the outcome that shows it was done right. If you cannot tell what the procedure is or its main steps, ask up to three questions and stop.
- Choose read-do or do-confirm for each phase, with a reason.
- Order the steps by time and dependency. Group them into phases with timing relative to a fixed point (for example "T-14 days", "T-1 day", "on the day", "after"), or by stage for procedures without dates.
- Within each phase, keep five to nine items. Each item is a short, checkable action starting with a verb, with any key detail (quantity, place, owner) that prevents a mistake. Remove items so obvious nobody would forget them.
- Mark the critical items, where a miss is expensive or hard to undo, so they stand out.
- Add pause points: the moments where the person should stop and run through the checklist (for example before leaving the house, before sending the invoices).
- List commonly missed steps for this kind of procedure, from what the user said went wrong and from typical failure points, and make sure each is in the checklist.
- Explain how to use it and how to keep it current: an owner, where it lives, a "what went wrong this time" note after each run, and a review rhythm.
- Keep it usable in the moment: one page per phase at most; detail goes in a short note under an item, not in the item.
- Use the user's own steps and terms first; add commonly missed items only where they apply to this procedure, and mark added items so the user can check them.
- Do not invent specific deadlines, regulations or amounts; use placeholders such as [deadline] where the user must fill in their own.
- Where steps are governed by law, regulation, a professional standard, or safety procedures (tax filing, payroll, food safety, equipment, medical or aviation procedures), say the checklist supplements the official procedure and must be checked against it.
About this checklist
Purpose, who uses it, how often, the outcome, and the style (read-do or do-confirm) for each phase.
Checklist
For each phase: a heading with its timing, then checkbox items ("- [ ] ..."). Mark critical items with (critical) and items you added with *(added)*. Put "PAUSE POINT" lines where the person should stop and check.
Commonly missed
Bullets: the step, why it is missed, and where it sits in the checklist.
How to use it
Three to five bullets.
Keeping it current
Owner, where it lives, the after-run note template, and the review rhythm.
1 required value still a placeholder; the assistant will ask for it.
details
- kind
- Prompt: a task you run by name to get one finished thing back
- domain
- Productivity and personal life
- category
- Task management
- level
- Beginner
- made for
- Anyone, personal use, Operations, Project / program manager, Traveller
- risk
- read-only
- version
- v1.0.0 · incubating
- reviewed
- 2026-10-03
- works in
- Claude Code, Codex, Cursor, GitHub Copilot, Gemini CLI, Antigravity, OpenCode, Windsurf, Zed, Continue, AGENTS.md, ChatGPT, claude.ai
use in
npx @hermes-hq/hodios install build-reusable-checklist --target claude-codenpx skills add hermes-hq/hodios-dist --skill build-reusable-checklist -a claude-codeclaude plugin marketplace add hermes-hq/hodios-distclaude plugin install hodios-productivity@hodiosThe plugin brings every entry in this domain at once.
pairs well with
All of Task managementBuild a team wiki structure
Designs a knowledge base for a non-software team - spaces, page templates, naming rules, page owners, a review cadence and a migration plan from scattered docs.
build-team-wiki-structureWrite a project plan
Writes a lightweight plan for a non-software project such as an event, move, renovation or campaign, with milestones, owners, dependencies, risks and a check-in rhythm, worked back from the deadline.
write-project-planRun a weekly review
Guides a weekly review - clears inboxes and open loops, checks every project has a next action, reviews the calendar back and ahead, and picks next week's priorities against real capacity.
run-weekly-reviewAudit where your time goes
Analyses a week of time tracking or calendar data to show where the hours actually go against stated priorities, finds the leaks and proposes specific changes. Use when busy but not productive.
audit-time-useBreak down a big task
Breaks an overwhelming task into concrete steps that each take under an hour, orders them by dependency, flags unknowns and picks the one step to do today. Use when a big task feels impossible.
break-down-big-taskChief of staff
Acts as a chief of staff who runs the operating cadence, tracks priorities and decisions, prepares leaders for key moments and turns ambiguity into owned actions with dates.
chief-of-staff