ipollowork-video-studio
Create or edit the HyperFrames project owned by an active iPolloWork Video Studio session without changing the embedded Studio, starting another server, or writing to another project.
git clone --depth 1 https://github.com/Devin-AXIS/iPolloWork /tmp/ipollowork-video-studio && cp -r /tmp/ipollowork-video-studio/.agents/skills/ipollowork-video-studio ~/.claude/skills/ipollowork-video-studioSKILL.md
# iPolloWork Video Studio Use this Skill only for the video project owned by the active iPolloWork session. The built-in Video Studio, timeline, preview, templates, and HyperFrames runtime exist independently of this Skill. ## Session contract - Treat the active session's injected Video task contract, project directory, Studio port, and exact `index.html` path as authoritative. - Read the current `index.html`, confirmed brief, template metadata, and `design-tokens.css` before editing. - Keep all changes and assets inside the current `video/<session-id>/` project. - Never create another video project, start a second preview server, restart app-owned services, or stop shared Node processes. ## Editing workflow 1. On the initial brief application, derive a content-led storyboard and use the installed template as a reusable visual and motion system. Add, remove, reorder, or retime scenes when the brief requires it; do not inherit sample scene structure, copy, or media by default. 2. Preserve the root composition contract, stable editor hooks, visual system, editable variables, and deterministic timeline so Video Studio controls continue to work. 3. For targeted and follow-up edits, preserve unrelated user-authored scenes and media. Keep the root duration and every scene, clip, transition, audio, and animation timestamp consistent after structural changes. 4. Use the shared `--ipw-*` design tokens when the project provides them. 5. Save changes to the exact session-owned `index.html` and keep referenced assets inside the same project. 6. Run the HyperFrames check required by the active session against that exact project before reporting completion. If the active session provides stricter timing, template, media, or validation instructions, those instructions take precedence.
Search and summarize material from the Acme research service.
Agent-first screenshots — an agent drives the real app via CDP and produces clean, defect-free product screenshots (newsletters, landing pages, social, decks, PR). Dual-channel verification (DOM + pixels + vision) in a capture loop. Use for any "take/redo screenshots of the app" task.
Resolve the correct library and retrieve a small, relevant set of version-aware official documentation before answering a technical question.
Use the current project dependency versions and Context7 documentation to implement or upgrade code without importing APIs from a different release line.
Create an OpenCode plugin for iPolloWork. Scaffolds the plugin file with the correct API shape, tool definitions, and hook registration. Use when the user asks to 'create a plugin', 'write a plugin', or 'make a plugin that does X'.
Launch and control standalone Chrome in a Daytona sandbox via CDP. Use for web sign-in, OAuth, Den Web setup, browser-only flows, or when the app should not be driven through Electron CDP.
Daytona cloud server, Den sandbox, desktop plus cloud e2e, marketplace server, worker proxy, cloud auth, org policies, connect Electron to Den. Use for server-side setup in validated flows.
Daytona development environment overview. Use when the user asks about Daytona setup, Daytona toolbox, dev environment, noVNC, CDP, server sandbox, secrets volume, Electron sandbox, standalone Chrome, validation, or artifacts volume.