三类任务的默认路由
复杂推理、长文档归纳、合同条款比对：Claude 类模型在长上下文与谨慎表述上更稳，适合「先给结构化大纲，再人工定稿」，减少一口气写长文时的跳跃结论。
代码生成、脚本调试、GitHub 与 Copilot 生态：ChatGPT 与 OpenAI 系工具链更顺；研发可单独配 API，不与全员写作混账，避免提示词里出现仓库路径或密钥。
中文公告、政企口径、本土行业术语：文心等国产模型在中文语料与本地服务上更省心，便于与境内 IT 合规沟通，对外定稿仍建议人工终审。
办公写作别混用研发账号
销售与运营只需要模板化写作与语气控制，不必开通最高档代码能力。分账号的核心是成本与合规：研发提示词可能含仓库路径，办公提示词可能含客户名，混用等于把两类风险绑在一起。
建议做一张「任务到工具」路由表贴在内部 Wiki：例如英文投标信初稿走 Claude，中文公众号走文心，Excel 公式走 ChatGPT。新人按表选用，减少群里的「哪个好用」重复讨论。
- 涉客户数据：走企业网关
- 代码相关：研发专用租户
- 对外中文口径：国产模型加人工终审
切换成本如何控制
统一提示词四段式（角色、背景、任务、输出格式），换模型时只改输出格式段，不重写全部，避免每个模型维护一套完全不同的提示词库。
共用的术语表放飞书或 Notion，各工具都粘贴同一份，避免同一品牌名在不同模型里写法不一致，对外材料因此出现低级错误。
评测别只靠主观感受
每月抽二十条真实任务做盲评：正确性、格式遵守、中文自然度、是否杜撰。记录哪类任务在哪款工具上修改最少，用数据更新路由表而不是凭印象。
对外发布内容（新闻稿、法务声明）无论用哪款，都走双人复审；模型差异只影响初稿效率，不影响责任边界，这条必须写进发布 SOP。
采购与账号策略
小团队：一个主力写作加一个研发 API 即可；不必三款全买旗舰，把预算留给术语表与试点时间。
中型企业：按部门路由，IT 统一出口做日志；禁止个人信用卡订阅混用客户数据，离职回收与审计日志是采购硬条件。
避坑清单
坑：用外文模型写受监管的中文公告，语气与法条引用易偏，监管场景宁可多一道人工。
坑：让文员使用带代码执行能力的 Agent，误触发脚本或泄露路径的风险被低估。
坑：没有路由表导致人人试错，隐性时间成本最高，且无法向管理层汇报「为什么买三款」。