模型内页去 AI 味参考文档
这份文档用于配合 model-landing-page-sop/README.md 的 Step 6 页面内容产出 和 Step 8 上线前验收 使用。
目标不是“把文案写得更花”，而是：
- 保留 SEO 需要的关键词和结构
- 去掉机械、空洞、重复的 AI 味表达
- 让模型页更像真实研究后的产品说明，而不是模板化扩写
可参考但不直接照搬：
1. 使用时机
固定在这两个阶段使用：
Step 6 页面内容产出Step 8 上线前验收
执行顺序固定为：
- 先完成事实调研、config 核对、候选池筛选
- 再写页面文案初稿
- 再做去 AI 味重写
- 最后再做 metadata / JSON-LD / 上线验收
不允许反过来操作：
- 不允许先“润色”再补事实
- 不允许用去 AI 味为理由删掉核心任务词
- 不允许把自然口语化写成营销口播
2. 去 AI 味的判断标准
一段模型页文案如果同时满足以下特征，基本就说明 AI 味过重：
- 空洞形容词很多，但几乎没有具体能力
- 同一个卖点在不同模块反复换词重复
- 每句话长度很平均，语气过稳、过满、过整齐
- 经常使用模板句式，比如 “X is a revolutionary...” “Whether you are...”
- 只会夸，不会讲边界、限制、适用条件
- 看起来像“会说话”，但读完不知道模型到底强在哪
3. 必须保留的内容
去 AI 味不能破坏这些信息：
- 模型名
- 主任务词
- 关键场景词
- 真实支持的能力
- 真实不支持或需要降级表述的能力
- FAQ 的真实问答结构
- prompt case 的教学价值
一句话原则：
去 AI 味不等于删信息，而是把空话换成信息。
4. 模型页里最常见的 AI 味问题
4.1 空洞形容词堆叠
常见问题词：
- revolutionary
- groundbreaking
- cutting-edge
- seamless
- comprehensive
- robust
- innovative
- powerful
- next-level
- transformative
- state-of-the-art
这类词不是绝对禁用，但在模型页里默认应视为高风险词。除非后面紧跟具体事实，否则直接改掉。
4.2 抽象名词堆叠
常见问题表达：
- open control
- model character
- downstream flexibility
- practical ecosystem
- production-ready quality
- creative versatility
这些词往往“像是对的”，但用户很难据此做判断。要改成可验证的能力、场景或限制。
4.3 句式模板感太强
常见问题句式：
X is a revolutionary Y that...With its cutting-edge technology, X...Whether you are A or B, X...From A to B, X offers...X enables users to...Take your A to the next level
4.4 只有夸奖，没有边界
模型页不能只说：
- 很强
- 很灵活
- 很先进
还必须回答：
- 最适合什么
- 不适合什么
- 和站内其他模型的差别是什么
5. 统一改写规则
5.1 用事实替代形容词
不要写：
powerful prompt control
优先改成：
responds well to long prompts and explicit negative instructions
不要写：
broad creative flexibility
优先改成：
can move from realistic product shots to poster layouts and stylized marketing visuals
5.2 用场景替代空泛能力
不要写：
great for many creative needs
优先改成：
works well for product visuals, posters with readable text, and reference-based edits
5.3 用边界替代假装全面
不要写：
ideal for all image workflows
优先改成：
works best for prompt-led image generation and simple reference-based edits, not every advanced editing workflow
5.4 用真实决策语气替代营销腔
不要写：
unlock the full potential of Z-Image
优先改成：
choose Z-Image when you want an open model you can keep using beyond one hosted workflow
5.5 压缩重复表达
如果同一个页面里已经写过：
- open-source
- self-hostable
- prompt control
那后面就不要每个模块都再重复一遍。后续模块应该承担不同职责：
- Hero：先定义模型
- Core strengths：拆分能力点
- Decision：帮助用户判断何时选它
- FAQ：回答具体问题
6. 各模块的去 AI 味规则
6.1 Metadata
规则：
title可以吸引点击，但不能夸张description必须介绍模型，不要写成广告语- 不要用 “best”, “ultimate”, “most powerful” 这类无事实支撑的绝对词
6.2 Hero
规则：
- 第一段先解释模型是什么
- 第二段再解释适合谁
- 不要一上来就喊结果多强
6.3 Core strengths
规则：
- 每张卡只讲一个点
- 卡片标题不要都写成“强、快、稳、灵活”
points必须是具体能力、场景或生态，不要是同义夸奖
6.4 Prompt examples
规则：
verdict要说明这类 prompt 为什么适合该模型whyItWorks解释的是 prompt 和模型的关系，不是空泛夸能力tips必须是实际可执行动作
6.5 Community proof
规则：
summary只能总结该内容证明了什么- 不能把普通帖子总结成“强大能力”或“行业领先”
- 不要把外部内容包装成站内事实
6.6 Decision
规则：
- 必须像“选择建议”，不能像“再夸一遍”
- 必须出现不适用场景或更适合其他模型的情况
6.7 FAQ
规则：
- 问题必须真问题
- 回答必须直接，不要绕着夸
- FAQ 不是第二套营销文案
7. 快速替换表
| 问题表达 | 更稳的写法 |
|---|---|
| powerful prompt control | responds well to explicit prompt structure |
| practical ecosystem | has active repo, runtime, and workflow integrations |
| flexible workflow | supports direct generation here and deeper self-hosted workflows later |
| broad style range | handles realistic product shots, posters, and stylized campaign visuals |
| high-quality output | produces clean commercial-style images with readable layout and strong prompt adherence |
| useful for production | useful for ad creatives, product pages, and poster drafts |
| managed hosted experience | a more opinionated hosted setup with stronger built-in defaults |
8. 禁止事项
以下情况默认视为去 AI 味失败：
- 同一屏连续出现多个抽象夸奖词
- 整页几乎没有边界表达
- 不同模块都在重复同一个卖点
- 只把
powerful换成strong，本质没变 - 为了口语化删掉任务词和事实
- 把专业模型页写成社媒口播风格
9. 最终检查
上线前必须逐条检查：
- 读完首屏后，用户能说出“这是什么模型”
- 读完 use cases 后，用户能说出“它适合什么”
- 读完 decision 后，用户能说出“什么时候不该选它”
- 任何一个模块都没有只靠空洞形容词撑内容
- 同一卖点没有在 3 个以上模块机械重复
- 主任务词、关键场景词仍然自然保留
如果做不到这些，回到 Step 6 页面内容产出 重新改，不进入上线验收。