zcbot/PROGRESS.md

实施进度

配合 DESIGN.md。本文件只记 phase 状态、决策偏差、文件量、下一步。每条 1-2 句:做了啥 + 关键判断;细节查 git log / git diff / DESIGN §7.9。

最后更新:2026-07-01(ppt skill 工作目录重构:中间物收进隐藏 .build/ + 反卡片映射 + svg_preview 兜底/gate + bump 0.34.0)

---

状态

Phase	标题	状态	备注
1-3	骨架 + Skill + run_python	✅	多 skill(coding/proposal/ppt/research/documents/imagegen/videogen/review/patent);CoreCoder 唯一匹配 edit;敏感 env 过滤
4	演化性能力	🟡	Model Profile + Probing ✅;版本化 prompt 未做
5	Eval Suite	⏸ 不做	dogfooding 替代,probe 覆盖健康检查
6	长任务工程化	🟡	task + 恢复 ✅;双层记忆 ✅;context 压缩 ✅(加压力门槛)
7	打磨	❌	Docker 沙盒 / 更多 skill
§7 SaaS	DESIGN §7 路线	🟡	A 事件流化 ✅;B 完工 ✅;D /v1 JSON API ✅;D' 过渡 auth + dev SPA ✅;单活 run 锁 + cancel ✅;0004 schema 瘦身 ✅;入口归位 ✅;真 OIDC 待;C Step 1-3 + 3d ✅(Executor + Docker 池 + DockerExecutor + fs 工具进容器)+ Step 5 部署前置对账 ✅ + 容器资源 yaml + 应用层磁盘配额 ✅ + dogfood 网络放开 + 容器内 pip/npm 源持久化 ✅;Step 4 完整 egress proxy + Step 3b PGID kill 协议延后到外部用户开放前(还需 egress proxy + xfs project quota OS 层硬化,§7.5 落地清单 #2 #4)。

---

已完成关键能力

2026-07-01 / ppt skill 工作目录重构:中间物收进隐藏 .build/(bump 0.34.0)

用户反馈"中间产物/文件夹过多"。架构判断:<project_dir> 根把三类混摊了——持久源(sources/images/svg_output/notes/两个 spec)、交付物(exports)、可再生构建产物(svg_final/preview/backup);第三类是 build artifact,不该和源平级。修:新增 project_utils.build_dir/svg_final_dir/preview_dir/backup_dir 单一事实源,把 svg_final→.build/svg_final、preview→.build/preview、backup→.build/backup/latest(只留最新,不再堆时间戳)。.build 是 dotfile → /v1/files 自动隐藏 → 用户可见面从 ~11 降到"源+交付物"。改动:finalize_svg / svg_preview(_collect)/ pptx_discovery(final→.build/svg_final)/ pptx_cli(backup 路径 + rmtree 清旧)+ SKILL 工作目录约定/命令。端到端实测:根目录只剩 exports/+svg_output/,.build/ 三子目录就位,导出/预览/backup 全正常。

关于"svg现在能 web 预览、要不要收敛成一个 svg 目录":架构上 svg_output(可编辑源:占位符+相对引用)与 svg_final(自包含编译产物:图标展开+图片 base64)是两态、不能合并成一个文件(可编辑 vs 浏览器忠实渲染冲突);但只该暴露一个——svg_output 可见、svg_final 进 .build。终态(下一议题):干掉持久化 svg_final,finalize 纯内存化 + web 忠实预览走"按需 finalize 再 serve",磁盘就一个 svg 目录。本次先做隐藏,未做内存化(牵涉 web 层)。

2026-07-01 / ppt skill 验证 ppt生成2 后修复:svg_preview cairosvg 兜底 + gate 计入 circle + 反卡片映射(bump 0.33.x→并入 0.34.0)

DB 取证验证「ppt生成2」(用户重跑,商务红+图标):图标 31 个(前 0)、商务红 #C00000、封面 imagegen 配图、扁平 gate 在跑 —— 代码类修复随 bind-mount 全部生效。但视觉验收卡住:轨迹显示沙箱 which chromium/cairosvg/rsvg 全空、svg_preview.py 没被调用、模型自己 pip install cairosvg 渲 raw svg_output → 6/13 图标页 INVALID_MATRIX 失败(cairosvg 不认 href-less <use data-icon>)。根因:服务器沙箱镜像旧、没带 chromium 层(镜像非 bind-mount,deploy/update.sh 第 4 步 rebuild 才更新;需服务器执行)。据此两处代码修复(用户选定):

• svg_preview.py 加 cairosvg 兜底:find_browser() 改返回 None 不抛错;无 chromium 时回退 cairosvg,且渲前用 finalize 的 embed_icons 把 <use data-icon> 预展开成真 <path>(避开 INVALID_MATRIX);顺带修上一版遗留的 --screenshot 绝对路径 + 保留 chromium 优先(保真更高)。browser happy-path 实测完好。
• 扁平 gate 计入 circle/polyline:svg_quality_checker 图形图元加 <circle>(node/venn/bubble/timeline 是真图,之前把 21-circle roadmap 误判"无图形");并收紧——文字密集 deck ≥60% 页无图形 → ERROR(不止"全 deck 0 图形"),40–60% → INFO。实测:ceramic 式(46%)→INFO exit0、多数扁平(75%)→ERROR、极端→ERROR、全 circle→clean。

部署:视觉验收/PDF/mermaid 的根仍是镜像 —— 服务器跑 sudo deploy/update.sh(不加 --skip-build)rebuild zcbot-sandbox(Dockerfile 已含 chromium),存量 per-user 容器待 ensure() 用新镜像重建(必要时手动 docker rm 该用户旧容器)。

同批加 执行层反卡片映射(治"大段大段卡片阵"):验证 ppt生成2 发现 SVG 注释自写 "3x2 Card Grid"/"3x3 Grid"——执行模型对"N 个并列项"默认摊成卡片网格。executor-base §page_rhythm:dense 行去掉"card grid 是 baseline"的背书;加一段硬映射「先看内容关系再选图形」(系统→hub_spoke/分层、流程→flow、层级→树/金字塔、循环→环、互依→mind_map、对比→象限、≥3数据→图表),卡片阵封顶 ~1/3 页、连画两页网格下一关系页必须上示意图,并指回 page_charts(strategist 分配了模板就画那个别塌回卡片)。诚实边界:这是执行模型设计本能天花板,prompt 抬下限但不保证每张示意图都漂亮。

2026-06-30 / ppt skill 加商务红品牌预设 + 配图默认主动提议(bump 0.33.5)

用户两个需求:(1) 加一款红色主题;(2) 用户没给图时在需要处主动配图。

• 商务红品牌预设:新增 templates/brands/business-red/design_spec.md(同 anthropic 格式:#C00000 全色表 + primary-deep/gold/info/positive/alert/surface/border/muted 派生色 + 宋体标题/黑体正文字体栈 + 实心图标偏好 + 政企口吻;无 logo,注明用文字 wordmark / 可后补)+ brands_index.json 加条目。红色承载在 brand 而非 visual-style(visual-style 不带色)。同时把商务红设为 strategist §e 默认配色候选:中文政企/集团/科研商务汇报默认列入 ≥3 候选(红金 #BF9B5F / 红蓝 #2B4C7E 二选一点缀,纯红只压标题/关键数据)。SKILL §默认主题 + 八条对齐 h 行同步指向。
• 配图默认主动提议:strategist §h + SKILL h 行改——用户没给图时不再默认整本 A(no images);封面/分节/概念/breathing/氛围页主动把 ai 配图作为候选提给用户(数据/列表/流程页仍走图表→§VII,不配装饰图)。仍全程 gated:用户在 h 确认 + imagegen 自带成本门(提议免费,确认才花钱)。

附:scripts/config.py 的 INDUSTRY_COLORS 未移植(又一处 ppt-master 残留引用),strategist 文档表是实际依据,已直接在表里加商务红行。

2026-06-30 / ppt skill 修「生成的 PPT 缺图形」:扁平 deck 质检 gate + 策略层视觉下限(bump 0.33.4)

延续缺图标排查,统计最近 ppt生成 任务 24 页 SVG 的元素构成:<path>=0、<image>=0,整本是 <text> 摞 <rect>(文字方块),零示意图/图表/配图。根因同图标——71 个 charts/ 模板没用、content→版式映射形同虚设,且策略层把"Not every page needs a chart"当跳过口子(spec_lock 实际 page_layouts: free design、无 page_charts 段),输出层无 gate 拦扁平 deck。两层修(用户选定):

• A' 输出 gate(svg_quality_checker):统计每页图形图元 <path>/<polyline>/<polygon>/<image>(rect/line 是版面脚手架不算);≥6 页且文字密集(avg <text>≥10/页)却全 deck 0 图元 → deck 级 error 退非零;多数页无图元 → INFO;<6 页豁免(不误伤极简/teaser)。实测:8 页文字方块→exit 1;任一页带 path→放行;4 页→豁免。
• B' 策略层视觉下限(strategist.md GATE):把 §633「Template Match」从纯建议升为硬下限——内容 deck(≥6 页)每个能结构化的内容页必须分配视觉处理(page_charts 模板 / page_layouts 结构模板 / §VII 自绘示意图),spec_lock 不许 page_charts + page_layouts 同时空着;给出 content→图形映射速查;明示下游 A' 会硬卡。同步改 SKILL §大纲映射纪律 + §阶段四质检清单 + spec_lock_reference page_charts 段。

诚实边界:prompt+gate 抬下限(逼别交全文字 deck),执行模型设计功力是上限;gate 守"零图形"底线而非"每页必图表",避免误伤极简风。

2026-06-30 / ppt skill 修「生成的 PPT 缺图标」四层断点(bump 0.33.3)

查真实用户(caoqianming@foxmail.com)两个「ppt生成」任务的 DB 执行轨迹:24 页 SVG 共 0 个 <use data-icon>。根因是图标管线四个环节没有一个强制图标落地——策略层(有时)锁图标,执行层不放、质检层不拦、工具层还断着。四层一起修:

• B 工具断点:references/SKILL 里 23 处路径仍指向已不存在的 skills/ppt-master/(zcbot 是 skills/ppt/)→ 模型按文档 ls .../icons/<lib>/|grep 验名得空集 → 放弃图标;且 strategist 强制用的 icon_sync.py 在 zcbot 根本没有(GATE 空转,正是某任务连图标都没锁的原因)。修:全量改路径 + 新建 skills/ppt/scripts/icon_sync.py(复用 embed_icons 解析,验名+拷进 project/icons,缺名非零退出)。
• A 质检兜底(硬门):svg_quality_checker.py 加图标校验——spec_lock 锁了 icons.library+非空 inventory 但全 deck 0 图标 → deck 级 error 退非零(逼回执行重写);单页 0 图标 → warning(封面/分节/breathing/尾页豁免)。
• C 执行强制:executor-base §4 + SKILL 执行纪律第 4 条从"怎么写图标"改为"内容页必须放 1–3 个 inventory 图标"(自由设计无模板可继承图标,只能逐页手写)。
• D 导出兜底(纵深):svg_to_pptx 导出前预扫,锁了 inventory 却 0 图标 → stderr 大声 WARN。

附:核实 native 转换器(drawingml_converter 调 use_expander)本就自己从图标库展开 <use data-icon>,故 svg_output 保留原始占位符是正确的——原设想的"finalize 硬前置防丢图标"前提不成立,D 改成 A 同源的导出层警告。

同版附带修 svg_preview.py 在沙箱里渲不出 SVG(报"未找到 Chrome / Edge"):移植自 ppt-master 的 find_browser() 只认 Windows chrome/msedge,不认沙箱镜像自带的 /usr/bin/chromium(给 mermaid 装的)→ 视觉验收这关在容器里全程失效。对齐 rendering/pdf.py 的发现逻辑(认 chromium/chromium-browser/google-chrome + $CHROMIUM 覆盖);render() 补容器必需的 --disable-dev-shm-usage + 临时 --user-data-dir(cap-dropped 容器 /dev/shm 仅 64MB,否则 chromium 渲染中途崩);顺带挖出并修一个静默已久的 bug——--screenshot 传相对路径 chromium 写不出文件(原代码吞 stderr 看着和"没浏览器"一样),改传绝对路径并把 chromium stderr 暴露出来。skills 是 /sandbox/skills:ro bind 挂载,改动下次 exec 即生效,无需重建镜像。

2026-06-30 / look_at_image 偶发超时:tool 内透明重试 + 超时上限提到 120s(bump 0.33.2)

Seed 2.0 Lite 非流式,长 OCR 首字节可能逼近 60s read timeout → 偶发超时,且返 [Error] 会触发主模型重发整个 tool call(图 base64 重传、输入 token 再付一次,正中"报错重试烧 token"根因)。修法:ark_client 新增 ArkTimeoutError(ArkError) 子类(仅超时/网络抖动抛它,HTTP 4xx/5xx 业务错误仍抛普通 ArkError 不重试);look_at_image 对该子类退避重试(timeout_retries 默认 1 次,退避 2^n s),在 tool 内消化掉不抛给主模型;doubao.yaml vision request_timeout_s 60→120。子类仍是 ArkError,seedream 等现有 except ArkError 不受影响。

2026-06-30 / 修复 web 端 SVG 无法预览(bump 0.33.1)

SVG 在 <img> 里必须 Content-Type=image/svg+xml 才渲染。前端 preview.js 的 _showImage / mini 图片分支据扩展名强制 blob mime(与服务端响应头无关);后端 download 接口对 .svg 显式回 image/svg+xml(部分部署环境 mimetypes 未注册 svg → 会被 FileResponse 猜成 octet-stream)。双保险。

2026-06-29 / ppt skill 清空重构为 SVG-first(移植 ppt-master,bump 0.33.0)

• 背景:旧 ppt skill 用 python-pptx + 固定组合版式件(add_card_grid 等),版面被 helper 框死 → 单调、AI 味重,是架构天花板,调参救不了。用户要求"清空重做,参考 github ppt-master"。
• 路线(范围 B:搬引擎+知识、弃 GUI、适配 zcbot):核心改为 SVG-first —— AI 逐页手写 SVG 设计稿,再由纯 Python 转换器(svg_to_pptx/,只依赖 python-pptx)逐元素译成原生可编辑 DrawingML。依赖闭包干净:转换器/质检/finalize 三套自包含,不碰 ppt-master 的 config/project_manager 重型层。
• 搬入:引擎(svg_to_pptx.py+包 / finalize_svg.py+svg_finalize/ / svg_quality_checker.py / total_md_split.py / update_spec.py / 辅助 project_utils+error_helper);设计知识 references(shared-standards/executor-base/strategist/image-layout-*/canvas-formats + modes/5 + visual-styles/19);templates 全量(layouts/decks/brands/charts + icons 30MB/1.1w+ 图标,用户要求一并入仓)。
• 弃用/替换:浏览器 Confirm UI → 聊天 BLOCKING 八条确认;live preview server → 新写 svg_preview.py(无头 Chrome 渲 SVG→PNG,优先渲 svg_final 显图标);TTS/复杂动画(动画留 opt-in);ppt-master 配图子系统 → 走 zcbot 现有 imagegen skill。默认主题改"自由设计"(商务红降为候选)。
• 踩坑修复:vendored 脚本 print 含 ©/NBSP/emoji,在 zcbot Windows GBK stdout 上 UnicodeEncodeError 崩(feedback_windows_console_emoji)→ 给 6 个入口脚本顶部加 sys.stdout.reconfigure(utf-8) shim。
• 端到端验证通过:造材料领域 4 页 deck(低碳水泥),质检 0 error → 拆备注 → finalize 嵌图标 → 导出 4 页原生 pptx(13.33×7.5in、每页带备注)→ svg_preview 渲 PNG 肉眼确认设计级观感(swiss-minimal,非 AI 味)。
• 文件:skills/ppt/(SKILL.md 重写 + scripts/ + references/ + templates/);依赖加 Pillow(svglib/reportlab 注释为可选老 Office 兜底)。

2026-06-29 / system prompt 加通用 context 纪律铁律(bump 0.32.5)

• 承上:反复 dump 全文 abstract 烧 2.5M token 不是 brief 专属,任何 skill 让弱模型处理一批长文本都可能踩。故在 system prompt 单一事实源 prompts/system/general_v1.md 的「工作原则」段、紧挨「少来回」加一条全局铁律:大段 run_python/shell 输出会进对话历史每轮重发,中间数据落文件、只 read 用得上的片段、别整批重复打印。
• 与既有规则互补:行 7(源码落 .py 文件)管代码、行 42(少来回)管轮数、这条管「大块数据输出」。brief skill 里的场景化版本(0.32.3)保留做细化。

2026-06-29 / 定时任务默认单次超时 0→1800s(bump 0.32.4)

• 承上:超时此前默认 0(不限),配合"超时被吞成 ok"的旧 bug,一个跑飞的 job 能无限拖。改默认有限值 1800s(30min):新建 job 不指定 timeout_seconds 时给 1800,0 仍保留为"不限"逃生口。
• 单一事实源 core/scheduler.DEFAULT_TIMEOUT_SECONDS=1800,create_job 与 tools/schedule.py(agent 建 job 的工具)默认都引它;tool JSON schema 描述同步注明"default 1800 / 0=no limit / 重活可调大"。create_job 里 int(timeout_seconds or 0) 保留显式 0=不限语义。
• 存量:把线上 job e621c8a6「每日水泥科研简报」的 timeout_seconds 由 600 手动改为 1800(直接 SQL UPDATE,未动其它 job)。

2026-06-29 / brief skill 加 context 纪律,堵反复 dump abstract 烧 token(bump 0.32.3)

• 承上条同一 job 复盘:agent 把同一批 38 篇全文英文 abstract 用 run_python/print 反复灌进上下文(实测 dump ≥3 次),工具输出每轮重发 → 48 次 LLM 调用累计输入 2.5M tokens(输出仅 28K),既慢又贵,还顶满 600s 超时。根因:brief skill 虽已要求把证据落 evidence.md 文件,但没明令"别反复 print 进上下文",弱模型(deepseek-v4-flash)规律不足就放飞。
• 修:skills/brief/SKILL.md 三处加指示文——阶段二「context 纪律」(落文件、按需 read、别整批重打)、阶段三「一次成稿别重复 dump + 按期刊分批写」、反模式加一条。纯指示文,frontmatter/description 不变 → SKILL_LIST 无需更新。
• 仍存的更大杠杆(未做):框架层对超大 run_python stdout 在上下文里做截断/省略,根治"工具输出滚雪球",但改动面大、有风险,留待单议。

2026-06-29 / 修定时任务超时被误记成 ok(bump 0.32.2)

• 实测 bug:定时 job(isolated)跑满 timeout_seconds 被调度器协作式 cancel 后,_run_agent_bg 对 ok/cancelled 都把 run_status 收回 idle(二者 DB 不可区分),而 _execute_scheduled_job 收尾只判 run_status=="error",于是超时中断被落成 last_status="ok" —— 掩盖"跑到一半没写 sections / 没推送",且不计连续失败、不触发兜底。复盘 job e621c8a6「每日水泥科研简报」:timeout_seconds=600,task 创建→last_run_at 正好 600.0s,最后一条 agent 消息停在"按期刊分组打印 38 篇摘要"(还在取数阶段),last_status 却是 ok。
• 修:web/app.py _execute_scheduled_job 在超时分支置 timed_out 标志,run 收尾后若 timed_out → record_result(status="error", ...) 并直接返回(不投递半成品 notify)。复用既有 error 语义:计入 consecutive_failures、到阈值自动停用、前端 crons.js 显示「上次失败」。不动 _run_agent_bg 的 idle-on-cancel 共享语义(HTTP cancel/drain 也用)。
• 配套:该 job 真正的诱因是 600s 超时对"7 刊 38 篇带中文摘要重写 + 渲 docx"太短,需用户把 timeout_seconds 调大(或 0=不限)。诊断脚本 scripts/diag_sched_e621.py。

2026-06-29 / channel 长会话上下文软重置(Phase 1,bump 0.32.0)

• 问题:微信/企业微信复用同一常驻 chat_task,Session.load 全量喂模型 → 越用越贵/慢,终撞 context window。业界(OpenClaw/Hermes)做法:阈值摘要 + 会话分段 + 持久记忆;IM 场景独有的「会话分段」最高杠杆且零信息损失。
• 方案(对外契约友好,无删用户数据):tasks 加 context_base_idx(0019,additive),Session.load 只把 idx >= base 的消息装进 LLM 上下文,base 之前的历史仍全量留 messages 表(web /messages 不 gate,照旧翻完整历史)。关键雷点:_db_idx 取 DB 真实总数而非 len(rows),否则 append 续号撞 uq_messages_task_idx。
• 两个触发口(core/wechat/service.py):① 自动 gap——入站时距上次消息超 channel.session_gap_hours(默 6h)→ 软重置,base=最后一条 user 消息 idx(保留上一轮原文做续聊锚点,不是失忆墙);② 手动「新话题/新会话//new/清空上下文」→ 硬重置 base=总数,彻底从零。_run_channel_conversation(web/app.py)接入两口;clear_messages 全删后顺手 base 归 0。
• Phase 2(阈值结构化摘要,对齐 Hermes 四阶段③)、Phase 3(sqlite-vec/FTS5 持久检索,解「问很久前的精确内容」)延后,待观察 token 曲线再定。

2026-06-26 / 消息框支持拖拽文件 + 修多次粘贴互相顶掉(bump 0.31.3)

• 现象:① 消息框只能粘贴文件不能拖拽;② 连粘多个文件,后一个把前一个的 chip 顶掉,只剩一个。
• 根因:粘贴附件 chip 和状态文字共用 #chat-hint,每次粘贴用 innerHTML = 整体重建只塞最新一批,且上传进度回调写 hint.textContent 也会清掉已有 chip——附件与状态文字抢同一个容器。
• 修复(web/static/dev.html + web/static/js/chat.js):① 新增独立 chip 托盘 #chat-attach(textarea 与按钮行之间),chip 累积靠 append + 按 rel 去重,状态进度只写 #chat-hint,从根上解耦;② 给整个 #chat-form 加 dragenter/over/leave/drop(enter/leave 计数防闪烁,_dragHasFiles 只认文件拖拽,微信镜像只读时不接收),复用 uploadFiles + 同一托盘;takePastedRels / 删除 / 预览三处改查托盘。

2026-06-26 / 消息目录圆点错位再修(点击竞态 + 触底兜底)(bump 0.31.2)

• 现象(0.20.4 后仍残留):① 点圆点,被点的圆点不变红、活跃态跑到途经轮次(尤其点 #1 跳到 #2);② 点最后一个 / 滚到底,倒数第二个变红。
• 根因:① jumpToMessage 的 scrollIntoView({behavior:"smooth"}) 在动画途中连发 scroll 事件,updateActiveOutlineDot 按动画途中位置反复改写,抢走刚 setActiveOutlineIdx 的显式点选;② 「顶线以上最后一卡」判活跃,最后几轮永远顶不到顶线(容器先到底)→ 永远停在倒数第二个,这是 scroll-spy 经典「不可达末项」bug,普通滚动也复现。
• 修复(web/static/js/chat.js):① 加 _outlineJumpLock,点选后锁定活跃态,平滑滚动期间 updateActiveOutlineDot 直接返回,700ms 兜底解锁并按落点重算一次;② updateActiveOutlineDot 加触底分支——滚到容器底且无更新内容可加载(!msgHasMoreNewer)时,直接判最后一个已加载轮为当前。

2026-06-26 / admin 近7天用量表加合计行(bump 0.31.1)

• 纯前端展示:renderByDay(web/static/js/admin.js)在 by_day_7d 表底加 <tfoot> 合计行,对 7 天 cost_cny/tokens_in/tokens_out 求和;tfoot .total-row 样式(粗体 + 上分隔线)在 admin.html。无数据时不渲染合计行。后端数据已有(_usage_section),无改动。

2026-06-26 / per-account 模型访问控制(档位制,复用 plan 列)(bump 0.31.0)

• 需求:管理后台按账户控制可调用哪些模型。deepseek flash/pro + seedream/seedance + 内网 local 对所有人开放,doubao/glm 按账户分配。
• 架构决策(与用户对齐):档位制而非逐账户逐模型授予 —— 复用 users.plan(0001 起休眠列,无需 migration),「档位→模型集合」配在 config/agent.yaml model_tiers,用户只挂一个 plan。管理成本 O(档位) 而非 O(用户×模型)。plan 空/未知 → default 档;role=admin 始终全开。"*" 通配支持全开档(当前未用)。
• 起始两档:default(deepseek flash/pro + local r1/qwen3 + seedream + seedance)、pro(+ doubao turbo/pro/evolving + glm pro/pro52)。
• 后端 core/model_access.py:allowed_set(plan,role)(None=全开)/ is_allowed。三个 list 端点(/v1/models /v1/image_models /v1/video_models)按档过滤 → 用户只看到本档模型(chat 前端无改动,下拉自动收窄)。三个 resolve(文本/图/视频)加 user_id 门控:显式选模型(建 task / 切模型 / 发媒体)档外 → 403;老 task 下次发消息若存量模型已不在档位内 → 持久落回 deepseek_v4.flash(send 路径锁行内 UPDATE;optimize_prompt 同降级但不持久);定时任务执行(user_id=None)grandfather 不门控。
• 管理端 web/admin.py:GET /v1/admin/tiers(档位定义 + 全模型目录,给 UI 图例)、PATCH /v1/admin/users/{uid}/plan(校验档位名存在,写 users.plan);/v1/admin/usage/users 行补 plan 字段。
• 管理 UI admin.js:各用户用量表加「档位」列(内联下拉选档 → PATCH → 刷新)+ 档位图例(每档含哪些模型,id→显示名);加 apiSend(PATCH/POST)助手。
• 已知边界:媒体 tool 注册不按档(seedream/seedance tool 仍随 ARK key 注册,只门控 variant 选择),当前各档都含媒体基线故无实际影响;待有付费媒体 variant 再收口 tool 层。
• 文件:core/model_access.py(新)、config/agent.yaml(model_tiers)、web/app.py(门控+过滤+降级)、web/admin.py(tiers/set-plan 端点)、web/static/js/admin.js(档位列+图例)、DESIGN.md(plan 列语义)。

2026-06-26 / 新增豆包 Seed 2.1 + GLM 5.2 文本模型档案(bump 0.30.0)

• 背景:用户要接入火山方舟豆包 Seed 2.1(turbo/pro)、自进化版 doubao-seed-evolving,以及智谱 GLM 5.2。/v1/models 自动扫 config/models/*.yaml,加档案即在 UI 下拉出现,无需改代码。
• 新增 config/models/doubao.yaml(family=doubao):turbo/pro/evolving 三 variant。走 Ark OpenAI 兼容端点(openai/ 前缀 + api_base=ark.cn-beijing.volces.com/api/v3,复用媒体侧 ARK_API_KEY),同 local.yaml 范式。单价按火山 2026-06 发布价:turbo 3/15(缓存 0.6)、pro 6/30(缓存 1.2);evolving 官方未公布单价,暂按 pro 估值兜底(宁高勿低)。context 均 256K。
• config/models/glm.yaml 新增 pro52(GLM 5.2,model_id zai/glm-5.2,1M 上下文,单价 8/28 缓存 2),与 glm.pro(5.1)并存,线上引 glm.pro 的 task 不受影响(公测期兼容)。
• thinking_mode 均设 false:Seed 2.1 / GLM 的深度思考开关走 body 协议(非 OpenAI reasoning_effort 等级),透传等级需 core/llm.py 加 family 分支,留 TODO;设 false 不发 reasoning_effort,模型默认仍深度思考,不影响调用。
• 文件:config/models/doubao.yaml(新增)、config/models/glm.yaml(加 pro52 variant)。

2026-06-26 / 定时任务执行历史列表(分页)(bump 0.29.0)

• 背景:isolated 模式每次触发新建一个 task,旧的带 scheduled_job_id 被普通列表过滤掉、UI 够不到,只有详情里单个「打开它跑的任务」按钮指向 last_task_id(最近一次)。历史 task 一直在库里(不删除),但访问不到。
• 改:把单按钮换成右栏 Tab 布局(详情 / 执行记录),动作按钮(停用/删除)提到右栏顶部 head;执行记录 tab 是带分页的列表。决策(与用户对齐):保留全部历史不剪枝(以后再清),列表做好分页;布局选 Tab 而非三栏(固定宽 modal 三栏每栏太窄、长文本难读)。
• 后端:新增 GET /v1/schedules/{job_id}/tasks?page=&page_size= —— 查 scheduled_job_id == job AND user_id == 自己 AND deleted_at IS NULL,created_at desc 分页,复用 _task_dict(带消息数/用量),返回标准分页壳 {page, page_size, count, results}。user_id 过滤天然隔离他人 job;非法/非本人 job_id 返回空。
• 前端 crons.js:selectJob 渲染 head(名+状态+按钮)+ tab 条 + #cr-tab-body;renderTab 切详情/历史;loadHistory(jobId, page) 拉一页渲染进 #cr-hist(时间·名称·状态/消息数,点某条 → 关弹框 + selectTask 打开那次对话),底部「上一页/下一页」+ 页码;await 后重查 #cr-hist 校验 data-job,防切 job/切 tab 的迟到响应串显。persistent 模式天然只显一条。
• 文件:web/app.py(新端点)、web/static/js/crons.js(tab+历史+分页)、web/static/dev.html(.cr-tabs/.cr-tab/.cr-hist-* 样式)。

2026-06-26 / 渠道卡片收拢绑定管理 + 删 rail 按钮(bump 0.28.1)

• 把渠道绑定/对话/管理全部收进「新建任务」下方的卡片,删掉左下角 rail「微信」按钮(精简页面)。
• 后端 /v1/channel_tasks 改为返回 { wechat: { bound, task }, wecom: { bound, task } }:
  • bound: 绑定状态(wechat 用 get_binding 判定,wecom 用 get_wecom_userid)
  • task: 对话摘要(无对话为 null,复用 _task_dict)。
• 前端 loadChannelCards 渲染三种卡片:
  • 未绑定: 虚线占位「绑定微信」(点打开弹框绑定)
  • 已绑定无对话: 虚线占位「微信对话(发消息后可打开)」(点打开弹框管理)
  • 已绑定有对话: 正常卡片(名称 + N条·时间 + ⚙,点打开对话,⚙ 打开弹框管理)
• 文件:web/app.py(/v1/channel_tasks 返回 bound+task)、web/static/dev.html(删 rail 按钮+占位样式)、web/static/js/chat.js(三态卡片渲染)、web/static/js/wechat.js(删 hd-wechat 绑定)。

2026-06-26 / 定时任务对话归属 + push 统一记录到渠道对话(bump 0.28.0)

• 问题1:定时任务产生的 task(isolated 每次新建)混进普通对话列表。解:tasks 加 scheduled_job_id(nullable FK→scheduled_jobs,0017 migration + backfill persistent/isolated);列表 WHERE scheduled_job_id IS NULL(+ working_dir LIKE '%/scheduled-%' 兜底漏网孤行);ensure_local_task_row 加参数,_execute_scheduled_job 建任务时填。mode 语义澄清:只管对话是否延续,文件夹两种模式都按 job 复用。
• 问题2:任何 push(定时 deliver_notify / agent wechat_push 工具)推到微信渠道,web 端渠道对话看不到、没法基于推送追问。解:记录下沉到 send_to_user(两调用方统一入口)——投递成功后对每个成功渠道 ensure_channel_chat_task(不存在自动建,与入站对话共用)+ 写一条 assistant 消息(摘要 + 文件下载链接 + ../rel read 路径),Unified 进 agent 上下文;source_task_id 去重(chat task 内调 wechat_push 时不重复插摘要)。不塞正文(避免膨胀),agent 按需 read 产物文件(fs _resolve 无越界拦,../rel 相对 cwd 上一级;mount=user_root docker 也可读)。前端零改动(markdown 链接 + 文本 read 路径)。push 记录标 messages.kind="push"(0018,独立列不进 payload),extract_last_assistant_text 加 WHERE kind IS NULL 跳过,避免 wecom 入站取回复误取 push 摘要当回复。
• 文件:core/storage/models.py(Task.scheduled_job_id+Message.kind)、db/migrations/versions/20260626_1000_0017_*.py+20260626_1100_0018_*.py、core/storage/utils.py(ensure_local_task_row+append_channel_message)、core/wechat/service.py(send_to_user 记录+ensure_channel_chat_task)、core/wechat/inbound.py(extract_last_assistant_text 过滤 kind)、tools/wechat_bot.py、core/agent_builder.py、web/app.py(_run_channel_conversation 复用)、DESIGN.md(§8.5/§8.7)。

2026-06-25 / 渠道卡片改并排(bump 0.27.4)

• 接 0.27.3:两张渠道卡片从竖排改并排(#channel-cards flex row,各 flex:1),省左栏纵向空间;窄栏内图标左、名称 + 条数·时间堆两行(新增 .cc-body 列容器)。
• 确认渠道绑定弹框(左下角「微信」rail 按钮)保留不动 —— 它是绑定/解绑/测试推送的唯一入口,与卡片(只读对话入口)职责互补不重复(方案②)。
• 文件:web/static/dev.html(CSS row + cc-body)、web/static/js/chat.js(卡片 markup 加 cc-body)。

2026-06-25 / 渠道镜像对话改成左栏固定卡片 + 企业微信也只读(bump 0.27.3)

• 把微信 / 企业微信常驻对话从「任务列表里置顶 + 绿徽章 + 绿边的行」改成「『新建任务』下方两张固定卡片」(#channel-cards):它们是每用户每渠道唯一的常驻只读镜像,从可滚动任务列表抽出更清爽、常驻可见。
• 后端:/v1/tasks 列表用 func.coalesce(Task.channel,'web').notin_(CHANNEL_MIRROR_KINDS) 排除渠道任务,并删掉原 case(...) 强制置顶;新增 GET /v1/channel_tasks 返回 {wechat, wecom} 两条摘要(复用 _task_dict,无则 null)。CHANNEL_MIRROR_KINDS=("wechat","wecom") 单一真相源。
• 前端:dev.html 加 #channel-cards 块 + .channel-card 绿调样式(:empty 自动隐藏);chat.js 加 loadChannelCards()(enterApp/刷新按钮调)+ syncChannelCardActive(selectTask 同步高亮);移除列表行已失效的绿徽章逻辑。
• 企业微信对话补只读锁:applyChannelComposerLock / sendMessage 守卫从硬编码 channel==='wechat' 改读 CHANNEL_BADGE(channelCfg),微信 + 企业微信都 readonly,提示文案按渠道动态。
• 文件:web/app.py(列表排除 + 新端点 + 常量,移除 case import)、web/static/dev.html(卡片容器 + CSS)、web/static/js/chat.js(卡片渲染 + 只读锁统一)、web/static/js/main.js(enterApp 调 loadChannelCards)。

2026-06-25 / 企业微信入站对话支持图片/文件附件(bump 0.27.2)

• 接续 0.27.0 企业微信入站(此前只收文本)。补图片/文件:wecom.download_media(media_id) 走 media/get(成功回二进制流 + Content-Disposition 文件名,出错回 JSON errcode、40014/42001 重取 token);回调按 MsgType 分支,image/file 下载后构造 InboundAttachment(kind/file_name/data)(与个人微信同结构,仅这三字段被用到)→ 喂同一 _run_channel_conversation,复用其落盘 + 拼 [用户上传的...] 行(图片 agent 自调 look_at_image,文件走 Read)。
• 语音/视频/位置/链接/事件暂回 success 不处理;附件下载失败则静默跳过(打日志)。纯图片/文件消息无文本 → 核心据附件行生成 text,不再被「空消息」挡掉。
• 文件:core/wechat/wecom.py(download_media + _filename_from_disposition)、web/app.py(回调 image/file 分支)、web/static/dev.html(「企业微信(仅推送)」→「推送 + 对话」文案纠正)。_filename_from_disposition + import 自测过。

2026-06-25 / wechat_push 按渠道定向投递(修「点名企微仍推到个微」,bump 0.27.1)

• bug:用户说"推送给我的企业微信",消息却同时进了个人微信。根因 —— send_to_user 是无差别广播(for ch in active_channels() 逐个推),且 wechat_push 工具压根没有"指定渠道"的参数,agent 想只发企微也做不到;部署同时开了 clawbot+wecom 两渠道 → 一条推送两边都到。早期只有 clawbot 一渠道时此语义无碍,加企微后暴露。

• 修:send_to_user 加 channel=None 入参 —— None 保持广播(定时任务/不点名沿用,向后兼容),指定 wecom/clawbot 时只投那一条(该渠道未开则返回单条 no_binding,不静默回退到别的渠道避免又推错);WechatPushTool 加可选 channel(enum wecom/clawbot)+ 描述教 agent「用户点名某微信就传对应 channel」。

• 文件:core/wechat/service.py、tools/wechat_bot.py。

• 需求:企业微信此前只做出站推送(渠道 B 定位"和邮箱似的");现补入站对话,企微也能像个人微信那样直接聊。

• 关键认知 —— 入站方式与 ClawBot 不同:ClawBot 走长轮询(getupdates + run_inbound_manager 常驻),企业微信走回调 webhook(企微服务器主动 POST 加密 XML),故不需要后台轮询 task,只加一个 HTTP 端点。回复因 agent 跑 >5s 超被动同步窗口 → 走 message/send 主动推回(复用 push_wecom),被动回复直接回 success 防重试。

• 抽象:把 _run_wechat_message 的"建/复用会话 task → 落盘附件 → 抢 run 锁 → _run_agent_bg → 取回复"抽成模块级 _run_channel_conversation(app, uid, text, atts, channel),个人微信(channel='wechat')与企业微信(channel='wecom')同核心、各一张会话 task(企微 binding 也存 chat_task_id),互不串扰。run 锁挡企微回调的并发/重复投递。

• 新增:core/wechat/wecom_crypto.py(WXBizMsgCrypt 等价:SHA1 验签 + AES-256-CBC 解密 + receiveid/corpid 校验;注意与 crypto.py 的 Fernet 列加密、wecom.py 的出站 API 全无关);service.get_user_by_wecom_userid 回调反查身份 + get/set_wecom_chat_task;upsert_wecom_binding 改成合并 config(不再覆盖 chat_task_id);web/app.py GET/POST /v1/wecom/callback(无 JWT,身份从加密 XML FromUserName 反查)。

• env:WECOM_CALLBACK_TOKEN / WECOM_CALLBACK_AESKEY(企微后台「接收消息」页生成);回调 URL = <公网 base>/v1/wecom/callback。暂只收文本(图片/语音/文件回 success,后续走 media/get 补);未绑定/空消息静默。crypto round-trip 自测过(verify_url / decrypt_message / 坏签名 / 坏 corpid 均符合预期)。

2026-06-25 / 修复企业微信扫码绑定报「请在企业微信客户端打开链接」(bump 0.26.10)

• bug:oauth_authorize_url() 用的是 open.weixin.qq.com/connect/oauth2/authorize(网页授权),这条只能在企业微信客户端内置浏览器里打开;前端 wecomBind() 用 window.open 在桌面浏览器新标签打开它 → 企业微信返回「请在企业微信客户端打开链接」,扫不了码。注释里「桌面浏览器=出二维码扫」是误解(那是公众号行为,企微 oauth2/authorize 不出扫码页)。
• 修:换成扫码授权登录端点 login.work.weixin.qq.com/wwlogin/sso/login?login_type=CorpApp&appid=CORPID&agentid=...&redirect_uri=...&state=... —— 桌面浏览器会渲染二维码,用户用企业微信 App 扫码确认后回跳带 code,后续 verify_state / get_user_id(code) 换 userid 的逻辑完全不动。前置:redirect_uri 域名须在企业微信后台「应用 → 企业微信授权登录 → 可信域名」登记(与「网页授权可信域名」是两项不同设置)。
• 文件:core/wechat/wecom.py(OAUTH_AUTHORIZE→WWLOGIN_SSO、oauth_authorize_url)。

2026-06-25 / 修复 wechat_push 工具漏挂企业微信(只配企微也能推,bump 0.26.9)

• bug:wechat_push_available() 只返回 service.clawbot_enabled(),完全没算企业微信。线上若只开了企业微信渠道(ClawBot 开关没开)→ 工具压根没注册到 agent → zcbot 照实回"我没有直接发企业微信的工具"(用户已绑企微仍推不出)。底层 send_to_user 其实早支持 push_wecom,门槛漏判而已。
• 修:提取 service.active_channels() 作渠道清单唯一真相源 —— wechat_push_available() 改成 bool(active_channels())、send_to_user() 改成 for ch in active_channels(): _DISPATCH[ch](...),门槛与投递同源,加渠道只改一处,根除"两处各列各的"这类漏判。工具描述把「~24h 窗口」注明为 ClawBot-only(企业微信无窗口约束),避免 agent 在企微场景误判窗口限制。纯内部重构,对外契约不变;test_secret_host_tools 8/8 过。
• 文件:tools/wechat_bot.py、core/wechat/service.py。

2026-06-25 / 企业微信加「手填 userid」绑定(无域名也能推,bump 0.26.3)

• 痛点:企业微信只有 OAuth 扫码绑定那一路,而 OAuth 回调要落在 HTTPS 可信域名;用户暂无域名 → 卡住。关键认知:企业微信推送是出站调用(gettoken/message_send 直连 qyapi),根本不需要域名——只有"扫码拿 userid"那步要域名。
• 加第二条绑定路:PUT /v1/wecom/bind/userid 手填成员 userid(管理后台→通讯录→成员→「账号」)→ upsert_wecom_binding;前端 rail「微信」modal 企业微信段加输入框 + 保存(与「扫码绑定」并列,已绑回填 userid)。service/推送/send_to_user 全不动(userid 来源换了,绑定数据结构一样)。
• 文件:web/app.py(+1 端点)、web/static/dev.html(输入框)、web/static/js/wechat.js(保存处理 + 回填)。py 编译 + node --check 过。

2026-06-25 / 监控页近 7 天用量按日期倒序(bump 0.26.2)

• admin.py _usage_section 的 by_day_7d 排序由 order_by(day) 改 order_by(day.desc()),最新一天在最上(overview 趋势表 + PDF 报告共用此数据,两处都生效)。前端纯按行渲染、不依赖升序,无需改 JS。

2026-06-25 / 用户名展示:监控页 + dev 顶栏(bump 0.26.1)

• 统一一条兜底链 name → user_name → email → uid8,监控页与 dev 页共用。
• 监控页(admin.js):各用户用量 / 存储两表 + overview 迷你表的用户列改走 userCellHTML/userLabelText,name 与 user_name 都有时主显 name + 浅灰 user_name;title 悬浮给完整姓名/账号/邮箱/ID。后端 admin.py 两张表 SELECT 补 User.name/user_name 回带。
• dev 顶栏(main.js renderWho):默认显 name,hover(title)显账号/邮箱/ID。state.js 加 userUserName/userEmail + LS 持久化,抽 setIdentity/userDisplayName/userDisplayTitle 三个 helper,登录(auth.js)、embed 签发(embed.js)、/v1/me 校准(loadRole)共用;login_password 响应也回带 name/user_name 避免展示闪烁。

2026-06-25 / 平台登录注入用户档案 name/user_name(bump 0.26.0)

• 需求:平台作为可信中间层登录时,把用户 name(显示名)/ user_name(平台账号名)一并注入 zcbot 持久化,供前端展示。
• 实现:users 加两列(migration 0016,纯加 nullable 列,平滑兼容存量行);LoginRequest 加可选 name/user_name,缺省即旧行为(向后兼容老调用方);ensure_user_row 升级为 upsert,ON CONFLICT DO UPDATE SET x = COALESCE(EXCLUDED.x, users.x) —— 平台传非空就刷新(同步平台侧改名),传 null/空不覆盖清空,空串归一到 None。
• 暴露:/v1/auth/login 响应 + /v1/me 回带 {name, user_name, role}(新增 get_user_profile 单次 SELECT)。机制选 platform 在 login body 推送(零额外往返,与未来 OIDC 的 name/preferred_username claim 注入同构),未选 zcbot 反向拉平台 API。
• 待办:migration 0016 需在配好 ZCBOT_DB_URL 的环境跑 .venv/Scripts/python.exe main.py db upgrade head 应用;前端可消费 /v1/me 的 name 显示用户名。

2026-06-25 / 登录失败提示修正(bump 0.25.2)

• 问题:邮箱密码输错时前端弹「404」(后端 login_password 实际返 403「invalid email or password」,前置网关/旧构建把状态改写成 404 后,前端 doLogin 直接回显 r.status + " login failed" → 用户看到「404 login failed」,语义错误)。
• 修:web/static/js/auth.js doLogin 失败分支不再回显原始状态码 —— 表单已校验非空,非 2xx 绝大多数是凭据不对,统一给「账号或密码错误」(pw tab)/「user_id 或 PLATFORM_KEY 错误」(key tab);仅 5xx 暴露状态码提示服务端问题。后端 web/app.py:1399 detail 同步改中文「账号或密码错误」保持契约自洽。

2026-06-24 / 微信 task 在 web 端只读镜像(bump 0.25.1)

• 问题:web 端打开 channel=wechat 的常驻 task 能正常发消息,但 web→微信单向不同步(web 发消息走 /v1/tasks/{id}/messages→_run_agent_bg,不经过 inbound loop 里 send_text 回微信那段,微信侧零感知);微信→web 则同步(同一条 task)。
• 取舍:不做"双向打通"(受微信 24h context_token 窗口约束 → 只能"有时同步",不可预测 + 两入口并发写歧义),改为 web 端只读镜像(单一交互权威锚定微信;想主动推走 wechat_push/定时简报)。
• web/static/js/chat.js:applyChannelComposerLock(meta)(selectTask 后调)对 wechat task 置 chat-input readOnly + 改 placeholder「请在微信里对话」+ 禁润色;sendMessage 入口加 channel 守卫(Enter 兜底)。dev.html 加 .readonly-locked 置灰样式。

2026-06-24 / 微信入站收图片/文件(bump 0.25.0)

• 缺口:ILinkClient.get_updates 只抽 text_item,图片/文件 item 被丢成空 text → inbound._poll_binding 又因空文本 continue,用户发的图/文件静默丢弃、零落库(DB 实证:caoqianming@foxmail.com 的微信 task 里发的图无任何记录)。
• core/wechat/ilink.py:新 InboundAttachment(kind/media/file_name/aeskey_hex/data);get_updates 解析 image_item(type=2)/file_item(type=4);新 download_media() = CDN /c2c/download?encrypted_query_param=... GET 密文 → _aes_ecb_unpkcs7(AES-128-ECB 解,发送侧 _aes_ecb_pkcs7 的逆);key 两种编码兜底 _decode_media_aes_key(base64(raw16) / base64(hex32),后者同发送侧);图片无名按 magic bytes 补扩展名 _guess_image_ext + attachment_basename(剥路径防穿越)。
• core/wechat/inbound.py:HandleMessage 契约加第三参 attachments;_poll_binding 先下载解密回填 att.data,文本/附件都空才跳过(单附件下载失败不拖垮整条)。
• web/app.py:_run_wechat_message:附件落盘 <wd>/inbound/<ts>-<i>-<name>,图片拼 [用户上传的参考图] <rel>(agent 自调 look_at_image 看图)、文件拼 [用户上传的文件] <rel>(agent 用 Read/Shell),复用 web 端粘贴图同一约定,不碰模型链路。
• 协议下载分支(GET vs POST、aes_key 取哪支)有真机实测风险:crypto roundtrip + 双编码 key decode 已单测通过;端到端待用户重发一张图验证(原图 cursor 已过)。

2026-06-24 / 微信绑定表重构:两表合一 channel_bindings(判别列+JSONB,bump 0.24.3)

• 起因:ClawBot(0012 wechat_bot_bindings,8 列)+ 企微(0014 wecom_bindings,1 列)各一表。从架构角度复盘:渠道绑定本质="用户在某渠道的一份配置",各渠道字段形态不同 → 最优是判别列 + JSONB 多态(与本库 usage_events kind+units / scheduled_jobs.notify 同范式),加渠道(飞书/TG…)零 migration。分表不扛增长、与库内范式不一致;单宽表(NULL 列并列)最差。
• 重构:ChannelBinding(user_id, channel, status, config JSONB) PK=(user_id,channel);clawbot config 装 {bot_token*, user_im_id, base_url, latest_context_token*, context_token_at, chat_task_id}(* crypto 加密入 JSONB),wecom 装 {wecom_userid}。migration 0015 建表 + 把旧两表数据搬进 config(token 本就是密文串、原样搬)+ drop 旧表;DDL+DML 同事务,失败回滚不丢。
• 关键:只动 models + service 内部 + migration,service 公共 API 与 BindingSnapshot 形状不变 → inbound/web/tool/scheduler 零改动(纯内部数据层重构,对外行为不变)。趁绑定数据极少时合表最省。
• 文件:core/storage/models.py(ChannelBinding 替 WeChatBotBinding/WeComBinding)、core/wechat/service.py(存取改读写 config)、migration 0015_channel_bindings(含 down 拆回)。import/编译 + _snap 反序列化单测过;DB 往返 + migration 待部署联调。

2026-06-24 / 修复微信绑定弹框标题样式错乱(bump 0.24.2)

• 根因:#wechat-modal h3 只设了 flex 布局,漏了其他弹框(crons/memory)都有的 margin:0; padding:12px 16px; font-size:16px; border-bottom → 标题吃浏览器默认 h3 样式(大字号 + ~21px 上下默认 margin + 无分隔线),看着比别的弹框又大又飘。
• 修复:web/static/dev.html 给 #wechat-modal h3 补齐标题样式,并加 h3 svg{opacity:.85} 与 .sk-x 关闭按钮样式,与 crons/memory 弹框对齐。

2026-06-24 / 修复 host-side 文件工具发不出附件(docker 容器路径未翻译,bump 0.24.1)

• 根因:生产 docker 模式下,fs 工具在容器里跑(文件落容器卷=宿主 users/<uid>/<wd>/),但 send_email / wechat_push 是宿主进程工具;它们 base_dir=Path.cwd()(部署根)且不识别容器↔宿主路径映射 → agent 给的相对路径拼到 cwd、容器绝对路径 /workspace/... 宿主上瞎解析,relative_to(user_root) 必越界 → 附件永远发不出(微信 DB 实锤 #7 相对 + #15 容器绝对两条都「文件路径越界」)。probe 脚本能发是因直接调 send_file 绕过解析。
• 修复:tools/base.py 加共享 _resolve_user_file(/workspace 前缀翻回 user_root + 相对拼 base_dir + 越界校验,抽 FileOutOfBounds);agent_builder 给两个 host 工具传 base_dir=working_dir_path(宿主 task 目录)而非 cwd;send_email/wechat_bot 改用 helper。host 模式同样受益(相对路径之前也错)。
• 测试:tests/test_secret_host_tools.py 加 3 例(helper 翻译+越界、send_email 容器路径附件、wechat_push 相对路径);诊断脚本 scripts/diag_wechat_push.py。

2026-06-24 / 企业微信渠道 B:纯推送 + OAuth 扫码绑定(bump 0.24.0)

• 决策:企业微信只做推送、不做对话(用户拍板"和邮箱似的")——省掉入站回调 + AES + 5s ACK + agent 回推一整套;要对话走 ClawBot。企业微信的无条件主动推(不挑活跃度、无 24h 窗口)正补 ClawBot 短板,定时简报必达首选。
• 定位 touser:OAuth 网页授权扫码拿企业成员 userid(用户拍板,优于手填 opaque id)。前提:管理员建自建应用给 WECOM_CORPID/AGENTID/SECRET + 配「网页授权可信域名」。
• 文件(后端 import/编译 + 前端 node --check 自测过):core/wechat/wecom.py(access_token 2h 缓存+线程安全+失效重取、OAuth getuserinfo、message/send text/file、media/upload、state HMAC 签名);WeComBinding 模型 + migration 0014_wecom_bindings(0013 被 task_channel 占);service.py 加 wecom CRUD + push_wecom + send_to_user 接 wecom 一路;web/app.py 5 端点(/v1/wecom/oauth/url、/v1/wecom/oauth/callback 公开-身份从 state 验、/v1/wecom/bind GET/DELETE、/v1/wecom/test);前端 rail「微信」modal 加企业微信段(wechat.js + dev.html)。
• env:WECOM_CORPID/AGENTID/SECRET + 可选 ZCBOT_PUBLIC_BASE_URL(OAuth redirect 主机,须在可信域名内)。待办:管理员就绪后端到端验(扫码绑 → test → 简报推);回调端点须公开(已不挂 require_user)且 redirect 主机匹配可信域名。

2026-06-24 / 配置 QQ/foxmail SMTP 发信 + 发件人显示名品牌化(bump 0.23.2)

• .env 填入 foxmail SMTP(smtp.qq.com:25 / STARTTLS / 授权码),send_email tool 与定时任务 notify 兜底投递就此生效;自检发信链路通过。
• tools/send_email.py 发件人显示名从硬编码 zcbot 改为读 SMTP_FROM_NAME,默认「总院科研辅助智能体」—— 对外不暴露内部代号。RUN.md env 段补 SMTP_FROM_NAME。

2026-06-24 / 微信任务徽章改品牌绿 + 微信 logo + 整行绿边(bump 0.23.1)

• 上一版徽章复用 .badge.active(蓝灰),与旁边「进行中」状态徽章撞色、不显眼。
• 新增 .badge.wx(微信品牌绿 #07C160 + 白字 + 内嵌微信 logo SVG)与 .task-row.wx(绿色左边框 + 极淡绿底 + hover 加深),让置顶的微信任务从普通任务里跳出来。文件:web/static/dev.html(CSS)、web/static/js/chat.js(WECHAT_ICON 常量 + badge/row class)。

2026-06-24 / 微信对话 task 渠道标记 + 置顶(bump 0.23.0)

• 痛点:微信常驻 task 与网页常规 task 结构相同,只能靠 description 魔法值反推;且 created_at 固定后随用户开新 task 越沉越深,这个「渠道收件箱」反而最难找。
• tasks 加 channel 列(web/wechat,migration 0013,server_default='web' 回填存量、并把 description=(微信 ClawBot 对话) 的存量 task backfill 成 wechat)。ensure_local_task_row 加 channel 参数,微信建 task 处传 wechat;channel 仅 INSERT 写定,后续 upsert/save 不传 → 不覆盖。
• _task_dict 透出 channel;列表查询排序前置 case((channel=='wechat',0),else_=1) pin 表达式 → 微信 task 后端强制置顶(跨分页稳定),用户选的排序对其余 task 照常生效。
• 前端 chat.js 任务名前打绿色「微信」徽章(channel==='wechat')。文件:core/storage/models.py、core/storage/utils.py、web/app.py、web/static/js/chat.js、db/migrations/versions/...0013_task_channel.py。

2026-06-24 / 微信绑定 UI 并入主 SPA(bump 0.22.2)

• 上一版绑定页是独立 /static/wechat_bind.html,主界面没入口、用户找不到。
• 集成:左栏 rail 加「微信」按钮(hd-wechat)→ 扫码绑定 modal(wechat-modal),复用 api() 调已有 5 端点(起码/轮询/查/解绑/自检),仿 crons.js modal 范式;过期自动换码、绑定成功提示去微信开口。文件:web/static/js/wechat.js(新)、web/static/dev.html(rail 按钮 + modal + CSS)、web/static/js/main.js(import 触发绑定 + Esc 关闭)。
• 独立页 web/static/wechat_bind.html 保留作嵌入/兜底入口(同套端点)。

2026-06-24 / 修复顶栏 token 计量栏回复后不刷新(bump 0.22.1)

• 现象:提问→助手答完后,对话顶栏的「总 token · 缓存命中 · 花费」计量栏停在发问前旧值,要切到别的 task 再切回才更新。
• 根因:计量栏由 renderChatMeta() 读 state.taskMeta 渲染,而 state.taskMeta 只在 selectTask 里 GET /v1/tasks/{id} 时刷新。SSE 流结束后 fetchSse 的 finally 只 loadTaskList()(左栏列表)+ loadMessages(),从未重拉 meta 也没调 renderChatMeta——SSE 期间用量只累计进 hint,没落 taskMeta。
• 修:fetchSse finally 块里,当收尾的是当前可见 task 时补一次 GET /v1/tasks/{id} → 重置 state.taskMeta → renderChatMeta();失败 try/catch 吞掉不打断收尾。web/static/js/chat.js。

2026-06-24 / 微信接入第一期:ClawBot 个人微信(后端完成,bump 0.22.0)

• 需求:把 zcbot 送进用户个人微信——能对话、能推简报/结果。调研三条路:wechaty/hook(违规高封号,排除)、企业微信自建应用(官方但要管理员+仅企业成员)、微信 ClawBot(腾讯 2026-03 官方个人号 Bot API,iLink 协议,零封号,后端接谁都行)。选 ClawBot 先行。详 DESIGN §8.7。
• 协议全程真机实测(scripts/probe_clawbot*.py,本人微信号在灰度内):① 扫码绑定拿 bot_token;② getupdates 长轮询收消息;③ sendmessage 每条 client_id 必唯一(漏则同 token 后续被丢——前几轮误判"纯被动"的真因),多条/长文中间块 state=1 末块 state=2;④ context_token 24h 可复用 → 主动推送成立(需用户先开口一次);⑤ 文件:getuploadurl→AES-128-ECB(PKCS7)→CDN(URL 带 filekey,漏则 400 mismatch)→file_item,docx/pdf 原生直推。
• 关键设计决策:入站对话→每用户一条 persistent「微信」task(连续性,token 靠 §8.2 压缩);凭据(bot_token/context_token)加密列(env ZCBOT_WECHAT_SECRET_KEY),绝不进沙箱/日志;入站出站一体——主动推送依赖入站给的 context_token,故 getupdates 长轮询常驻(既收对话又刷新 24h 窗口)。
• 文件(后端全部 import/编译自测过):core/wechat/{ilink.py 协议客户端, crypto.py 凭据加密, service.py 绑定CRUD+推送+send_to_user 渠道抽象, inbound.py 长轮询管理器+回复提取};core/storage/models.py 加 WeChatBotBinding + migration 0012_wechat_bot_bindings;tools/wechat_bot.py WechatPushTool + core/agent_builder.py 注册(有开关才挂);core/scheduler.py deliver_notify 加 wechat 通道(未送达退邮件兜底);web/app.py lifespan 起入站管理器 + _run_wechat_message 回调 + 5 端点(/v1/wechat/bind/qrcode|status、/v1/wechat/bind GET/DELETE、/v1/wechat/test);web/static/wechat_bind.html 自包含绑定页;requirements.txt 加 segno+cryptography。
• env:ZCBOT_WECHAT_BOT_ENABLED=1(渠道开关)+ ZCBOT_WECHAT_SECRET_KEY=<串>(凭据加密,缺则退明文标记)+ 可选 ZCBOT_WECHAT_BASE_URL。
• 待办(部署后联调):migration 0012 上库;起 web 进程端到端验(扫码绑定→对话→主动推→定时简报推);渠道 B 企业微信(无条件推送,补 ClawBot 24h 窗口短板)按 §8.7「渠道 B」实现。SPA 集成已落(见下条)。

2026-06-23 / 平台渲染层 rendering/:三 skill docx 统一 + chromium md→pdf(bump 0.21.0)

• 背景:线上 简报 task 用户要"输出为pdf",模型因 brief 无 PDF 路径而临场即兴——试 apt install libreoffice(只读 fs 失败)→ pip install weasyprint markdown 手搓 md→HTML→weasyprint;容器空闲回收后包不持久,二次导出又重装一遍。深挖发现两个问题:① skill 缺 PDF 路径、weasyprint 不在镜像;② _CHEM_RE 化学式白名单在 brief/paper/proposal 三份 render_docx.py 逐字重复(改一处易漏改),patent/standard 还复用 proposal 那份。
• 架构判断:渲染不是 skill 内容,是平台能力(像 chromium/document_search)。Skills 走 Anthropic 自包含/可 fork bundle 标准,把共享渲染库塞 skills/_shared 让各 skill import 会破坏 fork。故新建顶层 rendering/ 平台包,bind-mount 进 /sandbox/rendering(pool.py,与 skills 同款 ro),各 skill 调 render.py 不再自带 render 脚本。
• rendering/:common.py(叶子原语单一事实源:字体/CHEM_RE/块级正则/表格行/图片路径)+ docx_manuscript.py(paper/proposal 配置化双 profile)+ docx_brief.py(brief 富渲染,复用 common)+ pdf.py(md→HTML→chromium --print-to-pdf,复用 common.CHEM_RE)+ render.py(统一 CLI --profile {brief,paper,proposal} --format {docx,pdf},sys.path bootstrap 让 python /sandbox/rendering/render.py 直调可解析)。
• 零回归证明:重构前后对三 profile 各渲 docx、解包 diff word/document.xml,brief/paper/proposal 全部字节一致(12962/10755/11401 bytes)。纯搬移+共享原语,输出不变。
• chromium md→pdf:不用 weasyprint(要 pango/cairo、不在仓库 Dockerfile);chromium 镜像已装(给 mermaid)+ fonts-noto-cjk 已装,完整内核 CSS 保真度更高。固定 --no-sandbox --disable-dev-shm-usage --user-data-dir=/tmp/* --no-pdf-header-footer。冒烟 deploy/sandbox/probe_chromium_pdf.sh(照 probe_mermaid.sh):最小 chromium 镜像在 --read-only --cap-drop=ALL + 64MB /dev/shm 下实测出图,中文/下标/DOI 超链/表格/callout 全绿、页眉已关。
• 删:skills/{brief,paper,proposal}/scripts/render_docx.py(3 份)+ 短命的 skills/_shared/render_pdf.py。改 5 个 SKILL.md(brief/paper/proposal 直接调,patent/standard 复用 proposal profile)调用到 render.py + 补反模式"渲染一律调 render.py、禁止手搓"。requirements.txt 加 markdown。
• 部署要点:/sandbox/rendering 挂载靠 pool.py(restart 重建容器才生效)+ markdown 进镜像靠 requirements 变更触发的整体重建 —— 需一次 deploy(update.sh)原子激活,旧 render_docx 路径已删,deploy 前别只推 SKILL 改动。引文 [n] 上标回链 pdf 仍按字面渲(docx 有,pdf 后补)。
• 文件:rendering/{__init__,common,docx_manuscript,docx_brief,pdf,render}.py(新)、core/sandbox/pool.py(+rendering 挂载)、deploy/sandbox/probe_chromium_pdf.sh(新)、requirements.txt、5×SKILL.md、skills/brief/SKILL.md(另删 research 索引滞后描述)、core/__init__.py 0.20.4→0.21.0。

2026-06-23 / 消息目录定位错位修复(bump 0.20.4)

• 现象:点右侧圆点轨道第一个圆点,活跃高亮常落到第二个。根因是两套锚点不一致——jumpToMessage 用 block:"center" 居中,但第一轮上方无内容无法居中、被钉到顶端;而 updateActiveOutlineDot 按「顶线 80px 容差」判活跃轮,第一轮短时下一轮卡片顶也落进 80px 带内 → 越界高亮第二个圆点(滚动监听又覆盖了 jumpToMessage 的显式 setActiveOutlineIdx)。
• 修复:跳转改 block:"start"(顶部对齐,与活跃判定同锚点)+ .msg 加 scroll-margin-top:16px 留呼吸;活跃容差 80→24 与之对齐,贴顶短轮判到自己不越界。
• 文件:web/static/js/chat.js(jumpToMessage / updateActiveOutlineDot)、web/static/dev.html(.msg CSS);core/__init__.py 0.20.3→0.20.4。

2026-06-22 / 前端两处 bug 修复(bump 0.20.3)

• 定时弹窗"被遮挡":#crons-modal 漏了 z-index,退回基础 .modal(无 z-index)被 z-index:5 的侧栏/面板盖住;补 z-index: 112 与兄弟只读 modal(#skills-modal/#memory-modal)对齐。排查用 node 加 DOM mock 跑通整条前端模块图,确认 hd-crons 绑定确实执行(排除了"按钮没绑事件"),定位到纯 CSS 层叠问题。
• 登录页 focus 引用错 id:web/static/js/main.js:106 $("li-token").focus() 中 li-token 不存在(登录输入框实际是 li-email),未登录 boot 末尾会抛 TypeError;改为 li-email。
• 文件:web/static/dev.html、web/static/js/main.js;core/__init__.py 0.20.2→0.20.3。

2026-06-21 / 发送期修复悬空 tool_calls(bump 0.20.2)

• 根因(监控页 error 任务排查,task 5c5d6d25 DB 实测):run 在写入 assistant.tool_calls 之后、tool 结果写库之前被中断(上游流式断连 / 用户取消 / 崩溃),历史里留下一条 assistant.tool_calls 后面没有对应 tool 结果的消息;用户随后继续发言,下一轮把历史原样发给 DeepSeek/OpenAI 即被拒 An assistant message with 'tool_calls' must be followed by tool messages responding to each 'tool_call_id' → 任务进 run_status=error 卡死。区别于 06-06/06-12 的 arguments 损坏/投毒修复(那治"参数被压成 marker"),这是结构性悬空,旧修复不覆盖。
• 修复(方案 A,发送期兜底):core/context.py 新增 _repair_dangling_tool_calls,在 prepare_messages_with_stats 入口(早返回分支之前)对每条 assistant.tool_calls 扫描紧随其后的连续 tool 结果,为缺失的 tool_call_id 补一条占位 tool 消息([interrupted: ...],带原 function name)。纯发送期、不改库 → 覆盖所有中断路径 + 已存在的坏数据自愈(下次发消息即修复),stats.repaired_tool_calls 计数。选 A 而非写入期防御(方案 B):B 要覆盖所有中断路径易漏且救不了存量。
• 验证:真实坏 task 5c5d6d25 修复前 idx 19 悬空 1 条 → 修复后 0 悬空、协议合法(压缩开/跳过两分支均覆盖);新增 4 个单测,context 套件 14 项全过。
• 文件:core/context.py、tests/test_context_compaction.py;core/__init__.py 0.20.1→0.20.2。

2026-06-18 / brief 简报重定位「重要文献速览」+ 精简三文件(bump 0.20.0)

• 需求漂移收敛:brief 从"热点聚类趋势判断型简报"重定位为**「重要论文列表 + 内容总结」速览型** —— ①只描述不给建议(去掉启示/判断/空白争议);②开头一份重要期刊论文列表(各大相关刊、Elsevier 数据库优先),每篇带一段简介/摘要概述;③对这批论文做客观总结即可。
• 数据源:research + documents 都是取文献主力(research 逐刊精确取最新 Elsevier 论文 + DOI;documents 取内部材料库全文),web search 取动向单列不混进论文总结。
• 精简到三文件(原 8 文件):SKILL.md(自包含:spec 字段/骨架/检索法/核验铁律/渲染说明)+ references/journals.md(各建材子领域主流期刊清单,Elsevier 标注 + 精确 publication_name + 0 命中降级)+ scripts/render_docx.py。删 templates/spec.md、templates/brief_outline.md、references/search_strategy.md、references/citation_verify.md、scripts/quality_check.py。
• render_docx.py 两处小改并已 smoke test 验证:①「重要论文列表」段(标题含"论文列表/文献列表/参考文献")H3 期刊子标题下的 [n] 条目仍作锚点(只在 H1/H2 重判段类型);②条目内 DOI 子串(末尾 "DOI: 10.xxx")也做 https://doi.org 超链接。验证:ref 锚点/内部回链/外部 DOI 链/化学式下标全在。
• 文件:skills/brief/{SKILL.md,references/journals.md,scripts/render_docx.py};core/__init__.py 0.19.0→0.20.0;SKILL_LIST.md(brief 条目重写,总数仍 17)同步。

2026-06-18 / 定时任务 v1(scheduled_jobs,DESIGN §8.5)

• 需求:对话方式建"每天 X 点干 Y"的定时任务(跑 skill 出简报 / 发邮件 / 打招呼皆可)。调研 OpenClaw/Autobot/Claude Code/geta 四源收敛,定方案见 DESIGN §8.5。
• 核心解耦:job 本体 = cron+tz + 一句 prompt + 会话模式;"发邮件"不是字段,是 agent 据 prompt 调 send_email 的动作 → 加任何能力不改 schema。
• 不引调度框架:croniter(唯一新依赖)只当 next_run 计算器(正确处理 dom/dow OR 语义 + 时区);"每 30s 醒来扫到点 job"是 plain-asyncio 守护循环,仿 §8.4 _disk_scanner,复用 _run_agent_bg,不上 APScheduler/Celery。
• 文件:core/storage/models.py 加 ScheduledJob + migration 0011_scheduled_jobs(独立加表,公测兼容)/ core/scheduler.py(cron 数学 + claim+advance 防重复触发 + record_result 失败阈值自停 + notify 兜底投递 + CRUD 服务层 list/create/update/set_enabled/cancel_job,工具与 REST 共用)/ tools/schedule.py(create/list/update/cancel 四件套,薄包装服务层,user_id ctor 注入,定时 run 内不挂防自我繁殖)/ tools/send_email.py(host-side,SMTP_* 齐才挂)/ web/app.py lifespan _scheduler_loop + _execute_scheduled_job(认领→抢 run 锁→to_thread 跑→超时协作 cancel→notify→记账)+ /v1/schedules GET/PATCH/DELETE 三端点。
• 对话端 = 完整 CRUD(建/改/删/查都说着办);前端 = 只读展示 + 停用/删除两个便捷按钮(左栏 rail「定时」按钮 → crons.js 只读 master-detail modal,复用 skills modal 范式;建/改无 REST、故意只走对话,§8.5)。两条路径共用 core.scheduler 服务层不漂移。
• 会话模式:isolated(默认,每次新建临时 task scheduled-<id8> 目录,省 token)/ persistent(绑定 bound_task_id 续上下文)。env:SMTP_* / ZCBOT_DISABLE_SCHEDULER / ZCBOT_SCHEDULER_TICK_SECONDS / ZCBOT_SCHEDULER_CONCURRENCY(见 RUN)。已验:migration 上库 0011、CRUD 服务层端到端、3 REST 路由 + 4 工具注册、crons.js 语法。bump 0.18.0 → 0.19.0。
• v2 待做:对话工具教写好 job.prompt 的薄 skill;退避重试(transient/permanent 区分)目前简化为"到下一 cron 点 + 连失败 5 次自停";真机邮件 smoke + 守护循环定时触发的端到端验证(需起 web 进程跑一轮)。

2026-06-18 / brief skill:科研方向简报

• 需求:用户要"水泥/建材方向的科研简报"。联网调研简报类做法——Anthropic 官方 digest skill(办公活动聚合)+ Paper Digest(论文影响力周报)+ 文献计量趋势报告(热点聚类/新兴方法/地理格局)。结论:现有 skill 缺"某方向近期文献 → 有判断的趋势简报"这一环(research/documents 只取文献不组织、paper-review 出可投稿综述、analyze 拆问题不查文献)。
• 方案:新建自包含 skills/brief/,定位"文献计量趋势型简报",数据底座三路并用:documents(内部胶凝材料库取全文)/ research(补 DOI + year_gte 卡时间窗)/ web(政策·标准·产业动向,单列不混学术引文计数)。六阶段:定题对齐 spec(方向+边界/时间窗/受众/深度/源开关/语言/关注点)→ 三路检索取数(中→英术语转译 + 跨源去重,证据表 evidence.md)→ 趋势分析(3-7 热点簇,BLOCKING-lite 对齐)→ 逐段起草 → 引文核验(复用 paper 三层协议,CITATIONS.md)→ 渲染验收。
• 深度三档 flash/standard/deep 配字数/簇数/引文数预算;骨架:TL;DR→概览→热点聚类→新兴方法→标志性进展→研究空白→产业政策动向(web)→参考文献。渲染早期复用 proposal,后改为自带 render_docx。
• 文件:SKILL.md + templates/{spec,brief_outline}.md + references/{search_strategy,citation_verify}.md + scripts/quality_check.py(结构/簇数预算/过度宣称/无源句式/引文交叉核对)+ scripts/render_docx.py(简报专属:商务红主题 + 引文 [n]/[Wn] 上标并锚到文末 + DOI/URL 可点击超链接 + TL;DR/判断 callout 底纹)。
• 顺带修 zcbot 全局「角标」问题:水泥化学式在 docx 里平排数字(CO2/C3S/SO3...)是 paper/proposal 渲染器的老毛病。抽一份化学式下标白名单(长在前 + \b 防误伤 LC3/C595/Ca2+/2026,实测命中精确零误伤)统一补进 paper、proposal、brief 三个 render_docx.py 的 add_inline plain 分支(按"自包含 skill 脚本不跨 skill 引"的既有约定各自复制同一份,不建共享模块)。core/export_docx.py 是对话原文转录、非排版文档,不动。bump 0.17.0 → 0.18.0。

2026-06-17 / 任务软删除(留对话轨迹做语料 + 可恢复)

• 背景:公测后目标转为沉淀用户对话/文件做训练研究语料;原"hard cascade"硬删任务会连带 messages/usage_events 永久丢失,推翻该决策(DESIGN §取舍同步标注)。
• 改动:tasks 加 deleted_at 列(0010 migration,additive 可空);DELETE /v1/tasks/{id} 从 DELETE 改为置 deleted_at=now(),不再触发 CASCADE、不动工作目录文件(原 rmdir 清理一并去掉);list_tasks / list_folders 计数加 WHERE deleted_at IS NULL 过滤;新增 POST /v1/tasks/{id}/restore 恢复;delete_file 顶层目录 409 引用检查排除软删 task。
• 文件留存(归档)方案已在 DESIGN 记录(restic 备份地基 + DB 事件日志 + 起步同盘),实现待办,优先级靠后。bump 0.16.2 → 0.17.0。

2026-06-17 / 用户操作说明书(详 + 精简两版)+ 文献库库容 21W→100W 全量更新

• 新增 docs/操作说明书.md(详版)+ docs/操作说明书-精简版.md:面向科研用户、不出现产品代号、从登录后正式操作讲起。覆盖三栏布局、个人文件夹 → 工作目录 → 任务三层概念(任务≠文件夹、多任务可共享一个工作目录)、新建任务、对话、技能矩阵(含 paper)、文件管理、进阶(方案确认卡/消息目录/记忆)、任务管理、图像视频、账户存储、FAQ;截图留占位标注。突出对外优势(内部文献库、科研计算、可直接产出文件)。
• 文献库库容口径 21W+ → 100W+ 全量改一遍:SKILL_LIST.md、skills/documents/SKILL.md(含 description,模型运行时据此向用户描述库容)、skills/patent/SKILL.md、PROGRESS.md、scripts/optimize_arch_ppt.py、两份说明书,共 10 处。bump 0.16.1 → 0.16.2。

2026-06-17 / paper skill:学术期刊论文写作

• 需求:现有 skill(proposal 写本子 / review 改稿 / research 查文献 / plot_pub 出图)缺"从零起草期刊投稿稿"这一环。联网调研开源论文 skill(ARS 32.1k★ / paper-writer-skill / claude-scientific-writer 1.9k★)——结论:不直接装(ARS 是 CC-BY-NC 非商用、全偏英文/医学/CS、引文默认 APA、依赖外部 API),但流程值得移植。
• 方案:新建自包含 skills/paper/,流程骨架取 paper-writer 的"先定图表 + stage-gate"与 ARS 的"三角引文核验 + 反谄媚审稿",底座全换成 zcbot 自有(documents/research 查文献与核验、plot_pub 出图、复用 proposal 的渲染心智)。中英双语 × 三类型(original/review/letter)用子 md 分流(cite_gbt7714/cite_elsevier + redlines_zh/redlines_en,一篇只挂一套)。
• 六阶段:摄取 → 八条对齐 spec → 文献矩阵 → 先定图表 → 逐章一段一卡(Methods→Results→Intro→Discussion→Abstract→Title 顺序) → 引文三角核验(存在性/三角/支撑度,台账 CITATIONS.md) → 验收渲染 + 投稿件。终审复用 review skill。
• 脚本(自带,不跨 skill 引):render_diagrams.py(照搬)/ render_docx.py(去 fund-type,加 --lang {zh,en} 图题切换 + --toc 默认关)/ word_count.py(类型×语言双口径预算)/ quality_check.py(论文版核心=引文交叉核对 orphan/uncited/编号连续 + 结构/占位符/过度宣称/插图)。
• 验证:微型 fixture 端到端 smoke——word_count 正确标欠预算、quality_check happy path 全 OK 且 orphan/uncited/缺号负例正确触发、render_docx 出 37KB docx。文件:1 SKILL.md + 6 references + 3 templates + 4 scripts。SKILL_LIST 同步(15→16)。bump 0.16.0 → 0.16.1。

2026-06-16 / look_at_image 图像理解(DESIGN §8.1 C 路落地)

• 需求:DeepSeek V4 主模型纯文本无视觉,挂 look_at_image 工具按需"借眼睛"读图(OCR / 描述 / 读图表),模型自决何时调。
• 模型选型:设计时的 Seed 1.6 vision 已过时(联网核实),改用 Doubao Seed 2.0 Lite(doubao-seed-2-0-lite-260428,全模态 SOTA 细粒度感知)。token 计费输入 ¥0.6 / 输出 ¥3.6 / Mtok,一次读图 < ¥0.01。否决「换主模型走 A 路」——DeepSeek 的 code/tool-calling 仍是核心,vision 当工具更稳。
• 后端:新建 tools/look_at_image.py(/chat/completions OpenAI 兼容,base64 单图 + question → 文本解读,默认 question 覆盖描述+OCR+图表读数);config/media/doubao.yaml 加 vision: 段;core/storage/usage.py 加 record_vision_usage(kind="vision",按 token,单价 snapshot 进 units);agent_builder.py 注册(yaml 有 vision 段才挂)+ media prompt 段教「何时调 / 何时别调」。usage_events.kind 自由文本,vision 无需 migration。
• 重构:图片路径解析 + base64 抽到 tools/image_ref.py,seedream(i2i)与 look_at_image 共用(三形态路径 + user_root 边界 + 扩展名/大小校验)。
• 验证:真机 smoke scripts/smoke_look_at_image.py 合成含已知文字图 → OCR 准确读出 + usage_events 落 kind=vision(实测 ¥0.0011)。bump 0.15.0 → 0.16.0。

2026-06-16 / seedream i2i 改图(DESIGN §8.1 E 路落地)+ 前端 paste 路径注入

• 需求:覆盖「基于已生成 / 上传的图做修改」(像素级),核心循环=文生图 → 用户"改成 X" → i2i 改那张(不重画)。base64 通路 probe 2026-05-29 已验,本次落 tool。
• 后端 tools/seedream.py:加 reference_images 数组参数(v1 单图,传 >1 直接报错不静默截断)。路径解析走共享 tools/image_ref.py(与 look_at_image 同一套)——依次试 working_dir/rel → user_root/rel → 绝对,强制结果落在 user_root 子树内(防越界读任意文件),吃三种路径形态(figures/x.png / saved 形态 <taskname>/figures/x.png / 绝对);校验存在 + 图片扩展名(png/jpg/jpeg/webp/gif)+ ≤10MB;读 base64 → data URL → ARK body image_urls。不传 reference_images = 文生图,行为 100% 不变(向后兼容)。banner 加 · mode=i2i + reference= 行(前端正则兼容),meta.json 记 mode / reference_images(派生链可追溯)。
• 前端 web/static/js/chat.js:sendMessage 发送时 takePastedRels() 收集 chat-hint 的 paste-chip 路径,作 [用户上传的参考图] <rel> 行注入正文 + 清 chip ——修了既有缺口(之前粘贴的图路径根本到不了模型)。这样"上传外部图 → 改图 / 看图"才能定位到文件。
• 引导:skills/imagegen/SKILL.md 删旧「不接图像输入」结论 + 加「改图(i2i)」专段(最易踩错=该 i2i 却重新 t2i 丢构图);agent_builder.py 媒体 block 提 i2i + paste 注入约定;SKILL_LIST.md 同步。bump 0.14.0 → 0.15.0(看图 look_at_image 同日落地见上一条)。

2026-06-16 / ask_user:回复里渲染可点击「方案确认」选项卡(Claude 式)

• 需求:agent 在分叉点能像 Claude 那样抛出可点选项,用户点一个继续、或不点直接用文字讨论。设计取舍见下。
• 收窄定位:不是通用提问器,只做「方案/分支确认」——存在 2-4 个互斥方向且选择会实质改变后续动作时才用。防 agent「变爱问」(高轮数烧 token 已知痛点)是成败关键,故系统提示严格约束使用条件。
• 与轮次模型同构、无阻塞:复用「LLM 出无 tool_call 消息即结束本轮」语义——ask_user 是虚拟工具(同 task_progress 范式),core/loop.py 检测到本步调用它就 emit done 提前结束本轮、不回灌 LLM;点选项 = 把该选项 label 当新用户消息发出(复用 POST /messages),零额外 LLM 往返。
• 后端:新增 tools/ask_user.py(AskUserTool,question + 2-4 个 {label, description} 选项,结果仅占位);core/agent_builder.py 注册;core/loop.py 加提前终止分支;prompts/system/general_v1.md 加「方案确认约定」段 + 工具清单一行。
• 前端 web/static/js/chat.js:buildAskUserCard 渲染选项卡;handleSseEvent 的 tool_call/tool_result 特判 ask_user(选项卡 / 抑制占位结果);renderMessages 历史重渲特判(改 index 遍历,向后看有无 user 回复判「已答」,命中项标「✓ 已选」);sendMessage(overrideText) 支持点击直发不清输入框;chat-stream 点击委托接 .ask-option。dev.html 加 .ask-user/.ask-option 等样式。持久化天然免费(选项在 tool_calls.arguments 里,刷新页面按钮还在)。bump 0.13.0 → 0.14.0。

2026-06-16 / 消息目录:右侧悬浮圆点轨道导航(ChatGPT 式)+ 双向分页

• 需求:长对话里快速定位历史某轮提问。参考 ChatGPT 扩展(Scrollbar / Outline)的交互——每点=一轮"我"的提问,hover 出标题气泡,点击滚动定位。
• 后端 web/app.py:① list_messages 加 after_idx 参数 + 响应加 has_more_after,支持向下翻页(从目录跳到旧消息后下方还有未加载的新消息);② 新增 GET /v1/tasks/{id}/outline,只取全部 role=user 的 idx + 首行片段(payload->>'content',不回传整 payload,轻量),_outline_snippet 取首个非空行截 48 字。走 (task_id,idx) 索引按 task 收窄。
• 前端:state.js 加 outline / msgHasMoreNewer / msgLoadingNewer;chat.js 加 refreshOutline / renderOutlineRail / jumpToMessage / loadMessagesAround / loadNewerMessages、消息卡补 data-idx 锚点、底部 sentinel(下滑加载更新)、滚动高亮当前轮;selectTask 把 outline 并入 meta/messages 并发拉,run 收尾后刷新。跳未加载轮次用 before_idx=idx+11 拉居中窗口再 scrollIntoView。
• dev.html:#pane-mid 加 position:relative,新增 #msg-outline-rail 悬浮轨道(容器 pointer-events:none 不挡滚动条、仅圆点可点,hover 整列展开标题),手机端隐藏。embed 页无该元素,绑定与渲染均 null-safe。bump 0.12.16 → 0.13.0。

2026-06-16 / 切 task 提速:meta+messages 并发拉 + 默认窗口降到 30

• 体感诊断:切 task 慢不是索引问题——messages 的 UniqueConstraint(task_id, idx) 在 PG 自带 (task_id, idx) 复合索引,主查询 WHERE task_id=? ORDER BY idx(app.py:1442)既走索引过滤又免排序;也不是"全量加载",前端早已尾部窗口分页。真正的低垂果实是 selectTask 里 meta 与 messages 串行 await,以及首屏窗口偏大。
• web/static/js/chat.js:selectTask 把 GET /v1/tasks/{id}(meta)与 loadMessages(messages)改 Promise.all 并发(两者无依赖、落不同 DOM 区),省一个 RTT;MSG_PAGE 60→30,降首屏传输 + markdown/highlight 同步渲染量。bump 0.12.15 → 0.12.16。

2026-06-15 / plot_pub 吸收 nature-figure 投稿级复合图设计纪律

• 联网调研 nature-figure skill(MIT,github.com/Yuan1z0825/nature-skills):双层 manifest 路由 + Python/R 双后端 + 生物医学 gallery。判断不整包移植 —— 与已有 plot_pub 高度重叠、R/单细胞/在体内容跟建材院领域不沾边、多文件结构破坏 zcbot 单 SKILL.md 约定。
• 只迁移可复用的设计 IP,折进 skills/plot_pub:style.py 补 svg.fonttype='none'(可编辑矢量,原本只设了 PDF Type 42 漏了 SVG)+ SEMANTIC_COLORS 语义色表 + clean_spines() spine 纪律 + ablation_alphas() 同色变 alpha;SKILL.md 新增「投稿级多 panel 复合图」段(五点 figure contract / 语义配色 / 信息架构 / 导出纪律),示例全改建材领域。纯 Python、零新依赖、保留中文字体。bump 0.12.14 → 0.12.15。

2026-06-15 / 消息分页:尾部窗口 + 向上滚动加载更早(切 task 提速)

• 痛点:切 task 卡顿 —— /v1/tasks/{id}/messages 无分页一次拉全量,前端 renderMessages 又对每条跑 markdown+highlight+media 全量渲 DOM,消息多时两段成本都线性涨。
• 后端 web/app.py list_messages:加可选 query limit、before_idx。不传 → 旧行为(升序全量,仅多返 has_more:false,向后兼容);传 limit → 取尾部最近 N 条(idx desc + limit 再 reverse);传 before_idx → 取该 idx 之前更早一批。响应恒含 has_more。
• 前端 chat.js:① selectTask 进来立即把 chat-stream 换「加载中…」(治感知,切换瞬时跟手);② loadMessages 默认 limit=60,结果存 state.loadedMessages/msgHasMore;③ 新增 loadEarlierMessages + _msgScrollObserver(复用 task list 的 sentinel 范式),顶部 sentinel 进视口自动 prepend 更早一批后整窗重渲(renderMessages 仍是对 loadedMessages 的纯函数,时序累积逻辑不动),重渲后锚回滚动位不跳视口。
• state.js 加 loadedMessages/msgHasMore/msgLoadingEarlier;dev.html 加 .msg-top-sentinel 样式。取舍:只载尾部时进度 dock 仅反映窗口内 task_progress,补满更早后一致。bump 0.12.13 → 0.12.14。

2026-06-15 / 图片预览:左键拖动平移 + 光标语义改正

• 光标:100% 时改回普通箭头(原 zoom-in 放大镜误导 —— 左键不缩放,缩放是 Ctrl+滚轮);放大后改 grab、拖动中 grabbing,贴合"可拖"语义。
• 左键拖动平移:放大态下 mousedown 记起点 + body 滚动位,mousemove 改 bodyEl.scrollLeft/Top 平移看局部(替代拖滚动条);img.draggable=false 关原生 ghost 拖拽。document 上的 move/up 监听存 z._onMove/_onUp,_clearZoom 时移除避免泄漏。bump 0.12.12 → 0.12.13。

2026-06-15 / 文件预览缩放加固 + 双击复位提示

• 图片 load 完即量基准尺寸(_captureBase,免首次缩放时还没渲染量到 0px 导致塌成 0);基准未量到时本次缩放跳过不破坏;双击复位时徽标显式提示「已复位 · 100%」(停留 1.4s)。bump 0.12.11 → 0.12.12。
• 排查提示:左栏底部版本号 = core/__init__.py __version__,用户报"缩放完全没动静"且本地 8765 无服务 → 多半是远端实例未 pull/重启,版本号对不上即旧代码。

2026-06-15 / 文件预览缩放改显式 px:修 CSS zoom 放不大

• 接上一条:CSS zoom 对带 max-width/height:100% 的 flex item 不生效 —— zoom 放大后被百分比 max 约束重新夹回,视觉无变化(用户实测"还是不能放大")。
• 改法(web/static/js/preview.js _applyZoom):以 scale=1 的贴合显示尺寸(clientWidth/Height)为基准缓存到 z.baseW/baseH,缩放时 max-width/height:none + 显式 width/height = base × scale px;复位时清空还原 CSS 自适应。显式 px 真正撑大布局,body 才出滚动条。bump 0.12.10 → 0.12.11。

2026-06-15 / 文件预览:修滚动穿透 + 图片 Ctrl+滚轮缩放

• 现象:web 端文件预览弹框内滚滚轮,事件冒泡到背景把对话列表也滚了(scroll chaining);且图片预览无缩放手段。
• 修法(纯前端,web/static/js/preview.js + web/static/dev.html):
  • 滚动不穿透:主/小预览 .body 加 overscroll-behavior: contain,再挂一次性非 passive wheel 监听 ── 容器不可滚(如图片正好铺满)或已到顶/底时 preventDefault() 断掉冒泡。
  • 图片缩放:仅图片(文本/md/docx/pdf 各有原生流/阅读器)。Ctrl+滚轮按 ×1.1 步进缩放(夹 0.1–8×),用 CSS zoom 而非 transform(zoom 改布局盒尺寸,放大后 body 才出滚动条能看溢出);右下角浮 xx% 比例徽标(挂 .card 上,滚动不跟走,1s 后淡出);双击复位 100%。.body.center 改 safe center 防 flex 居中把溢出顶/左裁掉够不到。
  • wheel 监听只在 init 挂一次到复用的 body 元素,缩放目标走 _zoomState WeakMap,避免每次预览重复 addEventListener 泄漏。
• bump 0.12.9 → 0.12.10。

2026-06-15 / sandbox 装 emoji 字体:修 mermaid 图满图豆腐块

• 现象:模型生成的 mermaid 架构图里几乎每个节点标签前缀的 emoji 图标(🌐🔥🛡 等)全渲染成空心方框 □。根因不在 mermaid 语法 / 布局 ── deploy/sandbox/Dockerfile 只装了 fonts-noto-cjk + fonts-wqy-microhei(中文不豆腐),缺 emoji 字体,chromium 渲染时找不到 emoji glyph 就用 tofu 占位。
• 修法:Dockerfile 字体安装行加 fonts-noto-color-emoji(+~10MB),与 CJK / WQY 同 fc-cache -f 刷索引。chromium 支持 COLR/CBDT 彩色 emoji,fontconfig fallback 即正常出图标。纯增量容器改动,不碰对外契约。需重建 sandbox 镜像 + 重启 per-user 容器生效。bump 0.12.8 → 0.12.9。

2026-06-15 / 左栏任务筛选区默认折叠

• 接 2026-06-13「筛选区可折叠」一条:把默认态从展开改为折叠(进页面只见「筛选 ▸」一行,点开才展开)。偏好仍持久化 —— 用户显式展开过(zcbot.task-filters-collapsed 存 "0")才默认展开,否则一律折叠。改动:web/static/js/chat.js(默认判定 !== "0",onclick 改存 "1"/"0")、web/static/js/state.js 注释。bump 0.12.7 → 0.12.8。

2026-06-15 / system prompt 按 backend 注入「运行环境」段:纠正平台误报 + 写明禁外网

• 接上两条(--shm-size + mmdc wrapper 修执行层)。再查发现引导层的根问题在 system prompt:general_v1.md 的「平台」段写死 "Windows + cmd.exe",但线上是 docker = Ubuntu 容器 + bash ── 模型被误导在 Linux 里打 cmd 构文(where mmdc 2>nul),且没引导"渲图走本地",模型以为 mermaid.ink 等在线服务能用、反复去试(其实境外被墙,容器有外网但渲图不该依赖出站)白烧 token。
• 修法(引导层,环境事实归 system 而非 skill):
  • general_v1.md:删写死的 Windows 平台段,改为中立一句"平台以系统消息「运行环境」段为准"。
  • agent_builder.py:_build_system_prompt 按 backend 注入环境段 ── docker = _CONTAINER_ENV_BLOCK(Linux/Ubuntu·bash·渲图走本地 mmdc 别调境外在线服务·mmdc/chromium/中文字体已装·mmdc -i x -o y 直接渲图·/tmp 可写);host = _HOST_ENV_BLOCK(一行 Windows/cmd 提示,免 general_v1 指向落空)。
  • 撤回上一条加到 imagegen skill 的渲图引导(环境事实收归 system,不重复)。
• 原则沉淀:全局不变的环境事实(在哪/能否联网/装了啥)→ system(高杠杆,一句省一类试错);具体可选方法/流程 → skill。这是"换"不是"加" ── 删掉的是每轮都发且 docker 下错误的 Windows 段,token 量级相当、信息变对。改动文件:prompts/system/general_v1.md、core/agent_builder.py、skills/imagegen/SKILL.md、RUN.md。bump 0.12.6 → 0.12.7。

2026-06-14 / mmdc wrapper:容器内裸调 mmdc 自动带 puppeteer config,渲图开箱即用

• 接上条 --shm-size 修复。--shm-size 只填了"模型自己摸对 config 后那一下能成";模型初始裸调 mmdc 仍因 chromium 缺 --no-sandbox(容器 --cap-drop=ALL)直接跪,然后反复试 mermaid.ink 等在线服务 ── 但那是境外、被墙/不稳(容器虽有外网,渲图也不该依赖出站),实测又一条对话这么烧掉上百 k token。
• 修法(执行层 + 引导层,均不破坏对外契约):
  • 执行层 wrapper:Dockerfile 给 /usr/local/bin/mmdc 套 wrapper,没显式 -p 时自动注入 -p /sandbox/puppeteer-config.json(含 --no-sandbox --disable-setuid-sandbox --disable-dev-shm-usage)。裸调 mmdc -i x.md -o x.png 一次成;render_diagrams.py 等走 which mmdc 的脚本透明受益。删掉没人读的 MERMAID_PUPPETEER_CONFIG env(mmdc 本就不认它,只认 -p)。
  • 引导层:imagegen skill「mermaid vs seedream」段加硬引导 ── 渲图直接 mmdc -i x -o y、⛔ 容器禁外网别试 mermaid.ink 等在线 API。
• 取舍:没开 first-class render_mermaid tool ── mermaid 是纯本地计算,zcbot 专用 tool 只留给带 key/计费的能力(seedream/seedance);wrapper(执行兜底)+ skill 一句(affordance 引导)已覆盖,不扩工具面。需 rebuild 镜像才带 wrapper(旧容器没有)。改动文件:deploy/sandbox/Dockerfile、skills/imagegen/SKILL.md、RUN.md。bump 0.12.5 → 0.12.6。

2026-06-14 / sandbox 容器加 --shm-size:修 mmdc 渲 mermaid 挂超时

• 实测一个"生图测试"任务(caoqianming@foxmail.com)对话:模型裸调 mmdc 渲 mermaid,自造的 puppeteer config 漏了 --disable-dev-shm-usage,chromium 用 64MB 的 /dev/shm 起不来 → 连试 6 次全超时,烧约 120k token 才绕道 mermaid.ink 出了个 SVG。根因:pool.py 的 docker run 没传 --shm-size,容器 /dev/shm = docker 默认 64MB(镜像备的 /sandbox/puppeteer-config.json 虽有 --disable-dev-shm-usage,但模型不一定用那份;且 mmdc 不读 MERMAID_PUPPETEER_CONFIG env)。
• 修法(只做最小 infra,不动模型侧):docker run 加 --shm-size(DEFAULT_SHM_SIZE=512m,env ZCBOT_SANDBOX_SHM_SIZE / yaml sandbox.shm_size 可配,优先级同 memory/cpus)。从根上让任何 chromium 路径都不再挂,连模型自造的漏 flag config 也能跑。已 running 旧容器需重启 web + idle 回收后新起才带。
• 实测脚本 deploy/sandbox/probe_mermaid.sh(区分 chromium 缺包 vs 纯 shm 超时);诊断脚本 scripts/diag_dump_task.py(按 email+任务名 dump 对话)。改动文件:core/sandbox/pool.py、config/agent.yaml、RUN.md。bump 0.12.4 → 0.12.5。

2026-06-13 / 模型选择瘦身:对话模型常驻 + 生图/生视频收进 ⚙ 弹层

• #chat-meta 右侧原三个带标签下拉(模型/生图/生视频)占满整行。改为高频的对话模型下拉常驻(一眼可见当前模型、直接切),低频的生图/生视频收进一个「⚙ 媒体」弹层(fixed 定位逃出 pane overflow,点开才渲染 select)。meta 行从"3 下拉"降到"1 下拉 + 1 齿轮"。
• 行为不变:生图/生视频选中值仍只进 state.imageModel/videoModel、随下条消息 POST 的 image_model/video_model 发(send 逻辑读 state 不读 DOM,迁移安全);onChangeImageModel/onChangeVideoModel 复用。imageModels/videoModels 皆空时连 ⚙ 都不画。
• 改动文件:dev.html(弹层元素 + CSS)、chat.js(renderMediaModelTrigger / openMediaModelPop + 点外/resize/scroll 关闭)。bump 0.12.3 → 0.12.4。

2026-06-13 / 左栏筛选区可折叠(默认展开)

• 左栏顶部原 4 行固定头把任务列表压矮。把搜索/状态/目录/排序四个筛选控件归到两行 .task-filter-row,标题行加「筛选 ▾」toggle:默认展开,点击折叠只藏 UI(已选条件仍生效),偏好存 localStorage(zcbot.task-filters-collapsed),与 pane 折叠同套范式。折叠后左栏顶部从 4 行降到 2 行(标题 + 新建),列表可视区更高。
• 顺手把状态下拉从标题行并入筛选区(原 width:auto → flex),搜索框给 flex:2 更宽;目录/排序合一行,去掉独立"排序"文字标签改 title 提示。
• 改动文件:dev.html(markup + CSS)、chat.js(toggle 接线 + 复用 LS 范式)、state.js(新增 LS key)。bump 0.12.2 → 0.12.3。

2026-06-13 / 前端 UI 优化:中栏操作收菜单 + 阅读限宽 + 色彩收敛

• 中栏顶栏 5 按钮 → 「完成」+「⋯」菜单:原导出/清空/完成/废弃/删除 平铺,与任务行的 ⋯ 浮层菜单两套范式打架,且破坏性操作(废弃/删除)平铺易误点、移动端挤。改为只留高频「完成」+ 一个 ⋯,菜单复用 taskMenuItems(过滤掉 complete);单一事实源,两处共用。顺带把「清空」在菜单里按 run_status 也禁用(taskMeta 带该字段,修了之前菜单清空运行中会 409-after-confirm 的小坑)。
• 消息阅读限宽:.msg 由 max-width:92% 收到 min(92%,48rem)(assistant ~60-80 字/行),user 气泡 min(92%,36rem);宽屏长文不再满屏铺开难回扫,窄屏 92% 仍生效。
• 色彩负载收敛:语义色由"每个操作一色"改为"颜色=后果"——正向(完成/下载)绿、破坏性(废弃橙/删除红),中性(导出/清空)不着色;移除紫色"清空"与蓝色"导出"。删掉已不存在的顶栏按钮 hover 规则(保留 file-picker 的 sp-copy/sp-move)。
• 改动文件:dev.html(中栏 markup + 三处 CSS)、chat.js(菜单接线 + renderChatMeta/deleteTask 收口)。未动左栏 4 行筛选头折叠(点 2,行为变化较大,留作下一步)。
• bump 0.12.1 → 0.12.2(patch:UI 重构 + 样式)。

2026-06-13 / 前端小修:导出按钮简写 + 任务菜单加清空 + 移动端 task 可滚 + admin 自适应

• 顶栏「导出对话记录」→「导出对话」:与「清空对话」对齐(dev.html 按钮 + chat.js 任务菜单 export 项同步)。
• 任务菜单加「清空对话」项:chat.js::taskMenuItems 新增一条,复用已有 clearMessages;disabled 条件 !hasMsg 与 export 项一致;dropdown 新增 .dd-item.act-clear 紫色(与顶栏清空按钮 hover 同色)。
• 修移动端 task 列表无法滚动:手机断点把 #pane-left 设成 display:block,但 #task-scroll 靠 flex:1 撑高才能滚 —— 父级非 flex 时 flex:1 失效,列表被 overflow:hidden 截断不能滚。改 body.mv-left #pane-left { display:flex }(flex-direction:column 由默认规则给),恢复滚动。
• admin 移动端自适应增强:admin.html 的 @media(max-width:640px) 补 header 紧凑化(缩 padding/字号、gen-at 时间戳截断)+ .card-head/.ctrl 允许换行(标题长 + 下拉不再撑出横向溢出)。
• bump 0.12.0 → 0.12.1(patch:bugfix + 样式)。

2026-06-12 / 双层记忆升级为 agent 自管(写入路径)

• 背景:.memory/(core.md + extended/)存储原语已在,但纯手工维护 —— 系统不往里写,用户也不会主动整理 → 记忆形同虚设。这轮补「写入」与「召回」两条路,不碰存储/DB,不破坏存量 .memory/ 数据。

• 写入 = agent 自管(选型:不引专用工具、不做后台蒸馏):memory_block 把 .memory/ 可写绝对路径锚点 + 一段「记忆维护契约」注进 prompt,契约+锚点常驻(即使记忆为空,解新用户冷启动不知道能记)。agent 学到跨 task 稳定事实就用已有 write/edit/grep 维护,写前查重、extended 一事一文件 + frontmatter description。复用 fs 工具改动最小,人仍可审核手编。

• 召回升级:extended 索引从「读首行当标题」升成优先解析 frontmatter description(召回依据更准),无 frontmatter 的存量文件退回首行标题(公测期平滑兼容)。

• docker 路径转译:发现旧 extended 索引注的是宿主绝对路径,docker 下 agent 看到的是 /workspace/... → 指不到。mem_dir_display 按 backend 给 host 绝对路径 / /workspace/.memory,与 working_dir 同套转译。

• 改动文件:core/memory.py(frontmatter 解析 + 契约 + 路径锚点)、core/agent_builder.py(算 mem_dir_display 传入)、DESIGN.md §3.7 同步心智+语义。单测覆盖 frontmatter 解析 / legacy 兜底 / 空记忆常驻契约 / host·docker 路径。明确不做:向量/RAG、全文搜索端点(正交,要做单开)。

• 前端只读记忆面板(GUI 当眼睛、模型当手):左栏「记忆」按钮(技能旁)开只读 modal 看全貌。取舍:查完业界(Claude 文件式给全套 view+edit;ChatGPT/Gemini 黑箱只给看/删)后定为 GUI 只读 + "改"全走对话(agent 自管已建好)—— "看全貌"是读不是 operation,走 LLM 又贵又只拿转述;"改"走对话 = 单一写入口 + 自然语言 + 不会写坏 frontmatter。后端只加 2 个只读端点 GET /v1/memory、GET /v1/memory/extended/{filename}(路径穿越校验收口在 core/memory.py::read_extended_file),零写/删 API。前端新增 web/static/js/memory.js + modal/CSS,复用 skills-modal 同构。契约里补明「用户说记住/改/忘掉是直接指令」。单测覆盖只读视图 / 单篇读 / 文件名安全 / 越界拦截。bump 0.11.1 → 0.12.0(本批含 agent 自管 + 记忆面板,同一 minor)。

2026-06-12 / 进入公测期:对外兼容策略

• 项目进入公测(对外真实用户在用)。CLAUDE.md「开发阶段心智」从"开发期可随意 break、不写兼容层"翻新为对外契约(用户数据 / DB schema / 对外 API / CLI·env·文件布局)必须向后兼容,仅纯内部实现仍以最优为准放手重构;拿不准 → 当对外契约处理。版本号段同步:公测保持 0.x,1.0 留给"对外冻结行为 / 正式 GA"。同条记忆 feedback_dev_phase_no_compat 一并翻新。bump 0.11.0 → 0.11.1。

2026-06-12(傍晚)修上下文压缩投毒 → run_python 空转报错

• 根因(DB 实测,60 个 task 命中 83 次 [Error] bad arguments to run_python: code or script_path must be provided):core/context.py 把旧 assistant tool_call.arguments(>800 字符)压成 {"_compacted":true,"original_chars":N,"note":...} marker 发给 LLM。模型在长 doc/ppt 任务里看到几十次"过去的 run_python 长这样",就照葫芦画瓢把 marker 当真实参数原样吐出来 → executor 拿不到 code/script_path → 报错空转。83 次里 61 次是模型仿写 marker(铁证:抓到 {"_compacted":true,"original_chars":85}——85<800 压缩器根本不会出手、且缺 note 字段,压缩器必带 → 只能是模型伪造),22 次是真·空 {}。这正是代码里早已为 task_progress 单独豁免、注释明写"会毒化模型"的同一个坑,只是 run_python 没豁免。
• 修复(方案 A,把 task_progress 特例升级成通用规则):删掉 _compact_assistant_tool_calls / _compact_tool_call_arguments,prepare_messages_with_stats 不再压任何 assistant tool_call 参数(去掉 old_tool_arg_chars 形参与 compacted_tool_call_arguments 统计)。只压 tool 结果 + skill(省 token 的大头),参数原样留 = 模型看到的范本永远是真实可执行调用,投毒向量连根拔。代价仅个别一次性大参数(如 12KB pptx 脚本)留在历史 1 条消息,不随轮数翻倍。
• 诊断脚本落盘可复用:scripts/diag_run_python_empty.py(扫最近 task 的报错形态分桶)、scripts/diag_run_python_trace.py(回溯每条报错配对的 assistant 参数)。
• 验证:tests/test_context_compaction.py 改 2 条旧"压参数"断言为"原样保留"+ 去除已删统计键;全量 120 tests OK。bump 0.10.0 → 0.10.1。

2026-06-12(下午)admin 后台增强:目录 + 筛选排序 + 分页 + 导出 PDF

• 目录(TOC)+ 平滑滚动:admin.html 左侧加 sticky 目录(运行态/任务/用户与用量/按模型/各用户用量/存储),点击 scrollIntoView 平滑滚到对应区(.anchor { scroll-margin-top } 避开 sticky 顶栏);IntersectionObserver 高亮当前区;窄屏目录变顶部横向 chip 条。
• 按模型 / 各用户用量:时间筛选 + 排序:两表从 overview bundle 拆成独立端点 GET /v1/admin/usage/models?range=&sort=、GET /v1/admin/usage/users?range=&sort=&page=&page_size=。range = all/7d/30d(_range_cutoff);sort = cost(按成本)/ tokens(按用量=输入+输出)。各用户用量含零用量用户故时间条件放 JOIN ON(非 WHERE),否则带 cutoff 会把零用量用户挤掉。前端每表一组 range/sort 下拉,改筛选即重拉(用户表回第 0 页);热力色按当前排序维度上色。
• 存储分页:GET /v1/admin/storage/users?page=&page_size=(bytes desc + user_id 兜底),前端独立翻页;overview 不再含 storage/by_model(只留 runtime/tasks/users/usage 总用量+近7d趋势,固定形态供轮询)。三个独立表各自 fetch、自管 range/sort/page,overview tick 顺手刷新但不丢状态。
• 导出 PDF(客户端打印):顶栏「导出 PDF」→ 现取 overview + models(all/cost)+ users(all/cost top10)+ storage(top10)+ /healthz 版本,填充隐藏的 #print-report 后 window.print();@media print 只显报告、@page 边距、表格描边版式。零依赖(不引 jsPDF / 不走服务端 soffice)、中文走浏览器字体、版式完全可控;列表只取前 10(符合需求)。报告版式:抬头(标题/生成时间/版本)→ 运行态 → 任务 → 用户 → 用量总览 → 近7天 → 按模型 Top10 → 各用户用量 Top10 → 存储 Top10。
• 验证:TestClient 跑通 models(range all=6/7d=4/30d=6、sort cost/tokens)、users(range+sort+分页)、storage(分页 42 行);overview 已不含 by_model/storage;admin.js node --check 通过。bump 0.10.1 → 0.11.0。

2026-06-12(上午)

• admin 管理后台(角色鉴权 + 独立监控页,可扩展为管理动作总入口):此前只有共享口令 ZCBOT_ADMIN_TOKEN(仅用于发用户),无"管理员角色"概念,运维指标只打 stdout([stats])无界面。本次落地按角色的 admin 区:① schema:users 加 role 列(user/admin,server_default='user',migration 0009 只加列不动现有数据);② 鉴权:make_require_admin(cfg) 先验 JWT(同 require_user)再查 users.role=='admin',否则 403——role 走 DB 查不进 JWT,改完下次请求即时生效、老 token 不重签;③ 端点:web/admin.py 的 register_admin_routes 挂 GET /v1/admin/overview(整组 Depends(require_admin)),一次返回 runtime(active_runs/max_workers/sse_subs/rss_peak,读 app.state,与 _stats_logger 同源)/ tasks(按 status+run_status 计数)/ users(总数+近7d活跃)/ usage(全局总用量+近7d按天+按模型)/ storage(各用户 bytes/file_count+配额)五段,全 GROUP BY 无 N+1;另挂 GET /v1/admin/usage/users?page=&page_size= 分页返各用户 token 用量(全表 LEFT JOIN usage_events 含零用量用户,cost desc,稳定排序兜底 user_id;cost 全 kind、token/缓存命中仅 chat,与总用量同源)——前端独立翻页、不随 overview 轮询丢页码;④ 前端:独立单页 web/static/admin.html+js/admin.js(复用 localStorage zcbot.token 与 format 工具,不挂主应用模块图),纯数字卡片+表格不画图、阈值/热力色差(active_runs 逼近 max_workers 变橙/红、磁盘按配额占比变色、cost 列相对热力底色)、响应式(窄屏竖排)、默 10s 轮询(切后台暂停);401/403 给明确提示+回控制台链接;⑤ 入口:/v1/me 返 {user_id, role},dev SPA enterApp 拉一次,admin 才显顶栏"管理"链接(/static/admin.html);⑥ 建用户带 role:POST /v1/auth/admin/create_user + 登录页弹框加角色下拉,main.py user add --role / 新增 main.py user role --email X --role admin 改角色。命名取舍:先按 inspect/dashboard 摇摆,最终定 admin——这页会长出建用户/改角色/配置(磁盘配额等)管理动作,admin 既盖"看"又盖"管"、且与 require_admin/role='admin'//v1/auth/admin/* 一脉相承;监控总览只是其第一个 tab,后续在 web/admin.py 续挂 /v1/admin/users、/v1/admin/config。已用 TestClient 验:admin→200、非 admin→403、无 token→401;五段聚合对真实数据跑通。

2026-06-11

• 版本号机制(单一事实源 + 前端展示):此前只有 web/app.py 写死 version="0.8"(仅进 OpenAPI 文档,前端拿不到)。改为 core/__init__.py 的 __version__(当前 0.8.0)作唯一来源 → FastAPI version、/healthz 返回 {"status":"ok","version":..}、前端左栏底部展示全引它,改版本只动这一行。前端 main.js boot 时无条件 fetch /healthz(auth 豁免,embed/未登录都拿得到)填进 #app-version,钉在右侧文件面板底部存储条(.storage-foot)最左、带细分隔线、垂直居中(纯展示不可点;随存储条一起显隐)。不放顶栏:embed 模式桌面端整层 header 被 CSS 隐藏,顶栏点不到;也不放左栏:左栏底部留给后续按钮。CLAUDE.md「文档维护」段已加规矩:每次 commit/push bump __version__(patch=修复/重构/调参/skill、minor=成批新功能/对外行为变化、major=1.0 发版)。
• 并发/线程池轻量监控 + 接管默认 executor(§8.4 落地第 1 步):已上生产后线程池排队此前无观测手段。lifespan 显式建 ThreadPoolExecutor(尺寸复刻 Python 默认 min(32, cpu+4),env ZCBOT_RUN_MAX_WORKERS 可调大)+ set_default_executor 接管——run 走 asyncio.to_thread 即用它,这样既能读 max_workers 判断排队、也成了日后调并发的旋钮(行为不变,只从匿名默认池换成显式同尺寸池;run 与 disk scan/pptx/reaper 仍共享此池,同原默认)。加 _stats_logger 后台 task 每 60s 采样:active_runs(=len(inflight),含排队中)逼近 max_workers 即排队、新 run 的 SSE 会卡着不吐 token;刷新峰值时打 [stats] new peak active_runs=N max_workers=M(≥max_workers 带 [WARN 已在排队]),有负载时打 [stats] active_runs=.. max_workers=.. sse_subs=.. rss_peak=..MB,空闲静默不刷屏。RSS 用 stdlib resource(Unix 峰值/high-water;Windows dev 降级跳过),零新依赖;新 broker.total_subscribers() 给全局 SSE 订阅数。查看:journalctl -u zcbot | grep '\[stats\]'。不做监控界面(运维健康是少数标量、日志够诊断;业务分析数据已落 DB 走 SQL)——界面阶梯见 DESIGN §8.4。
• dev SPA「技能」查看 modal(左侧 rail 底部入口):因 .skills 在文件面板隐藏,加左侧 rail 底部「我的资源」分组(#rail-resources,留位给后续「记忆」)+「技能」按钮 → 弹 modal 分「平台 skill / 我的 skill」两组列表,点任一项展开完整 SKILL.md(GET /v1/skills/{name} + 现有 markdown 渲染),「我的」每项带删除(二次确认 → DELETE /v1/skills/{name},只删 user 源 + 防穿越);覆盖标 已覆盖平台同名,load_errors 提示未加载的。创建/改/fork 仍走对话。新 web/static/js/skills.js(零构建 ES module,main.js import + Esc 栈接入);/v1/skills 已带 source/overrides/load_errors。纯查看 + 删除,不在 UI 做创建/编辑(编辑天然对话式)。
• 用户私有 skill(每用户 .skills/,可从零写或 fork 内置再改):SkillRegistry 从单目录改多来源(SkillSource 列表:内置 ROOT/skills + 用户 user_root/.skills),后扫同名覆盖先扫 → user wins;覆盖关系记进 user_overrides,discovery 显式标 [你的·已覆盖内置](不静默)。Skill 加 source 字段;from_dir 区分"无 SKILL.md(静默跳过)"与"有但格式错(抛 SkillLoadError)",_scan 捕获用户来源的错收进 load_errors、注入 system prompt 提示用户修(一个坏 skill 不再崩整次扫描)。容器路径改写从 LoadSkillTool 下沉到 registry(container_dir 按 source 给 /sandbox/skills 或 /workspace/.skills),LoadSkillTool 去掉 container_skills_dir 参数。关键判断:写 skill 用 host-side typed tool(save_skill/fork_skill,tools/skill_authoring.py)而非 fs/shell —— 因 fs 的 base_dir 锚 cwd(host)/ 容器 wd(docker),都够不到 user_root/.skills,跨 backend 不可靠;host-side 工具知道 user_root 一个落点两模式通吃(与 seedream/DocumentDownload 一致范式)。save_skill 写时校验 frontmatter(名合法 / YAML 合法 / 有 description / name 一致),fork_skill copytree 整目录(带脚本)+ 自动把 frontmatter name 对齐新名(否则 fork ppt 仍叫 ppt 会反覆盖内置)。.skills 是 dotfile(文件面板隐藏,与 .memory 一致;validate_task_name 已禁 . 起头 working_dir,天然不撞)。/v1/skills 带上用户 skill + source/overrides_builtin/load_errors。新增 skill-creator 引导 skill。+test_user_skills.py(20 例)+ 改写 test_load_skill.py。性能:多扫一目录,没 .skills 的用户一次 exists() 跳过;有 skill 仅每 run +1-3ms,不在热路径。

2026-06-10

• system prompt 精简(瘦身 ~40 行 + 媒体段按需注入):general_v1.md + _build_system_prompt 去冗余:① 「宪法」文件命名约定从 ~25 行压到 ~6 行(只留格式定义 + 注入值 + 一行 current/重定调,操作细节本就由 proposal/ppt skill 各自讲,引用仍成立);② run_python「先 write script 再 script_path」指引去重(原模板 + agent_builder 两处 → 合并进模板 1 处,顺带把 scripts/ 子目录约定收进去);③ 媒体工具段(seedream/seedance 红线)从常驻模板抽成 _MEDIA_TOOLS_BLOCK,仅 ArkConfig.load() is not None(有 ARK_API_KEY)时由 agent_builder 追加——无 key 用户不再背 7 行永远报错工具的说明,且 ark_cfg 提前 load 一次复用给下方 tool 注册;④ 「路径 echo 全形式」段 8 行压到 4 行。通用任务每轮 system prompt 净瘦 ~40-50 行,领域 task 加载 skill 后信息不丢。test_system_prompt_paths 仍过。
• 上下文压缩加压力门槛:压缩只在总 chars 超阈值(caps.reliable_context×0.5×2.5 char/token,flash ≈33 万)时才做,未超则原样发——护 DeepSeek 前缀缓存(短任务字节逐轮一致、全程命中)+ 不白丢旧细节。prepare_messages_with_stats(compact_threshold_chars=),compaction_skipped 进事件;默认 0=向后兼容永远压。实测高轮 task 缓存命中已 92-94%,故只补门槛不改滑动边界。+2 测试。
• 单轮停机判据从「步数」解耦为「是否在推进」:max_iterations 从「轮预算」降级为纯安全 backstop(flash 50→120 / pro 100→150),真正掐空转靠两道进展信号——_RepeatGuard 逐指纹「无产出重复」累计(SOFT2 注提示 / HARD4 拦截)+ run 级全局 _stall(整步所有 tool 无净产出 +1、任一净产出清零,连续 8 步主动停)。撞 backstop / 熔断都 emit「回复『继续』可续跑」提示,不静默停。(诊断:task b27466a0 所谓「中途断」实为撞旧 50 步上限干净停下。)
• systemctl restart 优雅 drain in-flight run:restart 不再硬杀 BG run 致 reaper 误标 error。纯进程内零 DB 改动:lifespan 加 draining + inflight 登记,先拒新 run(503+Retry-After)再 asyncio.wait(drain_timeout) 收尾,超时转协作式 cancel。部署强耦合:unit TimeoutStopSec 提到 90(必须 > drain+grace),前端发送包退避重试。

2026-06-09

• PPTX 前端在线预览(LibreOffice→PDF,DESIGN §8.3 Stage 1):文件区点 .pptx 改在线预览。关键洞察=前端已有 PDF iframe 路径,所以后端把 pptx 转 PDF 即可前端几乎不动。新 web/pptx_render.py(soffice 转 PDF,独立临时 profile 绕单 profile 锁 + 缓存 .preview/<hash>.pdf + 超时 kill)+ GET /v1/files/preview_pdf(复用鉴权防穿越 + per-path lock + run_in_executor)。转换在 web host 进程不进沙盒;部署装 libreoffice-impress + noto-cjk。
• 药3 复核:/home/ubuntu/zcbot 幽灵路径不复现 + 回归测试钉死:该路径(docker 下 system prompt 焊死宿主路径,容器内找不到致 51 次重试风暴)已于 06-03 修复,复核当前代码 docker 分支只注入容器路径不泄漏宿主路径/uid。加 test_system_prompt_paths.py(2 例)防回归。高轮数三味药全部收口。
• ppt skill 补「信息设计纪律」+ 混合背景 + pptx 预览器:深读 pptmaster 后定位 ppt 观感差真因是信息设计纪律(~70%)非 SVG 渲染(~30%)——且这些全是 editable python-pptx 能做的。加 add_takeaway/add_kpi(baseline+delta)/add_source/add_toc + 组合件 add_card_grid/add_timeline/add_cycle + render_bg.py(Chrome 渲 mesh 渐变背景)+ pptx_preview.py(渲 PNG 肉眼验观感,当场抓到 set_text 多行只给首段上色的 bug);投影改克制(add_card 默认不投影)。未动:SVG→原生转换器(论证零增益)。

2026-06-08

• loop 加病理性重复调用守卫(药1):_RepeatGuard 按 (工具名, canonical 参数) 指纹跟踪「无产出重复」——结果每次不同(改脚本重跑)算有产出、清零永不误伤;结果是 [Error] 或一字不差才累计;SOFT2 注软提示、HARD4 拦截。顺带堵 _malformed_tool_calls 退化成空 {} 的风暴。+test_loop_repeat_guard.py(7 例)。
• 检索/抓取类 host 工具批量化:DB 实测高轮数烧 token 三股根因(空 {} 风暴 / 报错重试 / 检索不收敛)。把 web_fetch/document_search/document_download 从单数改列表入参、一轮并发处理一批(批内去重 + 单条失败隔离 + 超量截断明示),直接换签名不留单数别名。
• ppt skill 视觉系统升级为卡片式:学 ppt-master 后岔路三选,选 B(升级 python-pptx 设计系统,非自建 SVG 转换器——保留单脚本批量架构、原生可编辑)。pptx_helpers 加 add_card/gradient/kpi 等质感件 + 派生明暗色阶,layouts 扩到 13 版式,quality_check 按色相归桶对齐三色制。
• system prompt 加「少来回」全局原则:互相独立的操作合到一个脚本 / 一轮并发 call(轮数=token 线性乘数),但需看上一步结果的就老实分步。便宜补充(走缓存),不指望动 100+ 轮大头。
• ppt skill 工作流批量化:阶段二从逐页(每页一 run_python,~2N 轮)改成写一个 build_deck.py 一次建整 deck + 图标全 deck 批量预取,逐页大纲表替代逐页确认。N 页降到 ~3-4 轮。

2026-06-06

• 前端模块化 Step 2 收官:把 main.js 剩余主体按干净度逐个剥成独立 ES module——layout / auth / preview / files / media / newtask / embed / chat(对话视图,合一个 chat.js 而非强拆 tasks+stream,因二者共享 state.liveRuns + run 生命周期)。main.js 2719→75 行入口;靠 ES live binding 解 main↔模块循环依赖;新增 import/export 一致性 + 从 main BFS 可达性校验。逻辑零改动纯剪切+连线。
• 修 deepseek-v4-flash 大参数工具调用 arguments 损坏 → loop 畸形重试:大参数(7-10K)write/run_python 偶发把碎片错位粘进 arguments 致 json 解析失败;真正放大成灾的是 loop 把损坏消息入库 + 每轮重发的投毒级联。_stream_llm 改「校验 tool_call arguments 能否 json.loads,不能则丢弃整轮(不入库)重 roll,最多 3 次,最后降级非流式」+ executor 缺参早返友好提示替掉暴露签名的 TypeError。

2026-06-05

• 前端模块化 Step 1:web/static/dev.html 4087 行单文件起步拆零构建 ES module(定方案「1 拆文件 → 2 局部引 petite-vue → 3 永不上 Vue+构建链」)。本步抽 5 个无依赖叶子(state/format/dom/api/markdown),主体落 main.js,app.py 加 mimetypes.add_type 兜底。逻辑零改动。
• 改密码弹框样式修复:#chpw-modal 复用「选入文件」弹框头/体/脚布局,纯 CSS。
• run_python 过程脚本约定 <task_dir>/scripts/:显式写文件再 script_path 跑的过程脚本落 scripts/(可见/可重跑),inline code 匿名片段维持临时用后即焚。改系统提示 + tool 描述。
• 新增 standard skill(国标/行标/团标起草):核实市面无可复用 skill,据 GB/T 1.1—2020 自建。覆盖三层级(重点对接 CSTM 团标)× 两体裁;渲染复用 proposal render_docx/render_diagrams;quality_check 对标准误报无跳过开关 → 改 drafting_rules §8 人工 12 条清单。

2026-06-04

• ppt 版式 helper 收进可 import 模块 + 修中文字体没真生效:抽出 pptx_helpers.py(每页 import P 免默写 150 行 + 治长 deck 坐标漂移);字体修复=set_text 同时写 latin=Arial + ea/cs=微软雅黑(python-pptx font.name 只写 latin 是中文不生效根因)。
• ppt quality_check.py 加内容形状重叠检测:纯数值两两包围盒,只检有文字/图片的内容形状(装饰元素天然排除),交叠 ≥25% 才报。
• ppt quality_check.py 配色纳入形状填充色 + 改三色制判定:加 _shape_fill_hex,粗阈值「≤5 色」改「非灰阶色 ≤3」(_is_neutral 排中性色),否则合规红 deck 狂报假阳。
• 前端顶栏展示用户已用存储:GET /v1/user/storage(复用 user_disk_usage 表),右侧文件面板底部钉进度条;不限额只显已用。
• sandbox 容器 env 收编到一处 + shell 也注入:executor_docker 抽 _CONTAINER_ENV={PYTHONPATH=/sandbox:/workspace, HOME=/tmp},shell/run_python/fs 三路共用(修 shell 里 import skills 报错 + 只读 rootfs 下缓存写不进的噪音)。纯代码改重启生效。

2026-06-03

• 修 docker sandbox 下 system prompt 焊死宿主路径:docker backend 时工具在容器跑但 _build_system_prompt 注入的是宿主绝对路径(容器内不存在),LLM 据此 find 全空。docker 下 task_dir + 宪法 glob 范例换容器路径 /workspace/<wd_rel> + 去掉无意义 cwd 行;host 不变。
• 顺扫清掉 SKILL.md 里残留的宿主路径假设:patent 跨 skill 调 proposal 脚本改兄弟相对路径;research/patent/proposal/ppt 的硬编码 D:/projects/zcbot 与废弃旧布局举例改双形态说明。
• 修 ppt 图标缓存写进只读挂载:种子图标库降为只读(glob 读),fetch_icon.py 新拉图标一律 -o <task_dir>/assets/icons/(与「产物只写 task_dir」一致)。
• 默认镜像源改清华(pip+apt)/ 腾讯(npm):腾讯 PyPI 吐损坏 litellm wheel(镜像端文件损坏)。
• 回退 ZCBOT_WORKSPACE_DIR env 覆盖,workspace 落数据盘改用 bind mount:env 覆盖与 paths.py 锚 ROOT 的相对存储冲突致三家分叉,改 bind mount(/data/zcbot/workspace→ROOT/workspace)。

2026-06-02

• 【已于 06-03 回退】resolve_workspace 加 env 覆盖 ZCBOT_WORKSPACE_DIR:prod 想 workspace 落独立数据盘,回退因与相对存储锚点冲突。
• 修 embed 模式「登录页一闪而过」:<body> 首行加同步内联脚本,?embed=1 立即加 embed-mode class 赶在 #login 绘制前隐藏。绘制时机问题非鉴权。

2026-06-01

• deploy/update.sh 加自更新重跑守卫:git pull 改脚本自身时 exec 用新版本从头重跑(标记防死循环)。
• deploy/update.sh 默认源改腾讯 + build 跳过改 --skip-build + 进度可见:根因=阿里 PyPI 同步滞后缺 litellm>=1.83。
• 修 MP host 工具的全量下载(IP 被封根因):mp_search_summary 没传分页致每搜一次整库级下载被 MP 判 abusive 封 IP;改 num_chunks=1 服务端限量。(宿主 IP 仍需邮件 support 解封。)
• 加一键部署脚本 deploy/update.sh(Ubuntu/systemd):git pull → pip → db upgrade → docker build → restart → curl /healthz;钉死两点:migration 从 .env 抠 ZCBOT_DB_URL、build 必须在 restart 之前。
• sandbox 镜像加中文字体:Dockerfile slim 起一个 CJK 字体没装致 matplotlib/mermaid 出中文方块,加 fonts-noto-cjk fonts-wqy-microhei。
• documents / Materials Project 带 key 能力改 host-side tools,key 不进 sandbox:新增 tools/documents.py + tools/materials_project.py,仅宿主 env 有 key 时注册,写文件绑 task_dir。
• 删 skills/pymatgen/materials.py::mp_rester():sandbox 内读 key 的旧入口,host tool 化后多余且违背「key 不进 sandbox」。

2026-05-29

• Seedream 5.0 i2i base64 通路 probe + DESIGN §8.1 落册:实测 /images/generations 接受 base64 data URL → 内网部署无需对象存储中介。选 E+C 组合,本版仅 probe + design,tool 改造未启动。
• web 端 tool_call 标题行改显中文活动描述:修读错字段(arguments vs args)+ toolActivityLabel 按 12 工具套中文动词。

2026-05-28

• skills/review/SKILL.md 加「长文档处理」段:阶段 1 骨架扫描(停下等用户挑章节)→ 阶段 2 分章深审 + 中间文件落盘。
• 新增 config/models/local.yaml(family=local,r1/qwen3)接内网 OpenAI 兼容服务,涉密专用:关键 thinking_mode=false(R1/Qwen3 天生推理,发 reasoning_effort 本地 vLLM 多半 400);不改默认模型。qwen3 跑通,r1 调试中。
• 修 LoadSkillTool 在 docker backend 返 host 绝对路径:加 container_skills_dir 参数,docker 时返 /sandbox/skills/<name>,references-heavy skill 自动 work。
• 新增 analyze skill(科学问题分析/拆解/引导):四段式 PICO→Issue Tree→分支(Fishbone/First-principles+TRIZ/DoE)→路线图,定位协调器不执行任务,接力下游 skill。
• Python 3.10→3.12 升级(host + Dockerfile):mp-api 依赖链 NotRequired(3.11+)在 3.10 import 不进;顺手修 executor_docker PYTHONPATH /workspace→/sandbox:/workspace。
• 新增 3 个科学计算 skill(pymatgen / stats_ml / plot_pub):服务无机非金属材料 R&D。pymatgen 带 CEMENT_PHASES 中英文相名映射 50+;stats_ml 纯指南;plot_pub 带 apply_pub_style() 出版级中文字体 fallback。挑 4 个 ★★★ fork 单装。
• DESIGN §7.5 增「image 体积 / 多 user 资源 / 后续加包策略」决策段:① image 大 ≠ 吃更多 RAM(layer 共享);② 多 user 瓶颈在并发 exec 不在 idle 容器;③ 新增依赖走「base 收敛 + per-user 持久化 venv + 使用频次沉淀」。

2026-05-27

• ppt skill 歧义反问 + general_v1 加「产物形式歧义先问」通用原则:「汇报方案」被误路由成 PPT,改先反问「PPT 还是文档」并升格到 system prompt 让新 skill 继承。
• ppt skill description 收紧路由:改显式白名单(PPT/幻灯片/.pptx/slide/deck)+ 显式反例(报告/文档/纪要不触发)。
• skill 热更新:/v1/skills 每次现扫:原启动扫一次须重启;改每次现扫(~3ms)。

2026-05-25

• dev SPA 前端依赖 CDN 本地化 + 升级稳定版:markdown 渲染(marked/dompurify/highlight.js)从 jsDelivr 改本地 vendor/,避免内网/跨境 CDN 抖动;test_static_vendor.py 回归。
• dev SPA 一批上传/布局交互打磨:三类上传入口改 XHR 显进度 + 粘贴 chip 可预览可删;三栏右栏折叠 + 分隔线拖拽调宽(LS 持久化)。
• 接入博查 Web Search + Web Fetch:web_search.py(Bocha,仅 env 有 key 挂)+ web_fetch.py(httpx + html2text,SSRF 内网屏蔽)。

2026-05-22

• dev SPA 加 iframe embed 模式(?embed=1&parent_origin=):父页 postMessage 握手拿 JWT,event.origin 双向白名单,PLATFORM_KEY 不下发浏览器;web/EMBED.md 对接手册。
• embed 模式接受 task_id URL 参数定位 task:首次签发后 selectTask,once 标记只生效一次(401 重签不重置用户中途切的 task)。
• 媒体生成每账号每日配额(yaml 可配,默 20 图/5 视频):check_daily_quota 按服务器本地今日计,超额返中文提示不烧钱;tool 返串不贴 yaml 路径防泄漏 schema。
• 对外路径协议刚性化:general_v1.md 规定助手 echo 产物路径用 user_root 相对全形式 <wd_name>/<rel>(简写致 chip 失效),跨产物 skill 统一;UI 一次性兼容历史简写。
• 豆包 Seedance 2.0 Fast 视频生成接入(文生视频)+ videogen skill:tools/seedance.py(ark 建任务→轮询→download mp4,失败/cancel 不计费);build_agent 加 video_variant + cancel_check;skill BLOCKING 门槛更严(¥4 vs ¥0.22)。phase 1 仅 t2v,fast 上限 720p。
• dev SPA 移动端自适应 + 交互打磨:手机两档断点(平板 rail / 手机单列 .mobile-tabs,100dvh 解 iOS、输入 ≥16px 防缩放);chat-input 支持 Ctrl+V 粘贴上传。

2026-05-21

• dev SPA UI 打磨:修 primary 按钮 hover 文字消失;4 个 modal 抽 .modal 基类(style 589→522 行);新建任务/filter 工作目录回原生 <select> + sentinel + 二级 input(combobox 试过推翻)。
• sandbox 阻塞地位写进 DESIGN(§7.7/§7.8/§7.9):shell.py::BLOCKED_PATTERNS 是 trivial-bypass 装饰品(命令注入图灵完备),不继续加规则;正确防线在 OS 层 §7.5。本地 dogfood blast radius 限自身;SaaS 外部开放才 hard prereq。
• system prompt 注入 task 预选 skill 提示:_build_system_prompt 加 task_skill 参数,与 general_v1「对应 skill 先 load」组合 → 主动 load。否决完整 SKILL.md 预注入。
• imagegen skill 加 ⛔ 调 tool 前必须贴 prompt + BLOCKING 等确认:把模型脑内装配摊到对话层让用户最后过一眼防白烧 ¥0.22;诊断五维→六维加比例/尺寸。
• 新增 imagegen skill:单文件五步法(诊断模糊度→给推断+待确认→拍板→装配 prompt→调 seedream);mermaid vs seedream 选型三段式。
• 登录页加「管理员添加用户」入口 + 删 chat meta 条/tok 显示:create_user(CLI/web 共用)+ POST /v1/auth/admin/create_user 校验 ZCBOT_ADMIN_TOKEN。否决 User 表加 is_admin 列。
• 新增 documents skill(内部材料学科知识库 document_search API):四函数 Bearer 认证,search 返整篇 Markdown,反模式约束只 print 前 300 字防爆上下文;库=7 材料学科英文论文 100W+ 文件 + 跨语言语义检索;与 research(OpenAlex)互补。
• dev SPA SSE 客户端重连:fetchSse 拆 consume + 重连壳(1/2/4s 退避 ×3);后端 stream_events 入口检 run_status 非 running 立即吐 done 关流。
• research skill fetch_pdf 改走静态直链 + list 端点加直链 + pg_trgm GIN 索引:绕开 paper_pdf_view 路径 bug;?search 30s→几十 ms;SKILL 加「XML 优先 PDF」。
• 顶栏 token 累计修(sync_task_tokens 改走 messages SUM):切 streaming 后内存计数器永不更新,改现算 + backfill。
• 同 wd 并发软警告 banner + /v1/tasks 加 run_status 筛选:Claude Code 同款「信任 + 软警告」;否决硬挡/short_id 全产物隔离/clone task(DESIGN §7.9)。
• paper_server → research skill:范式判断走 skill(非 tool/MCP/裸 httpx),skills/research/{SKILL.md,paper.py} 三函数。

2026-05-20

• dev SPA artifact chip 演进:对话内 tool_call/result 挂产物 chip,门控落到产物工具白名单 ARTIFACT_PRODUCING_TOOLS={seedream,seedance},assistant 正文走 seenRels 去重 + allowInlineMedia 防二次 inline。
• CLAUDE.md 加「实施前先对方案」段。
• loop.py tool message 补 name 字段 + backfill 历史:OpenAI tool spec 本有 name,缺它致历史回放无 banner/chip。
• dev SPA 输入区删上传按钮 + 加「✨ 润色」按钮:POST /v1/tasks/{id}/optimize_prompt 走 task model 装配 LLM,计费 kind=prompt_optimize 不污染顶栏。
• 顶栏加生图模型下拉 + 中间产物图片/视频内联展示:GET /v1/image_models 扫 yaml,build_agent(image_variant=);renderArtifactBarHtml 走 blob URL inline,切 task 回收 blob。
• LLM 调用切 streaming(cancel 秒退)+ 发送/停止合并单按钮:chat_stream(stream=True, include_usage=True) + stream_chunk_builder 拼回,chunk 间 poll cancel;前端打字机靠 emit text delta。
• dev SPA seedream tool 透明性 banner:tool 返串首行 [seedream] model=...· cost=¥...,前端正则 parse 挂折叠徽章。
• 豆包 Seedream 5.0 接入 + 0007 cost_usd → cost_cny 全表统一币种:tools/seedream.py 走 ark_client,产物落 <wd>/figures/;0007 全表 ×7.2 折 CNY;仅 ARK_API_KEY 设了才挂。
• POST /v1/files/delete 加 recursive + 顶层目录 task 引用闸:recursive 走 rmtree;顶层目录被 task 引用 → 409。
• fs tool 输出渲染 user_root-relative 路径:Tool 加 user_root + _display(p),消 chip 404 + 防 uuid/部署根泄漏。
• POST /v1/tasks/{id}/clear 清空对话:同事务 lock + 检 running + DELETE messages + reset 三列累计;usage_events 全不动(账单 source of truth)。

2026-05-19

• 0006 模型切换(c 模式 task 级 A 粒度)+ usage_events v2 表:tasks.model_profile 变 source-of-truth,顶栏下拉 PATCH 下条 send 生效;message 历史按 messages.model_profile 画切换点;usage_events 重建多态形态(units jsonb,chat 已接入)。
• dev SPA 登录撤回邮箱+密码,删 invites 表:「邀请码 env→invites 表」一日游撤回;复用 users.email + bcrypt;dev SPA 双 tab 登录。
• SENTINEL user 彻底撤(数据 + 代码):web 必走 JWT 后 sentinel 无角色;CASCADE 删 + 10 处代码删;build_agent 加 * 让 user_id 必填。
• 任务/文件行 ⋯ 下拉菜单 + tool_result debounce 刷新右侧:单例浮层菜单(position:fixed)避 pane overflow 裁剪;tool_result debounce 500ms 刷新文件 panel。
• proposal skill mermaid 强制 + quality_check 加图相关 4 拦截:模型曾写满 ASCII 字符画;render_diagrams caption 强制必填+唯一,quality_check 加四条;/v1/files/download 加 Cache-Control: no-cache。
• dev SPA 文件预览弹框:点击不再直接下载,90vw 模态按扩展名分派(image/pdf/text/md + docx-preview + SheetJS);vendor 入 git(~1MB)。

2026-05-18

• 入口归位:cli.py→main.py,原 main.py→core/agent_builder.py,删 CLI REPL,§7 E 撤:main.py 原混三角色按 SoC 拆,CLI 只剩 db/probe/web/user;dev SPA 已是 dogfood 主路径,REPL 无双 transport 维护税。
• 0004 schema 大瘦身:删 runs / usage_events 旧版,合 run_status/run_error 入 tasks;路由 run_id→task_id:单活 run 形态客户端只需 task_id。
• POST /v1/files/rename + 顶层目录 delete 加 task 引用闸:/v1/files/* 升格唯一目录树 mutation 入口,DB-FS 一致性服务端内化;顶层目录走 DB-aware 分支(SELECT FOR UPDATE + 409 + check_no_subtask + UPDATE 先于 FS)。
• task 级 cancel + AgentLoop 协作式 cancel + dev SPA stop 按钮:Broker 加 per-task threading.Event;Loop 加 cancel_check + _fill_cancelled_tool_results;同步 call 本身不可中断(后接 streaming 修)。
• POST /v1/tasks/{id}/messages 单活 run 锁 + 孤儿 reaper:同事务 SELECT FOR UPDATE + 活跃检查 + 标 running 三步原子;lifespan reaper 清 crash 孤儿。
• proposal skill 流程图/结构图管线:render_diagrams.py 扫 mermaid → mmdc/mermaid.ink → png;render_docx 识别 ![](...) + mermaid 围栏;图编号递增。
• system prompt skill 机制改「可选辅助」:简单问答/读代码/改 bug 不必硬套 skill;接 GET /v1/skills 下拉。
• GET /v1/skills + dev SPA skill 字段改下拉;dev SPA 全套 UI 中文化(技术字段不动)。

2026-05-17

• 0003 schema:name + working_dir + skill 三件套:任务标识与工作目录解耦;TRUNCATE tasks CASCADE + 加 name NOT NULL;GET /v1/folders 给 datalist。
• GET /v1/tasks 分页 + 多维筛选 + ordering:{page,page_size,count,results} + 6 query;allowlist 防注入;默认 -created_at。
• task 硬删 API + dev SPA delete + 文件 per-row 删:DELETE /v1/tasks/{id} 删 DB 行(messages CASCADE)+ FS task_dir 不动(同 name 多 task 共享)。
• files API 全面 user-rooted + dotfile 过滤;files 面板 UX 项目名 + 修 root crumb bug。
• task_dir 改 eager mkdir:build_agent + create_task 都 mkdir(exist_ok=True),name=项目声明。
• task = name-based 项目目录 + memory dotfile:废 UUID 派生 + tasks/ 中间层;task_dir = workspace/users/<uid>/<name>/,同 name 共享;memory 搬 .memory/;validate_task_name 拒 . 起头。

2026-05-15

• §7 D 阶段 /v1 JSON API 落地;Phase G Jinja2/HTMX UI 路线撤:删 templates + jinja2/markdown-it-py/pygments;SSE event 由 HTML 片段切 JSON;dev.html 留作 dogfood 主路径。
• §7 D' 过渡 auth(PLATFORM_KEY → JWT)+ dev SPA:pyjwt HS256 + AuthConfig.from_env() fail-fast;数据隔离全 Task.user_id == user_id;SSE 走 fetch + ReadableStream 手解。
• task_dir 改相对存储:DB 存 ROOT 内→相对 posix;core/paths.py::{ROOT,to_db_path,from_db_path};alembic 0002 backfill;CLAUDE.md 加「开发期不写兼容层」。
• workspace 布局统一 per-user + litellm 启动 cost map 网络警告兜底(LITELLM_LOCAL_MODEL_COST_MAP=True,冷启 ~5s→<1s)+ Phase G Jinja2/HTMX Web UI 全撤(沉淀的 sink/broker/no-subtask/files 安全归一保留)。

2026-05-14

• §7.1 心智模型修正:Folder-centric → Task 一等公民 + Dir 文件副视图:dir 不是 task 父容器,双视图正交。
• §7 B Steps 1-4 + 6:SQLAlchemy 2.x ORM(5 表)+ alembic + cli db;state.json 全废入 PG;check_no_subtask 查前缀嵌套。

2026-05-12

• §7 改写:platform/core 多租户方案废弃,改 user-direct(folder-centric → task-primary;task/messages 入 PG;no-subtask;hard cascade)。

历史(2026-Q1 → 05-11)

• Phase 1-4:骨架 / 三 skill / run_python / Model Profile + Probing;ppt v3 商务红 + apply_brand + Iconify;素材摄取改 markitdown CLI。
• 05-06 → 05-11:Phase 6 部分(task + state.json + tokens 累计);TUI rich + /resume;DESIGN §7 初版(05-12 重写);cli.py export + core/export_docx.py;atomic_write_text + core/memory.py;loop 事件流化铺 SSE 路。
• 06-04 token 优化启动(DESIGN §8.2):chat usage 记 cache hit/miss + LiteLLM cost=0 时按模型档案 CNY/Mtok 兜底;run_python 加 script_path 模式;core/context.py 压缩旧 tool / load_skill / assistant tool_call arguments 不改持久化历史;llm_start SSE 输出 context_* 压缩统计。
• 06-05 记账给缓存命中折价:发现 task tokens_in 88.6% 是缓存命中却按全价记致虚高 2-3x;ModelCapabilities 加 cache_hit_cny_per_mtoken,成本公式拆三段;前端 hover tooltip 显真实成本 + 命中率(分母改 usage_events 同源,恒 ≤100%);历史走 backfill 脚本。

---

关键决策与偏差

项	决策	备注
工具基目录	cwd(读)+ working_dir(写)	system prompt 同时注入两者绝对路径
Workspace 布局	workspace/users/<user_id>/{.memory/, <name>/}	per-user 隔离;memory dotfile 防撞;同 name 多 task 共享
Eval Suite	不做	个人工具 dogfooding
版本化 prompt	直接 general_v1.md	真要切再做
run_python 沙盒	subprocess + env 过滤	Docker 在 §7 C 阶段
兼容层	开发期不写	DB schema / 字段 / API 改动直接切,见 CLAUDE.md
/v1/files/* 与 DB	files API 作目录树唯一 mutation 入口,DB-FS 一致性服务端内化	rename / delete 顶层目录 DB-aware
单活 run	task 同时最多 1 个活 run	gate 在 post_message 同事务 SELECT FOR UPDATE
LLM 调用走 streaming	chat_stream + stream_chunk_builder 拼回;chunk 间 + tool_call 间 poll cancel	cancel 延迟 100ms 级;content delta 即时 emit
上下文压缩	加压力门槛,超阈值才压	护前缀缓存 + 不丢旧细节(§8.2 / 06-10)
停机判据	max_iterations 降为 backstop,靠进展信号掐空转	_RepeatGuard + run 级 _stall(06-10)

---

文件清单

core/capabilities.py        75   ← 模型档案增加 CNY/Mtok 计费兜底字段
core/llm.py                151   ← litellm 离线 cost map env + chat_stream(stream + include_usage)
core/loop.py               300   ← sink.emit + _stream_llm(chunk 间 poll cancel + emit delta)+ _RepeatGuard + usage cache 明细
core/context.py             95   ← LLM 调用前压缩旧 tool / load_skill 消息(带压力门槛),保 tool_call 协议字段
core/sinks.py              101
core/paths.py               50   ← task_dir db form 归一
core/probe.py              243
core/session.py            153   ← ORM
core/task.py                82   ← PG-backed TaskState
core/skills.py             180   ← 多来源 registry(SkillSource)+ source 标记 + 覆盖感知(user wins)+ load_errors + container_dir
core/memory.py              81   ← per-user `.memory/` dotfile
core/export_docx.py        383
core/storage/{__init__,engine,models,usage,utils}.py  ← 4 表(0004-0007 演进);record_chat/image_usage
core/ark_client.py         105   ← 火山方舟 HTTP 客户端
core/agent_builder.py      340   ← 装配 lib(有 ARK_API_KEY 才挂 SeedreamTool);build_skill_registry 装两来源
core/executor.py / sandbox/{network,pool}.py / executor_docker.py  ← Executor ABC + Docker per-user 容器池
tools/{base,fs,shell,run_python,skill_tool,skill_authoring,seedream,seedance,web_search,web_fetch,documents,materials_project}.py  ← skill_authoring=save_skill/fork_skill(host-side 写 user .skills)
main.py                    ~210  ← 入口:web / db / probe / user / sandbox check
db/migrations/versions/    0001-0008
web/app.py                ~1360  ← /v1 JSON API + user_id 隔离 + run lock + cancel + files + pptx 预览 + skills(列表/正文/删)
web/auth.py                ~190  ← 邮箱密码 + platform_key → JWT
web/broker.py / sinks.py / pptx_render.py
web/static/dev.html + js/*.js    ← dev SPA 拆 15 个零构建 ES module(main.js 入口;skills.js=技能查看 modal)
web/static/vendor/        ~1 MB  ← jszip / docx-preview / xlsx
─────────────────────────────────
Python 合计              ~3400 行(+ dev SPA + vendor 1MB);加 skills 脚本 + 配置,总仓库约 3800 行

---

下一步候选(性价比排序)

1. CORS 收紧(~半小时,已接入真实用户应尽快做)—— allow_origins 从 * 改读 env 域名 allowlist;与 OIDC 解耦。
   • 真 OIDC(~1 天,选做)—— /v1/auth/login 内部换 ID token 校验(路由层 Depends 不动);邮箱密码长期保留并存。platform_key 信任模型可接受则可延后,真要弃 PLATFORM_KEY 共享密钥时再做(延后无技术债)。
2. §7 C Executor + sandbox 收尾(~3-5 天,按 §7.5 落地清单)—— 剩 Step 4 完整 egress proxy + Step 3b PGID kill 协议 + xfs project quota OS 层硬化。Stage C DoD = 6 条落地清单全完成 + 红队回归通过(metadata IP / PG IP block、残留进程清理、跨 user 网络隔离、egress allowlist)。多用户在线跑代码 hard prereq。
3. Phase 6 context 第二步 task summary(~1 天)—— 旧消息压成一条 summary(区分硬约束/计划/文件路径/关键事实),不直接塞回旧 tool 原文。

§7 B + D + D' + 单活 run 锁 + cancel + 0004 schema 瘦身 + 入口归位 + Stage C 主体已完工。剩余:真 OIDC → C 收尾 → F(deploy/billing)。§7 E CLI 双模式撤;Phase G Jinja2/HTMX 撤(详见 DESIGN §7.9)。