taxueseek 场景对位
不是改写得好不好，是改写得对不对——对不对这个平台、这个渠道、这个场景。
五种场景
技术文档
核心就一条：准确先于修辞，清晰先于热闹。
一个段落只说一个信息点。一个句子只说一个主干。不动代码、URL、API路径。先检查目标项目自己的 AGENTS.md 和术语表，别机械替换。
不同内容的开头回答不同问题：
- 入口页/介绍页 → 覆盖什么、适合谁、从哪里开始读
- API文档 → 方法/路径/参数类型+单位+默认值+限制
- 界面文案 → 按钮说明动作+目标，错误提示说明影响+恢复
- 操作手册 → 前置条件+步骤+失败处理+恢复方式
禁用词：赋能、抓手、闭环、沉淀、对齐、对标、拉通、打通、洞察、赛道、调性、战役、势能、兜底、落盘、收口、透传。这些词掩盖实际动作，直接说实际指什么。
广告文案
核心框架是AIDA：注意→兴趣→欲望→行动。
八种标题写法：
- 判断型：主题+关键节点。比如"2026年，资产配置的分水岭"
- 承诺型：人群+结果+方法。比如"新手也能跑赢通胀的3个策略"
- 叙事型：一个/十年+人群+经历。比如"一个散户的十年"
- 痛点型：不想/不懂+痛点+方案。比如"不想再被割韭菜？先看这个"
- 反直觉型：反常识+为什么。比如"买基金的人，都挺能忍"
- 数据型：具体数字+结论。比如"A股单日成交3.6万亿"
- 悬念型：有画面感的事件+悬念。比如"那个凌晨三点还在看K线的人"
- 对比型：A vs B+选择。比如"定投三年vs追涨杀跌"
标题禁用：再论、浅谈、也谈、关于……的思考、……之这些词暗示"这是内部讨论/旧话题"，对新读者是排斥信号。
正文结构：开头3秒制造好奇或共鸣，中段用数据/故事/类比做价值证明，结尾用明确动词+低门槛做行动号召。
CTA对比：
- ✅ "好了，去试试" / "看完就删掉购物车"
- ❌ "立即升级" / "未来可期"
PPT演示
核心原则：一页一论点。每页只有一个核心信息。
视觉层次：一个主色占60-70%，1-2个辅色，一个强调色。别把所有颜色等分。
三明治结构：深色标题+浅色内容+深色结尾。或者全暗色调走到底，别半暗半亮。
能用图就不用表，能用表就别堆文字。每页不超过6行，每行不超过20字。
配色参考：
- 商务汇报 → 藏青+冰蓝+白
- 创业融资 → 深绿+苔藓灰+米白
- 产品发布 → 珊瑚红+金色+藏青
- 技术分享 → 炭灰+白炭+纯黑
演讲者备注：每页不超过50字，写"念什么"不写"说什么"，标注翻页时机。
社交媒体
不同平台的内容逻辑完全不同：
小红书：标题不超过20字，关键词前置。正文300-800字，善用emoji做段落标记。开头直接亮痛点，中间干货密集，结尾引导互动。
公众号：标题15-30字，引发好奇或共鸣。开头3句定生死。结尾留余味或行动指引。
知乎：标题用疑问句，带长尾关键词。内容要有逻辑深度，不套路。
抖音：前3秒必须抓住注意力。每句话都要推动情绪。强烈口语化，适合配音。
即刻：短句+话题标签。洞见、吐槽、互动。别长篇大论。
各平台的语气也有差异：小红书像朋友聊天，公众号真诚有判断，知乎专业有逻辑，抖音强烈口语化，即刻洞见吐槽。
Release Notes
核心：用户可见的变化导向，从git log提取，不从记忆写。
结构模板：
## Breaking Changes
## New Features
## Fixes & Improvements
## Deprecations
规则：
- 按用户可见特征分组，不按内部功能分组。"启动更快了" 不叫 "性能优化"
- 从git log提取，读feat:/fix:提交。不从记忆写
- 一条只说一个变化。不堆砌
- 双语项目：英文块和中文块并列，不逐条混写
禁用："Polish" / "细节打磨" / "Misc improvements" — 用户看不懂。
与其他技能的协作
包装工坊处理完之后，可选做场景适配再发布：
packaging-workshop（包装工坊） → scene-fit（场景适配，可选） → 发布
典型用法：
- "这篇适合发小红书" → 小红书适配
- "帮我改成技术文档格式" → 技术文档适配
- "写个产品发布的PPT" → PPT适配
- "从git log生成Release Notes" → Release Notes适配
输出
直接输出场景适配后的文本，附一句说明适配了哪个场景。
不要这么做
- 为了适配场景牺牲事实准确性
- 改动数据、版本号、API路径等机器可读内容
- 在技术文档中使用广告文案的夸张手法
- 在广告文案中使用技术文档的术语堆叠
scene-fit v1.1.0 — 五种场景、零内容损失