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/odinmb/ops-workflow/updatenpx skills add OdinMB/ops-workflow --skill updategit clone --depth 1 https://github.com/OdinMB/ops-workflowWhat 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.00037 | $0.01299 |
| Opus 5 | $0.00018 | $0.00649 |
| Sonnet 5 | $0.00007 | $0.00260 |
| Haiku 4.5 | $0.00004 | $0.00130 |
Grade A, and why
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 2d 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 — 89 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Update
Ingest external information into this ops repo's knowledge base. Two modes depending on whether arguments are provided.
Detect Mode
- If
$ARGUMENTSis non-empty → Inline mode: the arguments contain the information to integrate. - If
$ARGUMENTSis empty or blank → Inbox mode: process files from.update/.
Inline Mode
The user provided content directly: $ARGUMENTS
-
Load context. Read
CLAUDE.mdandMEMORY.mdto understand the repo structure, goals, and current state. -
Classify the information. Apply the whole-file test from CLAUDE.md — fact about the world, or decision/framework?
- Fact about the world (status, metric, inventory) →
state/ - Decision / strategy / framework / guardrails / research →
references/ - Specific actions to do next →
backlog/ - Delivered output →
artifacts/ - Strategic insight → may also warrant a MEMORY.md Key Learnings update
- Mixed → split
Trap: "current strategic posture" content feels state-shaped but is forward-looking strategy →
references/. - Fact about the world (status, metric, inventory) →
-
Integrate. For each piece of information:
- Read the target file first — never overwrite blindly. Merge or append.
- When updating state files, update the
_Last updated: YYYY-MM-DD_line. - When adding backlog items, insert in priority order (highest first), not at the end.
- If placement is ambiguous, apply the Whole-File Test and place it anyway — then note the call in a clause when you report. Ask the user only when the ambiguity is about what the information means for the project: a fact you can't reconcile with existing state, or a claim that changes a stated goal. Never ask which folder something belongs in.
-
INDEX.md cascade. For every file created or significantly changed, update that folder's
INDEX.md. If the folder's overall summary changed, cascade to the parentINDEX.md. -
MEMORY.md check. If the information shifts the project's strategic understanding — a new constraint, a key learning, a changed goal — add or update an entry under Key Learnings. Don't add specific data points (those belong in state/references); only add general insights.
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.
- 2d ago First seen · 89 lines · 37 tokens per session scan A 8c2b329fe464
update is a skill published in the GitHub repository OdinMB/ops-workflow (7 stars, last pushed 15d ago), licensed MIT. It adds 37 tokens to every session and 1,299 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
raindrop-triage
This skill should be used when the user asks to 'triage unsorted bookmarks', 'clean up raindrop inbox', 'sort unsorted', 'organize bookmarks', 'raindrop triage', 'process bookmark backlog', 'promote triaged bookmarks', 'classify triaged', 'raindrop cleanup', 'deduplicate bookmarks', 'find duplicate bookmarks', 'tag…
upstream-tracker
Manage upstream issue tracking for this project. Use when the user wants to log a bug or friction point in a vendor package or npm dependency, review open upstream items, resolve a tracked issue, run a trend review, generate the upstream observations section of a sprint retrospective, promote upstream observations to…
retrospective
Run a sprint retrospective for this project. Use when the user says 'retrospective', 'retro', 'close out the sprint', 'what went well', 'generate retro', or wants to generate a RETRO-NN.md file. Reads UPSTREAM-.md files, recent git history, and conversation context to pre-populate the retrospective. Do NOT use for…
swarm-wave
Orchestrate multi-agent development sprints with wave-based parallelism. Use when the user wants to plan a swarm sprint, partition work into file-disjoint waves, map file contention across open issues, run a post-wave quality gate with review agents, manage agent backpressure, run a parallel research wave, or…
backlog-groomer
Manage the beads backlog for this project. Use when the user wants to review or triage open issues, reprioritize the backlog, identify obsolete issues to close, investigate a topic to inform future work, create new issues from research findings, or enrich an existing issue with external context. Trigger phrases…
factory-standup
Dev standup — open Linear tickets grouped by in-flight, top priority, and backlog.