🐛 fix(agent/schedulerefine): 修复复合微调分支链路问题,并将 MinContextSwitch 重构为固定坑位重排语义 - 🔧 修复 `schedulerefine` 复合路由中参数透传不完整、缺少 deterministic objective 时错误降级,以及“复合工具执行成功”与“终审通过”语义混淆的问题 - ✅ 保证新的独立复合分支能够正确执行、正确出站,并统一交由 `hard_check` 裁决最终结果 - 🔍 排查时发现 `MinContextSwitch` 上游 `context_tag` 存在整体退化为 `General` 的风险,影响MinContextSwitch - 🛡️ 为 `MinContextSwitch` 增加兜底策略:当标签整体退化时,按任务名关键词推断学科分组,避免分组能力失效 - ♻️ 将 `MinContextSwitch` 从“整周重新寻找新坑位”调整为“坑位不变,任务顺序改变” - 🎯 将落地方式从顺序 `BatchMove` 改为固定坑位原子重写,避免出现远距离跳位、跨天错迁、异常嵌入课位及循环换位冲突 - 🧹 修复 `hard_check` 在 `MinContextSwitch` 成功后仍执行 `origin_rank` 顺序归位、并导致逆序终审误判的问题 - 🚦 命中该分支后跳过顺序归位与顺序硬校验,避免 `summary` / `hard_check` 将有效重排结果误判为失败 📈 当前连续微调规划涉及的全部功能已可以稳定运行;下一步将继续扩展能力边界,并进一步优化 `schedule_plan` 流程 ♻️ refactor: 重整 agent2 架构,并迁移 quicknote/chat 新链路,目前还剩3个模块未迁移,后续迁移完成后会删除原agent并将此目录命名为agent - 🏗️ 明确 `agent2` 采用“统一分层目录 + 文件分层 + 依赖注入”的重构方案,不再沿用模块目录多层嵌套结构 - 🧩 完善 `agent2` 基础骨架,统一收口 `entrance` / `router` / `llm` / `stream` / `shared` / `model` / `prompt` / `node` / `graph` 等层级职责 - 🚚 将通用路由能力迁移至 `agent2/router`,沉淀统一的 `Action`、`RoutingDecision`、控制码解析,以及 `Dispatcher` / `Resolver` 抽象 - 💬 将普通聊天链路迁移至 `agent2/chat`,复用 `stream` 的 OpenAI 兼容输出协议与 LLM usage 聚合能力 - 📝 将 `quicknote` 链路迁移到 `agent2` 新结构,拆分为 `model` / `prompt` / `llm` / `node` / `graph` 多层实现,替换对旧 `agent/quicknote` 的直接依赖 - 🔌 调整 `agentsvc` 对 `agent2` 的引用,普通聊天、通用分流与 `quicknote` 全部切换到新链路 - ✂️ 去除 graph 内部 `runner` 转接层,改为由 node 层直接持有请求级依赖,并向 graph 暴露节点方法 - 🧹 合并 `graph/quicknote` 与 `graph/quicknote_run`,删除冗余骨架文件,收敛为单一 `quicknote graph` 文件 - 📚 新增 `agent2`《通用能力接入文档》,明确公共能力边界、接入方式以及 graph/node 协作约定 - 📝 更新 `AGENTS.md`,要求后续扩展 `agent2` 通用能力时必须同步维护接入文档 ♻️ refactor: 删除了现Agent目录内Chat模块的两条冗余Prompt
217 lines
7.6 KiB
Go
217 lines
7.6 KiB
Go
package agentllm
|
||
|
||
import (
|
||
"context"
|
||
"errors"
|
||
"fmt"
|
||
"strings"
|
||
|
||
"github.com/cloudwego/eino/schema"
|
||
)
|
||
|
||
// ThinkingMode 描述本次模型调用对 thinking 的期望。
|
||
//
|
||
// 职责边界:
|
||
// 1. 这里只表达“调用方希望怎样配置推理模式”;
|
||
// 2. 不直接绑定某个具体模型厂商的参数枚举;
|
||
// 3. 真正如何把它翻译成 ark / OpenAI / 其他 provider 的 option,由后续适配层负责。
|
||
type ThinkingMode string
|
||
|
||
const (
|
||
ThinkingModeDefault ThinkingMode = "default"
|
||
ThinkingModeEnabled ThinkingMode = "enabled"
|
||
ThinkingModeDisabled ThinkingMode = "disabled"
|
||
)
|
||
|
||
// GenerateOptions 是 agent2 内部统一的模型调用选项。
|
||
//
|
||
// 设计目的:
|
||
// 1. 先把“每个 skill 都会反复传的参数”收敛成一份结构;
|
||
// 2. 让 node 层以后只表达“我要什么”,不再自己重复组织 option;
|
||
// 3. 暂时不追求覆盖所有 provider 参数,先把最常用的几个公共位抽出来。
|
||
type GenerateOptions struct {
|
||
Temperature float64
|
||
MaxTokens int
|
||
Thinking ThinkingMode
|
||
Metadata map[string]any
|
||
}
|
||
|
||
// TextResult 是统一文本生成结果。
|
||
//
|
||
// 职责边界:
|
||
// 1. Text 保存模型最终返回的纯文本;
|
||
// 2. Usage 保存本次调用的 token 使用量,供后续统一统计;
|
||
// 3. 不负责 JSON 解析,不负责业务字段映射。
|
||
type TextResult struct {
|
||
Text string
|
||
Usage *schema.TokenUsage
|
||
}
|
||
|
||
// StreamReader 抽象了“可逐块 Recv 的流式返回器”。
|
||
//
|
||
// 之所以不直接依赖某个具体 SDK 的 reader 类型,是因为 agent2 现在还在建骨架阶段,
|
||
// 后续接 ark、OpenAI 兼容层还是别的 provider,都可以往这个最小接口上适配。
|
||
type StreamReader interface {
|
||
Recv() (*schema.Message, error)
|
||
Close() error
|
||
}
|
||
|
||
// TextGenerateFunc 是文本生成的统一适配函数签名。
|
||
type TextGenerateFunc func(ctx context.Context, messages []*schema.Message, options GenerateOptions) (*TextResult, error)
|
||
|
||
// StreamGenerateFunc 是流式生成的统一适配函数签名。
|
||
type StreamGenerateFunc func(ctx context.Context, messages []*schema.Message, options GenerateOptions) (StreamReader, error)
|
||
|
||
// Client 是 agent2 里的统一模型客户端门面。
|
||
//
|
||
// 职责边界:
|
||
// 1. 负责把 node 层的“模型调用意图”收敛到统一入口;
|
||
// 2. 负责统一参数校验、空响应防御、GenerateJSON 复用;
|
||
// 3. 不负责写 prompt,不负责业务 fallback,也不直接持有具体厂商 SDK 细节。
|
||
type Client struct {
|
||
generateText TextGenerateFunc
|
||
streamText StreamGenerateFunc
|
||
}
|
||
|
||
// NewClient 创建统一模型客户端。
|
||
func NewClient(generateText TextGenerateFunc, streamText StreamGenerateFunc) *Client {
|
||
return &Client{
|
||
generateText: generateText,
|
||
streamText: streamText,
|
||
}
|
||
}
|
||
|
||
// GenerateText 执行一次统一文本生成。
|
||
//
|
||
// 职责边界:
|
||
// 1. 负责做最小必要的入参校验;
|
||
// 2. 负责统一拦截“模型空响应”这类公共问题;
|
||
// 3. 不负责业务 prompt 拼接,也不负责把文本再映射成业务结构。
|
||
func (c *Client) GenerateText(ctx context.Context, messages []*schema.Message, options GenerateOptions) (*TextResult, error) {
|
||
if c == nil || c.generateText == nil {
|
||
return nil, errors.New("agent llm client is not ready")
|
||
}
|
||
if len(messages) == 0 {
|
||
return nil, errors.New("llm messages is empty")
|
||
}
|
||
|
||
result, err := c.generateText(ctx, messages, options)
|
||
if err != nil {
|
||
return nil, err
|
||
}
|
||
if result == nil {
|
||
return nil, errors.New("llm result is nil")
|
||
}
|
||
if strings.TrimSpace(result.Text) == "" {
|
||
return nil, errors.New("llm returned empty text")
|
||
}
|
||
return result, nil
|
||
}
|
||
|
||
// GenerateJSON 先走统一文本生成,再走统一 JSON 解析。
|
||
//
|
||
// 设计说明:
|
||
// 1. 旧 agent 里每个 skill 都各自写了一份“Generate -> 提取 JSON -> 反序列化”;
|
||
// 2. 这里先把这一整段收敛成公共链路,后续 quicknote/taskquery/schedule 都直接复用;
|
||
// 3. 返回 parsed + rawResult,方便上层既能拿结构化字段,也能在打点/回退时保留原文。
|
||
// 4. 这里做成泛型函数而不是方法,是因为 Go 不支持“方法自带类型参数”。
|
||
func GenerateJSON[T any](ctx context.Context, client *Client, messages []*schema.Message, options GenerateOptions) (*T, *TextResult, error) {
|
||
result, err := client.GenerateText(ctx, messages, options)
|
||
if err != nil {
|
||
return nil, nil, err
|
||
}
|
||
|
||
parsed, err := ParseJSONObject[T](result.Text)
|
||
if err != nil {
|
||
return nil, result, err
|
||
}
|
||
return parsed, result, nil
|
||
}
|
||
|
||
// Stream 打开统一流式调用入口。
|
||
//
|
||
// 职责边界:
|
||
// 1. 只负责把“流式生成能力”暴露给上层;
|
||
// 2. 不负责 chunk 到 OpenAI 协议的转换,那部分应放在 stream/;
|
||
// 3. 不负责累计全文,也不负责 token 统计落库。
|
||
func (c *Client) Stream(ctx context.Context, messages []*schema.Message, options GenerateOptions) (StreamReader, error) {
|
||
if c == nil || c.streamText == nil {
|
||
return nil, errors.New("agent llm stream client is not ready")
|
||
}
|
||
if len(messages) == 0 {
|
||
return nil, errors.New("llm messages is empty")
|
||
}
|
||
return c.streamText(ctx, messages, options)
|
||
}
|
||
|
||
// BuildSystemUserMessages 构造最常见的“system + history + user”消息列表。
|
||
//
|
||
// 设计说明:
|
||
// 1. 这是旧 agent 中高频重复片段,几乎每个 skill 都会拼一次;
|
||
// 2. 这里先把最稳定的消息编排方式沉淀下来,减少 node 层样板代码;
|
||
// 3. 只做消息切片装配,不做 prompt 生成。
|
||
func BuildSystemUserMessages(systemPrompt string, history []*schema.Message, userPrompt string) []*schema.Message {
|
||
messages := make([]*schema.Message, 0, len(history)+2)
|
||
if strings.TrimSpace(systemPrompt) != "" {
|
||
messages = append(messages, schema.SystemMessage(systemPrompt))
|
||
}
|
||
if len(history) > 0 {
|
||
messages = append(messages, history...)
|
||
}
|
||
if strings.TrimSpace(userPrompt) != "" {
|
||
messages = append(messages, schema.UserMessage(userPrompt))
|
||
}
|
||
return messages
|
||
}
|
||
|
||
// CloneUsage 深拷贝 token usage,避免后续多处累加时共享同一指针。
|
||
func CloneUsage(usage *schema.TokenUsage) *schema.TokenUsage {
|
||
if usage == nil {
|
||
return nil
|
||
}
|
||
copied := *usage
|
||
return &copied
|
||
}
|
||
|
||
// MergeUsage 合并两段 usage。
|
||
//
|
||
// 合并策略:
|
||
// 1. 对“同一次调用不同流分片”的场景,取更大值作为最终值;
|
||
// 2. 对“多次独立调用累计”的场景,应由上层显式做加法,而不是用这个函数;
|
||
// 3. 该函数只适用于“同一次调用的分块 usage 收敛”。
|
||
func MergeUsage(base *schema.TokenUsage, incoming *schema.TokenUsage) *schema.TokenUsage {
|
||
if incoming == nil {
|
||
return CloneUsage(base)
|
||
}
|
||
if base == nil {
|
||
return CloneUsage(incoming)
|
||
}
|
||
|
||
merged := *base
|
||
if incoming.PromptTokens > merged.PromptTokens {
|
||
merged.PromptTokens = incoming.PromptTokens
|
||
}
|
||
if incoming.CompletionTokens > merged.CompletionTokens {
|
||
merged.CompletionTokens = incoming.CompletionTokens
|
||
}
|
||
if incoming.TotalTokens > merged.TotalTokens {
|
||
merged.TotalTokens = incoming.TotalTokens
|
||
}
|
||
if incoming.PromptTokenDetails.CachedTokens > merged.PromptTokenDetails.CachedTokens {
|
||
merged.PromptTokenDetails.CachedTokens = incoming.PromptTokenDetails.CachedTokens
|
||
}
|
||
if incoming.CompletionTokensDetails.ReasoningTokens > merged.CompletionTokensDetails.ReasoningTokens {
|
||
merged.CompletionTokensDetails.ReasoningTokens = incoming.CompletionTokensDetails.ReasoningTokens
|
||
}
|
||
return &merged
|
||
}
|
||
|
||
// FormatEmptyResponseError 统一生成“模型返回空结果”的错误文案。
|
||
func FormatEmptyResponseError(scene string) error {
|
||
scene = strings.TrimSpace(scene)
|
||
if scene == "" {
|
||
scene = "unknown"
|
||
}
|
||
return fmt.Errorf("模型在 %s 场景返回空结果", scene)
|
||
}
|