Software architecture workflow that diagnoses architecture problems, selects the right analysis method, compares options, synthesizes stakeholder input, and produces a recommendation, review, or ADR
日本語の概要は準備中です。原文の説明を表示しています。
Create short, explainer, or recorded-demo videos through the OMA video CLI. Use for scripts, narration, assets, composition, and video delivery.
日本語の概要は準備中です。原文の説明を表示しています。
実行スコア 未検証
インストール方法を見るインストールする前に、エージェントに与えられる指示の中身を確認できます。
Use this skill for a short/reel, README or code explainer, or demo walkthrough.
| Request | Mode | Default aspect | Required source |
|---|---|---|---|
| Short, reel, social clip | shorts | 9:16 | Topic or brief |
| README, code, data explanation | explainer | 16:9 | Topic or source path |
| Demo or walkthrough | demo | 16:9 | Human recording via --capture |
Use oma-image for a still image, oma-slide for a deck, oma-voice for
audio only, and oma-explanation for an interactive HTML explainer. Editing an
existing finished video and live streaming are out of scope.
Inputs are a brief plus optional mode, aspect, locale, captions, visual, voice,
music, duration, compositor, capture path, and seed. Outputs live in
.agents/results/videos/<timestamp>-<shortid>-<mode>/:
script.json, timing.json, and render-spec.json form the deterministic
asset bus.manifest.json
with hashes, providers, cost, warnings, and exit code.<mode>-<slug>.mp4, an encoded video
stream, and a positive ffprobe duration.OMA_VIDEO_MOCK=1 is a test harness only. It can create deterministic text
placeholders with an .mp4 name; those files are never a user deliverable. A
missing HyperFrames/MPT toolchain, an un-authored composition, a render error, or
an invalid video fails with diagnostics and leaves the script/render spec for
recovery.
Infer mode when clear: short/reel -> shorts; README/code/data/explain ->
explainer; demo/walkthrough/capture -> demo. For a one-line request, state
the inferred mode, aspect, duration, visual strategy, captions, locale, and
voice/music before invoking. Do not make the user complete a questionnaire
when those defaults are clear.
Ask only when it changes the result: an ambiguous mode/source, a required demo recording, or a cost confirmation. Respect an explicit mode, aspect, duration, captions, or voice verbatim.
For a demo, a human records the screen and controls login. --source web --url
provides context only; it never automates login or starts a recorder. Without
--capture, return guided capture instructions and stop.
$PWD unless external output is
explicitly allowed. Validate capture formats and copy external assets into
the run directory. Mask URL query/hash tokens in logs and manifests.cost.guardrail_usd or --max-usd and reuse existing spend authorization.
In an active OMA video workflow, record the actual paid, limited, fallback, or
declined choice before executing it (execution protocol Step 2). Pass --yes
or OMA_VIDEO_YES=1 only for an already authorized paid action; the event does
not grant permission.limits.max_duration_sec (180) and limits.max_scenes (40).
Cancel subprocess work on SIGINT/SIGTERM.--dry-run writes only planning artifacts and does no provider render.
It does not prove an MP4 exists.# Plan or create the asset bus. Supply --script whenever an agent authored it.
oma video generate "Jeju coffee" --mode shorts --aspect 9:16 \
--captions tiktok --script ./script.json --output json
# Deterministic planning only; no real render or provider work.
oma video generate "explain this project" --mode explainer --seed 42 --dry-run
# Human-recorded demo input.
oma video generate "feature walkthrough" --mode demo --capture <absolute-path>.mp4
# Scaffold the per-run HyperFrames project, author index.html as instructed,
# then render and validate the encoded output.
oma video compose <runDir> --output json
oma video render <runDir> --output json
# Diagnose required toolchains without changing a run.
oma video doctor
oma video provider list
oma video generate --output json returns
{exitCode, runDir, manifestPath, scriptPath, renderSpecPath, warnings, error}.
Read video and asset paths from the manifest; the JSON envelope has no
outputs field.
Missing HyperFrames composition: oma video compose <runDir> prepares the
project and authoring contract. Author <runDir>/hyperframes/index.html using
the generated AUTHORING.md, then invoke oma video render <runDir>. The
command lints, renders, and ffprobes the output. Fix a reported composition
or toolchain failure and re-run; return a failure report when it cannot render.
Missing MPT toolchain: --compositor mpt requires the installed checkout, its virtual environment,
and ffmpeg. Use oma video doctor --install-mpt when setup is authorized and
available. MPT setup failures, driver failures, and non-video output fail with
the diagnostic; they do not write a placeholder MP4.
Success means all asset schemas and manifest hashes validate and a real MP4 passes video-stream and duration validation. A partial success may use a key-free visual, timing, caption, or music fallback, but it still requires that real video validation.
Load only what the task needs:
resources/execution-protocol.md for the full ordered pipeline, failure
mapping, and JSON reporting rules.resources/vendor-matrix.md before changing providers, keys, cost, or
fallback order.resources/script-schema.md when authoring or validating --script input.resources/prompt-tips.md when turning a brief into scene prompts.resources/hyperframes-authoring/README.md and the selected mode guide before
writing index.html.resources/checklist.md before handing a real video to a user.For CLI/runtime changes, add a regression test for the affected success and failure paths. At minimum run the focused Vitest files, for example:
cd cli
bunx vitest run commands/video/providers/compositor.test.ts \
commands/video/orchestrator.test.ts
bunx biome check commands/video/providers/compositor.ts \
commands/video/providers/compositor.test.ts
Do not run a live render merely to test documentation or a mock-only branch.
まだレビューはありません。使ってみた感想をお寄せください。
ログインなしで書き込めます。使ってみた感想、質問、動かなかった環境などを気軽にどうぞ。
まだコメントはありません。最初のコメントを書いてみませんか。
Software architecture workflow that diagnoses architecture problems, selects the right analysis method, compares options, synthesizes stakeholder input, and produces a recommendation, review, or ADR
日本語の概要は準備中です。原文の説明を表示しています。
Design-first ideation workflow that explores user intent, clarifies constraints, proposes approaches, and produces an approved design document before planning
日本語の概要は準備中です。原文の説明を表示しています。
Generate Conventional Commits spec git commits (auto-separate by feature)
日本語の概要は準備中です。原文の説明を表示しています。
Coordinate multiple agents for a complex multi-domain project using PM planning, parallel agent spawning, and QA review
日本語の概要は準備中です。原文の説明を表示しています。
Thorough version of coordinate - high-quality development workflow with 11 review steps out of 17
日本語の概要は準備中です。原文の説明を表示しています。
Structured bug diagnosis and fixing workflow that reproduces, diagnoses root cause, applies a minimal fix, writes regression tests, and scans for similar patterns
日本語の概要は準備中です。原文の説明を表示しています。