JianFeeeee
7028c244fd
dsh 桥同一处缺陷：409 带 full 档时也当场拒绝（并且把会话降级了）
pi 报的是它自己的桥，但**同一处缺陷 dsh 桥也有**（`src/index.ts` 的 409 分支无条件
`return 'rejected'`），而且后果多一层 —— dsh 的档位是通过 `applyPermissionMode()`
写进会话的（沙箱 + 审批策略）。补投漏传档位时 `applyPermissionMode(session, '')`
把会话**降级**成 workspace：`danger-full-access → workspace-write`、
`never → ask`，于是每个受守卫的工具调用都去问一次，再被 409 拒绝 ——
一条 full 档会话只要有一封补投邮件，这一轮的工具调用全被自己人拦死，
**顺带把自己的权限也降了**。
修法同 pi 桥：409 分支先认回包里的 `permission_mode`，是 full 就
`return 'allowed-once'`（DSH 的 ApprovalOutcome 只认 allowed-once/rejected/cancelled/unavailable）；
plan 档与"链上没有人类"照旧 `return 'rejected'`。放行分支排在普通 409 之前，否则不可达。
判据 `test/permission-409-full.test.mjs`（含自检：拿掉放行分支必须红）。
自检那步发现我第一版判据又踩了同一个坑：「普通 409 分支里不许出现 allowed-once」
读的是**含注释**的正文，而那段的注释正好写着 "ApprovalOutcome 只认
allowed-once / rejected / …" → 误报。改成读剥注释的源码（规范里那条：
判"代码里有什么"读剥离版，判"理由写清了没"读原文）。
zcode / opencode 不转发权限询问（没有 409 分支），无需改。
验证：dsh 套件 383 通过（+2）；变异（拿掉放行分支）→ 自检红。
2026-09-14 15:51:38 +08:00
..
2026-09-03 12:09:12 +08:00
2026-09-04 11:14:44 +08:00
2026-09-12 11:20:13 +08:00
2026-09-06 15:18:06 +08:00
2026-09-02 22:47:31 +08:00
2026-09-06 15:18:06 +08:00
2026-09-03 12:09:12 +08:00
2026-09-13 10:39:26 +08:00
2026-09-14 12:07:45 +08:00
2026-09-11 12:03:51 +08:00
2026-09-02 20:05:51 +08:00
2026-09-03 12:09:12 +08:00
2026-09-14 15:51:38 +08:00
2026-09-12 23:13:48 +08:00
2026-09-03 21:10:48 +08:00
2026-09-11 23:59:24 +08:00
2026-09-14 08:17:23 +08:00
2026-09-11 22:28:47 +08:00
2026-09-12 23:13:48 +08:00
2026-09-04 23:52:52 +08:00
2026-09-08 19:16:35 +08:00
2026-09-03 12:09:12 +08:00
2026-09-11 12:03:51 +08:00
2026-09-11 22:12:01 +08:00
2026-09-04 21:39:50 +08:00
2026-09-11 10:44:18 +08:00
2026-09-02 20:28:19 +08:00