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 skills/medadembha/docflow/initnpx skills add MedAdemBHA/docflow --skill initgit clone --depth 1 https://github.com/MedAdemBHA/docflowWhat 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.00056 | $0.00629 |
| Opus 5 | $0.00028 | $0.00315 |
| Sonnet 5 | $0.00011 | $0.00126 |
| Haiku 4.5 | $0.00006 | $0.00063 |
Grade A, and why
init 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 3d 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 — 59 lines — stays where its author put it; the contents beside it link to each section on GitHub.
init
Goal: initialize docflow only when doctor says this repo has no meaningful docs yet. Keep existing user-authored files; generated maintenance files may be refreshed.
Steps
- Run doctor first.
bash scripts/docflow-doctor.sh --target <REPO ROOT>
-
Route by recommendation.
docflow-init: continue.docflow-adopt: stop and run/docflow:adoptinstead (preserves existing docs).docflow-repair: stop and run/docflow:repairinstead.
-
Pick docs root.
- Use
docs/unless the user explicitly chooses another root.
- Use
-
Pick project name.
- Prefer repo folder name.
- If root
README.mdhas clear project title, use that.
-
Run scaffold from plugin root (idempotent; skips existing user content, refreshes generated files):
bash scripts/scaffold.sh --docs-root <DOCS_ROOT> --project "<PROJECT NAME>" --target "<REPO ROOT>"
This creates the category tree, drops templates, writes docflow.json, and scaffolds AGENTS.md + GEMINI.md + .cursorrules.
-
Add root README link if missing:
## Documentation- link to
<DOCS_ROOT>/README.md
-
Seed the first changelog. Create
<DOCS_ROOT>/changelog/(mmm-yy).mdfor the current month from the template, summarizing recent history (git log --no-merges --pretty='%h %ad %s' --date=short -20). Use thechangelogskill for the format. -
Regenerate the map and validate:
bash scripts/docflow-map.sh "<REPO ROOT>/<DOCS_ROOT>" bash scripts/docflow-validate.sh --target "<REPO ROOT>"Fresh template placeholders are warnings; validation errors are blockers.
-
Report what was created (docs root,
docflow.json,AGENTS.md,GEMINI.md,.cursorrules, validation status) and point the user at/docflow:author(writing),/docflow:router(reading),/docflow:validate(readiness),/docflow:repair(maintenance).
Rules
- Never overwrite existing user-authored docs files.
- If docs already exist, prefer
/docflow:adoptover/docflow:init. - Keep
AGENTS.mdanddocflow.jsonaligned on docs root. - Follow the naming rules in
<DOCS_ROOT>/NAMING.mdfor every file you create after.
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.
- 3d ago First seen · 59 lines · 56 tokens per session scan A 11a59bc9392f
init is a skill published in the GitHub repository MedAdemBHA/docflow (41 stars, last pushed 18d ago), licensed MIT. It adds 56 tokens to every session and 629 once invoked, about $0.0003 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-30.
Other skills, from other repositories
project-context
Resume, handoff, and long-running repo work by keeping durable context across threads or agents: task briefs, logs, and reusable reference notes.
codex-project-director
Invoke explicitly with $codex-project-director to act as an active, non-implementing control plane that drives multiple Codex tasks or sessions toward one verified project outcome. Use only for a user-designated director or supervisor session, not a single local task, ordinary implementation, one-off review, or status…
tighten-docs
Use by default whenever creating, revising, reviewing, or finalizing human-authored documentation whose source meaning is settled, including documentation changed within another task. Apply from first draft through final review to keep one direct current state, clear reader routes and ownership, and remove rejected…
codex-token-discipline
Use for Codex work with clear excess-cost risk: broad or unpredictable logs and diffs, browser/UI loops, subagents, repeated compaction, or explicit usage audits. Guides preflight output limits, bounded delegation, evidence reuse, and compact checkpoints. Skip routine edits, direct answers, and ordinary test runs.
interactive-state-flow
Use when an interactive flow is laggy, stale, or race-prone because user intent, source state, derived presentation, async IO, scheduling, or background work are mixed. Keep source state prompt, protect the urgent interaction path, and admit async or presentation results only through a freshness-owning boundary.
agents-md-editor
Use when creating, editing, or reviewing AGENTS.md, agents.md, CLAUDE.md, Copilot instructions, Cursor rules, or any always-read repository instruction file. Keep persistent agent instructions small, durable, non-duplicative, and action-oriented; classify content that belongs in commands, onboarding, reference docs…