Back to skills
SKILL.md
Ljh Lianming
ASecurity联名开品引擎。双端整理有来源的元素,用十种结合逻辑菜单生成候选,先过四道硬闸,再输出可评审方向。 触发方式:/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。
- 10 stars
- 0 votes
- 0 copies
- 1 view
- Added September 4, 2026
Security analysis
100/100Pro scans all 4 files and shows the line behind each finding
npx -y skills add handsomeng/LJHskill --skill ljh-lianming --agent claude-codeAre you the author of Ljh Lianming?
Add the live security badge to your README. It updates with every re-scan.
[](https://www.skillsdirectory.com/skills/handsomeng-ljh-lianming)---
name: ljh-lianming
displayName: ljh-lianming
slug: ljh-lianming
version: 1.1.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` 预估模式。
- 授权与合规待核验:交权利主体、品牌方、法务或平台合规人员确认。
Files in this skill
- SKILL.md
- references/lianming-cases.md
- references/three-axis-protocol.md
- scripts/check_update.py
Attribution
Comments
Loading comments…
Newsletter
Get the weekly list of safe new skills, and the ones we pulled.