@autoaiai/aicut 0.1.11 → 0.1.13

package/skills/video-shotcraft-vincentwei10/references/publish-upload-post.md

@@ -1,111 +0,0 @@
-# 发布到社交平台：成片 → TikTok / Instagram / YouTube / LinkedIn / X …
-
-把交付的 MP4 一次发到 TikTok、Instagram（Reels 或 Stories）、YouTube（含 Shorts）、
-LinkedIn、Facebook、X、Threads、Pinterest、Bluesky，可立即发布或定时发布。
-脚本 `publish/upload_post.py`，通过 [Upload-Post](https://upload-post.com) API 完成，
-只用 Python 标准库（无需 venv / pip）。
-
-**触发时机**：只在用户**主动要求**把成片发到社交平台时执行（例如"帮我发到
-TikTok 和 YouTube"）。它不是交付收尾 1-2-3 之外的第 4 条推荐，不要主动推销。
-发布是公开且难以撤回的操作，**必须先让用户确认文案和平台清单**，再真正发布。
-
-> **说明**：Upload-Post 是第三方托管服务。免费版每月 10 次上传，覆盖上面除
-> TikTok 以外的全部平台（TikTok 需付费版）。只有用户配置了自己的 API key 时
-> 本流程才会联网。
-
-## 1. 一次性准备（用户操作）
-
-1. 在 https://upload-post.com 注册，创建一个 profile，把要发的社交账号连到这个 profile。
-2. 在后台创建 API key。
-3. 设置环境变量（或写进用户自己的 shell 配置）：
-
-```bash
-export UPLOAD_POST_API_KEY=...
-export UPLOAD_POST_USER=<profile 名>
-```
-
-缺这两个变量时，告诉用户以上三步，停下等待，不要尝试发布。
-
-## 2. 选文件与准备文案
-
-- **文件**：用交付的成片。配了 BGM 的片子有两版（带 BGM / 无 BGM），默认发
-  **带 BGM 版**；用户另有要求按用户的来。
-- **画幅**：TikTok、Reels、Shorts 要竖屏 9:16。成片是横屏 16:9 时如实告诉用户
-  （这些平台会加黑边或裁切），建议改发 YouTube / LinkedIn / X / Facebook，或另渲
-  一版竖屏。
-- **文案 `--title`**：在 TikTok / Instagram / X / Threads 上就是正文，按社交文案写
-  （钩子一句 + 2–4 个话题标签），不要写成 YouTube 标题。含 YouTube 时 ≤100 字符。
-  交付收尾第 1 条里用户若同意 @ 作者，把那句放进文案。
-- **长描述 `--description`**：YouTube / LinkedIn / Facebook / Pinterest 用。
-- **AI 声明 `--ai-generated`**：询问用户是否标注 AI 生成内容。成片由 Agent 以代码
-  渲染，一般不属于"逼真的合成影像"，默认不标；用了 AI 生成画面或 AI 配音时建议标。
-
-把「文案 + 描述 + 平台清单 + 定时（如有）+ 各平台隐私设置」整理给用户，
-**得到明确确认后**再进入下一步。
-
-## 3. 先 dry-run（不发布）
-
-```bash
-python3 publish/upload_post.py --video out/promo.mp4 --title "<文案>" \
-  --description "<长描述>" --platforms tiktok,instagram,youtube --dry-run --json-out
-```
-
-检查输出：`authOk` 为 `true`；`missingPlatforms` 非空说明这些平台没连到 profile，
-会被跳过，告诉用户去后台连接，或从清单里去掉。
-
-## 4. 发布
-
-去掉 `--dry-run` 重跑。脚本等待各平台结果（默认最多 10 分钟），逐平台输出链接或错误。
-
-- **每条发布命令只跑一次。** 无论超时、断网、报错还是 `status: "unknown"`，都**不要
-  重跑发布命令**，重跑会生成新的 request_id，同一视频会被发两次。只能查询：
-  `python3 publish/upload_post.py --status <requestId> --json-out`
-- 脚本如何区分：只有 **400 / 401 / 403 / 422**（服务端受理前明确拒绝）才判失败，此时
-  没有任何东西被发出去，修正参数后可以再发。5xx、网关错误、超时、断网、2xx 却无有效
-  JSON 都属于"不确定"，视频可能已被受理。脚本会自动用同一个 request_id 查询：查到就
-  照常继续；仍无法确认则输出 `status: "unknown"`（退出码 2）、`requestId` 和
-  `statusCommand`，并带 `doNotRerun: true`。
-- 脚本在**发送之前**就把 `request_id` 和对应的 `--status` 命令打到 stderr。进程中途
-  被中断时，用这条命令查询，不要重跑发布。
-- 定时发布（`--schedule 2026-10-01T09:00:00 --timezone Asia/Shanghai`）立即返回
-  `jobId` + `requestId` 和 `statusCommand`。定时任务按 **`jobId`** 查询：
-  `python3 publish/upload_post.py --status <jobId> --json-out`（输出里的 `statusCommand`
-  就是这条命令）。
-
-## 5. 向用户汇报
-
-每个平台一行：链接、或原因。
-
-| 平台结果 | 含义 |
-|---|---|
-| `completed` + `url` | 已发布。私密发布没有公开链接：YouTube 仍给出本人可看的链接，其他平台给 `postId` + `note` |
-| `skipped` | profile 没连这个平台，没有发 |
-| `failed` / `retryable` | `error` 是平台给的原因（如账号授权过期，去后台重新连接）；`retryable` 会由服务端自动重试 |
-| TikTok `inbox: true` | TikTok 把视频放进了草稿箱，需要用户在 TikTok App 里点发布 |
-| 整体 `status: "unknown"` | 无法确认是否已受理。原样告诉用户 `requestId`，稍后用 `statusCommand` 查询；**不要重跑发布命令** |
-
-## 6. 参数速查
-
-| 参数 | 说明 |
-|---|---|
-| `--video` / `--title` | 成片路径 / 各平台共用文案 |
-| `--description` / `--description-file` | 长描述 |
-| `--platforms` | `tiktok,instagram,youtube,linkedin,facebook,x,threads,pinterest,bluesky`（别名 `twitter` `reels` `shorts`） |
-| `--user` | profile 名，默认 `$UPLOAD_POST_USER` |
-| `--schedule` + `--timezone` | 定时发布（≤365 天），IANA 时区，默认 UTC |
-| `--first-comment` | 发布后自动发第一条评论 |
-| `--ai-generated` | AI 生成内容声明（TikTok / Instagram / YouTube / X） |
-| `--thumbnail` | 自定义封面（YouTube、LinkedIn） |
-| `--youtube-privacy` | `private`（默认）/ `unlisted` / `public` |
-| `--tags` | YouTube 标签，逗号分隔 |
-| `--tiktok-privacy` / `--tiktok-draft` | TikTok 隐私（默认沿用账号设置）/ 只存草稿 |
-| `--instagram-story` | 发 Stories 而非 Reels |
-| `--facebook-page-id` / `--linkedin-page-id` | 指定 Facebook 主页 / 以 LinkedIn 公司页发布 |
-| `--pinterest-board` | Pinterest 必填 |
-| `--status ID` | 查询之前的发布：即时发布用 request_id，定时发布用 job_id |
-| `--dry-run` / `--json-out` | 只校验不发布 / 输出一行 JSON |
-
-错误类型（`errorType`）：`auth`（key 缺失或错误）、`validation`（参数错误，或所选平台都没连接）、
-`forbidden`（套餐不支持，如免费版发 TikTok）、`quota`（频率或套餐上限）、`http`（网络 / 服务端）。
-
-离线单测：`python3 -m unittest publish/test_upload_post.py -v`

package/skills/video-shotcraft-vincentwei10/references/sequences/promo-energy-arc.md

@@ -1,50 +0,0 @@
----
-name: promo-energy-arc
-一句话: 全片能量骨架——低开品牌 → 单主角立传 → 字卡呼吸间隔的功能爬升段 → 发布会峰值收场
-适用: 30–60s 多功能 web 产品宣传片的默认全片结构（分镜阶段先填骨架再挑卡）
-段数: 4 段位 + 2–4 张呼吸字卡
----
-
-## 意图
-
-把散落在 R1–R3/Q5/Q8/P4 的节奏规则合成一条可直接填空的全片曲线。
-模板片成片（1085f）与两次独立复现（各 900f）三次成表均收敛到同一
-骨架——它是默认项，不是令：逐项目可有意识偏离，偏离写进项目 spec。
-
-## 段位表
-
-| 段位 | 时长占比 | 能量 | 职责 | 候选配方卡 |
-|------|----------|------|------|------------|
-| ① 品牌开场 | 8–12%（30s 片）；开场+立传合计可达 20%（模板片） | 低 | 字标压印 + hold ≥1s（R1），交棒产品页面 | brand-ink-open |
-| ② 单主角立传 | 12–15% | 中（质感最高、节奏最慢） | 一个主角、一条完整动作弧 ≥3s（Q5/R3），立出产品原子单位 | spotlight-hero-card（+aesthetic-rules.md Q2 高清 rasterize 技法） |
-| ③ 功能爬升段 | 55–65% | 中高⇄低交替 | 每镜绑一个独特功能、一种手法只当一次主角（P4）；镜与镜之间按需插呼吸字卡 | deck-deal-flyin / type-and-filter / list-stack-press / row-embed / document-typewriter-reveal |
-| ④ 发布会收场 | 13–16% | 峰值（全片最高） | 已展示功能各出代表元素合影围住字标（Q8），sign-off hold ≥1s（R1） | outro-group-photo-launch |
-
-呼吸字卡（paper-title-card）规则：每 1–2 个功能镜头后插一张，单张
-50–55f（≈1.8s），全片 2–4 张；重要功能出场前用作引导字卡（C2）。
-模板片 10 镜里字卡占 4 席，两次复现各 2 席——密度按功能镜头数取。
-
-## 填空流程（替代 ad-hoc 推导）
-
-1. 列产品功能清单（P4），数出功能镜头数 N。
-2. 按段位表分配总帧数：先扣 ①②④ 与字卡的预算，剩余给 ③ 均分。
-   每镜预算内**先划走 hold/rest 帧**（R1 落定 ≥30f、批量收尾 15f，R3）
-   再排动效——不是排完动效再找空隙。
-3. ③ 段能量交替：高能量镜（发牌/堆叠）与稳节奏镜（交互/读字段）
-   间隔排列，信息密度最高的镜头（文档/报告类）放在峰值收场之前——
-   模板片与两次复现均把文档/报告类镜头排在倒数第 2–3 位。
-4. 逐槽位扫 shots/ frontmatter 挑卡，选中的卡读全文。
-5. 镜头排定后逐接缝选转场式（shot-transitions 技法卡三式选型），
-   写进分镜表"关键动效"列——转场帧从相邻镜头预算划走。
-
-## 已知坑
-
-- 骨架当风格令全局硬套：段位占比是模板片单例实证（标注：单例判例），
-  15s 短片或单功能产品应大胆合并段位，但 ①hold/④峰值两端不可省。
-- ③ 段只堆高能量镜：连续高能量读作嘈杂，交替与字卡就是节奏本身。
-- 呼吸字卡写成第二遍 tagline：字卡与 outro 文案重复即删（P4 判例：
-  outro tagline 去重）。
-
-## 参考实现
-
-template/src/aifl/Main.tsx AIFL_SHOTS 段位表（sum=1085f）。

package/skills/video-shotcraft-vincentwei10/references/shots/ATTRIBUTION.md

@@ -1,62 +0,0 @@
-# 镜头卡来源与授权说明（2026-08 新增 48 张，2026-10 精简后现存 38 张）
-
-本批镜头卡的动效手法研究自公开发布的产品宣传片与开源项目主页。
-**所有实现均为从零重写**（re-implemented from scratch）：仓库不包含任何
-原片片段、截图、美术资产或品牌元素；实现中的文案、配色、UI 内容均为
-中性占位模板。原作者未参与本项目，卡片标注来源仅为致敬与研究溯源
-（"仅参考、重新实现"）。
-
-## 法律边界（重要）
-
-- 抽象的动效**手法/技法**（时序结构、缓动思路、编排逻辑）一般属于
-  方法与创意范畴；但**具体表达**（原片的画面、美术、文案、品牌元素、
-  可辨识的整体视听呈现）受版权与商标等权利保护。本项目只研究前者，
-  并通过全部重写、去品牌化、占位化来避免复制后者。
-- 来源作品"公开发布"**不等于**授予复刻或衍生的许可。本表记录的是研究
-  溯源，不是授权凭证；对未获明确许可的来源，我们依赖的是"手法参考 +
-  独立重写、无原素材"这一实践，而非任何来自权利人的授权。
-- 若任何权利人认为某张卡的实现仍构成对其具体表达的复制，请提 issue，
-  我们将及时调整或移除相应内容与标注。
-
-## 来源清单
-
-注：下表按**研究批次**记录来源（一个批次对应一支参考片或一个参考站点，
-覆盖该批次衍生的若干张卡）；卡片文件本身不携带来源标注，逐卡归属见文末
-「逐卡来源映射」附表。
-
-| 研究批次 | 来源 | 类型 | 状态 |
-|---|---|---|---|
-| anime.js | https://animejs.com/ 官网演示（GitHub: juliangarnier/anime） | 开源项目主页（MIT 项目；官网演示的美术呈现版权归作者） | 手法参考，重新实现；未使用其代码或美术 |
-| remotion-bits.dev | https://remotion-bits.dev/ | 开源示例集 | 手法参考，重新实现；未使用其代码 |
-| x.com/amirdzm | X 公开发布的 motion 作品两支（约 13s "Storyboard → Result" 等） | 个人作品（公开发布，未获复刻许可） | 手法参考，重新实现；无原素材 |
-| x.com/1amanly | X 公开发布的 motion 作品 | 同上 | 同上 |
-| x.com/Jerrythe2d | X 公开发布的 motion 作品（约 84s） | 同上 | 同上 |
-| x.com/bohdanmotion | X 公开发布的 motion 作品（约 26s） | 同上 | 同上 |
-| x.com/thiswillblossom | X 公开发布的 SaaS 概念广告（约 2.1s 四宫格） | 同上 | 同上 |
-| x.com/tvnxty | Firecrawl 品牌/产品宣传片（约 66s，公开发布） | 商业宣传片（公开发布，未获复刻许可） | 手法参考，重新实现；无原素材 |
-| x.com/aizal_mp4（个别卡） | Willow Voice 产品宣传片（动效设计师 aizal 作品，约 41s） | 商业宣传片（公开发布，未获复刻许可） | 手法参考，重新实现；无原素材 |
-| 抖音 观机社（dy09） | 抖音账号"观机社"发布的荣耀 AI 概念片剪辑（约 22.6s） | 转载剪辑；底层为品牌向概念内容（涉及荣耀/Honor 品牌元素） | 手法参考，重新实现；品牌字标已替换为中性占位词 |
-| 抖音 江经怜（dy08，个别卡） | 抖音账号"江经怜"公开发布的作品（约 19.4s 竖屏） | 个人作品（公开发布，未获复刻许可） | 手法参考，重新实现；无原素材 |
-| reference/brand-scan | 用户提供的参考图定制 | 内部需求 | 原创实现 |
-
-> 已知精确度限制：X / 抖音来源当时以账号主页为单位记录，未逐条留存
-> 具体帖子 URL（原片仅在研究期间本地留存，未入库）。表中已尽量补充
-> 可辨识作品的时长与内容描述；如需逐条溯源可据此在对应账号检索。
-
-## 逐卡来源映射
-
-现存 38 张卡与研究批次的对应关系（来自研究期的原片时段映射记录）：
-
-| 来源 | 卡片 |
-|---|---|
-| anime.js 官网演示 | `radial-wave`、`value-stagger-gradient` |
-| remotion-bits.dev | `basic-3d-scene`、`blur-slide`、`card-stack`、`carousel-3d`、`cursor-flyover`、`flying-words`、`fracture`、`glitch-cycle`、`gradient-transition`、`list-reveal`、`mosaic-reframe`、`terminal-3d` |
-| x.com/1amanly | `avatar-bracket-carousel`、`countdown-arc-scatter`、`pill-chip-slot-cycle-handled`、`radial-ripple-phone-chips` |
-| x.com/Jerrythe2d | `bezier-source-converge-merge`、`chip-grid-single-select-blackout`、`doc-park-left-pill-deal`、`picker-carousel-feature-cycle`、`scan-bracket-sweep`、`vertical-word-roll-blur-cycle` |
-| x.com/aizal_mp4（Willow Voice） | `aurora-bloom-bg-flip`、`glass-pill-dictation-typing` |
-| x.com/amirdzm（作品 a） | `brace-expand`、`grain-dissolve` |
-| x.com/bohdanmotion | `outline-word-fill`、`word-relay-geometry` |
-| x.com/thiswillblossom | `quad-split-parallel-scenes` |
-| x.com/tvnxty（Firecrawl 宣传片） | `product-card-progressive-assemble`、`research-card-stack-scroll` |
-| 抖音 观机社 | `logo-shrink-wordmark-lockup`、`white-flash-logo-simplify-cut` |
-| 用户参考图定制（brand-scan） | `assemble-then-type-flyin`、`scanline-annotate-focus`、`scanline-assemble-flyin` |

package/skills/video-shotcraft-vincentwei10/references/shots/camera/basic-3d-scene.md

@@ -1,41 +0,0 @@
----
-name: basic-3d-scene
-一句话: impress.js 式空间演示：卡片以不同位置/旋转/缩放散布 3D 空间，相机取各步姿态之逆依次飞行对齐，末步拉到 OVERVIEW 总览
-适用: 概念/路线图/三步法的空间化讲述；替代平面 slides 的"每一步都换个空间视角"
-时长: 约 7.5s（225f@30fps；四站，三段飞行 28/32/32f，每站停留 ≥30f）
-能量: 中（每次转场有空间惊喜，停留段安静读卡）
----
-
-## 意图
-把"翻页"变成"在想法的空间里旅行"：每张卡不仅有位置还有姿态（第二站世界左转 38°、第三站整个画框侧躺 90°），相机对齐它时观众的世界也跟着转——空间变化本身成为"进入新章节"的仪式感。
-
-## 动效核心
-- 核心配方一行：**camera = stepTransform.inverse()**。每站只写卡片自己的 pose（x/y/z/rx/ry/rz/s），相机变换按 `scale(1/s) rotateZ(-rz) rotateY(-ry) rotateX(-rx) translate3d(-x,-y,-z)` 取逆，顺序严格相反
-- demo 用 graphite 暗场（近单色 + 香槟金点缀），video-shotcraft 的三章节卡 Frame / Craft / Ship（品牌短句拆成三章，卡头右侧挂标志 + 字标）：卡片 1240×700 **原生 1:1 排版**（对位时就是屏幕像素，不经设计坐标放大，字不糊），156px 标题 + 44px 说明 + 被卡边裁切的 560px 细体章节数字
-- 四站姿态各有戏剧点：STEP01 原点正视 → STEP02 (1690,−260,−650) + ry−38° → STEP03 (2590,830,−850) + rz90°（画框侧躺，相机跟着转正它）→ OVERVIEW s=2.7（相机 1/2.7 拉远），总览站位置按"三卡落在右上、左下留给落版"反解
-- 飞行链式插值：三段飞行 36–64 / 96–128 / 158–190（帧），不对称 in-out bezier(0.62,0,0.16,1)；站间飞行途中相机额外拉远 30%（hop，sin 包络）让观众看见空间里的其他卡；飞行段做时间采样运动模糊（快门 0.5f，子帧 1–8 按相机位移自适应）
-- 停留段不死：落位后相机极缓推近 1.5%（下一段起飞时同曲线还原），卡底金色进度线走满当前段；标题在落位前 8f 逐字从线下升起，每张卡只揭示一次
-- 空间参照：70 颗真 3D 浮尘挂在世界坐标里（各有 z），视差全部来自相机；enter/exit 聚焦按"站距"`d = |af − i|` 给 `opacity 0.22–1 + blur 0–7px`，总览段全员回到 0.85
-- OVERVIEW 落版挂在总览站姿态上（放大 2.7 倍排版，相机 1/2.7 看回来 = 屏幕 1:1）：眉题是 video-shotcraft 标志 + 字标，"Craft the shot." 150px 衬线逐词升起，尾段 hold 推近 1.5%
-
-## 参数表
-| 参数 | 典型值 | 调节手感 |
-|------|--------|----------|
-| 站点姿态 | 每站至少一个新变换维度 | 只挪 x/y 是平移幻灯片；rz 站（画框旋转）是记忆点，一支片用一次 |
-| 飞行时长 | 28–32f | 有旋转的段别短于 28f，观众需要时间理解"世界在转" |
-| 停留时长 | ≥30f | 读卡位；卡内文字多时优先加停留而不是减飞行 |
-| hop 拉远 | 30% | 0 = 贴着卡面平移，看不到空间；>50% 每段都像总览 |
-| OVERVIEW 缩放 | s=2.7 | 值越大总览越"高空"；先定总览海报构图，再反解各站世界坐标 |
-| 聚焦衰减 | opacity 0.22 底 + blur 7px 峰 | 底值别低于 0.2——离焦卡要"在场"，纯黑会丢空间感 |
-| perspective | 2600px | 与最大 |z|（850）比值约 3:1；更深的 z 需同步加大 persp 防畸变 |
-
-## 已知坑
-- 逆变换的旋转顺序（Z→Y→X 反着正变换的 X→Y→Z）不能乱——乱序在单轴旋转时看不出来，多轴复合站会歪
-- 卡片 pose 写在卡自身 transform 和相机公式两处消费，加站只改 POSES 表，两处 transform 字符串别动
-- rz90° 站的卡内文字会跟着躺倒，相机转正后才可读——这是设计（转正瞬间"啊看懂了"），但该站文案要短
-- 落版挂在世界里时，最后一段飞行中它是斜的：显影要晚（飞行过半再淡入），逐字揭示等落位前 6f 再开始
-- OVERVIEW 后无返程，作段落收尾用；要循环回 STEP01 就在末尾加一段 fly back（cam 再 lerp 回 POSES[0]）
-
-## 参考实现
-demos/camera/basic-3d-scene/
-（Basic3DScene.tsx）

package/skills/video-shotcraft-vincentwei10/references/shots/camera/crash-zoom-punch.md

@@ -1,52 +0,0 @@
----
-name: crash-zoom-punch
-一句话: 全景一拍急推到目标特写（6f），落位二选一——过冲回弹（弹性）或撞停震屏（重量）
-适用: 功能段"点名"镜头——把观众视线一拍按到目标卡/模块上；强调级用撞停
-时长: 约 0.5s 动作 + 前后 hold（动作 6–11f，前 hold ≥30f 建立全景、后 hold ≥45f 读特写）
-能量: 高（瞬时冲击，非持续高能）
-标签: effects
----
-
-## 意图
-慢推近（spotlight-hero-card）是"请看"，急推是"看这个！"——一拍之内
-从全景砸到特写，视线没有选择余地。落位质感分两款：回弹是弹性
-（"看这个"），撞停震屏是重量（"就是它"），按强调级选。
-
-## 动效核心
-- zoom 6f ease-in 急加速（如 1→2.6），cx/cy 同步 ease-in 收敛到目标中心
-- 回弹款：zoom 过冲后 5f 回收 3–6%（2.6→2.45）
-- 撞停款：到位帧起机位高频抖 + 指数衰减（amp 14px、τ≈1.8f、6f 收干），
-  不回弹
-- 运动模糊**只包急推段**（撞停震屏段保持清晰抖动）：demo 用自写时间采样
-  （快门 ≈200°，子帧逐层 opacity 1/(i+1) 等权叠加，子帧数按本帧位移自适应、
-  上限 40），采样按"回波间距 ≤ 字高"配（轮 A 判例）；`<CameraMotionBlur>`
-  亦可，但其半透明叠层在近静止帧会让底色发灰偏黄。CrashZoomReal 的页面小字只有 ~14px，
-  回波间距压到 ≤6px（上限 44 层），高速帧再按间距给每层补 ≤4px 微模糊，把离散回波抹成连续拖影
-- 急推前 6–8f 预备回拉 ~3–4%（先退后冲），全景 hold 段给 ~2–3% 的极缓 creep
-- 回弹款 demo（CrashZoomReal）的舞台化：暖黑 ember 舞台上的浏览器窗口（后仰 11°、橙色背光 +
-  地面反光），急推前四只橙色角标从外扩 150px 收拢锁定目标卡（先在全景里点名），急推同曲线把后仰
-  拉正；到位帧一记暖色曝光闪（指数衰减 ~8f），周边压暗 86% + 目标卡轮廓光；回弹收干后相机平滑
-  左移 320px 把卡让到左侧，右栏落一组大号读数（232px 数字 + 说明），尾帧是完整海报
-- 撞停款 demo（CrashImpactReal）的舞台化：lime 暗场"战术 HUD"——真实页面裁成一块正视监视屏、舞台铺淡网格；
-  荧光取景框在全景里扫描跳格（card1 → card5 → card4，各 8f snappy）、28f 收紧锁定并亮出 LOCK 标签后才急推
-  （0.76→2.35，子帧间距 ≤8px、上限 36）；到位帧是"冲击帧"——卡外 1f 荧光 → 1f 余辉 → 近黑（全片唯一一处整画面冲击），
-  两道荧光冲击波环从卡缘外扩；卡不浮起不发光（砸实）。震屏收干后一道扫描线扫过卡面一次，左右两栏 HUD 读数
-  （TARGET / OWNER / STATE 与 250px 等宽「P0」）错峰落位，126f 尾段 hold 42f
-
-## 参数表
-| 参数 | 典型值 | 调节手感 |
-|------|--------|----------|
-| 急推时长 | 6f（4–8f） | >10f 读作普通推近，冲击感消失 |
-| 目标 zoom | 2.4–2.8 | 终点构图以目标卡占画面 60–75% 为准 |
-| 回弹幅度 | zoom 的 3–6% | 过大读作弹簧玩具 |
-| 震屏包络 | 14px·e^(−t/1.8) | 幅度须过肉眼阈值（可感性判例），>20px 读作故障 |
-
-## 已知坑
-- 终点必须是高清纹理槽位（card4-hires 级）——急推后全程特写它，
-  低倍截图糊字（Q2）；终点先按 Q2 的高分辨率栅格化技法处理
-- 两款别混用：回弹后再震屏读作穿帮；一支片急推 ≤2 次（P4 手法去重精神）
-- 参数经占位素材调校转正，非实战定稿，首次实战后回验
-
-## 参考实现
-demos/camera/crash-zoom-punch/
-（CrashImpactReal.tsx / CrashZoomReal.tsx）

package/skills/video-shotcraft-vincentwei10/references/shots/camera/cursor-flyover.md

@@ -1,39 +0,0 @@
----
-name: cursor-flyover
-一句话: 整页俯瞰后，相机依次飞到四个功能区 zoom-in 特写，SVG 光标先一步到位指点、点击留下涟漪并触发界面响应，最后拉回俯瞰
-适用: 单页产品的功能巡览：一镜带观众看完四个功能区，光标当"导游手指"
-时长: 约 8.0s（240f@30fps；俯瞰 22f · 四站各 44f（飞行 20f + 停留 24f）· 拉回 24f · hold 18f）
-能量: 中（等距巡航，节奏靠点击涟漪打点）
----
-
-## 意图
-替代"四个功能四段剪辑"的省镜方案：一个连续相机把四个角串成一条参观动线，光标是观众的注意力代理——它到哪、点哪，观众就看哪。空间连续让功能之间的位置关系也被顺带记住。
-
-## 动效核心
-- demo 用 porcelain 亮场（冷白 + 钴蓝），video-shotcraft 工作台总览（顶栏标志 + 字标）按 1:1 原生排版画在 2400×1500 世界画布上：俯瞰 s=0.66 看全貌，特写 s=1.3（世界 32px 字 → 屏幕 42px，可读）
-- 相机是查表步进：CAMS[0] 俯瞰 → 四个模块中心（左上 Frames rendered → 右上 Shot previews → 右下 Release flags → 左下 Top shots），`x/y/s` 三通道用不对称 in-out（bezier 0.55,0,0.18,1：起步干脆、落位很软）插值；站间飞行途中 s 额外拉远 ~8% 再推回（hop），并按屏幕速度加方向性运动模糊（SpeedBlur amount 0.09，封顶 8px）
-- 变换公式 `translate(960 − x·s, 540 − y·s) scale(s)`——x/y 是"相机对准点"（世界 px），改表即换巡览路线
-- **光标是手、相机是眼**：光标先走（swift 16f，一条与位移垂直的轻弧，起止弧度为 0），相机晚 2f 起步、20f 落定；光标在目标上"瞄"一拍后按下（clickAt = 起步 +22f），按下 3f 缩到 0.84 再过冲回弹；光标画在屏幕空间，屏幕上恒为 40px
-- 四个落点各对准一个真实控件，点击即有界面响应：分段控件 30D→90D（滑块平移 + 大数字旧值上滑、新值从下升起 + 12 根柱错峰弹簧到新高度）/ 数据点 tooltip 过冲弹出 + 引导线下落 / 开关弹簧滑动 + 灰度进度条 0→25% / 表格行染色 + 强调条 + 对勾描线
-- 每次点击触发 80px 圆环涟漪（18f，scale 0.3→1.5 淡出）
-- 第 4 站后相机 smooth 24f 拉回俯瞰，四处状态同框（"巡览结束"全家福），尾段极缓推近 1%
-
-## 参数表
-| 参数 | 典型值 | 调节手感 |
-|------|--------|----------|
-| 特写倍率 | s=1.3（俯瞰 0.66） | 世界原生排版，倍率按"要读的字 ≥40px 屏幕字高"反推，>1.6 时模块出画 |
-| 步进节奏 | 飞行 20f / 停留 24f | 停留是读功能位，短于 15f 变"扫过"没有"参观" |
-| 光标领先 | 起步早 2f、到位早 6f | 0 = 光标被相机拖着走（像录屏）；>10f 观众先看光标再找画面 |
-| 点击涟漪 | 18f，scale 0.3→1.5 | 涟漪是节拍器，四次点击等距（每 44f）——配 SFX click 四连 |
-| 巡览顺序 | 左上→右上→右下→左下 | 改 CAMS / TARGETS 表即换路线；保持相邻模块相邻访问，对角跳跃会晕 |
-| 收尾拉回 | smooth 24f 回俯瞰 | 不拉回就停在最后一个模块；拉回让四处状态同框成海报 |
-
-## 已知坑
-- 用真实产品截图时，TARGETS 落点要重新标到截图里控件的中心；截图要 ≥1.3 倍特写倍率的原生分辨率（Q2）
-- 相机表的 x/y 是世界 px 坐标，世界画布宽高比变了（如换竖屏）需整表重标
-- 光标与相机已解耦（各自一张表），但两者的起步/到位帧差要成对改，否则点击时相机还在动、界面响应会被运动模糊吃掉
-- 运动模糊别给太多：亮场 UI 在 hop 末段仍高速时，amount > 0.12 会读作"失焦"而不是"运动"
-
-## 参考实现
-demos/camera/cursor-flyover/
-（CursorFlyover.tsx）

package/skills/video-structure-analyzer/SKILL.md

@@ -1,148 +0,0 @@
----
-name: video-structure-analyzer
-description: "拆解爆款短视频、Vlog、小红书/抖音/B站视频、广告素材或竞品视频时使用。用于把视频链接、截图、录屏、字幕、逐字稿或参考视频拆成镜头级拉片表、爆款机制、可复用结构、批量选题变量、脚本/分镜/prompt，以及给后续视频生成 agent 使用的 JSON brief。也适用于用户说“分析爆款视频”“拆视频”“拉片”“拆解短视频”“复刻这种视频结构但不要抄”“根据爆款批量产出视频方案”等场景。 Runs in AICUT: the film is film.html, a page per shot, drawn by `aicut look` and `aicut render`."
-license: MIT
-source: "sharon-laicc/viral-video-decomposer"
----
-
-# Video Structure Analyzer
-
-## Running it in AICUT
-
-AICUT's film is `film.html`: it cuts pages, footage, pictures and sound together on tracks. A page is a web page that
-sets `window.film = { frame(t) }` and draws that moment — no framework, no build step, no composition object, no
-`registerRoot`. Five shots are five pages cut together, not one page that changes scene, so each shot stays trimmable
-and replaceable in Studio.
-
-```sh
-npx -y @autoaiai/aicut@latest          # the manual: the format and the commands, always current
-npx -y @autoaiai/aicut@latest open .   # make this folder a film and print Studio's address
-npx -y @autoaiai/aicut@latest look     # a contact sheet of the whole film, its sound, and a determinism check
-npx -y @autoaiai/aicut@latest look 4.5 # one frame, full size — look at the PNG, not at the code
-npx -y @autoaiai/aicut@latest render   # the MP4, beside film.html
-```
-
-Run the manual before the first film: it is authoritative for the format, and this skill is about the method above it.
-
-Where the words below name another program's part, it becomes this:
-
-| elsewhere | in AICUT |
-|---|---|
-| composition, timeline, project file | `film.html`; tracks and clips inside it |
-| a scene, a sequence, a slide | a page (`pages/<name>.html`) cut onto a track |
-| `useCurrentFrame()`, `interpolate()` | `frame(t)` — the picture depends only on `t`, never on state or `Date.now()` |
-| a still, a screengrab | `aicut look <t>` |
-| `render` / `build` / `export` | `aicut render` (the person can also export from Studio) |
-| a dev server, a preview window | `aicut open` and the Studio address it prints |
-
-Hard rules that hold whatever the method says: the picture depends only on `t`; every value in the person's prompt is
-binding; look at the frames `look` writes before saying a film is done.
-
-
-Use this skill as the pre-production researcher for video-generation agents. The goal is not only to explain why a video works, but to produce reusable, original, machine-readable production specs.
-
-## Core Rule
-
-Analyze methods, structure, rhythm, and production logic. Do not copy protected expression. Avoid reproducing exact scripts, distinctive shot sequences, watermarks, creator identity, brand identity, or proprietary assets unless the user owns them or explicitly asks for analysis-only commentary.
-
-## Input Modes
-
-Accept any available source:
-
-- Video URL from Xiaohongshu, Douyin, Bilibili, YouTube, Kuaishou, TikTok, Instagram, or an ad library.
-- Local video, screen recording, screenshots, contact sheet, transcript, SRT/VTT, OCR text, or existing notes.
-- Multiple videos when the user wants a pattern library or batch production template.
-
-If a platform blocks direct download, use browser inspection, screenshots, transcript/OCR, page metadata, or manually sampled keyframes. State the limitation in the output.
-
-## Workflow
-
-1. Capture source facts:
-   Title, creator/account, platform, URL, duration, visible engagement metrics, publish date if available, product/category, and any extraction limitations.
-
-2. Extract usable evidence:
-   Prefer direct transcript/subtitles and frame sampling. If available, use `ffmpeg`/`ffprobe` for duration and keyframes. For blocked web video, sample screenshots at meaningful timestamps and record the method.
-
-3. Build the shot-level table:
-   The table is the main output. Include timecode, duration, visual, shot size, action, subtitle/dialogue summary, sound, camera angle, camera movement, transition, emotional function, narrative function, and generation prompt.
-
-4. Segment the narrative:
-   Group shots into sections such as Hook, setup, proof, reveal, contrast, routine block, escalation, payoff, summary, CTA. Name the section by its job, not by vague labels.
-
-5. Explain the viral mechanism:
-   Identify hook type, curiosity gap, emotional driver, information density, rhythm, visual density, trust signals, audience fantasy/pain, repeatable meme or comment trigger, and conversion move.
-
-6. Convert analysis into production assets:
-   Produce reusable templates, variables, batch variants, script options, shot prompts, caption rules, BGM/SFX guidance, platform adaptations, and a `video_generation_brief.json`-style object.
-
-7. Add originality guardrails:
-   List what can be reused at the pattern level and what must be changed to avoid copying.
-
-## Required Outputs
-
-For quick requests, answer inline with these sections:
-
-- Source facts
-- One-paragraph thesis
-- Shot-level table or compressed shot table
-- Viral mechanism
-- Reusable production template
-- Batch variants or next-video ideas
-- JSON brief
-
-For substantial requests, create files in the working project:
-
-- `*_拆解报告.html` or `*_拆解报告.md`
-- `*_拉片拆解.md`
-- `*_video_generation_brief.json`
-- Optional `contact_sheet.jpg` and sampled frame images
-
-When producing HTML reports, read `references/report-style.md` and follow that style contract. Prefer a dense professional analysis surface, not a marketing landing page. The accepted default is a `Viral Video Lab` report with source facts, stats, contact sheet, shot cards, production table, AI blueprint, variable slots, prompt template, and an A/B visual style toggle.
-
-The `AI 生产蓝图` module should use the same module/card styling as adjacent sections in both A and B themes unless the user explicitly asks for a special treatment.
-
-For key-shot overviews, generate a compact contact sheet with tight gutters. Do not use large screenshot row gaps that make the report excessively long.
-
-## Shot Table Schema
-
-Use this table unless the user asks for another format:
-
-| 排序 | 镜号 | 时间码 | 时长秒 | 画面 | 景别 | 内容/动作 | 台词/字幕 | 声音 | 摄像机角度 | 镜头运动 | 转场 | 情绪功能 | 叙事功能 | 生成提示词 |
-|---|---|---|---:|---|---|---|---|---|---|---|---|---|---|---|
-
-For fast analysis, compress to:
-
-| 镜号 | 时间码 | 画面/动作 | 台词/字幕摘要 | 情绪功能 | 叙事功能 | 可复用生成提示 |
-|---|---|---|---|---|---|---|
-
-## JSON Brief
-
-For the complete JSON contract and detailed heuristics, read `references/output-contract.md` when generating machine-readable assets.
-
-Minimum JSON object:
-
-```json
-{
-  "source": {},
-  "analysis_summary": "",
-  "viral_pattern": {},
-  "shots": [],
-  "production_template": {},
-  "batch_variants": [],
-  "originality_guardrails": []
-}
-
-## Quality Bar
-
-- Be concrete: prefer "0-3s close-up of messy desk, abrupt zoom, anxiety hook" over "strong opening".
-- Preserve timing: timecodes and durations matter because later agents need executable pacing.
-- Treat empty shots as meaningful: B-roll, pauses, object close-ups, and transition shots often carry rhythm and emotion.
-- Separate human-readable insight from machine-readable production specs.
-- If evidence is incomplete, mark confidence and avoid pretending exact frame timing is known.
-
-## Source
-
-Rewritten for AICUT from [`sharon-laicc/viral-video-decomposer`](https://github.com/sharon-laicc/viral-video-decomposer)
-(MIT), SKILL.md. The method is that skill's own; the way it runs is AICUT's.
-
-The repository holds 3 skills; this is the one its entry stands for.

package/skills/video-structure-analyzer/examples/xhs-rook-time-spend/xhs-rook-time-spend_/346/213/211/347/211/207/346/213/206/350/247/243.md

@@ -1,50 +0,0 @@
-# xhs-rook-time-spend 图文拆解报告
-
-## 总结
-这条视频的核心是“把每天的时间认真花掉”：早餐、咖啡、护发、做饭、外食和自拍这些低戏剧性的生活切片，被剪成一个自洽、充实、会照顾自己的 gap 日常。
-
-## 逐镜头表
-
-| 镜号 | 时间码 | 画面 | 动作 | 叙事功能 | 情绪功能 |
-|---|---|---|---|---|---|
-| S001 | 00:01-00:05 | 早餐碗/馄饨近景，文字从“今日早餐”切入 | 用食物开场，建立“好好生活”的日常基调 | Food Hook | 充实、烟火气 |
-| S002 | 00:05-00:09 | 咖啡机/水流近景，准备饮品 | 早餐饮品准备，补足生活仪式感 | Routine Detail | 松弛 |
-| S003 | 00:09-00:13 | 手机竖屏拍摄/记录界面，桌面道具入画 | 用手机记录感提示这是一篇库存 vlog | Meta Insert | 真实 |
-| S004 | 00:13-00:17 | 咖啡杯近景，奶/咖啡液体混合 | 展示“丑拿铁”的制作/完成 | Food Insert | 生活质感 |
-| S005 | 00:17-00:21 | 厨房/收纳区，手拿食材或包装 | 早餐后继续整理食材/用品 | Bridge | 日常推进 |
-| S006 | 00:21-00:25 | 锅具/碗盘近景，食物加热或处理 | 补充早餐/餐食制作过程 | Cooking Detail | 忙碌 |
-| S007 | 00:25-00:29 | 餐盘/食物俯拍，食物完成 | 早餐段落的结果展示 | Breakfast Payoff | 满足 |
-| S008 | 00:29-00:33 | 人物站在室内/镜前，准备出门或整理自己 | 从吃饭切到个人状态整理 | Transition | 行动感 |
-| S009 | 00:33-00:37 | 手拿护发/洗护产品，公共空间背景 | 进入护理/外出场景，产品露出 | Product Insert | 精致感 |
-| S010 | 00:37-00:41 | 扶梯/通道/公共交通视角 | 空间转场，暗示外出移动 | Location Transition | 流动 |
-| S011 | 00:41-00:45 | 车内/交通工具视角，腿部或随身物品入画 | 补足外出路上的碎片时间 | Commute Detail | 松散真实 |
-| S012 | 00:45-00:49 | 洗手间/洗护空间，台面和白色设备入画 | 到达护理空间，准备洗护 | Care Setup | 清爽 |
-| S013 | 00:49-00:53 | 洗护区门口/镜面空间，人物移动 | 从公共空间进入洗护流程 | Care Transition | 干净 |
-| S014 | 00:53-00:57 | 水龙头/洗护设备近景 | 正式开始清洗/护理步骤 | Care Detail | 细致 |
-| S015 | 00:57-01:01 | 人物在镜前/台盆边，头发护理动作 | 展示洗头/护发过程 | Hair Care | 精致、松弛 |
-| S016 | 01:01-01:05 | 人物正面，头发湿润或刚护理完 | 护理中的自我状态记录 | Self-care Proof | 认真对待自己 |
-| S017 | 01:05-01:09 | 门/空间过渡，画面短暂离开人物 | 洗护段落之间的转场 | Transition | 节奏切换 |
-| S018 | 01:09-01:13 | 人物回到镜前/台盆边，继续整理头发 | 护理流程继续，强调“油光水滑” | Hair Care Detail | 精致 |
-| S019 | 01:13-01:17 | 手拿瓶罐/护理用品近景 | 补充护发精油/护理产品信息 | Product Detail | 种草感 |
-| S020 | 01:17-01:21 | 水流/花洒或洗护近景 | 用细节镜头强化护理动作 | Texture Insert | 清洁感 |
-| S021 | 01:21-01:25 | 人物整理头发/戴发帽或做造型 | 护理收尾，呈现发型状态 | Care Payoff | 变漂亮 |
-| S022 | 01:25-01:29 | 人物近景/镜前自拍，头发状态更完整 | 展示护理后的外观结果 | Selfie Payoff | 自我满足 |
-| S023 | 01:29-01:33 | 厨房场景，人物开始做饭 | 从自我护理转到晚餐准备 | Cooking Setup | 生活切换 |
-| S024 | 01:33-01:37 | 厨房台面，食材/手部动作 | 备菜细节，进入晚餐段 | Cooking Detail | 烟火气 |
-| S025 | 01:37-01:41 | 锅/盘/食材近景，手部操作 | 烹饪推进，表现“不上班也好好吃饭” | Cooking Proof | 充实 |
-| S026 | 01:41-01:45 | 手拿成品/盘子，人物入画 | 食物完成或准备上桌 | Dinner Payoff | 满足 |
-| S027 | 01:45-01:49 | 人物坐下/吃东西，桌面入画 | 用吃饭动作呼应文案“好好吃饭” | Eating Detail | 照顾自己 |
-| S028 | 01:49-01:53 | 厨房/餐桌远景，空间整体入画 | 从近景食物拉回生活空间 | Home Atmosphere | 安稳 |
-| S029 | 01:53-01:57 | 餐厅/饭店或公共室内空间，桌椅多人背景 | 晚餐外食场景开始 | Dinner Out Setup | 热闹 |
-| S030 | 01:57-02:01 | 餐厅/饭店持续镜头，人物或环境变化 | 补充外食环境与同行氛围 | Dinner Out Detail | 充实 |
-| S031 | 02:01-02:05 | 餐厅/公共空间更多环境镜头 | 延展晚餐段，表现一天还有安排 | Scene Extension | 热闹 |
-| S032 | 02:05-02:09 | 衣物/床上或包袋静物近景 | 外出前后整理物品的过渡 | Life Admin | 琐碎真实 |
-| S033 | 02:09-02:13 | 墙面/室内标识或走廊局部 | 空间转场，进入下一处地点 | Transition | 移动 |
-| S034 | 02:13-02:17 | 室内顶灯/通道空镜 | 夜间场所过渡，节奏放慢 | Atmosphere | 安静 |
-| S035 | 02:17-02:21 | 公共空间/门店环境，人物和设施入画 | 抵达新场景，补充夜间活动 | Location Proof | 继续安排 |
-| S036 | 02:21-02:25 | 夜间楼梯/户外或通道，灯光较暗 | 晚间移动，进入一天尾声 | Night Transition | 收束 |
-| S037 | 02:25-02:29 | 手机/点单页面，菜单或外卖界面 | 晚餐/消费决策信息补充 | Order Insert | 具体 |
-| S038 | 02:29-02:33 | 车内自拍，人物拿饮品或食物看镜头 | 用自拍承接一天的状态 | Selfie Bridge | 轻松 |
-| S039 | 02:33-02:37 | 人物正面自拍，头发和造型状态清楚 | 展示护理后的外观和精神状态 | Selfie Payoff | 漂亮、满足 |
-| S040 | 02:37-02:41 | 晚餐盘/菜品近景 | 以食物收束“好好吃饭”的主题 | Dinner Insert | 满足 |
-| S041 | 02:41-02:45 | 黑底字幕/片尾画面 | 视频结束，情绪淡出 | Ending Card | 结束感 |

package/skills/video-structure-analyzer/examples/xhs-smelly-cat/xhs-smelly-cat_/346/213/211/347/211/207/346/213/206/350/247/243.md

@@ -1,19 +0,0 @@
-# 这是一条有味道的视频 - 拉片拆解
-
-## 一句话判断
-用猫砂盆事故制造低成本宠物情景喜剧，字幕把猫拟人化，最后用反问式包袱完成笑点。
-
-## 镜头表
-
-| 镜号 | 时间码 | 画面 | 动作 | 叙事功能 | 情绪功能 |
-|---|---|---|---|---|---|
-| S001 | 00:00-00:01 | 固定机位，猫砂盆、植物、两只猫同框，白猫刚从厕所附近出来 | 先建立厕所场景和“刚上完厕所”的事实 | Setup | 预感不妙 |
-| S002 | 00:01-00:02 | 白猫贴近猫砂盆出口，灰猫坐在旁边观察 | 把“事件发生地”锁定在猫砂盆周围 | Evidence Setup | 围观感 |
-| S003 | 00:02-00:03 | 白猫低头靠近地垫/地面，动作很自然 | 让观众开始寻找异常点 | Curiosity Gap | 疑惑 |
-| S004 | 00:03-00:04 | 字幕/箭头指向地面异物，画面从普通宠物日常变成事故现场 | 揭示“有味道”的具体来源 | Reveal | 突然好笑 |
-| S005 | 00:04-00:05 | 白猫继续在垫子附近，旁边猫无辜围观 | 用猫的无辜反应放大荒诞感 | Reaction | 荒诞 |
-| S006 | 00:05-00:06 | 画面停留在两只猫和猫砂盆，事故结果仍可见 | 让观众确认不是误会 | Proof | 尴尬好笑 |
-| S007 | 00:06-00:07 | 气泡字幕出现“？？？？”式反应 | 给猫加上人类心理活动 | Personification | 拟人喜剧 |
-| S008 | 00:07-00:08 | 气泡字幕转向反问逻辑：屎不是在这吗 | 把错误行为包装成猫自己的“合理解释” | Punchline | 反转 |
-| S009 | 00:08-00:09 | 白猫继续低头行动，灰猫保持旁观 | 用无事发生的自然感收尾 | Aftertaste | 余味 |
-| S010 | 00:09-00:10 | 固定机位继续停顿，保留评论区讨论空间 | 把问题留给观众解释 | Comment Trigger | 想评论 |