上周团队在做一个自动化重构工具，需要模型能理解大段遗留代码并给出重构方案。我先用 GPT-5 跑了一轮，生成的代码能跑但结构比较平庸；换 DeepSeek V3 试了下，中文理解不错但复杂逻辑偶尔会断。最后同事甩给我一句「你试试 Claude Opus 4.6」，我配好环境跑完第一个 case，说实话有点被惊到了——它不光能重构，还会主动指出原代码里我没注意到的潜在 bug。
Claude Opus 4.6 是 Anthropic 2026 年发布的旗舰代码模型，在 SWE-Bench 和 HumanEval 上均刷新纪录，特别擅长长上下文代码理解、多文件重构和复杂逻辑推理。这篇文章我把自己实测的 3 种调用方式、完整代码和踩过的坑全写出来，直接抄作业就行。
先说结论
| 调用方式 | 适合场景 | 上手难度 | 延迟表现 |
|---|---|---|---|
| Python SDK 直接调用 | 后端服务、批量任务 | ⭐ 简单 | 约 300ms 首 token |
| Streaming 流式调用 | 实时交互、CLI 工具 | ⭐⭐ 中等 | 体感极快 |
| Function Calling 工具调用 | Agent 开发、自动化流程 | ⭐⭐⭐ 较高 | 取决于工具链 |
三种方式我都跑通了，下面一个一个来。
环境准备
Python 3.10+，装一个包就够了：
pipinstallopenai>=1.40.0没错，用的是 OpenAI 的 SDK。Claude Opus 4.6 可以通过兼容 OpenAI 协议的聚合接口调用，不需要装 Anthropic 的包，也不用处理它那套不太一样的请求格式。
ofox.ai 是一个 AI 模型聚合平台，一个 API Key 可以调用 Claude Opus 4.6、GPT-5、Gemini 3 等 50+ 模型，兼容 OpenAI API 协议，低延迟直连无需代理，支持支付宝付款。下面所有代码都基于这个接口。
方案一：基础调用——让 Claude 帮你重构代码
最简单的用法，直接丢一段代码让它重构：
fromopenaiimportOpenAI client=OpenAI(api_key="your-ofox-key",base_url="https://api.ofox.ai/v1")legacy_code=""" def process_data(data): result = [] for i in range(len(data)): if data[i] != None: if type(data[i]) == str: result.append(data[i].strip().lower()) elif type(data[i]) == int: if data[i] > 0: result.append(data[i]) else: result.append(0) return result """response=client.chat.completions.create(model="claude-opus-4-20250918",messages=[{"role":"system","content":"你是一个资深 Python 工程师，擅长代码重构。要求：保持功能不变，提升可读性和健壮性，加上类型标注，写清楚改了什么和为什么改。"},{"role":"user","content":f"请重构以下代码：\n```python\n{legacy_code}\n```"}],temperature=0.2,max_tokens=2000)print(response.choices[0].message.content)实测结果：Claude Opus 4.6 把代码改成了用isinstance()+ 列表推导式的现代写法，顺带指出了原代码三个问题：
!= None应该用is not Nonetype()比较不支持子类- 没有处理
float类型的情况（这个我自己都没想到）
生成耗时约 1.8 秒，token 消耗大概 600 多。
方案二：Streaming 流式调用——实时看它"思考"
做 CLI 工具或者 Web 应用的时候，等模型一口气吐完太慢了，流式输出体验好很多：
fromopenaiimportOpenAI client=OpenAI(api_key="your-ofox-key",base_url="https://api.ofox.ai/v1")stream=client.chat.completions.create(model="claude-opus-4-20250918",messages=[{"role":"system","content":"你是一个代码审查专家。逐个分析代码问题，给出严重等级（P0-P3）和修复建议。"},{"role":"user","content":"""审查这段代码： ```python import sqlite3 import os def get_user(username): conn = sqlite3.connect('app.db') cursor = conn.cursor() query = f"SELECT * FROM users WHERE name = '{username}'" cursor.execute(query) result = cursor.fetchone() return result def save_file(filename, content): path = os.path.join('/uploads', filename) with open(path, 'w') as f: f.write(content) return path ```"""}],stream=True)forchunkinstream:ifchunk.choices[0].delta.content:print(chunk.choices[0].delta.content,end="",flush=True)print()# 换行实测结果：首 token 大概 300ms 就出来了，然后逐字输出。它揪出了 SQL 注入（P0）、路径穿越（P0）、数据库连接未关闭（P1）、没有异常处理（P2）四个问题，每个都给了修复代码。
SQL 注入和路径穿越这种基础安全问题 GPT-5 也能找到，但 Claude Opus 4.6 给的修复方案更完整——直接给了参数化查询 +pathlib安全路径处理 + context manager 的完整重写版本，不是那种只改一行的敷衍修复。
方案三：Function Calling——让模型调用你的工具
做 Agent 开发的核心能力。比如让 Claude 分析代码后自动创建 GitHub Issue：
fromopenaiimportOpenAIimportjson client=OpenAI(api_key="your-ofox-key",base_url="https://api.ofox.ai/v1")tools=[{"type":"function","function":{"name":"create_github_issue","description":"在 GitHub 仓库中创建一个 Issue","parameters":{"type":"object","properties":{"title":{"type":"string","description":"Issue 标题"},"body":{"type":"string","description":"Issue 正文，markdown 格式"},"labels":{"type":"array","items":{"type":"string"},"description":"标签列表，如 ['bug', 'security']"},"priority":{"type":"string","enum":["critical","high","medium","low"],"description":"优先级"}},"required":["title","body","labels","priority"]}}},{"type":"function","function":{"name":"run_tests","description":"对指定文件运行单元测试","parameters":{"type":"object","properties":{"file_path":{"type":"string","description":"要测试的文件路径"},"test_type":{"type":"string","enum":["unit","integration","security"],"description":"测试类型"}},"required":["file_path","test_type"]}}}]response=client.chat.completions.create(model="claude-opus-4-20250918",messages=[{"role":"system","content":"你是一个自动化代码审查 Agent。分析代码后，对每个发现的安全问题创建 GitHub Issue，并触发安全测试。"},{"role":"user","content":"审查 src/api/auth.py，发现其中用了 MD5 做密码哈希，且 JWT secret 硬编码在代码里。"}],tools=tools,tool_choice="auto")# 解析模型的工具调用fortool_callinresponse.choices[0].message.tool_calls:func_name=tool_call.function.name func_args=json.loads(tool_call.function.arguments)print(f"\n🔧 调用工具:{func_name}")print(f" 参数:{json.dumps(func_args,ensure_ascii=False,indent=2)}")实测结果：Claude Opus 4.6 一次性生成了 2 个create_github_issue调用（分别对应 MD5 和 JWT 硬编码）+ 1 个run_tests调用（security 类型）。每个 Issue 的 body 里还自动写了修复步骤和参考链接，labels 也分得很准。
对比 GPT-5 的 Function Calling，Claude 的参数填充更"懂行"——比如它会把 MD5 问题标为critical，JWT 硬编码标为high，而不是一刀切都标critical。
踩坑记录
坑 1：max_tokens 默认值太小
Claude Opus 4.6 不指定max_tokens的话，默认值好像只有 4096。让它重构一个 200 行的文件，输出到一半直接截断了。我一开始以为是网络问题，debug 了半天才发现是 token 限制。
解决方案：代码重构类任务直接设max_tokens=8000起步。
坑 2：temperature 对代码生成影响巨大
用默认的temperature=1，生成的代码每次跑出来都不一样，有时候还会加一些"创意"写法，比如用walrus operator嵌套三层。
解决方案：代码生成类任务temperature建议设 0.1-0.3，需要创意方案时可以调到 0.5，别超过 0.7。
坑 3：system prompt 太长会稀释指令
我一开始把编码规范、项目背景、技术栈要求全塞进 system prompt，大概 2000 多字。结果模型经常"忘记"其中某些要求。
解决方案：system prompt 控制在 500 字以内写核心规则，项目背景和代码上下文放在 user message 里。实测效果好很多。
坑 4：中文注释偶尔乱码
用 Streaming 模式时，如果模型输出中文注释，偶尔会出现 UTF-8 编码被 chunk 切断的情况，终端显示乱码。
解决方案：收集完整 chunk 后再 decode，或者用response.encoding = 'utf-8'强制指定编码。不过用 OpenAI SDK 1.40+ 版本的话，这个问题基本已经修了。
小结
跑了一周下来，Claude Opus 4.6 在编程场景是目前我用过最强的模型。几个具体的点：
- 长上下文代码理解：丢一整个文件进去它能理解模块间的依赖关系，不是那种只看函数签名的浅层理解
- 安全意识：代码审查时会主动关注安全问题，不用在 prompt 里反复强调
- Function Calling 精度：参数填充的准确度明显高于其他模型，做 Agent 开发省心很多
槽点也有：贵，token 单价大概是 GPT-5 的 2-3 倍；非流式模式下响应偏慢，长输出要等好几秒。所以我的策略是——日常简单任务用 DeepSeek V3 或 Qwen 3 省钱，碰到复杂重构和安全审查再上 Claude Opus 4.6。反正通过聚合接口调用，改个 model 参数就行，代码不用动。
有问题评论区聊，我尽量回。
