Files

T

zhuyongxin daa89531f5 v1.2 真实模型接入 + Thinking 死循环修复

- 新增 OpenAIProvider / ClaudeProvider，接入 Deepseek 真实 API
- 修复 Deepseek thinking 模式 reasoning_content 回传问题
- 修复 Thinking 阶段过渡指令每轮重复插入导致的死循环
- 新增 maxTurns 保护、dumpMessages/dumpTools 调试输出

2026-05-14 20:35:44 +08:00

5.0 KiB

Raw Blame History

go-tiny-claw

一个轻量级的 AI Agent 引擎，基于 Go 语言实现标准的 ReAct（Reasoning + Acting） 循环模式。

项目背景

go-tiny-claw 受 Claude / OpenAI 的 Agent 概念启发，旨在提供一个简洁、可扩展的微型 Agent 框架核心。它定义了 Agent 与大模型交互的标准契约，让开发者可以快速搭建自己的 AI 助手应用。

核心架构

┌─────────────────────────────────────────────┐
│                AgentEngine                   │
│  ┌──────────┐    ┌──────────┐               │
│  │LLMProvider│    │ Registry │               │
│  └─────┬────┘    └─────┬────┘               │
│        │               │                    │
│        ▼               ▼                    │
│  大模型推理服务     本地工具执行              │
└─────────────────────────────────────────────┘

模块说明

包	说明
`internal/engine`	AgentEngine — 核心驱动，实现 ReAct 主循环
`internal/provider`	LLMProvider 接口 — 与大模型通信的统一契约
`internal/schema`	核心数据结构定义（Message、ToolCall、ToolResult）
`internal/tools`	Registry 接口 — 工具的注册与分发执行

ReAct 循环流程

系统初始化 Context，注入用户指令
向大模型发起推理请求（含可用工具列表）
模型返回文本回复和/或工具调用请求
如果模型未请求工具调用 → 任务完成，退出循环
执行模型请求的工具，获取 Observation
将 Observation 追加到上下文，回到步骤 2

快速开始

package main

import (
    "context"
    "go-tiny-claw/internal/engine"
    "go-tiny-claw/internal/schema"
)

func main() {
    provider := &mockProvider{}
    registry := &mockRegistry{}
    eng := engine.NewAgentEngine(provider, registry, "/path/to/workdir")
    eng.Run(context.Background(), "你的指令")
}

扩展

替换 Provider: 实现 LLMProvider 接口即可接入任意大模型（OpenAI、Claude、本地模型等）
注册工具: 实现 Registry 接口即可挂载自定义工具集（bash、文件操作、代码搜索等）
自定义 Schema: 基于 schema 包的数据结构可灵活扩展消息格式和工具定义

版本历史

v1.2 — 真实模型接入与 Thinking 死循环修复

变更

接入真实大模型 — 新增 OpenAIProvider 和 ClaudeProvider，分别基于 OpenAI V3 SDK 和 Anthropic SDK 连接 Deepseek API，替换原有的 Mock Provider
Deepseek thinking 模式适配 — 修正 reasoning_content 字段丢失导致的 API 400 错误，在 schema.Message 中新增字段并在请求中回传
Thinking 死循环修复 — 过渡指令只在首轮插入，防止模型每轮重复调用工具
最大轮数保护 — 新增 maxTurns = 10 上限，防止意外死循环
调试输出 — 新增 dumpMessages 和 dumpTools，每轮打印上下文消息和工具列表

踩坑记录

问题	原因	解决
API 400: `reasoning_content must be passed back`	Deepseek thinking 模式返回了 `reasoning_content` 字段，回传请求时未携带	从响应 RawJSON 中提取该字段，用 `param.Override` 注入原始 JSON 回传
模型在 Phase 2 不调用工具	Phase 1 的思考内容作为 Assistant 消息追加后，模型认为对话已结束	在思考后插入一条 User 角色过渡指令："根据推理，使用工具完成任务"
引擎死循环跑到 maxTurns	过渡指令每轮都插入，模型每轮都被要求调用工具	过渡指令只在 `turnCount == 1` 时插入，后续轮次模型根据观察结果自行判断

经验教训

上下文即状态 — Agent 的所有行为都由上下文驱动。插入一条消息就能改变模型行为，不需要改代码逻辑
非标准 API 字段需手动处理 — 大模型厂商的扩展字段（如 reasoning_content）不在 SDK 类型中，需要从 RawJSON 手动提取并用注入方式回传
过渡指令的作用域很重要 — "使用工具"这种指令适合在首轮引导，重复出现会导致模型无法自行判断任务是否完成

v1.1 — 慢思考模式 (Thinking Phase)

将 ReAct 循环从单阶段升级为双阶段架构：

Phase 1 (Thinking) — 剥夺工具访问权，强制模型先进行纯文本推理规划
Phase 2 (Action) — 恢复工具挂载，模型顺着推理结果执行精准的工具调用
新增 EnableThinking 开关，兼容旧模式

v1.0 — ReAct 循环基础

实现标准的单阶段 ReAct 循环：思考 → 调工具 → 观察 → 继续，直到任务完成。

License

MIT

5.0 KiB Raw Blame History Unescape Escape