ooodc/PicoBot
ooodc/PicoBot
1
0
Fork 0
Code Pull Requests Activity
465 Commits 1 Branch 0 Tags
Commit Graph

121 Commits

Author SHA1 Message Date
oudecheng
dc9211548a feat(model): 专家和子代理支持独立配置 provider/model 
- 新增 ModelResolver 解析器，按 frontmatter 中的 provider/model 名覆盖基础 LLMProviderConfig

- Expert/SubagentDef 数据结构新增 provider/model 字段，frontmatter 解析与渲染支持往返

- AgentFactory 和 DefaultSubAgentRuntime 持有 ModelResolver，在创建 agent 时解析模型覆盖

- HTTP API 新增 /api/model-options 端点，ExpertResponse/Create/Update 和 SubagentUpdateRequest 支持 provider/model

- update_expert/update_subagent 支持 provider/model 字段写回 frontmatter

- 保持架构解耦：ModelResolver 位于 config 底层，不引入新的跨模块依赖
 2026-07-30 22:44:10 +08:00
oudecheng
4baa8e7a6b fix: 内存历史按 topic_id 键化，新增 replace_topic_history 修复 DB 压缩覆盖 
- SessionHistory.chat_histories 改为 topic_histories 按 topic_id 键化，消除多话题并发时内存历史互相覆盖的根因

- is_current_turn 改用 current_topic == original_topic_id 直接比较，替代失效的内存最新消息匹配判断

- 新增 ConversationRepository::replace_topic_history 按 topic 删除/插入消息，解决 replace_active_history 删除整个 session 消息的 pre-existing 问题

- compaction 路径改用 replace_topic_history，避免压缩时覆盖其他 topic 的 DB 消息

- switch_topic 不再 remove_history，不同 topic 历史独立存储互斥

- append_persisted_message 仅当 topic_id == current_topic 时更新内存，防止延迟消息污染新话题历史
 2026-07-28 15:32:42 +08:00
oudecheng
b042b45ac7 fix: 话题隔离 - topic_id 全程显式传递，修复消息错投与并发阻塞 
问题：WS 端一个话题执行中时新建另一话题发消息，新会话无响应
（串行锁按 chat_id 阻塞），且首个话题完成后用户消息错误出现在
旧话题而非新话题（执行路径多次从共享 UI 状态读取 topic_id 产生竞态）。

核心修复（第一性原则）：
执行上下文应在消息接收时一次性捕获，全程显式传递，不从共享可变
状态重复读取。

1. processor.rs: process_one 入口捕获 current_topic，传入 handle_message
   和 set_agent_cancel_token
2. session_message_service.rs: handle_message 签名加 topic_id 参数，
   透传给 MessageExecutionRequest
3. execution.rs: MessageExecutionRequest 加 topic_id 字段；
   - 串行锁键改用 topic_id（不同 topic 并发，同 topic 串行）
   - original_topic_id 优先用传入值，消除锁等待期间 topic 切换竞态
   - append_persisted_message 调用传入 original_topic_id
   - create_agent 调用传入 original_topic_id
4. session.rs: append_persisted_message 加 explicit_topic_id 参数；
   create_agent/create_agent_with_provider_config 加 explicit_topic_id；
   set_cancel_receiver/set_agent_cancel_token 加 topic_id 参数；
   pending_cancel_tokens 查找改为优先 topic_id（避免并发 topic 执行时
   cancel token 互相覆盖）

对抗性审查补丁：
- append_persisted_message: 仅当写入 topic 匹配当前活跃 topic 时才更新
  内存历史，避免旧 topic 的排队消息污染已切换到的新 topic 内存历史
- prepare_and_execute_scheduled_task: 锁前一次性捕获 topic_id，锁后
  复用同一值作为 original_topic_id，保证锁键与写入目标一致

已验证：cargo check 通过，gateway 模块 48 个测试通过（1 个预存在的
prompt 模板测试失败，与本次修改无关）。
 2026-07-28 14:19:20 +08:00
oudecheng
3a8da51936 refactor: 串行锁按 topic_id 键化，支持多话题并发执行 
将 chat_serial_locks 重命名为 topic_serial_locks，串行锁粒度从
chat_id 改为 topic_id。同一 topic 的消息处理仍串行执行，不同
topic 之间互不阻塞，为后续多话题并发修复铺路。

本提交仅重命名锁结构和访问方法，调用点仍用 chat_id 作为锁键
（回退兼容），不影响现有行为。
 2026-07-28 14:17:12 +08:00
oudecheng
141ffda1ee feat: 实现聊天消息的串行锁，确保同一聊天的消息处理串行执行 2026-07-15 17:47:52 +08:00
oudecheng
46a1ca6853 refactor: 修复 3 项 P1 技术债（硬编码 URL / any 类型 / dead_code） 
P1-1: 硬编码 wechat URL 抽常量统一两处
  - config/mod.rs: 定义 pub const WECHAT_DEFAULT_BASE_URL
  - cli/init.rs: import 并引用常量，消除字面量重复
  - 消除两处不一致风险（default_wechat_base_url 与 init 向导）

P1-2: ConfigPage any 类型定义具体类型（8 处）
  - types.ts: 新增 FeishuChannelConfig/WechatChannelConfig/ChannelConfig/
    SchedulerJobConfig 类型；jobs?: any[] → SchedulerJobConfig[]；
    channels: Record<string, any> → Record<string, ChannelConfig>
  - api/config.ts: 新增 RestartResponse 类型，data: any → RestartResponse
  - ConfigPage.tsx: catch (e: any) ×2 → catch (e: unknown) + 类型守卫；
    as any → as SchedulerConfig['misfire_policy']；
    Record<string, any> → Partial<ChannelConfig>；(ch: any) → (ch: ChannelConfig)

P1-3: dead_code 18 处逐一审查清理
  - 删除 10 处未使用函数/struct（YAGNI 原则）：
    context_compressor.rs (into_messages, is_tool_round)
    agent_loop.rs (EmptySkillProvider struct + impl)
    memory_maintenance.rs (run_for_scope)
    session.rs (try_start/finish_background_compaction)
    session_history.rs (try_start/finish_background_compaction)
    tool_registry_factory.rs (shell_session_manager)
    task/runtime.rs (effective_allowed_tools)
  - 保留 8 处 serde 反序列化字段（删除会破坏 JSON 反序列化）：
    feishu.rs/openai.rs/anthropic.rs/skills/mod.rs/task/runtime.rs
 2026-07-08 14:51:42 +08:00
oudecheng
4329cfbbe9 feat: 统一路径显示格式，确保跨平台兼容性；重构系统提示词提供者构建逻辑 2026-07-07 09:19:58 +08:00
oudecheng
9d7c1f2e52 feat: 集成专家提示词到网关配置、依赖注入与HTTP API 
- config: 新增 ExpertsConfig，默认 sources=[user,project], enabled=true

- AgentFactory: 新增 experts 字段，providers 顺序为 Agent→Skill→Expert→Subagent→Todo

- GatewayState: 持有 Arc<ExpertRuntime>，from_config 中初始化

- runtime: build_session_manager_with_sender 接收 experts 参数

- 路由: 注册 7 个专家 API (list/toggle/create/update/delete/selected/select)

- http: 实现 7 个处理器，支持专家 CRUD 与 session 级选择

- session/cli: 测试便利构造器与 empty_config/build_config 补齐 experts 字段
 2026-07-06 18:07:33 +08:00
oudecheng
8d30ccd020 feat: 新增子代理管理API，支持获取子代理列表和切换子代理状态 2026-07-06 14:41:30 +08:00
oudecheng
51e06c8f73 feat: 实现两段历史压缩的同步处理，替换会话的活动历史记录 2026-07-03 09:52:45 +08:00
oudecheng
4fabbe47e9 feat: 增强MCP集成，支持配置路径和连接重试机制 2026-06-30 10:46:33 +08:00
oudecheng
26cbe7aa2d feat: 更新 created_by_message_id 逻辑，仅在内容或状态变化时进行更新 2026-06-29 15:01:32 +08:00
oudecheng
ef18500100 feat: 更新 created_by_message_id 字段的赋值逻辑，确保使用 tool_call_id 进行消息关联 2026-06-25 10:50:16 +08:00
oudecheng
c72853c79d feat: 添加 user_message_id 字段以支持用户消息的关联和同步 2026-06-24 15:13:36 +08:00
oudecheng
4efc8b51e7 feat(todo): 添加待办项关联的创建消息ID并支持消息高亮 
- 在待办相关数据结构和存储中新增 created_by_message_id 字段
- 记录待办项创建时对应的消息ID，支持追溯来源
- 在前端待办列表项增加点击事件，点击后滚动并高亮对应消息
- 在消息列表组件中实现高亮动画及自动滚动功能
- 更新相关工具、协议和数据库查询，确保新字段正确传递和存储
- 增加 CSS 动画实现待办对应消息的高亮闪烁效果
- 优化前端状态管理，支持设置与获取高亮消息ID
 2026-06-22 14:50:37 +08:00
oudecheng
7626ba2d2f feat(gateway): 添加待办事项读取功能 
- 引入 TodoReadTool 工具支持读取当前对话的待办事项列表
- 实现从内存或SQLite数据库读取待办事项的功能
- 添加内存回填机制确保数据一致性
- 在ToolRegistryFactory中注册新的待办事项读取工具
- 更新会话初始化逻辑以传递待办事项存储依赖
- 添加完整的单元测试验证各种读取场景
 2026-06-15 15:33:43 +08:00
ooodc
fc7df67474 feat(streaming): 支持流式文本增量与结束信号功能 
- 新增 StreamDelta 和 StreamEnd 类型，支持流式数据增量传输
- 扩展 LLMProvider trait，添加带回调的 chat_with_streaming 接口
- 修改 OpenAI Provider 实现，支持流式聊天回调传输增量数据
- Agent 流处理改为异步消费增量消息并传递给前端
- 保证流式增量和最终消息使用相同消息 ID 以便前端替换
- 修改消息总线和协议层，支持携带和识别流式消息的消息 ID
- 客户端 CLI 通过增量输出实现交互式流式响应显示
- Web 前端接收流式增量消息，追加到对应消息，实现实时显示
- 各通道（飞书、微信）支持转发流式增量和结束消息
- 任务工具运行时添加消息 ID 支持，保持消息一致性
- 统一消息构造函数新增流式增量和结束信号的构建方法
 2026-06-14 10:24:52 +08:00
ooodc
229221aab1 refactor(todo): 重构待办事项管理逻辑及更新状态规则 
- 移除 TodoItem 中的 priority、created_at 和 updated_at 字段
- 强制每个任务都必须有唯一 id，且由用户负责生成
- 修改合并模式逻辑，merge=true 下保留未提及的旧任务
- 支持已完成和已取消任务重新激活（状态改回 pending 或 in_progress）
- 禁止 in_progress 状态退回到 pending，必须标记为 completed 或 cancelled
- 优化状态转换校验，允许特定状态间合法切换
- 简化任务变更消息，移除详细的新增/更新/移除统计
- 更新文档和示例，明确 id 必须由用户生成和使用
- 修复和补充测试，增强状态转换和合并模式验证
- 调整任务时间戳生成逻辑，统一使用当前时间及索引
- 该变更提供更合理的任务状态机械及管理模式，提升稳定性和易用性
 2026-06-13 17:38:18 +08:00
oudecheng
6f8c4a7ce8 feat: 更新 load_messages_for_topic 方法，支持按 session_id 过滤消息 2026-06-12 19:05:06 +08:00
oudecheng
eef0d24dcd fix: topic_id 穿透到 ToolContext，统一 todo scope_key 计算 
- AgentBuildRequest 加 topic_id 字段
- Session.create_agent 传入 current_topic
- ToolContext.topic_id 不再硬编码 None
- 删除已废弃的 intercept_todo_write_results
- 工具/emitter/handler 三处 scope_key 计算全部统一

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
 2026-06-12 17:36:10 +08:00
oudecheng
ec5ddf644a fix: 优先使用 topic_id 更新 todo 列表，确保与工具内存状态一致 2026-06-12 17:25:50 +08:00
oudecheng
4866ea9538 fix: todo_write 持久化从 finalize_result 移到 BusToolCallEmitter，即时触发 
之前持久化挂在 agent 全部完成后，长任务永远等不到。
现在每个 todo_write 工具调用完成时立即持久化到 SQLite。

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
 2026-06-12 16:58:05 +08:00
oudecheng
3c889caacf feat: 添加日志记录以持久化待办事项时的调试信息 2026-06-12 16:22:43 +08:00
oudecheng
881fcace47 feat: 添加 todo_write 工具，支持全量替换和增量合并两种模式 
- Tool: 纯内存实现 (Arc<RwLock<HashMap>>)，零 DB 依赖，解耦持久化
- 状态机: pending → in_progress → completed/cancelled，单 in_progress 约束
- merge=false: 全量替换模式（默认）
- merge=true: 增量更新模式，只传变更的项，其余保留
- 隔离: scope_key = topic_id.unwrap_or(session_id)，topic 和子代理隔离
- 持久化: TodoRepository trait + SessionStore SQLite 实现，在 Session 拦截器层完成
- 前端推送: WsOutbound::TodoList 事件
- Prompt: TodoPromptProvider 中文指令，子代理模板也包含
- 测试: 16 个单元测试，全部通过

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
 2026-06-12 14:19:07 +08:00
ooodc
e4bc8153a0 feat: 更新测试用例中的技能描述，提供更准确的技能定义 2026-06-07 22:00:09 +08:00
ooodc
6f33ec7604 feat: 多通道消息支持与 Session 选择器 
后端:
- list_channels 从 ChannelManager 动态查询通道列表（合并 websocket + 所有已注册通道）
- build_channel_list 移至 ChannelManager，网关层直接依赖领域层
- get_current_topic 自动创建默认话题（修复微信等通道无话题的问题）
- is_channel_writable: 仅 websocket 可写，其余通道只读

前端:
- 右上角通道选择器 + Session 选择器（Portal 渲染，固定宽度居中）
- 只读通道显示刷新按钮替代新建按钮
- 话题列表时间戳修复（秒→毫秒）
- 移除冗余的 SessionInfo、AI Ready、所属会话等 UI
- 修复 scheduler view 路由无条件拦截消息的 bug
 2026-06-06 22:25:10 +08:00
ooodc
988e77123c feat: 精简日志记录，移除冗余信息，优化调试输出 2026-06-06 10:41:52 +08:00
ooodc
fb90641774 feat: 增强日志记录，添加消息处理和工具执行的详细信息 2026-06-06 09:26:50 +08:00
oudecheng
d1d4998a26 feat: 增加工具结果字符限制，提升处理能力至 100,000 字符 2026-06-04 17:33:01 +08:00
oudecheng
1b571e943f feat: 添加停止当前执行的 Agent 功能，支持通过 /stop 命令取消执行 2026-06-03 16:49:29 +08:00
oudecheng
f8fc0f7d0f feat: 添加工具结果处理功能，支持执行时长记录和显示 2026-06-02 16:15:05 +08:00
oudecheng
eebfe0faa5 feat: 增强错误处理和日志记录，优雅处理通道关闭情况 2026-06-02 15:23:50 +08:00
ooodc
1288ba268f feat: 限定记忆命名空间为7种分类 
- 新增 ALLOWED_MEMORY_NAMESPACES 常量定义允许的命名空间
- 添加 namespace 验证函数 is_valid_namespace()
- memory_manage 工具 schema 使用 enum 限制 namespace
- memory_search 工具 schema 使用 enum 提示可用 namespace
- 更新系统提示词添加命名空间分类说明
- 更新记忆维护提示词添加命名空间分类说明
- 修复测试中使用旧 namespace 的问题

命名空间分类:
- user: 用户记忆
- semantic: 语义记忆
- episodic: 情景记忆
- skill: 技能记忆
- environment: 环境记忆
- reflection: 反思记忆
- other: 其他记忆
 2026-05-30 13:06:55 +08:00
oudecheng
4cb26b5b67 feat: 子智能体任务消息查看，实时广播工具调用事件 
- 新增 LoadTaskMessages 命令，加载子智能体任务的历史消息
- SubAgentEmitter 通过 MessageBus 实时广播子智能体工具调用
- 前端新增子智能体视图，支持导航进入/退出子智能体会话
- 外部渠道过滤子智能体事件，避免推送到飞书/微信
- ToolCall/ToolResult 新增 subagent_task_id 字段

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-29 11:15:38 +08:00
oudecheng
5e5de7ce9f refactor: 移除 show_tool_results 开关，始终实时推送工具调用消息 
简化工具消息推送逻辑，去掉条件判断，让所有工具消息（含结果）
直接通过 emit_live_tool_call_message 实时发送给用户。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-28 18:52:40 +08:00
oudecheng
86d48a3ec0 feat: 实现自定义子代理加载功能 
- 添加 SubagentCatalog::discover() 方法，支持从文件系统加载自定义子代理
- 支持 ~/.picobot/subagents/ 和 ./.picobot/subagents/ 两个目录
- 项目级定义可覆盖用户级定义
- 支持 YAML frontmatter + body 格式解析
- 修复 Windows 换行符兼容性问题
- 移除未使用的 read_only 字段
- 实现 TaskTool 动态 schema，子代理类型列表从运行时获取

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-25 11:56:44 +08:00
ooodc
b571d7b7b3 feat: 添加图片上下文限制配置，支持最大图片数量和消息轮次限制 2026-05-24 18:06:22 +08:00
ooodc
5e04832f20 feat: 更新 MCP 配置和工具适配器，支持 Claude Desktop 格式，优化服务器连接管理 2026-05-23 23:37:45 +08:00
ooodc
cbb384a4e6 feat: 添加 MCP (Model Context Protocol) 支持，包含客户端管理器和工具适配器 2026-05-23 22:52:36 +08:00
ooodc
b6f2de053d refactor: 移除会话重置逻辑中的 reset_cutoff_seq 字段，优化会话管理和历史压缩逻辑 2026-05-23 18:38:34 +08:00
ooodc
b4ef56803f feat: 添加内存维护配置，优化记忆整理逻辑和限制 2026-05-23 16:05:11 +08:00
oudecheng
70b35d2cc1 feat: 更新聊天历史加载逻辑，支持按话题加载历史记录并避免借用冲突 2026-05-22 10:47:25 +08:00
oudecheng
49475783a2 feat: 添加子智能体支持到保存话题和会话功能，优化数据持久化 2026-05-20 17:52:46 +08:00
oudecheng
8830027cbc feat: 添加原始话题 ID 支持，优化消息保存逻辑以处理用户话题切换 2026-05-20 12:05:58 +08:00
oudecheng
8f82009c32 feat: 重命名工具名称，简化工具调用接口 2026-05-19 15:18:04 +08:00
ooodc
e62424d130 feat: 在测试中添加默认的 TaskConfig，增强测试用例的配置完整性 2026-05-17 22:00:30 +08:00
ooodc
428df8da59 feat: 自动从数据库恢复当前话题，增强会话管理功能 2026-05-16 20:45:28 +08:00
ooodc
831832664d feat: 重构会话管理逻辑，添加获取当前话题的方法，简化命令处理中的会话获取逻辑 2026-05-16 20:19:49 +08:00
ooodc
bee1a39a06 feat: add task management tool with subagent support 
- Introduced `TaskConfig` struct to manage task-related configurations.
- Implemented `TaskTool` for creating and managing subagents for complex tasks.
- Added `TaskSession` and `TaskRepository` for handling task sessions and persistence.
- Created `DefaultSubAgentRuntime` to execute tasks with timeout and history support.
- Enhanced `ToolContext` to include `subagent_description` for better context tracking.
- Implemented error handling for task execution and session management.
- Updated `ToolRegistryFactory` to register task tools conditionally based on configuration.
- Added prompt builders for subagent tasks to improve interaction clarity.
 2026-05-16 16:12:28 +08:00
oudecheng
549bf4df04 feat: 优化话题管理，确保在加载新话题历史前正确设置当前话题 2026-05-15 18:34:10 +08:00