update

A tool for adding outside information to an operations repository’s knowledge base. It can accept text directly or process files placed in a special .update folder.

In plain words
What is it for?
Use it to classify and merge new information into state, reference, backlog, or artifact files.
Why use it?
It gives incoming research, status updates, decisions, tasks, and deliverables a defined place in the repository.

Skill for Claude CodeCodex

Install

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.

agentmods
npx agentmods add skills/odinmb/ops-workflow/update
Any agent
npx skills add OdinMB/ops-workflow --skill update
Clone the repo
git clone --depth 1 https://github.com/OdinMB/ops-workflow

Made for: Claude Code, Codex.

Per session 37 Skills are progressive disclosure: only the name and description are preloaded; the body loads when the skill is used.
When invoked 1,299 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. Scan, not verified.
Origin original No closer match found in the catalogue.
Token cost

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.

ModelPer sessionOnce 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

Measured 2d ago against content hash 8c2b329fe464, method: parsed. Prices are Anthropic first-party input rates as of 2026-08-30, from the pricing page.

Security

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.

skills/update/SKILL.md · 89 lines

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 $ARGUMENTS is non-emptyInline mode: the arguments contain the information to integrate.
  • If $ARGUMENTS is empty or blankInbox mode: process files from .update/.

Inline Mode

The user provided content directly: $ARGUMENTS

  1. Load context. Read CLAUDE.md and MEMORY.md to understand the repo structure, goals, and current state.

  2. 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 / researchreferences/
    • Specific actions to do nextbacklog/
    • Delivered outputartifacts/
    • 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/.

  3. 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.
  4. 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 parent INDEX.md.

  5. 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.

Read the full file on GitHub · 89 lines

Changes

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.

  1. 2d ago First seen · 89 lines · 37 tokens per session scan A 8c2b329fe464

Subscribe to this mod's changes

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.

Related

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…

voxpelli/vp-claude · 181 tokens

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…

voxpelli/claude-beads · 186 tokens

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…

voxpelli/claude-beads · 91 tokens

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…

voxpelli/claude-beads · 176 tokens

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…

voxpelli/claude-beads · 191 tokens

factory-standup

Dev standup — open Linear tickets grouped by in-flight, top priority, and backlog.

nonlinear-xyz/factory-kit · 22 tokens