2040 Commits

Author	SHA1	Message	Date
lhk229	4ccfdc68f6	删除确认判据改看 marker，覆盖源准备阶段的免费占位 ... 判据是 status === 'generating' && !perfectPixelOperation，而 perfectPixelOperation 要到源图解析/直传完成后才写入。未登记的本地图片要走 ticket → PUT → confirm， 预算上限 90 秒；这段窗口里占位是 generating、只有 requiresLiveSession、没有账本， 判据返回 true——用户删一个免费操作会被告知「已消耗的泥点不会返还」，与「完美像素 任何状态直接删、不弹确认」的决策直接矛盾。 perfectPixelOperationId marker 从占位创建那一刻就写上（operationId === dialogId 在创建时已知），判据改看 marker。marker 的语义也因此更准确：它表示「这个占位属于 一次完美像素操作」，而不是「账本已存在」。 未采纳「删掉弹窗入口」：删除入口全仓只有 requestRemoveCanvasGenerationDialog 一条， 右键、Delete、工具栏全部汇入，完美像素没有自己的删除路径可摘。「从本链路删入口」 等价于「让判据认得出本链路」，绕不开识别问题。 未采纳新增计费字段（今天唯一生产者只有完美像素，属过度设计），也未采纳判据加 requiresLiveSession（那只是换一个代理，而用短寿命字段的存在性判断长期属性正是本 缺陷的成因模式）。 连带影响已核：会话内到期清理不受影响（看的是 perfectPixelOperation 而非 marker）； 只有加载时的快照清理会豁免源准备阶段的占位，使其显示为可删的失败卡而非被静默清掉， 这与「系统不替用户删」一致。 测试夹具原本带着 perfectPixelOperation，编码了与判据相同的错误假设，结构上覆盖不到 这个窗口。夹具补上 marker 还原真实形状，并新增「只有 marker、尚无账本」用例，回退 判据后报 expected true to be false。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-05 12:25:17 +00:00
lhk229	ce81032903	Merge remote-tracking branch 'web/master' into feat/pixel_art2 ... # Conflicts: # docs/project-memory/shared-memory/decision-log.md # docs/project-memory/shared-memory/pitfalls.md	2026-08-05 11:40:35 +00:00
lhk229	9336deb5b8	记录完美像素跨会话续命层的存废条件 ... 本分支相对 master 新增约 16758 行，测试占 45%，而像素规整算法本体只改了 100 行。体量几乎全部来自「这条链路没有 durable job」这一个架构选择。 按存在理由把客户端机制分三层并写进文档：A 层服务端正确性与是否有 job 无关， 保留；C 层 POST 后一次对账保护的是「结果未知却谎报失败」，属于主链路，保留； B 层跨会话续命（本机账本、刷新恢复与孤儿对账、75 秒窗口与锚点、marker 与账本 寿命对齐、exact retry、inline 占位到期与归属登记）只因为没有 job 而存在。 现在不删 B 层——它刚写完刚测过刚修完六个缺陷，删除本身有风险，收益在未来。 但迁移到 enqueue_editor_generation_job 时必须整层清除、不得与队列并存，否则 两套收口机制会产生「谁是终态权威」的二义性。写为阶段 4 的验收条件。 一并记录支撑结论的实测：requiresLiveSession 全仓仅一处置位、claim/release/has 五个调用点全在完美像素路径，故整层删除边界清晰；以及七条复查发现里 F1-F6 六条 全部落在 B 层。 另记一条待办：图集拆分的 catch 只 alert「拆分图集失败」，不区分确定失败与网关 合成的未知结果，服务端已落库却报失败属于谎报，落在主链路一侧。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-05 11:31:38 +00:00
menghao	62e0fe94ef	资源卡依赖关系及类型分类预览 (#129) ... 完成资源卡按类型和按依赖分类展现的功能 Reviewed-on: http://192.168.35.82/git/GenarrativeAI/Genarrative/pulls/129 Co-authored-by: menghao <mh18530625731@163.com> Co-committed-by: menghao <mh18530625731@163.com>	2026-08-05 19:15:46 +08:00
lhk229	e4c2c7c25a	确立完美像素的优先级判据：低成本操作不为「丢资源」加限制 ... 这条链路上反复出现同一种压力——为了防止「已生成的结果丢失关联」，不断有人 提议加限制。历史上真的加过两条（禁止删除未收口占位、随源图层清理豁免）， 造成用户画布上出现删不掉的元素，后来被逐条作废；最近一轮评审又把「删除后可 创建第二个 identity」报成必须闭合的缺口，闭合方向是让本机账本参与防重。这种 压力不会自己停，写成判据。 事实前提：该操作免费、同步、纯几何规整、不进外部生成队列，重做代价接近于零， 与计费生成的风险结构根本不同，不能套用同一套「必须防止重复提交」的直觉。 判据：凡是「已生成资源丢失关联、需要用户重做或自行去素材库取回」这一类问题 一律不构成阻断项；只有主链路本身出问题才阻断——发起被拒、处理失败、结果没 落库、已落库的结果既不回填画布也不进素材库。 禁止：不得为防止上述丢失而新增任何限制用户操作的特性，包括但不限于「禁止 用户删除占位」「禁止用户重试」「禁止同一张图被处理两遍」。已作废的同类封锁 不得以任何理由重新引入。 连带把先前记为「已知缺口」的那条改记为明确接受的行为，并注明既有的 existingOperation 闸是本条确立之前的遗留，后续应放宽而非加固。本条不否定 exact retry——它是用户自愿选择的幂等路径，属于多给一个选项，不是限制。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-05 09:34:24 +00:00
lhk229	1168c777ea	孤儿账本只在正向终态清除，legacy 迁移判据对齐 exact retry ... 一、孤儿过早清账。上一条把孤儿改成「读到任何结论就清账本」，但 pending / conflict 不是结论。浏览器关掉不会中止服务端处理——api-server 的处理与持久化 预算合计可达 90 秒，重开项目时单次 GET 没看见 resource 只说明「还不知道」。 此刻清账，服务端稍后落库便再无对账凭据，用户永远等不到「结果已进素材库」的 提示。改为只在 applied / dialog-missing 两个正向终态清账；pending / conflict 与读失败一律保留给下次加载重读，残留由保留期与条数上限兜住。 二、legacy 迁移漏 failed。判据按状态白名单列举 generating / pending-confirmation，漏掉 failed + perfectPixelOperation——那是旧严格保存 失败的合法持久化形状，retryPerfectPixelOperation 明确接受它，「重试同一完美 像素操作」按钮正是在这个形状下出现。漏迁后下一次保存剥成 marker，再加载即 failed + invalid，重试按钮消失，用户只剩删掉重做，而那正是新 identity。判据 改用 isUnresolvedCanvasGenerationDialogRecord 取反，与 hydrate 判定收口态同 一个函数，两处不会漂移。 通用要求：涉及「这条 operation 还需不需要账本」的判断一律问「它收口了没有」， 不要列举状态——状态白名单会随语义变化静默漏项，本条就是实例。 同步更正专题文档三处残留矛盾：窗口起算点仍写作「稳定请求快照写入时」；仍称 「不会让布局校验失败升级成硬阻断」（应限定为解除客户端侧拒发，端到端 409 依赖仍在）；「删除后不再对账」（应限定为结果不再自动回填画布）。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-05 09:30:13 +00:00
lhk229	11a2c5afe0	legacy 内联账本一次性迁入本机 ... 账本移出布局后，hydrate 仍认布局里的 legacy 内联快照，但没有任何路径把它 写进本机账本；而序列化会在下一次保存时把内联快照剥成 perfectPixelOperationId 标记。先前提交声称「滚动部署期间的在途操作不会被一次性判死」只对了一半： 第一次 hydrate 活下来，第二次就变成 failed + invalid，永久失去 exact retry 的 identity。 在 applyProjectSnapshot 读账本、splitCanvasLayoutItems 之后补一次性迁移。 三个条件都必要：只补写本机缺失的（本机那份可能刚在 pre-POST flush 之后被 重新锚定过，比布局里的新）；只补写未收口的（收口态本就不需要账本）。 未采纳「删除后立即 flush 压缩竞态窗口」：核查发现删除已经触发既有的 450ms 防抖自动保存，该改动只能在由服务端处理耗时（数秒）主导的竞态里省下 450 毫秒， 代价是让高频操作绕过防抖。 未采纳「重做时弹确认框」：完美像素免费，最坏是素材库多一份；在常用路径上加 确认属于制造摩擦，且账本只能按 sourceResourceId 匹配同源，纯本地图层匹配不到， 覆盖不全的提醒比没有提醒更容易让人误以为安全。 Undo 复活占位在当前会话内不再对账（刷新即自愈）记为已知限制，连同根因与四种 修法各自的硬伤一并写入专题文档与决策日志。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-05 09:06:28 +00:00
lhk229	ef1807e350	同步专题文档中已被推翻的完美像素契约 ... 近五个提交连续翻转了多条前端契约，但只追加了 decision-log。专题文档是这些 条目自己声明的「关联文档」，其中仍写着旧契约，按它做验收会把当前正确行为 判成缺陷。 更正：请求快照写入占位并 flush 布局 → 账本写本机、布局只留 marker；strict layout save 预算与 revision ACK 前 POST 为零 → 通道已删除，改 best-effort， 并写明服务端要求占位此前已持久化否则 409、客户端无法证明只能提高概率； 窗口从快照写入起算 → 从 POST 发出时刻起算；POST 前必须取得保存成功确认 → 保存失败不再让 POST 为零；未收口 operation 不可删除、durable operation 不得被普通删除路径清理 → 任何状态可删且不弹确认。 新增不变式：标记与账本寿命必须对齐，收口态不写标记也不判无效；账本读不到 时只有未收口占位收口成可删除失败态；恢复必须覆盖孤儿账本，孤儿走一次确定性 的读、不按 reconcileUntil 短路。 「普通按钮不得创建第二个 operation」保留为已知缺口而非静默删除：该保证只由 existingOperation 闸提供，而它只扫内存 dialog 列表，占位可删之后删掉再从源图 发起会产生第二个 identity。文档如实描述现状并标注闭合方向，代码侧未修。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-05 08:51:27 +00:00
lhk229	4515bbcff6	对账窗口改在 pre-POST flush 之后锚定 ... 查服务端确认了一件推翻先前定性的事实：validate_editor_pixel_art_snap_ placeholder_exists 在处理前检查占位是否已经持久化，既没有同 ID 的已持久化 dialog、也没有同 operation 的稳定 resource 时直接返回 409。所以 POST 前那次 await flush 不是可省的画布同步，而是服务端硬前置，不能取消。 据此更正上一条决策里的错误声明：不是「布局保存失败只降级成 asset-only」， 而是「占位从未持久化时服务端返回 409；best-effort flush 不再提供成功 ACK， 客户端因此无法证明该前置已满足，只能提高满足它的概率」。被解除的是客户端侧 「拿不到 revision ack 就拒发」的阻断，不是端到端依赖。 缺陷：首次提交与人工 exact retry 都在这次 flush 之前就算好 submittedAt / reconcileUntil。该 flush 没有整体上限，慢保存足以在 POST 发出前烧光整个 75 秒窗口，请求带着已过期的 deadline 发出，对账退化成读一次就收尾。 修复：flush 返回、authority 复核通过之后才用 createPerfectPixelReconciliationOperation 重新锚定，按同一 operationId 覆盖账本与 dialog，登记新的 recovery key，随后立即 POST。只覆盖时间字段， request 与 dialog / operation / task identity 逐字节不变，不产生第二条账本。 保留 flush 前的预写而不是整体后移：flush 期间另一标签页可能加载同一项目， 服务端已有带 marker 的占位而 localStorage 跨标签共享，本机若没有账本那条占位 会被 hydrate 成 failed + invalid。provisional 账本正好堵住这个窗口。 同步修正专题文档中已被近几个提交推翻的条款：strict layout save 预算与 revision ACK 前 POST 为零、未收口 operation 不可删除、durable operation 不得被普通删除路径清理。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-05 08:43:59 +00:00
lhk229	515682d571	修复账本寿命短于标记寿命导致的成功误判与孤儿失效 ... 阶段 3 引入的判据「布局里有 perfectPixelOperationId、本机没有账本 ⇒ 无效」 按构造就是错的：标记写进布局后寿命无限（服务端完成 completion 只做字段级 改写，从不摘标记），账本寿命却很短（收口即清、75 秒对账窗口、7 天保留期、 换设备即无）。账本消失是正常终态，不是异常。 同一个不对称造成两个缺陷： 一、每一次成功都被判成失败。settle 时先清账本、紧接着用真实 hydrate 重新 套用权威快照，成功结果被判成 failed + perfectPixelOperationInvalid；该状态 还会被下一次自动保存写回服务端，覆盖正确的 idle，且标记一旦落库就能单独 强制 failed，自我固化。历史上早已完成的占位在标记化改写后同样中招。 二、孤儿账本对账在唯一目标场景下失效。它的场景是「关掉浏览器、稍后重开」， 重开必然晚于 75 秒，而分支按 reconcileUntil 短路，等于永不生效，条目还会在 本机躺满保留期反复被跳过。 修复：凡是「缺账本 ⇒ 无效」的判据一律先排除收口态（复用既有的 isUnresolvedCanvasGenerationDialogRecord 取反）。收口态无条件忽略已落库的 无效标记与残留错误文案、强制归位 idle，让被写脏的行自愈；写边界同步收窄， 收口后不再输出标记，让标记寿命与账本对齐。 孤儿不按 reconcileUntil 短路，改走新增的 readPerfectPixelOrphanVerdict—— 一次确定性的读，不轮询。dialog-missing 提示结果只进素材库；applied 静默 刷新（本次读到的就是权威状态，结果本就在眼前）；未落库完全静默。三者都清 账本，读失败不清。 测试缺口的根因：工作流里所有 applied 用例的 applyProjectSnapshot 都是空桩， 跨 hook 协作从未被跑过；共享 fixture 也没还原服务端真实保留的标记。补了一条 把 verdict.project 真正喂进 splitCanvasLayoutItems 的集成用例，回退修复后它 报 expected 'failed' to be 'idle'。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-05 07:45:23 +00:00
kdletters	0cc257ce6d	允许开发环境访问托管MCP ... 将dev公开域名加入MCP Host与Origin白名单 新增正负例锁定DNS rebinding防护 同步外部API文档和项目排障经验	2026-08-05 15:23:26 +08:00
kdletters	427fbca100	修复 Runner GUI owner 跨重启登记 ... 保存 GUI owner attach 参数并按 AppData 与 bootId 重放 在 Runner endpoint 返回前失败关闭未完成的 owner 登记 补充幂等、重试、配置隔离测试和生命周期文档	2026-08-05 15:14:40 +08:00
lhk229	2fa2f245c1	完美像素请求账本移出项目布局 ... 账本记的是「本机发出过哪一次 POST」，属于对账凭据而非画布内容。它此前写在 用户的画布布局里，为此派生出一条严格布局保存通道：发 POST 前必须拿到布局 保存的 revision ack。任何布局校验失败因此都会升级成完美像素的硬阻断。 改为存在本机 localStorage，按 owner + project 双键隔离；布局里只留 perfectPixelOperationId 标记，用来把这类占位与队列型占位区分开。本机写入是 同步的、不过网络、不受服务端校验影响，因此它能提供严格保存想提供的那个保证 ——请求可被追溯——却不引入阻断点。严格保存通道整体删除，只保留一个不改变 失败语义的 preferLatestGenerationDialogs。 由此新出现的「账本有、占位没写进布局」窗口，由恢复 effect 覆盖：它同时遍历 内存占位与孤儿账本条目，对后者照常 GET 对账，终态给出 asset-only 提示并清 账本。 本机账本是明确设计，缺失只降级、不得构成阻断：换设备、清缓存、隐私模式、 配额写满都会读不到账本，此时带标记的占位一律收口成可删除的失败占位，用户 删掉重来即可。跨设备不再自动收口是已知且接受的代价。 布局内联账本作为 legacy 形状继续被读取，滚动部署期间的在途操作不会被一次性 判死；写入侧不再产生新的内联账本。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-05 05:55:06 +00:00
lhk229	06a6c33ea6	修正停发 model 的适用范围并补齐读写对称的服务端断言 ... 只对已登记项目资源的图层停发 model 与 provider 缺资源行的自包含本地图片序列继续携带，避免角色动画层元数据永久丢失 补测 module 读回确实丢弃 sourceType 键，以及显式冲突的 sourceType 仍失败关闭 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-05 04:57:16 +00:00
lhk229	5925b396d0	恢复完美像素占位的用户删除权 ... 低层删除不再对未收口 operation 抗命，随源图层与多选删除同等对待 删除确认判据收敛为 requiresGenerationDeleteConfirmation，免费的完美像素不再弹泥点确认 标记 operation 失效时一并丢弃快照，消除重试消失但占位仍在的矛盾态 翻转钉死删除保护的用例，改为覆盖删除后结果仍落库并走 asset-only 提示 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-05 04:50:37 +00:00
lhk229	291dd75a8c	修复画布布局元数据读写不对称导致的保存阻断 ... 读边界脱敏的 model 与 provider 不再由客户端回写，结构化保存改以资源行为准 读边界按图层声明的 resourceId 回填 sourceType，hydrate 缺键时回落资源值 补齐前后端定向测试覆盖两条往返不变式，并记录读写对称不变式 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-05 04:35:15 +00:00
kdletters	838feaeae9	修复游戏聊天续写来源匹配 ... Steer 目标增加 Runtime source 精确匹配 游戏聊天仅续写同来源 Run 并保留跨入口任务隔离 补充模型与 AppSurface 回归夹具和项目记忆	2026-08-04 22:02:32 +08:00
lhk229	a8407e718d	合并远程 master 最新更新 ... 纳入游戏创作生成任务恢复与运行进度改进。 纳入 master 现有 CI 基线修复。 保持完美像素分支现有行为并通过定向静态门禁。	2026-08-04 13:46:03 +00:00
kdletters	cd96db3fb6	恢复游戏创作生成任务并完善运行进度 ... 持久化并原样恢复 External v1 生成请求、operation 和同一 pending action 允许画布生成对账回执校验后收敛到最终终态 兼容受控换签素材在透明代理 fake-IP 环境下安全下载 保持对账步骤与 context bundle 一致以支持同一任务续跑 压缩运行状态卡片、增加详情弹层和消息时间戳 补齐恢复链、Agent DB、界面回归及项目文档	2026-08-04 21:42:12 +08:00
lhk229	9ab232927c	合并最新 master 到完美像素分支 ... 纳入 master 的素材类型双层模型与 Agent Runtime 更新。 保留完美像素 operation、unknown 对账、占位保护与上传预检契约。 解决画布模型、工作流、测试及文档冲突并通过定向门禁。	2026-08-04 12:58:41 +00:00
lhk229	f29c7d5918	完美像素结果上传前增加只读预检 ... 拆分最终 PNG 的纯 prepare 与 OSS 执行阶段。 新增 SpacetimeDB 只读 preflight procedure，并在最终原子事务重复目录、布局、幂等和 revision 校验。 让 preflight、PUT、HEAD 与 persist 共享 60 秒绝对截止，并保持首个 PUT 前不标 unknown。 生成 Rust bindings，补充定向守卫与 TOCTOU 边界文档。	2026-08-04 12:06:15 +00:00
lhk229	aed9a0c4da	统一生成占位右键删除保护 ... 让 generation 占位右键删除在历史和选择副作用前进入统一请求入口。 保留未收口完美像素身份并恢复普通生成中的删除确认。 补充层命令定向测试并同步技术方案与决策记录。	2026-08-04 11:04:41 +00:00
kdletters	04251f42a7	禁止协作Prompt跨语义复用 ... 为runtime supervisor chat variant overlay与Provider fragment建立单一section所有权 仅允许Supervisor planning与chat显式复用同一identity section 阻断动态variant与静态composition的重复注入 补齐跨域alias负例并同步架构文档	2026-08-04 18:58:51 +08:00
kdletters	22edb1dfb1	收紧Supervisor Prompt所有权 ... 从planning visual与chat组合推导完整Supervisor专属section集合 拒绝专属section流入公共runtime平台变体专业overlay或Provider fragment 将公共Runtime header改为身份中立并消除Supervisor双重system身份 保留普通专业Agent规划与最终回复身份约束 补齐跨层逃逸负例并同步架构文档	2026-08-04 18:58:51 +08:00
kdletters	68d202f4a4	隔离Supervisor专属Prompt段 ... 限制identity section仅用于Supervisor planning与chat 限制final-reply section仅用于Supervisor chat 拒绝公共runtime变体overlay与Provider fragment复用专属段 补齐五类失败关闭回归并同步架构文档	2026-08-04 18:58:51 +08:00
kdletters	9c978f00cb	补全协作Prompt增量构建监听 ... 递归登记Prompt Bundle各级目录为构建依赖 确保嵌套目录新增孤立Markdown触发失败关闭 补充深层目录依赖回归并同步架构文档	2026-08-04 18:58:51 +08:00
kdletters	07a18d516b	强类型化协作Prompt选择器 ... 将role overlay source改为构建期强类型语义selector 消除Supervisor身份合同的第二个配置入口 强制Supervisor规划与最终回复复用同一身份section 移除user context中的Supervisor重复身份注入 收窄background context builder接口并补齐失败关闭回归 同步协作graph配置化边界文档	2026-08-04 18:58:51 +08:00
kdletters	15a0924d4b	拆分Supervisor身份与回复合同 ... 将Supervisor共享核心身份与最终回复规则拆成独立Prompt section 由manifest组合interaction和final-reply system prompt 让background planning只注入核心身份并移除final-reply user context重复合同 补齐请求级单次注入断言、构建期组合校验和边界文档	2026-08-04 18:58:50 +08:00
kdletters	d02b4afeae	收紧协作Prompt单一来源 ... 复用Bundle内Supervisor身份合同覆盖后台规划上下文 将首批协作协议错误收敛为结构化事实并由外置fragment给出动作指令 监听Prompt Bundle根目录以阻断增量构建中的孤立section 补齐源码回流门禁、依赖断言和边界文档	2026-08-04 18:58:50 +08:00
kdletters	ab08ac0ac3	外置Supervisor交互协作提示 ... 将Supervisor交互与最终回复身份合同迁入版本化Prompt Bundle 将isolated模板目录静态说明纳入manifest组合并仅在Rust注入动态节点ID 补齐构建期注册、源码回流门禁和运行期回归覆盖 同步协作graph配置化边界文档	2026-08-04 18:58:50 +08:00
kdletters	82f5455972	外置Provider协作图提示片段 ... 把 isolated 与 all-join 合同移入 Prompt Bundle 把 autonomous 首轮与 Supervisor manifest 指令移入 Prompt Bundle 把首批协作、回执收敛、DAG 等待和试玩返工指令移入 Prompt Bundle 保留 Rust 对工具收窄、状态判断和正式 DAG 的强制执行 补充 fragment 注册校验、生产源码门禁和请求级回归	2026-08-04 18:58:50 +08:00
kdletters	84926ee0cd	外置智能体协作编排与节点目录 ... 由 Prompt Bundle manifest 统一驱动 section、composition、变体和 role overlay 由构建脚本生成 Supervisor 与六组专业 Agent 的静态节点目录 构建期失败关闭校验路径、引用、selector、alias 与 seed DAG 一致性 补充平台、Editor、Provider 请求、节点快照和非法 manifest 回归 同步 Runtime 技术方案与项目决策记录	2026-08-04 18:58:50 +08:00
kdletters	e14130f234	修复静态视觉状态与可见证据 ... Canvas、context 与图片整体赋值进入状态流并失效旧绑定 无条件 return、throw 与 ESM 依赖失败阻断后续视觉证据 telemetry 仅接受可见 DOM 与可达 JavaScript 状态字段 CSS 资产路径保持大小写并要求命中可见元素 新增视觉反例正例并更新共享决策日志	2026-08-04 18:58:50 +08:00
kdletters	a00b0af348	修复脚本复合调用与Promise回调图 ... 限定复合赋值与字面量短路的可调用结果 保留序列表达式函数对象覆盖与删除身份 补齐原生Promise变量回调与直接绑定构造边 新增控制流回归并同步技术方案和决策记录	2026-08-04 18:58:50 +08:00
kdletters	3a70b0ed87	修复静态视觉证据与脚本语义 ... 按 Script Record 边界组合 classic 脚本并保持 ASI 与 defer 顺序 以 AST 和 semantic binding 关联可见 Canvas、绘制调用与资源赋值时序 保持动态 namespace 只读写入语义并排除不可达投影证据 过滤 inert 与非 JavaScript 玩法诱饵并保持资产路径大小写 补充视觉回归、完成合同预期与长期技术文档	2026-08-04 18:58:50 +08:00
kdletters	3212955c08	修复ESM解构投影与模块完成性 ... 按源码顺序投影副作用依赖声明并按声明身份去重重命名 支持对象和数组解构写入导出绑定及最终可调用根传播 按可达绑定使用建立动态导入解构需求 扩展顶层 Promise await 的静态不完成识别与回归 同步技术方案与共享决策记录	2026-08-04 18:58:50 +08:00
kdletters	eb83634fb0	修复脚本短路构造与Promise链调用图 ... 按JavaScript短路语义建模sequence、logical与逻辑赋值callee 补齐assignment、conditional与未覆盖bind的构造目标解析 穿透delete括号并恢复函数对象原型内建调用 沿动态导入Promise链传播精确callback参数槽 补充控制流回归及技术方案与共享决策记录	2026-08-04 18:58:50 +08:00
kdletters	fbd99278fa	修复ESM初始化与动态成员投影 ... live binding 仅以模块初始化结束时的最终 callable 建立外部需求。 直接 awaited namespace 成员按 occurrence 支持赋值、回调、构造与深层成员替换。 side-effect import 按依赖顺序投影全局效果并对静态不完成顶层 await 失败关闭。 投影保持依赖和声明源码顺序，循环去重同步移除重复初始化写入。 assignment class expression 分离 static 与 instance member demand。 补充正例、反例、视觉回归并更新技术方案与共享决策。	2026-08-04 18:58:50 +08:00
kdletters	02b80c048c	修复脚本延迟状态与复合调用边 ... 异步回调沿完整闭包调用链读取同步收尾状态 函数对象内建覆盖支持普通成员来源与删除恢复 复合callee与普通函数构造器建立正确调用边 补充控制流回归测试与权威文档约束	2026-08-04 18:58:50 +08:00
kdletters	566567973c	修复视觉门 HTML 与 classic 脚本时序 ... 隔离惰性与原始文本容器中的 Canvas 和样式诱饵 按解析阻塞与 defer 阶段组合 classic 脚本并拒绝 async 不确定顺序 补充视觉回归、权威技术方案与长期决策记录	2026-08-04 18:58:50 +08:00
kdletters	d4f5d9ce6d	修复动态模块赋值根与直接成员需求 ... 将导出 live binding、对象成员与 prototype 安装的 callable 纳入精确投影可达根 记录直接 await import namespace 成员的 occurrence 级 export demand 补充静态实例隔离、恒假边界与传递动态依赖回归 同步 AI 游戏创作技术方案与共享决策	2026-08-04 18:58:50 +08:00
kdletters	ac002098f7	修复视觉脚本与模块求值顺序 ... 保留 raw-text JavaScript 原文并屏蔽 HTML 注释诱饵 按 HTML 标签顺序组合 classic inline 与 external 脚本 按依赖先于 importer 的顺序组合 ESM 投影 补充视觉、脚本顺序与模块初始化回归 同步静态视觉门技术方案与项目决策	2026-08-04 18:58:50 +08:00
kdletters	9250fb7b1f	修复异步回调状态与函数别名覆盖 ... 区分异步回调的可达注册点与闭包外层状态执行点 按函数对象身份共享 call、apply、bind 自有成员覆盖 补充异步时序、函数别名和独立 bind 对象回归 同步技术方案与项目决策记录	2026-08-04 18:58:50 +08:00
kdletters	88d3de2398	修复脚本回调与函数内建调用图 ... 区分异步回调可达根与同步回调副作用传播时点 跟踪函数对象自有 call apply bind 覆盖并保留条件分支 保留 new class expression 赋值后的实例 owner 补充调用图回归测试与技术决策文档	2026-08-04 18:58:49 +08:00
kdletters	debc9cb5c0	修复模块脚本视觉资产门 ... 复用有界模块投影检查 inline 与 external module 的可达 drawImage 拒绝未链接、恒假与纯 HTML 路径视觉诱饵 补充完成合同回归和视觉门文档	2026-08-04 18:58:49 +08:00
kdletters	1923e8e314	修复ESM导出绑定初始化投影 ... 将导出根的直接顶层赋值与原声明共同投影。 按语义根符号纳入对象成员与原型安装的RHS依赖。 新增live binding回归并同步技术方案与决策记录。	2026-08-04 18:58:49 +08:00
kdletters	4f9df30dba	修复脚本分支与回调参数快照 ... 在条件测试完成后分别冻结两侧 callable identity。 按回调参数自身起点解析身份，保留前置参数副作用。 新增两类求值顺序回归并同步技术方案与决策记录。	2026-08-04 18:58:49 +08:00
kdletters	4bed4a149a	修复脚本调用与终止求值顺序 ... 冻结 identifier callee 与 new constructor 的参数前身份，并将调用副作用保留在参数之后。 将 callable assignment 延后到 RHS 完成，保留自调用赋值的旧 callable。 按 Oxc AST 函数体与语句边界处理 return、throw、guard 和 catch 的 alias 副作用。 新增六类求值顺序回归并同步技术方案与项目决策记录。	2026-08-04 18:58:49 +08:00
kdletters	e37945e306	修复可调用回调与视觉脚本可达性 ... 合并条件表达式两端可调用身份并保留成员 bind 赋值结果 穿透回调调用括号并校正 Promise 回调参数槽 使用原始大小写脚本计算视觉资产语义可达性 补充回归测试与 Runtime 技术决策文档	2026-08-04 18:58:49 +08:00
kdletters	d574732156	修复循环模块回接与内联源码限额 ... 循环投影声明去重后继续把 import 引用回接到既有 canonical，并补足稳定确认轮次。 内联模块先按原文累计 2 MiB 源码预算，再执行语法和语义失败关闭。 新增 self-cycle、无效超限与无效小型内联模块回归，并同步技术方案与共享决策。	2026-08-04 18:58:49 +08:00