通用方法 · 入门
一个模型又拆又写，结果越写越平
先搭骨架，再上色
同一件事既要结构又要表达时，让一个模型从拆解一路干到成品，是很多「AI 味」的来源——它的措辞、句式、段落节奏全程没换过，改到第三遍只会更像它自己。这一页给一条两段式分工：先让一个模型做逻辑、框架、拆解、纠错、数据分析；再把结果整段交给另一个模型做润色、创作、通俗化、落地输出。关键动作只有一个：顺序不能颠倒，且第二步要交整段结果，而不是重新描述一遍需求。
方法 · 一图看懂
1
按「拆」和「说」分工 — 一个模型管逻辑 · 框架 · 拆解 · 纠错 · 数据；另一个管润色 · 创作 · 通俗化 · 排版输出。先想清各用哪个
2
顺序一律先打底、再优化 — 反过来先润色再拆解，骨架会被话术盖住，越改越难看出逻辑漏洞
3
第二步交整段，不重述需求 — 把上一步的完整输出粘过去，只补一句「改语气 / 改排版 / 适配场景」；重新描述一遍等于让它从零开始
4
三段固定流程 — 复杂需求先要「条理化 · 结构化 · 分点罗列」→ 整段复制 → 再要「通俗化 · 润色 · 适配风格」出成品
5
什么时候不值得分 — 只取一个事实、查一个数字、做一次换算，分两步只是多一次搬运；判据是「这件事是不是既要结构又要表达」
原理 · 为什么有效
单个模型「自审自改」会收敛到它自己的平均风格：同一套先验既负责搭骨架、又负责下判断，第二次修改倾向于把第一遍的措辞改顺，而不是换一种说法。换一个模型之所以有效，不是因为它更聪明，而是它带着另一套先验进来——第一段在它眼里是「素材」而不是「自己的草稿」，它才敢动结构。这也是「先逻辑后表达」不能颠倒的原因：逻辑阶段要的是穷尽与漏洞，表达阶段要的是顺畅与贴合，两个目标放在同一轮里会互相拉扯。
适用场景
适用：要交付给别人看的成稿（方案 · 汇报 · 对外文案）· 一件复杂需求需要先拆清再落地 · 你手上正好有两个不同厂商的模型（或同一模型的两个不同入口）· 内容要换语气或换平台。
⛔ 不适用：只要一个事实或数字 · 一次性的简单换算 · 唯一的读者是你自己且不在意措辞 —— 这三类分两步只增加搬运成本。
⚠️ 前提：第二步要带上第一步的上下文（把整段贴过去），⛔ 不是新开一个空会话重新问。
自测 · 5 问
我知道自己手上这两个模型分别擅长什么，还是只会用一个？
上一次让 AI 改稿，我是把原文整段交过去，还是重新描述了一遍需求？
我有没有出现过「先润色、再回头拆逻辑」这种颠倒的顺序？
第二步的输出里，有没有冒出第一步没给过的新事实或新数字？
这件事真的需要两个阶段，还是我在给自己增加搬运？
怎么上手 · 验证步骤
先只做一件事：把「拆」和「说」分别指给一个模型，并把顺序写进你的固定流程。第一次挑一件你真要交付的活：先在第一个模型里要「条理化 · 结构化 · 分点罗列 · 标出漏洞」，把结果整段粘到第二个模型，只补一句「改成给同事看的正式语气，段落别超过三行」。⛔ 不要在这一轮里同时比较两个模型谁更好 —— 分工的价值在两套先验接力，不在比分。
做完之后对照三样：① 第二步的输出里，有没有冒出第一步没给过的事实或数字（有 ⇒ 它在替你补内容，这正是要拦的）② 最终成品读起来是不是只有一种句式节奏（是 ⇒ 第二步其实没换模型）③ 从需求到成品一共搬运了几次（超过一次 ⇒ 流程还能更短）。