Aira 交互评分账本
2026-09-24 · 用户明确要求建立。范围:人与 AI 沟通修改意图的交互研发。 分值是设计估计,操作验收不是用户实验证据。当前没有已证最优方案。 交互白皮书 · 研究实现边界。下文样机分数不表示真实工作台的能力或验收结果。
如何使用账本
Section titled “如何使用账本”每轮只改一个主要交互问题;记录假设、对照、观察、分值变化与裁决。能力评分与方案评分分开,数字不得在没有新证据时随版本增长。缺失指标记未知,不按通过。参与者人数、模型成功率、耗时或成本没有实测时不填写推测值。
“优雅平衡”先定义为:用户不记内部编号、局部意图能局部表达、授权与预览不会混淆、单点任务不必经过集合工具、错误可局部纠正、昂贵计算不跟随每个指针事件。先满足权限/正确性硬条件,再比较帕累托关系;某一项改善却显著增加另一项负担时保留取舍,不用平均分掩盖退步。
暂停增加复杂度的条件:新增控件不解决独立任务中的实际问题,或需要更多解释才能避免误用。停止宣称最优的条件:遮挡、跨实例、无命名、移动端等关键场景尚未验证。本账本是研究结果与判断记录,不另建实施计划或检查框架。
能力基线(B0)
Section titled “能力基线(B0)”6.1 评分对象与依据
Section titled “6.1 评分对象与依据”评价任务是让非 CAD 专业用户告诉 AI:改哪里、改什么、哪些保持,以及如何纠正一次误解。涵盖可见局部、重复特征、遮挡内部、多层装配与跨实例修改。比较的是交互机制在其适用环节的潜力,不是当前实现质量、用户满意度或 AI 成功率。不把定位方式与撤销方式排成一个胜负榜,也不把最高分组合当作已证最优。
依据复核:
- DirectGPT 支持将对象指代与直接操作结合;实验对象为文本、代码与矢量图,不能外推 CAD 的拓扑识别、强约束或大型模型性能。
- DynaVis 支持自然语言之后保留少量控件供重复调整;研究场景为可视化编辑,不证明 CAD 关系求解的正确性。
- Human–AI Interaction Guidelines 提供纠正、撤回、能力边界与不确定时缩小服务范围等设计原则;不是本表分值来源。
- 混合主动权 与 决策型主动学习 支持按歧义对决策的影响决定是否询问;后者的数学保证有模型与假设前提,不能直接替 Aira 决定问什么。
- Dynamic Grounding 用于共同理解与协商的概念启发,不作为有效性验证。
- 三维选择的逐步细化研究 支持对密集、小目标先缩小可选范围再精确指向的设计方向;实验是 3D/VR 选择任务,速度与准确率不能直接外推到 CAD 模型或本样机。
- Autodesk Research 的多尺度三维导航 探索从粗视图进入远处空间区域的导航;当前样机缺少真实 CAD 的远处位姿,不能借研究名称把序号分页包装成空间索引。
- Autodesk Research 的多尺度参考可视化 研究位置参照与跨尺度网格;启发总览保留当前方位,但不提供 Aira 的任务完成率证据。
证据记号:R 为其他领域研究支持设计原则;D 为本项目的工程推导;P 为本地样机已能操作。P 不表示真实 AI 理解或 CAD 求值已实现。本表全部数值为单轮设计评估,未经过独立评审或用户实验,应按约 ±1 分的主观不确定性理解;不是统计置信区间。
6.2 评分规则
Section titled “6.2 评分规则”每项从 1–5 分评价,越高越好。2、4 是相邻锚点之间的判断。六维等权相加得到 /30 的研发参考分;等权是当前透明约定,不是用户偏好测量。小于等于 3 分的总分差不用于宣称优劣;应先比较同一环节和同一场景。不同权重会改变顺序,因此不用总分排除互补机制。
| 维度 | 1 分 | 3 分 | 5 分 |
|---|---|---|---|
| 易懂 E | 要记内部标识或专业施工步骤 | 需要认识局部结构/提示 | 意图与视觉对象直接对应 |
| 省操作 O | 对每个对象反复输入/查找 | 需要几次定位与核对 | 可复用一次指向或一次要求表达 |
| 大规模 S | 工作量接近全对象数 | 依赖局部范围/分层索引 | 有语义索引时可按集合表达,无需逐项看完 |
| 精确表达 P | 关键对象/属性/单位隐含 | 对象或部分属性明确 | 对象、范围、属性、单位/期限可核对 |
| 易纠正 C | 重述整个任务或重做 | 可改部分信息 | 保留已确定信息,局部替换/排除/撤回 |
| 预算友好 B | 需要多候选生成/全量读取 | 需要异步检索、推断或求值 | 定位和反馈可在本地完成,无需每次调用模型 |
硬条件独立于分数:引用有效、授权范围明确、版本一致、适用硬约束有检查证据、预算未越界。任一不满足即阻断自动应用;再高的交互分也不能抵消 unknown。精确表达高分不等于几何检查通过。规模分以可用语义索引为前提;数据没有关系标识时,不能靠 UI 凭空得到整排、同类或配合对象。
6.3 分类评分矩阵
Section titled “6.3 分类评分矩阵”| 类别 | 交互能力 | E/O/S/P/C/B | /30 | 依据与现状 | 适用条件及主要失败点 |
|---|---|---|---|---|---|
| 定位 | 编号长列表 | 1/1/1/3/2/5 | 13 | D;已退出默认入口 | 仅已知精确 ID 的专家辅助;陌生工件无法由编号识别位置 |
| 定位 | 名称/结构检索+画布预览 | 3/3/4/4/4/5 | 23 | D/P;迭代 53 的固定目录输入反馈 | 已知命名与本地索引时有用;无语义命名时仍退化为编号查找,真实大模型成本未知 |
| 定位 | 混合线索部分落地+少量局部直达 | 3/4/4/4/5/5 | 25 | D/P;迭代 105 的 10,000 实例情景,±1 主观判断 | 已知结构片段可查、附加功能描述尚无来源证据时保留两者;只跳到少量局部,不自动选对象。真实功能地标与大 CAD 几何仍未知 |
| 定位 | 直接点选+局部名称 | 5/5/2/4/4/5 | 25 | R/P | 可见、可点击对象;遮挡、小特征和层级歧义降低效果 |
| 定位 | 小目标邻近预览+明确绑定 | 4/3/3/5/5/5 | 25 | R/D/P;迭代 19 可在点位附近逐步核对;未做真实触摸实验 | 当前可见局部的少量对象;增加一次确认,密集投影不能靠最近距离自动判定 |
| 定位 | 空间指向+语言限定 | 5/4/4/4/5/3 | 25 | R/D;通用理解未实现 | “这里靠接口的一排”;必须保留坐标系、指向证据与歧义 |
| 定位 | 情景分页目录(非空间定位) | 1/2/1/2/4/5 | 15 | P;迭代 93 核查发现目标按序号分页,格子不对应整体几何 | 仅供研发回放切换局部页;即使已知大致方位,也不能凭此目录找到相应对象。不得把它当成产品空间导航或真实 CAD 规模能力 |
| 定位 | 真实工件地标→局部精指 | 未评分 | 未知 | R/D;尚无可操作的来源绑定样本 | 需由同一模型修订给出整体显示外形、可辨地标、稳定对象/实例引用、世界变换与页/LOD 映射;只有浏览器操作和独立定位任务通过后才评分 |
| 定位 | 结构检索→实例聚焦→局部点选 | 4/3/4/5/5/5 | 26 | D/P;迭代 95 接入真实 STEP 的两实例来源路径,固定大目录仍按页筛选 | 已知结构线索或能在树中看见实例时可直接聚焦;同名无语义部件、视图外几何和大型装配仍缺独立任务及性能验证,不据两实例样本证明 E/O/S 分数 |
| 定位 | 剖切/隔离后指向内部 | 3/3/3/4/4/4 | 21 | D;本样机未实现 | 遮挡场景的必要补充;改变视图不能当作改变授权范围 |
| 定位 | 点位深度查看+明确绑定 | 4/4/3/5/5/4 | 25 | D/P;迭代 36 仅单件盖板 fixture | 主动查看同一射线已载入的少量显示对象,先预览再绑定;无网格索引时射线仍遍历本区网格,不能推断未加载或真实 CAD 内部结构 |
| 定位 | 局部渐进剖开+直接指向 | 4/4/3/5/5/4 | 25 | R/D/P;迭代 37–41 的多层盖板与合成高面数 fixture | 点击本情景中不可绑定的盖板直接进入局部剖切,显露后仍须点目标;滚轮/双指可围绕操作位置放大。不生成长列表,视图剖开不改变工件或授权。仅固定视区的合成 200 万面负载完成冷暖态测量;真实触摸命中、CAD 网格与内部拓扑仍未验证 |
| 定位 | 按需显示本区隐藏对象再点选 | 4/4/3/4/4/5 | 24 | R/D/P;仅固定情景的隐藏标志 | 没有名称时能在当前局部指向;尚未解决真实几何遮挡、跨区域定位或选择器正确性 |
| 定位 | 当前局部方向键指向+明确绑定 | 4/3/3/5/5/5 | 25 | D/P;迭代 71 的桌面与窄屏操作 | 无名称且已进入目标局部时逐个预览当前画布对象;方向依赖屏幕投影,密集重叠或视图外对象须另用搜索、剖切或空间导航,不能把浏览顺序当稳定语义引用 |
| 定位 | 当前目标路径与视图外提醒 | 4/4/4/5/5/5 | 27 | D/P;迭代 15 的窄屏样机 | 提交前核对实例层级和可见性;前提是引用路径真实有效,不能代替影响检查 |
| 范围 | 圈选+增减对象 | 4/4/2/3/5/5 | 23 | P;当前仅投影中心圈选 | 局部快速选取;遮挡、跨页和透视误选不能默认为已解决 |
| 范围 | 锚点+关系扩展+例外排除 | 4/4/5/5/5/4 | 27 | D/P;当前仅 authored 同排关系 | 先指一处,再表达同排;关系可靠性和实例/定义区分为前提 |
| 范围 | 指令中的“同一排”+范围核对 | 4/4/3/5/5/5 | 26 | D/P;迭代 17 的限定语法与固定关系 | 一句话触发少量局部对象预览,原隐藏成员暂显,确认范围后执行;真实跨区域关系尚未验证 |
| 范围 | 共享定义引用的聚合核对 | 4/4/5/4/4/5 | 26 | D/P;迭代 76 仅保留固定同源索引的只读预览 | 汇总引用实例数、工位跨度与隐藏数;引用不等于实际变化。当前样机不能执行共享几何修改,更不能把实例位姿指令转成全体实例位移 |
| 范围 | 相邻引用线索与证据缺口 | 4/4/4/4/4/5 | 25 | D/P;迭代 80 仅有固定一跳邻接索引 | 展示原目标与邻接路径,明确实际影响待求值;没有受检差异时不请求扩围授权、不应用修改 |
| 范围 | 已定义联动的候选差异→局部扩围 | 4/4/4/5/5/5 | 27 | D/P;迭代 81–89 仅一对 authored 1:1 轴向联动的数值回放 | 已算出候选时直接显示原目标与邻件前后值,仅授权邻件轴向位置并重检;拒绝后保留原文进入改写。候选打开先聚焦说明,不能用残留的 Enter 直接授权。矮屏可按显示网格聚焦两处并返回原视角。保持冲突先阻断,其他邻接仍为 unknown;数值 fixture 不等于真实 CAD 配合求解或完整受影响闭包 |
| 修改 | 纯文字/语音开放描述 | 4/3/4/2/3/3 | 19 | R/D;自由文字仅待解析,语音未接 | 适合用途与总体目标;对象、方向、单位容易隐含,语音另有转写误差 |
| 修改 | 对象引用+一句修改+可编辑数值 | 4/4/4/5/5/4 | 26 | R/P;限定回放 | 准确局部任务;不能将有限语法冒充任意语言理解 |
| 修改 | 先写任务、后绑定对象 | 4/4/3/5/5/5 | 26 | D/P;迭代 14 的限定回放 | 保留原文并补指向;远处无名目标仍难找到,绑定后必须核对再发送 |
| 修改 | 草图/箭头+语言说明 | 4/4/3/2/4/3 | 20 | R/D;未实现 | 表达方向、区域或粗形态;笔画不自动成为尺寸与精确约束 |
| 修改 | 少量按需参数控件 | 4/5/3/5/5/5 | 27 | R/P;当前移动量输入 | 已明确参数的反复调整;每次滑动不应触发昂贵精确求值 |
| 保持 | 预设接口对象+保护属性+期限 | 3/4/5/5/5/4 | 26 | D/P;历史回放/现阻断 | 历史曾作情景回放;本轮修后无引用安装接口情景保持现为 unknown 阻断,轴向位置收据为当前候选零公差数值比较,非原生几何/关系验证 |
| 保持 | 另指对象+属性+检查可用性 | 4/3/3/5/5/5 | 25 | D/P;迭代 24 的稳定情景引用与先行阻断 | 可点选或搜索另一对象,当前只检查情景轴向偏移;大量保持对象仍需集合表达与可信检查器 |
| 保持 | 独立保护集合预览+冻结关系成员 | 4/4/5/5/4/5 | 27 | D/P;迭代 27 的同排与同源情景 | 先指一个保护锚点,再按可信关系整体保护;修改对象不变。成员级例外尚无独立编辑,真实关系与检查证据未接入 |
| 保持 | 关系保护+明确成员例外 | 4/4/5/5/5/5 | 28 | D/P;迭代 28–29 的同排与同源情景 | 整组保护中排除本轮修改对象,或按结构在集合内定位远处例外;冻结引用不随之后选择漂移。无可靠名称或结构时仍需空间查找,真实 CAD 检查证据未接入 |
| 保持 | 一句话提出“其他成员”保护+关系核对 | 4/5/5/5/5/5 | 29 | D/P;迭代 30 的限定语法与情景回放,±1 主观判断 | 省去单独进入保持编辑器的步骤;明确“轴向偏移不变”才有情景检查并可自动应用。宽泛“不要动”保留形状、位姿与关系要求,缺证据时阻断。可信关系索引和真实检查器尚缺 |
| 保持 | 自然方向措辞+可检查的关系保护 | 5/5/5/5/5/5 | 30 | D/P;迭代 31–35 的限定场景设计估计,未经用户验证 | “其他孔沿孔排方向的位置不变”与当前方向参照直接对应;同一锚点复用要求时沿用已确认的远处例外。宽保护收窄、单对象保持改为“其他成员”保持均须明确确认;撤销工件变化不改变已确认的持续保持,并在按钮与结果中明示。不能外推所有 CAD 保持任务 |
| 澄清 | 只问决策相关的一处歧义 | 4/4/4/4/5/3 | 24 | R/P;固定歧义回放 | 只改歧义部分;不能无限询问或把系统猜测记录为用户确认 |
| 核对 | 变化高亮+实际范围+保持证据 | 4/4/4/5/4/3 | 24 | D/P;合成差异 | 大范围变化用摘要、异常和按需详情;不要求逐个批准所有结果 |
| 核对 | 当前决定前景+工程证据按需展开 | 4/4/4/4/4/5 | 25 | D/P;迭代 101 的空闲、候选和失败 fixture | 检查、阻断和澄清留在前景,失败/未知数量在摘要可见;下游状态必须有证据绑定。折叠可能增加查找成本,未做独立用户任务 |
| 核对 | 已采纳硬要求的候选证据门槛 | 3/3/4/4/3/5 | 22 | D/P;迭代 103 的固定支架候选、提交阻断与解除操作 | 只阻止已采纳硬要求缺少当前候选通过证据时提交;尚无要求到检查条件的编辑入口、适用范围契约或真实 CAD 成本数据,解除是持续决定,不能当作便捷跳过检查 |
| 恢复 | 停止+原子撤销+绑定上一任务续改 | 4/5/4/5/5/4 | 27 | R/P;本地事务回放 | 连续沟通的基础;须处理版本、部分恢复与过期异步结果 |
| 取舍 | 大量并列候选浏览 | 2/1/1/3/2/1 | 10 | D;不作默认路径 | 只在确有冲突目标时按差异组织少数代表方案;不是先生成 100 个再让人挑 |
场景裁决:可见单点优先点选;重复集合优先锚点+关系;未知内部位置先检索/剖切;跨装配实例必须明确层级和实例/定义;参数微调优先持久小控件;开放目标保留语言。它们共享同一任务与约束表示,不各自创建建模执行器。触摸/键盘须提供等价路径,不能让 Shift 或悬停成为唯一入口。
方案分为四项,各 1–5:表达负担 L(5 无需重述与记号)、范围透明 T(5 可辨预览/授权/影响)、纠错便利 R(5 可局部增减并撤回)、界面克制 U(5 默认只显示当前需要的动作)。1 为明显阻碍,3 为依赖辅助步骤,5 为设计目标;2/4 为中间判断。分数仍为主观估计,±1 的分歧不足以证明改善。不把四项总分与能力表 /30 混用。
| 方案 | L/T/R/U | 合计 /20 | 证据 | 裁决与原因 |
|---|---|---|---|---|
| A:编号长列表与常驻数字 | 1/2/2/1 | 6 | 用户两次直接指出难以理解;此前样机 | 退出默认入口。把内部标识识别交给用户,规模越大越难核对 |
| B:直接点选+按需搜索预览 | 4/4/3/4 | 15 | 本地操作验收;无用户实验 | 保留为可见单点基线。内部遮挡和重复集合仍弱 |
| C:单点+同排预览+确认/取消 | 4/4/3/3 | 14 | 已操作预览、取消、4 项应用 | 保留关系方向;增加一条面板,对单点任务有干扰,排除例外仍依赖额外选择 |
| D:同排预览中直接排除/恢复 | 4/4/4/3 | 15 | 本地局部验收;能力仍为固定回放 | 预览内能排除例外;点击模式容易混淆 |
| E:按需范围+显式排除模式 | 4/4/4/4 | 16 | 迭代 02 本地操作验收 | 默认不常驻范围面板,指针排除增加一次明确启用,未证明用户更快 |
| F:多选再编辑+跨区域保留 | 4/4/5/4 | 17 | 迭代 03 本地操作验收;无用户实验 | 已选集合可增减、跨区域暂存并撤回;通用语义定位与真实 CAD 检查仍未验证 |
| G:装配同源按需核对 | 4/5/5/4 | 18 | 迭代 04 本地操作验收;无用户实验 | 选中实例后能核对同源引用,查看另一处不改变指令对象;真实影响仍须候选检查 |
| H:对象 token+动作短句+续改消歧 | 5/5/5/4 | 19 | 迭代 06 浏览器情景操作;无用户实验 | 默认不必重述已选对象;“再移动”遇到当前选择冲突时,回答一个局部问题才执行 |
| I:按任务出现的理解面板 | 5/5/5/5 | 20 | 迭代 07 桌面与窄屏浏览器操作;无用户实验 | 空闲时只留画布、指向与输入;草稿和结果才展开理解,未解析文字不显示默认数值 |
**计分勘误:**迭代 02 把 E 的 4+4+4+4 写成了 17,正确合计是 16/20。F 的 17 分只来自纠错便利的设计估计 4→5;没有用户实验支持速度或理解率提升。分数是比较用的假设,达到 20 也不能替代真实任务验证。
迭代 01:集合中的例外
Section titled “迭代 01:集合中的例外”- 问题:真实表达通常是“这一排,但这个不要动”。C 的范围预览没有局部排除动作;确认后才纠正会让用户重新组织选择。
- 假设:在预览中直接点击成员排除/恢复,同时显示包含数/排除数,可以保留已确定范围而不重新检索。
- 实现:仅范围预览期间启用成员切换,原单对象指令不变;确认时绑定当前包含集合,取消时保留原对象。零成员禁用确认。按需展开当前排的复选框,提供不依赖 Shift、悬停的键盘路径;不常驻全量对象表。
- 同输入对照:固定本页同排四个成员,目标“整排除去第二组,移动 5 mm,接口保持”。C 可以先确认再 Shift 排除;D 可以预览中排除再确认。两者都能表达,因此不预设 D 更快;本轮关注核对时机与键盘可达性。
- 风险:点击语义在预览期间改变,用户可能把“排除”误当“选中”;必须有就地提示和可见计数。扩大控件面积影响画布;尺寸变化须重投影。隐藏对象、跨页成员和同源实例不自动扩展。
- 保留条件:预览不会写入指令或几何;取消完整保留原对象;零成员不能提交;确认后仅三项进入原任务检查。
- 实验状态:没有参与者实验、真实 AI 或 CAD 求值。规模性能未知,不沿用旧版本延迟作为本轮成绩。
下一项需要研究的取舍
Section titled “下一项需要研究的取舍”D 不自动替代 B。优先观察用户是否能理解预览期间点击的含义;若必须反复解释,则回退到明确的“排除对象”模式。对单点工作应减少持续的整排建议,考虑将关系扩展收进对象旁的按需动作。随后比较隐藏内部对象和实例/定义澄清,不一次叠加多种新交互。
迭代 01 实际记录
Section titled “迭代 01 实际记录”- 浏览器已验证:四项预览排除一项 → 显示包含 3 / 排除 1 → 明确确认 → 仅三项应用,安装接口保持项通过情景检查。
- 边界已验证:全部取消勾选后“使用这 0 项”禁用;Space 恢复一个成员后可确认;取消预览后原始孔排 00006 仍绑定指令。
- 修复:排除锚点本身后,高亮随当前包含集合更新,避免被排除对象仍显示为活动面。
- 检查:Web 类型检查通过;最终改动 TSX 的 ESLint 与 Prettier 通过;随后构建被同期其他模块
WorkbenchDesignCard.tsx:185的可选属性类型错误阻断,未报告全量构建通过。未新增 test/spec。 - 尚未验证:真实用户能否理解点击切换语义、触摸误操作率、与 C 相比的纠错时间、实际 CAD 与大型全量网格性能。直接点模型切换复用 viewer 拾取,但本轮边界验收使用可访问复选框,不把它当成指针路径已完整验收。
- 裁决:D 保留为当前候选,四项评分维持 4/4/4/3;不宣布胜过 B/C。下一轮优先降低范围预览的解释成本与占屏面积。
迭代 02:减少常驻界面与隐含点击模式
Section titled “迭代 02:减少常驻界面与隐含点击模式”- 目标:补 D 的界面克制短板,保留范围纠错能力;争取高分的前提是不牺牲授权透明度和可达性。
- 改动:整排建议区收为选中对象旁一个“调整范围:同一排”入口;只有打开后才出现范围摘要、确认、取消和按需逐项调整。预览不再默认将普通点击解释为排除,须先开启“点选排除对象”;模式按钮显示状态。Escape 取消并将焦点返回指令区。
- 新发现与修复:预览范围与已绑定指令对象不同,若此时发送容易执行用户未预期的范围。现在确认或取消之前禁用发送,Ctrl/⌘+Enter 同样阻断并提示,不能只禁用按钮而漏掉快捷键。
- 实际观察:选中单点后范围面板数量为 0;打开后发送被禁用;显式排除按钮 aria-pressed=true;Escape 后面板为 0、原单对象保留、发送恢复。快捷键发送出现阻断提示。预览排除一项再确认后,情景任务实际应用 3 项。
- 代价:指针排除比 D 多一次开启模式的动作。默认收起改善占屏,但入口可发现性、触摸点击和用户纠错耗时仍未知;不能凭面板减少就提高省操作分。
- 评分:E = L4/T4/R4/U4,合计 16/20。相对 D 仅 U 的设计估计 3→4;不是统计显著提升。硬约束检查仍为情景回放,真实 CAD 不因交互分数提高而获得保证。
- 当前裁决:保留 E 为可操作候选;未将各维强行提高到 5。下一轮应核对模型点选排除的模式辨识、离开范围时的行为和窄屏占用,再研究多选范围重新编辑,避免只优化四个成员的单一路径。
- 验证范围:本轮浏览器覆盖上述默认、取消、快捷键阻断与三项应用;没有新用户实验、模型调用或规模性能结果。源码验证结果随本轮交付记录,不新增 test/spec 套件。
迭代 02 验证补记:Web typecheck、改动文件 ESLint 与 Web build 均通过。构建仍报告既有动态 URL、Node 模块浏览器外置与大 chunk 提示;确认/取消范围后清除不再适用的阻断提示。未提交推送。
迭代 03:已选集合的局部纠错
Section titled “迭代 03:已选集合的局部纠错”- 问题:E 只在单点选择时提供范围编辑。选定四项后若漏掉或误含一项,需要重新从单点组织集合;翻到其他区域时,任务包含的对象可能全部离开当前视图,用户仍会看到“已选 4 项”。
- 改动:多选时提供同一个“调整范围”入口。范围预览以已有集合为基准,显示新增和移除数量;当前区域的对象可加入或移除,其他区域已选对象保留。取消丢弃预览,确认才更新指令对象。集合为同一排时只列该排成员;跨排时按需展开当前区域成员,最多当前页 16 个。选择摘要显示“当前区域可见 / 总选中”,并能返回首项所在区域,不改变集合。
- 实际操作:四项已选 → 预览移除一项 → 确认三项 → 再次打开并加回该项;区域 1 的四项保留,切到区域 2 加入一项后为五项;跨区域预览中加入一项再取消,原四项仍保持。窄屏实测显示“当前区域 0 / 4 项可见”,返回首项后仍是四项。以上是浏览器情景回放操作,未调用真实 AI 或 CAD 求值。
- 边界:默认不把未显示、隐藏或同源实例自动纳入关系集合。跨区域多选只表示明确选中的 ID 集,不将“同一排”关系推断为跨区域关系。用户仍可能不理解编号命名;当前样机的
rowGroup是固定元数据。画布上的投影框只帮助识别范围,不证明几何保持。 - 分数:F 的 R 暂评 5,因为已支持局部增减、取消预览和跨区域保留;其余 L4/T4/U4 不变,合计 17/20。这个分数只反映交互机制覆盖,不能推断用户更快或误选更少。单点直接 Shift 多选可能仍比打开编辑器更省操作,需对照任务核实。
- 下一步:在真实命名缺失、遮挡和多层装配任务中检验“空间指向+语言限定”的对象消歧、实例/定义范围与保持项理解。需要记录误选、纠正操作、检查缺证据、总预算和完成率,并与 B/E/F 做同输入比较。在这些证据到位前,最高分目标保持未完成。
- 源码验收:本轮 Web 构建(含 TypeScript 构建)与改动 TSX 的 ESLint 通过。构建仍有动态 URL、浏览器外置 Node 模块与大 chunk 提示;没有新增独立 test/spec,也没有提交推送。
迭代 04:查看同源,不等于授权同源
Section titled “迭代 04:查看同源,不等于授权同源”- 问题:装配样机原先只写“默认当前实例”。用户在发送前无法就地核对共享定义的引用分布;即便知道同源范围,跨区域跳转也可能被误认为改变了选中对象。窄屏曾把右侧理解区全部隐藏。
- 改动:单实例选中后,桌面任务区和窄屏输入区均显示一行按需展开的同源引用摘要。展开后给出引用数、工位数、隐藏数,并可跳到另一处引用。画布将另一实例标为“仅供核对”,指令 token 仍是原实例。此操作读取结构索引,不扩大授权,也不作为实际影响检查证据。
- 实际操作:1 千实例情景中,驱动单元 00001 的同源定义有 10 处引用,分布 10 个工位。窄屏展开并跳至区域 7,画布显示正在查看驱动单元 00101,同时指令仍指向 00001。随后发送本地情景指令,结果显示仅 1 个对象变化、保持项
pass。手动返回首项会清除临时查看高亮。这些数值属于固定 fixture,不能外推真实装配依赖。 - 评分:G 暂评 L4/T5/R5/U4,18/20。T 的估计从 4→5,因为预览对象、指令授权对象和回放后的实际影响在界面上分开可辨;它不是用户理解率的实测提升,±1 的主观不确定性仍适用。按需摘要增加一行信息,暂不提高 U。
- 未完成:需要独立用户任务确认“查看”不会被理解为“选择/授权”;无命名实例、同源定义跨多层结构、隐藏引用较多和真实候选依赖传播仍未验证。真实 CAD 精确求值为 0;没有新规模时延测量。最高分目标尚不能据此宣布达成。
- 源码验收:Web typecheck、改动 TSX 的 ESLint 与 Web build 通过;构建继续报告既有动态 URL、浏览器外置 Node 模块与大 chunk 提示。未新增 test/spec,未提交推送。
迭代 05:没有名称时,先显露局部再指向
Section titled “迭代 05:没有名称时,先显露局部再指向”- 问题:样机搜索仍依赖名称、编号或结构位置。真实复杂工件可能没有可用的特征名称;编号长列表不应回到主路径。固定情景中的隐藏目标原先只能通过索引搜索找到。
- 假设:在对象定位面板按需显示当前局部的隐藏项,用户再直接点画布,可使“看见”和“选中”成为两件清楚的事;不需要逐个枚举对象,也不触发 AI 或几何候选生成。上述逐步细化研究只支持这一思路,不能证明 Aira 的经验收益。
- 改动:fixture 中原隐藏项用“未命名孔组/实例”替代机器编号;定位面板提供“没有可搜的名字?显示本区隐藏的 N 处”。显示后仅重建本区显示网格,原隐藏目标使用与当前选择不同的颜色,画布写明“仅调整视图,点击对象后才加入指令”。点中后仍保存内部稳定引用及结构位置;结束查看不会取消已明确选中的对象。点击选择时清除旧悬停提示。
- 本地浏览器操作:单件 1 千目标、区域 1,初始 15 个显示项、1 个原隐藏项。按需显示后为 16 项,指令对象仍为空;点击异色孔组后指令对象变为“未命名孔组”,结构路径显示“壳体 / 分区 1 / 特征 11”。此过程验证的是固定显示网格的交互,不是内部剖切或真实 CAD 的遮挡解除。
- 评分:新增能力行暂评 24/30。整体 G 仍为 18/20:该路径提高了无名局部对象的覆盖,但增加了一次按需操作;没有证据表明总体表达负担或界面克制达到 5 分。若真实无名目标跨越多个局部区域,当前路径仍缺少有效的粗定位线索。
- 后续验收:桌面画布点中异色孔组后,悬停名称与指令 token 同为“未命名孔组”;结束查看仍保留已选对象;发送情景指令后只记录 1 个对象变化、安装接口保持项
pass。390 × 844 窄屏中,定位抽屉、视图提示与底部输入均可触达。移除重复的全局提示,避免盖住画布标题。 - 规模与测法勘误:1 万目标目录加载后仍只显示当前 15 项。旧性能脚本把数字前缀搜索的首个匹配当成预定目标,故旧四档定位延迟不能证明目标命中;白皮书已撤回。修正后固定内部 ID 且核对命中的单件 1 万目标界面量测(Chromium 153、1440 × 900、DPR 1、n=30)选中 p95 33.5 ms,换区呈现 p95 54.3 ms;结果呈现无样本,记
null。这不是自然语言或无名目标定位耗时,也不与旧 DPR 2 数值作收益比较。 - 未完成:生产 viewer 对小目标的拾取容错、真实几何遮挡、零名称的大型装配任务、独立用户对照和全量模型性能仍未知。不得将这里的隐藏标志等同于剖切/隔离能力。
- 源码验收:Web typecheck、改动 TS/TSX 的 ESLint 与 Web build 通过;构建仍有既有浏览器外置模块、动态 URL 与大 chunk 提示。未新增 test/spec,也未提交推送。
迭代 06:选中对象后只说动作,续改冲突只问对象
Section titled “迭代 06:选中对象后只说动作,续改冲突只问对象”- 问题:对象已附在输入区,默认示例仍要求再说“这排孔/这个实例”,增加重述并制造两个可能不一致的指代。更严重的是,若当前选中对象与上次任务不同,“再移动 2 mm”原先会静默作用于上次对象。
- 改动:默认示例和移动量控件输出“沿轴向移动 5 mm,安装接口不要动”,以可见对象 token 绑定范围。固定回放解析按场景接受动作短句和对应主体句;主体与场景不一致时保留待解析,不套用当前选择。“再移动”在上次任务和当前选择不同时停在局部澄清,任务区暂不宣称任何对象已获授权;只让用户选择“上次任务对象”或“当前选中对象”,保持移动量与持续保持项。明确标注“上次对象”的快捷建议会先对齐 token。
- 浏览器情景操作:选择孔排 00001,输入区显示
@ 孔排 00001,发送动作短句后 r1→r2,首项 0→5 mm。改选 00002,输入“再移动 2 mm”后仍为 r2,任务区显示“待选择上次或当前对象”;回答“当前”后 r3,00002 为 0→2 mm。改选 00003 重复该指令并回答“上次”后 r4,00002 为 2→4 mm。另在选中 00003 时点击“再移动 2 mm · 上次对象”,token 先回到 00002。上述均是固定情景回放,未运行真实 CAD 求值。 - 评分:H 暂评 L5/T5/R5/U4,19/20。L 的 4→5 只表示该固定流程不必重述已绑定对象或记忆编号;不是新手任务完成率或时间的实测。U 保持 4:选中后的建议、保持项与任务面板仍占空间。主观分仍有 ±1 不确定性,不以分数本身宣布“最优”。
- 边界:当前解析只覆盖限定语法,不识别任意动作、参照系或任意对象代词;真实 AI 的指代消歧、几何方向和依赖影响仍须单独验证。若只说“再移动”且没有上一任务,必须要求明确对象。后续需用独立任务比较用户对 token、上次对象与当前选择的理解,并记录一次纠错的动作数与静默误改。
- 源码验收:Web typecheck、改动 TS/TSX 的 ESLint、Prettier 检查、Web build 与
git diff --check均通过;构建仍报告既有浏览器外置模块、动态 URL 与大 chunk 提示。未新增 test/spec,未提交推送。
迭代 07:理解面板只在有任务时出现
Section titled “迭代 07:理解面板只在有任务时出现”- 问题:空闲时右侧仍占约 300 px,重复展示“选择对象”、默认 5 mm 和保持项;用户尚未表达任务,却像系统已经理解了修改。手动输入其他数值时,草稿理解仍显示旧数值。未支持的自由文字发送为待解析后,面板还会显示默认“沿轴向移动 5 mm”。
- 改动:空闲、空输入时收起整个任务面板,画布获得宽度,指向与持续保持项仍在底部输入区可见。草稿出现时才展开右侧理解:可识别的动作从当前文字读取数值;未识别的文字不显示具体修改数值。已提交但未解析的指令显示“当前指向”,不称为已授权范围,也不提供虚构的 5 mm。提交后的结果、澄清和阻断继续出现在任务区。新草稿覆盖旧结果的右侧投影;历史面板仍提供上次撤销。
- 浏览器情景操作:1192 × 1144 桌面空闲时无右侧面板;选中孔排 00001 并输入“沿轴向移动 7 mm”后出现待发送理解,数值为 7 mm;输入“把靠近接口的孔整体加密”时不显示数值,发送后仍为 r1、状态“待解析”,没有虚构授权或检查通过。固定回放完成 7 mm 后,改写为 3 mm 时右侧显示新草稿 3 mm,而非旧任务结果。大型装配选择驱动单元 00001 时,草稿面板显示同源定义 10 处引用、当前指向与 7 mm;发送后 r2,实际变化 1 项、保持项
pass。390 × 844 窄屏空闲态不占用底部任务区,草稿态出现简短核对信息。 - 评分:I 暂评 L5/T5/R5/U5,20/20。U 的 4→5 对应本账本“默认只显示当前需要的动作”的设计锚点:无任务不展示理解区,有任务才展示相应状态。该分数只表示本账本规则下的样机设计判断,±1 主观不确定性仍在;不是用户测试得分、真实 CAD 能力或最优解证明。
- 风险与下一步:任务区展开会改变画布宽度,当前浏览器操作未量化对象位置变化或用户再次定位成本;窄屏模型的边缘会被裁切。需要独立用户任务比较空闲空间、草稿核对、未解析识别与续改纠错,记录误指、操作数、时间和失败。面板状态切换的 p95、真实大型模型重绘成本与移动端拾取仍未验证。不得因内部评分满分而结束性能与可用性研究。
- 源码验收:Web typecheck、改动 TSX 的 ESLint、Prettier 检查、Web build 与
git diff --check均通过;构建仍有既有浏览器外置模块、动态 URL 与大 chunk 提示。未新增 test/spec,未提交推送。
迭代 08:展开理解时保持对象原位
Section titled “迭代 08:展开理解时保持对象原位”- 实际问题:I 在桌面收起右侧面板时扩大画布,但一输入草稿,侧栏重新参与 flex 布局。1192 px 视口中已选孔组投影中心从 x=504.2 跳到 x=356.2,恰好移动面板宽度 296 px 的一半;这破坏了刚完成的空间指向。900 px 中直接覆盖的完整结果卡又遮住右侧安装接口。390 px 冷加载时,原有相机取景只用垂直视角,壳体右缘被裁切;底部任务区原先还会把 3D canvas 从 508.7 px 压到 412.7 px 高。
- 改动:桌面理解区改为画布右缘的按需覆盖卡,不参与 3D 视口布局。中等宽度使用紧凑卡并上移,保留模型主体可见;卡上“收起”和标题旁“查看当前任务”让用户临时检查被挡的局部,发送新指令时重新展开。窄屏任务卡覆盖画布下方空白带,保持输入和 3D canvas 尺寸不变,保留相同的收起/恢复路径。触摸提示改为“点选、双指缩放、圈选多选”,不再要求 Shift。
- 取景修正:继续复用现有 Three.js
PerspectiveCamera和fitCameraToModel;原函数只按垂直 FOV 计算距离,窄屏水平 FOV 是更严格限制。现在以tan(verticalFov/2) × min(1, aspect)选择限制方向,保持桌面宽屏公式不变。此处是现有相机取景适配,未新增几何求解器。宽高比动态变化后的自动重新取景仍须谨慎处理,避免覆盖用户手动缩放。 - 浏览器对照:桌面 1192 × 1144 中选中孔排 00005,草稿面板打开前后其屏幕中心均为 (504.22, 473.37),canvas 宽均为 1140 px;原实现同一操作会移动 148 px。900 × 900 中结果卡可收起再展开,
撤销本次修改仍可达;收起前后选中对象中心均为 (438.80, 347.08),canvas 均为 848 × 490.2 px。390 × 844 冷加载显示完整壳体;窄屏任务卡出现前后 canvas 均为 354 × 508.7 px,卡在画布下方空白处。上述是固定 fixture、浏览器视觉与 DOM 尺寸观察,不是 p95 或真实 CAD 性能结论。 - 评分与边界:I 的内部设计分维持暂定 20/20,此轮修复评分未覆盖的视图稳定性缺口,不额外加分。900 px 长结果仍可能遮住局部,但可明确收起;小孔在 390 px 下尺寸仍小,尚无触摸命中率、双指操作或辅助拾取实验。实际模型、多类宽高比、设备和用户任务仍可能推翻当前设计判断。
- 源码验收:Web typecheck、改动 TS/TSX 的 ESLint、改动 TS/TSX/CSS 的 Prettier、Web build 与
git diff --check均通过;构建仍报告既有浏览器外置模块、动态 URL 与大 chunk 提示。未新增 test/spec,未提交推送。
迭代 09:窄屏小目标先预览,再绑定
Section titled “迭代 09:窄屏小目标先预览,再绑定”- 实际问题:390 × 844 冷启动时孔组仅数像素宽,原精确网格拾取在孔边点按会落在壳体或空白,目标 token 不更新。要求用户先读编号或在长列表中找对象会回到已否决路径。
- 改动:viewer 把点击屏幕坐标随选取事件传给工作台。窄屏对命中的可定位对象先显示名称、结构路径及琥珀色局部投影轮廓,点“用于指令”才绑定;取消保留现有指向。精确拾取落空时,只在当前显示的最多 16 个目标投影中心中找半径 24 px 内的候选;桌面容错半径 14 px。前两名距离接近时不猜对象,提示放大或搜索。界面不显示周围所有编号,不扫描完整目录,也不为每次点击调用 AI 或几何求值。移动视角会丢弃过期预览。
- 浏览器操作:390 × 844 本地 Chromium 情景中,点孔组附近出现“指向预览 · 尚未加入指令”,名称为“孔排 00013”;取消后仍“尚未选择”,再次确认后输入区 token 变为该孔组。已选中时在孔边空白点击会保留原选择并给出预览。预览卡位于画布底部空白区,实操截图中没有盖住孔组。以上为鼠标在窄视口操作,不等于真实触摸命中率;相邻候选歧义分支尚未形成可复现浏览器样本。
- 裁决:I 的四维设计估计仍为 20/20,不能加分。新增定位机制暂评 25/30,其中省操作只有 3,因为小目标需再确认一次;精确表达 5 只指绑定前能核对对象和结构路径,不是 AI/CAD 几何正确性的保证。若独立用户任务显示确认阻碍单点速度或仍有误指,应调整半径、预览触发条件或回退。
- 装配补充:同一 1 千实例 fixture 的 390 × 844 窄视口中,已选驱动单元 00001 时点到 00005,预览显示“工位 1 / 模组 1 / 实例 5”,输入 token 仍指向 00001;取消不变,确认后 token 才改为 00005。此处没有把 10 处同源定义引用自动授权。
- 未验证:真实触屏、手指遮挡、双指缩放、密集投影误选率、旋转后锚点与可见性、生产模型拾取与实际任务耗时。投影中心邻近仅用于提议,不是几何命中或授权证据。
- 验收补记:桌面 1192 × 1144 点击同一孔组仍直接绑定,不经预览;窄屏出现候选后切换视口会丢弃预览,保留原已选对象。Web typecheck、改动 TS/TSX 的 ESLint、Prettier、Web build 与
git diff --check通过;构建仍有既有动态 URL、浏览器外置模块和大 chunk 提示。未新增 test/spec,未提交推送。
迭代 10:窗口变窄时保留模型取景
Section titled “迭代 10:窗口变窄时保留模型取景”- 问题与同场景对照:单件在 1192 × 1144 显示完整,直接改为 390 × 844 时原相机距离不变、水平视角缩窄,壳体右缘与安装接口被裁切。冷启动窄屏能完整显示,因此问题不是模型本身,而是运行中的视口比例变化。
- 改动:Three.js viewer 的既有
ViewportManager在宽高比改变时,按旧、新视口限制方向的比例调整相机到 OrbitControls 目标的距离。旋转中心、视线方向与用户已有的相对缩放保留;不对每次重绘重新求全模型包围盒,也不把面板开合变成新的相机取景命令。手动放大后缩窄窗口仍保持局部放大,不擅自重置视角。 - 浏览器操作:单件与装配分别做宽屏→窄屏,壳体、安装接口和本区实例均完整显示;再转回宽屏,取景回到原来比例。单件先手动滚轮放大再变窄时,仍保持放大的局部视角。这里是固定 fixture 的实际显示观察,不是大量实体模型性能或全视角无遮挡证明。
- 裁决:I 的内部 20/20 不变;这是此前评分未覆盖的窗口变化缺陷修复。相机缩放规则作用于共享 viewer,需继续核对有视口 inset、相机飞行、极端宽高比与用户手动平移的生产场景。没有凭此提高规模分。
迭代 11:移动方向必须有可核对的参照
Section titled “迭代 11:移动方向必须有可核对的参照”- 问题:原回放把“沿轴向移动 5 mm”静默等同模型 X。方形壳体和多实例装配没有唯一的“轴向”,这违反“只在已明确表达且可检查范围内自动应用”的条件,也使用户无法核对移动符号。
- 改动:默认示例分别写“沿孔排方向”和“沿工位排列方向”,并在理解区和结果中显示两者为本情景作者定义的模型 X。任务保留方向引用;确切措辞可进入检查,“沿轴向”只生成待澄清任务,确认本情景排列方向才记录为用户确认并继续执行;选择其他方向保留文字、候选不应用。
再移动继承上一已确认任务的对象与方向。回放入口再次检查方向绑定,防止遗漏 UI 问题时直接修改。零移动且没有其他变化的指令不作为成功修改。 - 窄屏浏览器操作:选孔排 00013 后输入“沿轴向移动 5 mm”,发送前提示方向未指定;发送后仍为 r1,出现局部问题。选“其他方向”仍为 r1、未应用;重发并确认孔排方向后才检查、应用为 r2,首项 0→5 mm 且结果显示方向基准。随后“再移动 2 mm”不重复提问,完成 5→7 mm;明确的“沿孔排方向移动 2 mm”直接进入检查并完成 7→9 mm。以上全是有限语法情景回放。
- 装配补充:选择驱动单元 00001 后,“沿工位排列方向移动 5 mm”直接完成 r1→r2,结果显示工位排列方向(情景模型 X);将单件的“沿孔排方向”用于装配时保留为待解析,r2 不变。装配里的筋高复合语法也被拒绝,避免把单件属性套到实例。
- 评分:I 暂定 20/20 不变。方向明确提高的是正确性前提,不是新的主观加分;泛称“轴向”多一次澄清,精确表达与省操作之间有实际取舍。当前只支持一个情景方向,负方向、参照实体变化、每个装配实例的局部坐标和真实 CAD 基准求值仍未实现;不可据此声称任意方向指令都可安全执行。
- 最终验收:装配中的“沿工位排列方向移动 5 mm,并调整筋高”在浏览器保留为待解析,r2 未变化。Web typecheck、改动 TS/TSX 的 ESLint、Prettier、Web build 与
git diff --check均通过;构建仍有既有的浏览器外置模块、动态 URL 和大 chunk 提示。未新增 test/spec,未提交推送。
迭代 12:端点朝向与反向续改
Section titled “迭代 12:端点朝向与反向续改”- 反例:迭代 11 虽要求 X 参照,却把“沿孔排方向”当成已确定的正向;“再移动 2 mm”只继承 X 参照,上一任务为 −X 时会错误地改成 +X。装配示例的“下一工位”也与固定场景的结构路径冲突:同一局部排的四个实例仍在同一工位。这些是由浏览器流程与 fixture 位置核对发现的语义错误,修正了迭代 11 的裁决。
- 改动:明确指令改为“向孔排首端/末端移动”和“向实例排首端/末端移动”;泛称“沿轴向/沿孔排方向/沿实例排方向”只询问一次朝向,旧的“沿工位排列方向”保留待解析。当前任务附近只出现一条首端到末端的局部方向线,随视角投影更新,不在所有对象上布数字。窄屏以一行摘要显示朝向,发送前可直接换向;澄清选择后,输入框改写为明确方向,同时任务保留原话和用户选择的授权记录。
再移动继承上次任务的对象和有符号方向;上一任务没有移动方向时停下。 - 浏览器核对:390 × 844 单件选孔排 00009,草稿从首端→末端点击“换向”后,文字、摘要、局部箭头同步改为末端→首端。回放首项偏移 0→−5 mm,续改 2 mm 后为 −5→−7 mm,结果显示 −X。泛称“沿孔排方向移动 5 mm”停在双向澄清,三个选择在窄屏任务卡可见;选择反向后为 0→−5 mm。装配选驱动单元 00009,“沿工位排列方向”仍待解析;明确的“向实例排首端移动”和“沿实例排方向”分别进入草稿与双向澄清。旋转装配视角后局部方向线跟随模型,确认反向后输入框明确改为“向实例排首端移动 5 mm”,结果为 0→−5 mm。桌面 1192 × 850 的任务理解、方向线和底部输入未互相遮挡。
- 评分与边界:I 的内部设计估计仍为 20/20,不因增加箭头或按钮再加分;这里修复的是先前分数遗漏的方向一致性。端点、局部排和 X 均为固定情景元数据;真实装配的工位关系、实例局部坐标、端点重定义和模型检查仍未实现。窄屏操作使用鼠标视口,不代表触屏误选率;没有独立用户任务、方向理解率或本轮 p95 证据。局部方向线只提供沟通参照,不能证明几何依赖或保持项通过。
- 源码验收:Web typecheck、改动 TS/TSX 的 ESLint、相关文件 Prettier、Web build 与
git diff --check均通过。构建仍有既有的浏览器外置模块、动态 URL 和大 chunk 提示。未新增 test/spec,未提交推送。
迭代 13:大型结构先收窄,再指向
Section titled “迭代 13:大型结构先收窄,再指向”- 反例:1 万实例中搜索“工位 12”得到 101 项;原索引把“工位”和数字拆开,数字可命中其他工位的实例序号。这会把貌似合理的错误对象交给用户。即使返回速度快,定位正确性不足,不能按既有定位分数判定成功。
- 改动:结构词与数值按完整层级段索引和匹配;超过 5 项时优先显示下一层共同结构分组,避免重新铺满编号叶项。“工位 12”在默认不含隐藏对象时返回 91 项,按模组缩小到 9 项;跳到其局部区域仅以琥珀色虚线标记匹配范围,保留原指令对象。点击匹配对象才绑定;临时显示匹配隐藏项结束后恢复原视图,不解除已绑定对象。
- 浏览器核对:10,000 实例 fixture 中,“工位 12”→“模组 112”→区域 70/625,画布标出匹配而输入区仍为“尚未选择”;点击驱动单元 01114 后,路径显示“生产线 / 工位 12 / 模组 112 / 实例 1114”。勾选包含隐藏对象后该模组显示 10 项,本区可见网格 15→16;结束查看回到 15,已选实例不变。匹配结构的查看不被记录为 AI 修改授权。
- 界面量测:Windows Chromium 153、1440 × 900、DPR 1、seed 23;两场景各 1 万可定位项,每项各 30 次本地选中和已知结构段索引查询、命中边界核对、换区、两帧呈现。单件选中 p95 36.6 ms,结构定位 p95 46.5 ms;装配选中 p95 40.5 ms,结构定位 p95 46.2 ms。索引建立分别 507.6/517.1 ms,最长同步片段 9.1/6.4 ms;分别只有 15 项、17 网格、9,732/5,256 三角形处于当前局部显示,依赖边 1 万/2 万,精确 CAD 求值 0,结果呈现无样本。完整 p50 与边界见白皮书 §5。此量测不包含用户发现结构线索、全量几何加载或真实模型求值。
- 裁决:名称/结构检索能力行仍暂评 22/30,组合 I 仍暂评 20/20,不以修复误匹配和加快 fixture 路径继续加分。若没有可信的结构名称,用户可能仍不知道先到哪个区域;模组缩小后的条目也只是合成索引。下一轮应用独立任务核对误指、缩小范围的操作数与失败率,并研究无名大型工件的粗定位线索。没有用户实验时不能称为最优交互方式。
迭代 14:先说修改,再指向对象
Section titled “迭代 14:先说修改,再指向对象”- 反例:用户先输入“向孔排末端移动 5 mm,安装接口不要动”而未选对象时,原样机保留文字却将任务卡写成“待解析”;补选对象后,同一文字不再投射修改理解。用户看不清指向是否已与原任务关联,也可能误以为选择对象就执行了此前的指令。
- 改动:可回放文字在缺目标时记录为待指向。之后直接点选或经搜索预览确认目标,同一原文重新进入待发送草稿,展示对象、量与保持措辞;用户再次明确发送才进入情景检查。输入变更或新任务会清除旧待绑定标记。自由措辞无法解析且没有对象时,同时说明两个缺口;不因后续点选而虚构理解或自动应用。对象定位面板不再要求“必须先指向再说修改”。
- 浏览器操作:1 千目标单件 fixture 中,先输入并发送上述文字,修订保持 r1、状态为待指向;搜索预览“孔排 00005”时仍未选对象;“就是这里,用于指令”后,原文与 5 mm 朝向重新显示为待发送,按钮写“确认指向并发送修改指令”;明确发送才进入检查并在 r2 显示 0→5 mm、安装接口
pass。另输入“把左侧那组孔稍微挪开,接口不变”且无对象时,界面说明对象和文字均未确定,发送后仍不应用。390 × 844 的装配 fixture 核对了另一种顺序:先写“向实例排首端移动 5 mm”,再搜索确认驱动单元 00005,任务卡显示反向且待发送;明确发送后只有当前实例改变 0→−5 mm,安装接口情景检查pass,同源 10 处引用没有被加入授权。以上是固定语法情景与浏览器操作,不能代表开放自然语言理解或真实 CAD 检查。 - 评分:新增“先写任务、后绑定对象”暂评 26/30,规模只有 3 分,因为绑定远处无名目标仍缺可信粗定位。组合 I 的内部 20/20 不再增加;实际额外点击、误解率和任务完成率需要独立用户任务比较。样机的 625 个局部区域重复使用相同显示网格,缺少全局空间位姿;不能把分页编号改画成伪装为真实空间的缩略图来宣称解决无名大型工件定位。
迭代 15:窄屏发送前核对实例证据
Section titled “迭代 15:窄屏发送前核对实例证据”- 反例:390 × 844 装配草稿中,任务卡要求“核对对象”,却隐藏了完整理解区;选择栏的结构路径也因窄屏样式不可见。屏幕仅剩“驱动单元 00005”与小范围模型轮廓,难以核对它属于哪个工位、模组,或本次是否只改当前实例。
- 改动:仅在有草稿且已绑定目标的窄屏任务卡中,增加一条目标证据:当前实例/特征或明确对象数,以及首项目标的完整结构路径。换到其他局部时提示视图外项,并能回到首项。模型上不显示成排编号,默认空闲画布不增加控件。目标结构路径来自 fixture 引用;这不是实际依赖影响或几何保持检查。
- 回退与修正:初版重复显示目标名称,卡片变高后盖住局部区域翻页按钮,浏览器点击无效。去掉重复名称,把返回动作并入同一行,同时上移卡片下缘 16 px;再次实际点击“下一局部区域”,区域 1→2,待发送文字与已选实例未变,卡片显示“本区外 1 项”;点击“回到首项”回到区域 1。390 × 844 截图核对卡片位于模型下方,翻页控件可触达。继续缩到 390 × 700 时,普通草稿卡压住模型下缘;仅对目标、方向和有限语法均明确的待发送草稿压缩冗余状态说明,保留路径、方向和收起操作。390 × 600 时给当前画布留出 24 px 空白,浏览器截图中模型和卡片不再重叠,区域 1→2 翻页仍可点击。更短画布使目标更小,触摸命中率未验证。
- 评分:新增能力暂评 27/30;表达精确性 5 只针对核对当前引用与实例层级,不证明 AI 理解、同源传播或强约束检查。组合 I 的内部 20/20 维持暂定;这一轮修复了原评分遗漏的窄屏目标证据和覆盖控件问题。真实用户是否更少误指、路径是否可理解,仍需独立任务验证。
迭代 16:用一句指令提出范围,核对后一次执行
Section titled “迭代 16:用一句指令提出范围,核对后一次执行”- 问题:已有“调整范围:同一排”需要先使用界面控件,再写修改。用户自然会把范围放进指令;但不能把一个锚点自动解释为全部同排并立即修改。若采用范围后还需再按一次发送,已完整展示的对象、动作和保持项会被重复确认。
- 改动:限定情景语法识别“同一排,向孔排末端移动 5 mm,安装接口不要动”等表达。发送时只从当前锚点的 authored
rowGroup展开已显示成员,画布高亮预览;可逐项排除/恢复。预览期间只显示范围栏,避免窄屏任务卡遮挡;“确认范围并执行 N 项”同时绑定原文、成员和修订,再进入原有情景检查与原子修改。取消返回草稿;修改原文、所选对象或修订会使旧预览失效。没有凭视觉平齐推断真实几何同排。 - 浏览器操作:1 千目标单件情景,选择孔排 00001,语言提出同排修改后显示 4 项、新增 3 项、尚未授权;用可访问的复选框排除孔排 00004 后变为 3 项。一次确认进入检查,结果显示 3 项实际变化,安装接口形状/位姿/既有关系
pass(固定回放)。初版范围栏与窄屏任务卡重叠;390×600 复核又发现模型被两块面板压小。最终审阅态只留一块范围栏,内含原指令,临时收起输入与任务卡;截图中模型、范围与执行/取消按钮均可见。取消后输入原文恢复,未执行。此操作没有付费 AI 调用或真实 CAD 求值。 - 评分:语言触发同排范围暂评 26/30(E4/O4/S3/P5/C5/B5),±1 主观不确定性。规模仅 3:局部 authored 关系无法定位远处无名目标;不把组合 I 的内部 20/20 继续上调,也不将此评分称为用户验证的最优。
- 空间定位边界:现有
RenderPacket提供整包 bounds 和实例位姿;viewer 在已加载 primitive 上遍历显示网格索引得到局部 bounds。当前 1 万目标 fixture 只渲染一页,目录没有其余目标的可信全局位置。可用的远处无名定位至少需要与修订绑定的目标/实例稳定引用、全局粗包围或多级代理、可见/隐藏状态,以及从粗区域按需载入细节的接口;缺一时应保留“位置未知”,不能把 625 个分页序号画成空间地图。这里是下一阶段接口要求,不是已实现的产品能力。
迭代 17:同排范围包含原隐藏成员
Section titled “迭代 17:同排范围包含原隐藏成员”- 反例:迭代 16 从当前显示网格找“同一排”,若锚点所在排有原隐藏成员,文字表达的是整排,实际预览和授权却少一处。可见性是定位状态,不能改变关系集合的语义。
- 改动:由完整对象目录的 authored
rowGroup索引展开关系。预览暂显本排原隐藏成员并显示其包含数量;用户可在画布或按需明细中排除、恢复,排除后仍暂显以便辨认。确认才把选定成员绑定到本任务并检查。其他同源定义的实例不因此加入。 - 浏览器操作:1 千目标单件情景,搜索并绑定孔排 00009,发送“同一排,向孔排末端移动 5 mm,安装接口不要动”。预览为 4 项,其中 1 项原隐藏,显示网格由 15 变为 16;排除“未命名孔组”后为 3 项且原隐藏 0/1,仍保留在预览网格与按需明细中,恢复后回到 4 项。确认后 r1→r2,实际变化明细含该未命名孔组,4 项均为 0→5 mm,安装接口检查为情景
pass。390×600 窄屏下模型、原文、隐藏数量、执行与取消均可见;取消后恢复 15 个显示项并保留原文,未执行。默认尺寸下再次打开预览供操作。没有真实几何求值或参与者实验。 - 评分裁决:维持 26/30。修正的是一项语义错误,不以修复版本自动加分。S 仍为 3:关系仅由 fixture 元数据给出,尚未验证真实 CAD 关系索引、跨区域加载或大量成员的摘要核对。无法从这次操作声称用户理解率或效率提高。
迭代 18:百处同源传播先聚合核对
Section titled “迭代 18:百处同源传播先聚合核对”- 反例:装配任务遇到共享定义传播时,原按钮“一次授权全部同源实例并执行”没有展示完整传播范围。1 万实例 fixture 中,一个定义可被 100 处引用;逐项列出 100 个结果又会把用户推回编号清单。共享定义的传播本身不可逐实例排除;若只改一处,语义上应转为当前实例位姿。
- 改动:传播阻断后先打开范围摘要,显示同源实例总数、工位跨度、原隐藏数量与本区实际显示数;保留原指令和持续保持项。取消返回未应用任务,确认时把完整稳定引用集合、当前修订与授权来源绑定后再进入原有情景检查。默认不渲染或罗列其他区域的 99 处,也不把原隐藏项永久显露。结果默认只给实际变化总数及工位/隐藏摘要,单项差异按需分页。该路径不产生候选方案集。
- 浏览器操作:10,000 实例装配情景,绑定驱动单元 00001 并发送移动 5 mm 的指令;共享定义传播检查先阻断于 r1。打开摘要显示 100 处、100 个工位、9 处原隐藏,本区仅显示 1 处。取消后仍为 r1、未应用且当前实例指向不变;再次打开并确认后整体回放为 r2,显示实际变化 100 项、安装接口情景检查
pass。390×600 视口下模型、原文、摘要、确认/取消可见;Escape 返回阻断态,不扩大授权。该 fixture 只渲染局部 16 个语义目标,不能证明真实万实例几何求值成本。 - 评分:聚合核对能力暂评 27/30(E4/O4/S5/P5/C4/B5),±1 主观不确定性。S5 以可靠的定义/实例索引和可核验的传播闭包为前提;当前仅有合成索引和固定检查回放。C4 因为不能在保持共享定义语义的同时逐项排除,需改用实例位姿或重构定义。组合 I 的内部 20/20 不增加;没有独立用户任务就不宣称已找到最优。
迭代 19:密集点位只核对附近少量对象
Section titled “迭代 19:密集点位只核对附近少量对象”- 问题:窄屏小目标落点靠近两个投影时,迭代 09 仅提示放大或搜索,用户需要重新定位;精确拾取命中一个目标时,也缺少低成本纠正近邻误指的路径。不能因此把全部可定位对象展开成编号列表。
- 改动:当前局部最多 16 个已显示目标的投影锚点,在点位 24 px 内提议至多 3 个相邻对象;精确网格命中优先,落空时只取与最近锚点距离相差小于 8 px 的候选。点击候选仅切换临时轮廓与结构路径,明确“用于指令”才绑定对象。附近超过 3 项时提示放大,不暗示列表完整。候选对话框自动聚焦首项、支持 Escape;390×600 的短屏把临时核对卡移到画布下方,暂时隐藏输入区但保留其空间,取消或确认后恢复,避免卡片遮住模型且避免视口重排使候选失效。
- 浏览器实操:390×844 在相邻孔位点击后出现孔排 00006 与 00003,切换至 00003 后轮廓和路径同步更新,输入仍“尚未选择”;确认后 token 才成为
@ 孔排 00003。Escape 可取消而不绑定。390×600 初版卡片盖住模型;改为底部核对区后,点击仍显示两个候选,模型保持可见,确认后输入区恢复。桌面精确点击沿用直接绑定。操作来自合成局部显示网格和鼠标窄视口,不代表真实触屏命中率。 - 评分:小目标邻近预览维持 25/30(E4/O3/S3/P5/C5/B5)。这次减少了局部歧义后的重试路径,但尚无独立任务证明平均操作数、误指率或理解度改善,故不凭新按钮加分。远处无名目标仍缺可信空间位置;当前目录只存 ordinal 与局部重复网格,不生成伪全局总览。真实远处定位需修订绑定的稳定引用、实例变换、全局粗 bounds/层级代理、可见状态及按需细节查询;缺失时显示位置未知。多尺度导航和逐步细化仅提供方向,不是本样机的 CAD 效果验证。
迭代 20:空间总览只负责把人带到可指向的局部
Section titled “迭代 20:空间总览只负责把人带到可指向的局部”- 假设:用户不知道远处对象名称、却能指出大致空间方位时,整体→局部两级导航可以绕过编号搜索,再让画布承担最终指向。粗定位和修改授权必须分开;总览的页块不能只是把 ordinal 涂成空间地图。
- 情景数据:为 1 千 / 1 万对象的合成重复单元工件显式生成每个局部视图的目标 ID 集、全局平面位姿和保守粗 bounds。220 mm 的单元间距与局部显示包
[-100,-100,-10]–[100,100,40]对应。布局是 fixture authored 数据,与真实 CAD 的实例位姿、拓扑和约束检查严格区分;它不能代表复杂真实工件的空间结构。 - 交互:画布下缘新增空间总览入口,对象定位面板也可进入。1 万实例时总览 5×5 个粗区域,选中后只展示该区域 5×5 个局部位置;1 千目标时为 4×4 → 最多 2×2。当前视图有唯一亮点,空白边缘不可选;地图自动聚焦当前区域,方向键移动、Enter 进入、Escape 返回,按钮带行列与该处对象数量的可访问名称。点击局部位置只切换 3D 视图,草稿与已绑定对象保留;具体目标仍须点选/预览并明确用于指令。总览期间收起输入与任务卡,让短屏地图有可点击面积,返回后恢复。
- 浏览器实操:1 千目标单件从左上当前区域进入右下区域,选择最后一块后抵达局部 63/63、8 个已显示对象;点孔排 00994 后只出现预览,确认才成为指令对象。1 万实例装配从 5×5 总览进入右下 5×5,再选择末端位置,抵达局部 625/625、14 个已显示实例,指令对象仍为空。390×600 窄屏中 5×5 区域可见且未被输入区覆盖。先写“向孔排末端移动 5 mm,安装接口不要动”再用地图到局部 63/63 时,初版“待指向”任务卡盖住模型;已改为此时仅在底部保留原文、画布显示一句指向提示。点孔排 00997 并在近邻预览中确认后,原文与目标共同进入待发送任务;明确发送后情景检查应用 0→5 mm,接口保持项显示
pass,撤销入口可用。随后发现 390×600 的已应用结果卡仍遮住模型,改为短屏应用后默认收起、标题保留“已应用 · 查看结果”;再次回放确认模型完整可见,点击结果入口能看到数值、保持检查与撤销。方向键移动焦点、Enter 进入、Escape 关闭总览均经浏览器操作。上述是合成工件的鼠标与键盘操作,不是触屏参与者实验或真实 CAD 求值。 - 评分:空间粗总览→局部精指暂评 26/30(E4/O3/S4/P5/C5/B5),±1 主观不确定性。S4 仅在可信空间索引存在时成立;本轮只生成合成工件的 authored 布局。O3 反映至少两次地图定位加一次目标确认;均匀重复单元缺少独特地标,用户若不知大致方位仍无法由地图凭空找出目标。研究没有证实真实用户更快、更准,最高分目标继续未完成。正式接入至少需要稳定目标/实例引用、真实 bounds 与变换、可见/隐藏状态、修订失效和按需详情查询;缺任一关键证据时不得呈现可信空间位置或自动应用。
迭代 21:跨局部检索不再任意跳到首个命中
Section titled “迭代 21:跨局部检索不再任意跳到首个命中”- 反例:装配搜索“工位 12”可命中多个局部视图;旧入口“跳到匹配结构的局部视图”直接跳第一个命中页,虽然没有绑定指令对象,却暗示这一页就是用户要找的区域。对 100 个近似结果逐项列举同样不可取。
- 改动:先由现有结构索引确定匹配集合,再用布局建立时保存的目标→局部反向索引聚合命中分布;每次筛选只遍历本次匹配,不重新扫描全部 1 万目标。只有一个命中局部时直接进入;跨局部时总览仅点亮含匹配对象的区域和局部,暗处不可激活,可随时“查看全部”。进入 3D 局部后检索轮廓与短提示保持,用户仍须点选/预览并明确用于指令。地图、搜索与相机切换都不改变指令对象或保持项;最终点选会结束检索观察。
- 浏览器核对:1 万实例装配中,“工位 12”且不含隐藏对象返回 91 个匹配,分布在 7 个局部。原页指令对象为空;总览只激活 2 个粗区域,进入其中一处后只激活 2 个局部位置;选择含 15 个匹配的位置到达局部 70/625,指令对象仍为空,局部轮廓和“仅定位”提示可见。初版视图切换清掉检索观察、顶部提示遮住模型;已修复为保留局部检索轮廓、使用短提示,并再次浏览器核对。1 千目标单件中,“孔排 0000”返回 9 项、同处一个局部,点击后直接到该局部且未绑定对象;390×600 截图中提示不遮挡模型。先写移动草稿再检索“孔排 000”返回 90 项、7 个局部;方向键与 Enter 可完成两级匹配位置选择,到局部 4/63 后原草稿仍在、对象仍为空;“查看全部”解除筛选,Escape 关闭总览,原草稿继续保留。以上均为固定 fixture 操作与键盘/鼠标核对,不是实际用户任务成功率。
- 评分:结构检索→命中分布→局部点选暂评 26/30(E4/O3/S4/P5/C5/B5),与空间粗总览相同,不凭修复错误提高主观分。它解决的是跨页定位的错误暗示,仍需知道可检索的结构线索。合成网格的 ordinal 与空间单元恰好一致;真实 CAD 必须由同一修订的稳定引用、实例变换、bounds 和可见状态生成命中映射。没有独立用户任务,无法证明平均用时、误指率或最高分。
迭代 22:保持项解除与重新表达必须可见
Section titled “迭代 22:保持项解除与重新表达必须可见”- 反例:旧保持编辑器把最后一个保护属性的勾选取消直接解释为删除整项保持要求,绕开了界面上的“明确解除”按钮。另一种冲突是用户把既有保持项缩到只保留“既有关系”,随后在指令里再次明确说“安装接口不要动”;旧任务却只沿用较窄的旧属性集合,可能把完整措辞当成已检查。
- 改动:最后一个属性保持勾选且不可取消,并显示解除入口说明;真正解除仍由明确按钮完成。本轮原文包含“安装接口不要动”时,任务冻结的保持项补齐形状、位姿和既有关系,且把补齐结果写入当前保持状态;若用户此前明确改为“仅下一次完成的任务”,保留该期限。任务结果展示检查时的属性和期限,避免把已到期项说成仍持续有效。
- 浏览器核对:1 千目标单件中,依次取消形状与位姿后,“既有关系”勾选变为不可取消,保持项仍存在;把期限设为仅下一次完成的任务,再发送带完整接口保持措辞的孔排移动。情景结果的保持检查包含既有关系、形状和位姿,完成后当前保持项为 0,符合一次性期限。此为固定回放,不能证明几何接口被真实保持;界面文案已明确真实保证仍需稳定引用和检查证据。
- 评分:对象+属性+期限继续暂评 26/30,不因修复语义漏洞加分。当前仅能编辑情景安装接口,缺任意对象的稳定保持引用与生产检查器;还需独立任务核对用户能否区分缩小属性、仅本轮到期与明确解除。
迭代 23:发送前直接核对本轮保护内容
Section titled “迭代 23:发送前直接核对本轮保护内容”- 反例:窄屏把任务卡的“必须保持”区隐藏,输入区只报“1 项保持要求”;即使桌面打开任务卡,也看不到保护的属性。用户在发送前无法判断一句“安装接口不要动”与先前缩窄过的属性、期限最终如何合并。
- 改动:输入区原有的保持入口直接显示对象、保护属性和期限;任务卡的同一行也显示属性。草稿预览和提交冻结使用同一保持项投影:明确写有“安装接口不要动”时补齐形状、位姿和既有关系,保留已设置的仅本轮期限;编辑面板在原文与勾选属性不同时解释为何补齐,以及怎样改回部分保护。窄屏没有另加覆盖模型的面板。
- 浏览器核对:390×600 的单件情景中,将安装接口缩到仅保护既有关系并设为仅下一次完成;选孔排 00001,输入“向孔排末端移动 5 mm,安装接口不要动”。发送前输入区完整显示“保持 安装接口 · 形状·位姿·既有关系 · 仅本轮”,模型和任务卡仍分开。点入口可看到原文补齐提示;发送后结果为首项 0→5 mm,冻结检查包含三项属性且标“仅本轮”,当前保持数归零。全部是固定情景回放,
pass不代表真实几何证明。 - 评分:对象+保护属性+期限仍暂评 26/30,只修复原评分漏看的提交前透明度,不以多显示文字自动加分。摘要在比 390 px 更窄的屏幕可能省略,仍需点开编辑器核对;用户是否真正理解“原文补齐”和到期行为尚需独立任务观察。
迭代 24:保持另一对象,并在已知无法检查时先停下
Section titled “迭代 24:保持另一对象,并在已知无法检查时先停下”- 反例:保持面板原先只认识预设安装接口。用户无法保护任意已指向的孔排或装配实例;若直接扩展属性列表而仍把固定回放的“正常检查”用于它,又会把没有检查器的形状或关系误报为
pass。 - 改动:复用对象定位与预览入口,增加“指向另一个保持对象”模式;确认后把目录稳定引用绑定到保持项,不替换原修改对象。当前情景仅对该对象的轴向偏移提供可比较数据;形状、既有关系缺证据时标为
unknown。若指令同时要求移动和保持同一对象的轴向偏移,发送前提示矛盾;已知引用失效、缺检查或明显冲突在发送后立即停下,不等待模拟求值。任务完成时仍以冻结的保持项与实际情景偏移核对;画布上只为当前局部的保持对象画轻量绿色虚线轮廓,不标编号。 - 浏览器操作:选孔排 00001 为修改目标,经保持定位确认孔排 00002 后,原指令对象仍为 00001;移动 5 mm 的固定回放使 r1→r2,结果仅称 00002 的“情景轴向偏移不变”为
pass。将 00002 的“形状”也勾入后,任务在发送前提示检查缺失,发送立即停在未应用,r2 不变。另把孔排 00001 本身加入保持,再提出移动 2 mm;发送前显示要求冲突,发送立即停下,r2 不变。验收用桌面 Chromium UI;本轮尚未复测窄屏、真实触摸或真实 CAD 检查。 - 评分:新增“另指对象+属性+检查可用性”暂评 25/30(E4/O3/S3/P5/C5/B5),不与预设接口能力的 26 分直接比较。O3/S3 反映另指对象需要一次定位,且大量保护对象尚缺关系集合与摘要。B5 仅指已知缺证据的情景任务可在本地立即阻断;不能外推真实几何求值成本或用户成功率。没有参与者实验时,最高分仍未证实。
迭代 25:保护状态必须与画布颜色和提交摘要一致
Section titled “迭代 25:保护状态必须与画布颜色和提交摘要一致”- 反例:明确解除安装接口保持后,输入区已显示“无保持要求”,接口却仍呈接近绿色的强调色。增加第二个保持对象时,390 px 输入区只露出两个对象名,属性被省略。这两处都可能让人误判本轮保护内容。
- 改动:预设接口只有在保持项存在时用绿色;解除后回到中性壳体色。当前局部另指对象沿用轻量绿色虚线。两项保持要求时,提交区逐项显示对象与属性,短屏换行而不截断;三项以上收为“点此核对对象与属性”,可进入同一保持编辑器检查完整内容,不在模型上堆编号。
- 浏览器核对:刷新后的 1 千目标单件中,解除接口保持显示灰色接口与“0 项保持要求”;恢复后接口回到绿色。390×600 中从画布近邻预览确认孔排 00001 为第二保持对象,关闭编辑器后提交区完整显示“安装接口:形状·位姿·既有关系;孔排 00001:轴向偏移”,模型仍可见。该操作是 Chromium 鼠标窄视口与情景显示网格,不是触屏或真实几何检查。
- 裁决:维持预设接口 26/30、另指对象 25/30。修复的是状态表达错误,不以文字增多提高易懂分;双对象摘要已占两行,多项保持仍需按需核对与集合语义,真实用户能否读懂尚未验证。
迭代 26:编辑保持项不应丢失观察视角
Section titled “迭代 26:编辑保持项不应丢失观察视角”- 反例:用户手动旋转复杂工件、检查接口后,解除保持会重建局部显示包并把相机恢复初始角度;重新找到刚才的观察位置增加操作,也可能让用户误以为目标位置改变。迭代 25 的颜色修复使这一行为显露出来。
- 改动:研究工作台给 viewer 提供由工件类型和局部区域组成的取景键。显示包更新而取景键不变时保留现有相机;进入另一局部区域时重新取景。未提供该键的产品 viewer 保持原有加载语义。保持编辑仍只更新当前局部的显示网格,不跟随指针事件进行全量重算。
- 浏览器对照:在 1 千目标单件中旋转到接近俯视的斜角,旧版本解除接口保持后回到初始斜视角;修复后解除、恢复保持均维持旋转方向与模型比例,接口颜色随保持状态在灰色和绿色之间变化。随后切换到局部 2/63,相机按新局部重新取景;再选孔排 00017、旋转视角、发送移动 5 mm,r1→r2 的结果仍保留该观察方向。上述为 Chromium 固定情景的视觉核对,未量化用户恢复视角的时间或真实大型模型成本。
- 取舍:仍不提高保持能力的 26/30 与 25/30 分。曾考虑以“保护同排/同源”按钮提高大量保持对象的表达效率,但当前选择与预览路径绑定在修改范围;直接复用会混淆修改授权和保护范围,并把隐藏成员或跨实例传播一键纳入要求。下一项应先做独立的保持集合成员预览、摘要与冻结引用,再比较操作负担和理解率;不为新增按钮预先加分。
迭代 27:保护集合与本轮修改范围分别授权
Section titled “迭代 27:保护集合与本轮修改范围分别授权”- 反例:一个实例需修改,另外 100 个同源实例需保持时,逐个增加保持项会把人推回编号清单;借用“调整修改范围”的确认按钮又会把保护范围误当成修改授权。一个锚点不能代表用户已经确认所有隐藏和跨工位成员。
- 改动:在保持编辑器中,从已绑定的保护锚点按 authored 同排或同源定义提出独立的保持集合预览。预览标出本区成员,聚合显示总数、跨局部/工位数与原隐藏数,可跳看下一处;修改对象和原指令不变,确认前保持项仍只覆盖锚点。确认后冻结成员 ID 与关系键,按全部成员进行发送前冲突检查和完成后的情景偏移逐项核对;关系成员变化、检查缺失或与修改对象重叠时阻断自动应用。可明确收窄回锚点。取消或确认跨区预览均返回发起视区。预览期间停止圈选与其他面板操作,避免隐式改动修改对象。
- 浏览器操作:1 千目标单件中,修改孔排 00001、保持孔排 00009;同排预览为 4 项、其中 1 项原隐藏。取消后仍只保护 00009,原修改对象与草稿不变;再次确认后发送,r1→r2,结果记录 4 项情景轴向偏移逐项
pass。将修改对象改为集合成员 00009 再提出移动,发送前显示冲突且不应用。390×600 窄视口预览时模型、保护摘要、确认/取消同时可见,任务卡和输入区暂收起;结果卡在短屏自动收起,可从“已应用/未应用 · 查看…”恢复。1 万实例装配中,同源保护预览为 100 项、跨 100 个局部和工位、9 项原隐藏;查看另一局部后确认返回原修改视区,只改驱动单元 00001 的回放 r1→r2,并逐项核对 100 个保护成员的情景轴向偏移。 - 评分与边界:新增独立保护集合暂评 27/30(E4/O4/S5/P5/C4/B5),约 ±1 的设计判断。比另指单对象的 25 分覆盖了“有可信关系时批量表达”的不同任务,不是已证用户收益;C4 反映当前只能整体保护或收窄到锚点,尚不能排除个别成员。集合来源为固定情景元数据,
pass是确定性偏移回放,不是共享定义、几何形状或装配配合的真实检查。100 项只看聚合与抽样局部,不能证明每个成员都被人理解;应以独立用户任务比较误保护、遗漏、检查状态识别和纠正操作。新路径没有独立 p95、真实 CAD 求值或模型调用数据。 - 源码验收:Web typecheck、改动文件 ESLint、相关源码与文档 Prettier、Web build、
git diff --check均通过;构建仍有既有的浏览器外置模块、动态 URL 与大 chunk 提示。未新增 test/spec,未提交推送。
迭代 28:保护整组时明确排除局部例外
Section titled “迭代 28:保护整组时明确排除局部例外”- 反例:用户既要修改某个孔组或实例,又要保护它所属的整排或同源集合。迭代 27 会因目标与保护集合重叠而停下;只能放弃整组保护或逐项重建。对 100 个成员逐个勾选是用户已否决的编号清单交互。
- 改动:独立保护预览默认仍显示聚合总数与当前区域轮廓。可一次将当前修改对象从保护中排除,并可随时恢复;按需打开本区最多 16 个成员的例外勾选,画布点击仅在明确进入逐项调整模式后改变例外。确认时冻结具体例外 ID;改选目标、换视区、取消预览都不会偷偷扩大或缩小已确认保护。最后一个受保护成员不能被排除。重开已确认的关系可以修订例外,取消保留原状态。发送前冲突和完成后的检查只作用于其余受保护成员;结果明确列出例外数,不能把例外报为已保持。
- 浏览器实操:1 千目标单件中,同排 4 项含 1 项原隐藏。修改孔排 00009 并将其排除后,确认保护 3/4;移动 5 mm 的情景回放 r1→r2,结果仅报告 3 项偏移检查。再指向仍受保护的孔排 00010 并提出移动,任务因冲突停在 r2;重开预览临时排除该项后取消,原 3/4 保留。逐项勾选可用,试图排除全部成员被拒。1 万实例装配中,同源集合跨 100 工位、9 项原隐藏;只把当前驱动单元排除后确认 99/100,移动 5 mm 的回放 r1→r2,仅报告 99 项情景偏移检查,例外明确未受保护。跨区查看再确认会返回原视区。
- 窄屏修正:390×600 中已完成的任务卡若在桌面尺寸完成后再缩小窗口,原状态不会收起并会盖住模型。现在随视口条件变化自动收起,保留“已应用 · 查看结果”;浏览器复测模型和底部输入可见。关系预览的确认/取消置于按需成员明细之前,避免展开局部勾选时把决定动作挤出首屏。窄屏操作使用鼠标视口,不代表触屏误选率。
- 评分:新能力暂评 28/30(E4/O4/S5/P5/C5/B5),约 ±1 的设计判断。相对于迭代 27,C 因可局部排除与恢复由 4→5;O 保持 4,因为远处例外仍需定位和核对。S5 仅以可信且可增量查询的关系索引为前提。修订预览和结果均为 authored 关系及确定性偏移回放,没有真实 CAD 的共享定义、形状、配合或依赖闭包证明,也没有独立用户任务、p95 或计算成本实测。不能据此宣称达到最优。
- 验收:窄屏最终版复核了预览摘要、一次排除、按需本区勾选,以及始终位于明细之前的确认/取消;确认后输入区显示保护 3/4 且修改对象不变。Web typecheck、改动 TS/TSX 的 ESLint、相关文件 Prettier、Web build 与
git diff --check通过;构建仍有既有的动态 URL、浏览器外置模块和大 chunk 提示。未新增 test/spec,未提交推送。
迭代 29:在保护集合内部定位远处例外
Section titled “迭代 29:在保护集合内部定位远处例外”- 反例:迭代 28 可以一次排除当前修改对象,但另一工位的同源实例若也需成为例外,只能在 100 个局部中依次“查看下一处成员”。逐页导航把大集合重新变成隐性的长清单。
- 改动:保护预览按需展开集合内的名称/结构检索,复用现有对象索引;搜索结果始终与冻结的关系成员取交集,超过 5 项要求补充结构线索,不罗列百项。选择结果仅导航到相应局部、临时显示原隐藏成员并高亮核对,不改变修改对象、保护或授权。用户再明确排除或恢复该成员,当前核对卡保留便于立即纠错。缺空间定位证据时只保留文字线索,不假装已经看见对象。搜索只在用户输入时进行,本地反馈不调用 AI 或几何求值。
- 浏览器核对:10,000 实例 fixture 的同源集合有 100 项。输入“工位 42”仅命中驱动单元 04101;点击核对后进入区域 257/625,指令仍指向工位 1 的驱动单元 00001,保护仍为 100/100。明确排除后为 99/100,核对卡原位提供恢复;恢复回到 100/100。再把当前修改实例和工位 42 都排除,确认后输入区显示保护 98/100;移动 5 mm 的情景回放 r1→r2,仅报告 98 项偏移检查,2 项例外未受保护。390×600 复核了搜索、局部跳转、排除与恢复:保护面板在固定高度内滚动,画布保持可见,短屏不再用重复的查看提示遮住模型。
- 裁决:能力评分仍为 28/30(E4/O4/S5/P5/C5/B5)。这轮解决有已知结构线索时的远处例外操作;无名、无可靠层级或空间索引时不能靠搜索定位,因此不把 O 或 E 抬到 5。实际任务耗时、用户能否辨认 100 处同源范围、真实 CAD 的关系/依赖闭包及检查成本仍未验证;在这些证据到来前,“最高分”不是完成结论。
- 验收:Web typecheck、改动文件 ESLint、相关源码与文档 Prettier、Web build、
git diff --check通过;构建仍有既有的浏览器外置模块、动态 URL 与大 chunk 提示。未新增 test/spec,未提交推送。
迭代 30:一条指令同时说修改和保护其他成员
Section titled “迭代 30:一条指令同时说修改和保护其他成员”- 反例:迭代 28–29 可以精确保护“除当前修改对象外的同排孔或同源实例”,但用户需先进入保持编辑器、另指保护锚点、展开关系、排除当前对象,再返回输入区说修改。高频表达“改这个,其他同组不要动”仍被拆成多个工具步骤。
- 改动:限定情景语法识别“同一排其他孔…”与“同源其他实例…”,从当前明确引用提出独立保护集合,自动把本轮修改对象列为预览中的例外。发送只打开关系预览;确认后冻结成员与例外、持续期限和原始措辞,并沿用同一任务及检查路径执行。局部例外仍可核对调整,但原句中的当前修改对象不能被恢复为受保护成员;取消只关闭预览并保留原文。数值和方向控件重写句子时保留保护子句。错误场景或不在同一关系中的多选保持待解析或提示缩小范围。
- 语义修正:“其他孔/实例不要动”不能收窄为只保护轴向偏移。宽泛句子投影为轴向偏移、形状、位姿和既有关系;当前 fixture 只可检查普通对象的轴向偏移,故形状、位姿、关系均为
unknown,确认预览后仍不自动应用。只有用户明确写“其他孔/实例轴向偏移不变”,才投影为可检查的单属性保护。若原来已有更宽的保持项,窄句不会自行删掉既有属性。预设安装接口仍使用单独标记的情景检查。 - 浏览器实操:1 千目标单件中,当前孔排 00009 配合“同一排其他孔轴向偏移不变”产生 4 项关系、3 项保护、1 项当前目标例外、1 项原隐藏;确认后 r1→r2,仅当前孔排 +5 mm,其他 3 项偏移情景检查为
pass。同位置改用宽泛“不要动”时,提交前直接显示缺失检查;关系确认按钮改为“并检查”,确认后保持 r1,任务“未应用”,形状、位姿、关系为unknown。1 万实例装配中,同源预览为 100 项、100 工位、9 项原隐藏;保护其他 99 项并明确排除当前实例,确认后 r1→r2,结果只显示当前实例 +5 mm 和 99 项偏移情景检查。均未调用 AI 或真实 CAD 求值。 - 窄屏与规模:390×600 浏览器鼠标路径中,3/4 保护摘要、原指令、确认和取消均在可滚动预览内可操作;取消后原文、当前对象和待确认保护仍在,正式保持项未增加。10,000 实例、seed 23、Chrome 153 / Windows、984×1162 / DPR 1.375 的既有 30 次界面量测:即时确认 p50/p95 = 33.2/39.2 ms,结构定位与取景 = 50.9/57.3 ms;本地索引建立 659 ms、最大分片 11.3 ms,可见目标 15、网格 17、三角形 5,256、fixture 依赖边 20,000。会话长任务 1 次、最大 101 ms,JS heap 220,888,693 bytes;精确求值 0,结果帧样本 0。该量测不包含人工找对象、关系核对时间或真实 CAD 检查,不能替新语法单独证明 p95 或端到端性能。
- 评分:限定语法的“明确保护属性”能力暂评 29/30(E4/O5/S5/P5/C5/B5),约 ±1 的设计判断。O5 表示从原先另进编辑器的多步降为同一句与一次关系核对;E4 因“轴向偏移”属于需理解的专业属性,而自然宽泛表达在没有检查器时无法自动应用。该分值只对有可信关系、当前目标明确且检查器覆盖该属性的任务成立;它与空间定位等能力互补,不能凭分数断言整体交互最优。仍需独立用户任务比较误保护、纠正操作、检查缺失识别与完成率,并验证真实关系、依赖传播、几何证据及预算。
- 验收:Web typecheck、改动 TS/TSX ESLint、Prettier、Web build 和
git diff --check通过;构建仍有既有的浏览器外置模块、动态 URL 和大 chunk 提示。未新增 test/spec,未提交推送。
迭代 31:把精确保护说成人能读懂的方向关系
Section titled “迭代 31:把精确保护说成人能读懂的方向关系”- 反例:迭代 30 虽把修改与保护放进一句话,但“轴向偏移”是 CAD 内部属性术语;非专业用户可能把它误解为全部位置或根本不知道应如何表达。直接把宽泛“其他孔不要动”当成偏移检查又会削弱原意。
- 改动:增加严格限定的自然短句:“同一排其他孔沿孔排方向的位置不变”及“同源其他实例沿实例排方向的位置不变”。在本 fixture 的首端→末端参照下,它们明确只保护该方向上的位置,映射到与迭代 30 相同的轴向偏移检查;原文保持可见。提交摘要、保持编辑器和结果统一显示“沿孔排/实例排方向位置”,内部检查键仍是轴向偏移。改量、换向会保留原保护子句。宽泛“不要动”仍投影为形状、位姿和既有关系等完整要求,并因证据缺失阻断;不会被自然短句的新增误缩窄。
- 浏览器实操:1 千单件中,孔排 00009 的自然短句经换向、5→3 mm 改量后仍原样保留;发送预览 3/4 项保护、1 项当前目标例外、1 项原隐藏,确认后 r1→r2,仅当前孔排 −3 mm,结果用“沿孔排方向位置”报告其他 3 项情景检查。1 万实例装配中,同源 100 项跨 100 工位,当前实例为唯一例外;自然句确认后 r1→r2,仅当前实例 +5 mm,99 项沿实例排方向位置情景检查通过。两条均为固定语法与确定性回放。
- 可读性复核:984 px 浏览器中,原结果卡在 ≤1000 px 断点缩为 248 px,两个持续保持项和检查摘要大量换行。该断点将任务卡调回 296 px、结果说明字号调为 12 px,浏览器复核画布仍保留主要工件视区,任务、保持项与撤销可直接读到;窄屏继续沿用原覆盖式布局。这是视觉核对,不是阅读效率实验。
- 评分裁决:在“当前对象已明确、方向参照可见、关系索引可信、只保护这一方向位置且检查器覆盖”的限定任务上,设计评分由 29→30/30(E5/O5/S5/P5/C5/B5)。E5 是按账本锚点对表达与视觉方向直接对应的判断,非用户理解率实测;其余维度及前提不变。30/30 不表示通用最优或真实 CAD 强约束已实现。应以独立用户任务核对用户是否分得清“沿排方向位置”与完整位姿/形状,及其误保护、纠正操作和缺证据识别;对所有 CAD 场景的最高分目标仍未证实。
- 验收:Web typecheck、改动 TS/TSX ESLint、源码 Prettier、Web build 与
git diff --check通过;构建仍有既有的浏览器外置模块、动态 URL 和大 chunk 提示。未新增 test/spec,未提交推送。
迭代 32:复用一句保护要求时不丢失先前例外
Section titled “迭代 32:复用一句保护要求时不丢失先前例外”- 反例:用户先让当前实例成为同源保护集合的例外,又在工位 42 明确排除另一实例。下一轮对同一当前实例再次说“同源其他实例沿实例排方向的位置不变”,旧投影只用本轮修改对象重建例外,把远处实例悄悄变回受保护对象。99/100 与 98/100 的差异藏在聚合数字里,不能指望用户发现。
- 修正:同一锚点、同一关系键和成员快照有效时,重新提出关系保护会合并已确认例外与本轮修改对象;先验证旧关系引用,关系种类或键不同时停止投影而不替换旧保护。预览说明额外沿用的例外数量,并仍允许用户明确恢复其中成员。取消预览不改变旧保持项;确认后继续冻结成员与具体例外。该规则只作用于重复使用同一锚点的保护关系,不暗中合并不同锚点或同源定义的其他保持项。
- 浏览器操作:10,000 实例装配中,先核对并排除工位 42 的驱动单元 04101,与当前驱动单元 00001 合计 2 项例外;首次任务 r1→r2,仅当前实例移动 5 mm,其余 98 项情景方向位置检查通过。原句再次发送时预览仍为保护 98/100、例外 2/100,并明确显示“沿用先前确认的 1 项例外”;取消后已有 98/100 保持项和原文不变,再次预览仍一致。浏览器截图核对了聚合摘要、提示与当前模型的布局。
- 评分裁决:限定场景的设计评分维持 30/30,修的是满分假设下的续改语义缺陷,不因修复再加分。用户可能把新的“其他实例”理解为重新保护全部非当前实例;预览必须让沿用例外成为可见的确认内容,仍需真实用户任务比较这种解释与重置例外的误解率。固定索引和偏移回放无法证明生产关系引用、并发版本或真实几何保持。
- 验收:Web typecheck、改动源码 ESLint 与 Prettier、Web build、
git diff --check均通过;构建保留既有的浏览器外置模块、动态 URL 与大 chunk 提示。未新增 test/spec,未提交推送。
迭代 33:宽保护之后的明确收窄
Section titled “迭代 33:宽保护之后的明确收窄”- 反例:用户先说“同一排其他孔不要动”,这会持续保护方向位置、形状、位姿和既有关系。情景检查只能核对方向位置,所以任务正确停在
unknown。用户随后改写原句为“同一排其他孔沿孔排方向的位置不变”,旧保护仍须持续,单靠新草稿不能暗中解除;但原界面只能进入保持编辑器逐项取消三种旧属性,纠错成本与一句式表达不相称。 - 改动:当草稿明确要求同一关系的单方向位置保护、且已有同锚点宽保护时,输入区就地显示一次显式操作,完整列出要解除的“形状、位姿、既有关系”和将保留的方向位置。点击才更新既有保持项;原指令不丢失,关系成员和例外仍须重新核对,任务仍需发送。未点击时旧保护继续生效,缺证据继续阻断。与该关系无关的安装接口保持项不受影响。
- 浏览器实操:1 千目标单件中,孔排 00009 的宽保护预览为 4 项关系、3 项保护、1 项当前目标例外;确认后 r1 保持“未应用”,形状、位姿、关系为
unknown。改写为自然方向短句后界面仍显示旧宽保护和检查缺失,同时出现列明三项解除内容的按钮。点击后原句保留,保持项只剩“沿孔排方向位置”;重新核对 3/4 关系并确认执行,r1→r2,仅当前孔排 +5 mm,其他 3 项方向位置与安装接口分别报告情景pass。390×600 短屏中按钮在底部输入区可见、可点,点击前画布不增加数字标注。该轮没有真实 AI、CAD 求值或独立用户实验。 - 评分裁决:限定场景仍暂评 30/30,本轮修复满分假设下的纠错步骤缺口,不额外加分。按钮所列解除属性应交给用户任务验证是否被准确理解;单次情景操作只能证明状态转移和阻断边界,不能证明最佳交互、真实几何保持或规模性能。用户也可能希望“新增较窄要求,但保留旧宽保护”,故系统绝不能自动执行收窄。
- 验收:Web typecheck、改动 TSX ESLint、源码 Prettier、Web build 与
git diff --check通过;构建仍有既有的浏览器外置模块、动态 URL 和大 chunk 提示。未新增 test/spec,未提交推送。
迭代 34:单对象保持改为“其他成员”时明示失去保护的对象
Section titled “迭代 34:单对象保持改为“其他成员”时明示失去保护的对象”- 反例:孔排 00009 原本单独受“沿孔排方向位置”持续保护。用户随后选它作为修改对象,说“移动这个孔排,同一排其他孔沿孔排方向的位置不变”。旧投影把同一锚点的单对象保持改写成关系保持,当前对象成为例外;原确认页只报 3/4 与例外数量,未说明原来受保护的具体对象会失去该项保护。用户即使理解新句,也可能不知道已有要求被替换。
- 修正:草稿说明当前对象已有单对象保持、发送后需明确确认替换;关系预览指出原保护属性、当前对象会成为例外,以及取消会保留原设置。确认按钮直接写“明确替换单对象保持”,并保留集合成员与例外数量。此处维持一次局部核对,不加入模型数字标注或多候选浏览。原保持只在用户点击确认后改变;取消仅关闭预览并保留原指令。
- 浏览器实操:1 千目标单件中,先在保持面板单独保护孔排 00009,再用它作为本轮修改对象提交上述自然短句。发送前显示替换提示;预览为同排 4 项、其他 3 项受保护、当前 1 项例外,并明确说明原对象失去该项保护。取消预览后保持面板仍显示“孔排 00009”单对象持续保护,修订仍为 r1;再次打开并点击明确替换后,情景回放 r1→r2,仅当前对象 +5 mm,其他 3 项方向位置与安装接口报告
pass。390×600 短屏预览中警示、明确替换与取消均位于可见区域,画布保留;本轮发现通用任务警示类在短屏被 CSS 隐藏,已改用预览专属样式复核。 - 评分裁决:限定场景的设计估计仍为 30/30;本轮修复的是保护范围转换的知情确认,不能据此宣称用户一定理解“替换”或在真实装配中避免误保护。需要独立任务比较用户对原保持、例外和生效时机的理解,以及取消后的状态判断;固定关系与偏移回放不提供真实几何或配合证据。
- 验收:预览确认按钮的 Escape 可取消并保留原指令;Web typecheck、改动 TSX ESLint、源码 Prettier、Web build 与
git diff --check通过。构建保留既有的浏览器外置模块、动态 URL 和大 chunk 提示。未新增 test/spec,未提交推送。
迭代 35:撤销工件变化时明确持续保持仍有效
Section titled “迭代 35:撤销工件变化时明确持续保持仍有效”- 反例:用户在一条指令中确认将当前对象的单对象保持改为同排其他成员保持,并完成 +5 mm 修改。原结果按钮仅写“撤销本次修改”;点击后几何偏移撤销,但确认过的关系保持继续有效。由于原指令仍在输入区,普通任务消息被草稿投影覆盖,用户可能把“撤销”理解为连保持范围一起恢复。
- 改动:结果按钮写明“撤销本次修改 · 保持项不变”;撤销后就地提示工件变化已回退、持续保持仍有效,并给出保持项设置入口的文字线索。这里沿用白皮书已定义的边界:工件变化是可撤销原子单元,保持要求由用户独立确认并持续生效,不随几何撤销被悄悄删除。没有改动现有任务/几何回放事务语义。
- 浏览器实操:1 千目标单件中,先将孔排 00009 的单对象保持明确替换为同排其他 3/4 项保持,再执行 +5 mm,r1→r2。结果按钮显示“保持项不变”;点击后 r2→r3,+5 mm 回退,界面提示持续保持仍有效。保持面板核对显示同排 3/4 项与孔排 00009 的明确例外仍冻结,安装接口保持仍在。390×600 短屏中按需展开结果卡仍可找到完整撤销按钮文案。上述均为情景回放,没有真实 CAD 回滚与持久化恢复证明。
- 评分裁决:限定场景仍暂评 30/30,本轮修复撤销范围的可预期性而非新增打分项。用户是否据此正确理解“几何撤销”和“保持要求修改”是两种操作,须在独立任务中比较误解与纠正成本。
- 验收:Web typecheck、改动 TSX ESLint、源码 Prettier、Web build 与
git diff --check通过;构建保留既有的浏览器外置模块、动态 URL 和大 chunk 提示。未新增 test/spec,未提交推送。
迭代 36:盖板后方对象按点击位置查看
Section titled “迭代 36:盖板后方对象按点击位置查看”- 反例:单件中的孔组被实体盖板挡住。普通点选应命中前方盖板,不能用屏幕投影中心猜测后方孔组;按名称搜索又要求用户事先知道目标名称。原“暂显隐藏对象”只处理 authored 隐藏标志,未处理几何遮挡。
- 改动:单件 fixture 在首个孔组上方加入实际遮挡的独立显示网格。用户主动开启“查看遮挡处”后,在同一点仅计算一次当前已载入网格的深度命中;按距离去重并最多呈现四个不同 body,预览卡只给少量可指向对象及前方表面。点位查看、临时半透明盖板均不改变指令对象或几何;点击“用于指令”才绑定稳定目标引用。取消和 Escape 退出预览;改变视区、打开其他面板或任务修订会结束深度模式。普通拾取仍以最前方表面为准,并阻止对盖板命中使用附近投影锚点误选后方孔组。
- 浏览器实操:1 千目标单件桌面视口,普通点击盖板显示“前方是检修盖板”,指令为空;开启深度查看并点在盖板下的孔环处,预览显示“前方:检修盖板 / 孔排 00001”,此时指令仍为空。取消仍为空;再次预览并确认后,输入区才出现
@ 孔排 00001,盖板临时半透明,孔环可见。390×600 短屏用画布点位得到同一后方孔组,预览卡与模型同时可见;搜索仍提供键盘替代定位路径。点到盖板中无孔环的位置不会伪造后方候选。切换到 1 万目标目录后,当前仍显示 15 个目标、区域 1/625,同一点仍能预览后方孔组;这只核对索引规模与局部渲染,不是全量网格性能测试。 - 评分裁决:新增“点位深度查看+明确绑定”暂评 25/30(E4/O4/S3/P5/C5/B4),约 ±1 的设计判断。它覆盖已载入显示网格的局部遮挡点位,不替代通用剖切/隔离;原 21/30 行维持未实现。S3/B4 因当前 viewer 仍对本区网格执行射线相交,尚无经真实大型网格验证的空间加速结构;候选展示有上限,但相交计算不因展示上限自动有界。没有新增每帧深度拾取或 AI/几何候选生成。显示网格可能不包含真实 CAD 的内部部件;深度顺序不能证明拓扑关系、修改许可或保持项检查。复杂装配中的同 body 多实例选择、触摸准确率、全量几何 p95 和独立用户任务仍待验证。
- 验收:桌面、390×600 与 1 万目标目录浏览器路径已操作;Web typecheck、改动 TS/TSX ESLint、源码与文档 Prettier、Web build 和
git diff --check通过。构建仍报告既有浏览器外置模块、动态 URL 与大 chunk 提示。未新增 test/spec,未提交推送。
迭代 37:深层目标用局部剖开替代继续列候选
Section titled “迭代 37:深层目标用局部剖开替代继续列候选”- 反例:同一点前方叠着超过四个不同实体,迭代 36 只显示前四层,真实目标即使在已载入网格里也到不了;增加第五、十、百个候选又把任务变成浏览编号清单。初版全局剖切虽能点到目标,却同时切掉壳体其他区域,失去空间上下文。
- 改动:点击位置的前四层没有可绑定对象且后面仍有深度命中时,给一个“剖开查看”入口。用户拖动一条深度控制,Three.js 本地裁剪仅作用于该射线穿过的显示网格、且仅在点击位置附近形成剖开窗口;再按普通拾取直接点可见目标。深度控制不触发 AI、CAD 求值或显示包重建;拾取过滤同一裁剪区域,不能选中画面已裁掉的前层表面。结束或 Escape 恢复完整视图,目标绑定仍由明确点选产生。界面不在模型上铺数字,也不展示长候选列表。单件 fixture 用五层独立盖板构造反例;选择后可临时透显盖板核对目标。
- 浏览器操作:桌面视口先在五层遮挡点位得到“当前近层没有可绑定对象”,指令对象未改变;剖开约 20% 后局部显露孔环,点选得到
@ 孔排 00002,其他工件区域保持完整;结束剖切后目标引用保留、视图恢复。首次窄屏布局遮住工件,已改为 390×600 底部紧凑条并保持画布尺寸;模型、控制与结束入口同屏可见,Escape 恢复常态。按桌面成功点位重新校准窄屏坐标后,浏览器指针点击显露孔环、预览“孔排 00002”、点“用于指令”并结束剖切,输入区保留@ 孔排 00002。这证明该视口的操作路径,不是物理触摸命中率实验。另修复 23 个低三角形数小网格被旧“网格数 >20”规则误触发装配 LOD、显示为线框盒的问题;现在需同时超过 20,000 三角形才启用该现有 LOD。该阈值是避免此 fixture 误判的工程规则,尚未做一般装配质量/成本实验。 - 评分裁决:新增“局部渐进剖开+直接指向”暂评 24/30(E4/O3/S3/P5/C5/B4),约 ±1 的主观设计判断;它补足深层候选不可达的功能边界,不取代 25/30 的简单点位预览或 21/30 的通用剖切/隔离。逐步细化的方向与三维选择研究一致,研究任务不是 CAD,不能推出本交互的速度或准确率提升。射线求交仍遍历本区已载入网格;裁剪窗口是显示与拾取手段,不证明真实 CAD 内部结构、修改授权或约束检查。精确性能、触摸命中、跨实例及未载入对象均记未知。
- 验收:浏览器桌面与 390×600 实际操作;Web typecheck、改动 TS/TSX ESLint、源码与文档 Prettier、Web build、
git diff --check。未新增 test/spec,未提交推送。
迭代 38:放大小目标时保持指向位置
Section titled “迭代 38:放大小目标时保持指向位置”- 反例:深层孔组在 390×600 视口中只占很少像素;用户虽可剖开,仍要用很准的点位点中孔环。原 OrbitControls 向画布中心缩放,若目标偏在左下,放大后还须平移找回,增加定位负担。上一轮的窄屏浏览器指针实操也需要重新校准点击位置,不能等同真实手指命中。
- 改动:启用锁定版 Three.js
OrbitControls.zoomToCursor,滚轮缩放围绕指针、双指缩放围绕触点中心;沿用现有相机与场景,不新增任务控件、模型数字或几何计算。剖切窗口仍定义在原显示网格的世界点位,缩放只改变观察投影。上游 0.185.1 源码提供该能力;它属于成熟 viewer 导航机制。 - 浏览器操作:桌面初始视图在五层盖板附近滚轮放大一次,盖板留在指针附近并由约百像素宽扩为数百像素;在放大视图点盖板、剖开约 20%、点孔环边缘,输入区得到
@ 孔排 00002。剖切中继续在目标附近滚轮放大,孔组高亮仍留在指针附近;点击孔环中心空洞没有绑定新对象,边缘命中才绑定,未用邻近投影猜测目标。 - 同设备 10,000 实例目录的现有 30 次界面测量:Chromium 153、983×1162、DPR 1.25、seed 23;确认反馈 p50/p95 27.2/34.9 ms,已知 ID 定位取景 41.5/46.7 ms,已知结构路径定位取景 41.8/46.5 ms;索引构建总计 583.8 ms、最大切片 11.9 ms,会话记录 1 个最长 85 ms 的主线程长任务,测量时 JS heap 约 156 MB。显示包仅 17 网格、5,256 三角形,每区最多 16 个语义实例,精确 CAD 求值 0 次;这些数值不能证明 10,000 网格拾取、真实装配依赖检查或人工发现目标的时间。
- 评分裁决:局部剖开仍暂评 24/30。缩放锚点减轻小目标的反复找回,但没有真实触摸对照、用户理解实验或大网格 raycast 剖析,不上调 E/O/S/B。相关逐步细化研究只能支持可探索的交互方向,不能作为本样机的收益证据。下一轮应比较窄屏实际触摸误点与修正操作,并在真实大型显示网格上剖析一次深度拾取的成本;若瓶颈出现,先核对现有空间结构及成熟加速设施。
- 验收:桌面浏览器放大、剖切、直接点选与再次放大均已操作;Web typecheck、改动文件 ESLint、Prettier、Web build、
git diff --check。未新增 test/spec,未提交推送。
迭代 39:高面数视图的指向成本
Section titled “迭代 39:高面数视图的指向成本”- 反例:迭代 38 的 1 万实例数据只载入 17 个网格、5,256 个三角形,不能代表复杂单件的深度拾取。研究工作台现在可按需在当前局部增加一张被壳体遮住的 50 万或 200 万三角形诊断面;语义目标数和正常外观基本不变,明确区分目录规模与已载入几何规模。
- 实际浏览器基线:Windows / Chromium 153、983×1162、同一点位显式深度点击各 30 次。标准局部 23 网格、9,828 三角形,射线查询 p50/p95 为 0.1/0.4 ms;增加 50 万面后为 24 网格、509,828 三角形,19.7/28.7 ms;增加 200 万面后为 24 网格、2,009,828 三角形,96.4/167.6 ms。该查询计时不含渲染、人工定位、响应卡绘制或真实 CAD 求值;样本只覆盖固定相机和同一点位。既有
AssemblyBVHTree仅用于装配视锥裁剪,不加速面射线查询。 - 改动:使用锁定版 Three.js 上适用的成熟
three-mesh-bvh0.9.15 构造显示网格拾取索引。只对当前包中超过 3 万三角形且复制输入不超过 96 MiB 的三角网格,在加载显示包后用空闲回调调度后台构建;构建输入是私有副本,indirect模式与原始drawRange保留渲染包索引及faceIndex,只将树传回主线程。换包取消旧任务,失败时退回 Three 原拾取。装配盒体 LOD 须有实例语义,不因复杂单件三角形多而替换其可选表面。这是显示和指向加速,不改变 CAD 形状、任务授权或约束检查。 - 最终浏览器复测:同一 200 万面局部、同一点位 30 次,后台索引已就绪时深度射线查询 p50/p95 为 0.1/0.3 ms;结果仍出现相同的多层遮挡卡。可见孔排同一点选择在高面数与标准局部均绑定
孔排 00013,画布仍显示完整壳体、孔排和安装接口。此处验证的是暖态查询与一个对象身份对照;未量化索引构建耗时、首次点按冷态延迟、额外内存、GPU 帧时间或动态网格的重建频率。单网格超过复制预算时仍用原拾取;真实大型装配的全量渲染和依赖检查仍未知。 - 评分裁决:渐进剖开维持 24/30(E4/O3/S3/P5/C5/B4)。已消除本诊断场景的暖态面遍历瓶颈,但不能用单点合成面测量上调通用规模分,也不能把 0.3 ms 写成端到端操作速度。下一轮应测索引冷态建立与取消、不同深度/角度的命中一致性、真实渲染包内存及首帧,并对照触摸纠错与用户理解。
- 验收:快速切换 200 万面到标准模式后工作台可继续操作。额外用无持久文件的 Three.js 对照确认非零
drawRange下原始拾取与加速拾取均返回faceIndex = 1,原索引数组和范围未变。Web typecheck、改动 TS/TSX ESLint、源码 Prettier、Web build 和git diff --check通过;构建仍有既有浏览器外置模块、动态 URL 与大 chunk 提示。未新增 test/spec,未提交推送。
迭代 40:冷态精确指向不阻塞画布
Section titled “迭代 40:冷态精确指向不阻塞画布”- 反例:后台空间索引尚未建好时,深度查看仍可能走原始全网格射线。浏览器一次 200 万面冷态显式点击花 98.7 ms 在同步查询上;之前 30 次原遍历同点位 p95 为 167.6 ms。即使暖态 p95 很低,首次点击仍可能卡住界面。若一律等待索引,就连高面数诊断面后方、已经清楚可见的孔排也要无谓等待。
- 改动:研究抽屉显示拾取索引状态、复制耗时、worker 耗时和树缓冲区字节数。冷态显式深度点击先提示“正在准备精确指向”,立即启动尚在空闲队列中的 worker;就绪后沿用原点击。换包、转动视角、切换深度模式或新一次点击会废弃待处理点击。悬停不触发昂贵的冷态全网格查询。普通点击先对已就绪网格求前方表面;只有待建网格的世界包围盒沿同一射线都确实在该表面之后,才在冷态直接拾取前方对象,否则等待精确索引。包围盒只用于判定能否安全忽略待建网格,不充当对象选择或几何约束证据。
- 冷态测量:Windows / Chromium 153、983×1162,同一 2,009,828 三角形 / 24 网格诊断局部,标准→200 万面重复加载 10 次。从拾取索引对象建立到可用的耗时分别为 867.1、901.0、883.4、830.6、930.4、903.7、870.8、715.2、909.2、730.4 ms;最近秩 p50/p95 为 870.8/930.4 ms。主线程输入数组复制单次 5.9–8.2 ms;worker 往返及构建 656.9–857.2 ms;返回并保留的 BVH 树缓冲区均为 24,740,320 字节。这些不是总附加内存或首帧指标:worker 临时输入副本、原网格、GPU 缓冲、浏览器堆与显示包生成尚未计入。
- 浏览器操作:在索引显示
building时点击前方可见孔环,立即绑定孔排 00013,未出现等待提示;冷态点深层盖板先出现等待提示,就绪后自动打开相同的“当前近层没有可绑定对象/剖开查看”卡,后续单次射线查询为 0.5–0.7 ms。等待时拖动旋转视角,提示消失、完成后仍为“尚未选择”,未在新视角错绑旧点位。这里验证的是指定 fixture 和点位,不是不同角度的完整命中一致性实验。 - 评分裁决:局部剖开维持 24/30(E4/O3/S3/P5/C5/B4)。本轮将本诊断负载的冷态阻塞改成可见的异步等待,并允许能证明前方可见的直接选择;约 0.9 秒索引延迟仍真实存在,且真实 CAD 网格、超出 96 MiB 复制预算的单网格、worker 失败、动态重建、GPU 与用户任务效率未知。不能把暖态射线时间或合成场景的局部安全判定直接写成通用大型工件性能。
- 验收:浏览器实操冷态等待、完成、前方直接选择与视角改变取消;Web typecheck、改动 TS/TSX ESLint、Prettier、Web build 与
git diff --check。未新增 test/spec,未提交推送。
迭代 41:点到不可绑定盖板时直接展开局部视图
Section titled “迭代 41:点到不可绑定盖板时直接展开局部视图”- 反例:用户在普通指向模式中点到了盖住目标的检修盖板。此前工作台先显示“使用查看遮挡处”,用户要去开启模式、重指同一点位,再在没有近层目标的卡片上按“剖开查看”,然后才能拖深度、点显露的孔组。五次操作中,前三次只为进入视图工具;盖板本身在该情景中不是可绑定的指令对象。大工件和窄屏会放大重新点准同一位置的负担。
- 改动:普通拾取命中本情景不可绑定的盖板时,选择回调明确返回一次
inspect-depth查看请求。viewer 在同一点击点执行深度查询;若索引冷态,沿用上一轮的可取消等待。近层没有可绑定目标且后方仍有对象时,直接打开局部剖切控制,不再要求模式切换和确认卡。初始深度保持 0,由用户拖动决定显露程度;查看动作不绑定目标、不扩大修改范围、不更改保持项。主动“查看遮挡处”模式继续用于可绑定前表面后的对象。 - 浏览器操作:标准单件局部、983×1162,从未选状态直接点五层盖板,界面立刻出现剖切条,指令仍是“选择对象”;把深度调到 20%,点击显露的孔环,绑定
孔排 00002。同一固定点位的操作从原先的“开模式→点盖板→确认剖开→调深度→点目标”五步,缩为“点盖板→调深度→点目标”三步。Escape 关闭剖切并恢复普通视图。390×600 浏览器窄屏中直接点盖板,紧凑剖切条与模型同屏;这是指针操作,不代表真实手指准确率。 - 高面数核对:额外 200 万三角形显示负载冷态,普通点击仍先显示“正在准备精确指向”,后台索引完成后打开剖切条,未在等待中同步遍历大网格。先前已经绑定的对象在仅查看过程中不改变。主动深度模式同一点位仍可打开剖切;新的入口只针对本情景中明确不可绑定的盖板,不把所有 CAD 前表面都当作应穿透对象。
- 评分裁决:本限定情景的局部剖开由 24/30 暂调至 25/30(E4/O4/S3/P5/C5/B4)。O 的主观估计上调只反映固定路径少了两次准备操作;不是测得任务完成时间、用户偏好或误点率。真实 CAD 需明确哪些前表面可绑定、用户是否意在修改盖板,以及目标无命名时如何定位。缺少真实触摸、用户理解实验和真实约束检查,不宣称整体设计最优。
- 验收:浏览器桌面直接进入、调深度、明确绑定、Escape 恢复,窄屏入口和高面数冷态等待均已实操;Web typecheck、改动文件 ESLint、Prettier、Web build 与
git diff --check。未新增 test/spec,未提交推送。
迭代 42:对象引用以视觉回到为主,编号退到核对层
Section titled “迭代 42:对象引用以视觉回到为主,编号退到核对层”- 反例:点选后虽然模型上没有常驻数字,主指令 token 和当前位置仍写
孔排 00013或驱动单元 00013。用户转动视角或换区后再看到这个编号,仍要靠结构号记忆它指向哪处;点击当前位置文字此前打开查找面板,并不会把已选对象带回画布。编号在模型上减少,不等于引用已经容易理解。 - 改动:仅对研发 fixture 自动生成的五位编号名称,主指令 token、当前位置文字、悬停提示与任务范围摘要显示对象类别
孔排/驱动单元;稳定 ID、完整名称和结构路径保留在索引、可访问名称及次级路径中。当前位置按钮改为“回到孔排/驱动单元”,点击或按 Enter 后回到所属局部并将已知对象点移到画布中心;保持原相机方向与尺度,不重新选择、不清除持续保持项。指令 token 继续打开对象替换入口。未命名对象保持“未命名”显示,不凭位置猜造语义名称。 - 浏览器操作:Windows / Chromium 153、983×1162,单件选中原
孔排 00013后,主 token 只显示@ 孔排,原对象仍有青色局部轮廓;转动视角后按当前位置按钮,轮廓重新位于画布中心。切到下一个局部,选择仍保留但在视区外;点击同一文字回到第 1 区并居中。装配选中原驱动单元 00013后同样显示@ 驱动单元,转动视角再点击可居中当前实例。单件按钮聚焦后按 Enter 也执行回到对象;390×600 浏览器视口中“回到孔排”和任务 token 同屏可见。这里是浏览器指针及键盘实操,不是用户辨认率或实际触摸研究。 - 边界:短类别名对重复特征本身不唯一;身份由稳定引用和画布高亮承担,结构路径保留作精确核对。真实 CAD 若用户自定义了含数字的名称,不能擅自删去;本轮只折叠样机自动生成的固定格式。跨页位置由 authored fixture 坐标得到,不能证明真实大装配的空间定位。纯文字或屏幕阅读器仍可读到完整名称和路径。
- 评分裁决:能力矩阵与方案分数暂不变化。本轮补齐“点击已选文字重新定位”的操作,也降低主界面编号显著性;没有独立用户任务、识别错误率或重新定位时间对照,不能因视觉上更清爽就上调 E/S,亦不能宣称已达到整体最优。
- 验收:浏览器单件、装配、跨区、键盘与窄屏路径已操作;Web typecheck、改动 TS/TSX ESLint、Prettier、Web build 与
git diff --check。未新增 test/spec,未提交推送。
迭代 43:空白点击保留已表达的对象引用
Section titled “迭代 43:空白点击保留已表达的对象引用”- 反例:当前对象已绑定、修改文字已输入后,用户在画布空白处轻点,会立即清空对象引用。该动作可能只是收起悬停、重新观察视图或落点未命中;同一手势承担“取消指令对象”会让大型重复工件中的定位劳动丢失。改动前浏览器实操:选中孔排、输入“向孔排末端移动 5 mm,安装接口不要动”后点画布空白,当前位置和指令 token 均变为未选择。
- 改动:画布空白只关闭局部核对,不改变已绑定的修改对象;点另一个可绑定对象仍走原有替换逻辑,Shift 与圈选的集合操作不变。在当前位置加入独立的“清除对象”,可由指针或键盘激活;清除只移除当前指令的对象引用,保留原修改文字和持续保持项。运行中、范围预览和关系保护预览期间不提供清除入口,避免待核对范围与指令对象错位。画布提示改为“点击其他部位替换”。
- 浏览器操作:同一单件 fixture 中,孔排 00013 已绑定且有上述草稿时,点击空白后辅助树中的“回到对象:孔排 00013”与“更换指令对象:孔排 00013”保持不变,修改文字也保留。点击“清除当前指令的 1 个对象引用”后,两个位置均显示待选择,原句仍在输入区,画布提示引导重新指向;再点原孔环可以重新绑定并恢复待发送任务核对。键盘聚焦该按钮后按 Enter 也可清除;390×600 浏览器视口中清除入口、画布、指令 token 同屏可见,随后已恢复默认视口。此处验证的是本地状态转移,不是误触概率、实际触屏命中或用户偏好。
- 评分裁决:现有能力及方案分数暂不变。此轮减少空白误点造成的引用丢失,但显式清除多一个可见动作;没有独立任务测量误清除率、纠正时间与多选习惯,不能仅凭该路径上调 C 或宣称总体满分。真实产品需要明确何时清空任务上下文;持续保持项仍须通过保持编辑器单独解除。
- 验收:浏览器核对空白保留、显式清除、原文保留、重新绑定、键盘与窄屏;Web typecheck、改动源码 ESLint、Prettier、Web build、
git diff --check均通过,构建仍有既有的外置模块、动态 URL 与大 chunk 提示。未新增 test/spec,未提交推送。
迭代 44:搜索预览把对象带到画布,而非只切换分页
Section titled “迭代 44:搜索预览把对象带到画布,而非只切换分页”- 反例:已知结构线索可以把搜索结果限制到最多 5 项,点击结果也会高亮;但之前仅切换目标所属局部,目标仍可能处于边缘或当前相机视野外。用户还需在局部网格里找高亮,搜索从“编号长列表”变成“编号短列表加二次找图”。单件中搜索
特征 15的旧画面里,孔排 00015 的高亮靠近右侧任务卡,并不在清晰的工作区中央。 - 改动:复用现有的已知点定位,将搜索结果的预览与“回到已选对象”共用同一取景动作。点击一个候选时,按版本内已知的空间索引切到所属局部,临时显示原隐藏对象,关闭可能遮挡预览的剖切,并把对象点移到画布中央;视角方向与尺度保持不变。仅移动视图与预览高亮,不替换指令对象、不改变草稿、持续保持项或授权。只有点击“用于指令”才执行对象替换;取消面板时原对象仍在,原先的“回到对象”可带用户返回。
- 浏览器操作:在单件中绑定孔排 00013 并填写“向孔排末端移动 5 mm,安装接口不要动”,进入全模型结构搜索
特征 32。点击唯一候选后画布自动进入区域 2/63,孔排 00032 的青色预览轮廓位于两侧面板之间;当前位置和输入 token 仍引用孔排 00013,并提示原目标在当前区域外。390×600 浏览器视口中预览轮廓仍露出于模型区上方,原指令对象核对卡保留;恢复默认视口后取消搜索面板,原指令引用未被替换。此操作验证了固定 fixture 的空间点与本地状态,不证明真实 CAD 的定位精度或人类辨认效率。 - 评分裁决:名称/结构检索+画布预览保持 22/30 的设计估计;本轮补足视觉核对路径,但短类别名称和相似重复形状仍需逐个确认。若没有可信的版本绑定空间点,必须停留在结构线索,不应显示“已经在画布找到”。对象被实体遮挡时还需已有的局部查看机制,取景不能当作可见性证明。没有独立任务耗时、误选率或真实大装配模型,不能上调 E/O 或宣称整体最优。
- 验收:浏览器核对跨区预览居中、原对象/原文保留、取消、390×600 窄屏、回到原对象;浏览器控制台无错误。Web typecheck、改动源码 ESLint、Prettier、Web build、
git diff --check均通过,构建仍有既有的外置模块、动态 URL 与大 chunk 提示。未新增 test/spec,未提交推送。
迭代 45:候选预览与已绑定对象采用不同视觉语义
Section titled “迭代 45:候选预览与已绑定对象采用不同视觉语义”- 反例:搜索预览已经能把候选移到画布中央,但候选与正式指令对象共用青色实体/轮廓高亮。跨区时原对象离开视图,用户仅看模型会误以为青色候选已经成为当前修改对象;同区时两处青色更难看出哪处只是试看。即使文字写“尚未替换”,色彩仍与当前状态矛盾。
- 改动:对象查找面板中有新候选预览时,候选只显示橙色虚线局部轮廓;画布上方显示“仅预览 · 尚未用于指令”,底部和面板也说明原指令对象未变。原修改对象若仍在本区,继续用青色实体高亮;若在别区,保留当前位置与输入 token 的精确引用及视区外提醒。点击“用于指令”后,面板关闭,候选正式变成青色当前对象;取消则丢弃橙色预览,不变更指令、保持或模型。若候选本来已属于当前多选集合,则保持青色并显示“已在指令中”,返回画布不会把多选缩成单选。橙色在此表示尚待确认的指向,不充当几何差异或保持检查证据。
- 浏览器操作:单件中当前孔排 00013 已绑定、草稿为“向孔排末端移动 5 mm,安装接口不要动”。搜索同区
特征 15并预览后,孔排 00015 位于两侧面板之间,以橙色虚线框出;当前孔排 00013 的青色仍在原位置,画布提示及预览卡均说明未替换。点击“就是这里,用于指令”后,橙框消失,孔排 00015 成为青色目标,当前位置和 token 的可访问名称同步变为 00015,原草稿不变。另将当前范围扩为 4 项后搜索已在其中的孔排 00013,预览卡写“仍属于当前 4 项指令对象”,点击返回后仍是 4 项。390×600 窄屏中底部提示被搜索面板遮住,故改为模型上方的紧凑状态标识;浏览器复核“仅预览 · 尚未用于指令”在首屏可见,辅助树也可读。这是固定情景的浏览器状态核对,不是用户对颜色的理解率或触屏实验。 - 评分裁决:名称/结构检索+画布预览仍为 22/30 的设计估计。改动消除了“预览与授权同色”的明显矛盾,但橙色虚线是否足以让不同视觉能力的用户区分两种状态仍需独立用户任务及无色彩条件下的可访问性检查。原始指令与结构化引用相互一致才可发送,视觉颜色不能代替事务授权证据。
- 验收:浏览器核对同区预览、原目标保留、正式采用后的颜色/引用转换、已在多选集合的候选和窄屏状态标识;控制台无错误。Web typecheck、改动源码 ESLint、Prettier、Web build、
git diff --check均通过,构建仍有既有的外置模块、动态 URL 与大 chunk 提示。未新增 test/spec,未提交推送。
迭代 46:窄屏预览的采用动作留在视野内
Section titled “迭代 46:窄屏预览的采用动作留在视野内”- 反例:390×600 浏览器视口中,结构搜索命中并预览后,橙色候选在模型区可见,但“用于指令”位于搜索面板长滚动内容末端。首屏只看到搜索字段与结果,用户还需向下滚动才能完成最关键的“预览→绑定”转换;在大型重复工件中每次候选都如此,会把少量候选浏览变成反复找按钮。改前截图和 DOM 核对:面板约 252 px 高,采用按钮虽在辅助树中,却落在可见面板之外。
- 改动:将对象查找面板分成可滚动线索区与固定在面板底部的候选决策区。决策区始终显示当前候选名称、结构路径、“用于指令”和“继续找”;保护对象时主动作改为“加入保持项”,已在当前指令中的对象主动作改为“返回画布”。继续找只取消预览并保留查询;采用才替换当前修改对象或新增保持项。使用同一滚动容器内的 flex 布局,避免绝对/固定定位被滚动和模糊背景裁剪。模型上方仍只显示预览状态,不增加编号标注。
- 浏览器操作:窄屏输入
特征 9并点击唯一结果后,模型区橙色虚线与底部决策区同时可见;“用于指令 / 继续找”位于面板 y468–557,始终在 y320–572 的面板内。点击继续找后决策区消失,线索特征 9和结果仍在;再次预览并点击用于指令后面板关闭,孔排 00009 成为青色当前对象。桌面 983×1162 的同区候选预览中,决策区位于左面板底部、目标位于两侧面板之间;键盘聚焦主动作后按 Enter 也可采用。这里是固定浏览器视口、鼠标和键盘操作,不是实际触屏的命中率或任务耗时。 - 评分裁决:名称/结构检索+画布预览仍暂评 22/30。本轮消除窄屏决策动作不可见的确定性障碍,但较矮面板会压缩线索区,用户仍需在多个匹配之间明确预览。没有独立任务耗时、误选率或实际触控证据,不因按钮固定而上调 O 或宣称整体最优。
- 验收:浏览器核对窄屏预览、继续找、采用、桌面布局和键盘 Enter,控制台无错误;Web typecheck、改动源码 ESLint、Prettier、Web build、
git diff --check均通过,构建仍有既有的外置模块、动态 URL 与大 chunk 提示。未新增 test/spec,未提交推送。
迭代 47:候选预览只保留核对与决策
Section titled “迭代 47:候选预览只保留核对与决策”- 反例:迭代 46 把“用于指令”固定在底部后,390×600 视口的面板仍从 y320 延伸到 y572;预览中的说明、画布入口、空间入口、隐藏对象入口、搜索框和筛选项与底部决策同时出现。它们用于继续定位,当前候选的决策只需核对模型、名称、路径和是否采用。冗余控件挤压模型,也使已聚焦的搜索结果与下一动作相距较远。
- 改动:预览候选时暂时收起整个线索区,留下模型上的橙色虚线与“仅预览”状态,以及面板内的精确名称、结构路径、“用于指令 / 加入保持项”和“继续找”。点击继续找恢复原搜索展开状态、查询和筛选条件,并把焦点送回线索输入;选择候选后把焦点送到主动作,键盘 Enter 可明确采用。只有采用才改变指令引用,视觉预览仍无修改授权。
- 浏览器操作:Windows / Chromium 153,390×600 单件 fixture,查询
特征 9、点唯一候选后,预览面板约从 y395 到 y572,较上一轮同视口的 y320 到 y572 少覆盖模型约 75 px;候选名称、路径、两个动作和模型同屏可见。点击继续找后特征 9、搜索范围及隐藏对象选项仍在,焦点回到输入框;再次预览后按 Enter,候选成为青色当前对象。恢复桌面 983×1162,原孔排 00009 保持青色,预览孔排 00015 显示橙色虚线,短面板与两者同屏。 - 评分裁决:名称/结构检索+画布预览暂维持 22/30。本轮减少预览状态的视觉和操作负担,但代价是预览时不能直接编辑查询或筛选,必须先点一次“继续找”;是否更快、更容易辨认,需要以含多个相似候选的独立任务比较。小视口显示网格的目标仍小,尚无真实触摸误点数据或用户理解率;不宣称已达到最高分。
- 验收:浏览器核对窄屏预览、返回线索与焦点、键盘采用、桌面现有目标与候选并列状态;Web typecheck、改动 TSX ESLint、Prettier、Web build 和
git diff --check均通过,构建仍有既有外置模块、动态 URL 与大 chunk 提示。未新增 test/spec,未提交推送。
迭代 48:少量相似候选在模型上逐个核对
Section titled “迭代 48:少量相似候选在模型上逐个核对”- 反例:搜索已经缩到 2–5 个结果时,迭代 47 每看下一个仍要点击“继续找”,在滚动线索区再次找到另一结果并点击;从当前候选到下一候选需要两次动作。对重复孔排或装配实例,文字路径虽可辨身份,实际位置仍要逐个看模型。不能因用户提出“100 个如何取舍”就一次生成或展开 100 个候选;应先把范围缩小。
- 改动:仅当匹配数为 2–5 且已预览其中一个时,在候选决策区同一行显示前一/后一与
n / 总数。切换只改变临时预览、取景及橙色虚线,不写入指令,不计算修改结果。左右方向键在决策区可逐个核对;焦点始终回到“用于指令”,避免到列表末端按钮禁用后丢失。零/一个匹配不显示切换,大于五个仍使用结构缩小或空间分布;计数只在面板内,不标在模型上。 - 浏览器操作:Windows / Chromium 153,单件 fixture 第 2 局部查询
孔排 0001,当前范围命中孔排 00017、00018、00019。点第一个结果后,面板显示1 / 3,画布只给 00017 橙色预览。点击下一候选改为 00018,模型自动把它带到视区中;方向键到3 / 3、再左移到2 / 3,主动作始终保持键盘焦点;按 Enter 后只有孔排 00018 成为青色当前指令对象。390×600 浏览器视口中模型、候选路径、34 px 切换按钮和采用/继续找同屏。控制台没有错误。 - 同路径动作对照:在已有预览、尚未采用的前提下,切换到下一项由“继续找→点下一结果”两次变成一次;这只数界面动作,不代表任务耗时、找对率或用户偏好。当前结果顺序按结构索引,未按屏幕邻近排序;不同视角间自动取景可能改变空间记忆。真实对象缺乏可靠位置索引时不能声称模型预览有效。
- 评分裁决:名称/结构检索+画布预览仍暂评 22/30。本轮减少有限候选核对的重复操作,却增加一个只在该状态出现的控件;缺少独立多候选任务、触屏误点和视觉辨认数据,不能把动作数直接换成 O/E 得分。下一步优先观察是否应按画布相对位置排列候选,以及大范围命中时“先缩小到哪里”是否足够清楚。
- 验收:桌面和窄屏浏览器实际操作候选切换、边界禁用、键盘焦点与最终绑定;Web typecheck、改动 TSX ESLint、Prettier、Web build、
git diff --check均通过,构建仍有既有外置模块、动态 URL 与大 chunk 提示。未新增 test/spec,未提交推送。
迭代 49:大范围检索只在有信息增益时显示匹配分布
Section titled “迭代 49:大范围检索只在有信息增益时显示匹配分布”- 核对与反例:起初怀疑约 100 项跨局部检索无法进入总览;浏览器复现推翻了这个判断。
孔排 000在单件 1,000 目标 fixture 中命中 90 个可见对象、覆盖 7/63 个局部,旧样机已有匹配总览。真正的问题是更宽泛的孔排命中 910 个、覆盖全部 63 个局部时,旧面板给出十个纯序号“分区 1…10”按钮;改动初版虽打开匹配总览,却把所有区域点亮,仍未提供任何筛选信息。以地图亮色或编号数量冒充缩小范围不科学。 - 改动:纯生成序号的分区、工位、模组、实例和特征不作为默认结构选择按钮;已知编号仍可在搜索框精确输入。全模型匹配有可信位置索引且覆盖部分局部时,显示匹配分布并使不匹配区域不可选;覆盖全部局部时明确说明现有线索不能缩小,只给出补充名称/结构与手动按位置指向。只有 6–1,000 项使用该分布路径;更宽泛的命中也有就地的线索不足反馈,但不建立整张匹配地图、展开长清单或逐项视觉预览。地图、筛选和手动导航都不绑定指令对象。
- 窄屏修正:390×600 浏览器视口中,内联结果在搜索框与两项筛选之后,关键判断及按钮落在滚动区下方。将无语义分组时的范围判断和下一步动作固定在查找面板底部,线索区独立滚动;输入、判断与动作同屏。90 项显示“7 / 63 处有匹配”和“查看匹配分布”,910 项显示“全部 63 处都有匹配”“现有线索不能缩小位置”和“按整体位置指出区域”。
- 浏览器操作:桌面进入 90 项匹配总览后,只有上方四块粗区域含匹配,其余 12 块不可选;返回模型仍是“仅定位”,指令对象未绑定。910 项的上下文动作打开普通空间定位,总览不再称为匹配分布,也不显示任何排除区域。10,000 目标单件 fixture 中,
孔排命中 9,091 项,面板显示“线索仍很宽泛”,不显示匹配地图;搜索框获得焦点时,390×600 视口的判断和手动位置入口仍在底部可见。90/910 项路径在相同窄屏也能看到输入、判断和动作。这里的空间坐标来自 authored fixture;真实大型 CAD 的离屏位置索引及用户能否凭总览辨认区域仍未知。 - 评分裁决:名称/结构检索+画布预览和结构检索→命中分布分别暂维持 22/30、26/30 的设计估计。本轮修正了“全域皆命中却暗示已缩小”的逻辑错误,并去掉数字分组默认列表;没有独立用户任务或真实模型分布、触屏与索引成本证据,不据此上调易懂或规模分。信息不足时应明确要求新的线索,不能靠界面自动替用户选择一个重复对象。
- 验收:桌面与窄屏浏览器核对 90/910 项分支、匹配总览与手动总览语义、未授权状态;Web typecheck、改动 TSX ESLint、Prettier、Web build 和
git diff --check均通过,构建仍有既有外置模块、动态 URL 与大 chunk 提示。未新增 test/spec,未提交推送。
迭代 50:当前局部检索区分有效缩小与全部命中
Section titled “迭代 50:当前局部检索区分有效缩小与全部命中”- 反例:迭代 49 已区分全模型匹配分布,但当前局部仍有两种不同情况共用“请补充已有名称或结构位置”。在 1,000 目标单件 fixture 的一个局部,
孔排 0001命中 6/15 项,已排除另外 9 项,适合只在画布查看这 6 处位置;孔排命中 15/15 项,完全没有缩小。把两者都当作搜索失败,会丢失前者的信息;把后者画成筛选结果,则会虚构进展。 - 改动:无可信语义分组且当前局部命中超过 5 项时,面板底部明确显示
匹配数 / 本区可见对象数。部分命中可“在画布查看匹配位置”,只设置临时定位范围、显示少量虚线轮廓,不绑定指令对象;全部命中直接说明本区对象都匹配,提供“回到画布点选对象”。返回普通画布同时清除旧定位范围,避免下一次把过期轮廓误读成当前搜索结果。超过五项仍不逐个生成修改结果或展示长编号清单。 - 浏览器操作:桌面实际输入
孔排 0001后,6/15 的判断与定位动作可用;执行后画布出现 6 处仅用于定位的虚线,当前指令对象仍为空;点击其中一处才绑定原孔排 00013。输入孔排时显示 15/15 和不能进一步缩小的解释,回到画布后没有自动选择。390×600 视口中发现决策底栏曾把搜索输入挤出可见区;修正样式覆盖顺序后,输入、筛选、判断与动作同屏。该视口只验证布局与浏览器指针,不代表真实触摸准确率。 - 评分裁决:名称/结构检索+画布预览仍暂评 22/30,不因更明确的提示直接加分。局部 6/15 相对 15/15 确实提供信息增益,但用户是否更快选对对象仍无独立任务对照;真实大型 CAD 的位置索引、遮挡、依赖与保持检查也未由情景回放验证。
- 验收:桌面部分/全部命中、临时查看后手动绑定、窄屏输入与底栏可见均已实操;Web typecheck、改动文件 ESLint、Prettier、Web build 与
git diff --check通过。构建仍有既有外置模块、动态 URL 与大 chunk 提示。未新增 test/spec,未提交推送。
迭代 51:隐藏对象的搜索范围与临时预览一致
Section titled “迭代 51:隐藏对象的搜索范围与临时预览一致”- 反例:当前局部第 11 个孔组原本隐藏,名称是“未命名孔组”。旧面板勾选“包含隐藏对象”后输入这个名称仍返回 0 个匹配,因为局部检索先按已显示对象过滤;只有另行显示整个局部的隐藏对象才会被搜到。另一个问题是预览隐藏候选时直接把它写入持续显示集合,“继续找”之后仍留在画布。两个行为都使搜索、查看和正式指向的边界不可信。
- 改动:局部检索现在以本区完整对象集合为边界,隐藏开关决定是否纳入原隐藏对象;未勾选时仍只搜已显示对象。少量结果的隐藏候选只随对象搜索面板中的当前预览暂时显示;取消或改线索即恢复原可见性,明确“用于指令”后才进入当前对象引用及持续显示集合。可见对象成员查询改用集合查找,避免每个匹配重复扫描当前列表。搜索后把重复入口收起;390×600 视口内同时保留线索、隐藏开关、匹配数量和首个候选。
- 浏览器对照:同一 1,000 目标单件 fixture 的第 1 局部,旧行为在勾选隐藏并搜索“未命名孔组”时为 0 项;改后为 1 项。点预览时已显示 15→16 且指令未绑定,点“继续找”恢复到 15;关闭隐藏开关返回 0 项;重新勾选、预览并点“用于指令”后,指令明确绑定“未命名孔组”。390×600 视口中线索输入和结果卡同屏;此前结果可见时输入会被滚动裁切,此次缩减了仅定位阶段的冗余高度。
- 评分裁决:名称/结构检索+画布预览维持 22/30。本轮修正了可复现的契约错误,并降低窄屏查找的滚动负担;没有独立用户任务、真实隐藏拓扑索引、触屏命中率或真实 CAD 检查结果,不把修复直接换算成易懂或规模分。隐藏搜索结果和显示状态不是修改授权或几何保持证据。
- 验收:浏览器核对局部隐藏开关、临时预览恢复、明确采用及窄屏布局;Web typecheck、改动文件 ESLint/Prettier、Web build 与
git diff --check。未新增 test/spec,未提交推送。
迭代 52:跨局部查看后保留查找线索
Section titled “迭代 52:跨局部查看后保留查找线索”- 反例:在单件 1,000 目标目录中搜索
孔排 000,全模型有 90 项、分布在 7/63 个局部。进入匹配总览并查看第 2 局部后,原查找面板卸载;重新打开时线索和“搜索整个模型”都回到空白默认值,用户需要重输才可继续缩小。反复找重复对象时,定位已经获得的信息不应因关闭面板丢失。 - 改动:修改对象与保持对象各有独立的临时查找草稿,保存原始线索、全模型范围和包含隐藏选项;从总览、画布或候选预览返回查找时恢复,并直接展开线索区。草稿只表示上次的查找条件,不保存候选采用状态,也不改变指令对象或保持项。把输入改为原生搜索框以便清除线索;切换单件/装配或目录规模时,工作台会重新建立会话,草稿随之重置。
- 浏览器操作:桌面从
孔排 000的 90 项总览进入第 2 局部,重新打开查找后线索仍为孔排 000、全模型开关仍勾选、90 项分布判断仍可见。转入保持项的“指向另一个保持对象”时,其查找为空;取消后再打开修改查找,原线索仍在。390×600 视口中关闭再打开时线索、范围、匹配判断和动作同屏。将线索改为孔排 00017,仅预览后关闭并重开,线索仍在而候选回到未预览,指令对象仍未选择。 - 评分裁决:名称/结构检索+画布预览暂维持 22/30。本轮消除固定重复定位路径中的重输步骤,但没有独立用户完成时间、错误率或偏好证据;保留旧线索也可能在下一项无关任务中需要清除。不能把面板状态的持续性当成自然语言理解、真实对象引用或 CAD 检查能力。
- 验收:桌面与窄屏浏览器核对跨局部返回、查找上下文隔离、候选预览不自动采用;Web typecheck、改动文件 ESLint/Prettier、Web build 与
git diff --check。未新增 test/spec,未提交推送。
迭代 53:测量一万目标的宽泛线索输入反馈
Section titled “迭代 53:测量一万目标的宽泛线索输入反馈”- 缺口:已有一万目标目录的已知 ID 和结构位置跳转 p95,但没有测过用户在对象查找面板输入宽泛线索后的反馈。此前不能用索引构建时间或已知 ID 定位代替文本输入响应;若每次输入都扫描全模型并阻塞主线程,界面克制也无法弥补规模成本。
- 改动:沿用现有研发 fixture 性能输出,记录实际查找输入事件至第二次
requestAnimationFrame回调的耗时;诊断仅汇总最近 30 次,不混入前面的试跑。输入本身继续走现有目录索引、匹配范围及 React 呈现,没有新增模型调用或候选几何求值。该计时包含本地检索与 UI 更新等待,但第二帧回调不等于 GPU 像素完成。 - 浏览器测法:Windows / Chrome 153,983×1162、DPR 1.25、seed 23;两种场景各 10,000 个可定位目标,先建立索引,再在“搜索整个模型”中交替输入
孔排/孔排 0或驱动单元/驱动单元 0,两次输入间留 50 ms 以取得完整帧回调,分别采集最近 30 次。两个线索在对应场景分别命中 9,091 / 9,090 项;面板只提示线索过宽,不展开长列表或生成修改结果。 - 结果:稳定回调后的复杂单件搜索反馈 p50/p95 10.2/12.6 ms;大型装配 9.8/12.6 ms,各 n=30。索引建立分别为 574.9/590.0 ms,最大同步分片 10.0/8.2 ms;测量时仅当前局部显示 15 个目标,单件 23 网格 / 9,828 三角形,装配 17 网格 / 5,256 三角形,fixture 依赖边分别 10,000/20,000,精确 CAD 求值 0。浏览器中同时完成的已知 ID 定位 p95 为 53.1/62.7 ms;结果帧仍无样本。诊断的 30 次自动选中、定位与换区之间额外留出 50 ms 渲染周期,千目标与万目标复测完成且未产生新的 React 更新深度警告;该间隔不计入单次定位耗时。宽泛输入符合本样机即时反馈 p95 ≤100 ms 的目标,但并未验证全量网格、真实触摸输入、AI 理解或 CAD 求值。
- 评分裁决:名称/结构检索+画布预览的预算友好 B4→B5,总分 22→23/30,仅针对已有本地语义索引且按需显示当前局部的设计条件。E/O/S/P/C 不变:搜索仍依赖已知命名,重复无名对象要逐个核对,用户选对率未知。该一分是有固定设备与样本支持的设计判断,仍带约 ±1 主观不确定性,不意味着该能力或整体方案达到最高分。
- 验收:一万目标单件与装配各 30 次浏览器输入和现有定位诊断;Web typecheck、改动文件 ESLint/Prettier、Web build 与
git diff --check。未新增 test/spec,未提交推送。
迭代 54:理解卡出现时给模型留出可操作空间
Section titled “迭代 54:理解卡出现时给模型留出可操作空间”- 缺口:任务卡作为右上角叠层,与模型共用画布空间;983×1162 固定视图中它贴近单件的右上轮廓,装配实例、转动后的工件或更矮视口可能被盖住。直接点选是主流程,任务信息不应占据模型的主要指向区域。
- 对照与改动:原样机中模型与卡片各自定位,打开卡片不改变 viewer 投影。现在卡片显示时通过现有
ThreeViewport视口 inset 将模型投影向可用区域移动;983 像素桌面视口采用右侧 180 像素避让,卡片收起时恢复零 inset。底部任务卡布局的窄屏继续使用零 inset。只更新相机投影,不重建场景、网格或对象引用。 - 浏览器操作:复杂单件在原始视图点击孔排第 13 处,卡片出现后可见末端孔位;继续点击末端孔位,当前引用由第 13 处替换为第 16 处,修改文字与保持项仍在。收起卡片后模型恢复原视图位置。装配点击驱动单元实例 13 后,任务卡与实例排末端在同屏,当前实例及同源定义提示仍可核对。运行日志无新错误。
- 评分裁决:方案 I 维持 20/20 的设计估计;固定桌面视图证明避让后的对象仍可指向,不证明原布局在该孔位一定误选。相机移动本身可能增加视觉追踪负担,小视口、旋转后的非对称工件、不同卡片高度与触屏还没有对照测量。能力表不因一次固定视图操作加分。下一步应比较“投影避让”和固定卡片下的定位错误、指向动作数及主观可读性,而不是继续堆叠卡片内容。
- 验收:单件与装配浏览器点选、卡片开合和对象替换;Web typecheck、改动文件 ESLint/Prettier、Web build 与
git diff --check。未新增 test/spec,未提交推送。
迭代 55:续改指代冲突先看位置再决定
Section titled “迭代 55:续改指代冲突先看位置再决定”- 缺口:上一任务对象与当前指向不同时,“再移动 2 mm”虽能暂停澄清,但原卡片只有两条编号文字供选择。在重复孔排中要求用户凭编号记忆空间位置,违背画布指向的主流程,也容易把“查看”误当成已授权修改。
- 改动:把两种指代做成紧凑的局部选项,各自提供“查看位置”和“用于本次”。查看会跳到对象所在局部,以橙色虚线只突出一个位置,保留当前对象 token、移动量与保持项,不执行或修改版本;采用才把所选引用写入任务并继续回放。澄清期间重新点选第三个对象会更新“当前指向”候选、清除旧预览,仍须明确选择;不能通过 Shift 点选把当前候选删成空集。
- 浏览器操作:单件孔排 00013 的任务完成后改指孔排 00006,发送“再移动 2 mm”停在局部澄清。依次查看上次与当前,虚线分别移动、版本不变;画布再指孔排 00004 后,当前候选与底部 token 同步变更,明确选用才应用到该处,结果为 0→2 mm。随后从全模型查找并指向第 8 局部的孔排 00123,再次发送相同句子;预览上次对象切到第 1 局部,预览当前指向切回第 8 局部,版本保持 r3,底部当前 token 仍是孔排 00123。两个局部的虚线位置与卡片标签一致,没有生成并列几何结果。
- 评分裁决:方案 I 的限定场景设计估计仍为 20/20;这轮修的是现有满分假设下的指代辨认缺陷,不靠增加两个按钮继续加分。用户能否把“查看”与“用于本次”分清、跨局部跳转是否增加迷失、无名重复特征是否更容易选对,均需独立用户任务测量。回放没有真实 AI 理解、CAD 稳定引用或精确检查,不能据此宣称通用最高分。
- 验收:浏览器实操单局部、跨局部预览、重新指向与明确采用;Web typecheck、改动文件 ESLint/Prettier、Web build 与
git diff --check。未新增 test/spec,未提交推送。
迭代 56:续改整组对象必须显示整组范围
Section titled “迭代 56:续改整组对象必须显示整组范围”- 反例:上一任务授权四个孔排后,当前改指另一孔排并说“再移动 2 mm”。迭代 55 的“查看上次任务对象的位置”只高亮第一项,按钮“用于本次”却会采用四项;用户看到的预览与实际授权范围不相等。装配或跨局部集合放大了这类误判。
- 改动:候选为多项时改称“查看范围”,预览当前局部中属于该候选的全部成员;画布只画橙色虚线,不放逐项编号,并显示本区/全集数量。候选卡显示分布区域数;跨区域集合可按需看下一处,浏览不要求逐项批准。两组候选的成员集合与区域索引按任务引用缓存,局部高亮使用集合查找。任一引用失效时,该组的查看与采用均禁用,提示重新指向。
- 浏览器对照:复杂单件先确认同排四项并应用 5 mm,再选另一处发送“再移动 2 mm”。原行为只预览四项中的第一项;本轮最终样机的卡片显示“上次任务对象 · 孔排 · 4 项,分布 1 个区域”,查看时画布四项都有虚线,状态为“本区 4/4 项 · 尚未确定本次对象”,底部当前引用仍为另一孔排,版本仍 r2。先前同组操作明确采用后结果只对四项整体应用,首项由 5→7 mm。另用圈选与跨区范围编辑组成 9+1 项集合并应用;改指当前局部另一孔排后续改,卡片显示 10 项分布 2 个区域。查看上次范围时第 1 局部高亮 9/10 项,“查看下一处”进入第 2 局部高亮 1/10 项,当前对象 token 仍指向另一孔排,版本保持 r2。没有并列生成几何候选。
- 评分裁决:方案 I 仍为限定场景的 20/20 设计估计。这轮修复预览与授权范围不一致的反例,不以补救缺陷加分。当前一组若横跨很多区域,用户不应为确认而遍历每项;需要真实工件的关系、空间索引和依赖影响摘要,以及独立用户任务测量集合误认与纠正成本。情景回放没有真实几何保持证明或用户理解率数据,最高分目标仍未证实。
- 验收:浏览器操作四项选择、续改澄清、整组预览与采用,以及 9+1 项跨区预览切换;Web typecheck、改动文件 ESLint/Prettier、Web build 与
git diff --check。未新增 test/spec,未提交推送。
迭代 57:澄清时改数量不能悄悄改变对象指代
Section titled “迭代 57:澄清时改数量不能悄悄改变对象指代”- 反例:先应用孔排 00013 的 5 mm 修改,再指向孔排 00009,发送“再移动 2 mm”。卡片正确停在“上次任务对象/当前指向”二选一;但在卡片把移动量改为 3 mm 后,原样机会将文字改写成“向孔排末端移动 3 mm”,二选一消失,当前指向成为默认对象。局部参数编辑意外改变了指代语义,用户可能直接发送到错误对象。
- 改动:仅在指代澄清卡中修改数量时,同时更新待澄清任务的有符号移动量和“再移动 3 mm”输入,保留两个对象候选、此前查看的位置、方向与保持项;不需要重新发送整条指令。发送按钮在尚未选择对象时禁用,键盘发送也只提示先选择;示例快捷操作暂收起,避免覆盖当前局部决定。用户主动重写输入文字仍可重新解析并发送。移动量遵循本情景原有的 0–100 mm 接受域:没有其他修改时须大于 0,包含筋高修改时允许 0;无效值不更新待澄清任务。
- 浏览器对照:原样机在澄清卡填 3 mm 后显示“向孔排末端移动 3 mm”和“待发送”,对象二选一消失。最终样机同样从 r2 开始,填 3 mm 后输入仍为“再移动 3 mm”,卡片仍显示两种候选,上一对象的位置预览保持可见,发送按钮禁用,保持项不变。明确选择上次任务对象后情景回放整体应用一项,首项偏移 5→8 mm、修订 r3、安装接口检查为 pass。随后再次进入澄清,Ctrl+Enter 只提示先选对象,修订不变;主动改写为明确方向的句子时回到可发送草稿。该操作未触发额外候选浏览或数字标注。
- 评分裁决:方案 I 维持限定场景 20/20 设计估计。本轮消除一种会选错对象的语义回退,不凭修复提高已满的主观分。真实自由语言可能有更复杂的数量、单位与指代关系;必须由任务契约和检查机制证明用户修改的字段没有解除其他约束。当前仅是固定语法与情景回放,未测参与者误选率、真实 AI 或 CAD 求值。
- 验收:浏览器复现修复前语义漂移,并验证修复后数值编辑、位置预览、发送阻断、明确采用及最终偏移;Web typecheck、改动文件 ESLint/Prettier、Web build 与
git diff --check。未新增 test/spec,未提交推送。
迭代 58:窄屏澄清先完整呈现选择,查看时让出模型
Section titled “迭代 58:窄屏澄清先完整呈现选择,查看时让出模型”- 反例:在 390×844 视口,“再移动 2 mm”的两种对象候选被压进最高 23vh 的任务卡,第二张卡和“用于本次”均在滚动框外;390×600 下更严重。虽然语义要求明确选择,屏幕却优先显示重复说明,造成决策入口难发现。
- 改动:仅对象指代澄清启用临时决策面板,把本轮移动意图、两张对象卡及各自的“查看位置/用于本次”前置;短屏把面板贴近底部输入区,使两张卡同时可见。点“查看位置”时面板收成带“返回比较”的提示条,让出画布检查橙色临时指向;返回后仍须明确选用,预览本身不授权、不修改版本。
- 浏览器对照:单件孔排 00013 完成 5 mm 后指向 00009,发送“再移动 2 mm”。修前 390×844 截在问题说明,390×600 截在第一张候选;修后两个尺寸均同时显示两种候选的名称、结构位置和操作。390×600 点“查看当前指向”后模型、橙色位置与“尚未确定本次对象”可见,返回比较再选“当前指向”才应用,结果 0→2 mm、保持项通过。未生成几何候选或逐项数字标注。
- 评分裁决:方案 I 仍是限定场景的 20/20 设计估计,不因补齐可触达性再加分。移动端决策面板打开时会遮住大部分模型,但预览动作可暂时释放画布;独立用户任务仍需比较对象误选、预览与选用的混淆率、滚动与点击成本。固定 390×844 / 390×600 浏览器操作不能证明任意设备、无障碍读屏或真实复杂模型的可用性。
- 验收:浏览器实操两种视口下的澄清、预览、返回和应用;Web typecheck、改动文件 ESLint/Prettier、Web build 与
git diff --check。未新增 test/spec,未提交推送。
迭代 59:窄屏改数量仍保持对象指代
Section titled “迭代 59:窄屏改数量仍保持对象指代”- 反例:桌面指代澄清可在任务卡改移动量并保留对象二选一;移动端为了让两张候选卡同屏,隐藏了原数值控件。用户只能回到底部改写整句,容易把局部数值调整变成重新解析任务,也增加在短屏上来回移动的负担。
- 改动:对象指代澄清时,窄屏意图行直接显示可编辑的 mm 数值,复用同一任务更新函数;修改量、原文和候选同步更新,不重新发送,不解除方向和保持项。无效输入保留上一个有效值并提示;选用对象时清掉此前无效输入的过期提示。包含独立筋高修改且位移调到 0 的限定情景,控件仍保持可见,便于继续调整。
- 浏览器对照:单件孔排 00013 已移动 5 mm,当前指向 00009,发送“再移动 2 mm”停在二选一。390×600 视口直接把意图行的 2 改成 3 后,底部原文为“再移动 3 mm”,两张候选仍在、发送仍禁用。输入 101 被拒绝并保持 3;随后选用上次对象,过期提示清除,结果为 5→8 mm,安装接口的情景保持检查通过。另在包含“并调整筋高”的续改情景把 2 改为 0,控件和候选仍可见;未将 0 的对象选择流程视为最优。
- 评分裁决:方案 I 维持限定场景 20/20 设计估计。这轮修复跨视口能力不一致与过期反馈,不据此增加主观分。0 mm 加另一项修改时,所选对象是否仍影响实际决策需要真实任务语义判断;固定语法回放未证明自然语言、约束检查或触屏输入正确率。
- 验收:浏览器操作 390×600 的有效/无效移动量、候选保留、明确采用、最终数值与复合任务 0 mm 控件;Web typecheck、改动文件 ESLint/Prettier、Web build 与
git diff --check。未新增 test/spec,未提交推送。
迭代 60:短屏应用后直接呈现结果与撤销
Section titled “迭代 60:短屏应用后直接呈现结果与撤销”- 反例:390×600 完成任务后,样机会自动收起结果卡,只留“已应用 · 查看结果”。用户必须再点一次才能知道关键偏移、保持检查是否通过或在哪里撤销,与“完成时直接显示变化与检查结果”的交互契约不符。较高的窄屏虽未自动收起,原卡也可能把关键结果压在滚动区下方。
- 改动:窄屏完成态改为紧凑结果卡,先显示首项位移(或仅筋高变化)、适用保持项的通过数量及“回放”证据级别,并直接提供“撤销本次”和按需详情。详情展开后保留原有方向、实际变化集合、逐项保持说明与变化对照;收起详情恢复模型空间。桌面保留完整结果卡。短屏不再因完成态自动最小化;用户仍可手动收起。仅恢复筋高等零位移结果不再显示误导性的“首项 0→0 mm”。
- 浏览器对照:单件在 390×600 和 390×844 应用孔排 5 mm 后,不再只有查看入口;两种尺寸均同屏显示“孔位 0→5 mm”“1 项保持检查通过 · 回放”、撤销和详情,模型保留可见区域。390×600 展开详情可见方向、实际变化和安装接口检查;收回后直接撤销,持续保持项仍在。桌面原有完整结果仍可见。装配 390×844 的实例 5 mm 回放也显示“实例 0→5 mm”、保持结果与撤销。
- 评分裁决:方案 I 仍为限定场景 20/20 设计估计。本轮修复完成态反馈不可见的反例,不把控件出现等同于用户能正确理解检查证据。紧凑卡的“1 项通过”只是情景回放;真实 CAD 必须说明每项检查器与 unknown。0 mm 加筋高的对象引用可能仍决定筋高作用位置,当前证据不足以自动略过对象澄清;先保留该问题,不把回放中的全局 rib 变量当作通用产品语义。短屏阻断态仍会收起,下一轮应评估冲突原因是否也须就地呈现。
- 验收:浏览器实操单件两个窄屏尺寸、装配窄屏、详情开合、直接撤销与桌面完整结果;Web typecheck、改动文件 ESLint/Prettier、Web build 与
git diff --check。未新增 test/spec,未提交推送。
迭代 61:短屏阻断后就地显示原因与下一步
Section titled “迭代 61:短屏阻断后就地显示原因与下一步”- 反例:390×600 中把检查情景设为“缺少检查证据”,回放最终为
unknown且不应用,但原样机自动收起任务卡,画布上只留“未应用 · 查看原因”。用户若没再点,无法分辨是版本、授权、保持冲突还是检查能力缺失。装配同源传播的两种后续动作也随卡片一起隐藏。 - 改动:移除阻断态的短屏自动最小化。任务卡直接显示未应用原因和保留候选的说明;装配传播或配合越界时,已有的局部修正动作随原因呈现。限制卡片高度,长原因可滚动;用户仍可手动收起。390×600 的阻断卡向上避让底部输入区,不让遮挡误导为无法改写指令。
- 浏览器对照:单件未知检查在修前只见“查看原因”;修后任务卡直接显示“安装接口的关系检查缺少证据:unknown。候选保留,不能自动应用”,原修改文字及保持项仍在,面板底边与输入区顶边实测约 11 px 间隔。装配同源定义传播在 390×600 直接显示范围越界原因,以及“查看全部同源实例的修改范围”“只调整当前实例位姿”两个动作;两者没有自动执行。
- 评分裁决:方案 I 维持限定场景 20/20 设计估计。阻断原因可见是强约束沟通的必要条件,不是实证的理解率提升。短屏带双动作时卡片遮住部分模型,可手动收起;真实装配里相邻配合的影响摘要、unknown 检查来源和后续动作的正确选择仍未由用户任务验证。相同未改指令可重新发送并再次阻断,重复求值预算需单独处理。
- 验收:浏览器复现单件 unknown 的修前/修后,以及装配 shared 阻断的两个可触达动作;改动文件 ESLint/Prettier、Web typecheck、Web build 与
git diff --check。未新增 test/spec,未提交推送。
迭代 62:同一阻断任务不重复消耗检查预算
Section titled “迭代 62:同一阻断任务不重复消耗检查预算”- 反例:单件孔排 00013 发送“向孔排末端移动 5 mm,安装接口不要动”后,安装接口关系检查为
unknown,候选未应用;原样机中原样再点发送,会再次进入约 2.4 秒的相同情景检查。对象、指令、版本和证据都未变化,重复计算没有增加决策信息。对真实大型工件,这种循环会放大依赖与几何检查成本。 - 改动:阻断任务的指令原文(忽略首尾空格)、有序对象引用、基准修订和检查情景均未变化时,发送按钮直接暂停,键盘发送也停在本地提示;任务卡在阻断原因旁说明下一步。修改指令、替换对象或更换检查情景后可再次发送;保持项编辑沿原路径重建任务,范围扩大仍需原有的明确授权。切换检查情景会清掉旧的本地重试提示。没有缓存或复用
unknown作为通过证据。 - 浏览器对照:单件 1,000 目标 fixture 的未知检查阻断后,按钮变为“条件未变,重复检查已暂停”,Ctrl+Enter 不进入检查;末尾添加空格仍暂停,移动量改为 6 mm 后出现可发送的新草稿。把下一次检查情景改成正常检查后,旧提示消失、原 5 mm 任务可重试并整体应用,版本 r1→r2。390×600 视口中,
unknown原因、暂停说明与底部输入同时可见。以上是确定性情景回放,不代表真实 CAD 求值次数或节约量。 - 评分裁决:方案 I 仍为限定场景 20/20 设计估计。本轮消除明确的重复检查路径,但没有测真实求值成本或使用者是否理解“条件变化”。生产环境的重试键还需绑定检查器版本、证据到达状态、依赖快照、权限和预算;新证据到达时应开放重检,旧
unknown不能永久锁死任务。对语义等价的不同措辞,本样机不做去重,避免错误地把实质改动视为相同任务。 - 验收:浏览器操作原样重发、键盘、空白编辑、实质改写、情景变更与短屏布局;Web typecheck、改动文件 ESLint/Prettier、Web build 与
git diff --check。未新增 test/spec,未提交推送。
迭代 63:阻断后的动作必须来自实际失败检查
Section titled “迭代 63:阻断后的动作必须来自实际失败检查”- 反例:大型装配把实例 13 设为“沿实例排方向位置不变”的持续保持对象,同时在开发情景里设置“同源定义传播”,再要求移动这个实例 5 mm。保持项预检先发现直接冲突,原样机却按预设情景显示“查看全部同源实例的修改范围”和“只调整当前实例位姿”。扩大范围或只改位姿均不能解除已明确的保持要求;这两个按钮把用户引向与实际阻断原因无关的授权操作。
- 改动:阻断结果现在携带结构化原因,区分方向、版本、实际影响越界、同源传播、相邻配合、预算及保持项的失效引用、缺证据和冲突。任务卡的后续动作只依据实际原因出现;同源范围预览和相邻扩围的处理函数也检查该原因,不再从预设情景推断。重复检查提示按真实原因给下一步,不把研发用“检查情景”暴露为主界面的用户操作。保持要求不会因选择范围动作而被悄悄解除。
- 浏览器对照:1,000 实例 fixture 中,先前的“当前实例同时受轴向保持+同源传播情景”会显示错误的两个同源动作;改后直接呈现保持冲突,重复发送暂停,同源动作消失,版本仍 r1。无该保持冲突时同一实例与同一传播情景仍显示两条正确的后续路径;查看范围给出 10 处实例、10 个工位、1 处隐藏的聚合摘要,明确授权 10 处后情景检查整体应用,版本 r1→r2。没有要求用户逐项查看 10 个结果。
- 评分裁决:方案 I 保持 20/20 的限定场景设计估计,不因修复安全性问题增加主观分。本轮证明主界面的动作能跟随样机真实阻断原因,而非仅跟随情景标签;它不证明生产 AI 会正确归因,也不证明真实装配依赖、配合与保持检查完备。生产任务需要将检查器标识、证据版本和实际影响范围绑定到阻断原因,任何
unknown均不得转成授权。 - 验收:浏览器复现错误动作、修正后冲突优先、无冲突传播预览与明确授权;Web typecheck、改动文件 ESLint/Prettier、Web build 与
git diff --check。未新增 test/spec,未提交推送。
迭代 64:保持要求须说明来源,不把情景预置算作用户确认
Section titled “迭代 64:保持要求须说明来源,不把情景预置算作用户确认”- 反例:工作台刚打开就已有持续的“安装接口”保持项,原界面只显示对象、属性与期限。用户尚未说“接口不要动”,界面却没有说明它是开发情景预置;结果卡也只写
pass · 回放,容易把预置要求误认为本轮由用户提出,或把要求来源误认为检查证据。 - 改动:样机保持项记录当前要求的来源:
示例情景预置、由你的指令提出、你在保持项中设置。初始接口要求明确标为预置;用户在面板改属性、期限或关系后,更新为面板设置;指令明确表达保护时,更新为指令来源,保留既有期限。任务克隆与结果详情携带这个来源。默认输入区只在预置要求上显示简短“预置保持”,详情再说明“样机预设,未经本轮用户确认”;来源标记不代替真实 CAD 的形状、位姿和关系检查。 - 浏览器对照:1,000 实例与单件 fixture 的初始输入区显示“预置保持 安装接口”;保持面板说明预置未由本轮用户确认。把期限改为仅本轮后,来源变成“你在保持项中设置”。单件重新设为持续、明确发送“安装接口不要动”并应用一处孔排后,结果详情记录“由你的指令提出”;装配未重述该要求而移动一处实例后,结果详情仍记录“示例情景预置”。390×600 视口中“预置保持”在输入区可见,未增加模型上的编号标注。
- 评分裁决:方案 I 仍是 20/20 的限定情景设计估计。这轮修正了保持来源的归因,未证明用户能正确区分来源、授权与检查证据。当前字段只记录现时要求来源,不是不可篡改的完整事件链;生产任务应保留最初来源、用户每次修改与明确解除、适用期限、检查器和证据版本,并在自动应用记录中分别引用。没有真实模型检查或参与者任务数据,不能声称强约束已验证。
- 验收:浏览器核对初始预置、面板改动、明确指令、未重述要求的结果与短屏布局;Web typecheck、改动文件 ESLint/Prettier、Web build 与
git diff --check。未新增 test/spec,未提交推送。
迭代 65:键盘压缩视口时保住指令与局部决定
Section titled “迭代 65:键盘压缩视口时保住指令与局部决定”- 反例:把窄屏工作台的可视高度压到 390×350,原底部输入区底边落在视口之外;对象查找时查询词滚出面板,而候选预览又只给模型留下约 68 px 高度。阻断结果和完成结果也容易与顶栏相碰。用户很难在输入、辨认和下一步之间保持上下文。
- 改动:仅在宽度不超过 720 px 且高度不超过 460 px 时压缩布局。收起重复的场景大标题和示例快捷操作,保留标题语义供辅助技术读取;任务卡上移并与底部输入区错开。查找面板高度跟随视口,查询词和一条结果同屏。进入搜索候选预览后暂收底部输入及旧任务卡,给模型留空间,同时将候选路径、“用于指令”和“继续找”压成短决策区;采用或返回后恢复输入。预览始终不执行修改。
- 浏览器操作:390×350 下,空闲输入区底边约 320 px;
unknown阻断卡从约 65 到 212 px,输入区从约 217 到 320 px,顶栏底边约 50 px。草稿卡、5 mm、保持 token 与输入同时可见。搜索查询框约 146–184 px、结果约 247–308 px;候选预览时画布约 240 px 高,路径与两个动作在面板内。采用候选后输入区恢复。应用 5 mm 后,结果卡约 76–212 px,0→5 mm、保持通过的“回放”标识、撤销和详情与底部输入同屏。 - 评分裁决:方案 I 维持限定情景的 20/20 设计估计。修复的是短可视高度下的遮挡,不把响应式布局当作更高的理解率或已证最高分。浏览器缩高只模拟键盘占据空间,未验证真实移动系统软键盘、不同安全区或触屏误触;画布在空闲输入状态仅剩约 68 px,真实复杂工件的可操作性仍是边界。
- 验收:固定 390×350 浏览器状态下操作草稿、阻断、搜索、预览、采用与结果;Web typecheck、改动文件 ESLint/Prettier、Web build 与
git diff --check。未新增 test/spec,未提交推送。
迭代 66:整组修改结果不能用首项数值代表全部
Section titled “迭代 66:整组修改结果不能用首项数值代表全部”- 反例:先把孔排 00013 从 0 移到 5 mm,再将它与同排另外三项一起移动 2 mm。第一项变为 5→7 mm,其余三项是 0→2 mm。原完成卡在窄屏只显示“孔位 5→7 mm”,没有说明这是首项,容易让人以为整组达到相同终点;桌面虽写“首项”,但必须展开实际变化才看见其余项。
- 改动:完成摘要从结果差异中找出实际变化的目标。仅一项时保留前→后;多项且增量一致时显示“4 项孔位各 +2 mm”,并在展开区说明起点可能不同;增量不一致时明确提示逐项看实际变化,不套用任务输入量。筋高变化继续单独显示。取单项数值时改用实际变化的目标,避免被未变化的首个授权对象误导。不在模型上添加数字。
- 浏览器对照:同一四孔回放在修前显示首项 5→7 mm,实际变化详情为 5→7、0→2、0→2、0→2;修后桌面正文为“实际 4 项沿参照各偏移 +2 mm;修改前位置可能不同”,详情仍逐项保留。390×600 与 390×350 的紧凑完成卡均显示“4 项孔位各 +2 mm”、保持检查的回放标识、撤销与详情入口;单项 0→5 mm 文案保持正确。
- 评分裁决:方案 I 仍为限定情景 20/20 设计估计。本轮消除整组结果的首项代表性错误,不凭修正满分假设加分。当前结果来自确定性数值回放;真实 CAD 的实际影响可能含位姿、形状、关系和隐藏依赖,需要按经过检查的差异类型汇总,不能只用同一个 mm 增量覆盖。
- 验收:浏览器操作单项、同排扩围、不同初值的整组修改、逐项详情及两种短屏;Web typecheck、改动文件 ESLint/Prettier、Web build 与
git diff --check。未新增 test/spec,未提交推送。
迭代 67:检查中纠正指令或对象必须使旧结果失效
Section titled “迭代 67:检查中纠正指令或对象必须使旧结果失效”- 反例:把孔排 00013 的 5 mm 任务送入约 2.4 秒的情景检查,检查期间把输入改为 2 mm。原样机继续应用旧 5 mm,修订从 r1 到 r2,而界面已经显示新原文和“待解析”;用户的纠正没有阻止旧结果。执行中换指向对象也可能留下与当前指向不一致的旧任务。
- 改动:检查中若输入的修剪后原文与已提交任务不同,立即取消旧 generation,保留新草稿并提示旧结果未应用;仅首尾空白变化继续原检查。画布点选、搜索采用或圈选真正替换/增减目标时同样取消旧 generation,把当前对象投影成新的待发送草稿,而不是继续显示旧任务的范围。异步回放进入最终状态更新时再次核对 generation、运行状态和任务身份,缩小计时回调与 React 状态处理之间的过期提交窗口。保持项编辑原有路径已使 generation 失效。
- 浏览器对照:原样机在执行中把 5 mm 改为 2 mm 后仍应用 0→5 mm。修后同一操作在超过原检查时长后仍为 r1,新的 2 mm 草稿可单独发送,最终仅应用 0→2 mm(r2)。另从 r4 开始,在执行中从孔排 00015 改指 00014:任务显示新对象与“待发送”,提示旧检查取消,超过回放时长仍保持 r4。画布圈选把单项改为 7 项时,修订仍为 r1,任务卡改为 7 项待发送;当前对象重新发送可正常执行。检查中仅追加句末空格时回放继续并应用原 5 mm。
- 评分裁决:方案 I 仍为限定情景 20/20 设计估计;本轮修复的是纠正后仍执行旧意图的安全缺陷,不凭消除缺陷加分。样机 generation 是本地情景取消标记,不能替代真实 CAD 的原子提交、授权快照、版本与检查证据绑定。真正提交瞬间若存在并发修改,生产事务仍须独立拒绝过期候选。
- 验收:浏览器复现修复前的旧结果应用,修复后核对指令改写、对象更换、圈选、空白编辑及重新发送;Web typecheck、改动文件 ESLint/Prettier、Web build 与
git diff --check。未新增 test/spec,未提交推送。
迭代 68:保持结论须区分数值核对与情景设定
Section titled “迭代 68:保持结论须区分数值核对与情景设定”- 反例:安装接口的形状、位姿与既有关系在 fixture 中没有真实几何或关系求值。
finishReplay对没有对象引用的接口保持项采用预设情景结果;但原完成卡写“1 项保持检查通过 · 回放”和“形状、位姿、既有关系:pass”,容易把回放设定看成已执行的强约束检查。另指孔位的轴向位置保持则确实比较回放前后数值,两者证据不同。 - 改动:完成卡按实际证据来源分开呈现。只有接口保持时,紧凑卡写“保持 1 项:情景设定,未做 CAD 检查”,详情写“情景设定 pass(未执行几何或关系检查)”。有对象引用、且仅保留可核对轴向位置的保持项写“数值核对 pass”;混合任务分别计数。任务状态文字不再笼统声称适用保持项都通过检查,而说明有多少项来自数值核对、多少项仅来自情景设定。
unknown的既有阻断路径和任务应用条件没有改变;这是样机证据表述修正,未引入真实检查器。 - 浏览器对照:单孔 0→5 mm 的接口保护回放在桌面详情明确显示未执行几何或关系检查,390×600 紧凑卡同屏显示“未做 CAD 检查”和撤销。随后另指孔排 00014 设置持续的沿孔排方向位置保持,再修改原孔 5→10 mm;结果分别显示安装接口为情景设定 pass、孔排 00014 为数值核对 pass,窄屏汇总为“1 项数值核对,1 项仅情景设定”。
- 评分裁决:方案 I 仍为限定情景 20/20 设计估计。本轮修复了检查证据的表达错误,不证明真实保持约束已可自动通过。生产强约束应逐项绑定被保护属性、检查器、模型版本、受影响集合与证据;没有对应检查器或结果为
unknown时不得自动应用。(口径更新:此处为迭代 68 历史行为记录;本轮修后无引用安装接口保持不再放行,统一作为缺少对象及真实检查证据的 unknown 阻断,轴向位置保持收据为当前候选零公差数值比较。) - 验收:浏览器操作单一接口保持及接口与孔位位置混合保持,核对桌面详情与 390×600 紧凑卡;Web typecheck、改动文件 ESLint/Prettier、Web build 与
git diff --check。未新增 test/spec,未提交推送。
迭代 69:完成反馈读取本次保存的保持证据
Section titled “迭代 69:完成反馈读取本次保存的保持证据”- 反例:迭代 68 的完成卡根据保持项是否带对象引用推断“数值核对”或“情景设定”。若后续检查路径改变、记录缺失或对象关系更新,界面可能显示一次并未发生的核对;仅凭要求的形态不能证明执行了什么。
- 改动:每个应用结果保存逐项证据,记录保持项标识、要求的属性、对象引用、任务基准修订、实际核对的成员、方法与结论。应用前检查记录数量及其与任务要求是否一致;同排关系的成员按冻结例外过滤并逐项匹配。完成卡只读取匹配的记录;缺失或不匹配时明确显示“缺少匹配的检查记录”,不再从保持项结构补出
pass。接口仍是明确标注的脚本情景结论,孔位位置仍是数值前后比较,不引入真实 CAD 检查器。 - 浏览器核对:单件孔排 00013 的 0→5 mm 结果中,接口显示“情景设定 pass(未执行几何或关系检查)”;另指孔排 00014 后,同一任务结果分别显示接口情景设定与该孔排“数值核对 pass”。把孔排 00014 扩为同排 4 项、明确排除本轮修改的 1 项后,5 mm 续改应用,结果记录“逐项核对 3 项;例外 1 项未受保护”。这验证固定情景的保存与投影路径,不证明真实模型的几何、关系或依赖闭包正确。
- 评分裁决:方案 I 维持限定情景 20/20 设计估计。本轮修复证据展示与执行记录脱节的风险,不凭数据结构改动加分。生产检查记录还须绑定检查器身份、模型和依赖快照、实际受影响范围与可审计授权;脚本结论不能满足真实 CAD 自动应用的强约束条件。
- 验收:浏览器操作接口、混合保持与同排冻结例外三条路径;Web typecheck、改动文件 ESLint/Prettier、Web build 与
git diff --check通过。未新增 test/spec,未提交推送。
迭代 70:完成后只留决策信息,证据按需展开
Section titled “迭代 70:完成后只留决策信息,证据按需展开”- 反例:桌面任务应用后,右侧仍同时展开“本轮可改”“必须保持”、一段状态说明和逐项结果。相同保持要求重复出现,固定桌面视口的卡片从约 y73 延伸到 y770,遮去模型右侧的大块区域;下一步实际要判断的是变化、证据级别以及是否撤销。窄屏原已有紧凑卡,但在 390×600 中卡片底边与高度可变的输入区重叠约 20 px,展开详情时顶端还会越过页头。
- 改动:桌面完成态默认使用与窄屏一致的紧凑结果,直接显示实际变化、保持证据摘要、撤销与详情入口。任务理解项和重复状态文案在完成态收起;展开才显示方向、逐项差异、保持来源与核对方法。新任务结果重置详情展开状态。窄屏根据底部指令区的实时高度定位完成与阻断卡,详情高度限制在页头与输入区之间,超出部分在卡片内部滚动;不按固定按钮或保持项数量猜测间距。
- 浏览器对照:983×1162 的单件 5 mm 回放,完成卡从此前约 700 px 高降为约 146 px,仍直接显示 0→5 mm、接口保持仅为情景设定及撤销;展开能看到原有证据,下一次 2 mm 任务完成后默认重新收起。390×600 的完成卡底边 395.4 px,输入区顶边 405.4 px,相隔 10 px;展开后卡片顶边 64 px,内部内容可滚动。390×350 的紧凑卡底边约 206.8 px,输入区顶边约 216.8 px。另在 390×600 的
unknown情景中,阻断原因和暂停重检提示直接可见,卡片底边 427.4 px、输入区顶边 437.4 px,仍相隔 10 px。以上为浏览器布局与固定回放观察,不是用户理解率或触屏效率测量。 - 评分裁决:方案 I 仍为限定情景 20/20 设计估计,不把缩小卡片或减少像素当作实证最优。默认收起要求仍须让用户看到关键证据缺口;因此“未做 CAD 检查”和撤销始终直接呈现。短视口模型空间仍有限,真实软键盘和辅助技术读屏需要独立任务验收。
- 验收:浏览器操作桌面完成、详情展开、下一任务重置,及 390×600 / 390×350 窄屏完成布局;Web typecheck、改动文件 ESLint/Prettier、Web build 与
git diff --check。未新增 test/spec,未提交推送。
迭代 71:无名称对象的键盘局部指向
Section titled “迭代 71:无名称对象的键盘局部指向”- 反例:已知名称时,键盘可搜索、预览、确认、输入并发送完整任务;无名称时,空间总览只能把键盘用户带到局部,随后界面要求点击画布。大量无名重复特征若改用编号列表,既失去空间关系,也会重现用户指出的长列表问题。
- 改动:对象定位面板按需提供“用方向键在本区指向”。进入后从当前已选对象或本区画布中心附近开始,方向键按屏幕位置逐个预览当前已投影对象,琥珀轮廓和短名称只标示一个候选;回车明确绑定,Escape 或退出按钮回到入口且不改变指令对象。局部浏览不重置相机、剖切或深度视图;离开当前投影视区时失效,不允许把过期预览用于指令。原有按名称检索、空间总览和鼠标点选继续作为互补入口。
- 浏览器对照:983×1162 下,从孔排 00007 开始,向右到 00008、向上到 00012,回车后指令对象变成 00012;重新进入以已选对象为起点,退出时焦点返回入口且保留 00012。键盘沿总览进入另一局部区域后,原对象仍在指令中,本区可继续方向键预览。390×600 下,00007 向右预览 00008,Escape 恢复入口焦点;画布仅显示一个候选的虚线轮廓,没有常驻数字标记或结果列表。已知名称的完整键盘任务在同轮以孔排 00014 和 3 mm 固定回放走通。
- 评分裁决:新增能力暂评 25/30,限定为“当前局部已投影对象的键盘指向”;方案 I 维持 20/20 的限定情景设计估计。方向键的屏幕最近邻不提供 CAD 语义顺序,重叠投影、隐藏目标和当前视图外位置仍需其他定位能力。当前测试只验证固定 fixture 和浏览器事件,没有真实键盘用户的完成时间、误选率、屏幕阅读器路径、真实几何或 AI 理解证据,因此不能宣称总体最优。
- 验收:桌面与 390×600 浏览器键盘操作,Web typecheck、ESLint/Prettier、Web build 与
git diff --check;未新增 test/spec,未提交推送。
迭代 72:已应用指令的重发必须表达新的授权
Section titled “迭代 72:已应用指令的重发必须表达新的授权”- 反例:单件孔排 00027 的“向孔排末端移动 5 mm,安装接口不要动”应用后,输入仍保留原文且发送按钮可用。浏览器再次点击同一按钮,孔位从 5→10 mm;第二次并非用户明确表达的新任务,却被当成一次可应用修改。更换指令对象但保留原文时,旧结果卡还会写“已应用”,使新对象看起来已经完成。
- 改动:保存发送时的对象选择快照。当前成功任务的原文、选择均未变时,发送键禁用,Ctrl+Enter 也在执行入口阻断;同一输入绑定到新对象时,任务卡重新呈现“待发送”及新目标理解。若用户确要重复相同增量,完成后只出现一条临时动作“原指令已执行 · 同方向再移动 N mm”,点击才生成新的原子任务,历史授权明确记下这次点击。改写指令或替换对象仍走原有核对与发送路径。
- 浏览器对照:修复前固定 5 mm 指令连续点击两次,修订 r1→r3,孔位 0→5→10 mm。修复后相同原文完成于 r2,原发送键禁用;Ctrl+Enter 保持 r2 并提示已经应用。单独点击“同方向再移动 5 mm”才从 5→10 mm,历史第二项注明明确重复授权。另把原文目标从孔排 00014 换成 00013,界面由“已应用”变为“待发送”;发送后新对象为 0→5 mm。390×600 下完成卡、输入和临时重复动作同屏可见。
- 评分裁决:方案 I 仍为限定情景 20/20 设计估计。本轮修复重复应用与对象替换状态错误,不把缺陷修复计为超过满分。精确原文与当前选择可阻断最直接的误重发;不同措辞的同义意图仍可能重复执行,真实产品须用任务身份、授权事件、模型修订和提交幂等键界定重复及有意再执行。当前只有固定语法回放,未测非专业用户是否能区分续改与重复。
- 验收:浏览器先复现错误,再操作普通发送、快捷键阻断、明确重复、历史来源、对象替换及 390×600 布局;Web typecheck、ESLint/Prettier、Web build 与
git diff --check。未新增 test/spec,未提交推送。
迭代 73:同一修改意图的改写不能绕过重发边界
Section titled “迭代 73:同一修改意图的改写不能绕过重发边界”- 反例:上一轮只拦截原文相同的重复发送。孔排 00014 的“向孔排末端移动 5 mm,安装接口不要动”应用到 0→5 mm 后,改写成“把这排孔向孔排末端移动 5 毫米,安装接口不要动”,界面显示“待发送”,再次点击后变成 5→10 mm。用户只是调整措辞,样机却把它解释为第二项增量任务。
- 改动:仅对最近已应用的任务,在同一对象集合下比较可解析的结构化意图:方向与增量、是否附加筋高、单对象/同排范围、其他成员保护及保持项的对象、属性、期限与关系成员。对象集合按集合身份比较,不让选择顺序改变任务身份;保持来源文字不等于保持内容。等价改写继续显示已应用结果,普通发送和 Ctrl+Enter 均阻断;用户仍可明确点击“同方向再移动”产生新任务。改变增量、方向、对象、范围或实际保持要求仍进入待发送核对;新写出的“再移动”是明确续改,不按普通同义改写拦截。
- 浏览器对照:修复前同义改写使 r2→r3、孔位 5→10 mm。修复后同一改写仍显示 r2 和 0→5 mm,发送键禁用,Ctrl+Enter 只提示已应用;明确点击再次移动才得到 r3 与 5→10 mm。改为 7 毫米显示待发送的 7 mm 理解;另写“再移动 5 mm”也显示待发送,保留显式续改通道。装配 fixture 中,驱动单元实例 00007 的“向实例排末端移动 5 mm”应用后,改为“把这个实例向实例排末端移动 5 毫米”同样保持已应用状态与禁用发送。
- 评分裁决:方案 I 保持限定情景 20/20 设计估计。这是固定语法内的防误发规则,不能当作开放自然语言等价判定。解析不到的措辞继续待解析;改变保持要求时需要核对是否想更新保护还是再次移动。生产任务必须绑定真实任务 ID、授权事件、模型版本及提交幂等键,结构相同也不能自动代替用户意图。缺少非专业用户任务实验,最高分仍未证实。
- 验收:浏览器复现修复前误发,复核等价改写、快捷键、明确再次移动、不同数值与相对续改;Web typecheck、ESLint/Prettier、Web build 与
git diff --check。未新增 test/spec,未提交推送。
迭代 74:版本前进后,旧结果只能作为历史证据
Section titled “迭代 74:版本前进后,旧结果只能作为历史证据”- 反例:孔排移动在 r2 应用后,研究设置模拟外部版本前进到 r3;界面仍写“已应用”,保留“撤销本次”和“同方向再移动”。直接撤销会把
last.before写回当前状态,旧任务的检查记录也看起来仍适用于 r3。装配情景中复现了相同误导。 - 改动:结果卡显示所属修订与当前修订;不一致时标为“历史结果”,直接说明保持证据未在当前版本复核,并禁用旧修改的直接撤销。撤销入口同时核对当前修订及历史尾项,历史面板也阻断旧版本撤销。依赖上次对象或方向的“再移动”“换成另一排”“只保留刚才的孔位调整”不从过期任务继承;待明确卡隐藏旧方向量值投影,要求重新表达本轮对象与方向。相同原指令不会自动重发;若用户确实要再移动,单独点击“在当前版本再移动 N mm 并重新检查”,形成以当前修订为基准的新任务和明确授权记录。
- 浏览器对照:单件孔排 00007 从 r1 的 0→5 mm 应用到 r2,模拟版本到 r3 后显示“历史结果 r2 · 当前 r3”,旧撤销禁用;“再移动 2 mm”显示“待明确”,无旧方向投影且发送禁用。改为明确“向孔排末端移动 2 mm”在 r3 执行到 r4,5→7 mm,可撤销最新修改至 r5。另从 r2→r3 的过期结果点击明确再次移动 5 mm,重新检查后 r4 为 5→10 mm,历史写明用户以 r3 再次授权。390×600 视口中历史标记、证据限制、禁用撤销与输入区同屏可见,随后恢复默认视口。
- 评分裁决:方案 I 仍为限定情景 20/20 设计估计;版本边界是正确性修复,不增加满分。模拟外部变更只推进 fixture 修订,不代表真实协同编辑、拓扑引用重绑定或几何变化;真实系统必须在事务提交点核对模型版本、授权与检查证据,并为跨版本撤销计算可验证的逆操作。没有真实用户任务或 CAD 求值数据,不能声称达到总体最优。
- 验收:单件与装配版本前进浏览器回放、过期续改/明确新任务/明确重复/历史授权/窄屏布局;Web typecheck、改动文件 ESLint/Prettier、Web build 与
git diff --check。未新增 test/spec,未提交推送。
迭代 75:版本变化立即取消旧澄清与检查
Section titled “迭代 75:版本变化立即取消旧澄清与检查”- 反例:孔排任务“沿轴向移动 5 mm”在 r1 等待方向回答时,模拟版本前进到 r2,界面仍显示旧问题;点击“孔排首端 → 末端”后继续显示“检查中”约 2.4 秒,最后才因基准失效而阻断。这会让用户把过期问题当作当前共同理解,也浪费一次已知无效的情景检查。已阻断的
unknown判断在版本变化后同样保留原原因。 - 改动:版本变化事件立即使运行中、待澄清与已阻断的旧任务转为版本失效,取消未完成回放计时,清理临时范围、保护集合和对象预览。原始指令、当前对象与持续保持项保留,发送入口可按新修订重新发起;旧澄清按钮和旧阻断后的扩大范围动作不再出现。开始任务前再核对任务基准,防止过期澄清在 UI 事件间隙进入检查。已应用结果继续按迭代 74 显示为历史记录。
- 浏览器对照:修复前 r1→r2 后仍能回答旧方向并进入“检查中”,最终未应用。修复后同一版本变化当场移除方向问题,显示“基准 r1 的澄清已失效”,原文与孔排 00012 保留;重新发送才在 r2 再次询问方向,回答后任务于 r3 应用。再次移动一次得到 r4 的 5→10 mm;下一次检查开始后连续操作版本按钮,r4→r5 当场显示旧检查已失效,未产生 10→15 mm 结果。缺证据
unknown阻断在 r1→r2 后改为版本失效判断,旧重试限制解除,390×600 中原因与指令同屏可见。同排未确认预览在版本变化时消失,已选锚点保留。 - 评分裁决:方案 I 仍为限定情景 20/20 设计估计。本轮改善错误反馈时机和计算取消,不证明用户更易理解,也不证明真实 CAD 求值的资源节省。当前版本变化只是 fixture 修订事件;生产协同必须由模型权威广播版本与引用变更,并在原子提交点再次核对。没有独立用户实验和真实模型事务数据,最高分仍未获实证。
- 验收:浏览器先复现旧方向问题,再操作新版本重发、方向回答、执行中取消、
unknown阻断版本变化、同排预览失效与 390×600 布局;Web typecheck、改动文件 ESLint/Prettier、Web build 和git diff --check。未新增 test/spec,未提交推送。
迭代 76:同源引用不能替代共享定义修改授权
Section titled “迭代 76:同源引用不能替代共享定义修改授权”- 反例:装配实例 00007 的原文是“向实例排末端移动 5 mm,安装接口不要动”,只表达当前实例位姿。原“同源定义传播”阻断界面却允许用户核对 10 处引用后点击“确认授权 10 处并检查”;回放随后把同一个位移施加给 10 个实例。这把共享零件定义的几何传播与多个实例的位姿移动混为一谈,范围授权按钮无权改写修改语义。
- 改动:同源面板改为只读的引用范围摘要,显示 10 处实例、10 个工位、1 处原隐藏,并直说“引用范围不等于实际变化”。移除把 blockedTask 的
ids扩成全部同源实例并执行的路径。预览内可直接选“只调整当前实例位姿并重新检查”,选择仍为原单个实例;若意图是共享几何修改,则返回原文改写,样机不支持的指令保持待解析。阻断文案与历史授权同样区分位姿和定义,不再暗示看过同源数量就足以授权传播。 - 浏览器对照:修前同一位姿指令进入“确认授权 10 处并检查”。修后预览仅有按当前实例重检、返回改写、取消;按当前实例重检于 r1→r2 只得到 1 项 0→5 mm,历史记录明确选择了实例位姿。撤销到 r3 后重走共享提示,输入“把这个驱动单元的安装孔径改为 8 mm,应用到同源零件,安装接口位姿保持不变”,任务显示待解析;点击发送仍停在 r3,未产生假共享修改。一万实例目录中,同源引用为 100 处,桌面与 390×600 窄屏均只显示总数、100 个工位和 9 处原隐藏,再由用户选择两条语义不同的路径;画布没有铺设 100 个数字或逐项批准列表。
- 评分裁决:将能力矩阵中的“共享定义传播的聚合核对”纠正为“共享定义引用的聚合核对”,限定评分 27→26/30;精确表达维度 5→4。方案 I 仍是限定情景 20/20 设计估计,并不因修复错误而加分。此前声称样机能在核对同源范围后明确扩大共享定义授权的演示结论撤回。生产共享定义编辑仍需明确属性/要求、真实候选差异、依赖传播、保持检查与版本绑定授权;当前固定回放不提供这些证据,也没有独立用户任务数据。
- 验收:浏览器复现旧入口、检查新引用预览、仅单实例重检与历史授权、共享几何要求待解析;Web typecheck、改动文件 ESLint/Prettier、Web build 与
git diff --check。未新增 test/spec,未提交推送。
迭代 77:相邻配合扩围先交代对象与改动
Section titled “迭代 77:相邻配合扩围先交代对象与改动”- 反例:装配实例 00007 的 5 mm 位移被相邻配合阻断后,原界面只给出“明确加入相邻实例并执行”,没有指出被加入的是哪个实例、要怎样改。大型装配中,用户按一次按钮便可能扩大修改范围,却无法核对授权内容。
- 改动:阻断动作先打开局部预览;并列显示原可改与拟新增对象的完整结构路径,以及本情景拟让两处各沿同一参照移动 5 mm。新增对象仅以临时轮廓提示,可在画布定位;取消不改任务。用户明确授权后才扩大
ids,重新检查,并在任务授权记录中保存新增实例路径和位移要求。旧版本、原文或对象改变时预览失效。没有可定位依赖时保持阻断。 - 浏览器对照:1,000 实例情景中,修前只有泛称“相邻实例”的单步执行按钮。修后实例 00007→实例 00008 的预览在 r1 显示原 1 处+新增 1 处,取消仍停在 r1;再次打开并确认后才检查并到 r2,结果是 2 处各 +5 mm,保持项标为情景设定且未做 CAD 检查,可查看实际变化并撤销。390×600 视口中预览路径、拟议改动与确认/取消同屏可操作。
- 评分裁决:新增能力暂评 26/30(E4/O3/S4/P5/C5/B5)。多一次核对降低省操作分,但比含糊的一步授权更精确且易撤回;规模分仅 4,因为样机只报告一处固定依赖。方案 I 仍为限定情景 20/20 设计估计,不因补齐缺口加分。真实 CAD 必须给出完整依赖闭包、受检候选差异、保持证据与版本绑定事务;只读结构路径和脚本
pass不足以证明可自动应用,也没有用户实验可证明最高分。 - 验收:浏览器操作阻断、预览、取消、重新授权、结果详情与窄屏;Web typecheck、改动文件 ESLint/Prettier、Web build 与
git diff --check。未新增 test/spec,未提交推送。
**后续勘误:**本轮“两处各 +5 mm”的结果在迭代 78 撤回;目录只有邻接索引,没有支持邻件同量运动的关系定义或受检候选差异。
迭代 78:邻接线索不能推导邻件的运动
Section titled “迭代 78:邻接线索不能推导邻件的运动”- 反例:迭代 77 把实例 00007 指向 00008 的一条目录依赖,直接解释为二者沿同一参照各移动 5 mm 并回放为已应用。目录只存邻接 ID 和接口 ID,没有配合类型、运动学方程或候选差异。由此自动应用的邻件运动是样机自行补出的设计意图,违反“关注对象、可改范围、实际影响、求值依赖”分离原则。
- 改动:预览明确区分“原指令目标”和“邻接引用”,说明 5 mm 仅适用于原目标,邻件是否变化、方向与数值均为
unknown。用户点击后只产生带对象、允许属性(轴向偏移)、来源与基准修订的候选范围许可,不增加任务目标ids,也不触发pass回放;任务保持 r1 和“未应用”,可撤回许可。形状等其他属性不在许可内。即使该任务误走执行入口,缺受检差异时仍被状态机阻断。单件目录没有邻接目标时也不再凭数组顺序虚构下一特征。 - 浏览器对照:1,000 实例情景中,实例 00007 的 5 mm 指令进入相邻越界阻断;预览显示实例 00008 的路径但不再宣称其位移。允许提出邻件轴向位移候选后仍为 r1,指令目标仍为 1 处,另 1 处只作为许可范围,实际影响未知;撤回后许可消失且修改依旧未应用。390×600 窄屏中原文、两条路径、未知说明及允许/取消同屏可操作。
- 评分裁决:将能力行从“配合依赖的局部扩围预览” 26/30 修正为“潜在依赖的候选范围许可” 25/30(精确表达 5→4)。设计避免了伪精确,却尚无真正候选差异可供核对;不能因更诚实就补回缺失的能力。方案 I 的 20/20 仍是界面维度的主观估计,并非强约束能力或总体最优的证据。生产路径必须从受检候选得到实际影响 $E$,并与用户允许范围 $A$、保持项、版本和预算一起核验,才可能应用。
- 验收:浏览器操作阻断、预览、许可、撤回与窄屏;Web typecheck、改动文件 ESLint/Prettier、Web build 与
git diff --check。未新增 test/spec,未提交推送。
迭代 79:候选范围许可随任务语义与版本失效
Section titled “迭代 79:候选范围许可随任务语义与版本失效”- 反例:用户在 r1 允许对相邻实例提出轴向位移候选后,模拟外部版本变化到 r2。任务已提示旧判断失效,却仍显示绑定 r1 的候选许可,容易被误读为在 r2 继续有效。同样的许可也不能默默继承到改写的 6 mm 指令或另一个目标实例。
- 改动:候选许可绑定原任务的对象、原文和基准修订。版本前进时保留指令与原目标,撤回旧许可并明确提示。阻断期间改写指令或更换目标时也立即撤回许可,恢复为需要重新核对依赖的范围阻断;移动量控件沿用同一失效路径。许可撤回不应用任何几何修改。
- 浏览器核对:1,000 实例情景中,实例 00007 的 5 mm 任务许可实例 00008 后,r1→r2 显示旧阻断判断与候选许可均失效,许可文本和撤回按钮消失。r2 重新进入范围阻断并许可后,画布改指实例 00006,旧许可撤回并出现新目标的待发送任务。另以实例 00008 的 5 mm 任务许可实例 00009 后,把移动量改为 6 mm,输入与数值控件同步为 6 mm、任务变为待发送,旧许可撤回并有明确提示。
- 评分裁决:“潜在依赖的候选范围许可”仍为限定情景 25/30,方案 I 仍为 20/20 设计估计。本轮修复的是许可生命周期错误,不增加能力分。生产系统必须用不可混淆的任务身份、授权事件、版本快照与真实受检差异来判断许可是否适用;fixture 的本地状态处理不能证明真实 CAD 的自动应用安全性,也不能证明总体最高分。
- 验收:浏览器操作版本变化、对象替换与移动量改写;Web typecheck、改动文件 ESLint/Prettier、Web build 与
git diff --check。未新增 test/spec,未提交推送。
**后续勘误:**迭代 78–79 的“允许提出候选”入口在迭代 80 移除;当时只有邻接索引,许可之后仍无候选可生成,构成没有决策内容的额外步骤。上述生命周期核对仍是该旧入口的历史结果,不是当前样机能力。
迭代 80:没有候选差异时不要求空白许可
Section titled “迭代 80:没有候选差异时不要求空白许可”- 反例:用户查看实例 00007 的相邻实例 00008 后,样机要求先许可“提出邻件轴向位移候选”,但没有配合定义、求解器或受检差异;许可之后只进入另一个
unknown阻断。用户多做一次操作,也无法知道邻件会否改变或批准了什么。它是伪决策入口,不能支撑强约束沟通。 - 改动:保留可定位的邻接线索预览,明确区分原目标的 5 mm 要求与邻件未知的变化。预览只提供“返回指令”;阻断卡给出求解差异及配合、保持检查缺失的原因。删除
Task.propagationPermission、额外阻断状态与许可按钮;当前情景不能生成候选时,不记录扩围授权。未来真实候选产生后,才可依据受检的实际影响集合与属性询问必要的授权。 - 浏览器核对:1,000 实例情景中,在画布指向实例 00007、发送向实例排末端移动 5 mm 后,任务停在 r1、未应用;“查看相邻引用线索”展示原目标和实例 00008 的结构路径,说明邻件是否变化、方向和数值均未知。返回指令后仍为 r1、未应用,原文、对象和保持项保留;没有候选许可或自动应用入口。桌面截图检查了轮廓仅作邻接提示,390×600 视口的阻断原因和入口与指令同屏可见,未铺设常驻编号。另在复杂单件的孔排 00010 上选同一检查情景:目录没有可定位的邻接特征,界面直接说明缺少线索和证据,未出现“查看相邻引用线索”按钮,r1 保持未应用。
- 评分裁决:能力行改为“相邻引用线索与证据缺口”,暂评 25/30(E4/O4/S4/P4/C4/B5),不把它再称为“候选范围许可”;省去空白许可改善操作维度,但当前只能纠正要求,纠错维度从 5 降为 4,总分不变。方案 I 仍是限定情景 20/20 设计估计。真正的扩围决策必须等可检查的候选差异出现,含完整实际影响、保持证据、版本与预算;本轮没有这些证据,也没有真实用户对照,因此不宣称达到总体最优。
- 验收:浏览器操作阻断、线索预览与返回;Web typecheck、改动文件 ESLint/Prettier、Web build 与
git diff --check。未新增 test/spec,未提交推送。
迭代 81:只有可计算差异时才询问扩围授权
Section titled “迭代 81:只有可计算差异时才询问扩围授权”- 反例:迭代 80 正确删除了没有候选的空白许可,但样机还不能展示一次有具体决策内容的扩围。用户无法核对“邻件会变什么”,也无法分辨真实影响与仅供定位的邻接线索。另有一处表述风险:扩围后任务仍可能写“默认仅当前实例”。
- 改动:装配 fixture 只给实例 00007→00008 写入明确的 1:1 轴向联动关系,和普通邻接索引分开。以当前偏移与本轮增量计算两实例候选前后值;邻件超出原授权时先阻断并展示两处路径与数值。用户可保留原范围,或仅允许邻件的轴向位置变化并重新检查;邻件不被改写为指令目标。许可绑定当前原文、目标与基准修订,历史保存授权来源,并分别列出目标数与实际变化数。无该关系的邻接仍为
unknown;已有持续位置保持与邻件变化冲突时先阻断,不能借扩围许可解除保持。任务卡在许可后明确写出额外允许的影响与属性。 - 浏览器核对:1,000 实例情景中,实例 00007 的 +5 mm 指令先在 r1 展示 00007 与 00008 各自 0→5 mm;保留范围不应用,核对后授权仅邻件位置再检查,r2 整体应用 2 项变化,接口保持明确标为情景设定而非 CAD 检查。撤销回 r3 保留持续保持项;随后给实例 00008 增加持续轴向位置保护,重发同一要求被保持冲突阻断,未出现扩围授权,版本仍为 r3。390×600 视口中,两处变化改为分行突出数值,完整路径、证据边界、授权和保留按钮都可见。该验收仅覆盖固定数值回放。
- 评分裁决:新增能力暂评 26/30(E4/O3/S4/P5/C5/B5),与“相邻引用线索与证据缺口”25/30 为不同前提下的互补能力,不按 1 分差宣称优越。方案 I 仍为限定情景 20/20 设计估计。fixture 关系能够说明这两个偏移数值的回放规则,不能证明实际 CAD 配合运动、拓扑和关系保持、全局依赖闭包或真实用户更容易决策。生产系统须对当前模型生成候选、求得完整影响集合并检查每项保持要求,在同一版本和预算内原子应用。
- 验收边界:浏览器操作有定义联动的阻断、预览、取消、授权重检、结果、撤销和持续保持冲突;Web typecheck、改动文件 ESLint/Prettier、Web build 与
git diff --check。未新增 test/spec,未提交推送。
迭代 82:候选影响不能伪装成指令目标
Section titled “迭代 82:候选影响不能伪装成指令目标”- 反例:联动候选卡虽然写明“原目标”与“范围外的相邻实例”,画布却给两处同样的青色实线轮廓。青色在工作台代表当前指令对象,用户可能据此误以为邻件已经成为指令目标或已经获得授权;这和数值候选只是待决策影响的语义冲突。
- 改动:预览时青色实线只标原指令目标;邻件用橙色虚线,并在差异卡两行使用对应边框和数值颜色。页脚仅在该预览出现时解释橙色虚线的含义。模型上仍无常驻编号和数值标签,完整结构路径及授权状态留在任务卡。取消、改写指令或版本变化继续撤回预览,不能将橙色对象留作已选目标。
- 浏览器观察:1,000 实例装配的 00007→00008、+5 mm 候选预览中,画布与任务卡分别呈现原目标和待授权邻件;原文及两处 0→5 mm 差异仍可核对。此为实际浏览器视觉检查与代码路径核对,尚无用户辨识率实验。
- 评分裁决:“已定义联动的候选差异→局部扩围”仍暂评 26/30(±1 的主观不确定性)。本轮修复视觉状态与授权语义不一致的缺陷,不凭颜色调整加分。生产候选还需真实 CAD 差异、完整依赖闭包和版本绑定的逐项检查证据。
- 验收:浏览器查看装配候选预览;Web typecheck、改动文件 ESLint/Prettier、Web build 与
git diff --check。未新增 test/spec,未提交推送。
迭代 83:短高屏幕仍须能核对并操作候选
Section titled “迭代 83:短高屏幕仍须能核对并操作候选”- 反例:联动候选在 390×600 中可读性较弱,完整结构路径和证据说明只有 10px;在 390×350 的浏览器尺寸中,授权按钮下缘超出视口,候选卡也不能滚动。把两按钮分别设为固定后又出现重叠,必须一起定位。
- 改动:将两处变化改成“角色与数值同一行、完整路径下一行”,提高路径、数值和证据说明的字号与对比度;合并重复的情景说明。仅对短高视口中的联动预览使用可滚动的覆盖卡,授权与保留范围作为同一个固定操作区,不拆成相互重叠的按钮;缩短授权文案,使两种选择可并排显示。其余场景仍使用原画布与底部输入布局,候选不在模型上铺数字。
- 浏览器对照:改前 390×350 中候选卡约从 y191 延伸到 y424,授权按钮 y368–400,超出视口且卡不可滚;路径和证据为 10px。改后同一装配 00007→00008、+5 mm 任务在短高视口中显示两处差异、完整路径与 fixture/CAD 证据边界,两个按钮位于 y248–280,分别命中自身,不重叠;覆盖卡可滚动。点击“保留原范围”保持 r1 未应用;再次预览并授权后,结果为 r2 整体应用 2 项,保留证据明确标为情景设定,撤销入口可见。该检查是浏览器布局与固定回放操作,不是触屏用户实验。
- 评分裁决:联动候选能力仍暂评 26/30;修复不可达按钮和小字号属于兑现原设计前提,不凭样机缺陷修复加分。方案 I 的 20/20 仍为主观设计估计;实际手机软键盘、缩放设置、读屏流程和真实 CAD 检查待独立验证。
- 验收:390×350 浏览器视觉检查、命中位置量取、取消与授权重检操作;Web typecheck、改动文件 ESLint/Prettier、Web build 与
git diff --check。未新增 test/spec,未提交推送。
迭代 84:已算出的候选直接呈现一次
Section titled “迭代 84:已算出的候选直接呈现一次”- 反例:装配实例 00007 的联动差异已由回放计算出来,但阻断卡还要求先点“查看联动候选差异”,才显示两处路径、数值与唯一需要的授权决定。这个点击没有触发新的计算或查询;要允许或保留原范围都多走一步。
- 改动:任务被
coupled-scope阻断且候选、原文、当前指向和版本一致时,自动展开一次数值卡,焦点进入决策区。Escape 或“保留原范围”关闭后不会自动重开;阻断任务保留入口可按需重新查看。用户修改原文后新任务得到新的候选,才再次自动展开。保持冲突、普通邻接unknown和缺少检查证据等阻断不触发该卡。 - 浏览器对照:1,000 实例、00007→00008 的 +5 mm 指令在情景检查完成后直接显示两处 0→5 mm 差异,焦点在“允许邻件轴向位移并重检”;不再需要“查看”点击。Escape 后 r1 未应用且卡不反复出现,手动入口可重新打开。保留范围后改写为 +6 mm,新任务再次自动显示两处 0→6 mm;桌面画布仍可见。此为固定回放的操作路径核对,未测真实使用者的理解时间。
- 评分裁决:该能力在限定的“候选已算出且必须做范围决定”任务中,省操作 O 从 3→4,暂评 27/30。这只反映少一次必经点击的设计估计;用户若想直接改写要求,自动卡可能增加一次退出操作。未有独立任务分布与用户实验,不能据 1 分差声称总体更优,更不能证明真实 CAD 强约束或最高分。方案 I 仍为 20/20 主观设计估计。
- 验收:浏览器操作自动展开、Escape、手动重开和新数值任务重新展开;Web typecheck、改动文件 ESLint/Prettier、Web build 与
git diff --check。未新增 test/spec,未提交推送。
迭代 85:矮屏候选可返回画布核对
Section titled “迭代 85:矮屏候选可返回画布核对”- 反例:迭代 83 为保证 390×350 视口中的数值和授权按钮可达,把联动候选改为覆盖卡。卡片几乎盖住模型;用户能读到两处路径,却难以在授权前核对青色原目标和橙色待授权邻件的空间位置。候选有文字证据,不等于界面提供了可见的对象对应关系。
- 改动:仅在短高视口的联动候选卡加入可选的“查看画布位置”。进入后暂时收起候选卡和输入区,保留两处轮廓、原任务、版本与候选;底部留简短图例和“返回差异与授权”。返回时焦点落回原授权决定;查看期间窗口变高,返回入口仍可见。查看操作不扩围、不重检、不应用;长高视口继续直接并列展示模型与候选,无需此入口。
- 浏览器核对:1,000 实例装配中,实例 00007→00008 的 +5 mm 候选在 390×350 设置下由卡片切到画布,青色和橙色轮廓各保留 1 处,且返回按钮可见;返回仍是 r1 的两处 0→5 mm 差异和原授权/保留决定,未发生修订推进。查看期间将窗口拉至 1280×800 后,返回按钮和画布保持可见,输入区仍收起;返回后候选仍在 r1。390×600 的普通窄屏不显示额外查看入口。固定浏览器实际内尺寸约 355×318;画布中的整体装配在该高度仍偏小,需要缩放才能仔细辨认,尚未证明移动触屏上的核对效率。
- 评分裁决:限定情景的联动候选能力仍暂评 27/30。本轮解决自动候选与短高覆盖卡叠加后阻挡模型的可见性缺口,不凭增加一个可选查看动作加分。若真实用户频繁需要来回切换,省操作维度可能回退;应与同屏并列和直接改写任务做独立对照。真实 CAD 的完整影响、保持检查和原子事务依旧未接入,不能声称最高分。
- 验收:浏览器实操短高切换和返回,Web build(含 TypeScript)、改动文件 ESLint/Prettier 与
git diff --check。未新增 test/spec,未提交推送。
迭代 86:画布核对聚焦受影响的两处实例
Section titled “迭代 86:画布核对聚焦受影响的两处实例”- 反例:迭代 85 虽然能收起候选卡,390×350 浏览器中的 00007、00008 轮廓仍各宽约 20 px。用户进入画布后还要自行缩放、平移,可能在重复装配中失去原目标与邻件的相对位置;一项可选核对能力不能靠小轮廓兑现。
- 改动:沿用 viewer 的透视相机和现有模型适配计算,把相机适配到这两处 fixture 显示对象的包围区域,保持进入前的观察方向。进入时保存相机视角;返回候选时恢复进入前的视角,窗口尺寸改变时按 viewer 已有的相对缩放规则恢复。这个区域只来自固定情景目标的位置及显示网格外延,不是 CAD 受影响闭包或几何求解。
- 浏览器对照:1,000 实例装配、00007→00008 的 +5 mm 候选在 390×350 设置下,进入前两处轮廓分别约 19.6 px、20.4 px 宽;“查看画布位置”后约 53.4 px、59.9 px,均位于画布内。返回后轮廓的屏幕位置与尺寸回到进入前,候选及 r1 未变。短高进入、拉高至 1280×800 再返回后,原桌面轮廓宽度约 23.2 px,位置与进入前一致。数字是浏览器样机中的投影尺寸,不是用户辨认率或真实 CAD 性能。
- 评分裁决:该限定能力仍暂评 27/30。局部聚焦兑现了“可在画布核对”的前提,未证明非专家能准确区分重复实例,也没有扩大到真实装配关系或完整影响检查;因此不因放大倍率提高而加分。若真实任务要求同时对照远处接口,单一局部聚焦可能丢失上下文,应在独立任务中比较进入、返回与空间方向保持。
- 验收:浏览器操作聚焦、返回、跨窗口尺寸恢复与状态核对;Web typecheck、改动文件 ESLint/Prettier、Web build 和
git diff --check。未新增 test/spec,未提交推送。
**后续修正:**迭代 86 的固定 22 mm 显示外延已在迭代 87 删除;该半径只适用于当时的情景网格,不能用于尺寸变化或复杂工件。
迭代 87:从已载入网格取得聚焦范围
Section titled “迭代 87:从已载入网格取得聚焦范围”- 反例:迭代 86 按目标中心距加固定 22 mm 计算聚焦半径。这是情景网格的手工估计;遇到尺寸不同的零件可能裁掉对象,遇到较小对象则留太多空白。用户需要核对的是当前真正显示的对象边界,而不是 fixture 中猜测的外延。
- 改动:聚焦请求改为明确的 primitive ID 集合。viewer 通过已加载的 ID→网格索引读取这两处网格的预计算几何包围盒,更新世界变换后合并并适配相机;缺少任一 primitive 时不按部分结果聚焦。样机只在两处对象都属于当前已载入局部时进入画布核对。返回视角与版本/授权语义保持不变。该过程按请求的已载入 primitive 数执行,没有扫描全量目录或所有网格;语义对象到完整 primitive 集合的解析仍是上游责任。
- 浏览器对照:1,000 实例装配、00007→00008 的 +5 mm 候选在 390×350 浏览器中,进入前两处轮廓宽约 19.6、20.4 px;按实际显示网格聚焦后约 64.1、73.6 px,两个轮廓仍在画布范围内。返回后分别回到 19.6、20.4 px,候选卡和 r1 未变。对照迭代 86 的 53.4、59.9 px 仅说明固定半径不等于当前网格包围范围,不能把更大的投影尺寸直接当成更高任务成功率。
- 评分裁决:限定能力仍暂评 27/30。去掉情景尺寸常数改善聚焦的可迁移性,但候选差异、作用范围和保持检查仍是固定回放;真实大型 CAD 对象可能由多个 primitive 或多个实例组成,必须由权威引用解析给出完整 ID 集合。尚无多种工件尺寸、真实装配或用户实验,不能把本次两网格核对算作规模分上升或宣称最高分。
- 验收:浏览器核对聚焦前后两处轮廓、返回视角与任务状态;Web typecheck、改动文件 ESLint/Prettier、Web build 和
git diff --check。未新增 test/spec,未提交推送。
迭代 88:拒绝扩围是明确决定,并直接进入改写
Section titled “迭代 88:拒绝扩围是明确决定,并直接进入改写”- 反例:用户在联动差异卡点“保留原范围”后,任务仍写“可查看差异,再决定是否扩大范围”,焦点掉到页面本身;要改写原指令还须重新点输入框。更严重的是“保留原范围”可能被读成只移动原目标并应用,但已定义联动使这一要求无法在原范围内执行。
- 改动:两个决定改成“允许邻件沿轴向移动”和“不允许,改要求”。拒绝只绑定当前被阻断任务及基准修订,任务明确显示未应用并说明原要求仍需移动邻件;候选可以用“重新考虑邻件移动”主动重开,查看或 Escape 不自动撤回拒绝。拒绝后下一帧聚焦保留原文的输入框;更换目标、版本或新指令不会继承这次拒绝。卡片用“你指定的实例 / 相邻实例尚未允许”解释两处作用,并保留结构路径、数值和情景非真实 CAD 检查的边界。
- 浏览器对照:1,000 实例、00007→00008 的 +5 mm 候选在 390×350 中两按钮同一行、均可命中。点“不允许,改要求”后仍为 r1、未应用;任务写明拒绝,焦点进入原指令输入框。主动重看再按 Escape,拒绝状态未丢。将原文改为 +6 mm 后进入新任务,出现新的两处 0→6 mm 候选;允许该新候选后 r2 才整体应用两项,结果继续把保持证据标为情景设定。此为固定回放操作,不是对非专家理解率的实验。
- 评分裁决:限定能力仍暂评 27/30。本轮修复拒绝动作与界面解释不一致,减少拒绝后改写的一次额外定位;没有独立用户对照,不因文案与焦点调整上调 E/O。生产系统须把拒绝作为当前任务的可审计授权事件,并在任务语义或版本变化时失效;样机仅在本地 UI 状态中表达该决定。
- 验收:浏览器核对矮屏决策、焦点、拒绝保留、改写任务和新任务授权;Web typecheck、改动文件 ESLint/Prettier、Web build 与
git diff --check。未新增 test/spec,未提交推送。
迭代 89:自动候选不得把键盘焦点预置在授权按钮
Section titled “迭代 89:自动候选不得把键盘焦点预置在授权按钮”- 反例:已定义联动的两处位移候选自动展开时,焦点直接落在“允许邻件沿轴向移动”。浏览器中原任务为 r1、两处 0→5 mm;此时按一次 Enter,未经用户逐项选择就开始扩围重检。候选自动出现本为省一次查看点击,不能同时把下一次按键解释成授权。
- 改动:候选出现或主动重开时,将焦点放到可聚焦的候选说明区域;同一位置展示原文、原目标、邻件与数值。Enter 在说明区域不改变任务;键盘用户按 Tab 才进入决策按钮,Escape 可退出。指针点击按钮仍直接作决定。取消前已明确的拒绝不会因重看而消失。
- 浏览器对照:修复前 r1 候选打开后焦点在允许按钮,单次 Enter 进入“检查中”并附加邻件轴向位移授权。修复后相同 fixture 的焦点在“核对会跟随移动的相邻实例”区域,Enter 后候选与 r1 不变;Tab 聚焦允许按钮,再 Tab 聚焦“不允许,改要求”,Enter 后仍为 r1、未应用且原文输入获得焦点。主动重开仍聚焦说明区域。
- 评分裁决:联动候选能力维持限定情景 27/30,方案 I 维持 20/20 的设计估计。这是阻止意外授权的必要修复,不作为易懂或省操作的加分;键盘明确允许现在多一次 Tab,但把授权按键与候选自动出现分开。固定浏览器操作未证明用户误授权率下降;真实产品还需服务端检查授权事件与当前任务、版本、实际影响及保持证据绑定。
- 验收:浏览器重现修复前单次 Enter 扩围,修复后核对初始焦点、Enter 无效果、Tab 决策、拒绝后的版本与输入焦点,以及主动重开。Web build(含 TypeScript)、改动文件 ESLint/Prettier 和
git diff --check。未新增 test/spec,未提交推送。
迭代 90:抽象分页网格不能冒充工件空间地标
Section titled “迭代 90:抽象分页网格不能冒充工件空间地标”- 反例:10,000 实例 fixture 的“空间总览”在截图中呈现 25 个相同工件形状的小格,进入其中一格又是 25 个相同小格。它实际上只是按 authored 坐标排列的 625 个局部视图索引;没有全量工件外形或可辨地标。用户若不知道目标的大致方位,无法由相同图案判断应进入哪里;图案却暗示每格是模型缩略图。
- 改动:入口与面板改称“位置索引”,明确只供已知大致方位的导航;去掉每格的伪工件缩略图,保留当前视图点和检索匹配高亮。面板直接说明格子不是工件外观,未知方位须补充结构线索;检索宽泛时也不再把抽象网格说成可自行发现对象的空间总览。进入局部后仍须点选并确认对象,索引导航不改变指令授权。
- 浏览器证据:在 10,000 实例装配中,检索“驱动单元”得到 9,091 项且没有展开长列表;加“工位 12”缩为 91 项 / 7 个局部,再加“模组 112”缩为 9 项 / 1 个局部,可直接进入第 70/625 局部。无检索线索的总览截图却是两级完全相同的 5×5 图案,无法提供外观辨识。固定 Chromium / Windows、984×1162、DPR 1.375、seed 23 下,自带 30 次 fixture 量测:10,000 个语义目标、可见 15 个、17 网格、5,256 三角形、20,000 条合成依赖边;即时反馈 p95 28.6 ms,ID 定位并取景 p95 34.6 ms,结构定位并取景 p95 35.0 ms;索引建立 509.8 ms、最大分片 5.5 ms。搜索输入至第二帧 p95 12.5 ms 仅 3 次输入,主线程长任务 1 次 / 86 ms,JS 堆 244 MB 左右,真实 CAD 求值 0 次。这些数值不是人工找对目标的时间,也不覆盖全量网格或真实依赖求值。
- 评分裁决:把本样机的“空间粗总览→局部精指”改名为“抽象方位索引→局部精指”,易懂 E 从 4→3,暂评 25/30,只适用于用户已知大致方位。25 个同形格子不能支持“未知位置时找到目标”的结论。真正更高分的空间总览需使用可核验的工件外形、地标或语义区域,并与当前模型版本绑定;当前 fixture 不具备这些证据,不能仅换图标或增加编号宣称完成。方案 I 的 20/20 仍是限定情景设计估计。
- 验收:浏览器核对 10,000 实例宽泛检索、逐层缩小、单局部跳转、无检索两级位置索引和自带界面性能量测;改动后复核入口、格子和语义提示。Web build(含 TypeScript)、改动文件 ESLint/Prettier、
git diff --check。未新增 test/spec,未提交推送。
迭代 91:短屏位置索引保持可点选尺寸
Section titled “迭代 91:短屏位置索引保持可点选尺寸”- 反例:390×350 视口中,移动端样式将两级 5×5 位置索引的边长限制为
100vh - 245px,整个网格只有约 60 px;区域按钮太小,说明文字与索引挤在一起。即使已知目标大致方位,用户也难以完成“整体→区域→局部”的操作。 - 改动:只在宽度不超过 720 px 且高度不超过 460 px 时,将位置索引作为可滚动的视口内面板,给索引稳定的约 238 px 最大宽度和足够的布局空间;页脚说明可继续向下滚动阅读。索引仍只改变视图,不改变指令对象、保持项或授权。没有给网格添加编号、伪模型缩略图或对象清单。
- 浏览器对照:在 10,000 实例装配情景的 390×350 视口中,修前网格被挤到约 60 px;修后总览显示完整 25 个区域按钮,选取第 2 行第 4 列后可进入区域内 25 个局部按钮,再选第 3 行第 3 列到达第 193/625 个局部模型。页面明确提示“指令对象未改变”,说明短屏路径没有把导航误记为对象选择。该验收是鼠标驱动的浏览器回放,尚未测物理触摸命中率、软键盘遮挡或非专家找对区域的时间。
- 评分裁决:“抽象方位索引→局部精指”维持限定情景 25/30。本轮修复了可达性,不补足未知方位时缺少工件地标的问题;真实空间总览仍需从当前 CAD 模型导出可核验的位置与语义证据,再做独立用户任务比较。
- 验收:浏览器操作两级短屏索引及局部到达;Web build(含 TypeScript)、Prettier 与
git diff --check。未新增 test/spec,未提交推送。
迭代 92:位置索引的键盘焦点必须跟随操作
Section titled “迭代 92:位置索引的键盘焦点必须跟随操作”- 反例:1,000 目标情景中,索引打开后当前格获得焦点;按 Tab 却跳到背后的“打开位置索引”,覆盖面板仍可见。按 Escape 关闭后焦点落到页面根部;进入局部后也落到根部,键盘用户失去下一步指向对象的入口。
- 改动:位置索引标记为对话面板,Tab 与 Shift+Tab 只在可用的控制按钮和当前格之间循环;方向键仍在同层格子中移动,Escape 在局部层返回总览、在总览层关闭。关闭后焦点回到索引入口;进入 3D 局部后焦点到“选择对象”,可以直接按 Enter 打开指向面板。导航依旧不选择或授权对象。
- 浏览器对照:修前总览格按 Tab 后焦点在背后入口,Escape 后在页面根部。修后总览格按 Tab 到“返回模型”,Shift+Tab 回当前格;Escape 关闭后焦点在入口。再用 Enter、方向键、Enter 进入区域,Enter 进入第 3/63 局部,焦点在“选择对象”;再次按 Enter 打开对象搜索。此为浏览器键盘路径检查,不是读屏用户实验。
- 评分裁决:限定情景位置索引仍 25/30。修复键盘路径是基本可操作条件,不补足抽象格子缺乏真实工件地标的问题;不能因焦点稳定而上调大规模辨认能力。当前 10,000 实例位置仍由 fixture 顺序生成,真实 CAD 空间索引与几何/语义绑定仍未实现。
- 验收:浏览器复现并核对 Tab、Shift+Tab、Escape、两级进入及接续指向;Web build(含 TypeScript)、改动文件 ESLint/Prettier 与
git diff --check。未新增 test/spec,未提交推送。
迭代 93:撤回没有几何对应的“方位索引”
Section titled “迭代 93:撤回没有几何对应的“方位索引””- 反证:核对
model.ts与scene.ts后确认,1 千/1 万目标按数组序号每 16 项切成一页;每页 3D 显示对象的位置都由ordinal % 16生成。所谓整体坐标只是按页号生成的均匀网格,origin、bounds和cellPitchMm从未被局部场景、相机或真实 CAD 引用使用。因而“已知大致方位→选择相应格子”的前提不成立,迭代 20、90–92 的方位定位解释和 25/30 均撤回;那些浏览器操作只证明分页控件可用。 - 真实样本核查:仓库内约 1.95 MB 的 NIST STEP 是单个产品,含 306 个
ADVANCED_FACE实体;另一个约 18 KB 的装配 STEP 仅有两个同源 occurrence。现有样机未把这两个文件的几何、文件内身份或结构关系接到目标目录,不能借它们给 10,000 实例画真实总览。 - 改动:去除未使用的伪空间坐标和边界;界面改称“情景分页目录”,明确按序号而非工件方位排列。宽泛检索不再建议用户凭“已知方位”进入格子,而是请求补充已有名称/结构线索;有匹配时可看匹配所在的局部页,最终仍在 3D 中点选对象。无条件打开目录和逐页按钮从主画布移入“研究设置”;对象定位面板也不再主动推荐浏览无依据的页格。分页、预览和导航仍不改变修改对象或授权。
- 浏览器对照:1,000 目标单件中,全模型检索“孔排”得到 910 项、覆盖全部 63 页,界面只要求补充名称或结构线索;输入“孔排 分区 2”后缩至 91 项 / 7 页,才出现匹配页入口。进入第 9/63 页后只显示 14 个本页匹配和“仅定位”,指令对象仍为空。主工作台不再有“分页目录”或上一/下一页按钮;研究设置中可从第 1 页到第 2 页并打开两级目录,Escape 后焦点回“选择对象”。这证明当前 UI 不再把页号包装成方位,未证明真实用户能找到无名远处对象。
- 评分裁决:将当前分页目录改评 15/30(E1/O2/S1/P2/C4/B5),只对研发回放成立;真正的“真实工件地标→局部精指”记 未知,不套用旧 25 分。最高分目标需要从当前修订的显示/语义权威生成整体外形、位置和可辨地标,并在独立任务中验证人能否找对远处对象。单件 STEP 和两实例 STEP 可用于来源绑定验证,但不能替代大型复杂工件的规模验证。
- 验收:核对实际源码与 STEP 样本,再在浏览器操作宽泛检索、匹配页跳转、研究设置中的两级分页和对象指向;Web build(含 TypeScript)、改动文件 ESLint/Prettier 与
git diff --check。未新增 test/spec,未提交推送。
迭代 94:把已显示对象的拾取身份解析绑定到渲染包
Section titled “迭代 94:把已显示对象的拾取身份解析绑定到渲染包”- 问题:即使指针只命中一个已加载面,viewer 每次也在线性扫描整个
RenderPacket.primitives和triangleToArtifactRanges,锁定对象重新投影时再扫一次。对大型装配,这把“精确指向”之后的来源解析成本绑定到整包对象数,而不是命中对象的局部来源数。 - 改动:在渲染包加载时建立一次
primitiveId → primitive与primitiveId → 三角面来源区间索引;点选、悬停与锁定高亮共用此包内索引。装配 LOD 也复用同一 primitive 映射。包替换或卸载时替换/释放索引;保留同一包的修订、实例路径与重叠区间歧义处理,不据显示命中推断授权。 - 工程边界:索引建立仍是 O(P+R),按命中 primitive 解析为 O(1+R_local);射线与几何求交、渲染、真实 STEP 导入以及未加载对象的定位不因此变快。
RenderPacket的实例路径和已有网格世界包围可用于已加载对象的来源与聚焦;整包 bounds 不能代替每个视野外语义目标的来源绑定包围。迭代 93 的真实工件地标定位仍为未知,不恢复伪空间分数。 - 浏览器核对:1,000 目标单件情景中,点击显示孔排后,界面仍显示“孔排 00013”、完整结构路径及已选 1 项,指令对象引用同步更新。这验证拾取未失效,不是 1 万 primitive 的延迟测量。
- 评分裁决:可见局部的“直接点选+局部名称”仍暂评 25/30;情景分页目录仍 15/30;真实工件地标定位仍 未知。本轮只降低已加载拾取来源解析的规模依赖,没有用户实验或真实大包 p95 数据,故不增加 E/O/S 分。下一步必须取得修订绑定的目标/实例包围与可辨地标,再比较真实无名远处目标的定位任务。
- 验收:Web typecheck、build、改动文件 ESLint/Prettier、
git diff --check与浏览器点选;未新增 test/spec,未提交推送。
迭代 95:真实 STEP 实例的结构定位与精确点选
Section titled “迭代 95:真实 STEP 实例的结构定位与精确点选”- 问题:研究 fixture 的大型目录按序号分页,不能证明真实工件中的实例能被定位。直播工作台虽然显示导入产品的结构树,但条目只能进入共享定义,不能聚焦某个 occurrence;用户不得不在画布上猜测哪个同源实例对应修改意图。
- 改动:从当前修订的产品结构建立实例路径检索,搜索最多展示 12 项并在宽泛匹配时要求缩小范围;结果保留标签和来源路径。已载入的实例可直接从结果或结构树聚焦。
RenderPacket的 occurrence 路径映射到该实例的 primitive 集合,用现有网格边界适配相机并淡化其他实例;定位本身不绑定修改对象,用户仍须在 3D 上明确点选。未载入几何的条目不能假装可聚焦。视图隔离改用组件键数组逐段比较,避免含/的合法键产生路径碰撞;产品树默认最多展开 32 个同级条目,其余从检索进入。树头部动作改为换行布局,避免窄栏把“产品实例”挤成竖排。 - 浏览器核对:在隔离的本地项目中,通过 UI 导入并提交仓库内
scratch-m2-assembly-pmi.step,结构树出现共享step.body.1的component.0与component.1。搜索component.1得到一条来源路径并能聚焦;结构树中也能直接点“在模型中定位”。聚焦后未出现已选实体;随后点画布,同一可见实体分别可显示component.0与component.1的实例路径,说明视图定位与修改对象绑定仍分开。当前实现版本内刷新后模型恢复;开发源码变更后,旧本地项目触发REALIZATION_REPLAY_IMPLEMENTATION_MISMATCH,严格重放保护保持生效,跨实现版本恢复未在本轮解决。 - 前置修复:锁定的操作目录文件实际摘要与 TS、Rust 常量及三个语义引用 schema 的旧字面量不一致,导致新的真实项目无法初始化;将字面量同步到目录锁的现值并重新生成契约、构建 WASM。没有改变目录内容或降低摘要检查。
- 评分裁决:“结构检索→实例聚焦→局部点选”维持 26/30 的设计估计。两实例真实 STEP 证明来源路径到已载入几何的有限接线,不证明人能从 100 个同名件中选对目标,也没有 1 万实例 p95、视图外目标定位、可辨地标或真实 CAD 修改检查。情景分页目录仍 15/30,真实工件地标定位仍 未知;不能把小样本接线称为最高分。
- 验收:浏览器操作导入、提交、检索、树中定位、画布点选和同版本刷新;Web typecheck、build、改动文件 ESLint/Prettier、Rust WASM 构建与
git diff --check。未新增 test/spec,未提交推送。
迭代 96:以可判别线索决定是否展示候选
Section titled “迭代 96:以可判别线索决定是否展示候选”- 理论组合:指代表达研究要求描述相对于当前对话与视觉上下文有判别力;决策型主动学习关心区分会改变决定的假设,而非消除所有不确定性;混合主动权要求衡量澄清打断成本并在不确定时缩小自动行为。由此推导:Aira 的对象候选是否值得逐项展示,取决于来源可信、用户可核对的区别,而不只取决于命中数。局部修改中,两个同名 occurrence 往往代表不同决定;未经明确任务语义与检查,不能因为它们同源就合并成一个授权目标。详见白皮书的判别性共同理解。
- 反例:旧搜索对 100 个命中显示数组中的前 12 项。这 12 项并非最可能或最相关,且即使只有两个同名同层级实例,列表仍会逼用户从内部
component.N键猜一个。展示上限解决渲染负担,不能解决指代歧义。 - 改动:短候选只有在组件及祖先的源文件标签路径互不相同时才逐项呈现;两个同名且无其他标签区别的实例只显示命中数与补充结构路径/画布指向的建议。超过 12 项不再展示任意前缀。结构树优先展示 STEP 标签,精确组件键作为次要身份线索;定位仍只改变视图,实际修改对象仍需明确点选。
12是暂定的界面呈现预算,不是理论最优阈值。标签a/b虽可区分来源,也不保证用户能理解其工程含义。 - 浏览器核对:原始两实例 STEP 的共享
step.body.1查询显示源标签a/b和各自来源路径;一份仅将第二个 occurrence 标签改为a的临时 STEP 反例,在相同查询下只显示“2 个实例”及缺少可区分名称的提示,没有候选按钮。输入明确component.1后仍能定位,定位不生成“已选实体”。临时反例文件已删除。这是规则的单个正反例核对,不是搜尽 CAD 情景的可用性实验。 - 评分裁决:“结构检索→实例聚焦→局部点选”仍为 26/30 的设计估计,“只问决策相关的一处歧义”仍为 24/30。本轮确立更可辩护的候选呈现规则,但尚未实现由真实任务、保持和授权推导决策等价类,也未测用户补充线索的成本,故不以多一次浏览器反例换分。下一步需要把候选身份与当前任务决定连接:若两个引用导致不同可允许变化,询问最有区分力且来源可证的线索;若没有这样的线索,保留未解析而非列号或猜测。
- 验收:真实 STEP 与单处标签修改的反例浏览器操作、Web typecheck/build、改动文件 ESLint/Prettier、
git diff --check。未新增 test/spec,未提交推送。
迭代 97:在对象预览中显示当前任务的已知后果
Section titled “迭代 97:在对象预览中显示当前任务的已知后果”- 推导:候选是否“等价”不能只看名称、同源定义或最终修改集合。两个同排锚点可能展开为同一四项范围,但身份审计、已有保持例外和授权来源仍不同;未完成实际影响检查时更不能推论可自动应用。按白皮书的任务后果推导,定位线索、任务预览、执行授权必须分层。决策区域的理论用于减少无关澄清,CAD 的等价与安全条件由本项目单独负责。
- 反例与改动:以前对象搜索只问“这是哪个孔”,用户采用后才看到“同一排”会展开到隐藏成员,或与持续保持冲突。现在单个候选的预览卡按当前限定语法和 authored 关系,显示若用它作为锚点会提出的修改范围,并只对现有保持项做轻量预检;已知冲突、无检查证据和引用失效分别显示阻断提示。预览不绑定目标,发送后仍需核对完整关系范围;未知实际依赖不被说成检查通过。续改、语言中的“其他成员”关系保持与自由输入不使用这条简化投影。
- 浏览器核对:在 1,000 语义目标的复杂单件情景中,先写“同一排,向孔排末端移动 5 mm”而不选对象;方向键预览孔排 00007 时,卡显示“同排 4 项,包含隐藏成员”和“实际影响和检查仍在发送后确定”,此时仍为 0 项指令对象。点击“用于指令”后仅绑定一个锚点;发送出现独立的 4 项范围核对,取消后未执行。另将孔排 00007 设为持续保持轴向位置,再预览同一指令,卡在绑定前显示“现有保持项与这一范围冲突;不会自动应用”;核查后已解除临时保持项并清空草稿。无阻断提示限定为“已引用保持项的预检”,因为情景预置保持项并未在此得到完整证据。这核对了状态边界,不是用户能否理解或真实 CAD 检查的证据。
- 评分裁决:结构定位维持 26/30 的设计估计,限定“同一排”范围核对维持 26/30。任务后果预览减少了采用对象后才发现范围的盲点,但增加了预览文字;没有非专家任务对照、真实关系来源或完整依赖检查,暂不加分。下一项关键比较是:在已知名称、同名重复和已有保持冲突三类独立任务中,预览是否减少错误绑定和回退操作,而不增加单点任务的阅读负担。
- 边界:预检只读当前 fixture 的关系索引与保持要求,没有生成几何候选,不能把“未发现已知阻断”当成可自动应用。生产需要把任务后果与模型修订、实例/定义范围、保护集合和候选差异绑定;关系成员或版本变化必须使预览失效。
迭代 98:只在下一步决定会改变时显示任务提示
Section titled “迭代 98:只在下一步决定会改变时显示任务提示”- 理论组合:迭代 97 把正常单对象的“只替换当前对象、实际影响仍待检查”也放进每次预览。即使内容正确,它没有改变此刻的绑定动作,增加了阅读成本。混合主动权的打断成本与决策区域的任务相关歧义合起来给出一个保守规则:已知事实只有会改变下一步必经核对、阻断或纠正时才主动出现;无提示不代表 CAD 检查通过。完整推导见白皮书。
- 纠正:原先所有“同一排”预览及提交卡都宣称“包含原隐藏成员”,但本轮浏览器预览的孔排 00007 所属四项并无隐藏成员。这是样机事实陈述错误。现在从本次 authored 关系成员计算隐藏项,只在实际存在时显示,提交前提示与范围卡使用同一条件;普通单对象且无已知保持阻断时,不显示额外任务后果卡。已知阻断则先说阻断,再说相关范围。
- 浏览器核对:同一固定单件目录下,“向孔排末端移动 5 mm”的对象预览只显示孔排身份、路径和“用于指令”,没有重复的任务说明。改成“同一排,向孔排末端移动 5 mm”后,孔排 00007 的预览显示“同排 4 项;发送后核对范围”,没有虚报隐藏成员;采用锚点后的提交前提示也未声称有隐藏项。发送后仍出现独立的四项范围核对,卡内不再声称“原隐藏成员临时显露”;取消后未应用。相同指令预览孔排 00009 时,所属四项中确有一处隐藏,卡才显示“含隐藏成员”。已恢复样机初始输入状态。上一轮的已知保持冲突分支仍沿用同一预检及阻断表达,本轮没有重做用户理解实验。
- 评分裁决:结构定位和限定同排范围能力均维持 26/30 的设计估计。减少冗余提示和修复错误叙述是必要条件,不以文本变短自动上调易懂或省操作分。下一轮评价应区分“阅读更少”与“更少误选”:在不看内部编号的任务中分别记录对象选择、范围理解、阻断识别和纠正成本;实际用户实验与真实 CAD 依赖检查仍缺失。
- 验收:浏览器实际操作普通单对象、同排预览与范围取消;Web typecheck/build、改动文件 ESLint/Prettier 及
git diff --check。未新增 test/spec,未提交推送。
迭代 99:范围层级只从当前修订的证据提升
Section titled “迭代 99:范围层级只从当前修订的证据提升”- 反例:直播工作台原来的“特征/实体/装配”按钮对几乎所有选择出现。“特征”可能取当前列表中选中的或第一项;“实体”可退化到固定
body.bracket;“装配”使用固定assembly。按钮会把这些构造标为已解析,尽管它们未必来自用户点中的对象。歧义命中还把内部语义 ID 列成候选,点击后无新的几何证据便被标为已解析。这类界面给出虚假的精确性,分数不能用按钮数量提高。 - 理论裁决:定位、来源映射、上层范围与执行授权必须分离。范围提升需由当前模型修订中的确定映射给出有效引用;实例的局部命中不能默认升级为共享定义。是否询问用户只取决于会改变当前决定的歧义;内部 ID 不能作为用户可辨的澄清答案。依据与工程边界见白皮书·迭代 99。
- 改动:范围按钮只在该层级可由当前选择与特征图绑定时显示;不再猜第一条特征或写固定实体/装配 ID。结构树选中的特征保持特征层级;产品实例命中保留实例引用,不隐式指向共享定义。撤掉歧义内部 ID 按钮及其假消歧路径;歧义与过期状态不能由该入口伪造“已解析”。当前契约没有单独的实体/装配可执行引用,因此这两个上推操作暂不可用。
- 浏览器核对:固定歧义情景中,展开控制台后无候选 ID 按钮、无范围上推按钮,发送仍阻断。固定已解析面只显示“实体/特征”,点特征显示
n.extrude.01,点实体恢复原面引用;没有实体整体或装配按钮。真实支架工作台从结构树选中Bracket through-hole后,底栏显示“特征”及当前修订,没有虚构的上层操作。此验收没有测试真实导入装配中点选 occurrence 后的执行,也没有证明候选事务的授权和检查已贯通。 - 评分裁决:“结构检索→实例聚焦→局部点选”仍为 26/30 的设计估计;本轮修复了必需的可信边界,不提高易懂、大规模或模型成功分。尚缺真实产品实例/共享定义/实体/装配的任务引用语义和精确影响检查;只有完成这些,再用独立任务对比误选、范围理解与纠正成本,才讨论升分。
- 验收:浏览器操作歧义、已解析、特征切换与真实工作台结构特征;Web typecheck/build、改动文件 ESLint/Prettier、
git diff --check。未新增 test/spec,未提交推送。
迭代 100:任务前景不继承整个模型的参数表
Section titled “迭代 100:任务前景不继承整个模型的参数表”- 反例:真实支架工作台在没有选中对象、没有修改任务时,展开控制台就显示 9 个可变参数的滑杆和输入框,因为“当前作用域没有参数”被解释为“显示全部参数”。原始引用 ID 与完整修订哈希也常驻作用域主层。空闲输入区因而与手工参数面板竞争注意力,不能体现“告诉 AI 下一步做什么”的产品目标。
- 推导:参数控件应由当前对象与任务中的可调整量触发,模型参数清单只能作为按需查询。源自DynaVis的语言后持久控件方向与本项目的引用/检查义务共同导向白皮书·迭代 100;不能把当前特征参数检查器冒充动态语言合成。
- 改动:去掉“无相关参数就显示全模型参数”的回退。仅在选择已解析、相关参数可改且无运行中检查/待决候选/版本冲突时显示当前特征参数;一项直接可调,多项默认折叠。画布悬停不再枚举参数数值,锁定标注也只在恰好一项可改时显示就地输入;悬停投影不再逐指针事件遍历全部参数来生成不用显示的控件。作用域主层保留名称及路径,原始引用和版本移入键盘可展开的详情。结构树的显示路径使用特征名称,精确 ID 仍保存在引用中。
- 浏览器对照:真实支架新会话修前在空闲控制台有 9 个滑杆及 9 个数值输入;修后无选中对象时为 0。选择
Exact L-bracket extrusion后,显示 1 个与该特征绑定的Extrusion distance控件;“引用与版本”默认折叠,主层显示特征名称。选择有 4 个参数的Constrained L profile后,画布标注只显示特征身份,底部提供“当前特征参数 · 4”的折叠入口;点开可访问 4 组控件。候选待决状态、真实装配及大模型悬停时延仍待核对,未做独立用户实验。 - 评分裁决:账本的“少量按需参数控件”暂维持 27/30 设计估计,“结构检索→实例聚焦→局部点选”维持 26/30。这次删除了无关输入和误导性“已确认参数”标题,但尚未从指令生成控件,也没有证据表明非专家完成任务更快或更准确。优先用目标选择、修改范围理解、阻断识别和一次纠正的独立任务比较,不能只计减少多少控件。
- 验收:真实工作台新会话下操作空闲、单参数和四参数特征;Web build(含 TypeScript)、改动文件 ESLint/Prettier、
git diff --check。未新增 test/spec,未提交推送。
迭代 101:工作台前景只承载当前决定
Section titled “迭代 101:工作台前景只承载当前决定”- 反例:参数表收起后,空闲界面仍默认展开零条要求和四份未知工程报告;候选一出现,即使没有图纸,也把图纸标为“待更新”,并将整组工程报告自动展开。这个状态归因错误同时吞掉指令与候选检查的可见空间。
- 推导:结合白皮书·迭代 101,工作台前景以下一步决定为单位。候选检查与阻断直接呈现;要求、工程输出与原文进入可用键盘展开的上下文摘要,模型来源保留单独的按需入口。摘要保留失败、失效、待更新和未知硬要求计数。非候选状态的真实失败或过期报告可自动展开;候选状态已有检查卡时避免重复展开整份工程清单。
- 证据语义修复:只有实际存在的图纸才可能因未提交候选变为待更新;没有图纸仍为未知。产品有部件结构不能证明已经生成并核对 BOM。候选失败检查不能凭无类型的标签泛化为整份 DFM 失效;单个通过断言也不等于完整 DFM 当前。这些报告仍可按需查看,检查证据缺失不被改写成通过。
- 浏览器核对:空闲
scenario=empty展开工作台后,左栏仅有阶段、上下文摘要与来源入口,空要求和四份未知报告不占前景;candidate-valid的候选变化与三项检查仍可见,上下文默认折叠且图纸不再虚报待更新;candidate-invalid的制造规则失败与不可提交状态仍直接可见,工程输出留在可展开摘要。点击摘要能进入下游细项。它们是 fixture UI 核对,不是用户理解率、真实 CAD 检查或大型模型性能测量。 - 评分裁决:新增“当前决定前景+工程证据按需展开”暂评 25/30 的设计估计;方案 I 仍为 20/20 的机制上限估计,没有因折叠面板追加分数。因减少占屏与降低状态归因错误而保留此方向;折叠会否令用户漏看真实硬要求未知或下游失败,需独立任务比较。已存储
DownstreamConsumerReport的来源/完整性绑定尚待设计,不能据这轮 UI 说工程联动已验证。 - 验收:浏览器实际展开空闲、有效候选与失败候选、按需打开工程摘要;Web 类型检查、构建、改动文件格式/ESLint 和
git diff --check。未新增 test/spec,未提交推送。
迭代 102:未知对象、未知规则、未采纳要求和未验证证据各走一条恢复路径
Section titled “迭代 102:未知对象、未知规则、未采纳要求和未验证证据各走一条恢复路径”- 反例:原来的
hasMacroExploratoryGoal只要遇到任一未知假设、对象歧义或澄清就显示“宏观探索目标”,即使只是两张面满足同一个选择器,或单个静载工况没有载荷谱。该标题与长篇安全告警都不是从任务事实推出,且会掩盖该由谁解决哪个缺口。 - 理论推导:将用户能回答的引用
R、规则I、要求采纳G,与必须由检查证据回答的验证V分开;详见白皮书·迭代 102。对用户只提会改变当前决定、且用户能核对的局部问题;对检查缺口报告unknown并保持应用边界。混合主动权与决策区域启发提问时机,CAD 的责任与证明条件由本项目推导。 - 改动:撤掉把不同未知统称为宏观目标的横幅及其推断;未验证假设在按需要求摘要独立计数。要求动作从“确认硬约束”改为“采纳为必须满足”;AI 提议的硬要求标为“提议必须满足”,用户采纳后才显示“必须满足”,来源徽章与“尚未验证”并列。新采纳事件的备注只存要求标题,避免重复写出暗示验证的“User confirmed requirement”。决策日志按全部六种事件明确命名并默认收起。开发 fixture 入口现在可直接打开工业任务与规则澄清情景。
- 浏览器核对:工业支架显示
5 Not verified · 2 Assumption,无宏观目标横幅;打开层级可见航空级探索与 15 kN 工况两项具体假设。点击采纳航空探索后变为MUST HOLD · NOT VERIFIED · ADOPTED BY USER,未伪造检查通过。选择器歧义情景保持“先确定目标对象”并禁用应用;孔阵列情景保留两条关系规则的局部选择和发送阻断。这些是已有情景的状态核对,不证明真实语义理解或安全性。 - 评分裁决:“只问决策相关的一处歧义”保持 24/30;“当前决定前景+工程证据按需展开”保持 25/30;不因为删掉一条错误告警就提高分数。自然方向关系保护的 30/30 仍只是限定场景的设计上界,不等于跨任务最优或真实用户结果。下一步应对照独立任务记录:用户能否分清“我需要回答”与“系统需要检查”,以及采纳要求后会否误认已通过。
- 验收:浏览器操作工业任务、对象歧义、规则澄清和要求采纳;Web typecheck/build、改动文件 ESLint/Prettier、
git diff --check。未新增 test/spec,未提交推送。
迭代 103:已采纳不等于候选已满足
Section titled “迭代 103:已采纳不等于候选已满足”- 反例:固定支架中“外包络尺寸限制”已有用户采纳事件,当前候选却只有拓扑与选择存活等验证;旧提交只检查候选事务有效,仍可把未检查包络的候选提交。
assertionId字符串存在也不证明当前模型声明了对应检查,更不证明候选证据的断言操作和对象语义匹配。 - 推导:令
G为用户已采纳的持续硬要求,C为当前候选,V(C,g)为与候选、显示包、基准修订及声明检查绑定的判定。候选提交至少需要事务验证通过,且每个适用的g∈G均有V(C,g)=pass。unknown包括没有检查定义、检查未运行、证据过期或结果不明;用户采纳只使g成为义务,不赋予pass。见白皮书·迭代 103。这是 CAD 授权与验证的工程条件,不是其他领域研究已证明的结果。 - 改动:要求投影只接受当前模型声明中相同断言 ID 与操作的原生检查结果。候选提交的自动、手动和固定情景入口共用同一缺证据判定;缺口使自动应用退回可查看候选,画布、底栏和控制台的提交按钮均禁用并显示原因。已采纳硬要求提供明确的“解除持续要求”动作;解除留事件记录,不伪造检查通过。跨修订采纳/解除事件绑定任务当前修订,避免旧要求目标引用使动作静默失效。要求与检查结果按 ID 建立一次查找表,去掉每条要求反复扫描整份决策日志和证据的路径;尚无 1 万要求的延迟实测。
- 浏览器操作:工业支架固定情景把壁厚 3.0 改为 3.5 mm 后,候选的拓扑与选择检查虽通过,已采纳包络要求缺本候选证据,三个提交入口被阻断;展开要求可见缺少可执行检查。明确解除持续要求后,按钮恢复并可提交;随后重载恢复情景。首次验收发现画布健康卡仍可点,已同批修复。此为情景回放与界面/路径核查,不是真实几何包络求值、用户理解率或生产级约束保证。
- 评分裁决:新增“已采纳硬要求的候选证据门槛”仅记 22/30 设计估计,此前 30/30 的限定场景方向保护不变。挡住误提交改善条件性保证,但缺少检查条件作者工具、要求适用范围证明与局部纠正路径,操作负担可能偏高;不据固定情景提高总体最优声明。下一轮优先研究如何把自然语言要求变成用户可核对的检查谓词与适用对象,并在不解除持续保护的前提下局部修正缺口。
- 边界:当前门槛保守地把所有已采纳硬要求视为适用于候选,可能阻止实际无关的修改;已有
assertionId与检查操作匹配仍不能证明自然语言要求和谓词语义等价。状态投影依赖当前显示证据,不给候选事务之外的原生 Interface 增加新保证。未新增 test/spec,未提交推送。
迭代 104:检查收据只能证明它真正检查的命题
Section titled “迭代 104:检查收据只能证明它真正检查的命题”- 反例:工业样机“支架与电机总体包络不超出 120 × 80 × 60 mm”是整体上界要求;当前
assert.bounds检查一个实体的世界坐标轴向尺寸等于给定值。它即使通过,也不能证明电机被包含或总体未越界。assert.validSolid也不能证明最小壁厚。只看相同断言 ID 与操作会把不同命题混作一项证据。 - 推导:已采纳要求
G与可执行检查Q之间先要有用户核对的映射B(G,Q);证据再绑定当前候选、检查声明和公差。对目标、数值、公差或检查定义的改变必须令绑定失效。见白皮书·迭代 104。用户认可检查判据不等于系统检查通过,系统产出的pass也不自动证明自然语言语义等价。 - 改动:要求采纳与精确检查绑定成为两条决策事件。绑定保存要求层级、文字、目标以及完整断言声明和
validationDistance的规范化快照;任一内容漂移时回到未知,不能凭复用 ID 通过。界面只开放目标明确的部件/特征assert.bounds,解释等尺寸或等边界、世界轴、公差和不检查的内容;总体上界要求仍缺可执行判据。新增固定回放部件尺寸要求用于操作核对。未绑定的用户硬要求在候选提交门槛中不能借默认声明结果绕过。 - 浏览器核对:在工业支架情景里,采纳“支架本体轴向尺寸恰好 120 × 80 × 60 mm”后先显示
body.bracket的等尺寸谓词与 0.01 mm 偏差,单独点击绑定后仍为“未验证”,决策日志增加一项。壁厚从 3.0 改为 3.5 mm 后,拓扑与选择检查通过,但整体包络和部件尺寸两项用户硬要求都缺本候选通过证据,画布及控制台提交禁用。此为情景回放与路径核查,未运行真实几何断言或独立用户实验。 - 评分裁决:“已采纳硬要求的候选证据门槛”维持 22/30 设计估计。新增精确判据绑定修复同名检查冒充证明的漏洞,但额外点击与保守阻断可能增加操作成本;没有测用户识别谓词误配、纠正成本或真实大装配求值,不据此提高总分。要争取高分,下一轮优先研究少量结构化问答如何把上界、整体范围、工况和持续期限转成可核对判据,并取得权威检查及适用范围证据。
- 验收边界:Web typecheck/build、改动文件 ESLint/Prettier、
git diff --check和浏览器采纳、绑定、候选阻断。未新增 test/spec,未提交推送。
迭代 105:混合线索部分落地后,直接进入少量可看的局部
Section titled “迭代 105:混合线索部分落地后,直接进入少量可看的局部”- 理论组合:把指代表达的判别性线索、决策型主动学习的只消除会改变决定的歧义和 CAD 的引用不能由未核对描述授权合在一起。结构已匹配而功能词未匹配时,保留已知结构集合与原词;让用户进入局部画布继续指认,不因完整查询为零就丢掉已核对范围,也不把部分匹配当作已选择。白皮书·迭代 105给出条件与推导。这不是任意功能语言的解析器。
- 固定挑战:
seed 23的装配情景有 10,000 个可定位语义实例、100 个共享定义和 20,000 条情景依赖边。任务为“找到工位 73、模组 724 的出料端实例,沿实例排末端移动 5 mm;同源其他实例轴向位置和安装接口保持”。完整线索工位 73 模组 724 出料端为 0 命中;结构片段得到 9 个可见匹配,分布于 2 / 625 个情景局部页。功能词“出料端”无来源证据,因此不能据这 9 项授权修改。一次只显示 15 个实例、约 5,256 个三角形;这不是全量装配渲染。此前固定回放对 99 个同源实例做数值位置核对,安装接口曾作为假设的情景通过;本轮修后无引用安装接口情景保持现为 unknown 阻断(缺少可核对对象、谓词及公差检查,候选保留但不能应用),同源实例轴向位置收据是当前候选的零公差数值比较、不是原生几何/关系验证。 - 复杂度剖面(每轴 0–5,只比较本挑战,不求和):语义身份 4/5(万级实例与共享定义);可见几何 1/5(局部仅 15 项、约 5 千三角形);依赖与检查 2/5(2 万条合成边,未形成真实闭包/几何证明);指代歧义 3/5(结构可缩窄,功能地标缺失,存在隐藏项)。不能用“10,000”一个数字把这件情景工件称为极端复杂的真实 CAD。
- 任务明确度(五项各 0–2,共 /10;只评分人机共享的信息,不评分几何正确性):对象引用、修改量与方向、实例/定义范围、保持对象与内容、检查状态。仅输入混合线索时为 0+2+2+1+1=6/10;部分落地后为 1+2+2+1+1=7/10,因为范围被缩窄但对象仍未唯一;人工点选正确实例后最多 8/10,保持和真实检查仍有限。任何阶段都不能把此分当自动应用许可。这里的分差是设计诊断,未做用户实验。
- 改动:当搜索范围只落在 2–4 个情景局部页时,显示少量“查看局部视图”入口,替代两级 25 格分页目录;仍说明这是按目标序号分的局部页,不暗示真实空间方位。搜索摘要改称“完整线索匹配”,与部分落地范围分开;直接视图入口补充当前局部标识、上下方向键导航及聚焦。此前从部分落地卡到首个局部需要经过“查看范围→分页组→局部页”三次点击,现在“查看范围→局部视图”两次;省一次导航,不消除看图辨认的责任。
- 浏览器核对:在 10,000 实例情景输入上述混合线索,看到完整 0 命中、已核对结构 9 项/2 页和未证实词;进入直接视图列表后可点击首处,也可 Tab 到第二处按 Enter 进入,两处各显示 2 与 7 个范围内对象,画布均保持“尚未选择”,发送不可用,重新打开定位面板时原始线索保留(旧迭代 390×350 短屏曾验证两处入口可见,作为历史记录保留)。本轮新定位改动已通过静态检查,但 390×350 短屏和键盘实操因 sealed OCCT runtime 缺失未复验。此前固定设备的 30 次已知 ID/路径定位 p95 分别约 39/38 ms,只覆盖程序化查询与两帧取景,不含人发现线索、搜索输入、完整画面绘制或真实求值;本轮没有把它当任务耗时。
- 评分裁决:新增“混合线索部分落地+少量局部直达”25/30 设计估计(E3/O4/S4/P4/C5/B5,±1),与原名称/结构检索 23/30 比较只增加省操作与局部纠正判断。实际目标仍无法从“出料端”自动确定;尚未达到最高分。评分仍是设计估计,不新增主观成功率。下一关键前提是同一修订中的真实功能地标和远处实例几何来源,再用独立任务验证非专家能否找对,而不是增加候选数字或继续优化情景分页。
- 验收:新定位改动已通过改动文件 ESLint/Prettier 与
git diff --check等静态检查,但 390×350 短屏和键盘实操因本地 sealed OCCT runtime 缺失未复验,不能宣称运行时端到端通过;未放宽摘要校验,未新增 test/spec。
迭代 106:目标纠正与保持证据在同一任务中显露
Section titled “迭代 106:目标纠正与保持证据在同一任务中显露”- 反例与改动:旧修订的持续要求不能凭同名 ID 搬到新修订;草稿中“可检查”不能提前显示
pass,解除缺证据保持项也不能作为自动重试捷径。真实工作台现在仅用当前修订已解析选择显式重指向要求,清除旧检查绑定,存储状态回到unknown,并在当前候选缺证据时阻断提交。研究样机将已证实结构、未证实功能词、用户所指对象、影响范围和保持检查放在任务核对区;显式分隔符才允许抽取位置前缀,未解析原文保留。保持项需到管理面板逐项确认解除,候选不会自动重试。 - 独立审核:第一名审核员对草稿给定位纠正 24/30(E3/O4/S4/P4/C4/B5)和保持证据 23/30(E3/O3/S4/P4/C4/B5)的设计估计,指出前缀吞词、隐式跨修订重指向和一键解除三项 P1。回修后的只读复验确认三项代码路径已关闭。定位纠正沿用第 105 轮的 25/30(E3/O4/S4/P4/C5/B5)设计估计;保持证据流程保守维持 23/30,因为二次确认改善授权清晰度,但真实检查域和用户操作成本未实测。已采纳硬要求的候选证据门槛仍为 22/30。另一名审核员引用的历史“预设接口对象+保护属性+期限”26/30 是不同评分对象,不能作为本轮保持证据改进分数。
- 同输入核对:原生契约函数拒绝旧修订目标、只更新指定要求,修订变化与重指向后状态均为
unknown;样机语法直接核对“工位 73 模组 724 出料端:把这个实例向实例排末端移动 5 mm”保留功能词且动作仍解析为 5 mm,缺分隔符及“正向/全部/接口保持”前缀不剥离原文。改动文件 ESLint、Prettier、git diff --check与契约包构建通过。完整 Web 类型检查受缺失的几何内核/CAD tools/WASM 构建产物阻断;浏览器短屏、键盘、真实 CAD 几何与持久化端到端均为unknown,没有用户实验或真实 AI 成功率证据。
迭代 107:以当前决定组织界面,纠正目标前核对影响
Section titled “迭代 107:以当前决定组织界面,纠正目标前核对影响”- 目标:同一任务中减少错误绑定和一次纠正的操作成本,同时保持未知检查阻断。独立核对任务为单件孔位纠正、
seed 23混合线索装配定位、跨修订持续要求重指向;记录找对对象、保持范围理解、阻断识别、纠正操作数与耗时。只有在相同正确性和可比预算下改善这些结果,才讨论提高 E/O/C 分数。 - 改动:研究样机把阻断证据与纠正动作放到“当前决定”前景,区分查看视图、绑定对象和解除要求;真实工作台增加显式重指向核对,显示旧目标、新选择及检查回到
unknown的影响。契约层修复同修订clarify-target浅合并造成旧faceIndex、edgeIndex、空间坐标残留到新实体的问题,改为完整替换引用。 - 独立审查与裁决:定位纠正保持 25/30(E3/O4/S4/P4/C5/B5),保持证据保持 23/30(E3/O3/S4/P4/C4/B5),均为 ±1 的设计估计。新界面和少一次误操作的潜力尚无用户任务数据;用户样本 0,没有 AI 自主成功率证据。原生 Interface 目前可读设计任务,却没有对应的重指向写操作,因此真实工作台的 GUI 路径不算完成 AI 原生能力。
- 验证与边界:契约包构建/类型检查、改动文件 ESLint/Prettier、
git diff --check通过。一次同输入契约核对显示纠正后仅保留新revisionId/bodyId、状态为unknown、旧检查绑定清空并增加决策事件。Web 全量类型检查因 CAD tools 与几何内核构建产物缺失未通过;390×350 浏览器、键盘实际操作、真实几何及持久化端到端均未复验。并行共享工作区曾发生一次跨责任区重置,研究样机随后恢复;后续并行开发需使用独立 worktree,避免再次丢失未提交改动。