No1Hoo 提示词跨领域移植
把一个已经写好的提示词，整体移植到另一个领域、角色或主体上，产出一版结构完全对等、但血肉全新、可直接复制使用的成品。
核心原则
骨架不动，血肉全换。
框架层（视角、载体形态、输出格式、约束条件、风格基调、对比结构）逐条保留；领域层（名词、术语、指标、场景举例、氛围介质）逐条替换。
最常见的失败模式是"只换名词"——把"便利店"替换成"养殖平台"就交差。真正会翻车的是术语不对等、指标错位、举例未换，导致成品读起来像套壳。
工作流
第 1 步：拆骨架
把原提示词拆成可辨认的层次，逐层标注「保留」还是「替换」：
| 层 | 内容 | 处理 |
|---|---|---|
| 视角与载体 | 观察视角、模型/景观形态、交互方式、UI 要求 | 保留 |
| 构图约束 | 底座形状、元素归属、构图要求、规模控制 | 保留 |
| 风格基调 | 渲染风格、动画氛围、材质与轮廓要求、色彩调性 | 保留（色彩介质可换） |
| 主体 | 视觉中心的核心对象 | 替换 |
| 外部元素清单 | 环绕主体的典型物件 | 逐个映射 |
| 内部陈设清单 | 透过窗口可见的内景 | 逐个映射 |
| 氛围对比结构 | 内外明暗/冷暖对照 | 保留结构，替换介质 |
| 规模与空间特征 | 转折感、纵深、密度 | 保留，语义转译 |
第 2 步：做映射
对每一个元素，先问"它在原场景里承担什么功能"，再在目标领域里找功能对等物，而不是找形似的词。
功能维度速查：
- 标识 / 光源 / 通行 / 收纳 / 供给 / 防护 / 交通 / 信息发布 / 作业台 / 低温设备 / 垂直构架 / 线性连接物 / 通道开口 / 过渡区
映射时同步检查四类隐性错位：
| 类型 | 说明 | 检查方法 |
|---|---|---|
| 术语不对等 | 同义词在不同领域指的不是一回事 | 目标领域里这个词真的这么说吗？ |
| 指标错位 | 关注点、单位、参考区间不同 | 目标领域的核心指标是哪几个？ |
| 标准不符 | 引用的国标/行标/规范对不上 | 有具体标准号的一律核对，或改为原则性表述 |
| 举例未换 | few-shot 样本还是旧的 | 示例必须换成本领域真实案例，否则模型照旧例子跑偏 |
第 3 步：判断歧义点
目标领域往往有原场景没有的结构性歧义（例如"深海"到底指水下还是深远海面）。不要回避，做判断，并在交付里写明。
判断三问：
- 这个选择是否保住了骨架？
- 是否补足了目标领域最该有的特征？
- 改动后是否引入新的矛盾（例如两个意象在同一层空间里打架）？
对每个判断，同时给出反向开关（想改回去怎么改），让用户一句话就能翻转。
第 4 步：交付
四件套，缺一不可：
- 成品提示词 —— 纯净正文，无任何说明性文字，可直接复制
- 改动对照表 —— 按层分组，三列：原版 / 改版 / 改动理由
- 判断说明 —— 每处歧义点：怎么改的、为什么、怎么改回去
- 可调开关速查表 —— 两列：想要的效果 / 怎么改
交付规范
- 正文段落结构、句长节奏、语气与原文保持一致——移植不是重写
- 元素清单保持原有的密度与排列习惯（原文用顿号串成长句，就继续串）
- 对照表用表格，理由列写功能对等逻辑，不写"这样更好看"
- 若用户明确要求"直出"，只给成品提示词正文，其余材料另存文件
输出位置
成品与对照表写入工作区的 prompts/<主题>-<类型>.md，用户要求直出时对话里只贴正文。
常见翻车点
- 只替换名词，术语/指标/举例照搬 → 套壳感
- 把风格层也改了 → 破坏了移植的对等性，等于重写
- 目标领域的歧义点不处理、直接沿用原结构 → 出现空间或逻辑矛盾
- 对照表只写"改了"不写"为什么" → 用户无法判断映射是否成立
- 清单里出现目标领域根本不存在的物件（如海上出现斑马线）