Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx skills add bestagentkits/ck-skills --skill ck-plangit clone --depth 1 https://github.com/bestagentkits/ck-skillsWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/bestagentkits/ck-skills/ck-plan)<a href="https://agentmods.dev/skills/bestagentkits/ck-skills/ck-plan"><img src="https://agentmods.dev/badge/skills/bestagentkits/ck-skills/ck-plan/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/skills/bestagentkits/ck-skills/ck-plan"><img src="https://agentmods.dev/badge/skills/bestagentkits/ck-skills/ck-plan.svg" alt="Reviewed on agentmods" width="80" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00035 | $0.02111 |
| Opus 5 | $0.00017 | $0.01056 |
| Sonnet 5 | $0.00007 | $0.00422 |
| Haiku 4.5 | $0.00003 | $0.00211 |
Grade A, and why
ck:plan scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 10d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 199 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Planning
Create detailed technical implementation plans through research, codebase analysis, solution design, and comprehensive documentation.
IMPORTANT: Before you start, scan unfinished plans in the current project at ./plans/ directory, read the plan.md, if there are relevant plans with your upcoming plan, update them as well. If you're unsure or need more clarifications, use AskUserQuestion tool to ask the user.
Cross-Plan Dependency Detection
During the pre-creation scan, detect and mark blocking relationships between plans:
- Scan — Read
plan.mdfrontmatter of each unfinished plan (status !=completed/cancelled) - Compare scope — Check overlapping files, shared dependencies, same feature area
- Classify relationship:
- New plan needs output of existing plan → new plan
blockedBy: [existing-plan-dir] - New plan changes something existing plan depends on → existing plan
blockedBy: [new-plan-dir], new planblocks: [existing-plan-dir] - Mutual dependency → both plans reference each other in
blockedBy/blocks
- New plan needs output of existing plan → new plan
- Bidirectional update — When relationship detected, update BOTH
plan.mdfiles' frontmatter - Ambiguous? → Use
AskUserQuestionwith header "Plan Dependency", present detected overlap, ask user to confirm relationship type (blocks/blockedBy/none)
Frontmatter fields (relative plan dir paths):
blockedBy: [260301-1200-auth-system] # This plan waits on these plans
blocks: [260228-0900-user-dashboard] # This plan blocks these plans
Status interaction: A plan with blockedBy entries where ANY blocker is not completed → plan status should note blocked in its overview. When all blockers complete, the blocked plan becomes unblocked automatically on next scan.
Default (No Arguments)
If invoked with a task description, proceed with planning workflow. If invoked WITHOUT arguments or with unclear intent, use AskUserQuestion to present available operations:
| Operation | Description |
|---|---|
(default) |
Create implementation plan for a task |
archive |
Write journal entry & archive plans |
red-team |
Adversarial plan review |
validate |
Critical questions interview |
What ships with it
13 files beside SKILL.md in the same directory: the scripts, references and assets a skill reads on demand. Not counted in the per-session cost; read them before you install if any of them is executable.
- references/archive-workflow.md 2.3 KB
- references/codebase-understanding.md 1.9 KB
- references/output-standards.md 4.8 KB
- references/plan-organization.md 4.8 KB
- references/red-team-personas.md 2.6 KB
- references/red-team-workflow.md 2.6 KB
- references/research-phase.md 1.5 KB
- references/scope-challenge.md 3.1 KB
- references/solution-design.md 2.0 KB
- references/task-management.md 5.8 KB
- references/validate-question-framework.md 2.3 KB
- references/validate-workflow.md 2.3 KB
- references/workflow-modes.md 5.9 KB
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 10d ago First seen · 199 lines · 35 tokens per session scan A 8c99707237ec
ck:plan is a skill published in the GitHub repository bestagentkits/ck-skills (6 stars, last pushed 3mo ago), licensed MIT. It adds 35 tokens to every session and 2,111 once invoked, about $0.0002 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other skills, from other repositories
adr
Use when the user knows what they want built and says "/adr", "write an ADR for X", "decide and build X", or "ADR-driven". Turns an intent into a grounded, cited, build-ready ADR at docs/adr/YYYY-MM-DD- .md — load-bearing decisions surfaced to the human — then hands off to nightshift:plan's landing step (the plan is…
plan
Use when the user has an idea, feature, or fix that is more than a one-sitting edit and says "plan this", "write a plan for X", "/nightshift:plan", or "what would it take to build X". Sizes the work (trivial → no artifact; medium → a lean plan; large → a short spec first), asks one question at a time until the design…
watch
Use when a Nightwatch spec queue is about to run, or is already running, and someone needs to fire it, watch it, and steer it — "launch nightwatch", "watch the run", "/nightwatch:watch", "pause it", "skip that spec". Runs preflight, launches run.sh, arms the journal and workflow-journal monitors, knows what is safe to…
domain-modeling
Use when pinning down domain terminology, building a ubiquitous language or project glossary, disambiguating overloaded or vague terms, or maintaining a CONTEXT.md — or when another skill needs to sharpen the domain model. Do NOT use for recording architectural decisions (use adr) or for writing implementation specs.
morning
Use when the user says "/nightshift:morning", "what happened overnight", "how did the night go", "why did the loop stop", or opens a session in a repo with a loop/ directory after a scheduled run. Reads the journal since the last start line and every open land / land:blocked pull request, says per stop what happened…
writing-artifacts
Use when writing or revising a durable written artifact — README, ADR, design doc, PR description, release notes, runbook, error message, user-facing docs. Gives a positive writing system (reader model, sentence positions, document jobs), not a ban-list. Do NOT use for conversational replies to the user (global…