MetonaTeam/metona-ollama-desktop
2
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases 1 Wiki Activity
564 Commits 1 Branch 1 Tag
9a631ebf15dd2fbffb4583b46d87578fd23b504b
Commit Graph
564 Commits
This Branch
This Branch
All Branches
Author SHA1 Message Date
紫影233 04a0659813 fix: 记忆去重后强制终止循环 — 系统消息 + 缩减轮次 + 工具结果强调 
问题: AI 看到 memory add 返回 duplicate 后仍继续循环调用
根因: 去重消息藏在 tool result JSON 里，AI 不读或不理解

修复 (三层防御):
1. handleObserving: 检测到 tool result 含 duplicate → 注入 system 级别终止消息
   + 缩减剩余轮次到当前+2，强制即将结束
2. formatToolResultForModel: memory 去重时返回纯文本警告而非 JSON
   '⚠️ 重复添加...不要再调用 memory 工具，直接输出最终回答'
3. addEntry: 检测到重复 → 抛 DuplicateEntryError（之前已修）
 2026-06-24 15:46:43 +08:00
紫影233 5f9acebad1 fix: 记忆去重时明确告知 AI「已存在，不要再重复添加」 
之前 addEntry 检测到重复后静默返回已有条目(success)，AI 误以为又成功保存了
新条目，于是继续循环调用。现在改为抛出 DuplicateEntryError，tool handler
捕获后返回 {success:true, duplicate:true, message:'已跳过...不要再重复添加'}，
明确告诉 AI 任务已完成。

也处理了内存面板的手动添加场景，友好提示用户。
 2026-06-24 15:31:58 +08:00
紫影233 e39820d19e fix: memory add 不传 type 时默认 fact — 代码兜底替代 schema 约束 
Gemma 4 等模型的 function calling 对复杂 schema 不稳定，即使 type 在 required
数组中也会偶发遗漏。改为代码层面兜底：type 缺失时默认 'fact'，确保 add 操作
始终成功。同时将 type 从 required 中移除，减少 schema 复杂度。
 2026-06-24 15:28:55 +08:00
紫影233 d3a28822b3 fix: memory 工具 required 数组添加 type — 解决模型持续不传 type 参数问题 
Ollama function calling 依赖 JSON Schema 的 required 数组判断参数必要性，
type 不在 required 中导致模型认为它是可选的，即使 error 提示了也不传。
将其加入 required 数组后，模型将被强制要求每次调用都提供 type 参数。
 2026-06-24 15:10:58 +08:00
紫影233 e119ffbcf6 fix: memory 工具 description 增强 — 每种 action 给出完整 JSON 示例 + 参数标注 REQUIRED 
- description 中为 search/add/replace/remove/read_all 提供完整 JSON 格式示例
- 参数 description 加 [action REQUIRED] 前缀标注依赖性
- 错误提示改为含示例 JSON 的完整格式，帮助模型快速修正
 2026-06-24 14:55:46 +08:00
紫影233 0903d740da v0.13.0: 记忆系统重构 — MEMORY.md 文件化 + 路径保护 + 自动提取优化 
核心变更:
- 删除 SQLite memories 表 + FTS5 + IVF 向量存储引擎 (~1300行)
- 4 个记忆工具合并为 1 个 memory 工具 (5 action)
- 记忆存储改为工作空间 MEMORY.md 单文件，严格格式校验
- 路径保护: checkPathAllowed 拦截所有工具，仅 memory 专用 IPC 通道可访问
- 应用启动/工作空间切换时自动校验并初始化 MEMORY.md（格式错误自动备份重建）
- 自动记忆提取重建: 对话结束时触发，多层质量过滤（内容/泛化/去重/安全/importance门槛）
- 工具总数: 42→40，UI 全面更新（帮助面板、工具面板、设置面板、README）
- 版本号更新: 0.12.11 → 0.13.0
 2026-06-24 14:49:09 +08:00
紫影233 dcaf5982fc fix: Plan Mode确认弹窗按钮左偏，补回flex占位符 2026-06-24 12:29:14 +08:00
紫影233 c7aa5df81c v0.12.11: Plan Mode 格式标准化 + 图片附件感知 + 弹窗UI优化 
feat: Plan Mode 强制输出格式模板（任务分析/执行计划/预期结果）
feat: 支持无需工具步骤，纯分析推理任务不再强制工具调用
feat: 反幻觉铁律新增3条（已上传附件不查找、read_file不能看图、Plan不规划查找步骤）
fix: 上传图片后消息文本明确提示AI图片已随消息提供
fix: Plan Mode确认弹窗UI优化（步骤卡片样式/宽度/滚动）
style: extractPlanSteps 双策略解析，兼容多种模型输出格式
 2026-06-24 11:40:18 +08:00
紫影233 d7275b08e8 v0.12.10: 修复工作空间目录设置不生效 + 版本号更新 
fix: 工作空间目录设置三处断链修复
  - ipc.ts: setDir 时持久化到 SQLite，启动时自动恢复
  - settings-modal.ts: 设置成功后通知 workspace-panel 刷新
  - workspace-panel.ts: 监听目录变更事件，立即重载文件列表

chore: 版本号 0.12.9 → 0.12.10
 2026-06-24 10:58:49 +08:00
thzxx 2d3ea85255 v0.12.9: Completion Gate 架构修复 + 工作空间文件夹选择 + 搜索/Plan 全链路加固 
Fix:
- Completion Gate read_file 误报消除 — 缩窄匹配为仅明确工具声明 + 写后读豁免
- Gate 阻断重试消息重写 — 待办中与 Gate 拦截匹配时明确要求调工具而非模糊修正
- FileWriteDedupHook (pre_tool) + PlanAutoTrackHook (post_tool) — Harness 插件化
- 工作空间浏览按钮修复 — openFile→openDirectory，原生文件夹选择对话框
- pre_tool Hook 执行结果可阻断 — HookResult.passed=false 时拦截工具执行
- Plan 步骤上限 6 + 动词过滤 + 阶段标题过滤 — 适配不同模型格式
- Plan Mode 任务描述固化到系统提示词 — 压缩后不丢失任务目标
- 全部完成信号去重 — system 消息不重复注入
- handleReflecting 空响应 pop() 精确定位最后 assistant 消息

Refactor:
- agent-engine.ts 移除全部硬编码模块变量和函数 — 迁移到 Hook 系统
- extractPlanSteps 增加 ACTION_VERBS 动词过滤
- Plan rejection 不再重置 loopCount
 2026-06-23 22:46:00 +08:00
thzxx 44cb5037ec v0.12.5: Plan 自动追踪 + 待办完成确认 + 搜索/上下文质量加固 
Fix:
- Plan Mode 自动追踪 — 工具执行成功后自动匹配步骤标记完成，不再依赖模型调用 plan_track
- 待办全部完成时注入正面确认信号，防止模型遗忘已完成的写入操作
- plan_track 提示词简化 — 移除冗余催促文本，进度自动更新
- 搜索自动抓取硬上限 MAX_AUTO_FETCH=8 + 相关性过滤
- 工作空间路径安全豁免 — 修复 AppData 黑名单自相矛盾
- 浏览器回退 LRU 缓存 — 同 URL 10min 内不重复渲染
- Plan Mode 任务描述固化到系统提示词 — 压缩后不丢失
- ephemeral 清理高负载时跳过 — Plan 进度在压缩时仍可见
- SearXNG 抓取条数输入框 min=1 max=8
 2026-06-23 21:15:17 +08:00
thzxx d3c3bacb8d v0.12.4: 安全豁免 + 搜索质量 + 上下文管控 + 版本纪律 Cleanup 
Fix:
- 工作空间路径安全豁免 — AppData 拦截自相矛盾，tree/list_directory 恢复正常
- 搜索自动抓取硬上限 MAX_AUTO_FETCH=8，防止上下文爆炸 132%
- 搜索结果相关性过滤 — 跳过 Canva/ChatGPT 等无关条目
- 浏览器回退 LRU 缓存 — 同 URL 10min 内不再重复渲染
- Plan Mode 任务描述固化到系统提示词 — 压缩后不丢失目标
- ephemeral 清理时机优化 — 高负载时跳过，避免 Plan 进度丢失

Refactor:
- 全项目 v0.12.0 → v0.12.4 版本号同步（7 文件）
- 版本号纪律：仅 5 白名单文件保留版本号，其余 14 源码全部清除
- docs/DEVELOPMENT.md 据实重写（目录/架构/规范/SearXNG/Harness）
- SearXNG 抓取条数输入框改为 min=1 max=8 数字框
- 代码注释中的版本标记全部移除，仅描述功能
 2026-06-23 20:45:53 +08:00
thzxx 8feffd53cd chore: remove build-release.sh, docs/BUILD.md, release-notes.md, restore-build-cache.sh 2026-06-23 20:12:46 +08:00
紫影233 042e00e4a6 v0.12.3: 全面审计修复 + 稳定性加固 + 文档更新 
P0 安全/稳定性修复 (6项):
- sqlite persist 改用临时文件+rename，I/O错误日志
- IPC fs 处理器加入 checkPathAllowed 路径验证
- handleCompress 命令注入修复 + 跨平台 (powershell/tar/zip/unzip)
- browser 全页截图简化，使用 capturePage full rect
- workspace 竞态条件修复
- editFile 5MB 大小限制

P1 安全/稳定性修复 (7项):
- 大小写不敏感搜索: query 同步转换小写
- web_fetch 无 content-length 时流式读取+10MB限制防OOM
- Windows SIGTERM 改用 taskkill /PID /T /F 强制终止
- startsWith 路径检查 Windows 大小写不敏感
- 安全黑名单扩展: 33个目录路径 + 30条危险命令 (Linux+Windows)
- plan_track stepIndex 改用 typeof === 'number' 精确检查
- MCP 前缀改用双下划线分隔 mcp_{server}__{tool} 防歧义

P2 代码质量修复 (8项):
- 修复 EXECUTING→THINKING 死循环Bug (转换表缺失)
- COMPRESSING 硬上限绕过时同步 _loopState 全局状态
- Abort 路径补齐 onDone 回调, 防止UI状态残留
- 幻觉检测从4条扩展到16条规则, 覆盖全部工具类别
- 移除 getTokenEfficiency 死代码
- 跨平台路径清理 (replace(/[\/]+$/, ''))
- 动态 import 加 try/catch, 失败自动批准不阻断
- #modelSelect 加 null 守卫, 防止运行时崩溃

文档 & UI 更新:
- README.md: 版本号/特性表/架构图/安全机制/工具清单全面刷新
- 帮助面板: 新增 Plan Mode、抗幻觉&稳定性章节, Agent Loop补8状态机
- 工具面板: plan_track卡片 + plan-mode徽章样式, 标题更新为42+1
- 工作空间面板宽度: 480px → 400px
- 源码注释移除所有版本标签, 仅保留4处必要位置
- 版本号 0.12.2 → 0.12.3
 2026-06-23 17:06:43 +08:00
thzxx 20cbfbd169 v0.11.11: 彻底移除技能系统，工具 44→42，SQLite 7→6 张表 
- 删除 src/renderer/services/skill-manager.ts (480行)
- sqlite.ts: 删除 skills 表/索引/迁移/SkillRow接口/CRUD
- ipc.ts: 删除 6 个 skills IPC handler
- preload.ts/types.d.ts: 删除 skills bridge 方法/类型
- agent-engine.ts: 删除技能匹配上下文注入/自动提取
- tool-registry.ts: 删除 skill_list/skill_view 工具定义/执行
- log-service.ts/sub-agent.ts/workspace-panel.ts: 清理引用
- index.html: 帮助面板/工具卡片更新，44→42
- README/release-notes/DEVELOPMENT/AGENT: 文档全量同步
 2026-06-22 18:13:01 +08:00
thzxx 6099c2ad21 fix: /retry 丢失视频帧和文件附件，重试时完整恢复 2026-06-20 14:58:10 +08:00
thzxx 072fb10df0 fix: 子代理指定模型时使用该模型实际上下文长度，跟随主AI时用主AI设置 2026-06-20 14:42:31 +08:00
thzxx f1533b07b0 fix: 子代理工具结果不再截断，num_ctx跟随主AI设置 2026-06-20 14:24:42 +08:00
thzxx 730518a38a fix: 子代理搜索结果太少导致输出摘要化，放宽截断并提升上下文 
- web_search: 3条→8条，web_fetch/read_file: 3000→5000字符
- num_ctx: 8192→16384，容纳更大结果
 2026-06-20 14:19:20 +08:00
thzxx 841e846c61 fix: 子代理参数绑定 ?. → ! 防止静默失败 2026-06-20 13:35:50 +08:00
thzxx fd878c5396 fix: 子代理超时设为0时立即触发，改为Infinity正确禁用 2026-06-20 13:32:14 +08:00
thzxx 950450bc65 chore: 版本号 0.11.9 → 0.11.10 2026-06-20 13:30:14 +08:00
thzxx 4df4a40296 fix: spawn_task 模型只能从设置面板指定，禁止 AI 自选模型 2026-06-20 13:29:30 +08:00
thzxx e79409a8a1 style: 子代理最大轮次和超时合并到同一排 2026-06-20 13:11:17 +08:00
thzxx e84f62c482 v0.11.9: 修复纯文本消息卡片丢失 + 子代理参数可配置 
fix: 恢复纯文本消息的 else if 分支，修复 fed1e6d 重构后用户消息卡片不显示
fix: allVids 类型注解补充 base64 字段，消除 TS2322 编译错误
feat: 子代理最大轮次和超时接入设置面板（subAgentMaxLoops/subAgentTimeout）
chore: 版本号 0.11.7 → 0.11.9
 2026-06-20 13:04:17 +08:00
thzxx 6266d0b10c fix: 去掉所有指令性文字，只描述事实不替用户下命令 2026-06-18 14:50:16 +08:00
thzxx 18be23ae87 fix: 去掉硬编码索引，用自然语言分隔图片和视频帧 
图片和视频始终分块描述，最后追加'请分别分析，不要混淆'提示
 2026-06-18 14:49:17 +08:00
thzxx bd0fd55e9c fix: 独立图片在视频帧之前描述，明确 images 数组索引边界 
- 图片: images[0] 请单独分析
- 视频帧: images[1..30] 为帧序列
- 避免模型把独立图片混入视频帧
 2026-06-18 14:48:21 +08:00
thzxx 444fb79626 feat: 文件也在消息内容中显示 [文件: xxx.md] 描述 2026-06-18 14:41:02 +08:00
thzxx ec361a4f83 refactor: 删除自动子任务拆解，子Agent只能通过 spawn_task 工具调用 
所有工具调用必须经过 tool-registry，确保工具卡片完整记录
 2026-06-18 14:28:57 +08:00
thzxx 400c641f3d fix: 子任务拆解条件更合理——有附件或内容过长时跳过 
- 有图片/视频时跳过（图文消息不适合拆解）
- 内容 <50 或 >2000 字符时跳过（太短没意义，太长是文件内容）
 2026-06-18 14:25:40 +08:00
thzxx d28f39d3aa fix: 子任务拆解排除文件内容，避免把设定集误拆成89个并行子任务 
- 检测 📄 文件 标记时跳过子任务拆解
- 限制拆解只在内容 <5000 字符时触发
 2026-06-18 14:22:21 +08:00
thzxx e81d355c68 debug: 添加文件内容注入日志，排查文件未被AI分析的问题 2026-06-18 14:17:58 +08:00
thzxx ec0722170e fix: apiContentForModel 累积所有内容——文字+文件+视频帧+图片，不再只发视频 2026-06-18 13:59:08 +08:00
thzxx f2a7198118 fix: SQLite 持久化 files 和 _videos，历史记录不再丢失视频指示牌和文件 
- ALTER TABLE 新增 attachments TEXT 列
- saveMessage 序列化 files/_videos 为 JSON
- getMessages 反序列化还原
 2026-06-18 13:42:47 +08:00
thzxx 5e043e5fbb fix: 每个视频独立指示牌，不合并——_videos 数组逐个渲染 2026-06-18 13:30:36 +08:00
thzxx 0b2d8414a6 fix: 视频指示牌显示文件名，多视频显示'2个视频' 2026-06-18 13:29:06 +08:00
thzxx 0aa33d590c fix: _videoFrames 改用 allVids 总帧数，修复多个视频时指示牌不显示 2026-06-18 13:23:10 +08:00
thzxx 96bf48aaf5 fix: 视频提取完成后立即清除 pending 状态，避免预览重复显示 2026-06-18 13:16:40 +08:00
thzxx bec111444e fix: 视频预览区同时渲染 pending 和 completedVideos，不再互相覆盖 2026-06-18 13:09:15 +08:00
thzxx c7e1ba0ac5 fix: 恢复视频多选循环 2026-06-18 13:02:33 +08:00
thzxx 18d0a39aa8 feat: completedVideos 数组支持多视频，轮询提取后累积发送 
- 每个视频提取完成后 push 到 completedVideos
- 发送时 pending + completed 帧合并为一个 images 数组
- 聊天卡片和 API 内容均遍历全部视频
 2026-06-18 13:02:14 +08:00
thzxx fed1e6d1c2 refactor: 视频/图片/文件组合发送，各走各的渲染通道 
- ChatMessage 新增 _videoFrames/_videoMeta 独立字段
- msg.images 只放图片，视频帧走 _videoFrames
- 聊天卡片：图片缩略图 + 视频指示牌 + 文件 chips 可同时显示
- Ollama API 仍合并全部帧到 images 数组
 2026-06-18 12:45:06 +08:00
thzxx 5251319efb fix: startsWith → includes，修复用户输入文字后视频内容检测失效 2026-06-18 12:41:56 +08:00
thzxx b0eb2a29c3 fix: 视频消息卡片不显示30张缩略图和完整帧列表 
- 视频帧序列 → 显示视频指示牌而非逐帧缩略图
- 内容折叠：只显示标题行，隐藏帧时间线
 2026-06-18 12:35:11 +08:00
thzxx 1246e5c86f fix: 聊天区系统消息也原地更新进度，不复用 appendSystemMessage 刷屏 
通过 sysmsg-video-progress class 标记，进度回调中 querySelector 原地更新 textContent
 2026-06-18 11:56:38 +08:00
thzxx a25ce068f9 fix: 恢复聊天区系统消息提示（开始/完成/失败） 2026-06-18 11:55:36 +08:00
thzxx ab1fb88dc4 fix: 日志三段式——开始+进度(原地更新)+完成，各一条 
- logInfo 开始 → resetVideoProgress 进度 → updateVideoProgress 更新 → logSuccess 完成
- 进度条目保留最后帧数不动，完成后新加 success 条目
 2026-06-18 11:50:11 +08:00
thzxx 37189dafa8 refactor: 视频提取日志原地更新，复用 logStreamProgress 模式 
- 新增 resetVideoProgress/updateVideoProgress/finishVideoProgress
- 日志面板中视频提取只占一条，实时更新帧数和状态
- 主进程只通过 video:progress IPC 推送原始帧数，不写日志
 2026-06-18 11:48:35 +08:00
thzxx abd3dfde72 refactor: 视频提取进度实时更新卡片，不再刷日志面板 
- 主进程通过 video:progress IPC 推送当前帧数
- 前端监听进度事件，直接更新视频芯片的 meta 文本
- 日志面板只保留开始和完成两条记录
 2026-06-18 11:45:31 +08:00