Ljh Duiqi

---
name: ljh-duiqi
displayName: ljh-duiqi
slug: ljh-duiqi
version: 1.0.0
description: |
  品、人群、内容对齐表生成器。把上游已确认字段和统一验证结果整理成团队可执行的人话与画面，并保留证据和修改边界。
  触发方式：/ljh-duiqi、「做品人群内容对齐表」「卖点怎么翻译成人话」「把验证结果交给编导」
  Product-audience-content alignment table that preserves upstream decisions, evidence states, and validation outcomes.
  Trigger: /ljh-duiqi, "build a product audience content alignment", "translate validated claims for creators"
  团队排班、项目进度和通用沟通对齐等非内容电商场景，不要自动触发。
---

更新检查：业务交付完成后，环境允许执行时运行本 Skill 目录下的 `scripts/check_update.py`；脚本有输出时，把提醒原样放在本次业务交付末尾；无输出不提；不得自动更新。

开始前读取 [三轴状态协议](references/three-axis-protocol.md) 和 [交付物字段所有权协议](references/deliverable-field-ownership.md)。所有字段、证据和验证结论都按协议标注。

# ljh-duiqi：品、人群、内容对齐表生成器

你负责把上游的产品、定位、卖点、场景、人群和验证结果翻译成团队共用的人话、场景和画面。你不重新推导标准定位、标准人群或卖点。需要改字段时，保留原字段并新增「修改建议 + 理由 + 回退所有者 + 确认动作」，确认前不替换标准字段。

心智句是让团队和消费者记住「这个产品是谁、适合谁、凭什么值得选」的一句话。

## 档案协议

启动前检查当前目录的 `ljh-档案/品牌档案.md`：

1. 档案存在时，复用带来源和三轴状态的字段，只问本轮缺口。
2. 档案不存在时，流程照常。交付后可询问是否建档，用户同意后再创建。
3. 完成交付后，把结论追加到「结论时间线」，报告另存到 `ljh-档案/交付物/日期_ljh-duiqi_主题.md`。
4. 用户拒绝建档或环境不能写文件时，跳过档案动作。

## 输入契约

优先读取 `/ljh-xuanpin`、`/ljh-dingwei`、`/ljh-maidian`、`/ljh-changjing` 和 `/ljh-koc` 的输出。标准定位、标准人群和心智句只能来自 `/ljh-dingwei` 的已确认版本；卖点沿用上游原文和 `/ljh-maidian` 的评审状态。每条输入至少保留：原字段、所有者、字段决策状态、证据状态、验证结果、来源和时间。

| 输入 | 缺失时怎么处理 |
|---|---|
| 产品事实与交付边界 | 标「待确认」或「无证据」，不能自行补事实 |
| 定位与卖点 | 原样保留；工具新写法标「修改建议」，并回到字段所有者确认 |
| 场景 | 无真实验证时标「未验证」 |
| 人群 | 只有观察时写观察；推断写假设，不升级为已确认 |
| 证据与合规 | 证据状态照实；资质、检测来源和平台规则由品牌方、法务或平台合规人员确认 |
| KOC 或素材结果 | 只接受「验证通过、信号偏弱、验证失败、未验证」 |

## Phase 0：先做来源台账

把已有资料整理成表。每轮最多追问 3 个会阻断可用初稿的问题，其余缺口标「待确认」或对应证据状态，先交付初稿。

| 字段 | 上游原文 | 所有者 | 字段决策状态 | 证据状态 | 验证结果 | 来源与时间 |
|---|---|---|---|---|---|---|

若上游没有附状态，不能猜测。事实字段默认「待确认」；证据按现状标「待核验」或「无证据」；真实测试缺失时标「未验证」。

## 五块对齐表

### 一、这个品是什么

用不超过 30 个字的消费者语言说明产品承担的任务，同时保留上游原定位：

- 上游标准定位：原样引用并附状态；待确认草案不能写成已确认。
- 对外一句话：若只是转译建议，标「修改建议」。
- 核心事实：逐条附证据状态，不用画面替代检测或资质。
- 红线：记录品牌方、法务或平台确认的禁说项；未确认时标缺口。

### 二、卖给谁

标准人群沿用 `/ljh-dingwei` 已确认字段，再把它翻译到具体用户、触发时刻、当前替代方案和内容偏好。先区分使用者、购买者和影响购买的人。

没有上游验证数据时，可以基于产品与场景提出「人群假设」，字段状态标「修改建议」或「待确认」，验证结果标「未验证」。不能凭高消耗素材直接写成精准人群。

### 三、她为什么会买

只使用已有来源整理：

1. 用户任务和触发时刻。
2. 当前方案及未满足问题。
3. 期望结果。
4. 促成下单的证据或顾虑。

工具补写的第一人称表达属于转译，先标「修改建议」。

### 四、卖点翻译与三轴状态

| 产品或上游原话 | 消费者表达 | 可拍画面或演示 | 字段决策状态 | 证据状态 | 验证结果 | 来源 |
|---|---|---|---|---|---|---|

填表规则：

1. 上游原话不得静默改写。消费者表达是新写法时标「修改建议」。
2. 画面写成可执行的动作、对象和结果，避免抽象词。
3. 演示画面只能展示观察到的结果，不能替代检测、资质或因果证明。
4. 证据只支持核验范围内的表达。检测对象、条件或时间不一致时标「待核验」或「已过期」。
5. 验证结果从 `/ljh-koc` 原样带入。没有真实测试就写「未验证」。
6. 「信号偏弱」只能安排复验，不能在下游表中升级为「验证通过」。
7. 「验证失败」的表达和画面进入停用清单，除非上游提出新假设并重新验证。
8. 翻译若改变标准定位、标准人群、心智句或卖点含义，必须进入修改建议区，不能直接进入执行栏。

翻译完成后检查三类价值：功能价值让用户看懂，情绪价值让用户感到相关，信任价值让用户知道凭什么相信。缺一类时列缺口，不编造支撑材料。

### 五、竞品参照

| 竞品观察 | 来源与时间 | 证据状态 | 我方能否解决 | 表达处理 |
|---|---|---|---|---|

竞品评论和素材只能支持观察范围。若我方解决能力未核验，写「待确认」或「修改建议」，不能把竞品缺点自动转换成我方优点。

## 状态传递规则

- 上游「已确认」且内容原样复用，下游仍可标「已确认」。
- 上游「待确认」，下游维持「待确认」。
- 任何内容改写先标「修改建议」，经用户或有权上游确认后才可改为「已确认」。
- 证据状态和验证结果原样传递；若发现过期或口径冲突，可以降级并说明原因，不能自行升级。
- 字段已确认、证据已核验和验证通过是三件独立的事，表中分别展示。

## 修改建议与回退

```text
原字段：{}
修改建议：{}
理由：{}
回退所有者：/ljh-dingwei 或对应上游所有者
确认动作：{}
当前执行字段：继续使用原字段
```

消费者语言、场景或画面只要改变了原字段含义，就使用这份记录。确认后由字段所有者发布新版本，再同步到对齐表。

## 中性示例

产品为便携冲牙器，上游已确认「200mL 水箱」，产品规格表已核验；「一次加水完成一次常规清洁」尚无统一使用测试；KOC 还未执行。

| 产品或上游原话 | 消费者表达 | 可拍画面或演示 | 字段决策状态 | 证据状态 | 验证结果 | 来源 |
|---|---|---|---|---|---|---|
| 200mL 水箱 | 一次加水完成一次常规清洁 | 按预设流程完整演示一次，并记录是否需要补水 | 修改建议 | 待核验 | 未验证 | 规格表已确认容量；使用结论待测试 |

这里可以确认容量，尚不能确认「一次完成」。演示完成并复核不同档位后再更新证据状态；市场验证仍需 `/ljh-koc`。

## 输出模板

```markdown
# 品、人群、内容对齐表：{产品}

## 来源台账
| 字段 | 上游原文 | 所有者 | 字段决策状态 | 证据状态 | 验证结果 | 来源与时间 |
|---|---|---|---|---|---|---|

## 一、这个品是什么
- 上游原定位：
- 对外一句话：
- 核心事实与证据：
- 红线与确认人：

## 二、卖给谁
- 使用者：
- 购买者：
- 触发时刻：
- 内容偏好：
- 当前状态：

## 三、为什么会买
- 用户任务：
- 当前方案与缺口：
- 期望结果：
- 下单证据或顾虑：

## 四、卖点翻译与三轴状态
| 产品或上游原话 | 消费者表达 | 可拍画面或演示 | 字段决策状态 | 证据状态 | 验证结果 | 来源 |
|---|---|---|---|---|---|---|

## 五、竞品参照
| 竞品观察 | 来源与时间 | 证据状态 | 我方能否解决 | 表达处理 |
|---|---|---|---|---|

## 待确认、复验与停用清单
- 待确认：
- 待核验：
- 信号偏弱的复验动作：
- 验证失败停用：

## 修改建议与回退记录
| 原字段 | 修改建议 | 理由 | 回退所有者 | 确认动作 |
|---|---|---|---|---|
```

## 边界与下一步

- 卖点独特性和表达成立性用 `/ljh-maidian`；事实、资质、检测来源和平台规则由品牌方、法务或平台合规人员确认。
- 需要真实验证的卖点、场景和人群假设交给 `/ljh-koc`。
- 对齐表确认后，可交 `/ljh-shangxiang` 编排商详页，或交 `/ljh-jiaoben` 做脚本评审。
- `/ljh-jiaoben` 只做脚本评审。创作者根据评审方向修改后再复评。