douyin-tiktok-story-skill-agent

一句话定位

一个能按剧情标签检索的短视频脚本库，装进 AI Agent 里当素材来源用。

做这个东西的人

GitHub 账号 liujunxibaba，中文开发者。

从工程细节能看出他的实际处境：安装脚本是 PowerShell（Windows 用户）， 装到 $HOME\.codex\skills\ 下（用 Codex 不是 Claude Code）， 整个运行过程不联网。这是一个自己在用这套东西干活的人， 而不是做给别人看的演示项目。

它到底能做哪几件事

• 按剧情要素检索 → search "校园 师生误会 前三秒冲突" --top-k 5， 用标签组合捞出匹配的脚本样本
• 本地全离线运行 → 安装和使用全程不访问网络，素材不出本机
• 装进 Codex 当技能用 → 由 agent 调用，不是人去翻库
• 健康检查 → 装完自动校验数据库完整性
• 代码与数据分离 → skill 代码一个仓库，脚本数据库另一个仓库，两个分别授权

它明确不做什么：不生成脚本、不做视频、不管拍摄。 它只做"找到对的参考样本"这一步。

它在替代什么旧行为

短视频编剧找参考的实际流程：打开抖音刷同类内容 → 看到好的手动记下来 → 攒成一个自己的文档 → 下次写的时候翻半天找不到。

旧行为极其明确，而且是纯体力活。 编剧的时间应该花在改编上， 不是花在"我记得有个类似的但想不起来在哪"。

那句检索示例本身就说明了它的理解深度：「校园 师生误会 前三秒冲突」 —— 前两个是题材，第三个是结构。会用「前三秒冲突」当检索维度的人， 一定亲手写过短视频脚本。

商业模式

代码 MIT 开源，数据库单独授权。 README 里写得很清楚： "本仓库不包含真实数据库。数据库内容的许可范围由数据库仓库单独声明。"

这个拆分是刻意的：送引擎，卖内容。 代码谁都能看，但没有数据库它跑不起来；而数据库的许可另说。

判断：定价逻辑站得住，而且比纯开源健康。风险在于数据库的来源 —— 如果脚本样本是从平台抓的，版权地位就和 open-kimi-ppt-skill 一样脆弱。

硬数字

• 开源关注 233
• 两个配套仓库（skill + database）
• 数据库规模、授权方式、定价：未披露

四维评估

判断

这个项目和 shuohao-skills 是同一个判断的两种做法： 都绕开了"生成"，去做生成之前的那一步。

shuohao 做的是"把小说变成可开拍素材"，它做的是"找到对的参考样本"。 两者都在赌同一件事：AI 短视频的瓶颈不在产出，在输入。 模型已经能写能拍了，卡住的是"写什么、照着什么写"。

可迁移的规律：当生成能力过剩时，稀缺的是判断力和素材库 —— 前者难以产品化，后者可以。 所以做素材库是这个阶段最实在的生意。

代价有两层。一是版权 —— 数据库如果是抓来的，随时可能重演 open-kimi 的下场， 而且它已经预感到了（把数据库单独拆出去、单独声明许可，就是在隔离风险）。 二是护城河 —— 检索本身没有技术门槛，护城河完全等于数据库的质量和规模， 而那需要持续人工整理，不能自动化。

它选 Windows + PowerShell + Codex 这套组合也值得注意：这不是开发者主流栈， 说明它的目标用户是用 Windows 做内容的人，不是程序员。这个判断可能是对的。

下一步看什么

1. 数据库的来源和授权 —— 这一条决定它能活多久，比其他所有指标都重要
2. 数据库规模会不会持续增长 —— 停止更新的素材库半年就废了
3. 有没有出现付费入口 —— "单独授权"目前只是声明，落地成收费才算跑通

可借鉴的做法

产品逻辑：「按结构标签检索参考样本」这个能力，任何做内容工作流的人都该有。 关键是用「前三秒冲突」这类结构维度而不是题材维度做索引 —— 题材谁都会标，结构才是编剧真正在找的东西。

商业模式：代码开源、数据单独授权这个拆法，比「开源引流 + 付费社群」更健康 —— 社群靠人维护，数据库靠资产积累。要把一套方法论产品化，这是更值得抄的结构。

风险提示：素材类产品的版权地位是真实风险 —— 同期就有一个 1600 星的仓库因版权被清空。 做类似的东西，素材来源必须从第一天就干净。

结论

持续观察。 产品判断是对的，结构也健康，但命门在数据库的合法性上， 那一点从公开信息看不出来。三个月后回来看它还在不在，就知道答案了。