全局待办 LUgABeEEE/dsh-global-todo

进入清单的规则只有一条：没有截止时间，就不进清单。 · 没有截止时间的智能体记录留在收件箱里。改动前统计：357 条记录中有 354 条由智能体写入（约每天 16 条），86 条未完成记录里有 40 条标了「高」，其中 34 条根本没有截止时间。三个入口共用同一个宽松阈值——每轮提示词没有拦截，无人值守提问又沿用了手动「抓一下待办」的说法。现在智能体写入的记录若没有 dueAt 就进收件箱（收下 / 丢弃，七天清理），原因写在记录上；你自己录入的记录永远不受拦截。 · 每天八条，之后排队等待——不丢任何东西。智能体写入的记录进入清单有每日额度，额度从记录本身推算，不靠计数器，所以重启、第二个 Host 或同步都不会对不上。 · 级别由截止时间决定。没有日期 = P3，7 天内 = P2，48 小时内 = P1，已逾期 = P0。模型原本要求的级别保留在 suggestedPriority 里；你手动改过就锁定记录，规则不再覆盖。 · 收件箱不计入清单的数字，所以「全部 / 未完成」指的就是清单本身。 · 本轮已经记过东西就不再追问——智能体在这一轮写过待办，就跳过无人值守提问，而且它的提示词现在是独立的、更严格的文本。 · 面板会自己解释：收件箱每行写明原因，详情里说明级别是按截止时间推出来的、被你锁定的，还是智能体建议的。 · 升级后首次启动做一次清理：没有截止时间、没人动过的未完成智能体记录移入收件箱，受规则管理的级别重新计算。这台机器上是 68 条进收件箱、6 条级别变化、清单从 87 条降到 19 条——而每一条人改过的记录都原封不动。 · 手机上的触摸目标现在会实测了。一个探针从每个控件向外走，直到该点不再命中它，发现四个样式表一直自信地写着「没问题」的地方：搜索框是 44px 外框里的 20px 盒子，附件标签 22px，详情页的分段控件 29px，纯文字按钮 20px。已修复；npm run check:mobile 现在会在真实浏览器里对三个手机视图做这项测量。 · 截图基线固定在一个时刻，所以 CSS 没动时，提交的图片不再每天漂移。 · 新增：docs/RELEASING.md —— 发布流程，以及每道防线各自防住的事故。 测试：393 项，契约检查 101/101，三个手机视图的移动端契约全部通过。 完整更新日志：CHANGELOG.md

两台机器共用一份清单，手机页面还能折叠。 · 每台机器各存自己的清单，在同一个目录里汇合。把 storePath 指向 NAS，会让每个面板都走一次网络往返，离线笔记本连自己的待办都打不开。改成两台机器都通过共享目录里的 todos.hub.json 折叠（同步目录在 设置 → 多端同步，0 = 仅手动）。合并时每条记录以较新的 updatedAt 为准，seq 按记录集重新编号，折叠可交换、幂等，没改动就不写盘。 · 删除会留下墓碑。以前 remove 直接删掉记录，另一台机器下次同步又把它带回来。现在文档带 trash: [{ id, at, by }]；撤销是收回墓碑，而不是让墓碑再删掉恢复的副本。读清单从不碰共享目录——挂载失效也卡不住面板，/health.sync 会说明上次同步的结果。 · 手机页面能折叠，折叠靠手势。宽度 600px 及以下时，面板自己量宽度：44px 标题行、三行工具栏（筛选 / 搜索 / 分组）、66px 行高、44px 点击区，并避开安全区。下滑超过 80px 收起搜索行——先补回它让出的 110px，否则内容会在拇指下跳走——上滑 48px 再展开；每次翻转后 300ms 内两个方向都不响应。折叠后的行保留标题和影响下一步操作的信号；展开的行保持完整。派发摘要和自动收集开关从手机工具栏移到设置面板，dsh-mobile 无需配置。 · 按工作区分组是真的。第一种模式是工作写入的目录（originDir，取不到就用会话目录），标题取路径最后一段，完整路径作提示；工作区分组从不自动折叠，按组豁免的键就是分组本身。标签：工作区 / 时间 / 待办等级。 · 顺手修了两个静默故障。/sync 每条路径注册了两次；Host 只按路径匹配精确路由，第二次就抛错，而打包时整份路由表一次注册——于是 /sync 之后的所有路由都消失了，读还在应答，写却只返回裸 404。主按钮用画布 token（--dsw-alias-bg-base）画文字，壁纸主题把它设成透明：白药丸上一个字都没有。修了五处，另加一条测试，禁止在 color / fill / stroke 里用 surface token。 · 测试：381 项，契约矩阵 85/85，两套截图都重新生成。Schema 2——共用 hub 的每台机器都要 0.21.0 或更新，0.20.0 的主机会明确拒绝版本 2 文件，而不是丢掉墓碑。 完整更新日志：CHANGELOG.md

列表不再和记忆存储争抢同一句话。 · 与记忆插件搭一座桥，靠一句话而不是一条线。装了 dsh-mnemon 后，提示词多出一节——动作归这个列表，事实归记忆，同一件事别存两遍——已完成的 todo 的工具结果会提示用 mnemon_remember 记下结论，正文里带上 todo id。两者只在 mnemonMemory 存在时才生效：ctx.inject(['systemPrompt','mnemonMemory'], …) 控制这一节是否出现，createTools({ hasMemory }) 每次调用时询问。点名部署里没有的工具，正是工具组闸门早已拦下的失败。 · 两处拒绝，记在 docs/DESIGN.md。不读写它的 SQLite 存储（私有 schema，它唯一的服务是定义注册表，不是「记住」调用），本仓库也不放 mnemon-source-global-todo 包（第二个 bundle，带 peer 依赖；这个必须能单独跑）。它发布的扩展 SDK 是文档写明的路径，想让召回看到未完成项就走这条。 · 测试：memoryGuidanceFor 的闸门、有记忆插件和没记忆插件时的完成提示行，以及三项契约检查，防止这座桥点名核心部署没有的工具。 · 对照 DSH 0.2.1-rc.3 验证过。它给左侧栏加了 More 菜单（浏览其他插件、创建插件），给会话视图标签页和右侧栏指南也加了；修了 New Session 丢失未发送草稿的问题；还改了 DeepSeek API-key 适配器刷新模型列表的方式。这些都不改插件声明：packages/boot/hmr/src/package-manifest.ts 和 packages/client/modules/src/client/manifest.ts 在 rc.2 与 rc.3 之间逐字节相同，侧栏入口的注册方式也没变——新菜单只是列出条目，不改声明方式。 · 声明的范围本来就容纳新版本，现在写明了原因。engines.dsh 仍是 >=0.2.0-rc.1 <0.3.0；Host 用 includePrerelease: true 匹配（dsh-app-boot 的 satisfies），所以 0.2.1-rc.3 落在下界写着 0.2.0 预发布版的范围内。scripts/matrix.mjs 加了这个用例和一条警告：把范围「清理」成 ^0.2.1 会同时拒绝 0.2.1-rc.2 和 0.2.1-rc.3。两份 README 和快速上手现在都写明验证过的版本，不再含糊其辞。