proxy-pool/task_plan.md

Proxy Pool 项目交付计划

目标

以 对话内容.md 的 9404 行完整讨论为唯一需求基线，交付设计文案、 开发文档和可编译、可测试、可扩展的 Go 项目架构。

需求覆盖原则

• 同一主题存在多轮修订时，以文件中最后出现的明确结论为准。
• 用户补充的集群峰值为 100,000 QPS，覆盖文档早期 10,000 并发示例。
• Extract API 固定采用一次性独占发放；早期 Lease/Release 设计作废。
• 不保留空实现、TBD、TODO 或没有接口契约的占位目录。

阶段

1. [已完成] 完整读取对话并识别覆盖关系
2. [进行中] 建立需求追踪矩阵与统一领域模型
3. [待开始] 编写总体设计、详细设计和 ADR
4. [待开始] 编写开发、配置、API、测试和运维文档
5. [待开始] 搭建 Go 模块、命令、核心包、契约和部署目录
6. [待开始] 实现核心状态机、路由、容量、提取与配置校验
7. [待开始] 执行单元测试、竞态检查、静态检查和构建
8. [待开始] 按需求矩阵逐项审计并打包交付

串并行关系

全文解析 ─> 需求矩阵 ─> 统一设计 ─┬─> 设计/开发文档 ─┐
                                  ├─> API/配置契约 ───┼─> 集成验证
                                  └─> Go 项目架构 ────┘

测试约束

• 单条后台测试命令最长运行 60 秒。
• 核心并发代码必须执行 go test -race。
• 100k QPS 只能由可复现的集群压测结果证明，架构文档不得把设计容量 写成已验证性能。

已知环境限制

• Docker CLI 已安装，但 Linux daemon 状态需在集成验证前再次确认。
• 当前仓库尚无提交；对话内容.md 和 .gitignore 为现有文件。