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 instructions/veedstudio/open-edit/agents-mdgit clone --depth 1 https://github.com/veedstudio/open-editWhat 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.04608 | $0.04608 |
| Opus 5 | $0.02304 | $0.02304 |
| Sonnet 5 | $0.00922 | $0.00922 |
| Haiku 4.5 | $0.00461 | $0.00461 |
Grade A, and why
open-edit AGENTS.md 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 — 205 lines — stays where its author put it; the contents beside it link to each section on GitHub.
AGENTS.md
This repo is a video creation and editing system powered by veed-engine-cli (the veed render engine).
It is not limited to captions: agents can edit, cut, and reframe footage; layer motion graphics and
visual elements (shapes, images, animations — not just text); turn slides or websites into video;
capture web pages; and compose rich stylized output over real footage.
Video is not always required. Work from stills, slides, websites, generated imagery, audio-only sources, or pure motion graphics when that fits the ask — source footage is optional, not assumed.
Use the full toolbox. Reach for any video or image generating service, and any available MCP server, when it helps — don't limit yourself to the local engine and recipe path.
Be creative and fluid. Try new ideas and avenues. Prototype, explore alternatives, and follow promising directions rather than collapsing every ask onto the captioned-recipe default. Match the ask; invent when the brief is open.
One common path is stylized captioned video via the open-edit skill
(.claude/skills/open-edit/SKILL.md) The default (recipe-backed)
caption run is scripted end to end — recipes are compiled code (refs/html/<id>/recipe.ts), zero
tokens at run time; subagents remain only for the opt-in vision analysis (run when the user asks to
refine the style); the CREATIVE path face-1 (the user brought their own reference/brand/concept) is
authored INLINE by the orchestrator, and creative iteration on a delivered result is REMIXED inline.
Treat captions as one capability among many — match the ask, and use the full engine surface when
the work calls for edits, motion graphics, or other compositions.
To run a video
When the user says "run the open-edit skill on <video.mp4>", follow
.claude/skills/open-edit/SKILL.md exactly (the FAST PATH):
preflight (automatically prepare the workspace-local runtime; ask before global installs or updates) →
prep (transcript from the recorded provider — npx @veedstudio/openedit-cli transcribe, with --provider veed for the hosted route — then npx @veedstudio/openedit-cli prep: meta.json + word-timings.json from
the transcript's real per-word times + base frames) → sample ONE style (npx @veedstudio/openedit-cli sample-style, facet-scored, seeded,
zero tokens → style.json; the pool is the recipes-only runtime index refs/tags.json, so the draw is
always recipe-backed) → design + render (npx @veedstudio/openedit-cli generate-recipe --run runs/<key> --record, a SCRIPT driving the full gate chain: the compiled recipe emits the .wv document → lint → --verify
with the mechanical ladder fix loop → records out.silent.mp4 → probe-qa frame QA) → mux audio
(npx @veedstudio/openedit-cli mux-audio). Deliverable → runs/<key>/final/out.mp4.
The CREATIVE PASS routes on the SHAPE of the ask (the user never learns recipes exist):
face-1 — the prompt arrives WITH the user's own reference/brand/concept → the orchestrator authors
design+render INLINE per the brief (no subagent: nothing to orphan in headless runs, and the design stays
in the session's context so follow-up tweaks iterate instantly); the USER'S materials are the design
authority (they get looked at); 1-2 nearest recipe sheets ride along as craft
substrate (mechanics only) + a DIRECTION (content/mood/placement, never fonts/palette/device).
face-2 — iteration on a delivered result: ANY creative input ("make it more interesting", a mood, an
aesthetic change) → REMIX, inline per the brief's REMIX MODE (donor sheets from the index, fresh
runs/<key>-remix, same gates); "show me more options / N versions" (zero creative input) → RE-ROLL
(N seeded draws through the script path); defect repairs → fix at the source + re-run the gates
(agent-authored templates are patched directly; recipe outputs are script-owned — regenerate via
inputs, the refine path, or a --module copy, never hand-edits).
The analyse step (nameless bg vision subagent → analysis.json) is OPT-IN: run it only when the user asks
to refine the style, then re-run design+render as the from-scratch inline pass (compiled recipes ignore
analysis.json; the pass composes from it) and re-mux — analysis.json existing IS the
fast-path/refinement switch.
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 · 205 lines · 4,608 tokens per session scan A eb0d2a2ce335
open-edit AGENTS.md is an instructions file published in the GitHub repository veedstudio/open-edit (385 stars, last pushed 5d ago), licensed Apache-2.0. It adds 4,608 tokens to every session, about $0.0230 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 instructions, from other repositories
video-captions GEMINI.md
Instructions for katareayush/video-captions: Two skills ship with this extension. Load a skill's SKILL.md only when its trigger fires — they are written to be read on demand, not up front.
podcli CLAUDE.md
Claude Code instructions for nmbrthirteen/podcli, covering podcli + podstack: ai podcast content studio, slash commands (podstack), mcp tools (podcli engine), the full pipeline and knowledge base.
video-captions AGENTS.md
Instructions for katareayush/video-captions, covering repo guide, layout and working on this repo.
html-video CLAUDE.md
Instructions for nexu-io/html-video, covering html-video 项目工作区, 角色与边界, 产品定位(决策时间线), 关键差异化 vs hyperframes and 目录结构.
Orkas-VideoStudio AGENTS.md
Instructions for Orkas-AI/Orkas-VideoStudio, covering working with orkasvideostudio (for coding agents), skills and capabilities.
vibeframe AGENTS.md
Instructions for vericontext/vibeframe, covering agents.md, repository shape, commands, cli shape and agent workflow rules.