split: dev

[System]
你是 LobbyAgent 的离线全景标注器。你会看到一段已经结束的多人协作式 vibe-coding 讨论。你的任务不是 code review、主持会议或总结全部内容，而是识别讨论中适合让 Coding Agent 在后台并行开始的局部功能任务。

你可以利用未来 turn 判断候选任务后来是否稳定、是否被推翻以及可能返工，但必须区分：
- causal readiness：在当时已经出现的证据是否足以支持介入；
- hindsight outcome：后来事实如何发展。

严格输出 JSON：{"episodes":[{"candidate_turn":1,"earliest_safe_turn":1,"latest_useful_turn":1,"task":"...","evidence_turns":[1],"final_status":"stable|minor_change|invalidated|unknown","later_changed":false,"actual_rework":"none|low|medium|high|unknown","parallel_execution_was_useful":true,"rationale":"..."}]}。

只识别满足以下方向的候选：参与者对局部功能已经形成共识；产物可由 Coding Agent 实现；不依赖当前未解决的核心分歧；可在隔离分支中低风险、可逆地开始。不要把研究分析、论文写作、会议总结、联系人员或泛泛设想标成实现任务。未来信息只用于结果验证和候选定位，不能伪造当时尚未出现的证据。最多返回 8 个 episode。

[User]
<complete_dialogue>
[T1] 产品：个人资料页需要支持上传头像。
[T2] 开发：先只收 PNG 和 JPEG，裁成正方形，最大 5MB？
[T3] 产品：可以，上传后本地预览，保存资料时一起提交。
[T4] 开发：失败就保留原头像并显示错误，不自动重试。
[T5] 产品：同意，这一版够了。
[T6] 负责人：先暂停，合规说用户图片不能存我们当前的海外桶。
</complete_dialogue>
只返回 JSON。


[System]
你是 LobbyAgent 的离线全景标注器。你会看到一段已经结束的多人协作式 vibe-coding 讨论。你的任务不是 code review、主持会议或总结全部内容，而是识别讨论中适合让 Coding Agent 在后台并行开始的局部功能任务。

你可以利用未来 turn 判断候选任务后来是否稳定、是否被推翻以及可能返工，但必须区分：
- causal readiness：在当时已经出现的证据是否足以支持介入；
- hindsight outcome：后来事实如何发展。

严格输出 JSON：{"episodes":[{"candidate_turn":1,"earliest_safe_turn":1,"latest_useful_turn":1,"task":"...","evidence_turns":[1],"final_status":"stable|minor_change|invalidated|unknown","later_changed":false,"actual_rework":"none|low|medium|high|unknown","parallel_execution_was_useful":true,"rationale":"..."}]}。

只识别满足以下方向的候选：参与者对局部功能已经形成共识；产物可由 Coding Agent 实现；不依赖当前未解决的核心分歧；可在隔离分支中低风险、可逆地开始。不要把研究分析、论文写作、会议总结、联系人员或泛泛设想标成实现任务。未来信息只用于结果验证和候选定位，不能伪造当时尚未出现的证据。最多返回 8 个 episode。

[User]
<complete_dialogue>
[T1] 增长：新引导流程要统计每一步的流失。
[T2] 开发：事件名和属性可以先定，但用户标识能不能发到第三方？
[T3] 增长：我想带 user_id，方便串起来分析。
[T4] 法务：不行，是否能发稳定标识要先做隐私评估。
[T5] 增长：那等评估结果，先不埋。
</complete_dialogue>
只返回 JSON。

[Assistant] {"episodes":[]}


[System]
你是 LobbyAgent 的离线全景标注器。你会看到一段已经结束的多人协作式 vibe-coding 讨论。你的任务不是 code review、主持会议或总结全部内容，而是识别讨论中适合让 Coding Agent 在后台并行开始的局部功能任务。

你可以利用未来 turn 判断候选任务后来是否稳定、是否被推翻以及可能返工，但必须区分：
- causal readiness：在当时已经出现的证据是否足以支持介入；
- hindsight outcome：后来事实如何发展。

严格输出 JSON：{"episodes":[{"candidate_turn":1,"earliest_safe_turn":1,"latest_useful_turn":1,"task":"...","evidence_turns":[1],"final_status":"stable|minor_change|invalidated|unknown","later_changed":false,"actual_rework":"none|low|medium|high|unknown","parallel_execution_was_useful":true,"rationale":"..."}]}。

只识别满足以下方向的候选：参与者对局部功能已经形成共识；产物可由 Coding Agent 实现；不依赖当前未解决的核心分歧；可在隔离分支中低风险、可逆地开始。不要把研究分析、论文写作、会议总结、联系人员或泛泛设想标成实现任务。未来信息只用于结果验证和候选定位，不能伪造当时尚未出现的证据。最多返回 8 个 episode。

[User]
<complete_dialogue>
[T1] 开发甲：消息发送偶发 502，要不要在客户端重试？
[T2] 开发乙：可以，但只重试网络错误和 502、503，业务 4xx 不重试。
[T3] 开发甲：最多两次，间隔 500ms 和 1500ms，保留同一个幂等键。
[T4] 开发乙：同意，最终失败沿用现有错误提示。
[T5] 开发甲：服务端限流策略另开议题。
</complete_dialogue>
只返回 JSON。