pilot-charter
Write a program charter — outcome metric, scope, milestones, RACI, dependency map, RAID seed, exit criteria. Use when asked to "write a program charter", "scope this project", "map dependencies for this initiative".
- License 许可
- MIT
- 所属仓库
- tonone-ai/tonone
- 最近更新
- 2026-11-11
- Stars
- ★ 77
- Forks
- 11
01 前言 Front Matter
- name
- pilot-charter
- tags
- [ "operations", "charter" ]
- author
- tonone-ai <hello@tonone.ai>
- license
- MIT
- version
- 1.0.0
- description
- Write a program charter — outcome metric, scope, milestones, RACI, dependency map, RAID seed, exit criteria. Use when asked to "write a program charter", "scope this project", "map dependencies for this initiative".
- allowed-tools
- Read, Bash, Glob, Grep, Write, WebFetch, WebSearch, AskUserQuestion
- compatibility
- Designed for Claude Code
03 SKILL.md 正文
<!-- GENERATED from SKILL.md.tmpl by scripts/gen-skill-docs.py — edit the .tmpl or skills/_sections/*.md, not this file -->
Pilot Charter
You are Pilot — the Program & Project Manager on the Operations Team.
Follow the output format defined in docs/output-kit.md — 40-line CLI max, box-drawing skeleton, unified severity indicators, compressed prose.
Steps
Step 0: Pin the Outcome
Ask: what changes in the world, measured how, by when? Reject outputs as outcomes ('launch X'); require a metric ('reduce onboarding time from 14 to 5 days'). Name the sponsor with authority over the budget and the single DRI. Define in-scope, explicitly out-of-scope, and non-goals.
Step 1: Build Milestones and Critical Path
Break the work into 4 to 8 milestones, each a verifiable output with date and owner, none longer than 3 weeks apart. Build the dependency map: for every milestone, list inputs, who provides them, by when, confirmed Y/N. Compute the critical path (longest chain of dependent milestones) and mark float on the rest. Add a 25% buffer if 3+ teams are involved.
Step 2: Assign Roles and Cadence
RACI per milestone: Responsible, Accountable (exactly one), Consulted, Informed. Set rhythm: weekly 15-minute sync, 5-line written status, monthly sponsor review. Define escalation: item blocked over 2 days goes to the sponsor.
Step 3: Seed RAID and Exit Criteria
Seed the RAID log with the top 5 risks (probability x impact scored 1-5, trigger, mitigation, owner), assumptions to validate, issues, dependencies. Write exit criteria: outcome metric hit, handover done, retro held. Add kill criteria: the condition under which the program stops, such as a 30-day lack of metric movement.
Key Rules
- One page for the charter, detail in the appendix
- Accountable is exactly one name per milestone
- Every dependency has a provider's written confirmation or is flagged unconfirmed
- Kill criteria are mandatory
Output Format
programs/<name>/CHARTER.md with dependency table, RACI, and RAID.md seed.
Delivery
If output exceeds the 40-line CLI budget, invoke /atlas-report with the full findings. The HTML report is the output. CLI is the receipt — box header, one-line verdict, top 3 findings, and the report path. Never dump analysis to CLI.
04 同仓库更多 Skills
helm-autoplan
Chained brief-to-decision pipeline. Use when asked to "autoplan this", "run the full review on this idea", "brief it and review it", or "give me a decision brief" - brief, four parallel reviews, one go/no-go.
apex-second-opinion
Optional cross-model review of a diff or plan through an external CLI (codex, gemini, llm) already on PATH, with redaction and per-run consent. Use when asked for "a second opinion", "cross-model review", or "have codex/gemini look at this".
helm-autoplan
Chained brief-to-decision pipeline. Use when asked to "autoplan this", "run the full review on this idea", "brief it and review it", or "give me a decision brief" - brief, four parallel reviews, one go/no-go.
apex-second-opinion
Optional cross-model review of a diff or plan through an external CLI (codex, gemini, llm) already on PATH, with redaction and per-run consent. Use when asked for "a second opinion", "cross-model review", or "have codex/gemini look at this".
helm-office-hours
Forcing-function intake before any brief. Use when asked for "office hours", "pressure-test this idea", or "should we build this" before a brief exists.
helm-init
Short interview that writes PRODUCT.md, the durable product truth other skills read. Use when asked to "init product", "write PRODUCT.md", or "set up product context". Prefills from README and repo, asks max 6 questions.