ARTICLE DETAIL

资讯详情

深耕网站建设与运营推广的一线实战洞察。

光明和lightharness的开发计划:国庆 Day2 夜场・派单表(v1.2,2026-10-02 晚)

光明和lightharness的开发计划:国庆 Day2 夜场・派单表(v1.2,2026-10-02 晚) 国庆 Day2 夜场・派单表v1.22026-10-02 晚配套Day2_派单表.md白天批次已收本批为日落后补刀目标 2–3 小时前置状态三仓 main 干净v0.4.0-rc1本地 tag 已打三仓均指向当前 HEAD未 push屏障 D 四跑全绿本轮门锚点T1/T2 对拍用reports/082_lightmerge基线_2026-10-02-171604.json8356 passed / 0 failed / 122 skippedmodefull└ 相对白天锚点…104501.json 8357/0/121skipped 1、passed −1已由Day15_总结.md:117,169逐条归因为「httpbin 外网不可达环境性」→ 三元判据通过带归因不是漂移。6 份独立契约已展开文件名见 § 二 表格末列均在docs/国庆7天/下✅ 四项决策已定v1.2见 § 六① LLM key在lightharness/.envOPENAI_*三件套非根.env→ 真 LLM smoke可跑② 编译器冻结正式解除但只允许 T1/T2 的最小改动③ 发布物 v0.4.0-rc2rc1 仅留档④ 1.5 的 rcd解禁但只限 T3 的最小改动。〇、一句话白天把账收完了夜里修两条真缺陷 补一个远程缺口 打通真 LLM 与发布 runbook。并行上限已从 3 路提到 5 路v1.2—— 真正的硬串行只剩四样light-merge/src/antlrparser/的唯一性T1→T2、0.82 门唯一、1.5 盒子独占、本机 CPU 重载 ≤2。其余 5 个子任务T1 / T3 / T4 / T5 / T6彼此无共享资源可同时起跑。一、资源预算硬上限资源同时上限依据light-merge/src/antlrparser/1A 线独占T1→T2 串行Day2 教训codegen 是全仓唯一瓶颈两条路同时动必污染基线白天首版 ANTLR 重生成即因此砍线回退留 566 KB patch0.82 权威门1sync 远端目录按秒命名 写共享指针reports/同步0.82_远程目录.txt并发必污染基线链1.5 盒子192.168.1.51单盒子单链路开工先预检swapinfo/ 无 OOM / 无 CI 在跑本机 CPU 重载pytest -n4 /bench/ 全量 collect1最多 2ci_environment_reds.txtR93-B-n8 挂死 45min、-n auto(10) 多轮 4/13/11 红、-n4 稳定出处是台账非白天实测。T1 的复跑与 T5 的对照跑要错峰git worktree每子任务 1 个防同树互踩R109 B 线教训github / gitcode / gitea2–3 可并行API 侧 3–5s 间隔本机对 github/gitcode 的git 协议不可达、API 可达Day12 已证二、6 个子任务#子任务所属线文件面资源型需门前置契约T1LP-D-010 真修遍历 回调 之 表 循环体内调回调(...)不再报「缩进不正确」Alight-merge/src/code_generator*.py、antlrparser/、light-merge/tests/CPU 重 改编译器是探针复现通过Day2N_契约_T1_LPD010真修.mdT2LP-D-013 ANTLR 补缺口已声明变量的中文关键字 / 词根名可作成员访问基名A等 T1antlrparser/*.g4、indent_preprocessor.py、重生成 parser权威姿势CPU 中 改编译器是T1 合流或 T1 判定销账Day2N_契约_T2_LPD013_ANTLR补缺口.mdT31.5 崩溃拉起修复rcd 加daemon -r 温缓存复核 可选真实 LLM 路径补测B远程 192.168.1.5已解禁改 rcd最小改动网络・等长否1.5 key rootDay2N_契约_T3_1.5崩溃拉起与复核.mdT4发布前干跑预检对象 TAG发布物 rc2用当前 HEAD 验机制真 LLM smokekey 已定位 → 可跑Blightharness/_push_github_tree_sync.py、_archive/_push_github_multi.py、lightharness/.env网络・等否无不再等 T1/T2Day2N_契约_T4_rc1干跑预检.mdT5LP-D-012 收尾 探针固化A/B 迁移可复现探针 容量型探针 活账刷新 同族墙钟留档Clightharness/docs/功能对标/语言缺陷账.md、probes/、light-merge/tests/只新增CPU 轻中否无Day2N_契约_T5_LPD012收尾与探针.mdT6发布 runbook 收尾打标流程 远端 tag 推送 runbook 回滚预案 rc2 归属Cdocs/国庆7天/Day11_发布管线.md纯文档否无Day2N_契约_T6_发布runbook.md本批不纳入但必须留档防止丢失项出处处置两条同族「单侧绝对墙钟」判据light-merge/tests/test_tool_parallel_light.py:173并行耗时 0.5与:217耗时 0.5Day10_并发性能收口.md§ 五 - 4与白天修好的那条同族高负载下同理假红。本批不改属 A 线light-merge/tests/面避免与 T1 抢文件→由 T5 登记留档Day10 §五-1「FreeBSD 侧温缓存仍未实测」已陈旧Day1413:09已实测7.9×fb5 FreeBSD1.28s→0.16sT3 复核时顺手纠正避免后续再引用陈旧的「未实测」bench 绝对值不可跨会话引用Day10 §五-2同机 0.94s vs 3.26s任何性能声明必须当场实跑→ T3 的复核必须现场跑后续相位按需#子任务相位阻塞于T7若 T1/T2 改编译器后 0.82 门红 → 独立复验 回滚预案先读_archive/里那份 566 KB 回退 patch 的教训P2T1/T2T8切v0.4.0-rc2 三仓远端 push等用户明确示意P3用户授权 T4 干跑绿 T6 runbook 就绪三、共享文件冲突与「可并行组合」v1.2 补后者3.1 冲突必须串行共享物子任务规则light-merge/src/antlrparser/T1 T2A 线独占T1 合流或判定销账后 T2 才开0.82 门T1、T2、T7同一时刻全环境仅一个串行线快门不受门窗口约束1.5 盒子T3 独占单链路内部子步串行lightharness/docs/功能对标/语言缺陷账.mdT5LP-D-012 行 留档段T1/T2 各写自己那一行三写者 → 由 C 线T5统一落账T1/T2 只把结论交给 T5避免抢同一份文件lightharness/tests/unit/T2改test_Day4_LP013_探针回归.py T5只新增T5 只新增文件不改既有本机 CPU 重载T1复跑 / 门 T5对照跑错峰同时 ≤2且第二个 ≤2 worker3.2 可并行组合v1.2 新增用于「尽量并行」组合能不能并行为什么T1 ∥ T3 ∥ T4 ∥ T5 ∥ T6✅5 路可同时起跑五者无任何共享资源T1 动light-merge编译器面 门T3 占 1.5T4 走 API _push_*.pyT5 写probes/ 账T6 写Day11T2 与上述任何⚠️ 仅与 T1 冲突T2 只与 T1 争src/antlrparser/T1 一收口T2 可立刻开其余子任务不受影响T3 ∥ T4✅两个端点不同ssh 盒子 vs https API互不排队T5 ∥ T6✅不同文件缺陷账 vs Day11——v1.1 把它们绑在同一 agent 只是省事不是必须任意两个门调用❌门是全局唯一资源T1 ∥ T5 的重跑⚠️都是 CPU 中重 → 错峰四、Agent 装法v1.2优先 5 路并行4.1 推荐5 路并行能开 5 个 agent 就用这个Agent子任务独占资源说明Ag1T1 → T2src/antlrparser/ 门唯一真正串行的一路T1 收口后立刻接 T2Ag2T31.5 盒子长等待不占 CPUAg3T4_push_*.py API长等待不占 CPUAg4T5probes/ 缺陷账轻中 CPU与 T1 错峰Ag5T6Day11文档纯文档并行解锁点关键T1 的探针若判定「已可用 → 销账」T2 可立即开跑不必等 T1 的修复。参照 LP-D-011/013 的两次先例这个概率不低 → Ag1 的实际路径可能是「探针 40 分钟 → T2 1.5 小时」而不是「修 T1 修 T2」。4.2 回退3 个 agent每人格子内交错互不阻塞Agent槽 1槽 2交错填空为什么能共存AT1 → T2—编译器线全程占满独占src/ 门杜绝抢锁BT31.5 长等待T4API 干跑 LLM smoke两个端点不同等 T3 的空档跑 T4CT5探针 账T6Day11 文档不同文件文档在探针跑的间隙写五、相位与门窗口v1.25 路起跑相位时间在飞备注P00–15minteam lead① 三仓打day2n-night基线 tag ② 建 worktree每子任务一个③ 建logs/day2-night/④ 预检1.5 可达 root /lightharness/.envkey 三件套 /跑前CPU门禁.py锚点建在干净 main 上P115–90minT1・T3・T4・T5・T6 五路并行CPU 重活只有 T1T5 与 T1 错峰门窗口 1T1 改完即跑约 60minA 线独占门三元绿了才开 T2锚点见 § 七P290–150minT2A・T3/T4/T5/T6 续T2 是第二个编译器改动门窗口 2T2 改完即跑A 线独占门确认 ANTLR 两例xfail → passed且三元不劣化砍线150min未达标即降级不拖到深夜收口15minteam lead 汇总 决定是否切rc2T8不擅自 push六、四项决策已定v1.2#决策定论由此产生的约束1真 LLM smoke 的 key✅有 key—— 位于lightharness/.envOPENAI_API_KEY/OPENAI_BASE_URL/OPENAI_MODEL该文件L9注释「Deepseek 官方站点」、L13注释「官方 DeepSeek 端点 https://api.deepseek.com」L2/L3另有注释掉的备用配置T4必须用这份报告里写明「用了哪个文件 哪个键名」⚠️ 白天 S6/Day14 的「401/404 无凭据 → 降级」很可能是拿根.env的AIStudio_Access_Token去打了 DeepSeek 端点→ T4 要顺带说清这一点2编译器冻结✅正式解除但只允许 T1/T2 的最小改动只改与该缺陷直接相关的行禁止顺带重构、格式化、改无关语义、扩 blast radius。改动清单必须逐文件逐行列出3发布物✅v0.4.0-rc2v0.4.0-rc1仅留档、不作发布物T4 的 runbook 用TAG变量默认v0.4.0-rc2T6 的 runbook第一步必须校验「发布物 ref 指向的 commit是否包含 T1/T2」41.5 的 rcd✅解禁但只限 T3 的最小改动只动/usr/local/etc/rc.d/dsh_web的command_args加-r一处禁止改 fork 源码、改其它 rcd 文件、改 rc.conf⚠️决策 3 的连带效应重要rc1 已打且 当前 HEAD。T1/T2 一落地rc1 就不再等于「已验证的冻结基底」→ 因此 T8 的 push 对象是rc2在 T1/T2 收口后、屏障式复核之后切。T4 的干跑用当前 HEAD 验机制rc2 切出后再把 runbook 的TAG替换执行预计 15 分钟。七、门命令与判据cd lightharness MSYS_NO_PATHCONV1 CODEBUDDY_SAFE_DELETE_ENABLED0 \ python scripts/082全量回归.py all --mode full --py /usr/local/bin/python3.12 python scripts/082全量回归.py show --recent # 核对每轮 total/mode/skipped/passed 口径判据三元缺一不可failed 新增 0且skipped 不增且passed 不降。对拍锚点reports/082_lightmerge基线_2026-10-02-171604.json8356 / 0 / 122modefull数字只取门脚本落盘 JSON8355是白天 barrier gate3 的pytest 汇总行barrierD_gate3_082.txt:483同列11 xfailed / 2 xpassed与同次 JSON 差 2 条是 xpass 计法差异 →禁止跨运行引用。禁止refresh-local自比当判据把新基线写进 latest 再自比恒为 0、无意义→ 对拍时间戳基线。现行门scripts/回归基线.py:187只看 failed 集合对「passed 变 skipped」失明 → 三元必须人工比对。八、v1.2 修订清单2026-10-02 三次修订#修订项v1.1 写法v1.2 修正依据1真 LLM key 位置「.env无 DeepSeek 类键 → T4 退为干跑」key 在lightharness/.envOPENAI_API_KEY/OPENAI_BASE_URL/OPENAI_MODEL注释明写 DeepSeek 官方端点→T4 真 LLM smoke 改为可跑实测工作区根.env18 个键仅AIStudio_Access_Token与模型相关lightharness/.env有 OPENAI 三件套L10/L14生效、L9/L13注释指明 DeepSeek2编译器冻结「拟解除待 § 六 - 2 决策」正式解除但只允许 T1/T2 的最小改动逐文件逐行列改动清单用户决策3发布物归属「rc1/rc2 待决策」发布物 v0.4.0-rc2rc1 仅留档T4 runbook 用TAG变量、T6 runbook 首步校验发布物是否含 T1/T2用户决策41.5 rcd「待决策是否解禁」白天契约明令禁止解禁但只限 T3 最小改动仅command_args加-r一处用户决策5并行程式3 agent × 2 子任务推荐 5 路并行T1/T3/T4/T5/T6 无共享资源可同起T2 只与 T1 冲突并给出「T1 销账 → T2 立即可开」的解锁点§ 三 共享资源实测盘点五者文件面 / 端点全不重叠附录 A・证据四件套沿用 Day2 格式命令可直接复制粘贴含环境变量前缀退出码真实 rc日志路径统一G:\dswork\duan-light-merge\logs\day2-night\命名T编号_用途.log被测 SHA三仓各自写明编译器类子任务必写附录 B・通用禁止10 条禁止git push等用户示意发布物 rc2切 tag 也要等示意禁止git checkout -- ./git clean -fdR109 B 线教训禁止口头结论不落盘日志不算禁止refresh-local自比当判据长跑必须CODEBUDDY_SAFE_DELETE_ENABLED0-n 4-n8有挂死史看到成片红先怀疑假红三源safe-delete /xdist worker 死 / CPU ≥80%编译器改动只限 T1/T2 的最小改动禁顺带重构 / 格式化 / 改无关语义跑前必须过light-merge/scripts/跑前CPU门禁.py台账「-n 4 不是修复CPU ≥80% 时仍会崩」长跑≥10min独占一个 turn——harness 有每 turn 50 次删除上限交叉操作会顶爆阈值、成片假红.env的 token / 密码值不得出现在任何日志或报告里只可出现键名与文件路径
返回列表