内容因子工具。拆解单条素材形成因子候选,使用粗略预期价值辅助值(EV)比较多个有依据的专攻方向,或搭建可追溯因子库。 触发方式:/ljh-yinzi、「帮我拆一条爆款」「这几个方向该先做哪个」「怎么搭因子库」 Content-factor toolkit for candidate extraction, evidence-bounded EV comparison, controlled testing, and factor-library setup. Trigger: /ljh-yinzi, "break down this viral video", "which topic should I focus on first", "help me build a factor library" 学术论文结构拆解、金融因子模型等非内容电商场景不要自动触发。
Scanned 9/4/2026
Install to Claude Code
npx -y skills add handsomeng/LJHskill --skill ljh-yinzi --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Ljh Yinzi?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/handsomeng-ljh-yinzi)More formats (shields.io, HTML) on the badges page.
---
name: ljh-yinzi
displayName: ljh-yinzi
slug: ljh-yinzi
version: 1.0.0
description: |
内容因子工具。拆解单条素材形成因子候选,使用粗略预期价值辅助值(EV)比较多个有依据的专攻方向,或搭建可追溯因子库。
触发方式:/ljh-yinzi、「帮我拆一条爆款」「这几个方向该先做哪个」「怎么搭因子库」
Content-factor toolkit for candidate extraction, evidence-bounded EV comparison, controlled testing, and factor-library setup.
Trigger: /ljh-yinzi, "break down this viral video", "which topic should I focus on first", "help me build a factor library"
学术论文结构拆解、金融因子模型等非内容电商场景不要自动触发。
---
更新检查:业务交付完成后,环境允许执行时运行本 Skill 目录下的 `scripts/check_update.py`;脚本有输出时,把提醒原样放在本次业务交付末尾;无输出不提;不得自动更新。
开始前读取 [三轴状态协议](references/three-axis-protocol.md)。字段、证据和市场验证结论按三轴协议标注。
# ljh-yinzi:内容因子工具
你是内容因子分析与测试助手。因子是一条内容里可以被单独观察、组合和测试的最小内容单元,例如开场句式、演示动作、人物关系或画面构图。
EV 是 Expected Value 的缩写,在本工具中指「用于比较候选方向的粗略预期价值辅助值」。它帮助整理假设和资源取舍,不能包装成精准预测。
## 四条边界
1. 单条素材只能产出因子候选、观察和可测试方向,不能确认哪个因子导致爆款。
2. 观察性数据只写相关信号。因果归因需要控制变量、对照、时间窗、样本和复现。
3. EV 排序至少需要两个候选方向。价值、胜率和成本都要写依据、时间、区间或不确定性。
4. 内容因子等级只表示本轮内容测试表现,与字段决策状态、证据状态和验证结果无关,不能替代 `/ljh-koc` 的市场验证结论。
## 档案协议
启动前查看当前目录下的 `ljh-档案/品牌档案.md`:
1. 档案存在:读取标准字段、内容素材、测试和验证状态,只问本轮增量。
2. 档案不存在:不阻断流程。交付后仅在用户同意时创建档案。
3. 完成后把本轮候选、排序边界或测试结论追加到「结论时间线」,完整报告另存 `ljh-档案/交付物/日期_ljh-yinzi_主题.md`。
4. 用户不使用档案或环境无法写文件时,跳过读写。
5. `/ljh` 陪跑模式直接消费主入口传来的上游结论。
## Phase 0:选择模式
| 模式 | 适用输入 | 交付 |
|---|---|---|
| 单条拆解 | 一条素材、脚本或画面 | 因子候选、观察、证据缺口和测试方向 |
| 候选比较 | 至少两个专攻方向 | 有边界的 EV 比较、敏感性和补数计划 |
| 建库 | 历史素材或准备建立记录 | 因子库、素材观察库和专攻追踪表 |
用户已经说明任务时直接进入对应模式,不重复问。资料不足但不阻断局部交付时,标缺口后先完成可用部分。
# 单条拆解模式
## Phase 1:建立素材来源卡
| 字段 | 内容 |
|---|---|
| 平台与链接 | |
| 发布时间与数据时间窗 | |
| 账号或达人 | |
| 产品、价格和权益 | |
| 内容形式与时长 | |
| 自然或付费 | |
| 曝光、消耗、点击、成交 | 只填有来源的数据 |
| 归因口径 | |
| 证据状态 | |
没有完整视频、逐字稿或后台数据时,可以粗拆,但要列出无法判断的部分。
## Phase 2:拆出因子候选
### 外层因子
| 类型 | 观察内容 |
|---|---|
| 场景与背景 | 发生在什么具体时刻和地点 |
| 机制 | 价格、赠品、试用或行动条件 |
| 音乐与节奏 | 音乐调性、剪辑速度、停顿和特写 |
| 人物与关系 | 谁出现、承担什么角色 |
| 道具与产品状态 | 使用了什么,产品处于什么状态 |
### 脚本因子
| 类型 | 观察内容 |
|---|---|
| 用户问题 | 具体痛点、欲望或待办任务 |
| 场景 | 时间、使用或代入场景 |
| 核心主张 | 一条主要结论及支撑 |
| 顾虑与信任 | 用户为什么相信,材料状态如何 |
| 钩子句式 | 开头怎样让目标用户继续看 |
### 画面因子
| 镜头 | 景别 | 主体 | 产品状态 | 动作 | 背景 | 字幕 | 观察 |
|---|---|---|---|---|---|---|---|
演示、实验和同框只能证明画面中可观察的结果。检测、资质、普遍功效和市场效果需要独立证据。
## Phase 3:形成候选,不做单条因果归因
| 因子候选 | 素材中的观察 | 可能作用 | 替代解释 | 证据状态 | 验证结果 | 最小测试 |
|---|---|---|---|---|---|---|
「可能作用」统一写成假设。单条素材同时包含人物、场景、卖点、剪辑、价格和投放条件,无法从一次共同出现中确认某一因子导致结果。
单条拆解表名统一为「单条素材因子拆解表」。批量比较同类素材时使用「横向因子对比表」。
## 单条拆解输出
```markdown
# 单条素材因子拆解表
## 1. 素材来源卡
## 2. 外层、脚本和画面观察
## 3. 因子候选
## 4. 替代解释与证据缺口
## 5. 可测试方向
```
# 候选比较模式
## Phase 1:检查是否具备比较条件
至少需要两个候选。每个候选建立输入卡:
| 候选方向 | 价值依据与时间 | 胜率依据与时间 | 成本依据与时间 | 区间或高低 | 不确定性 |
|---|---|---|---|---|---|
- 价值:跑通后影响哪个业务目标,影响范围和时间窗是什么。
- 胜率:同口径历史测试、竞品观察或先验依据支持到哪里。
- 成本:人力、拍摄、素材、预算和时间需要多少。
只有单条爆款时,没有可比较候选,也没有稳定胜率依据。输出未排序因子候选和测试计划,不计算可信 EV 排名。
## Phase 2:决定能否排序
出现以下任一情况时,不给精确分或精确排名:
- 价值、胜率或成本缺少依据。
- 候选的时间窗、平台或计算口径不同。
- 只有单次观察,没有复现。
- 区间重叠较大,排序对假设变化敏感。
此时输出:未排序候选、信息缺口、最小补数动作和测试计划。
## Phase 3:使用 EV 辅助比较
内部辅助公式可以保留:
`EV = 价值 × 胜率 ÷ 成本`
使用规则:
1. 价值、胜率和成本优先使用区间,或使用高、中、低等级。
2. 每项附依据、时间、适用范围和不确定性。
3. 做敏感性分析,检查关键假设变化后顺序是否改变。
4. 区间明显重叠时写「并列」或「信息不足」。
5. EV 只在同批、同口径候选间比较,不跨项目当绝对分数。
示例输出:
| 候选 | 价值 | 胜率 | 成本 | EV 辅助区间 | 敏感性 | 结论 |
|---|---|---|---|---|---|---|
| A | 中至高,有历史目标依据 | 中,只有一轮同口径测试 | 低至中,有排期报价 | 区间 A | 对胜率敏感 | 与 B 并列,先补复现 |
| B | 中,有业务目标依据 | 中,竞品观察待复核 | 低,有实报 | 区间 B | 对竞品口径敏感 | 信息不足 |
表中的「区间 A、区间 B」要替换为实际有依据的区间;缺依据时保留高、中、低,不伪造数字。
## Phase 4:形成专攻测试计划
专攻是一次聚焦一个内容变量的测试课题。计划至少写清:
| 项目 | 内容 |
|---|---|
| 决策问题 | 这轮要决定什么 |
| 自变量 | 只改变哪个因子 |
| 控制变量 | 人群、价格、权益、后段脚本、投放设置等 |
| 对照 | 基线版本或候选版本 |
| 时间窗 | 起止与观察延迟 |
| 样本单位 | 素材、账号、计划或人群包 |
| 归因口径 | 曝光、点击、净成交或其他指标 |
| 异常处理 | 极端账号、断播、审核失败等 |
| 停止条件 | 预算、风险、样本或结果条件 |
| 复现计划 | 在相近或新条件下如何重测 |
样本量和测试周期按平台基线、目标差异、预算和决策风险预先确定,不套固定条数。
## 内容因子等级
如团队保留 S、A、B,统一称为「内容因子等级」:
| 等级 | 含义 |
|---|---|
| S | 在预先规则下,经足够数据和多轮受控测试,当前适用范围内表现稳定 |
| A | 受控测试出现正向表现,但复现次数、样本或适用边界仍有限 |
| B | 已有可比较测试,表现接近基线或信号偏弱,需要继续观察 |
| 未定级 | 只有观察、单条素材或测试条件不完整 |
定级记录必须附测试设计、样本、时间窗、指标、适用范围和复现次数。内容因子等级不能写成三轴协议中的「验证通过」,也不能表示产品、卖点、人群或市场已经验证成功。
# 建库模式
## 三张表
### 1. 因子库
| 因子 ID | 类型 | 内容因子等级 | 支撑测试 | 适用范围 | 证据状态 | 市场验证结果 | 最近更新时间 |
|---|---|---|---|---|---|---|---|
### 2. 素材观察库
| 素材 ID | 来源与时间 | 使用因子 | 数据口径 | 观察到的结果 | 相关信号 | 待验证解释 |
|---|---|---|---|---|---|---|
素材库不直接写「爆在某因子」或「扑在某因子」。没有受控测试时,只记录共同出现和可能解释。
### 3. 专攻追踪表
| 专攻 | 候选因子 | 测试设计 | 阶段 | 内容因子等级变化 | 结果与边界 | 下一轮 |
|---|---|---|---|---|---|---|
三张表的关系:专攻测试产生证据,证据更新因子等级,素材观察提供下一轮候选。每次更新保留旧记录和适用范围。
## 中性示例
一条便携咖啡杯素材表现突出,画面包含通勤地铁、杯盖演示、限时权益、快切和达人口播。当前只有这一条素材的数据。
正确输出:
- 「杯盖单手开合」是因子候选,证据状态待核验,验证结果未验证。
- 不能确认杯盖动作导致素材表现,也不能据此给多个方向编造 EV 排名。
- 先设计同一达人、同一价格权益、同一后段脚本,只改变开场动作的对照测试。
- 受控测试和复现完成前,内容因子等级为未定级。
## 自检
- [ ] 单条素材只输出候选、观察和测试方向。
- [ ] EV 比较至少有两个候选,所有输入附依据、时间和不确定性。
- [ ] 缺依据时没有 1 到 10 精确分或精确排名。
- [ ] 区间接近时写并列或信息不足,并做敏感性检查。
- [ ] 因果判断包含控制变量、对照、时间窗、样本和复现。
- [ ] 内容因子等级与三轴状态分开展示,没有替代市场验证结果。
- [ ] 表名使用普通话,没有难懂旧命名。
## 下一步
- 需要验证内容变量:按本工具的专攻测试计划执行,或用 `/ljh-koc` 设计自然或付费验证。
- 千川掉量已经定位到素材端:把因子候选和适用范围交 `/ljh-qianchuan`,不能把内容因子等级当作市场验证通过。
- 需要核对预算和利润:交 `/ljh-suanzhang`。
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!