JianFeeeee
e6fd2fafdc
## 别名替换（让 .new 邮件可寻址）
repo/autoalias.go: AutoAliasFor + EnsureSessionAlias
- .new 建完会话立刻给别名（形如 dsh-重构导入路径）
- 名字与主题都要：只用主题跨 Agent 撞名，只用名字看不出聊什么
- sanitizeAliasPart 只留 unicode.IsLetter/IsDigit，其余折 -
- 撞名追加 -2/-3，全占用退 session-<uuid前8位>
- 不复用 SyncSessionAlias：那个假定已存在且跳过 manual
- 条件写入 WHERE alias IS NULL OR ''，并发安全
- resolveTarget 的 .new 与默认会话两条路径都调
notifyRecipients 加三个字段（每个收件方拿到自己那个地址的版本）：
- session_alias / reply_address / self_address
- 别名为空时退回省略 session 位，绝不写 new
FormatAddress(name,path,session) 空 path 也必须留 @ 与 .
## Agent 侧寻址发现（五个只读端点）
handler/agent_discovery.go:
- /agent/contacts + /agent/contacts/suggest（三段式补全）
- /agent/mail/{id} + /agent/mail/{id}/thread
- /agent/sessions/{id}/participants
- 不复用人类路由：scope 不同、审计需求不同
- 一律只读：归档/改名/权限决策仍只有人能做
repo/participants.go: SessionParticipants 逐封扫 from/to/cc
- Roles 用集合、MailCount 只数发信（0=还没开口的人）
- 发件人 path 不取 from_workspace（那列存的是 Agent 名）
repo.SuggestPaths 重写：mails.to_workspace（按 MAX(created_at) 倒序）
+ agents.workspaces 并集。原只读 workspaces，官方插件传 [] 永远空
## 共用模块（三插件逐字节相同）
lib/addressing.js: formatAddress/roleOf/replyAddressFor/selfAddressFor/participantsOfMail
lib/discovery.js: renderNameSuggestions/renderPathSuggestions/renderSessionSuggestions/
renderParticipants/renderContacts/renderThread
lib/inbox-format.js: renderMail 新增收件人/身份/可投递地址三段
- selfName 参数（兼容旧调用不传的情况）
check-shared-libs.sh 纳入 addressing + discovery
## 插件侧
opencode: suggest_address + list_contacts + session_participants + read_thread + read_mail
dsh: 同上 + forward_mail（此前只有 opencode 有）+ upload_attachment 改真 multipart
pi: 同上（createMailTools 加 agentName 参数）
dsh: ctx.agents.create id collision 改为 readSession 探测后 resume
dsh: 关键路径日志改 console.error（ctx.logger 不进 journalctl）
## 测试
repo: autoalias_test.go 11 + participants_test.go 7 = 18 例
plugins: addressing.test 17 + discovery.test 23 + inbox-format.test 31 = 71 例
go test ./... + npm test（opencode 155 + dsh 173 + pi 199）全绿
端到端验证：admin 发 dsh@....new 抄送 opencode@....new
→ dsh 用 session_participants 取到地址 → send_mail 给 opencode
→ 地址取自工具返回值（.crisp-planet），未手工拼写
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;
|
||
}
|