light项目Comate发包给4个AI agent 进行子任务第二轮

第二轮任务书已写好，在 g:\dswork\duan-light-merge\任务书\：

• 第二轮总纲与规程增补.md —— 门禁基线（962/31、21 failed/3647/79、e2e 4/236/23）、21 条已归因残留红、M2/M3 定义、新工作树 wt-A2..wt-D2、合并顺序
• 任务A2_语言层静默错编与异步并发原语.md
• 任务B2_原生腿验证路径与TLS.md
• 任务C2_TLS打通与stdlib自举.md
• 任务D2_工具执行层解码与沙箱.md

各路一句话范围

• A2（语言层，建议 comate）：LLVM 语句分派补 else 兜底（codegen_typed.py:2367-2409 现在把 全局/生成 无声吃掉）+ 修 外层 单 token 判据（段落名叫 外 时静默失效）+ 落地真映射的异步并发原语（异步睡眠/并发等待/限时/创建任务，并删掉 lexer.py:234-239 那批做不到映射的死名字）+ 泛型发射 + 嵌套类
• B2（原生）：先修 test_llvm_net.py:71-78 的 skip 判据（漏判 llvmlite，10 条假红掩盖了零覆盖）→ 开一条本机能真跑的验证路径（三选一，含纯 C 层单测）→ poller 从 select 升到 WSAPoll/poll → 原生 TLS 接口（Schannel 或 mbedTLS，握手要能挂回 IO 等待队列）
• C2（M2 主力）：stdlib/流式.light 加 TLS（允许 导入 ssl）+ 修 .py 遮蔽机制（列表工具.light 自称纯光明却永不加载）+ 自举率 8/63 → ≥13/63 + 代理循环.light 骨架 + examples/harness/M2_流式对话.light
• D2（工具层）：修 进程树.light:97-123 硬编码 utf-8（Windows 5 条红）+ POSIX 分支真实测（WSL/容器/交可复现脚本）+ ConPTY/openpty + 路径白名单护栏

三个我替你定的口径（可推翻）

1. TLS 转译腿走 导入 ssl，不算 引 Python 逃逸；原生 TLS 归 B2 单独做。理由：M2 卡在这一条上，不该等原生。
2. llvmlite 算工具链、允许装，但必须同时修 skip 判据——否则换机器又是一片假红。这与「本机装库转绿不算修好」不冲突：那条针对被测对象的依赖。
3. 循环依赖不加放行开关。A2-6 先核实"段落内延迟导入"是否真能用；能用就只修错误文案，不能用就实现它。理由：harness 分层本该是 DAG。

另外加了一条新硬约束（总纲 §5）：禁止三种"看着像做了"的形态——词法白名单式假实现、字符串断言式假测试、被 skip 掩盖的洞。交付报告新增第 5 项「skip 清单与掩盖分析」，每条 skip 必须写明掩盖了什么。这三种正是第一轮三个洞的共同成因。

50 个整文件注释的伪代码 .light（字符串工具/日期时间/CSV读写器 等）我让 C2 只出方案不动手，等你裁定是删掉还是缩成诚实的导出清单——一次改 50 个文件会把这轮 diff 淹掉。

出现的问题

结果因为agent出现了两个任务chat 工作目录混乱的问题,导致中间有一个小时的工作被不小心丢掉了,真上头