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 agentmods add commands/wislertt/bakefile/dev-docs-updategit clone --depth 1 https://github.com/wislertt/bakefileWhat 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 | $0.00007 | $0.00486 |
| Opus 5 | $0.00003 | $0.00243 |
| Sonnet 5 | $0.00001 | $0.00097 |
| Haiku 4.5 | $0.00001 | $0.00049 |
Grade A, and why
dev-docs-update 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 yesterday.
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 — 78 lines — stays where its author put it; the contents beside it link to each section on GitHub.
We're approaching context limits. Please update the development documentation to ensure seamless continuation after context reset.
Dev Docs Pattern
This command uses the dev docs pattern for persistent task management.
Key concepts:
.dev/active/- Work in progress.dev/archive/- Completed tasks (move here when done)- Three-file structure: plan, context, tasks
- Update
context.mdfrequently during session - Use
/dev-docs-updatebefore context reset
See .dev/README.md for complete documentation on the dev docs pattern.
Required Updates
1. Update Active Task Documentation
For each task in /.dev/active/:
-
Update
[task-name]-context.mdwith:- Current implementation state
- Key decisions made this session
- Files modified and why
- Any blockers or issues discovered
- Next immediate steps
- Last Updated timestamp
-
Update
[task-name]-tasks.mdwith:- Mark completed tasks as ✅
- Add any new tasks discovered
- Update in-progress tasks with current status
- Reorder priorities if needed
2. Capture Session Context
Include any relevant information about:
- Complex problems solved
- Architectural decisions made
- Tricky bugs found and fixed
- Integration points discovered
- Testing approaches used
- Performance optimizations made
3. Update Memory (if applicable)
- Store any new patterns or solutions in project memory/documentation
- Update entity relationships discovered
- Add observations about system behavior
4. Document Unfinished Work
- What was being worked on when context limit approached
- Exact state of any partially completed features
- Commands that need to be run on restart
- Any temporary workarounds that need permanent fixes
5. Create Handoff Notes
If switching to a new conversation:
- Exact file and line being edited
- The goal of current changes
- Any uncommitted changes that need attention
- Test commands to verify work
Additional Context: $ARGUMENTS
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.
- yesterday First seen · 78 lines · 7 tokens per session scan A a53f56f13cad
dev-docs-update is a command published in the GitHub repository wislertt/bakefile (5 stars, last pushed 3d ago), licensed Apache-2.0. It adds 7 tokens to every session and 486 once invoked, about $0.0000 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 commands, from other repositories
design-plan
Generate a concrete design system (tokens, style, type, UX) before building UI.
ci-monitor
You are the orchestrator for monitoring Nx Cloud CI pipeline executions and handling self-healing fixes. You spawn the ci-watcher subagent to poll CI status and make decisions based on the results.
gh-issue-plan
This command provides guidance for both automated and manual GitHub issue workflows.
commit
Create a git commit following Nx repository standards and validation requirements.
design-review
Run the 7-phase design review (WCAG AA, responsive, interaction) on a page or URL.
issue-workflow-guide
If you need to work on an issue manually, use the /gh-issue-plan command for structured guidance following the same workflow patterns.