@microi.net/cli 6.2.4 → 6.3.2

package/skills/vision-engine/references/architecture-and-acceptance.md

@@ -177,6 +177,20 @@ Face 模式必须 `ConsentConfirmed=true`；服务端不能只信任前端 check
 
 视频巡检使用应用自身 `src/accuracy-gate.js` 与 `scripts/evaluate-accuracy.mjs`：各能力独立留出集至少30正例/30反例/3场景，准确率、精确率、召回率、特异度、覆盖率均须>90%；未知不得排除，缺一类不能整体通过。该下限不保证统计充分，必须保留样本来源、真实独立标注证明、模型摘要及失败案例。离岗次数/时长/在岗率另以连续真值时间线计算误差。产品要求的90%不能用置信度0.9或协议模拟替代。
 
+输入同时要求 `VisionAccuracyProvenance/1`：冻结逐例图SHA/原片SHA/场景/标签清单，标注/独立人工复核/曝光附件摘要，开发与留出原片清单及完整未曝光记录。评估器拒绝每能力重复图SHA、开发/留出原片交叉、清单缺失/漂移及同原片伪造多场景；同图跨能力复用不增加独立样本。结构通过不能证明真实外部人工独立性，必须另核附件。已曝光素材仅作开发/诊断，不改旧gold、IoU、Unknown或90%门槛凑分数。
+
+连续跟随需先独立冻结逐帧可见目标框、原图/压缩JPEG摘要及PTS，再核同一ID的每一帧都匹配同一目标，获胜段含真实Tracking；只报ID持续时间不能证明没有跟错人。v6候选LK仍须通过原始外观、往返/几何/空间门，不延长2.5秒检测锚；需单列上一幅工作灰度图（每流最多230400B）和有界点集，不能把“无原彩色帧缓存”写成无像素缓存。桌面1280/5Hz与手机或粗指针640/2Hz分别验收，不把前者的旧录像局部收益外推后者、全景90%或真机温控。空person检测重试以墙钟至少500ms节流，不能由PTS快进绕过。
+
+V7候选的真实NN重锚关联：本帧KCF/LK轨迹先通过原NCC/分格、像素与TTL门，再以IoU≥.8、宽高比.8–1.2和双向唯一性关联真实新检测；新NN裁剪的旧模板相关性可能低于原门，不能声称该裁剪也通过原NCC。只有真实Detection刷新模板及锚。不要把源码/影子排程通过当作真实批量或浏览器连续跟随通过。曾试验的V8局部人体保留在真实浏览器退化（主目标缺帧、连续仅1.6秒）后已撤回；失败源与回执保留，不能按孤立测试通过启用。
+
+跟随输入JPEG1280不等于NN1280：默认current仍c5c2/640。节点现有current_person_model可显式选原版b043/1280（与File通道同权重），完整80类FP32/raw形状严格校验，accuracyValidated保持false；不改变默认或阈值。同25帧服务器2单/批/浏览器均2.0秒但19/25覆盖，不能称整体达标。归因中1280非空NN漏掉主目标，后续只跟别人，因此empty-only fallback不能修复；不要在无真实触发证据时添加回退路径。
+
+V9在有效人体KCF提案的原外观失败后、LK前，有限检查xywh各{-2,0,2}的80个非原框；原.55/.20、lastbox位移/尺度、空间歧义和整步250ms均不放宽，任一后段超预算不输出先前候选，只在成功时重建当前KCF，不刷新template/anchor/ID。固定策略是最小扰动、mincell/whole降序再坐标，不能按GT挑选。服务器2原640NN+同25个1280JPEG三路均24/25，连续2.6/2.4/2.4秒，378Linux/52逐名及原生清理闭包通过；这是旧录像单目标开发联合门（至少23/25且含Tracking至少2秒），不是每能力独立90%。试验节点和独立编译预览不等于正式MicroService宿主升级；File原生显示也不等于V9摄像头跟随路径。
+
+服务器2轻量行为profile固定InternVL3-1B alias及原生manifest摘要，只允许CPU/candidate；1024 context、32 batch、2线程、128输出token、keep_alive=0。不得由请求覆盖模型/options，alias或digest漂移必须ModelNotReady。仅声明phoneUse/photographing，且同一人体原框内独立手机检测证据通过分数/尺寸门后才进入原生复核；无证据则Unknown并skip，不能把False或完成作业当语义通过，skip不计真实推理。helmet固定Unknown，由独立CPU专用模型承担。资源稳定、逐次ps.models严格空列表、平台同PTS签名链和每能力独立90%分别验收；8图加两次重复不增加独立样本。
+
+Timeline逐full/tile交接共享锁必须保原模型、逐步输入与调用顺序、阈值/NMS、末尾可变face锁及完整帧恰一次AcceptFrame；factory/next/close在工作线程执行，任意重复取消先native-drain再放锁，不能提交部分帧或饿死历史分析。旧同步入口仍整帧执行同一计划。调度本身不减少总NN量、不中断单ORT。390项回归与旧单图14RF两臂严格等价只是代码/模型证据；隔离2GiB预留不足而File=notRun不得计真实交锁通过。完整页面墙钟、File-only、逐NN耗时、120秒TTL/正式历史覆盖及90%分别记录；对照路径/外部负载不同不能把差额全归锁。测试临时目录须真满足原2GiB磁盘保护，不改生产门或断言换取通过。持久AST夹具用规范化结构与原文SHA并跨目标Python验证，不用版本相关默认ast.dump哈希冒充可移植。
+
 手机中继验收须走真实HTTPS API与本地节点出站轮询，覆盖512KiB上传校验/重复片/缺片/所有权、私有HLS票据/分段/到期、原分辨率取帧、内存复核、并发Control/Media通道和失效领取。普通请求不得注入ASGI身份，媒体票据不得跳读Detect作业而绕过生物特征清理。固定16槽以数据库Revision作CAS围栏，禁止将普通Redis SetIfNotExists当完整租约。旧FormEngine的_Cache为整数，传0；bigint毫秒期限在固定槽集合内比较，避免旧提供商筛选时转Int32。
 
 另覆盖分片上传断网→取消→名额释放→重新上传，以及合并后取消不删除转码输入。未知结果或浏览器消失时须有已授权录像库取消与闲置回收；不能让Receiving永久占住名额。临时复核帧到期须主动扫除，不能仅在下一次识别时惰性清理。

package/skills/vision-engine/references/realtime-cpu-profiles.md

@@ -0,0 +1,80 @@
+## 有界会话续开与短授权
+
+会话最长300秒、最多1200帧，专用短授权最长30秒。浏览器在会话到期前10秒先真实Close排空后续开，
+短授权仍提前7秒续租。两者必须保留先后关系；不能让被会话期限截短的末段短授权每帧重新申请，
+也不能通过增加续租额度或延长票据来掩盖长播中断。回归要使用真实controller的虚拟时间与每10秒2次的授权限额，
+检查到期边界、旧会话排空、代次隔离及新会话继续产帧；实际发布后的五分钟以上播放另验。
+
+## 1.12.3 的原时刻异步复核与弱关联候选
+
+仅在 HP07 的 `global/refiner/phone` 三份摘要精确匹配时启用下述候选，使用 1.12.2 已登记的权重。
+人体主帧仍最多一次矩形全景与两次当前原图局部推理。ByteTrack 弱关联只改第二阶段的备用匹配几何。
+原代价可用的行和列继续按原规则分配。备用搜索框使用预测中心，宽和高分别取预测值与最近真实检测的较大值。
+新增匹配须在剩余轨迹与候选之间彼此唯一，并满足原分段门。分数低于 0.2 的弱框距离上限为 0.5，
+其余弱框为 0.7，仍使用原强弱分段和 0.6 新轨迹门。框和分数取本帧原检测，缺失帧记录缺失。
+
+独立 S 手机定位由主帧接受后提交。同一来源至少间隔 2 秒，节点最多一个原生任务、零队列，
+主帧耗时超过 1 秒时跳过本次提交。S 与其它使用同一模型的调用共用准入，忙拒绝时实际 ONNX 调用为零。
+另设外部 1B 复核预算，须同一人体原框内有足够的手机证据，且全节点最多一个任务、零队列，间隔至少 30 秒。
+
+用 `realtimePhoneCandidatePolicy=AsyncOriginalPTSReview/1`、`realtimePhoneNativeMaxInflight=1`、
+`realtimePhoneNativeQueueCapacity=0`、`realtimePhoneNativeMinIntervalMs=2000` 核验实际 Health 和公开能力。
+观测独立工作线程时，从其任务快照取原 JPEG SHA、人员、session/source/generation/sequence/PTS，
+单独计预约、调用尝试、实际 ONNX 和真实 Future 完成。`phoneReview` 归属原人原时刻，后续人员行反映当前检测。
+切源、换代、空闲回收和关闭作废旧输出，Close 排空以实际原生任务完成为准。
+
+浏览器原生播放与有界 JPEG 送检分开，FileServerBak 播放对象的 CORS/Range 与节点帧接口分别核实。
+显示提前量为 50 毫秒，内部清框值为媒体年龄 0.95 秒或收包 750 毫秒，硬验收值仍为 1 秒/800 毫秒。
+同一 HD 采集范围内实测 JPEG 超过 512 KiB 后，后续有限帧可优先使用 0.82 编码质量，
+每帧仍绑定新原像素、PTS 和摘要。相同权重的性能对照分别记录容器配额、ORT 线程、尾延迟及实际 S 次数和源时刻。
+
+候选节点镜像的隔离 Linux 回归通过 967 项。已有冷、热录像回放分别核对同人轨迹、候选注入和剩余遮挡缺口。
+同源覆盖、独立留出集、正式入口浏览器以及真实手机和监控流各需对应回执。
+
+## 矩形全景与当前人脸关联
+
+1.12.2矩形全景候选登记固定640×1088/RAW14280×85与ed1105dc8259c93c5c8358f83fa68f0ff8b661b301fea7ff9195535504504d77，
+与旧832及Nano严格分派；两ROI和独立S手机证据边界不变。节点factory、profile表、公开Bootstrap、
+前端结果校验及phone/sourceHD须同一精确三模型组合，不能仅替换私有路径或声称已部署。
+
+另登记 HardPositive 局部候选 `FOVTiny1088x640+HardPositiveTiny416-TwoCurrentROI/1`：全景继续使用上述 V1 矩形权重，
+局部416摘要为 `07b3da7404d6203e959b0d11a3943bacdf1e303f350d30cc9c6cf00d4850624e`，独立S手机模型不变；
+公开能力与每帧结果仍须核对精确 `global/refiner/phone` 组合，旧832、矩形E5及Nano通道继续保留。
+
+实验01从官方完整80类Tiny权重重新起步，固定150步，使用5个源帧的10张AI复核裁片、20个可见人体框；
+实验02再次从同一官方起点训练150步，仅增加第6个源帧，形成12张裁片、24个可见人体框，
+均配合相同78张旧净回放；不是在实验01权重上继续训练。两次均保持416 FP32、完整80类、
+禁用训练Tiny的手机证据，仅保存最后检查点。AI复核标注不等于人类GT；13.1955秒已入实验02训练，
+13.7464秒是已反复曝光的同源开发验证素材，不能称独立盲验或证明各项超过90%。
+
+新局部训练排除了21张Unknown及旧early来源13秒后的全部回放裁片；但组合中的V1全景仍继承
+这21张历史记录（12张曾参与训练、9张未作验证前向或检查点选择），不能称整个组合已净化。
+
+R12b上下文守卫只约束第二次ROI是否可改为首ROI的当前像素镜像：原第二项必须是远人维护，
+首ROI须容纳所有当前仍未覆盖的既有远人，且按可见身宽/高归一化的最小内部边缘余量不差于原第二ROI；
+贴原图边缘的不可用外侧不计余量。原运动/公平视野不被替换，仍最多两次ROI，不增加调用。
+旧框、hint和搜索窗只安排当前原图推理；弱框不能绕过0.6新生门，当前原框原分、新轨迹资格及显示期限不变。
+
+仅HP07精确三模型组合将本帧原分≥0.1的局部非内部截边框纳入关联候选：真框须完整落入既有轨迹的合法来源hint，
+且本次产框ROI与hint相交。0.1只改变候选入口，不修改BYTE自身的强弱分段、匹配门或0.6新生门；
+新增弱框保留当前原框原分、只能续接已有轨迹，不能用hint框或旧框补输出。矩形E5的该入口仍为0.5，旧832策略不变。
+
+HP07的独立S手机ROI补检在同一来源内最短间隔为2秒，旧profile仍为30秒；复用当前签名JPEG及原单worker，
+不新增模型任务，主链已耗时超过1秒则不追加补检。此间隔不适用于1B行为复核：后者仍最短30秒、全节点最多一个任务且无队列。
+发现手机仅是物体证据，不能直接判定玩手机或拍摄，分项行为与整链实际效果仍须另验。
+
+
+HP07维护当前远人时可保留本来源已有真实检测支持的较宽hint：须合法、包含可见人体、保留原半体上下文，且两维不小于紧视野。
+此项只改变取景选择，仍最多两次ROI；弱引导、近人、失踪搜索及旧profile保持原策略。
+
+固定68个既定ROI的配对开发测试出现了此前漏检位置的可见人体候选，但后段仍有弱框和部分框，
+晚段也有候选变化。该结果只说明固定视野下的模型表现；正式工厂与完整实时帧、浏览器、独立准确率
+必须分别验收，不能据配对ROI、导出对齐或训练loss声称整链已通过。
+
+新轨迹资格按原框原分逐条传入BYTE Stage4，已有轨迹的内部截边候选不得反向种新轨，防重复框。
+人脸相对坐标仅用于唯一可信当前人体内的关联；输出仍一对一匹回本帧原脸框/分，空检测不画旧脸，
+reset/unusable/换代/Close真实排空/reaper/service.close都须清理parent组，不能并发清理native正在用的组。
+v3仅原native raw0可追加一个当前方形ROI；未知override、非空但20px/分数未过不触发，保持三尺度、
+13次与像素总预算；五点形态检查不是第三次独立推理，不能据此删除4x确认门。
+实际回归分别记录冷发现、同人连续ID、missing后新ID、当前原候选注入、假阳性与P95；
+一次人数增长、纯协议/生命周期单测或导出parity均不替代浏览器、设备及独立90%验收。

package/skills/vision-engine/references/video-timeline.md

@@ -1,5 +1,9 @@
 # 可信录像时间轴（v1.9.11）
 
+实时算法`/2`必须保留本次原始检测框与关联搜索窗的区别。新强检测立即以Candidate显示，不能等待跨帧确认而漏掉快走者；人体的宽关联窗不得画出来。ByteTrack单独保存本次检测位置，lost轨迹不输出；新目标双模型弱侧最低.3，强局部补检只接续已存在目标。用移动约一个身宽、后进入和空帧回归检查即时出框、同ID关联、原框尺寸和删除，不把这些合成测试当真实精度。
+
+实时单画面通道1.10.2可选固定RF-DETR Nano 384主检与YOLOX-S640按需补检。新高分目标须有两模型的同帧位置证据，旧轨迹可用低分真实检测关联；仅新种子或既有轨迹缺强检测才补检，不按样例坐标、人数或延长丢失框来提高覆盖。模型摘要、算法标识、原JPEG摘要/PTS/代际都须校验。CPU延迟与实际覆盖分别实测，同源录像调优不替代独立盲验。
+
 公开对象登记最低依赖 API 8.8.8 的可信已完成上传证明，时间轴/独立快脸需要节点1.9.8和应用1.9.11接口字段。当前商城发布链未投影ServerMinVersion安装门禁；必须核验实际版本与能力，不能把文档版本要求当成已强制安装限制。
 
 本节约束新路径；生效前须分别完成应用、接口/表字段、节点镜像与目标部署验收。旧节点本地媒体和中继兼容保留，不能仅升级页面就称新时间轴已部署。
@@ -7,11 +11,83 @@
 ## 来源与有界计算
 
 - 正式示例播放文件属于租户明确授权的 FileServerBak 公开对象；浏览器播放零起点 H264 MP4。H265 原片另行保管，不能将原片可下载当作浏览器可解码。节点 `/data` 仅是有界计算缓存，不长期复制整片或把临时媒体目录当正式对象存储。
+- `BackupPublic`公开下载须有素材授权；已校验的备份对象不因页面Failed to fetch而重新上传或换低清副本。原件、转码播放件、原生解码像素、展示JPEG和浏览器送检帧分别记录字节/摘要与尺寸，转码说明保留来源/编码/PTS起点，缩图再放大不算恢复原片质量。播放验TLS、MIME、HEAD大小、Range206/Content-Range及正式Origin的CORS，不用对象可下代替精度验收。
 - 管理员通过 `platform-vision-media.RegisterObject`，从 `V8.Method.GetCompletedPublicUploadProof` 获取 Completed、公有回读通过的对象Id、存储绑定、完整SHA、大小和私有上传manifest分块SHA。URL和块摘要不能来自浏览器自行声明。目录、游标与逐帧投影分别用固定域封存。
 - 节点只在固定API、当前DiyToken及 `VisionMediaGrant/1` 专用签名请求通过后使用 `VisionRemoteObject/1` 授权；绑定tenant/owner/object/session/generation/sequence/rules/model。首版 `timelineTransport=direct`，不经中继转运用户Token。
 - Range固定HTTPS来源与规范ASCII路径；校验全公网DNS、TLS主机并固定连接IP，无重定向/任意URL。服务器可信1MiB或16MiB块逐块验SHA，32MiB缓存、64MiB作业总读取预算；失败保持明确错误，不能静默下载全片。
 - 既有FFmpeg只访问本进程127.0.0.1随机路径桥；限定mov/dref关闭，桥无公开端口、无Docker服务、无任意代理。取消必须等待本次原生操作退出才释放共享推理锁，finally关闭本次桥与进程。
 
+正式页面Origin与已登记节点地址是两个配置边界。节点`origins`须精确包含地址栏的协议/主机/端口，验证OPTIONS和实际响应；另一个API别名或静态预览通过不算正式入口通过。普通capabilities继续鉴权，CORS不是匿名授权；匿名试用另需默认关闭、显式启用的独立Managed入口及专用限额票据，不能作为登录或节点故障时的自动回退。
+
+### 公开试用与登录时间轴隔离
+
+`platform-vision-public-trial`的`Bootstrap/Open/Frame/Read/Cancel/Close`不建立用户或DiyToken，
+识别、目录和Read每次重读唯一启用默认profile的`EnablePublicTrial=1`（默认0）。公开Example同时核当前
+ExampleVideosJson白名单、Ready/IsExample、RegistrySeal与FileServerBak规范路径；撤销即时生效。
+Camera只传临时JPEG，不能从参数指定任意媒体URL。普通Grant/AcceptFrame/身份/图库仍要求登录。
+安装包不含启用值或客户素材。Read/Cancel/Close只限本票；正文日志关闭，不建账号，不开放私有录像、上传管理、身份/人脸模板、图库、样本、考勤和正式告警。
+
+平台与节点`POST /public-trial`采用独立的`VisionPublicTrialRequest/1`请求和
+`VisionPublicTrialResult/1`响应域，绑定tenant/session/requestId/短效时刻及payload；
+HMAC密钥不出可信后端。浏览器票据5分钟，绑定IP摘要/profile/session/source；每票30帧，
+最短2秒、JPEG≤512KiB；Example与Camera默认采样均长边≤640且总像素≤409600。
+v1.9.24恢复此默认，不放大小源，节点同时核输入长边与总像素；实际入口与节点状态分别回读。
+Open按每IP每可信登记来源6次/固定10分钟窗、聚合60次；Camera单独6次，不能自造来源Key。
+本检查路径租户120帧/10分钟、匿名native单在途，原30帧、TTL与全部V9门不变。
+每票最多1次独立手机证据下的1B复核；帽子仍走专用CPU，缺证据/故障保持Unknown。
+
+公开入口的通用不可用提示先对照Bootstrap的`DataAppend.TrialError`。
+`TrialNodeUnavailable`须检查登记地址及平台到节点`POST /public-trial`的实际响应，
+不能以浏览器GET `/health`成功替代；分别核DNS/TLS/网络、反代和节点拒绝分类。
+不重启健康模型猜原因，不关闭验签、证书校验或扩大匿名范围；票据、签名和密钥不进日志。
+Bootstrap只对明确transport/节点暂不可用/后端5xx做有限退避；initial加最多两次自动重试，
+人工仍受single-flight、冷却与本地6/60秒门限制。权限/策略/签名/目录/禁用/429不自动重试，
+取消使旧代际无效，忽略abort的transport未settle前不发新请求，晚成功不能恢复已关闭页面。
+
+公开入口须复用原监控单画面/工具栏/概览，不因匿名能力另建双播放画面。
+独立公开模式不因缓存Token非空自动进入私有API；只有用户明确进入工作台才权威验证会话，
+宿主身份仍按DiyToken校验，认证失败不能降级开放私有业务。到期/30帧耗尽时先Close确认
+nativeDrained再Open，保原限额；120秒过期清理宽限只允许Read/Cancel/Close，不接受Frame。
+撤销启用或目录故障仍允许原IP/受保护票据执行Close/Cancel及排空，Cancel不返回候选正文；
+Read继续核启用与示例白名单，不借清理宽限延长读取授权。
+
+匿名示例可复用V9真实trackId、同帧faceBox和固定失效门；准确显示按原PTS0.2秒步进，
+墙钟仍串行且最短2秒，不能称实时满帧率。Camera实采2秒不承诺跨帧连续；新会话、遮挡、
+超0.6秒PTS缺口、3秒墙钟闲置和原预算失败均如实重锚/Unknown，不扩大门限换稳定率。
+浏览器逐帧核会话/source/generation/sequence/PTS及实际送检Base64摘要，只将候选画在同张JPEG上。
+手机证据仅取该帧实际人体NN anchor/recovery的原检测输出，纯跟随帧缺独立证据时保持Unknown，
+不重复运行第二次人员模型、不借上帧手机框补推断。占用率/离岗等无正式时间轴依据显示未知。
+结果只含匿名人员位置与分项候选，`assurance=Candidate/accuracyValidated=false/formalBehaviorCount=0`，
+不写正式时间轴统计、媒体库、身份、样本或图库。取消撤销发布，原生完成前不释放唯一槽；
+关闭、过期和离页均须记录清理结果，不能把Cancel响应当native已停。票据/图片/签名不进URL、
+普通日志或长期证据。浏览器原片播放、公开640/409600送检采样、原640人员神经网络输入与原生帧
+显示是不同通路，不能互作精度证明。v1.9.23的Example1280/921600试验不作为默认：正式画面出现
+前景风扇人员误检；既有25对录像主目标覆盖25/25，但正确同ID且含Tracking最长仅1.2秒，未过原2秒门。
+覆盖、空框数或相邻ID复用均不等于全景精确率、稳定率或独立90%；恢复640也不证明旧模型通过。
+私有1280通道及NN640默认的历史结论分别保留，真实手机与摄像头另验。
+
+以下新增组件均为Managed，完整登录与公开试用各守自己的授权边界：
+
+| 组件 | 策略 | 职责 |
+|---|---|---|
+| `platform-vision-monitor` | `Managed` | 授权巡检会话、人员准入、时间轴复核与报告 |
+| `platform-vision-edge-relay` | `Managed` | 当前用户与租户的受限节点中继能力 |
+| `platform-vision-edge-media` | `Managed` | 受限中继媒体与分片读取 |
+| `platform-vision-media` | `Managed` | 可信录像对象、租约、原时刻窗口与封印回读 |
+| `platform-vision-public-trial` | `Managed` | 默认关闭的受限匿名示例/相机试用，与登录业务隔离 |
+
+### 正式来源与持久编排
+
+正式页面的浏览器 Origin 必须精确进入节点 `origins`；登记公开节点地址不自动完成 CORS。
+别名 API、本地或服务器预览通过不能代替正式入口，须同时核预检与实际响应的 CORS、TLS、
+身份和分项能力。命令行200而浏览器Failed to fetch时先查这些边界，不重装模型或把连接异常
+当未配置；日志只留origin/path与安全状态，Token、完整Header和签名query不落档。
+
+长期运行组合保持一份持久Compose事实源，固定实际镜像、限额、模型只读挂载及私网服务名。
+宝塔文件缺失先核项目登记的绝对路径、文件名与相对挂载解析，不在错误目录另建空编排。
+迁移保留raw inspect并比较完整实际Mounts语义，不以Binds表示或数组顺序差异替代实际差异；
+回滚恢复原配置和运行镜像组合，历史base指向旧镜像时必须包含正确overlay。不要启停无关服务。
+
 ## 原时刻与展示
 
 - 默认单帧窗口、一个在途请求，按0/1/2秒固定媒体游标连续分析，不按播放时钟跳点；协议最多8帧不是弱CPU应请求8帧。Grant约110秒、作业120秒，超时不延旧框；已Accept的帧仍通过ReadWindow权威回读。
@@ -67,6 +143,11 @@ CPU候选镜像必须在Python数值库导入前固定标准 `OPENBLAS_NUM_THREA
 
 前端File仅按绘制成功actualPTS推进，最多一作业/一bitmap；seek、暂停、换源、隐藏和错误撤销旧代，晚回包不能复活。原正式时间轴继续按既有规则分析，显示只按实际已呈现时刻回读sealed投影；显示通道不扩大有效覆盖或自动授权采集。摄像头/直播维持v5，完整WebRTC与物理温控另验。能力必须实际ready才启用；已发布RC2不含此后续源码通道，不能给旧启动器添加未知配置项。
 
+取消排空使用独立、有界的请求上下文：重复stop、切源或卸载不能中止已经执行中的DELETE确认，
+也不能提前释放同一worker准入。只有真实nativeDrained回执或原作业TTL届满才能继续；HTTP超时、
+写入结果未知和取消失败仍保守等待，不缩短TTL或把未知改为完成。回归须先复现“进入DELETE后再次stop”
+导致自保等待，再验证取消请求未被第二次stop中止、新源只在原生排空后准入，晚结果不重绘旧图。
+
 四train原图1280召回80%、缩图再放大40%、固定分块未改善，均不是独立90%验证。原生取帧、连接、模型文件回读和单帧出框不能替代人员/脸/安全帽/手机/拍摄各自的独立验收。
 
 含人员模型的节点候选使用独立Docker模型层，固定 `/opt/microi-vision/models` 两个公开权重及其大小/SHA/来源/完整许可通知；不进Git、NuGet或浏览器包，不在运行中下载或扫描任意目录，不写NAS只读模型挂载。显式配置优先，缺省auto，`bundled_models=disabled`关闭回退，JSON null不是可靠关闭语义。实际普通UID必须可遍历目录并读取只读文件；构建前后来源、/app运行闭包、/opt模型白名单、标签/摘要、NAS及回滚分别验收。不能把独立模型层理解成客户模型质量或CPU通道已更新。
@@ -85,6 +166,114 @@ CPU候选镜像必须在Python数值库导入前固定标准 `OPENBLAS_NUM_THREA
 
 协议/单测通过不等于目标NAS吞吐、手机温控、海康兼容或90%准确率通过。实际推理时延、解码Range预算、播放覆盖率、边框精度、行为分项正反样本、身份误接受/误拒绝分别验收。没有独立真值则保留未验收，不能用模型置信度或人工诊断少量图替代。
 
+## 连续播放与实时定位 v1.10.0
+
+主视频不得等待推理或被送检JPEG覆盖。匿名Open后用GrantRealtime签发30秒授权，
+300秒会话/1200帧，二进制JPEG最多512KiB。只有节点能力与授权均允许1920时，桌面才用
+1920长边/2073600像素；旧节点保留1280/921600，手机仍640且最多2Hz。编码超预算时有界
+降质、必要时退回1280，不能放大小图制造细节。单客户端串行、节点零排队，模型SHA固定。
+核对session/source/generation/sequence/PTS/实际JPEG摘要和尺寸，只有最新检测参与短期显示，
+外推最多650ms，媒体年龄1000ms/收包墙钟800ms超期清框；Candidate与formalBehaviorCount0不变。
+隐藏只停止送检/清框、保留播放意图；显示恢复不能越过用户暂停、切源或代次，真机后台权限另验。
+
+绘制层可按当前媒体时刻对同一稳定trackId的`displayBox`做120ms短时校正，复用原RAF；
+人体与人脸分域，原检测box/faceBox、签名PTS、人数/身份/考勤不变。首现或ID消失、reset、
+seek/切源/代次变化、过期、时间不连续或大空间跳变立即直达/清除，不延长原有效门。
+暂停和旧逐帧原帧路径不插值，`prefers-reduced-motion`时直达；平滑显示不作精度或跟随覆盖证明。
+
+服务器2已上线node1.11.0、实时算法`/3`、max1920、facePipelinev2与behaviorProviderReady，
+原生回归504项通过。1.11.0公开应用与官方商城包均已发布并分别回读摘要，现有录像的画框
+连续性、小目标漏检与误检仍未达标；发布完成、节点health或单测不能当作完整交付。
+
+切源/seek使用新视频实例与代次，迟到事件和play回执仅属于旧实例。公开录像8秒解码进度及媒体
+时间未前进才进入有界恢复，保留进度和暂停意图；新seek/换源/隐藏撤销旧watch，不用亮度判黑屏。
+送检图和各模型计算尺寸分别记载。历史`/3`的body等比限制长边1280；新FOV通道中仅全图S
+使用该工作图，Tiny及按需Nano读取同张送检原图ROI，实际框映回同帧原图。1080p
+送检的face/头盔ROI保留原生1920×1080 JPEG像素，不能冒称全模型均在原生1080计算。
+
+人体ByteTrack第二阶段仅对已有轨迹使用弱关联：score≥.2允许IoU距离≤.7，更弱仍≤.5；
+二者是距离上限，非置信度，弱框不能建新轨，输出仍取当前NN原框。已排空closed tombstone
+不占8个活跃槽，未排空记录继续计活跃；总记录缓存仍有硬上限，不能简单忽略closed任务。
+公开Open每IP每可信source固定10分钟窗6次、aggregate60，Camera仍6；来源先过登记校验，
+不能使用浏览器自报sourceId创建额度桶，原帧/TTL/节点并发门不变。
+
+`realtimeFacePipeline=yunet-global-and-roi-agreement-v2`保留global 0.9；可信同帧body头部ROI
+仅作输入，原生锚点≥0.6、两次不同有效尺度确认各≥0.85、三框两两IoU≥0.5且原像素短边≥20
+才显示Candidate，分数取三次最小值。最多4个ROI按sequence轮转、最多13次NN、单次不超过640，
+ROI按32步长动态补边。不能画假脸、把插值当细节或用人体框代替脸证据。
+
+私有授权使用VisionPrivateRealtimeGrant/1、当前DiyToken重验owner、独立会话与明确身份同意。
+仅授权后台旁路SFace和MatchFaces能读当前人员模板，向量不回传，匿名协议拒绝姓名字段；
+库空或原始脸不足80px/质量门不足均不能制造身份。不得自动录入测试头像或放宽质量门。
+
+## 轻量原图全景通道（1.12.1）
+
+`FOVTiny832+FOVTiny416-TwoCurrentROI/1` 使用同 V1 检查点固定 832 全景导出及 416 区域导出，
+人体每帧最多1次832和2次416；不调用 Nano/S 做人体，独立 S 手机低频旁路继续有效。
+可信配置只复用 `realtime_person_model/realtime_refiner_model`；不能新增请求指定模型。
+global摘要固定 `1f86e97430daf8c6f6c3ef7af48b4bcc28bbe897b0e4dab3045ae6b6d7c12159`，
+refiner与phone分别沿用已登记416与独立S。Bootstrap与结果都核精确 `global/refiner/phone`，
+不能和旧 FOV 的 `discovery/refiner/global` 混配。
+
+旧小人ROI上下文不足则重新居中；全景分数低于0.2仍保留原分进入原匹配，但不能压掉
+真实ROI复检。新生0.6、弱关联保护与显示期限不变，框与分数逐条对应当前推理，禁止输出旧预测。
+公平探索先全大格再全边界格，原集合不增删。实际同源录像开发表现、重复JPEG冷启动和
+真实浏览器必须分别记录；Unknown小框不得按数量增长认定找回焊工或计TP/FP/TN。
+832导出未再次训练，沿用V1的21张Unknown历史和独立准确率缺口；不能以源码合入代替部署验收。
+
+## FOV 原图小目标通道（1.12.0）
+
+1.12.1修复signed public-trial Capabilities逐字段投影，须端到端验匿名Bootstrap三摘要与GrantRealtime；
+私有health/ASGI推理通过不代表公有能力投影完整。缺失/额外/错误模型项不能标FOV ready。
+
+`RFDETR-N384+FOVTiny416+YOLOX-S640-MotionROI/1` 是独立固定算法，不能沿用 `/3`
+的单摘要验收。可信节点配置 `realtime_refiner_model` 显式启用，且 Nano/S/Tiny 三摘要必须
+与 `realtimeFramesModelArtifacts` 精确匹配；Grant、签名包和前端能力均沿原授权链核验。
+未配置保持旧通道，不能由请求参数指定模型路径、下载地址或浮动权重。
+
+全图 S 工作图长边最多1280；原图 Tiny 最多4个局部视野、按需 Nano 最多1个局部视野，
+视野读取本次送检图，不从计算缩图放大。每帧 S/Tiny/Nano 调用上限1/4/1。
+源内游标公平轮转并保留全画面探索，旧轨迹/运动只安排真实当前推理，不能输出运动框、
+ROI、扩大搜索窗、预测框或lost框作为人。身体y搜索尺度只供关联，回传必须恢复当前原框。
+不同人匹配一对一；当前较高原分只保护该检测，禁止把分数转移到另一低分框。
+
+固定 Tiny FOV-v1 为 `e5accedc4af35336e992b9383bff6d2ce65ac8ba810824319c7163a5874225d1`，
+20258871B、FP32、输入1×3×416×416、RAW输出1×3549×85、完整80类竞争但仅人员证据可用。
+训练Tiny的phone67输出强制丢弃；手机仍只取独立S的真实当前结果，PhoneVisible不是PhoneUse。
+新FOV通道的原图人体ROI手机补检与主推理共用native单槽，复用独立S，每来源最多30秒一次。
+每帧1次全图S与低频额外1次S分别记预算；主推理已超过1秒时不追加，原1.5秒deadline不变。
+只轮转当前score≥.5的匿名人体，同源seek/重锚不能清30秒预算；Close废弃晚结果并真实排空。
+
+FOV-v1开发集有21张后续降Unknown的疑似空背景：train12实际参与V1训练、val9未做验证
+前向或检查点选择。V1历史权重不因后来排除建议而变成已净化版本；21张不得计可靠负例、
+TN/FP/特异度或准确率证明。V2排除重训不是本版本注册权重。无人工独立真值、同源相邻帧
+和反复观看调优仍属开发证据，不能声称90%或泛化通过。
+
+回到前台且video仍实际playing时才重新arm 8秒解码进度watch；手动paused不arm，
+不能因静止恢复而打断用户暂停。模拟visibility生命周期通过不等于真实OS后台验证。
+真机暂缓，真实手机使用阳性/拍摄、独立正反素材、身份闭环、真海康和OS后台仍分别留gap。
+人脸真实候选/安全帽候选的历史NN正例须在最终节点和实际浏览器复验，不继承单帧或旧S body结果。
+
+PPE旁路复用同一原帧。手机先有同人体原始尺寸足够的独立目标才调用固定1B，
+全节点外部任务一项、无队列、至少30秒间隔，旧任务未完成不得重投。`/api/ps`只证明权重驻留，
+不证明busy或idle；业务准入共用REVIEW_LOCK。启动恢复先校验固定alias/digest，再以空请求load、
+unload的严格完成回执及ps真正为空建立排空屏障，不能仅凭卸载回执或等待时长解除未知。
+后台握手最多30秒，失败/超时保持RecoveryPending并重试，不阻塞body/face；已发chat遇连接、
+超时或取消的不确定结果必须invalidate后重新握手。恢复完成后允许同摘要idle-resident复用，
+错误摘要或其它驻留模型仍拒绝准入，不卸载陌生模型。health的behaviorProviderReady/State区分
+配置存在与可接收任务，不能只凭模型列表就宣称行为可用。
+换源只撤销旧结果发布，视频不等外部行为；Close分别报告本地nativeDrained与
+externalBehaviorDrained，不能混为所有服务已停止。迟到行为标原时刻，不贴当前人或计正式违规。
+焊弧、焊枪、焊接面罩不等于手机或安全帽证据。现有录像回归不得冒充独立90%验收；本轮真机
+暂缓、独立正反素材不足的缺口保留，不能用未知填成正常。
+新CSRT/KCF及浏览器纹理桥接候选红测已拒绝，未接入实时`/3`或延长旧框；远人持续覆盖、
+近人ID切换与超过1秒P95仍有缺口。真实播放、当前检测、跟随连续性分别验收。
+旧V9原帧检查协议继续兼容，其2秒/30帧门只适用于该检查协议，不能冒充当前默认播放策略。
+
+## 实时CPU模型与当前人脸关联
+
+矩形全景、HP07候选训练来源、双ROI、弱关联与手机调度的完整边界，见 [实时CPU模型与跟随策略](realtime-cpu-profiles.md)。
+
 ## 专用CPU安全帽候选与慢任务隔离
 
 v1.9.18开发候选使用同视觉容器中的受控DAMO ONNX，独立`VisionHelmetCandidates/1`及`damoyolo-safetyhelmet-person-head-roi-v1`；model SHA固定ff2a83c668d520ca0fbd4d7cb420cfdfaf42f8fc8e6e4a33efd0146754f5d4f6。人员上部/可信脸附近取原生ROI，不resize，最多6个、单ROI262144/总524288 padded像素。>.6只是候选门，不能绕正式行为门或作为90%依据；手机/拍摄分项不得由安全帽就绪推导为正常。

package/skills/workspace-conventions/SKILL.md

@@ -7,6 +7,9 @@ description: 每次 Microi 任务开始前必读的基础规范。用于识别
 
 ## 浏览器不可用时继续交付（强制入口）
 
+- **浏览器默认选择顺序：用户明确指定的浏览器 → 当前 AI 宿主的内置浏览器 → 本地外部浏览器。** 用户没有指定时，Codex、WorkBuddy、DSH 等宿主内的页面盘点、吾码 PC 后台、UniApp/H5、本地预览、登录、交互测试和截图验收，都必须先发现并使用当前宿主提供的内置浏览器；不能因为测试目标是本机地址、新开发后台，或本机已经安装 Edge/Chrome，就直接打开本地浏览器。
+- **降级到本地浏览器须有具体依据。** 只有宿主没有内置浏览器、内置浏览器缺少本次所需能力，或按当前工具说明完成有界诊断后确实无法完成必要操作时，才使用 Edge/Chrome 等本地浏览器，并记录缺失能力、故障和降级原因。读取宿主实际提供的浏览器工具说明，不把 Codex 的 API 签名硬套到 WorkBuddy/DSH。一次超时或尚未登录不等于不支持；优先拆开提供者选择、标签列表、绑定和页面读取，并复用已登录的目标标签。
+- **交互验收与独立测试进程分别选择。** 已配置的无人值守 CI、正式 Playwright Test/VS Code 测试进程可沿其受支持的浏览器矩阵运行；这不改变 AI 在当前宿主中打开、观察或操作页面时的内置优先规则，不能为回避该规则把一次性页面验收改写为独立脚本。内置工具支持当前检查时直接使用，缺少独立 Context、下载、Trace 等能力时明确记录边界，再按工具权限和授权范围选择受支持的替代方案；不得通过自行启动浏览器、原生 HTTP/CDP 或导出会话绕过宿主的明确限制。
 - 用户明确选择或已在 Codex 内置浏览器打开、登录目标网站时，直接复用内置浏览器的现有目标标签页。先读取标签列表和当前页面，核对实际 URL、域名及账号/租户；不要再反复尝试 Edge/Chrome，不新建空白会话要求用户重复登录，也不把已到达的后台首页重新导航回登录入口。
 - 用户指定 Edge、Chrome 等外部浏览器时先使用该浏览器。扩展未连接、`Debugger unattached`、无法可靠识别 Windows 浏览器 URL、控制能力缺失或读取超时，属于需要诊断的具体故障；按工具文档完成有界诊断后仍不可用，**必须转入 Codex 内置浏览器继续原任务**。复用已有目标标签；没有时才打开用户给定的准确链接。用户已允许备用浏览器时直接执行，不重复询问许可；不得只报告外部浏览器故障、改要 SSH 或结束工作，而没有实际检查内置浏览器。
 - 切换必须落到真实操作和回读：按当前工具文档选择内置浏览器、列出标签、绑定目标并读取页面，再继续原先的点击、盘点、测试或验收。绑定与读取合并调用超时时，可拆开这些步骤做有界恢复；一次超时、已打开 URL 或用户说“已登录”，都不能单独当作连接失败或业务验收完成的结论。此流程不授权改用原生 HTTP/CDP 绕过访问限制。

package/skills/workspace-conventions/references/progressive-02-microi-net-api-/346/234/254/345/234/260/345/220/257/345/212/250/347/272/246/345/256/232.md

@@ -131,14 +131,14 @@ AI 通过 MCP 修改 `diy_field`、`diy_table`、`sys_menu`、`sys_osclients`、
 3. 最终交付说明必须写清楚：改了哪个表/字段，回读值是什么，刷新了哪些缓存，验证入口是什么。若某个缓存刷新接口失败或只能部分成功，需要把失败消息原样摘要出来，不能把“写入成功”当作“页面一定生效”。
 
 <!-- /microi-progressive:chunk -->
-<!-- microi-progressive:chunk id=workspace-conventions-031 sha256=cea2d1c912ffc31136a859fd10f282c488b5b8d1bf3f2ced7c39084b23e5ccf5 -->
+<!-- microi-progressive:chunk id=workspace-conventions-031 sha256=d88cab04e7e2d1cc243fe1786b1d18728069813cf30e2c9da18975fc8c32de07 -->
 ## MCP 可用性排查约定
 
 VS Code、Cursor 或 Codex 设置界面显示某个 MCP 服务器“已启用”，不代表当前 AI 会话一定已经成功加载了对应工具。AI 在声称“可以通过 MCP 操作”之前，必须完成一次真实可调用性验证：
 
-- 先用当前会话可用的工具发现能力查找目标 MCP 工具；若工具发现为 0，不能继续假设 MCP 可用。
+- 先用当前会话可用的工具发现能力查找目标原始 MCP 工具及 `microi_codex` 单入口；单入口存在时先用 `profiles/list_tools/describe_tool`，不能因未展开全部 `microi_*` 就认定没有工具。发现为 0 时不能假设原生 MCP 可用，但仍可按下方官方 CLI 通道验证。
 - 再用 MCP 资源/模板列表或最小 `initialize` / `tools/list` 探测确认服务器握手成功。若返回 `handshaking with MCP server failed`、`initialize response`、`connection closed` 等错误，要明确说明“配置存在但当前会话不可调用”。
-- 同时检查 `.vscode/mcp.json`、`.cursor/mcp.json`、`.mcp.json` 和 `~/.codex/config.toml` 是否能解析，并确认目标服务器名、`MICROI_API_URL`、`MICROI_OS_CLIENT`、`MICROI_TOKEN_FILE` 已写入。
+- 按实际宿主检查配置是否能解析，例如 `.vscode/mcp.json`、`.cursor/mcp.json`、`.mcp.json`、`.workbuddy/mcp.json`、`~/.workbuddy/mcp.json` 或 `~/.codex/config.toml`，确认目标服务器名和连接引用；不要把其它宿主的配置缺失当作当前宿主故障，也不输出秘密。
 - 如果手动启动 `mcp-server.js` 能响应，而当前 AI 会话仍握手失败，应优先怀疑 MCP stdio 协议兼容、初始化响应格式/大小、服务器进程提前退出或插件生成的 Codex 配置顺序问题，而不是简单归因于“用户没启用”。
 - 当 MCP 工具数量较多时，`tools/list` 的前段必须优先返回通用建模和维护工具，例如 `microi_get_db_schema`、`microi_get_field_list`、`microi_add_field`、`microi_update_field`、`microi_refresh_schema_cache`、`microi_create_table`、`microi_create_module`、`microi_get_event_code`、`microi_save_event_code`。部分 AI 客户端或模型上下文只注入前若干个工具，若核心工具排在后面，会误报“缺少 MCP 工具”。
 - MCP 的初始化说明必须使用真实 `MICROI_OS_CLIENT` 作为租户边界。中文显示名通过 ASCII 的 `MICROI_LABEL_BASE64` 传输并在 MCP 内解码，旧版 `MICROI_LABEL` 只作兼容；显示名不能当成租户 Key 写入“只能管理某租户”的安全提示。
@@ -205,16 +205,16 @@ AI 只要修改了 `Microi.Server/**` 下会影响 `Microi.net.Api` 运行结果
 这条规则优先于“避免打断正在运行服务”的默认谨慎策略；本地开发联调场景下，用户通常需要 launch profile 当前端口上的后端加载最新代码。
 
 <!-- /microi-progressive:chunk -->
-<!-- microi-progressive:chunk id=workspace-conventions-036 sha256=b91c431950e4c5d268d40c6372e5780b2c7e8b4ca4339871085cda91b7d932bc -->
+<!-- microi-progressive:chunk id=workspace-conventions-036 sha256=c891cd4e25e36eb46befe0a2305d59170c0dcd76ad8bc7d8448cb07453ba3776 -->
 ## MCP 可调用性诊断补充
 
-当用户反馈“Codex/VS Code 设置中能看到 MCP，但当前 AI 会话不能调用对应工具”时，不能只回答“当前会话没有注入”。必须按层排查：
+当用户反馈“Codex/WorkBuddy/VS Code 设置中能看到 MCP，但当前 AI 会话不能调用对应工具”时，不能只回答“当前会话没有注入”。必须按层排查：
 
-1. 先确认 `.vscode/mcp.json`、`.cursor/mcp.json`、工作区根 `.mcp.json` 和 `~/.codex/config.toml` 都能解析，且目标 server key 为稳定 ASCII 格式，例如 `microi_itdos`，不要使用中文名或横杠。
-2. 再用 Microi.Agent 插件的“诊断 MCP 可调用性”命令，或等价脚本直接启动对应 `mcp-server.js` / `mcp-codex-stdio-adapter.js`，执行 `initialize` 和 `tools/list`，确认 `microi_get_db_schema`、`microi_get_field_list`、`microi_add_field`、`microi_update_field`、`microi_refresh_schema_cache` 等核心工具真实返回。
+1. 先核对实际宿主及其项目/用户级配置，而非只凭模型自述。WorkBuddy 使用 `.workbuddy/mcp.json` / `~/.workbuddy/mcp.json`，Codex 使用 `~/.codex/config.toml`；检查相应配置能解析且目标 server key 为稳定 ASCII 格式。连接保持用户选定的 API、OsClient、Type、Network；不要求安装无关宿主。
+2. 用 Microi.Agent 插件的“诊断 MCP 可调用性”命令，或官方 `microi mcp tools --profile <mcpName> --workspace "<工作区>" --json` 进行真实握手和目录读取，确认核心工具及其 Schema；工具总数不能硬编码，也不能从配置文件存在推断成功。
 3. 如果当前 AI 客户端支持工具发现或延迟加载，AI 必须先主动执行工具发现/热加载流程，例如 `tool_search`、客户端 MCP refresh、Microi.Agent 的启动/诊断命令；不要先让用户手动重启、重载或重新生成 MCP。
-4. 如果真实握手成功但 Codex 当前对话仍没有注入 `mcp__...` 工具，AI 仍应优先使用等价的 MCP stdio JSON-RPC 直连 fallback 完成当前任务：读取对应 MCP 配置、启动 adapter/server、执行 `initialize`、`tools/list`、`tools/call`，并严格遵守该 MCP 绑定的 API Server 和 OsClient 边界。直连脚本必须放在 `.tmp/` 或使用一次性 stdin，不得散落到项目目录。
-5. 只有在客户端不支持热加载、直连 fallback 也无法完成任务，或写操作边界无法确认时，才告知用户需要新开对话、重载 Codex 或检查 MCP 配置。说明必须写清楚：MCP 配置和进程是否可用、当前会话为什么没有注入工具、已经尝试过哪些自动恢复动作。
+4. 同时发现 `microi_codex` 单入口；存在时通过 `profiles/list_tools/describe_tool` 使用。原生入口仍不可用且宿主允许终端执行时，按 [官方 CLI 通道](../../microi-codex-installer/SKILL.md#当前对话没有吾码工具时继续工作) 运行 `microi mcp call <microi_tool> --params-stdin --profile <mcpName> --workspace "<工作区>" --json`，先调用 `microi_get_status` 核对身份再继续任务。使用包内同源标准 stdio MCP，不让 AI 临时实现桥接，也不绕过确认、权限和回读。
+5. 只有宿主明确要求的信任/启用操作、终端不可用、官方通道失败或授权边界无法确认时，才提出最小用户操作。明确禁用或策略拒绝不使用替代通道绕过。说明配置、握手、CLI 调用和原生工具注册各自证据；不能把“当前未发现工具”解释为已证实“不支持热加载”，也不把新开对话作为默认前置条件。
 6. 如果握手失败，要把失败层级说清楚：配置文件解析失败、路径不存在、token 文件缺失、MCP 进程启动失败、`initialize` 失败、`tools/list` 缺核心工具，不能把这些问题混成“用户没启用 MCP”。
 7. Microi.Agent 生成 MCP 配置时应清理旧的中文/横杠 Microi MCP key，只保留 `microi_<osClient>` 或 `microi_<osClient>_<host>` 形式，避免不同 AI 客户端因 namespace 不稳定而无法注入工具。