技能介绍

要解决的问题

哔哩哔哩知识类账号在持续更新中经常遇到一个典型困境：选题越攒越多，单期视频做得越来越重，但账号层面缺乏一个清晰的栏目骨架。结果是内容看似都在做，却很难判断哪些栏目值得继续、哪些应该停掉，章节完播率数据也散落在各处，无法用来指导下一轮选题。这个技能针对的就是从“零散内容”到“可持续栏目体系”之间缺的那一步——不是写脚本，而是把已有资料整理成一张可执行、可复查的系列结构图。

技能如何工作

技能的核心输出是一张系列结构图，同时附带参考资料时间码核验清单和章节完播率复查记录。它的工作方式分几个关键步骤：

资料核对与补证据：先检查用户提供的选题资料、章节结构和弹幕问题，标记数据日期和来源。资料不足时不硬写，而是输出一份补证据清单，说明缺什么、影响哪些判断。
栏目拆分：把业务主题拆成认知、方法、案例、答疑和互动五类栏目，每类栏目功能不同、单期可独立成立，避免“所有视频都在讲差不多的事”。
硬约束前置：把“知识准确与长视频观看节奏兼顾”作为场景硬约束写进方案。这意味着任何栏目设计都不得用“保证涨粉”“必爆”之类的承诺绕过事实准确性和观看节奏的平衡。
固定结构与证据要求：为每个栏目规定固定结构、单期时长和需要的内容证据，这样制作端有章可循，而不是每次从零开始拍脑袋。
轮换与硬广控制：安排栏目轮换节奏，并对硬广比例设上限，防止知识账号滑向纯广告号。
数据复查闭环：以章节完播率作为复查指标。没有实际数据时只给出测量口径和基线建议，不虚构结果。

适用边界与注意点

这个技能不处理全盘战略，也不替代真实平台操作、合同或合规审批。它不承诺流量、转化率、收入或审核结果。涉及预算、价格、库存、会员数据或平台规则时，相关数字必须标明来源和日期，并把已确认事实、分析判断和待确认事项分开。

使用时需注意：不读取也不输出密码、Token 或与任务无关的个人信息。真实发送、发布、付费、删除或权限变更操作必须先取得用户明确授权。处理会员或活动参与者数据时只使用最小必要信息，并提醒去标识化。涉及价格、促销、抽奖、广告和平台规则时，先列出需要业务或法务确认的事项。任一关键条件不满足时输出“暂不可交付”，列出缺失信息和下一步补证据动作，而不是用空泛建议填满模板。