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/andyduck-ops/omp-flow/omp-flow-researchnpx skills add Andyduck-ops/omp-flow --skill omp-flow-researchgit clone --depth 1 https://github.com/Andyduck-ops/omp-flowWrote 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/andyduck-ops/omp-flow/omp-flow-research)<a href="https://agentmods.dev/skills/andyduck-ops/omp-flow/omp-flow-research"><img src="https://agentmods.dev/badge/skills/andyduck-ops/omp-flow/omp-flow-research.svg" alt="Measured on agentmods" 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 | $0.00032 | $0.00994 |
| Opus 5 | $0.00016 | $0.00497 |
| Sonnet 5 | $0.00006 | $0.00199 |
| Haiku 4.5 | $0.00003 | $0.00099 |
Grade A, and why
omp-flow-research 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 4d 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 — 86 lines — stays where its author put it; the contents beside it link to each section on GitHub.
OMP-Flow Research Gate
Preconditions
- The assignment identifies the Bundle root, bounded objective, entry Concept, output Concept, actor ID, and dispatch receipt.
- The entry contains a usable question or links to the current framing.
- Each independent question has an explicit output path, normally under
research/.
Decide Research Scope
For each consequential question, state which provisional anchor assumption, principal contradiction, or practical decision its answer could change. Research that cannot affect the framing, a decision, or a verification obligation needs a concrete reason to consume time.
Choose and persist one of:
- Internal: repository code, tests, accepted context, history, existing patterns, and applicable durable knowledge discovered through the native
omp-flow-wikiSkill. - External: primary documentation and mature projects; repository clones are acquired into the
ignored cache under
.omp-flow/cache/repos/. - Both: default for consequential architecture or unfamiliar domains.
- Skip: only when the user explicitly declines, the change is mechanical inside accepted knowledge, or existing evidence is sufficient. Record the concrete reason in a linked Concept.
Procedure
Before native dispatch, only Main/coordinator may dispatch, correlate operations/receipts, obtain or record human calibration, and choose a workflow transition. Those coordinator actions are inapplicable to an already-dispatched Researcher: it must not dispatch or self-redispatch, govern, calibrate, transition, or selectively reinterpret coordinator clauses. The Researcher still owns the complete bounded Research responsibility and assigned output: test the framing against practice, distinguish what evidence proves, does not prove, and merely makes possible, and report a materially changed principal contradiction as a Brainstorm-return signal rather than protect the earlier framing.
- Split uncertainty into independently investigable questions and create descriptive output paths.
- In Main/coordinator context only, dispatch Harness-native researcher agents when questions can
be investigated independently. Pass Bundle root, role, objective, entry Concept, exact output
path, actor ID, receipt, and the no-implementation boundary. Start one operation per native task
item, then forward its complete returned assignment unchanged with
id = actor_id = actorIdand matching descriptor role. The strict v1ompFlowDispatchdescriptor remains the first non-blank line; do not decorate or reconstruct it. - Separate facts, interpretations, counter-evidence, unknowns, and recommendations. Actively seek
the strongest evidence against the current framing, not only confirmation. Internal claims use
file:line; external claims use stable source URLs and version/date where relevant. - Keep investigation in linked research Concepts. Do not copy passages merely to promote them between tiers.
- Acquire useful repositories into the ignored clone cache and record the exact URL, revision, useful anchors, interpretation, and local relevance in one task-local Reference Concept.
- Retain an exact attachment only when links plus revision are materially insufficient.
- Write one or more synthesis Concepts comparing alternatives, risks, sources, and the justified direction. State whether the result confirms, revises, or falsifies the current anchor and what practical decision changes. Link the selected synthesis visibly from the Bundle index or relevant framing.
- Recommend returning to Brainstorm when evidence materially changes the problem or principal contradiction; the main session updates human-owned framing. Otherwise explain why remaining uncertainty does not prevent the next decision and hand the selected synthesis path to design.
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.
- 4d ago First seen · 86 lines · 32 tokens per session scan A 8078a7e4dbec
omp-flow-research is a skill published in the GitHub repository Andyduck-ops/omp-flow (6 stars, last pushed 8d ago), licensed MIT. It adds 32 tokens to every session and 994 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
systematic-debugging
Use when encountering any bug, test failure, or unexpected behavior, before proposing fixes.
brainstorming
You MUST use this before any creative work - creating features, building components, adding functionality, or modifying behavior. Explores user intent, requirements and design before implementation.
auto-perf-optimize
Run agent-driven VS Code performance or memory investigations. Use when asked to launch Code OSS, automate a VS Code scenario, run the Chat memory smoke runner, capture renderer heap snapshots, take workflow screenshots, compare run summaries, or drive a repeatable scenario before heap-snapshot analysis.
chat-perf
Run chat perf benchmarks and memory leak checks against the local dev build or any published VS Code version. Use when investigating chat rendering regressions, validating perf-sensitive changes to chat UI, or checking for memory leaks in the chat response pipeline.
chat-pet-sprite-creation
Use when creating or changing VS Code chat pet sprite art, sprite sheets, state animations, eye treatments, Stable/Insiders variants, or pet transitions under src/vs/workbench/contrib/chat/browser/widget/media/chatPet.
cpu-profile-analysis
Analyze V8/Chrome CPU profiles (.cpuprofile) and DevTools trace files (Trace-.json). Use when: profiling performance, investigating slow functions, comparing code paths, finding bottlenecks, analyzing timeToRequest, understanding call trees from sampling profiler data, analyzing layout/paint/rendering, investigating…