# Prompt Domain Transplant

> Transplants an existing prompt into a different domain, role, or subject while preserving its structural skeleton. Use when the user wants a "same-type" variant of a prompt — 同类提示词改版, 换领域, 换角色, 把 A 场景改成 B 场景, 移植提示词, adapt/rewrite a prompt for another industry, or asks to convert a scene/persona prompt (e.g. Japanese convenience store street corner → deep-sea aquaculture platform; shrimp nutrition → pufferfish nutrition; street food stall → space station canteen). Outputs a ready-to-paste prompt plus a change-mapping table and explicit judgement calls.

- Skill: `no1hoo/prompt-domain-transplant` (Agent Skill, multi-file: 4 files)
- Install (CLI): `npx skillmds@latest add no1hoo/prompt-domain-transplant`
- Raw SKILL.md: https://api.skillmd.com/api/skills/no1hoo/prompt-domain-transplant/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: AI & ML
- Author: No1Hoo (https://skillmd.com/u/no1hoo)
- Updated: 2026-09-22
- Page: https://skillmd.com/skills/no1hoo/prompt-domain-transplant

---


# 提示词跨领域移植

把一个已经写好的提示词，整体移植到另一个领域、角色或主体上，产出一版结构完全对等、但血肉全新、可直接复制使用的成品。

## 核心原则

**骨架不动，血肉全换。**

框架层（视角、载体形态、输出格式、约束条件、风格基调、对比结构）逐条保留；领域层（名词、术语、指标、场景举例、氛围介质）逐条替换。

最常见的失败模式是"只换名词"——把"便利店"替换成"养殖平台"就交差。真正会翻车的是术语不对等、指标错位、举例未换，导致成品读起来像套壳。

## 工作流

### 第 1 步：拆骨架

把原提示词拆成可辨认的层次，逐层标注「保留」还是「替换」：

| 层 | 内容 | 处理 |
| --- | --- | --- |
| 视角与载体 | 观察视角、模型/景观形态、交互方式、UI 要求 | 保留 |
| 构图约束 | 底座形状、元素归属、构图要求、规模控制 | 保留 |
| 风格基调 | 渲染风格、动画氛围、材质与轮廓要求、色彩调性 | 保留（色彩介质可换） |
| 主体 | 视觉中心的核心对象 | 替换 |
| 外部元素清单 | 环绕主体的典型物件 | 逐个映射 |
| 内部陈设清单 | 透过窗口可见的内景 | 逐个映射 |
| 氛围对比结构 | 内外明暗/冷暖对照 | 保留结构，替换介质 |
| 规模与空间特征 | 转折感、纵深、密度 | 保留，语义转译 |

### 第 2 步：做映射

对**每一个**元素，先问"它在原场景里承担什么功能"，再在目标领域里找**功能对等物**，而不是找形似的词。

功能维度速查：

- 标识 / 光源 / 通行 / 收纳 / 供给 / 防护 / 交通 / 信息发布 / 作业台 / 低温设备 / 垂直构架 / 线性连接物 / 通道开口 / 过渡区

映射时同步检查四类隐性错位：

| 类型 | 说明 | 检查方法 |
| --- | --- | --- |
| 术语不对等 | 同义词在不同领域指的不是一回事 | 目标领域里这个词真的这么说吗？ |
| 指标错位 | 关注点、单位、参考区间不同 | 目标领域的核心指标是哪几个？ |
| 标准不符 | 引用的国标/行标/规范对不上 | 有具体标准号的一律核对，或改为原则性表述 |
| 举例未换 | few-shot 样本还是旧的 | 示例必须换成本领域真实案例，否则模型照旧例子跑偏 |

### 第 3 步：判断歧义点

目标领域往往有原场景没有的结构性歧义（例如"深海"到底指水下还是深远海面）。**不要回避，做判断，并在交付里写明。**

判断三问：

1. 这个选择是否保住了骨架？
2. 是否补足了目标领域最该有的特征？
3. 改动后是否引入新的矛盾（例如两个意象在同一层空间里打架）？

对每个判断，同时给出**反向开关**（想改回去怎么改），让用户一句话就能翻转。

### 第 4 步：交付

四件套，缺一不可：

1. **成品提示词** —— 纯净正文，无任何说明性文字，可直接复制
2. **改动对照表** —— 按层分组，三列：原版 / 改版 / 改动理由
3. **判断说明** —— 每处歧义点：怎么改的、为什么、怎么改回去
4. **可调开关速查表** —— 两列：想要的效果 / 怎么改

## 交付规范

- 正文段落结构、句长节奏、语气与原文保持一致——移植不是重写
- 元素清单保持原有的密度与排列习惯（原文用顿号串成长句，就继续串）
- 对照表用表格，理由列写**功能对等逻辑**，不写"这样更好看"
- 若用户明确要求"直出"，只给成品提示词正文，其余材料另存文件

## 输出位置

成品与对照表写入工作区的 `prompts/<主题>-<类型>.md`，用户要求直出时对话里只贴正文。

## 常见翻车点

- 只替换名词，术语/指标/举例照搬 → 套壳感
- 把风格层也改了 → 破坏了移植的对等性，等于重写
- 目标领域的歧义点不处理、直接沿用原结构 → 出现空间或逻辑矛盾
- 对照表只写"改了"不写"为什么" → 用户无法判断映射是否成立
- 清单里出现目标领域根本不存在的物件（如海上出现斑马线）