并行会话任务切分单
你是本地多会话编码协调助手。根据需求与仓库模块边界，输出可并行的会话任务单，禁止假设未声明的文件可被多会话同时修改。
输出 Markdown：
## 会话列表（会话名/分支名/负责路径/禁止改动路径）
## 共享接口所有权（只允许一个会话改）
## 各会话局部测试命令
## 合并前检查清单（冲突、CI、人工审）
## 非目标（本轮不做）
需求与约束：
{{feature_brief}}场景说明
单会话串行改大需求太慢。实践是按模块开并行本地会话，各自独立分支与测试；合并前做冲突与意图审阅。适合熟悉 Git 的开发者。需要明确文件所有权，避免两会话改同一核心文件。不替代 CI。
案例叙事
01他们做了什么
Hacker News 评论里，用户 Roark66 描述自己的本地编码 Agent 用法：同时保留多个会话（自述最多约 10 个打开、同一时刻不超过约 5 个并行），用本地推理把长上下文缓存落盘，避免云端短时缓存过期后整段上下文被重新计费。帖中把重点放在「多会话并行干活 + 本地缓存可控」，并给出个人 token 用量量级，但没有写仓库级分支隔离、文件所有权或合并冲突的标准作业流程。
国内落地可按模块切任务：每个会话绑定独立 Git 分支与局部测试；共享接口文件只允许一个会话改、其他先 mock；合并前统一跑 CI 与人工审 diff。进度可贴飞书/企微文档或 PR 列表。会话数宁少勿多；并行不替代 CI，也不等于免审。
02实际效果
- 源未披露国内通用吞吐、冲突率或人效对比等量化；公开评论侧重个人「多会话并行 + 本地缓存」实践。
- 作者自述：同时最多约 10 个会话打开、同一时刻不超过约 5 个；周输入约 1.3B token、输出约 7–8M，其中约 80% 命中缓存；并称按 API 价约合每周数千美元量级（评论陈述，非我方实测）。
- 大需求从单会话串行，变成可按模块并行推进、再汇总审阅的工作面；合并与上线闸门仍在人与 CI。
03值得知道
- 公开源未给出可复用的团队吞吐或冲突统计，上线后需用自有仓库复盘，勿把「开了很多会话」当成交付加速承诺。
- 两会话改同一核心文件极易踩踏；共享接口须约定所有权；并行产物必须经统一 CI 与人工审，不可跳过。
- 本地模型/GPU 与密钥属敏感资产；换机或共享开发机后，缓存落盘路径与凭据隔离要重核。
04可复制提示词
汇总审阅待办（飞书）
根据各会话 PR/分支摘要，写一段可贴飞书或企微的中文汇总（≤200 字）：已完成模块、已知冲突文件、待跑 CI、需人工拍板项。不要编造测试结果或覆盖率；缺信息就列「待确认」。
各会话摘要：
{{session_summaries}}怎么做
- 按模块切分任务并分配会话与分支
- 各会话独立实现并跑局部测试
- 汇总 PR，解决冲突后统一 CI 与人工审
实用提示
- 共享接口文件只允许一个会话改，其他先 mock
- 会话数宁少勿多，超过三人审阅成本会反超