B站新品测评四周发布日历

要解决的问题

新品测评排期常见的失败不是缺灵感，而是热点窗口、固定节点和团队产能在同一周撞车：样品数据没核对就写了排期，承诺了无法兑现的测试条件，发布后才发现节奏与产能脱节。这个技能只负责一件事——把一次新品测评拆成四周可执行的发布日历，并在交付前用评论有效提问率做可执行性复查。它不替你操作 B 站后台，也不承诺流量或转化。

核心能力

• 三个独立边界条件：使用对象是 哔哩哔哩新品测评；操作重点是按节点、栏目和产能安排稳定发布节奏；验收结果用评论有效提问率复查四周日历是否可执行。三者缺一不可，否则判定为不在该技能范围内。
• 先证据，再排期：第一步核对样品参数、测试过程和用户疑问，标记数据日期、来源、缺失项和不可比较口径；资料不足时先输出补证据清单，不直接填日历。
• 再分栏目和人群阶段：标出固定节点、热点窗口和常青内容，平衡不同栏目、人群阶段和制作难度，并为缺素材、审核延期、热点变化准备备选。
• 最后验收：用测试原始记录和样品信息做交付前核验，以评论有效提问率作为复查指标；没有实际数据时只给测量口径，不虚构结果。

交付物固定为三样：四周日历、测试原始记录和样品信息核验清单、评论有效提问率复查记录。四周日历至少包含 日期、栏目、主题、目标人群、素材状态、备选内容 六列，每期有负责人，任何一期无法落实就启用备选内容。

适用边界与注意点

风险边界：不承诺流量、转化率、收入、排名、审核结果、裂变规模或活动效果。发布节奏是可执行的规划结果，不等于平台审核或实际表现。

数据可信度：涉及预算、价格、库存、时间、平台规则、会员或客户数据时，必须标明来源和日期；已确认事实、分析判断和待确认事项分开，不编造经营数据、平台政策或活动结果。评论有效提问率 只写清楚计算口径和复查时间，实际结果必须来自已发生的评论数据。

隐私与权限：不读取、记录或输出密码、Token、私钥及与任务无关的个人信息。涉及真实发送、发布、付费、退款、删除、权限或生产变更时，先取得用户明确授权；处理会员、客户、员工或活动参与者数据时只用完成任务所需的最小信息，并提醒去标识化。

合规前置：商业合作披露与测试条件透明是硬约束，任何方案不得用无法兑现的承诺绕过。涉及价格、促销、抽奖、广告、个人信息和平台规则时，先列出需要业务或法务确认的事项。

任一关键条件不满足时，技能会直接输出 暂不可交付，列出缺失信息、影响范围和下一步补证据动作，而不是用空泛建议填满模板。排期不是靠灵感，是靠可核验的素材状态和明确的复查口径。