Laohan bianpai
Claude Code 超级技能包 — 16个技能覆盖内容创作全流程 + 30平台内容获取 + 开发者工具箱。抖音搜索「寒武纪AI」看实战教程
npx -y skills add hanzhcn/laohan-skills --skill laohan-bianpaiAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 11 stars11 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
真人口播工作流编排器。根据 episode 已落盘产物识别当前步骤、验证前置 gate,并给出唯一下一步与对应 skill;不替代创作、剪辑、发布或复盘。Use when 用户说工作流下一步、检查本期进度、编排这期视频、当前做到哪、验证 episode、开始下一环节。
SKILL.md
8.3 KB, as published. Nobody here has run it
真人口播编排器
编排器只根据 episode 里的真实文件路由。它不把聊天结论当完成,也不在脚本内 programmatic 调用其他 skill;宿主 Agent 读取唯一路由后执行对应 skill,再重跑 bianpai。
①额外验证 screening_summary 的 signals→longlist→短名单链路。抖音平台数据真实尝试后仍不可用时允许 UNAVAILABLE,不单独阻塞;discovery、PRIMARY 和其余①合同仍必须通过。
命令
# 从 laohanAI视频创作 根目录运行;不要从 skill 目录运行
# 当前状态、缺失产物、唯一下一步
node ~/Documents/laohan-skills/laohan-bianpai/scripts/bianpai.mjs status --episode episodes/<slug>
# 先检查 dbskill / Cheat 上游;只在新 episode 前或独立维护窗口同步
node ~/Documents/laohan-skills/laohan-bianpai/scripts/bianpai.mjs vendors --episode episodes/<slug>
node ~/Documents/laohan-skills/laohan-bianpai/scripts/bianpai.mjs vendors --episode episodes/<slug> --sync
# 只输出下一步的输入、产物、gate 与 skill
node ~/Documents/laohan-skills/laohan-bianpai/scripts/bianpai.mjs next --episode episodes/<slug>
# 运行已实现的机械契约检查
node ~/Documents/laohan-skills/laohan-bianpai/scripts/bianpai.mjs check --episode episodes/<slug>
# 阶段验收;未完成时退出非 0
node ~/Documents/laohan-skills/laohan-bianpai/scripts/bianpai.mjs check --episode episodes/<slug> --require production
node ~/Documents/laohan-skills/laohan-bianpai/scripts/bianpai.mjs check --episode episodes/<slug> --require full
# 要求成片已经接受;供⑫发布前调用
node ~/Documents/laohan-skills/laohan-bianpai/scripts/bianpai.mjs check --episode episodes/<slug> --require final
工作流
- 恢复工作先运行
vendors。它把当时可用 vendor 的状态和完整 HEAD SHA 写入 schema 3FROZEN_ON_RESUME;进行中 episode 只能在两方 HEAD 与原冻结值一致时续用,旧 schema 2 因缺 commit 证据必须 BLOCKED,不能从当前 HEAD 猜填。--sync只会在新 episode 前或独立维护窗口、Cheat 工作树干净、活动 lane 没有 schema migration 时更新。新 episode 只能从UP_TO_DATE或审计过的READY_LOCAL_AHEAD状态创建;更新可用/待安装不得写成 READY。schema 2 episode 还必须通过00-编排/executor-lock.json;registry/runtime lock 漂移时不得刷新 preflight 掩盖执行器变化。 已存在且通过机械核验的00-编排/supersession-record.json必须优先返回SUPERSEDED,不得继续 vendors/status/next/check,也不得用新 lock 覆盖旧 lock。 - 读取
episode-config.json,先运行 config gate。失败时停在①之前,不路由任何内容或生产步骤。 - 按①—⑭检查标准产物。新episode默认
CODEX_DIRECT + Remotion:⑧—⑪由同一个Codex任务连续完成;⑧先落large-v3 raw转录和项目内剪辑候选,再由Codex逐项双遍裁决且不确定KEEP,最后落确定性渲染、剪后SRT与完整观看证据;⑨落direct-brief.json + source-manifest.json;第⑩步只在source manifest有真实素材请求时运行,无request标为not_applicable。 - ④先记录带原始隔离 JSON 的 score;编排器只验证绑定、无污染和证据级别,不替评分器判断内容质量。此时状态为 PARTIAL,再进入⑤;⑤报告与
04-事实主张.json匹配当前稿后,④必须写最终盲预测并成为 COMPLETE,才可进入⑥或任何 production/final gate。 - 输出唯一下一步的 skill、必要输入、应落盘产物与不能跨越的 gate。
AUTONOMOUS_RUN在①—⑥输出AUTO_CONTINUE_REQUIRED和stop_condition: ⑦,宿主 Agent 不得逐步询问;到⑦输出WAITING_FOR_JEFFREY_SHOOTING并停下。这是计划内人工交接,不是BLOCKED。 - 唯一下一步始终是最早失效节点。④已评分、⑤已完成或⑥曾有产物都不能覆盖破损的①—③;下游文件可以保留为历史证据,但在前缀恢复前不算可继续状态。
硬规则
- schema 2在①前必须有distribution contract与executor lock;⑥开始前distribution必须锁定。⑦前必须有shooting_contract;⑦通过后Claude Code交接Codex执行⑧—⑪。⑨前必须有绑定当前raw/稿件的raw-transcript、edit-candidates、schema 2 edit-decision、edit-render、clean、large-v3 clean-transcript/SRT provenance、spoken-script-variance、Codex edit-review与schema 5 edit-manifest;候选必须逐项裁决,不确定KEEP,不路由人工审批。
- schema 2 的①必须同时有 signals、至少两个真正不同的 candidates、source health、抖音 JSON+Markdown 与最终选题;同一事件的观点/教程变体只要受众任务、标题承诺和内容路径不同即可分别计数。唯一 SELECTED 必须锁定 why-now、lane、小白合同、PRIMARY+PLATFORM_SIGNAL claim map,以及
ALIGNED或有差异化解释的ADJACENT平台语义。教程型 lane 的 SELECTED 候选还必须绑定tutorial_proof:status: VERIFIED、本机真实执行产物的evidence_path与evidence_sha256、version_boundary与recovery方法,对应 CLAUDE.md 第13条“教程写成确定步骤前仍须本机真实执行、版本边界和恢复方法”。编排器只验证这些字段存在和来源一致,不根据创意风格、模板或分数淘汰候选。③只对明确未解决高风险阻断;ruleset 过期只要求在报告中警告并安排复核。 - schema 2 的②必须用 schema 2
创作决策.json绑定当前稿 hash、最终标题、Step -1—7 执行状态、Step 3 规划、至少两项原创增量和六关质量结论。稿件 hash 改变时旧记录立即失效。 - ⑤必须同时验证
04-事实主张.json;直接来源支持写SUPPORTED,实现推导写INFERRED + inference_note,后者不能充当 PROOF beat。PASS只表示机械合同通过,不代表编排器独立确认内容优秀。 - ⑥固定生成3种风格×3个尺寸(3:4、4:3、16:9)共9张真实候选;提示词声明
REFERENCE_REQUIRED时,9次 provider request、selected cover 与 review 必须逐项绑定本期 reference 路径/SHA。最终只能选1个风格并保留其3个尺寸;provider 必须等于 executor lock 的⑥ image-provider,不能把未携带头像的新图生成冒充 reference edit。候选style_id固定为V1/V2/V3,尺寸后缀固定为3x4/4x3/16x9,candidate_id固定为${style_id}-${size_suffix}(如V1-3x4);该命名契约与laohan-fengmianqiuzhi候选命名强耦合,改命名必须两 skill 同步。 - CODEX_DIRECT 的 direct brief 必须绑定当前 clean/SRT、柱子哥 production learning profile、3—5 个当前样本和 2—4 个本期学习目标,且不能包含 renderer 实现细节。
- ⑩不能因 stock 无结果放行;⑪不能因 candidate 存在写 final.mp4,必须有完整观看 QA 与 Jeffrey 接受。
- ⑫发布、账号操作、评论回复与方法论升级都不自动执行。
- 有产物但未满足 gate 时,报告 BLOCKED,不算完成;JSON 损坏也必须报告 BLOCKED,不输出 stack trace。
- 普通
check只检查已有输入并明确输出 INCOMPLETE;只有--require production|final|full可作为阶段验收。 - ⑫—⑭由
laohan-yunying处理;发布、评论回复和数据纠正都必须有对应的人工确认或来源证据,不能把预留目录当完成。
不适用
- 写口播稿、发布 → 使用对应专业skill。⑧—⑪默认返回
codex-direct-productionexecutor;它不是新skill,而是同一Codex任务的连续媒体生产职责。⑧不路由人工候选审批:不确定KEEP,事实冲突回上游。 - 只有一个独立文案、没有 episode 目录 → 先创建 episode,不猜文件位置。
反模式
❌ 看见 01-口播稿.md 就认为整期可拍。
✅ 先检查 config、事实核验、封面选择和拍摄契约。
❌ 自动跳过 no_result 或技术失败。
✅ 保留 BLOCKED,并返回产生该决策的上游步骤。