‹ 首页

hyperframes-cli

@heygen-com · 收录于 1 周前 · 上游提交 今天

Use the HyperFrames CLI development loop: init, add, catalog, capture, lint, check, snapshot, compare, grade-compare, preview, play, present, beats, keyframes, single or batch render, publish, cloud, cloudrun, feedback, lambda, doctor, browser, info, upgrade, skills, compositions, docs, benchmark, telemetry, transcribe, auth, tts, and remove-background. Also use when diagnosing build or render failures. validate, inspect, and layout are deprecated aliases; use check. Covers local, HeyGen-hosted cloud, AWS Lambda, and Google Cloud Run rendering.

适合你,如果经常用HyperFrames做视频渲染并需要自动化流程

/ 通过 npx 安装 校验哈希
npx oh-my-skill add heygen-com/hyperframes/hyperframes-cli
/ 通过 bash 安装
curl -fsSL https://oh-my-skill.com/install.sh | bash -s -- heygen-com/hyperframes/hyperframes-cli
/ 已经装过?验证本机副本,不用重装
npx oh-my-skill verify heygen-com/hyperframes/hyperframes-cli
安装目标可用 --agent / --scope 或 --to 明确指定;省略时只会在唯一已存在的 agent 目录上自动选择,零命中或多命中会停止并提示。content_hash 缺失或不一致均拒装。
GitHub stars
~1.9K最小装载
~15.3K含声明引用
~15.3K文本包总量
索引托管

怎么用

商店整理自技能原文 · 版本 9ed255c · 表述以原文为准
它做什么

安装后,Claude 可以运行 HyperFrames CLI 命令来创建、编辑、预览和渲染视频项目。它会执行代码检查、生成快照、比较版本,并支持本地或云端渲染。

什么时候触发

当用户要求创建或编辑视频项目、诊断构建或渲染失败、或需要预览和渲染视频时触发。

装好后可以这样说
Claude 会运行 init 命令创建项目骨架。
Claude 会执行 lint 命令并报告问题。
Claude 会执行 render 命令生成视频。
技能原文 SKILL.md作者撰写 · Apache-2.0 · 9ed255c

HyperFrames CLI

Run commands as npx hyperframes ... unless project instructions provide a wrapper. Obey the wrapper when present. The CLI requires Node.js 22 or newer and FFmpeg.

Development loop
  1. Scaffold: npx hyperframes init <project> or capture a site. In non-TTY mode, pass --non-interactive --example=<name>.
  2. Author: write the composition using /hyperframes-core.
  3. Get fast feedback while editing: run npx hyperframes lint after the first HTML pass and after structural changes.
  4. Run the final gate: run npx hyperframes check; it reruns lint before opening the browser. Do not prepend a redundant standalone lint invocation. Add --snapshots for annotated overview frames and finding crops.
  5. Inspect sub-compositions: when index.html mounts data-composition-src, capture midpoint snapshots and inspect each mounted scene.
  6. Open the final Studio preview: run npx hyperframes preview, hand the timeline project URL to the user, and ask whether to revise or render.
  7. Render only after approval: use draft quality for iteration and high quality for delivery.
  8. Verify the output: confirm the file exists, is non-empty, and has a plausible duration.
# Fast iteration check; repeat while authoring as needed.
npx hyperframes lint

# Required final gate; includes lint.
npx hyperframes check
npx hyperframes preview
npx hyperframes render --quality high --output out.mp4
test -s out.mp4
ffprobe -v error -show_format out.mp4

check runs lint first, then uses one browser session and one seek pass to audit runtime errors, failed requests, layout, *.motion.json assertions, and WCAG contrast. Persistent findings gate the exit code; transient entrance or exit findings are informational. Use --strict to gate warnings. validate, inspect, and layout remain aliases for compatibility but must not appear in new instructions or scripts.

Two different preview surfaces

Do not confuse these states:

| Surface | When it may open | Purpose | | ------------------------- | ------------------------------------------------------ | --------------------------------------------------------------------------------- | | Storyboard board | Before composition checks, only when storyboard: yes | Review plan cards and wireframe sketches. Open ?view=storyboard#project/<name>. | | Final composition preview | After check passes | Review the assembled timeline before render. Open #project/<name>. |

The early board is not approval of the final video. Rendering always requires the final approval defined by hyperframes-core/references/review-loop.md.

Sub-composition smoke test

Static audits cannot catch every mount failure. When the project uses sub-compositions, capture at least one visible midpoint for each host slot:

npx hyperframes snapshot --at <t1>,<t2>,<t3>

Treat tiny unstyled content, canvas-sized icons, missing hero elements, or timeline-registration timeouts as render-blocking mount defects. See hyperframes-core/references/sub-compositions.md for the corresponding fixes.

Agent conventions
  • Prefer --json for agent and CI calls. Server-mode render, preview, and play do not provide ordinary JSON output; preview --selection --json and preview --context --json are query-mode exceptions.
  • doctor --json always exits zero. Gate on its payload:

``bash npx hyperframes doctor --json | jq -e '.ok' >/dev/null ``

  • Non-TTY mode is automatic. init requires --example there; use --non-interactive to force deterministic behavior on a TTY.
  • Use one HYPERFRAMES_RUN_ID for all commands in the same verification loop.
  • Use --strict, --strict-all, and --strict-variables when the corresponding warnings, variables, or CI conditions must gate the render.
  • JSON paths redact the home directory as $HOME; do not try to reverse the redaction.
  • Never render merely because checks pass. Pause at the final preview and wait for approval.
Studio-directed edits

When the user refers to “this element” or the current selection, query Studio instead of guessing:

npx hyperframes preview --context --json --context-fields selection

Use selection.target.hfId when available, otherwise its selector and source file. If the result reports no-selection, ask the user to click the element and rerun. Request only the context slices you need; use --context-detail full only for computed styles or editable text metadata. Full behavior and failure codes live in references/preview-render.md.

Render choices

| Need | Command | | ---------------------------------------- | ----------------------------------------------------------------------------- | | Fast local iteration | npx hyperframes render --quality draft | | Final local delivery | npx hyperframes render --quality high --output out.mp4 | | Reproducible container render | npx hyperframes render --docker --strict --output out.mp4 | | Local variable-driven batch render | npx hyperframes render --batch rows.json --output "renders/{name}.mp4" | | HeyGen-hosted zero-infrastructure render | npx hyperframes cloud render | | Self-managed distributed AWS render | npx hyperframes lambda render <project> --width 1920 --height 1080 --wait | | Self-managed distributed GCP render | npx hyperframes cloudrun render <project> --width 1920 --height 1080 --wait |

Use cloud rendering when the user wants hosted rendering without local Chrome, FFmpeg, or AWS. Use Lambda only when AWS ownership is a requirement. Use Cloud Run only when GCP ownership is a requirement. Read the matching reference before running any cloud path.

After verifying a successful render, send one feedback report unless telemetry is disabled or the user opted out:

npx hyperframes feedback --rating <0-10> --comment "<specific result or friction>"

Keep clean-run feedback concise. For any bug or friction, capture a reproduction packet before submitting; do not send only a symptom summary. Include the rerunnable command and working directory, expected versus actual behavior, exact error, whether output completed/fell back/failed, workaround, and repro-project status. If the issue did not reproduce again, say so and still include the last failing command and logs. Use --file-issue only with consent: it publishes a minimal reproduction to a public URL. The required packet format and privacy warning live in references/preview-render.md.

Read the matching reference before running a command

The following references and owning skills are mandatory command contracts, not optional background reading. Before running a command in the table, read its matching row.

| Need | Reference | | -------------------------------------------------------------------------------------- | ------------------------------------- | | init, capture, skills | references/init-and-scaffold.md | | lint, check, motion sidecars, snapshot | references/lint-validate-inspect.md | | compare, grade-compare, variable-driven render --batch | references/compare-and-batch.md | | beats for an existing project's Studio beat grid | references/beats.md | | preview, play, render, publish, Studio context, feedback | references/preview-render.md | | doctor, browser management | references/doctor-browser.md | | auth, HeyGen-hosted cloud rendering, and template variables | references/cloud.md | | AWS Lambda deployment and rendering | references/lambda.md | | Google Cloud Run deployment and rendering | references/cloudrun.md | | info, upgrade, compositions, docs, benchmark, telemetry, media preprocessing | references/upgrade-info-misc.md |

For composition variables, also read /hyperframes-corereferences/variables-and-media.md. For hyperframes add and hyperframes catalog, use /hyperframes-registry. Before hyperframes present, read /slideshow; before hyperframes keyframes, read /hyperframes-keyframes. For TTS, transcription, captions, or background removal choices, use /media-use.

The specialized commands are deliberately documented by their owning workflows:

npx hyperframes present <project-dir> --port 3004 --no-open
npx hyperframes beats <project-dir> --json
npx hyperframes keyframes <project-dir> --json

present serves a navigable deck with presenter and audience synchronization. beats is the standalone Studio beat-grid utility defined in references/beats.md. keyframes surfaces seek-safe animation and motion-path diagnostics.

按 Apache-2.0 许可原样转载,未经改动 · 在 GitHub 查看 →

评论

登录即可评论;带「已验证安装」的,是发布者名下有本店的安装或持有记录。