近期在技术社区有开发者指出，Anthropic旗下的Claude官方网站与Claude Code（代码编写工具/CLI模式）在实际使用体验中存在明显的“性格”差异。用户反馈，在进行聊天沟通或纯文本创作任务时，直接访问Claude官网的模型展现出更自然、拟人化且流畅的语言风格，极具创作辅助价值。然而，当通过API或中转服务调用底层模型，特别是在模拟Claude Code的使用场景时，即便尝试套用官方System Prompt，输出结果仍呈现出强烈的机械感，过度依赖标题符号、分点列表等结构化格式。这一现象引发了关于两者是否采用不同权重模型，或是仅仅因系统提示词约束不同的广泛讨论，触及了当前大模型部署中“场景化定制”的核心议题。
事件分析
此现象揭示了大型语言模型在不同应用端的“对齐策略”差异。Claude Code作为面向开发者的生产力工具，其系统提示词极大概率被预设为偏好生成Markdown、代码块及结构化列表，以便于IDE插件直接解析和调用，这种“工具化”导向导致其在纯文本生成时显得生硬。而Web端更注重对话的连贯性与拟真度。这表明，所谓的“同一模型”在实际部署中，往往通过顶层指令注入和微调被赋予了截然不同的行为模式。对于开发者而言，理解这种差异意味着在使用API时，不能简单复用Web端的Prompt，而需针对特定接口重新设计指令逻辑。
核心观点：模型的“性格”差异并非源于底层智商不同，而是应用层针对不同场景（如编程与对话）进行的提示词工程与微调适配。
原文链接：Linux.do
