近期，部分开发者在使用 Anthropic 推出的 AI 编程助手 Claude Code 时，频繁遭遇 API Error 400 报错。错误提示显示为 “messages.7.content.0: Invalid `signature` in `thinking` block”，这直接导致会话中断，无法继续进行代码生成或问答操作。经技术排查，该问题源于客户端本地保存的会话文件（JSONL 格式）中包含损坏的 “thinking”（思考）或 “redacted_thinking”（修订思考）数据块，导致系统在解析时签名校验失败。针对这一 Bug，GitHub 社区相关 Issue 及 Linux.do 论坛提供了一套行之有效的解决方案。用户需首先退出 Claude Code，定位到系统目录下的 .claude/projects 文件夹找到对应的会话文件，随后运行一段专门的 Python 脚本。该脚本的核心逻辑是读取会话记录，剔除所有类型为 “thinking” 或 “redacted_thinking” 的异常数据块，仅保留正常的交互内容。修复文件后重启程序并使用 /resume 指令，即可恢复正常的对话功能。这一临时修复手段有效解决了因内部推理数据格式异常导致的服务不可用问题。
事件分析
此次故障凸显了 AI 编程工具在处理复杂上下文及内部推理机制时的脆弱性。Claude 等模型引入的扩展思维（Extended Thinking）功能虽然提升了推理能力，但也使得本地缓存的数据结构变得更为复杂。当包含内部思考过程的 `thinking` 模块在本地存储中出现异常（如签名不匹配）时，缺乏健壮的自动修复机制会导致整个会话崩溃。从工程化角度看，目前的 AI 原生应用在处理脏数据、异常状态恢复及向后兼容性方面，相比成熟的开发工具仍有差距。用户必须通过手动编写脚本来清洗本地数据库，这不仅增加了使用门槛，也反映出当前 AI Agent 在状态管理和错误处理上的不足。
💡 核心观点：Thinking 模块的数据一致性挑战，暴露了前沿 AI 编程工具在底层工程化和健壮性方面的不成熟。
原文链接：Linux.do
Codex CLI 深度
AI 模型横评
AI Agent 框架
Claude Code 订阅生存指南