shuiyuPyLab/xiaoli-cli
1
0 Fork 0
Code Issues Pull Requests Actions Packages Projects Releases 3 Wiki Activity
136 Commits 1 Branch 14 Tags
46376aa23e5ed379bc6588f96ff0f98e25c384cc
Commit Graph
12 Commits
Author SHA1 Message Date
shuiyu67 46376aa23e feat: 重新打开 FC 开关，AI 可在纯 JSON 与 FC 之间自选（混合模式） 2026-08-06 23:30:53 +08:00
shuiyu67andWorkBuddy 5fe1a7c868 feat: 统一 max_input_tokens API，所有引擎必须返回最大输入 token 数 
- openai/ollama/manual 三引擎均暴露 max_input_tokens 属性（统一契约）
- ollama 额外上报 prompt_eval_count 到 last_prompt_tokens，使本地模型也走 token 感知压缩
- should_compress 改用 max_input_tokens，系统依当前引擎上限的 70%（compress_ratio）自动触发
- 压缩始终调用当前引擎（current_engine）做总结，符合"调用当前引擎总结压缩"
- 新增 tests/test_max_input_tokens.py 覆盖契约 + 70% 触发 + 消息数兜底

Co-Authored-By: WorkBuddy <workbuddy@tencent.com>
 2026-08-06 22:50:18 +08:00
shuiyu67 1383d32f8b feat: OpenAI 多模型注册表 + /model 命令，告别手改配置文件 
痛点：很多模型都是 OpenAI 格式，但换模型只能手改 config.json 的单槽位，
且只能存一个。新增模型注册表与 /model 命令族：

- 新增 xcli_core/model_registry.py：在 api.engines.openai 下维护
  models 列表（name + base_url + api_key + model）与 current 指针，全部落盘。
  向后兼容：无 models 时把扁平 api_key/base_url/model 当作单条隐式模型。
- OpenaiAI 接入：__init__ 应用注册表 current 模型；新增
  set_registry_model / list_registry_models / add_model / remove_model /
  current_model_name。注意保留引擎原有的轻量 set_model（只改 model 名）
  与 list_models（查 API /models 端点），新方法与它们不重名、互不干扰。
- 新增 /model 命令族（仅 openai 引擎）：
    /model            列出已配置模型（* 标记当前）
    /model <名称>     切换当前模型并持久化
    /model add        交互式录入（名称/base_url/api_key/model），回车即存并切换
    /model rm <名称>  删除（删当前则回退到列表第一个）
- 启动横幅引擎名后显示当前模型；紧凑提示与 /help 速查表均补 /model 入口。
- 测试：新增 tests/test_model_registry.py（13 项，覆盖兼容/增删/切换/落盘/
  引擎接入/CLI 路由，全程临时配置不污染真实 config.json）。
  全量 230 passed（原 217 passed）。

交互实测：/model add → 已添加并切换到 gpt4o；/model gpt4o → 已切换；
/model rm gpt4o → 回退到 xophunyuan7bmt，配置结构与内容完好。
 2026-08-05 16:12:35 +08:00
shuiyu67 3a86da7444 perf: 启动输出瘦身 + FC 能力探测缓存，修复测试套件失效 
自用体验（同时以人类和被接入 AI 的视角）暴露出三个问题，一并处理：

1. 启动太吵：117 行 / 16983 字符的开屏，人还没开始用就先刷屏
   - 完整 ASCII 开机动画改为 --logo / --banner 按需召唤，默认两行紧凑标识
   - 21 行命令说明折叠成一行「/help 全部命令 · /quit 退出 · ...」，
     完整速查表挪进 /help（新增 show_quick_commands）
   - 插件/引擎/工具的逐条加载日志改走 vprint，由 --verbose / -v /
     XCLI_VERBOSE=1 召唤；工具加载汇总成一行
   - 日志控制台 handler 降到 WARNING（文件仍留全量 INFO），并静音
     httpx/httpcore/urllib3 等第三方心跳日志
   => 默认启动 10 行 / 475 字符，--verbose 仍可看到全部 36 行细节

2. 不支持 FC 的模型每次会话都白撞一发 500
   讯飞 xophunyuan7bmt 不支持 Function Calling，请求带 tools 字段必报
   500 Invalid Params，虽有降级重试兜底，但每个新会话都要先错一次。
   - 新增 xcli_core/fc_tools 能力缓存（按 base_url::model 落盘 .fc_support.json）
   - 降级重试成功后记住该模型不支持 FC，后续直接不发 tools
   - 降级也失败时不写缓存，避免把别的故障误判成 FC 问题
   - 新增 /fc [reset] 查看与清除缓存

3. diff 弹窗模式每次启动都要重新问一遍
   - 首次选择后经 config.json 持久化，新增 /diff [popup|inline] 随时切换

测试：
- 新增 tests/test_startup_and_fc.py（27 项，含假 HTTP 验证降级与缓存链路）
- 修复 tests/test_plugins.py 长期失效：插件入口类早已由 Plugin 改名 Liugin，
  8 处 fixture 未跟进导致 65 个用例直接 error；断言也未适配 ToolResult 返回值
  与「❌」错误前缀。改为 plugin_class() / as_text() / is_error() 语义判断。
- 全量：217 passed（此前 152 passed + 65 error + 27 failed）
 2026-08-05 15:57:38 +08:00
shuiyu67 a63b9d2f97 fix: 修复 'ToolResult' object has no attribute 'get' 
根因: cli_tools.process_tool_call 在启用 UnifiedToolManager 时直接返回
ToolResult 对象，而 7 个调用点全部按 dict 用 result.get('result')，触发
AttributeError；FC 路径 _execute_tool_by_name 也可能把 ToolResult 透传出去，
后续 result[:5000] 会再炸 TypeError。

- tool_result.py: 新增 normalize_tool_text / normalize_tool_dict，
  统一收敛 ToolResult / dict / str / None 三种历史返回形态。
- cli_tools.process_tool_call: 统一返回 dict（附带 success/error_code/
  tool_result），回退 handler 路径同样归一。
- cli_core._execute_tool_by_name: handler / memory / scheduler 返回值
  归一成 str，保证 FC 路径可安全切片。
- openai/ollama/manual 引擎、websocket_server、cli_clawli: 取工具结果改用
  normalize_tool_text（带本地兜底实现，避免循环导入）。
- cli_clawli: 顺带修复只回传最后一个工具结果的 bug，改为汇总全部。
- 测试: 23 项全过；纯格式/讯飞 500 降级回归冒烟通过。
 2026-08-05 10:54:39 +08:00
shuiyu67 dfc42d8583 fix(v8.0): openai 引擎改纯官方格式 + 讯飞 500 兼容 + <input> 向导 
- openai_engine: 请求体严格纯官方 OpenAI /chat/completions 格式（tool 消息去 name、
  tool_calls 重建、tools 统一 type=function）；500(含 xunfei/Invalid Params)自动去掉
  tools 降级重试；_friendly_error 友好提示；MODEL_CONTEXT_WINDOWS 补讯飞星火。
- ollama_engine/fc_tools/cli_core: tool 消息去 name。
- config.py resolve_input_value(<input> 语法)；ollama max_token_k(默认 <input:...>)；
  launcher 向导加 max_token_k 步骤。
 2026-08-05 00:26:02 +08:00
shuiyu67 79957eba0f feat(v8.0): 基于 v5.4.1 重构立项 v8.0.0 
- 版本立项: constants.VERSION=8.0.0，about.txt/README 同步。
- Rich 面板式 TUI (xcli_core/rich_tui.py): 默认 TUI 渲染器，rich 驱动；
  核心创新=快照出口(Console(record=True) -> text/svg/html)，AI 开发界面
  时可把渲染读回自验，补上'看不见渲染'闭环。tools/tui_snapshot.py 无头生成
  演示快照。run_tui 优先 RichTUI，textual 作为回退。
- Token 感知压缩: openai_engine 捕获 usage.prompt_tokens -> last_prompt_tokens，
  新增 context_window()(模型名查表 MODEL_CONTEXT_WINDOWS + config 覆盖)；
  memory.should_compress 升级为 token 感知(used/context_window >= ratio 触发，
  默认 0.7)，消息数阈值兜底；cli_core.process_conversation 自动压缩并提示。
- 记忆模式增强: 保留 v5.4.1 的 MEMORY.md/日记/自动保存/AI 摘要压缩，新增
  /compress 手动压缩 与 /memory mode <companion|work> 切换。
- requirements 加 rich；.gitignore 忽略 .tui_snapshots/。
 2026-08-01 09:28:39 +08:00
xiaoli-cli-bot 7a72a5c69e fix: Ollama model validation, TUI CSS, WebUI overhaul 
1. Ollama: validate model is configured before API call, show helpful error
2. TUI: remove unsupported scroll-behavior CSS property
3. WebUI server: add full tool calling loop (FC + JSON action)
4. WebUI HTML: complete redesign
   - Modern dark theme with better typography
   - Markdown rendering via marked.js
   - Tool call/result visualization with colored cards
   - Dynamic sidebar (engines + tools from server)
   - Better input area with gradient send button
   - Responsive layout
 2026-04-29 19:51:42 +08:00
shuiyu1123 6de5c6f202 feat: Function Calling 兼容 
新增 xcli_core/fc_tools.py:
- MCP 定义 → OpenAI FC 格式转换
- FC 响应解析 (tool_calls 提取)
- 自动收集所有插件 FC 定义
- 400 错误自动降级为普通模式

引擎层改动 (openai_engine + ollama_engine):
- generate_response 新增 tools 参数
- 请求体自动注入 tools/tool_choice
- 响应检测 tool_calls 并返回 FC 标记
- 对话历史支持 tool 角色消息和 assistant.tool_calls
- _build_messages_with_history 兼容 FC 消息格式

cli_core.py 集成:
- _handle_fc_response: FC 响应 → 工具执行 → 结果回传
- _execute_tool_by_name: FC 调用路径的安全检查+工具分发
- process_conversation 循环自动处理 FC 工具调用
- TUI/CLI 双模式 FC 支持
 2026-04-27 00:29:34 +08:00
艾轮 卧壳 991d43fbfa feat: 新增手动引擎 (manual) — 人类在另一个终端扮演 AI，消息通过文件传递 2026-04-26 23:41:43 +08:00
xiaoli-cli ea534c5b88 refactor: 移除所有非ollama引擎，新增OpenAI兼容格式引擎 
- 删除: mimo_engine, GLM_http_engine, qwq_engine, xfyun_spark_engine, iflow_api_engine, maas_http_engine, SDK_openAI
- 保留: ollama_engine (本地Ollama引擎)
- 新增: openai_engine (通用OpenAI API兼容引擎，支持DeepSeek/Grok/硅基流动/vLLM等)
- 新增: config.json.example 配置模板
- 更新: README.md / README.en.md 引擎说明
 2026-04-26 05:27:40 +08:00
Xiaoli Dev e22652fbbb feat: 增强编码能力 - 新增代码编辑器、代码搜索、Git集成 
- 新增 plugins/code_editor.py: 精准代码编辑（搜索替换、批量编辑、diff对比）
- 新增 plugins/code_search.py: 代码搜索与理解（跨文件搜索、符号提取、依赖分析）
- 新增 plugins/git_tools.py: Git 版本控制（status/diff/log/commit/branch）
- 新增 core/ 模块: 配置管理、引擎管理、对话处理、显示输出、代码沙箱
- 修复 requirements.txt: 使用正确的 pip 包名（Pillow、opencv-python 等）
- 更新 unified_tool_manager.py: 兼容 Plugin 和 Liugin 两种类名
- 更新系统提示词: 增强编程工作流指导

本次更新由 mimo 自动化执行，与开发者无关。
 2026-04-25 10:55:27 +08:00