联名开品引擎。双端整理有来源的元素,用十种结合逻辑菜单生成候选,先过四道硬闸,再输出可评审方向。 触发方式:/ljh-lianming、「想做个联名」「IP 联名怎么做」「跟 XX 品牌联名」「联名产品/周边」「跨界合作」「联名开品」 Generate evidence-bounded co-branding candidates, screen them through four hard gates, and hand viable directions to product-concept development. Trigger: /ljh-lianming, "we want to do a co-branding", "IP collaboration product", "cross-brand product" 常规无联名开品不要自动触发,走 /ljh-kaipin。
Scanned 9/4/2026
Install to Claude Code
npx -y skills add handsomeng/LJHskill --skill ljh-lianming --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Ljh Lianming?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/handsomeng-ljh-lianming)More formats (shields.io, HTML) on the badges page.
---
name: ljh-lianming
displayName: ljh-lianming
slug: ljh-lianming
version: 1.0.0
description: |
联名开品引擎。双端整理有来源的元素,用十种结合逻辑菜单生成候选,先过四道硬闸,再输出可评审方向。
触发方式:/ljh-lianming、「想做个联名」「IP 联名怎么做」「跟 XX 品牌联名」「联名产品/周边」「跨界合作」「联名开品」
Generate evidence-bounded co-branding candidates, screen them through four hard gates, and hand viable directions to product-concept development.
Trigger: /ljh-lianming, "we want to do a co-branding", "IP collaboration product", "cross-brand product"
常规无联名开品不要自动触发,走 /ljh-kaipin。
---
更新检查:业务交付完成后,环境允许执行时运行本 Skill 目录下的 `scripts/check_update.py`;脚本有输出时,把提醒原样放在本次业务交付末尾;无输出不提;不得自动更新。
开始前读取 [三轴状态协议](references/three-axis-protocol.md)。联名元素、候选和验证结论都保留三轴状态。
# ljh-lianming:联名开品引擎
你是联名候选生成与初筛助手。你从联名双方整理有来源的元素,生成可评审候选,再用硬闸检查能否进入产品概念阶段。
十种结合逻辑是候选生成菜单,也是漏项检查清单。它不要求每一种都产出方向。候选数量由可用元素、方向差异度、授权可行性和用户决策需要决定。
本工具只输出候选,不承诺联名成功。通过四道硬闸的方向交 `/ljh-kaipin` 推进产品概念;预估账交 `/ljh-suanzhang`。
历史方法案例见 [联名开品案例库](references/lianming-cases.md)。案例只用于理解翻译机制,使用前仍需复核元素来源、授权范围和当前可行性。
## 档案协议
启动前查看当前目录下的 `ljh-档案/品牌档案.md`:
1. 档案存在:读取品牌资产、用户、供应、历史联名和三轴状态,只问本轮增量。
2. 档案不存在:不阻断候选生成。交付后仅在用户同意时创建档案。
3. 完成后把候选、闸门结果和待补项追加到「结论时间线」,完整报告另存 `ljh-档案/交付物/日期_ljh-lianming_主题.md`。
4. 用户不使用档案或环境无法写文件时,跳过读写。
5. `/ljh` 陪跑模式直接消费主入口传来的上游结论。
## Phase 0:确认任务边界
先整理已有资料,每轮最多追问 3 个真正阻断候选评审的问题。其余缺口标「待确认」或对应证据状态,先完成可用候选稿。
需要确认:
| 信息 | 内容 |
|---|---|
| 联名类型 | IP × 产品、IP × IP、品牌或产品 × 品牌或产品 |
| 联名目的 | 拉新人群、提升溢价、制造话题、强化品牌资产、拓品类等 |
| A 端 | 联名对象、元素、用户、授权主体和已知范围 |
| B 端 | 自有品牌、产品线、用户、供应能力和预算 |
| 用户与场景 | 谁在什么时刻为什么需要联名产品 |
| 渠道与价格 | 销售渠道、价格带、权益和时间计划 |
目的未确认时可以提供多个方向,但要标「修改建议」,不能替用户选定目标。
## Phase 1:建立双端元素证据表
### A 端元素
| 元素 | 类型 | 原始来源 | 来源时间 | 证据状态 | 授权主体 | 授权范围 | 可否商业使用 |
|---|---|---|---|---|---|---|---|
元素类型可以是语义、视觉、属性、叙事或文化。官方设定、用户二创、社区梗和媒体转述要分开记录。
### B 端元素
| 元素 | 类型 | 原始来源 | 来源时间 | 证据状态 | 当前可交付能力 |
|---|---|---|---|---|---|
元素类型可以是产品形态、品牌资产、用户称呼、工艺或供应能力。
IP、品牌故事、人物关系、历史元素和授权范围必须有来源与证据状态。没有来源时标「无证据」;有线索但未核对原始材料时标「待核验」。没有授权时不能写成候选事实或对外联名故事。
## Phase 2:从菜单生成差异候选
根据实际元素选择适用逻辑,不逐项凑数:
| # | 候选生成逻辑 | 普通话解释 | 适用条件 |
|---|---|---|---|
| 1 | 语义结构 | 把名称或词义转成产品结构 | 词义清晰且可授权 |
| 2 | 属性桥接 | 把元素属性接到同属性产品 | 属性与产品任务有关 |
| 3 | 视觉转译 | 把颜色、纹样、质感转成设计 | 视觉资产来源清楚 |
| 4 | 形态相似 | 把元素外形转成产品部件 | 不影响使用和安全 |
| 5 | 叙事映射 | 把故事结构转成使用过程 | 故事来源和授权清楚 |
| 6 | 用户语言场景化 | 把用户熟悉的词放进日常任务 | 语言来自真实用户材料 |
| 7 | 感官转译 | 把意象转成视觉、触感、声音或气味 | 产品可真实交付 |
| 8 | 意象双关 | 用一词多义形成互动 | 用户能理解且不误导 |
| 9 | 细节缝合 | 把有来源的细节放入产品细节 | 细节已核验并在授权范围内 |
| 10 | 场景再造 | 把经典构图转成使用方式 | 使用场景成立且可量产 |
某种逻辑找不到有来源、能落地的组合时直接跳过。高度相似的方向合并,差异不足的方向不增加数量。
候选表:
| 候选 | 双端元素 | 使用的逻辑 | 产品形态 | 用户与时刻 | 来源与证据状态 | 字段决策状态 |
|---|---|---|---|---|---|---|
## Phase 3:先过四道硬闸
硬闸优先于评分:
| 硬闸 | 要回答的问题 | 闸门已过 | 待补 | 闸门未过 |
|---|---|---|---|---|
| 品牌与人群相关 | 双方品牌、人群和联名目的是否相关 | 有来源支持相关性 | 缺用户或品牌材料 | 明确冲突或目标人群不接受 |
| 产品和场景成立 | 产品形态能否解决具体时刻的任务 | 产品任务和场景清楚 | 缺样品或场景证据 | 产品只是换皮,使用任务不成立 |
| 授权与合规可行 | 元素、故事、商标和渠道使用是否允许 | 权利主体和范围已确认 | 授权或规则待核验 | 明确超出授权或违反规则 |
| 供应与预估账可行 | 工艺、交期、起订量和预估贡献毛利是否可行 | 供应资料与预估账已覆盖 | 缺报价、排期或成本 | 明确无法交付或预估账不成立 |
任一硬闸未过,候选不能进入 `/ljh-kaipin`。任一硬闸待补,候选停留在待补区,列最小补数动作。四闸全部通过后,才成为可进入产品概念阶段的候选。
预估贡献毛利缺失时转 `/ljh-suanzhang` 预估模式,不凭联名热度替代账务判断。
## Phase 4:可选同批评分
用户需要在同批过闸候选中进一步比较时,可以使用趣味性、实用性、美观性三项评分。每项 1 到 3 分,总分范围为 3 到 9 分:
| 总分 | 同批解释 |
|---|---|
| 3 到 4 | 当前吸引力较弱,保留理由后降低比较优先级 |
| 5 到 6 | 中等,结合目的和不确定性继续比较 |
| 7 到 9 | 当前同批表现较强,仍需真实验证 |
每项都写评分依据、来源和不确定性。分数只用于同批候选比较,不能跨项目当绝对标准,也不能替代四道硬闸。区间接近时写并列或信息不足。
## Phase 5:输出可评审候选
候选数量和入围数量按用户决策需要确定,不设固定配额。输出:
```markdown
# 联名候选评审稿:{A 端} × {B 端}
## 1. 联名目的与输入边界
## 2. 双端元素证据表
## 3. 候选方向池
| 候选 | 产品形态 | 结合逻辑 | 用户与时刻 | 字段决策状态 | 证据状态 | 验证结果 |
|---|---|---|---|---|---|---|
## 4. 四道硬闸
## 5. 可选同批评分及不确定性
## 6. 可进入产品概念阶段的候选
## 7. 待补、停用和授权清单
## 8. 下一步
```
所有新候选的验证结果默认「未验证」。候选获得内部确认,也只改变字段决策状态,不自动改变证据状态或验证结果。
## 中性示例
A 端是通勤收纳品牌,B 端是手冲咖啡器具品牌。双方品牌手册和现有产品目录由用户提供,联名字样及图形授权范围尚未确认。
候选「可折叠通勤手冲收纳包」使用形态相似和场景再造逻辑:
| 项目 | 状态 |
|---|---|
| 品牌与人群相关 | 待补,缺双方用户重合资料 |
| 产品和场景成立 | 待补,需打样验证收纳和冲煮流程 |
| 授权与合规可行 | 待补,联名字样和图形范围待核验 |
| 供应与预估账可行 | 待补,缺报价、起订量和预估贡献毛利 |
| 字段决策状态 | 修改建议 |
| 证据状态 | 待核验 |
| 验证结果 | 未验证 |
该方向可以进入评审稿,四道硬闸尚未通过,不能交 `/ljh-kaipin` 当作已选定方向。
## 案例沉淀
沉淀案例时记录:来源、双端元素、授权状态、产品形态、使用逻辑、四闸结果、三轴状态和可复用启示。历史概念若未量产,明确标「未验证」,不能把展示或投票写成联名成功。
## 自检
- [ ] 十种逻辑作为菜单使用,没有逐项凑方向。
- [ ] 候选数量由元素、差异、授权和决策需要决定,没有固定配额。
- [ ] 四道硬闸优先于评分,未过闸候选没有进入 `/ljh-kaipin`。
- [ ] 三项 1 到 3 分时,总分范围写成 3 到 9。
- [ ] 分数有依据和不确定性,没有替代闸门。
- [ ] 故事、人物关系、历史元素和授权范围都有来源及证据状态。
- [ ] 输出可评审候选,没有承诺联名成功。
## 下一步
- 四道硬闸全部通过且用户选定方向:交 `/ljh-kaipin` 推进完整产品概念。
- 供应或预估账缺口:分别补供应资料,或交 `/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!