# 智能兜底（Pi Agent） > 对齐《Pi-Agent兜底能力详细方案》§4/§6 与 `poc/pi-fallback/`（GOAL-P1 / P1-DESIGN / P1-IMPL-NOTES / P1-VALIDATION）。 > 落地态：P1/P2 已提交（只读兜底、写路径确认卡）；P3 高风险/白名单能力代码与文档在工作区、 > 未提交（默认关）。P4/P5 验证设施与发布准备见 `poc/pi-fallback/P4-*`、 > `poc/pi-fallback/P4-P5-VALIDATION.md` 与 `docs/development/pi-fallback-runbook.md`。 ## 定位 用户在对话里说了一句产品功能覆盖不了的话（意图识别落到 `assistant.reply`/`unknown` 分支）时， 不再只得到固定话术，而是拉起 Pi headless 做**一次只读分析**，返回一份真实产出的分析草稿： - **草稿语义（P1）**：产物只是回复文本与 run 目录归档，**不写主干世界**； 回复带 `[智能兜底 · 草稿]` 前缀与「未改动任何数据」声明。 - **失败显式**：任何失败（熔断/不可用/伪造凭证/空报告）都回退原话术 + 一行中文化失败原因， 并写 FAILED 审计；`propose_reply` 绝不抛出，聊天链路永远有回复。 - **接线点唯一**：`server/aps_domain/workflow.py` 的 `assistant.reply/unknown` 分支 → `fallback_lane.propose_reply()`；开关关时返回 `None`，原路径逐字节不变。 ## 组件 | 组件 | moduleId | 职责 | | --- | --- | --- | | `server/agent_core/fallback_lane.py` | core-fallback-lane | 兜底编排器：触发判定、任务简报、拉起/回收 Pi 子进程、三重熔断、环境清洗、run 目录管理、审计 | | `server/integrations/pi_bridge.py` | integ-pi-bridge | 围墙内工具桥：只读工具注册表、callId 凭证账（calls.jsonl）、报告凭证校验、只读快照导出、任务简报模板 | Harness 登记：`agent.fallback.propose = P1`（见 [harness.md](./harness.md) 权力矩阵）。 它只是权力登记动作名，**不是意图枚举成员**（`IntentName` 封闭 Literal 未变），LLM 无法产出它。 ## 开关语义（FF-01 `fallback`，默认关） - 配置：复用 FF-01 文件化开关（`server/data/features.json`，`APS_FEATURES_PATH` 可覆盖）； `{"features": {"fallback": true}}` 显式开启。 - **默认关**：`feature_flags._DEFAULT_OFF_KEYS = {"fallback"}`——文件缺失/损坏/未配置/取值非 bool 时 `fallback` 默认 **False**，与其余键的 fail-open **相反**；`/api/features` 响应携带 `defaultOff` 字段显式标注。 - **为什么相反**：fallback 会拉起外部 LLM 子进程并产生 token 成本，默认开会在无模型/离线现场 制造意外副作用；兜底是增强能力而非主干功能，关了只回到现状话术，系统不失能（有意取舍， fail-open 的「损坏不锁死」保护对该键反向成 fail-closed）。 - 查询入口 `fallback_feature_enabled()` 直接消费 `load_feature_flags()` 单一事实源； 任何异常 → False（宁可误关不可误开）。 ## 运行目录 根：`` 或 `path_under_data("fallback")/` （web=`server/data/fallback/`，desktop=`~/.aps/data/fallback/`）。 ``` <根>/ ├── pi-home/models.json # PI_CODING_AGENT_DIR 配置圈禁；apiKey 只写环境变量名引用，不落明文 └── fb-YYYYMMDD-HHMMSS-xxxxxx/ ├── inbox/ # 注入区：snapshot.md / orders.csv（export_snapshot 只读快照） ├── work/ # pi 子进程 cwd 圈禁于此 ├── outbox/report.md # 产物唯一出口 ├── events.jsonl / orchestrator.log / result.json / calls.jsonl └── guard-.ts # 本次运行加载的守卫扩展（随运行归档） ``` 配置环境变量（`APS_FALLBACK_*`）：`DIR` / `PI_CLI`（默认复用 `poc/pi-fallback/runtime/` 的 P0 安装， 打包留后续阶段）/ `PI_HOME` / `NODE` / `MODEL` / `TIMEOUT_SEC`(90) / `MAX_STEPS`(30) / `MAX_OUTPUT_BYTES`(2MiB)。模型 key 复用 `LLM_BASE_URL`/`LLM_API_KEY`/`LLM_MODEL`，只经白名单清洗后的 子进程环境注入，**绝不打印、绝不落盘**；`resolve_model()` 经 `GET /models` 协商（避开 P0 实测的 404 坑），进程内缓存 300s。 node 解析顺序（`_resolve_node`，P1 真实冒烟坑 B 对策）：① 显式 `APS_FALLBACK_NODE` 最高优先级 原样命中；② 默认 `"node"` 且 Windows 时 `shutil.which("node.exe")` **优先于** `shutil.which("node")` ——避开 PATH 中先于 node.exe 命中的 `node.CMD` 垫片（Popen 起 .cmd 引号语义会炸，pi 秒败， 2026-09-02 冒烟实测）；③ 其余平台/兜底回退 `shutil.which("node")`。 ## 三重熔断与成败判定 | 闸 | 上限 | 触发后果 | | --- | --- | --- | | 超时 | 90s（聊天同步预算；executor 线程内运行，不堵事件循环） | 杀进程树，`breaker:timeout(...)` 显式判败 | | 工具步数 | 30 | 同上，`breaker:max_steps(...)` | | 输出体量 | 2MiB | 同上，`breaker:max_output(...)` | 成败**只看事件流 stopReason**（`stop` 才为成功），绝不相信进程退出码（P0 实测 pi 恒退 0）； `stop` 但报告为空判 `error:empty_report`；runner 抛错/桥违规归并 `harness_error`； 运行时不可用（无 node/pi/模型配置）判 `unavailable:<原因>`。 ## 围墙与工具桥只读面 - **L1 工具层**：pi 启动参数只挂 `read,grep,find,ls` 只读四件套；守卫扩展在 pi 侧拦截 `bash/edit/write` 全禁、文件工具路径限 run 目录（拦截落 guard-blocked-calls.jsonl）。 - **L2 目录圈禁**：子进程 cwd=work/；桥侧 `handle_fs_read` resolve + is_relative_to， 越界（`../`、绝对路径逃逸）抛 `ToolBridgeViolation`。 - **L4 环境清洗**：白名单制子进程环境，剥离 `CONDA_*`/`PYTHON*`/`PIP_*`/`VIRTUAL_ENV*`。 桥注册表（`TOOL_REGISTRY`）P1 只暴露三项，写类工具（fs_write/shell_run/aps_invoke 等） **刻意不登记——不登记即不可见，这是墙的一部分**： | 工具 | 权力 | 语义 | | --- | --- | --- | | `fs_read` | P0 | 读 run 目录内文件（真实 pi 侧由内置 read/grep/find/ls + 守卫扩展实现） | | `aps_query` | P0 | 快照制：run 启动时把只读世界视图导出为 inbox/snapshot.md + orders.csv，pi 经 fs_read 消费；**不做 pi 进程内实时查询工具** | | `report_emit` | P1 | 产物唯一出口：编排器把 pi 最终文本写 outbox/report.md | **callId 凭证**：每次工具事件由编排器在围墙外签发 `call-` 落 calls.jsonl （入参只落 sha256 摘要，不落明文；桥 callId 与 pi 事件流 toolCallId 双向登记）。 报告引用校验 `validate_report_citations()`：**报告中出现的每个 callId 必须真实存在， 否则判 `forged_citation` 物理失败**（伪造成果防线，安全性质不可降级）。 **凭证语义的已知限制与 P1 处置（2026-09-02）**：凭证由编排器从事件流**事后签发**， 真实 Pi 进程内的 LLM 无法获知其值——若简报强制要求标注 callId，真实引用必然被误判 forged （设计张力，P1-IMPL-NOTES 遗留风险 #2）。P1 处置 = **任务简报不再要求标注凭证**，并明示 「凭证由围墙外签发、你不可获知、不得编造；出现不存在的凭证编号即判伪造成果整轮失败」。 即引用从「强制」降级为「出现即必须是真」的防伪绊线；报告数字的可靠性改由 「唯一数据来源 = inbox 只读快照」保证。伪造 callId 识别能力不变 （`test_forged_callid_rejected` 保持绿）。 ## 审计 - 完成时 1 条 `TOOL agent.fallback.propose`（成败都写，power=P1）：rationale 携带 runId / queryDigest（sha256 前 16 位，不落原话明文）/ stopReason / steps / elapsedSec / citationCheck 计数 / runDir / reportPath；`evidence_refs=["fallback-run:"]`。 - 每个工具事件 1 条 `TOOL tool.run`（actor=`pi-fallback:`，power=P0）—— GovConsole「工具调用」视图零改动即可见。 ## 边界（P1 明确不做） 1. 一切写操作（fs_write/shell_run/aps_invoke/checkpoint_create 不登记）； 2. 确认卡执行路径（`agent.fallback.execute` 不登记、不实现）； 3. pi 进程内实时工具 / HTTP 桥回调（aps_query 只做启动时快照，不新增网络监听面）； 4. 后台/异步兜底与结果回投（同步 + 90s 硬上限是有意取舍）； 5. 桌面打包 / sidecar 集成（路径已可配置，sidecar.cjs 未动）； 6. SSE 实时转发 pi 事件、token 预算闸（以输出字节数近似）、端口级网络限制、junction/8.3 短路径防护； 7. S2（已登记意图执行失败的兜底）、S3/S9 写路径、真实 pi 端到端冒烟（需带 key 环境，见 `poc/pi-fallback/P1-VALIDATION.md` 未验证清单）。 ## 验证 `tests/golden/test_fallback_lane.py` 13 例全确定性（fake runner 注入 + tmp_path 隔离 + 清 LLM env，不依赖真实 node/pi/网络/LLM）：开关关原行为不变 / 开关开 propose 成功 / 未登记意图仍拒绝 / 审计链不断 / 三重熔断显式失败 / 伪造凭证判败 / runner 异常显式失败 / 默认关三态 / 路径越界拦截 / 运行时不可用回话术。 --- ## P2：写操作过确认卡门禁（FB-02） > 对齐 GOAL-P2 / P2-DESIGN（`poc/pi-fallback/`）。落地态：方案 S2/S3/S9 写路径进产品—— > Pi 的**写**能力在「确认卡 + checkpoint + diff 验证 + 计划锁」四重治理下开放。 > **Pi 没有新的物理写能力，只有编排既有已登记写意图的能力。** ### 两段式形态 - **提议段**（propose run，沿用 P1 同步路径）：Pi 在围墙内读 inbox（快照 + 用户文件）， 写 `outbox/plan.json`（planVersion=1）+ `outbox/artifacts/*`；编排器 `validate_plan` 全量校验（schema / 意图白名单 + power 复查 / 制品路径圈禁 + sha256 重算 / constraints 合法性 / 步骤数 ≤ `APS_FALLBACK_MAX_PLAN_STEPS`）——任一不过即拒绝出卡 （显式失败文案 + FAILED 审计；非法计划绝不降级成草稿）。没写 plan.json = P1 草稿语义， 逐字节向后兼容。 - **执行段**（`execute_confirmed` 新分支 `agent.fallback.execute` → `fallback_lane.execute_plan`）：计划指纹重算（防审批仓层篡改）→ 世界漂移比对 （`beforeFingerprint` 沉睡机制的执行端比对落地，不改 harness 函数）→ 批准后建 执行前快照 → 逐步执行 → 成功建执行后快照 + diff 验证报告；偏离/失败 → 失败现场快照 留存 → `store.restore` 自动回滚 → 回滚指纹验证（不一致如实声明）。 - **FROZEN 模式**（主干）：参数在批准前全量冻结（内联 params 或 artifactRef+artifactSha256），编排器确定性逐步应用，Pi 不在环——偏离在构造上不可能； - **ASSISTED 模式**：拉起第二次 Pi run（守卫 execute 模式，独立预算闸 `APS_FALLBACK_EXEC_TIMEOUT_SEC=120` / 步数闸 `APS_FALLBACK_EXEC_MAX_STEPS`=40）， Pi 经**动作请求邮箱**（`outbox/actions/-.json` → `.result.json`，无网络面、无自定义 RPC）逐步请求，编排器逐步比对计划锁 （工具/步骤序/步数/参数边界/制品指纹五类检查），偏离即 `breaker:plan_deviation(:)` 熔断 → 杀进程树 → 自动回滚 + 显式文案。 ### 计划锁与信任边界 - 出卡时 `plan` + `planFingerprint`（sha256 over canonical {planVersion, scenario, steps:[seq, mode, intent, paramsDigest|artifactSha256, constraints]}）冻结进 pending.params——确认请求体只带 confirmId，API 面无法篡改参数； goal/summary/expected 等展示性字段不入指纹（改措辞不算偏离）。 - 确认卡内容全部由编排器从结构化字段再生成（步骤行 / 指纹前 12 位 / runId）； **Pi 的散文（goal/summary/报告）一律不进卡、不作执行依据**。 - 验证依据 = 桥侧真实事件流（邮箱请求文件 + 桥签发 callId 账 calls.jsonl + 前后快照 diff），Pi 自述（含「用户已确认」）不产生任何执行路径。 - 可执行意图白名单 `FALLBACK_EXECUTABLE_INTENTS`（fallback_lane 模块内显式表）： import.commit / data.import / order.upsert / order.cancel / order.complete / master.material.upsert——每个执行器复用 execute_confirmed 既有分支的同一个 apply_*； P3 意图（如 mes.dispatch）出现即整计划拒绝出卡（execute.highrisk 登记 P3 但不开放）。 ### diff 验证器（fallback_verify.py，moduleId: core-fallback-verify） 分表 world diff（added/removed/modified/quantityDelta）、计划 expected 逐条对账 （容差 0）、`outbox/verify-report.md` 生成。**铁律：报告每个数字只来自冻结快照** （cp_before/cp_after 的 world 深拷贝），绝不引用 Pi 报告文本。verdict=MISMATCH 时 执行仍算成功（写已发生且真实），但报告与回复显式标注不一致，由人决定是否回滚。 ### 注入防线（P2 增量） - 计划简报新增 `<<`）批量补写进链； 失败路径 FAILED 总账在 `store.restore` **之后**补写（restore 会抹世界内审计）， 步骤级证据全程落世界外 `execution.jsonl` + `calls.jsonl`。 ### 边界（P2 明确不做） execute.highrisk 白名单开放（P3）；S4/S6/S7 接线；异步执行与结果回投（async_jobs 评估后不复用：现有 jobs 全跑深拷贝快照、物理不写主干）；Pi 进程内 RPC/HTTP 桥； 分段确认自动编排（Pi 可产多个小计划各自出卡的手工路径可用）；确认卡 UI 渐进增强； token 预算闸 / L3 网络层硬化（沿用 P0/P1 已知边界）。 ### 验证（P2） `tests/golden/test_fallback_execute.py` 19 例全确定性（fake runner 注入：propose 段 `propose_reply(runner=...)`、execute 段 monkeypatch `build_pi_runner`；FakeStore 挂 `.checkpoints` 注入点 + next_id 发号校准）：合法计划出卡与冻结（T-1）/ frozen 执行 成功+成对快照+对账报告（T-2）/ P3 与未登记意图拒卡（T-3/T-4，= E-1）/ 制品指纹虚报 （T-5）/ 超步数（T-6）/ 无计划文件 P1 语义回归（T-7）/ 世界漂移拒绝（T-8）/ 审批仓 篡改指纹拒绝（T-9，= E-6）/ assisted 合规执行（T-10）/ 计划外工具熔断回滚（T-11， = E-2）/ 参数越界（T-12，= E-3）/ 追加步骤（T-13，= E-4）/ 执行异常回滚且 FAILED 总账在 restore 后存活（T-14）/ 确认卡过期（T-15）/ 意图落点双层（T-16/T-17）/ Pi 自述已确认无效（E-5）/ 简报包裹断言（E-7）。 ## P3：高风险场景与白名单治理（FB-03） P3 在 P2 计划锁之上加一层**部署侧显式授权**：高风险场景（S4 沙盒试排 / S6 MES 断连补录 / S7 受控配置变更与白名单治理）的放行不取决于代码默认值，而取决于 部署物 `fallback-highrisk.json`（路径由 `APS_FALLBACK_HIGHRISK_PATH` 指定， 默认 `/fallback-highrisk.json`）。 ### 白名单 fail-closed 语义 `load_highrisk_whitelist()` 每次裁决现读文件（不缓存），任一损坏形态都按 「整文件判损坏 → 全场景拒绝」处理： | 文件状态 | 裁决结果 | | --- | --- | | 文件缺失 / JSON 不可解析 / 根结构非法 | 全场景拒绝（显式错误文案） | | 出现未知场景键（非 S4/S6/S7）或未知字段 | 整文件判损坏，全场景拒绝 | | 场景登记了未注册的 intent | 整文件判损坏，全场景拒绝 | | 场景 `enabled:false` 或 intent/角色不在放行集 | 该场景拒绝，其余场景不受影响 | | 审批窗口内文件被改（sha256 变化） | 执行端拒绝：「白名单在审批窗口内已变更」 | ### 角色矩阵与不可见闸 - 场景级 `roles` 决定谁能在 propose 阶段看到该场景的归类结果；身份角色不符 → 回复物理不可见（`propose_reply` 返回 None，零 run 目录零审计）， `system` 身份永远放行（自动化链路）。 - 出卡/审批仍走 harness 权力矩阵：`policy.update`=P2（单批）， `ops.config.apply`=P3（双审批 + SOD 同人拒绝 + 一次性 executionGrant）； 角色配置经 `APS_APPROVAL_ROLE_POLICIES` 部署，例如 `{"approval.approve": {"P3": ["ops", "admin"]}}`。 ### 三个场景 - **S4 沙盒试排**：编排器直调既有沙盒函数（flex.simulate_due / compare_sort_modes / compare_scenarios / run_sensitivity），Pi 不在环； 输出落 `outbox/sandbox-steps/`；执行后 `verify_sandbox_no_main_writes` 物理断言「前后世界指纹相等 + 执行区间零 WORLD_WRITE 审计」，越界即判失败 并回滚；成功产 `sandbox-report.md`（明确声明「未改动任何正式数据」）。 - **S6 MES 断连补录**：逐笔独立确认卡（单轮上限 `s6_max_cards`，截断显式 声明）；每卡独立计划指纹；一笔执行成功后同 run 其余待批卡的冻结世界指纹 自动重锚（兄弟卡落账属已批准内部变更，非兄弟改动仍被漂移检测拦截）； 外部响应原文落 `inbox/external/` + reconcile-manifest.json（ALGO_RUN 审计）； 恢复后对账 `reconcile_external` 三档判定（MATCH/DRIFT/MISSING，比对 status/progressPct/qtyDone），对账报告本身永远不写。 - **离线落账模式（FB-03-BUG-1 修复）**：断连补录步 params 显式声明 `offlineBooking: true`，且出卡闸与执行端双重实时探测确认 MES 断连 （`_probe_mes_connectivity() == "failed"`）——**显式声明 + 断连事实 双成立**才放行；`mes.apply_report(offline_booking=True)` 跳过 post_report 同步推送，本地落账并在 mesLinks 报工记录上打 `syncStatus=PENDING_SYNC` 可识别标记（审计 rationale 同步标记）。 确认卡摘要明示「⚠ MES 断连：本地落账待同步」（审批人知情）。 - **滥用防线**：非断连状态下声明 offlineBooking → 出卡闸 PlanError 拒绝； 审批窗口内 MES 已恢复 → 执行端熔断回滚（DeviationError 显式文案）。 离线模式不能用来跳过 MES 校验。 - **在线路径零变化**：未声明 offlineBooking 时 `apply_report` 原语义 逐字节不变（先推 MES 后落账，断连即显式失败 + 回滚）。 - **恢复后呈现**：对账报告识别 PENDING_SYNC 记录并逐行如实呈现 （汇总计数 + 行内标记，ALGO_RUN rationale 含 pendingSync 计数）； 自动补推属后续轮次（本轮边界外，已在此标注）。 - **S7 受控配置变更**：Pi 只产 diff 声明；`policy.update` 的完整白名单文档 与 `ops.config.apply` 的 contentSha256/beforeSha256 均由编排器机器再生成 并复验（Pi 无 sha256 工具，出卡闸不查指纹）；执行端漂移比对 → tmp+replace 原子写 + 回读校验 + `.bak--` 备份（留 5 份）→ WORLD_WRITE 审计 携带 grantId/双人 approvals/前后 sha256。任一步失败归并显式失败文案， 原子写保证无半个文件。 ### 审计回放 全链路可回放：propose 归类（含白名单快照 sha256）→ 出卡 GATE（每卡独立 confirmId + planFingerprint + whitelistSha256）→ 双审批链（approvals 数组 + SOD 拒绝记录）→ executionGrant 签发/消费 → 执行 WORLD_WRITE（成败都写， 含前后文件 sha256）→ 失败路径 FAILED 总账在 restore 后存活。 ### 验证（P3） `tests/golden/test_fallback_highrisk.py` 21 例全确定性（H-1..H-21，对应 P3-DESIGN §8 测试矩阵）：白名单加载/损坏形态、场景裁决、角色不可见闸、 S4 沙盒零写入断言、S6 逐笔卡/重锚/对账三档/断连显式回复、S7 双审批 SOD + grant 单次消费 + 原子写 + 漂移拒绝、policy.update 文档再生成 + 审批窗口 变更拒绝、运维注入脱敏。