record authorized manual release of old unknown call occupancy
This commit is contained in:
@@ -38,3 +38,11 @@
|
||||
`main` 在首次快进推送后再提交并推送边界修复 `d2c4a9980205573f4b13b317b407e07e86f50f65`。发布包经 SHA-256/来源/`production_approval=false` 检查;保留前一版本目录,测试机 `/opt/sip-go-agent/current` 原子指向 `nonprod-real-20261004-d2c4a99`。版本级私有主机诊断保存在 `~/.local/share/go-sip-nonprod-20261004/release-staging/host-diagnostics-d2c4a99/`(`0700/0600`):系统/网络/磁盘/权限、发布哈希、Asterisk systemd、ARI 只读健康、三条 PJSIP endpoint/contact、RTP 配置、Asterisk 0 活动通道。禁止呼出时段使用新版脚本执行**不拨号** `preflight_only=1`,抓包检查通过且 `call_exit=0`;这不是拨号门禁或真实呼叫签收。
|
||||
|
||||
新版本 SaaS 模拟服务从独立私有 `data-quota2-20261004/` 提供快照,经认证 HTTPS 实测租户额度 **2**、revision **2**,旧 `data/` 未覆盖;Agent、Dispatcher 也已作为用户级服务启动。Dispatcher SQLite 原有未终结执行仍占用 **1**,原 inbox/outbox 未修改,运行态读到新额度 2。三条任务队列的消费者均存在且队列为空,共享结果队列为空;无新事件入库、无呼叫投递,Asterisk 仍 **0** 活动通道/通话,非呼出时段新服务日志无新增失败或 originate 事实。本轮运行态检查**未测试真实 SIP、LLM、录音或 OSS**,不能报告真实外呼成功或生产批准。
|
||||
|
||||
## 使用者指定旧未知执行的人工处置与原因边界
|
||||
|
||||
使用者明确指定仅处理 `call-669f8829-a111-476d-88c7-3de604bf6dc6`,授权**只解除其占用,全部保留原件**,不得冒称 Agent 签发终结事实或补造结果。操作前确认:Agent 于 `2026-10-04T09:24:27.172930Z` 报错,后续抓包区间仍为 0 SIP、24 字节且 SHA-256 不变;当前该执行的 ARI 通道返回 404、Asterisk 0 活动通话,任务队列没有待处理消息;Dispatcher inbox 为 `dispatched`、已确认派发回执 1 条、录音 0,Agent 私有日记为 `unknown`。停用 Agent/Dispatcher 后,以只读 SQLite 快照制作 **0600 原始备份**,在 `~/.local/share/go-sip-nonprod-20261004/operator-evidence/<event_id>/`(目录 `0700`)先持久保存操作者核实依据,再**只把这一条 Dispatcher inbox 状态人工标记 `finished`**;没有调用 Agent `ReportCallEnded`,没有新增/删除派发回执、录音、结果或 Agent 幂等日记,没有重复拨号。事后独立核对:备份仍为 `dispatched`、现行单条状态为 `finished`、保留 outbox/inbox 原件数不变、Agent 日记 SHA 不变、并发占用从 1 降至 0。三个业务服务随后重启并保持 active,Asterisk 仍为 0 通话,队列为空,无新事件入库。**这只是一次有人类授权和可追溯原件的人工释放,不是正式 Agent 结束回执,不能当作最终呼叫结果。**
|
||||
|
||||
受限证据 SHA-256:事前核查 `00fb8b880928cee988a66b73ab9484b8d9e33138c941ee1d23677c643d748343`;事后记录 `a78e5925b922a2392d7d78253beb64a3cba33ee0d6db879e1841ebedecb0b190`;原始 SQLite 只读备份 `5bcc3817929d86369f61dbbc8accf2334288f36dadd94d49c97f18d7c5988334`。这些文件只留测试机私有证据目录,不嵌入仓库。
|
||||
|
||||
**能确定的占用根因**:旧版 Agent 在已接纳执行的异步失败中只记录 `*errors.joinError` 类型,没有上报真实终结事实;Dispatcher 因此前已写入的 `dispatched` 状态持续计入额度。旧版 SaaS 等待器又把派发回执误作最终结果提前结束等待,但 Agent 错误发生在抓包收尾前,不能由此倒推它的底层失败原因。Agent 原始错误没有记录具体阶段、响应或子错误;目前的抓包、ARI 404 和 CORS 提示均**不足以确定当时具体为何失败**。新版已对确定未发起拨号的错误增加正式终结路径和分类日志,未知结果仍不自动清理。
|
||||
|
||||
Reference in New Issue
Block a user