OkayTeacher
ZH English 한국어 日本語 中文 हिन्दी বাংলা اردو Español Português Français Deutsch Русский العربية Bahasa Indonesia Tiếng Việt ไทย Türkçe

如何开启通知

此浏览器或网址无法使用通知。请使用支持通知的浏览器,通过安全连接访问SONUB。

如果通知被屏蔽,请在浏览器设置中允许通知。

  1. 打开地址栏旁的站点设置或浏览器的站点设置,将此网站的通知设为允许。
  2. 在设备设置中允许浏览器发送通知,并检查勿扰模式或专注模式。
  3. 返回SONUB,刷新页面,然后通过铃铛开启通知。

在iPhone或iPad上,将SONUB添加到主屏幕,从主屏幕打开后允许通知。

工具

工具大师

、、、、 和 agy 都运行同样的智能体循环,也有同样的习惯 — AGENTS.md、斜杠命令、计划模式、批准和 。把共同的部分学一次,哪个工具都能用。

一名学生拿着一个发光的技能卡带,卡带的线插进六个不同的终端机器人,六个机器人都以同样的方式亮起来
Claude Code + Codex

推荐用法 — 两份官方指南的共同说法

Anthropic 和 OpenAI 各自发布了自家编程工具的最佳实践。放在一起看,说的几乎是同一件事:选强模型并用 High 强度,给一个自己检查结果的办法,把长期规则写进文件,保持干净。这个标签页把两份指南合成了一份(2026-10-26 核对)。

模型与思考强度

推荐模型 — 2026年11月

两个都可以选择和思考的深度(effort)。更强的模型配更高的强度,做难事更出色,但更慢,也更耗套餐额度。做开发时,先从下面这两个设置开始。

Claude Code

Opus 5.5思考强度 High

思考强度,从低到高 — 高亮的是推荐
  1. low
  2. medium
  3. high — 推荐
  4. xhigh
  5. max

opus 是最新的 Opus(在 中是 Opus 5.5)。它的默认强度是 medium,所以要自己调到 high。sonnet 适合日常编程,haiku 适合简单的活;fable(Fable 5.1)用于最难、最长的工作,必须手动选择。

~/.claude/settings.json
{
  "model": "opus",
  "effortLevel": "high"
}
先用这个
claude --model opus --effort high
聊天时切换
/model · /effort
来源 (新窗口)

Codex CLI

GPT-6.1 Sol思考强度 High

思考强度,从低到高 — 高亮的是推荐
  1. low
  2. medium
  3. high — 推荐
  4. xhigh
  5. max
  6. ultra

如果你的账号能用,gpt-6.1-sol 以更低的成本给出接近 Astra 的效果。gpt-6-astra 用于最难的端到端工作,gpt-6-luna 用于范围明确、重复性的工作。 里的 low 在应用里叫 Light,ultra 会用工作。

~/.codex/config.toml
model = "gpt-6.1-sol"
model_reasoning_effort = "high"
先用这个
codex -m gpt-6.1-sol
聊天时切换
/model
来源 (新窗口)

什么时候调低,什么时候调高

小而重复的活(改名、改错字、加一行日志),用较低的强度或更轻的模型更快也更省。只有长而难、分很多步的工作,才调到 xhigh 或 max(或选 fable、gpt-6-astra),做完再回到 High。

最佳实践

六个好习惯 — 按工作的顺序

这六个习惯在两份官方指南里都出现了。每张卡片都会说明在 和 中怎么做。

  1. 第 1 步 · 用四个部分提需求

    说清目标、背景(文件、文档、完整的 — 用 @ 附加文件)、限制和完成标准。指出一个可以照着做的现有写法。调查的范围要窄,别让智能体去读几百个文件。

    Claude Code
    @file · cat error.log | claude -p "…"
    Codex CLI
    @file
  2. 第 2 步 · 难的活先做计划

    遇到涉及很多文件、或你不熟悉的工作,先切换到计划模式:先阅读、做计划、调整计划,再动手做。大的功能可以让智能体先来采访你,再写成规格说明。如果一句话就能说清这次改动,就不用做计划。

    Claude Code
    Shift+Tab · claude --permission-mode plan
    Codex CLI
    /plan · Shift+Tab
  3. 第 3 步 · 让它自己检查结果

    给它一个能判断通过与否的东西 — 测试、构建、用来比对的 — 并要它拿出证据。在宣布工作完成之前,找一个全新的审查者来读这次的差异。

    Claude Code
    /code-review
    Codex CLI
    /review
  4. 第 4 步 · 长期规则写进文件

    你反复说的规则,写进 AGENTS.md 或 CLAUDE.md — 要简短,并带上构建和测试命令。只是偶尔需要的知识做成技能,外部信息通过 获取,必须执行的步骤做成钩子。

    Claude Code
    CLAUDE.md · .claude/skills · claude mcp add
    Codex CLI
    AGENTS.md · .agents/skills · codex mcp add
  5. 第 5 步 · 保持上下文干净

    一件工作用一个对话,不相关的任务之间先清空,太长的对话就。如果改了两次还不对,就用更好的需求重新开始 — 干净的新会话,比塞满失败尝试的长会话更好。

    Claude Code
    /clear · /compact · /btw · /rewind
    Codex CLI
    /new · /compact · /fork
  6. 第 6 步 · 扩大使用并并行工作

    不用聊天界面,从脚本和 里运行它;每个并行任务用自己的 ;它做你自己的事,不必盯着每一步。定时任务要等手动运行稳定之后再设置。

    Claude Code
    claude -p · git worktree
    Codex CLI
    codex exec · git worktree
四部分的需求 — 两个工具都适用
Goal: Remove an item from the cart when its quantity becomes 0.
Context: @src/cart.ts @tests/cart.test.ts — the total is NaN today.
Constraints: Keep the public API. No new packages.
Done when: a new test covers quantity 0 and the tests pass.
Show me the test output as evidence.

目标 · 背景 · 限制 · 完成标准,再加上你想看到的证据。把文件和目标换成你自己的。

常见错误

十个常见错误 — 以及改正每一个的习惯

Claude Code 指南列出了五种失败模式,Codex 指南列出了八种。按意思合并后是十个。标签显示每一条来自哪份官方清单。

  1. 把不相关的任务混在一个对话里,或在一个聊天里做完整个项目 — 上下文会被杂音塞满。

    Claude CodeCodex CLI

    改法: 每个明确的成果用一个对话;不相关的任务之间,先清空或新开一个。

    习惯 5 — 保持上下文干净
  2. 一遍又一遍地纠正同一件事 — 上下文会被失败的尝试塞满。

    Claude Code

    改法: 改了两次还不对,就带着学到的经验,用更好的第一个需求重新开始。

    习惯 5 — 保持上下文干净
  3. 把长期规则塞进每一次需求里,或让规则文件长到重要的规则被淹没。

    Claude CodeCodex CLI

    改法: 把长期规则移到 AGENTS.md 或 CLAUDE.md 并保持简短;智能体已经做对的内容就删掉,或改成钩子。

    习惯 4 — 长期规则写进文件
  4. 相信自己无法检查的结果 — 没给构建或测试命令,看起来对,却漏掉了特殊情况。

    Claude CodeCodex CLI

    改法: 一定要给出检查的办法(测试、脚本、截图),并写下构建和测试命令。无法检查的东西,就不要发布。

    习惯 3 — 让它自己检查结果
  5. 不设范围就让它“调查一下” — 它会读几百个文件,把上下文塞满。

    Claude Code

    改法: 在需求里缩小范围,或把调查交给子智能体。

    习惯 1 — 用四个部分提需求
  6. 在复杂、多步骤的工作上跳过计划。

    Codex CLI

    改法: 用计划模式开始,在改任何代码之前先敲定计划。

    习惯 2 — 难的活先做计划
  7. 在还没弄懂程之前,就给智能体电脑的完全访问。

    Codex CLI

    改法: 先用默认权限,只在需要时才放宽。

    习惯 4 — 长期规则写进文件
  8. 同时在相同的文件上运行好几个任务。

    Codex CLI

    改法: 每个并行任务用自己的 Git worktree。

    习惯 6 — 扩大使用并并行工作
  9. 手动运行还不稳定,就先设置定时任务。

    Codex CLI

    改法: 先手动运行到稳定,再设为定时。

    习惯 6 — 扩大使用并并行工作
  10. 一步一步盯着智能体,而不是并行工作。

    Codex CLI

    改法: 给出明确的终点后把活交出去,期间做你自己的事。

    习惯 6 — 扩大使用并并行工作

来源

已于 2026-10-26 对照官方文档核对。推荐的模型是 SONUB 在2026年11月的选择;模型经常变化,所以也请查看模型页面。