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 OdinMB/ops-workflow --skill find-oppsgit clone --depth 1 https://github.com/OdinMB/ops-workflowWrote 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/odinmb/ops-workflow/find-opps)<a href="https://agentmods.dev/skills/odinmb/ops-workflow/find-opps"><img src="https://agentmods.dev/badge/skills/odinmb/ops-workflow/find-opps/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/odinmb/ops-workflow/find-opps"><img src="https://agentmods.dev/badge/skills/odinmb/ops-workflow/find-opps.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.00037 | $0.01542 |
| Opus 5.5 | $0.00015 | $0.00617 |
| Sonnet 5.5 | $0.00007 | $0.00308 |
| Haiku 4.5 | $0.00004 | $0.00154 |
Grade A, and why
find-opps 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 today.
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 — 103 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Find Opportunities
Identify new directions of work the project should explore — things that aren't already tracked, aren't obvious from the existing backlog, and that the project owner may not have thought to pursue yet. The output is backlog-ready items — this skill does NOT execute them.
This is the outward-looking complement to /find-tasks, which finds work within existing paths. This skill looks beyond current plans to find new territory.
When to Use
- When
/find-taskslenses 1-6 yield fewer than 2 new items (existing paths are well-mined) - When the user asks "what else should we be thinking about?"
- Between major milestones when strategy should be reassessed
- When the project feels stuck or stale
Context Required
Before running this skill, you need the project overview already loaded (charter.md, MEMORY.md, state files, backlog, recent plans, references). If you don't have it, gather it now:
charter.md— the goals, who the project is for, the audiences its goals target, and its non-goals (a repo set up before it existed keeps its goals in MEMORY.md); andMEMORY.md— project overview, constraints, and knowledge mapstate/INDEX.md→ then every file listed in itbacklog/INDEX.md→ then every file and subfolder listed in it- Active plans — glob
plans/*.md, skipINDEX.md, and read the rest (plans/INDEX.mddeliberately lists none of them), except an autopilot cycle record (*autopilot-cycle*), which is autopilot's record, not a plan plans/completed/INDEX.md— scan the 5 most recent completed plansreferences/INDEX.md— scan for existing research to avoid duplicatingreferences/discards.md, if it exists — ideas already turned down, each with its reason and what would reopen it
Isolate the heavy reading when you can. In an interactive session on a frontier model, push the context-load above and the lens-3/lens-4 web research to a read-only reader subagent that returns a distilled overview + web digest with citations — then do the ideation (lenses, Filter, Constraints) yourself on that brief. Reading state files and full web pages doesn't need frontier judgment; the ideation does. Enumerate what the reader should extract, or it drops the signal. Skip this on a small project where there's nothing to isolate. The ops:opps-finder agent cannot spawn subagents; it does the reading itself, already apart from its caller's context.
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.
- today Changed 92834b5b09db
- yesterday Changed · +5 lines ec56b2471b2f
- 2d ago Changed 1c61cc4fa1ae
- 23d ago Changed d56de6936e84
- 1mo ago First seen · 98 lines · 37 tokens per session scan A 299fafe2dba8
find-opps is a skill published in the GitHub repository OdinMB/ops-workflow (7 stars, last pushed yesterday), licensed MIT. It adds 37 tokens to every session and 1,542 once invoked, about $0.0001 per session on Opus 5.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
factory-db-migration
The operational discipline for running a destructive change against a production database — schema migrations, data backfills, one-shot RPCs, historical seed imports. Adjacent to factory-data-layer.md (schema design) and factory-deployment.md (where migrations execute in CI) — this skill is about the runbook around…
factory-api
API conventions for both server actions and tRPC builds. Covers the decision between them, per-mutation Zod input schemas, central router composition, pagination shape, multi-field search via Drizzle ilike + or(), mutation lifecycle hooks, conditional query enabling, stale-time defaults, error response shape and…
factory-ci
CI and pull-request review conventions. One canonical .github/workflows/ci.yml is the merge gate (typecheck, lint, test, build, claude-review); branch protection's required-checks list matches the job list 1:1; anthropics/claude-code-action@v1 reviews every PR against the factory-pitfalls.md checklist as a required…
factory-design
Design-system discipline distilled across builds. Semantic token vocabulary (name intent, not palette position), CSS variables bridged into Tailwind, dark/light as a variable swap, single- vs two-layer token systems, component primitives as token consumers, when to promote a repeated utility cluster into a primitive…
factory-frontend
Frontend conventions distilled across builds. CRUD shape (DataTable + drawer with mode union), RowActions primitive, format helpers, heading tiers, semantic color tokens, query-key naming, component-library decision criteria (Mantine vs shadcn). Read when scaffolding any UI surface that touches lists, forms, or entity…
factory-auth
Auth and authorization conventions distilled across builds with three different auth stacks (Better Auth + orgs, Supabase Auth + RLS, Clerk). Covers the provider decision matrix, the unified wrapper interface (requireAuth / requireRole / withOrgContext), procedure tier stacking, session handling, OAuth callback…