mirror of
https://github.com/deepseek-ai/deepseek-harness
synced 2026-08-15 21:04:50 +00:00
5270dcd61d
core-data-structures 18 篇（core.md 因超长仍在产出、随后补）、 postmortem 3 篇与 RFC 前门 README 配对；流水线 + 二遍校验产出。 生成文件 docs/rfc/INDEX.md（gen-rfc-index 产物）列入排除。中文侧 页内锚点统一指向英文侧锚名，满足配对门禁的链接目标一致规则。
67 lines
4.2 KiB
Markdown
67 lines
4.2 KiB
Markdown
# 用户审批
|
||
|
||
[English](approval.md) | 中文
|
||
|
||
[dsh-user-approval](../../packages/ui/user-approval) 的用户审批 seam 回答一个问题：这个具体操作是否可以继续？它拥有共享的请求/结果词汇、`ctx.approval` 分发服务、`approval/request` 应答者 waterfall（瀑布式事件）、仅记录日志的审计事件对，以及按会话的 `ask`/`never` 策略。UI 通道（如 [dsh-acp](../../packages/ui/acp)）提供应答者；调用方（如 [dsh-tools](../../packages/core/tools) 和 [dsh-tool-bash](../../packages/bash/tool-bash)）消费封闭的结果，并在结果不是 `allowed-once` 时默认拒绝。
|
||
|
||
源码：[`packages/ui/user-approval/src/index.ts`](../../packages/ui/user-approval/src/index.ts)
|
||
|
||
## 标识与结果
|
||
|
||
每个请求获得一个新的 `ApprovalRequestId`。该品牌类型将 `approval/asked` 与 `approval/decided` 审计事件配对，同时防止审批 id 与工具调用、会话或 agent id 混用。
|
||
|
||
```ts type-equiv
|
||
type ApprovalRequestId = Branded<'ApprovalRequestId'>
|
||
```
|
||
|
||
`ApprovalOutcome` 是封闭的，且默认拒绝。`allowed-once` 仅授权被询问的那个操作；调用方在遇到 `rejected`、`cancelled` 和 `unavailable` 时一律拒绝。缺失的、不拥有该请求的、抛出异常的或不符合规范的应答者会产生 `unavailable`，而不是放行。
|
||
|
||
```ts type-equiv
|
||
type ApprovalOutcome = 'allowed-once' | 'rejected' | 'cancelled' | 'unavailable'
|
||
```
|
||
|
||
## 按会话策略
|
||
|
||
`ApprovalPolicy` 决定在交互式应答者运行之前发生什么。`ask` 委托给组合的应答者链，其无应答默认值为 `unavailable`；`never` 确定性地返回 `rejected`，不分发任何应答者。生效值取会话日志中最后一条 `approval/policy` 事件，回退到服务配置。`setApprovalPolicy(session, policy)` 是唯一的写入路径，因此回放能重建覆盖值。
|
||
|
||
```ts type-equiv
|
||
type ApprovalPolicy = 'ask' | 'never'
|
||
```
|
||
|
||
提示词段落会声明 `never` 的确定性行为，并用服务自有的标记记录当前策略。重启后，pre-step 叙述器从已记录的请求头中读取该标记；它不从部署 persona 行文中推断状态。ACP 中空闲时的策略切换会被桥接层持有到下一次 `turn/start`，因为审批审计事件和策略事件必须保持在轮次内，以确保持久回放的正确性。
|
||
|
||
## 审批请求
|
||
|
||
`ApprovalRequest` 足够精确地标识 agent 和工具操作，以便路由和审计该问题。它有意省略工具参数：应答者通过 `callId` 将提示附加到已流式输出的工具调用上，而不是渲染可能漂移的第二份副本。
|
||
|
||
```ts type-equiv
|
||
interface ApprovalRequest {
|
||
/**
|
||
* The agent on whose behalf the question is asked. Routes the question (a
|
||
* UI answerer only answers for agents it owns) and receives the audit
|
||
* events on its session log.
|
||
*/
|
||
readonly agent: Agent
|
||
/** The tool the question is about (presentation and audit). */
|
||
readonly toolName: string
|
||
/**
|
||
* The exact tool call being decided, when the asker has one — lets a UI
|
||
* attach the prompt to the tool call it already streamed.
|
||
*/
|
||
readonly callId?: CallId
|
||
/** The asker's human-readable explanation of WHY it is asking. */
|
||
readonly reason?: string
|
||
/**
|
||
* Aborting withdraws the question: the request settles `'cancelled'`
|
||
* immediately and a late answer from a still-pending answerer is discarded.
|
||
*/
|
||
readonly signal?: AbortSignal
|
||
}
|
||
```
|
||
|
||
## 分发与审计
|
||
|
||
`ctx.approval.request(req)` 要求发起请求的会话处于一个打开的轮次内。它追加 `approval/asked`，获取一个结果，追加匹配的 `approval/decided`，然后以该结果 resolve。`never` 策略在服务内部、waterfall 分发之前就已强制执行，因此即使后来用 `prepend` 注册的应答者也无法绕过它。应答者在拥有该请求时返回结果，否则调用 `next()` 委托；第一个应答占据唯一的决策槽位。
|
||
|
||
审计事件仅记录日志，不进入模型 transcript（文本记录）。模型可见的行为是调用方派生的工具结果，而请求头记录的是模型实际看到的提示词策略。服务 dispose（资源释放）时会同时移除其提示词段落和 pre-step 叙述器；应答者监听器独立地通过 effect 绑定到其所属插件。
|