JianFeeeee
07e6b789b2
## 配额重构：废除 Agent 终身额度
原实现在 agents 上放一个 max_rounds/used_rounds 计数器，used_rounds 单调递增、
永不重置 —— 跑满就要管理员手工重置才能再干活。那是把一次性资源模型套在长期
在线的服务上，且并行任务互相抢额度。
改为：
- 唯一被强制的预算是【会话】的往返预算（sessions.max_rounds/used_rounds），
写信时给、对话页里随时改 —— 配额的语义是「这件事值得多少个来回」，
那是任务的属性而不是 Agent 的属性
- agents.default_rounds 只作为「派给这个 Agent 的新任务」的默认值（默认 20）
- agents.used_rounds 降级为纯统计
- 新建会话速率限制（1h/20 条）堵住用 .new 开一串新会话绕过预算；
人类不受限（agentLimiterKey 返回空串即不计量）
## 窄屏适配（用户反馈「窄屏基本不可用」）
原先只有三栏并排：60(导航)+320(列表)+详情，375px 屏上详情被挤到 0。
第一版做成「一次只显示一栏」，用户纠正应当是新页面覆盖老页面并带动画，
于是重做为覆盖式：
- NarrowStack：底层列表始终挂载，详情绝对定位盖在上面。两个好处 ——
列表滚动位置与选中态天然保留；退出动画有东西可播（直接卸载再渲染另一个
组件的话，没有任何一帧能让旧页面往右滑出去）
- 因此必须区分「逻辑上是否打开」与「是否还在 DOM 里」：关闭时先播 200ms
滑出，动画结束才卸载
- 入场用双层 requestAnimationFrame：必须让浏览器至少绘制一帧「在右侧之外」
的状态，否则挂载与 translate-x-0 在同一帧内完成，transition 不触发
- 窄屏专属控件用 useIsNarrow() 条件渲染而非 md:hidden —— 后者只是视觉隐藏，
宽屏用户按 Tab 会聚焦到看不见的返回按钮
- 底部导航 + 抽屉侧栏 + env(safe-area-inset-bottom)
## 工作列表卡片视图（Phase 7.1 最后一项）
中间栏可切列表/卡片。列表答「跟谁在聊」，卡片答「在聊什么、进展如何」：
主题 + 最新一封的发件人与摘要 + 往返预算徽标。
- 两种视图共用同一份数据与同一套动作；归档确认框也共用 —— 归档是破坏性操作，
换个视图就换套确认 UI 只会让人对「自己点了什么」更没底
- 预算徽标在「不限」时不显示（对每张卡片都成立的「0/0」是纯噪声）
- 数据一次取回，不让卡片为每条会话再打一次库
## 修掉的缺陷
- GET /me/sessions 一直 500：ListSessionsFor 的 SELECT 加了预算两列却没加进
Scan，列数不匹配。联系人栏一条数据都拉不到，而错误只是「Failed to list sessions」
- GET /sessions/{id} 忘了填充附件：前端会话视图走的是这个端点，于是 Agent
回信里的附件在 UI 上完全不存在（另一个端点填了但没人调用）
- 插件曾完全没在加载：为了可测在 index.js 里 export 了辅助函数与一个 Map，
而 opencode 把入口模块的每一个导出都当成插件工厂逐个检查，多导出一个 Map
就 "Plugin export is not a function"，插件静默失效、邮件全投不进去。
逻辑挪到 lib/relay-dedup.js，并加断言钉住「入口只有 default 导出」
- 同一件事发两封邮件：模型带附件主动回信后，session.idle 又把它最后那段话
自动转了一遍（生产实测 311 与 342 字节各一封）。explicitSends 记录本轮
主动发信，自动转发据此让位；relay_key 幂等管不了这个 —— 那个键保证的是
「同一条消息不转两次」
- SQLite 时间戳只有秒精度：同秒插入的多封邮件排序不确定（实测同秒插 5 封，
顺序由随机 UUID 决定）。「会话里最早那封」（决定联系人身份）与「最后那封」
（决定最新进展）都会取错。NOW() 升到微秒 + mails 的 INSERT 显式传它
（改 schema 默认值只对新库生效，SQLite 没有 ALTER COLUMN）+ 所有
ORDER BY created_at 补 mail_id 兜底
- fillAttachments 从逐封查询改成一次 IN(...)：原来是 N+1，200 封的会话打开
要打 200 次库
- repo 层 5 处 rows.Next() 循环补 rows.Err()：没有它，读到一半连接断掉会
静默返回部分结果，UI 上表现为「邮件凭空少了几封」
- go:embed 占位页改名 placeholder.html：叫 index.html 会被 Vite 产物覆盖并
提交进去，而它引用的 assets/ 是被忽略的 —— 新克隆打开是白屏
## 回复/转发栏
- 两处都加抄送（可折叠）；原邮件带抄送时多一个「回复全部」，回填用
cc_list[].raw 而非重拼 name@path（后者会丢掉会话段）
- 会话视图每张卡片加转发入口：转发之前只存在于单封邮件视图，而人多数时间
待在会话视图里，等于功能在 UI 上找不到
- ReplyBar 的错误从 console.error 改为显示出来：预算耗尽、地址不存在、
速率限制都走这条路，之前点发送毫无反应
## 测试
- repo: 列顺序（三个 SQL 分支）、卡片字段、previewRunes 边界、时间戳亚秒精度、
批量附件查询、速率限制（80 goroutine 断言恰好 20 条通过）
- web: 窄屏布局 16 条结构性断言（覆盖而非分栏、延迟卸载、双层 rAF、
条件渲染而非 md:hidden）
- 插件: 自动转发去重 17 条（含「入口只有 default 导出」不变量）
- install.sh 把插件测试也纳入部署前门禁
59 lines
2.6 KiB
JavaScript
59 lines
2.6 KiB
JavaScript
// 自动转发去重的纯逻辑。
|
||
//
|
||
// 单独一个文件而不是放在 index.js 里导出：**opencode 会把插件入口模块的
|
||
// 每一个导出都当成插件工厂**（`Object.values(mod)` 逐个检查是不是函数），
|
||
// 多导出一个 Map 就会让整个插件加载失败：
|
||
// ERROR message="failed to load plugin" error="Plugin export is not a function"
|
||
// 实测踩过 —— 插件静默不加载，邮件全都投不进去。
|
||
// 因此入口文件只能 `export default`，其余东西一律搁在这里。
|
||
|
||
/** 取三维地址的名字段：admin@root.alias -> admin */
|
||
export function addrName(addr) {
|
||
return String(addr || "").split("@")[0].trim();
|
||
}
|
||
|
||
/**
|
||
* 本轮内模型**自己调 send_mail** 发出去的信（按 opencode 会话）。
|
||
*
|
||
* session.idle 的自动转发要据此让位：模型已经亲手回过这条线索了，
|
||
* 再把它最后那段话转一遍，收件箱里就是两封内容几乎一样的邮件。
|
||
* 生产实测过这个后果 —— 同一轮里 311 字节和 342 字节各一封，
|
||
* 说的是同一件事，其中带附件的那封才是模型真正想发的。
|
||
*
|
||
* 为什么不靠 relay_key 幂等：那个键是 assistant message id，
|
||
* 保证的是「同一条消息不被转两次」，管不了「模型已经自己发过了」。
|
||
*
|
||
* 窗口是「一轮」：deliverMail 投递新邮件时清空（新一轮开始），
|
||
* relaySummary 用完即清。
|
||
*/
|
||
export const explicitSends = new Map(); // opencode session id -> { names:Set, replyTos:Set }
|
||
|
||
/** 记下模型这一轮主动发了信，给谁、回的哪封。 */
|
||
export function noteExplicitSend(sessionID, to, replyTo) {
|
||
if (!sessionID) return;
|
||
let rec = explicitSends.get(sessionID);
|
||
if (!rec) {
|
||
rec = { names: new Set(), replyTos: new Set() };
|
||
explicitSends.set(sessionID, rec);
|
||
}
|
||
const name = addrName(to);
|
||
if (name) rec.names.add(name);
|
||
if (replyTo) rec.replyTos.add(String(replyTo));
|
||
}
|
||
|
||
/**
|
||
* 本轮是否该跳过自动转发。
|
||
*
|
||
* @param sent 该会话本轮的主动发信记录 { names:Set, replyTos:Set }，可为空
|
||
* @param replyTo 自动转发本来要发给谁（三维地址或纯名字）
|
||
* @param mailID 自动转发本来要 reply_to 的邮件 id
|
||
*/
|
||
export function shouldSkipAutoRelay(sent, replyTo, mailID) {
|
||
if (!sent) return false;
|
||
// 收件人同名：模型已经跟这个人说过了
|
||
if (sent.names.has(addrName(replyTo))) return true;
|
||
// 同一封信已被回过：即使收件人写法不同（别名/路径不同）也算回过
|
||
if (mailID && sent.replyTos.has(String(mailID))) return true;
|
||
return false;
|
||
}
|