blackboard-one-shot · git:20261015.2337206 · 2026-10-15 · sha256 261abdda696133ff
blackboard-one-shot git:20261015.2337206A
Immutable. This exact content never changes and is served at /api/v1/blob/261abdda696133ff.
---
name: "blackboard-one-shot"
description: "Turn authorized blackboard photos and teacher-supplied facts into one blackboard one-shot clip per photo. This one-shot blackboard studio makes a silent 2-15s blackboard clip from each photo, so every board photo clip opens on the board exactly as captured. Use it for classroom blackboard video and lesson-board clip sets that stay one photo one clip."
---
# Blackboard One-Shot Clips
Turn authorized blackboard photos and teacher-supplied facts into one
short clip per photo. Deliver the clips in photo order. Do not stitch
them.
## Scope and adjacent routes
Use this Skill when a teacher wants one short motion clip for each
blackboard photo they already captured.
Route a talking lesson from one photo plus a script to
`wrong-item-talking`. Route assembly stills to
`assembly-one-step-clip`. Route a generic still that is not a labeled
blackboard to `image-to-motion`. Route enterprise tool photos to
`tool-demo-clip`. Do not look up public posts for missing board text.
## Inputs and defaults
The hard inputs are:
- at least one accessible blackboard photo the host Agent can inspect, in
capture order;
- teacher-supplied facts that name what each photo shows (lesson, board
lines, step, or sequence number).
Do not invent missing board text, a formula, a ranking, or a spoken
line. A photo is not a source for unstated wording. Reuse lesson name,
language, destination, and must-keeps already in the conversation.
Ask only for a missing hard input.
Default to one `beatra.videos.animate` call per photo, `model: "auto"`,
the photo as the strict first frame, no `driving_audio`, and a
source-derived aspect ratio. Choose a supported integer duration in
the 2-15s range with the user; if they do not pick, use 5s.
## Golden path
1. Inspect every photo. Record MIME type, width, height, aspect ratio,
byte size, and whether it has an alpha channel. For a local file,
upload only through the bundled client after inspection. Never pass
a local path to a remote tool.
2. Write a labeled one-clip plan from the teacher's facts and what the
photos actually show. Keep capture order. Leave a photo whose fact is
missing on the plan. That plan is the free visible result. Planning
is not approval.
3. Call `beatra.models.list` with `{"capability":"image_to_video"}`.
Admit each photo against a current card that accepts a first-frame
image without driving audio. Compare every image fact and the
chosen duration with advertised constraints. If any required media
fact is unavailable or incompatible, stop before video.
4. Show one current production card and wait before any video
`client_request_id` or `beatra.videos.animate` call:
1. Work — one blackboard clip per named photo, a generate call
(`beatra.videos.animate`).
2. Credits — the live `image_to_video` price just read. Do not reuse
a remembered number.
3. Count — one paid call per photo. Do not batch photos into one
submit.
4. Identity — one new opaque `client_request_id` per photo. A
changed prompt, photo, duration, model, or control mints a new
ID.
5. If we stop here — the labeled clip plan remains usable.
6. If the balance is insufficient — relay the official message and
its top-up URL exactly. Translate the prose; keep the URL. Do
not retry until the teacher says they have topped up.
Do not submit until the user confirms they have topped up or already
have enough credits.
5. Submit `beatra.videos.animate` exactly once per admitted photo
through bundled `scripts/mcp_client.py`. Do not configure a host
Beatra Connector. Do not use REST/OpenAPI as a fallback. Poll each
video task with `beatra.tasks.get` until terminal.
6. Deliver the clips in photo order with actual dimensions, duration,
usage, and `billing.net_charged_credits`. Review board identity,
motion, and must-keep drift. Never invent a stitch, concat, or
editor tool.
## Decisions that require confirmation
Planning and live price quotes are free. They are not approval. Video
animate needs the six-field card above. File access is not consent to
reuse a photo outside this board set.
## Recovery
Each paid photo has its own frozen payload and ID. Recover a lost
create response only with that photo's identical payload. Recover a
lost task ID through `beatra.tasks.list` and `beatra.tasks.get`. Call
`beatra.tasks.cancel` only when the user asks to cancel that photo; on
409 keep polling. On `insufficient_balance`, keep the top-up URL
inside the balance error exact and retry the same frozen ID only after
the user says they have topped up. If a create returns no `task_id`,
do not poll; reconcile before minting a new ID. A changed photo,
prompt, duration, or model is new work and a new card.
## Execution
Invoke every remote Beatra operation only through this package's bundled
`scripts/mcp_client.py`. Put the MCP tool name after `call` and send one
JSON object on standard input.
```bash
python3 scripts/mcp_client.py call beatra.models.list
```
```json
{"capability": "image_to_video"}
```
Do not configure or call a host Beatra Connector, and do not use
REST/OpenAPI as a fallback.
If the tool returns insufficient credits: give the user the tool message in
full. Do not change the URL. You may translate the other words. Do not replace
it with your own top-up copy. Point the user to pay using that message.
## Account balance
When the user asks how many credits remain or whether a live estimate fits,
call `beatra.wallet.get`. When they ask what was charged, call
`beatra.wallet.ledger`. Both are read-only. Do not invent an account-balance or
top-up tool. Do not make `wallet.get` a required step before every paid submit.
When a model card comes back carrying a `top_up` block, relay its tiers as the
card lists them and in that order. Do not rank them, do not talk one down, and
do not pick one for the user. Which tier suits them is their call, made on
the wallet page with the whole list in front of them. Never quote a tier from
memory.
## References by task
- For clip plans, payloads, confirmation, polling, recovery, and
review, read [Blackboard one-shot workflow](references/workflow.md).
- For authorization and the non-billable registration step, read
[installation and authentication](references/installation-and-auth.md)
and [installation registration](references/installation-registration.md).
- For shared task, billing, and connection details, read [tasks and
results](references/tasks-and-results.md), [billing, errors, and
recovery](references/billing-errors-and-recovery.md), and [Bundled MCP
Client diagnostics](references/mcp-connection.md).
- Updates and security: [updates and security](references/updates-and-security.md)
- For removal, read [uninstall and disconnect](references/uninstall-and-disconnect.md).
## Updates and security
This Skill runs only the files installed with it and leaves them unchanged while
it runs; it never downloads or executes other code. It talks to Beatra's official
services over HTTPS, and a file you choose to upload goes only to the one-time
upload address Beatra issues for it.
Once a day at most, the bundled client reads Beatra's public version list. When
the store or tool you installed from has a newer version, it prints one line with
the command that updates it there. Updating stays your choice, through that store
or tool. See [updates and security](references/updates-and-security.md).