101 lines
5.7 KiB
Markdown
101 lines
5.7 KiB
Markdown
# EveryPublish 开发排期 v2（AI 加速 · 日级）
|
||
|
||
> 2026-08-20 更新：技术栈定版后的顺序开发计划（网站端→客户端→联调）见 docs/delivery-plan.md，以新文档为准。
|
||
|
||
> 2026-08-20 · 取代 logic-diagrams.md 图11 的传统 10 周排期。前提：1 人 + AI 编码代理并发推进。
|
||
|
||
## 1. 排期总览
|
||
|
||
**内核 6 个工作日 + 2 天风险缓冲**：D1 协议定版+假执行器闭环 → D2 网页端全部功能 → D3 客户端 Windows → D4 四平台真实接入 → D5 内网联调加固 → D6 打包试用。
|
||
|
||
```mermaid
|
||
gantt
|
||
title MVP 闭环 AI加速排期(1人+AI并发)
|
||
dateFormat YYYY-MM-DD
|
||
axisFormat %m-%d
|
||
section 协议与骨架
|
||
协议定版+单测 :D1a, 2026-08-21, 1d
|
||
工程骨架+假执行器闭环 :D1b, 2026-08-21, 1d
|
||
section 网页端
|
||
网页端全部功能+WSS网关 :D2, 2026-08-22, 1d
|
||
section 客户端
|
||
Agent框架+Electron+打包 :D3, 2026-08-23, 1d
|
||
section 平台接入(高风险)
|
||
四平台真实发布 :D4, 2026-08-24, 2d
|
||
section 联调收尾
|
||
内网联调+异常加固 :D5, 2026-08-26, 1d
|
||
打包试用+修复 :D6, 2026-08-27, 1d
|
||
section 缓冲
|
||
D4风险缓冲 :buf, 2026-08-28, 2d
|
||
```
|
||
|
||
## 2. 加速逻辑（为什么能从 10 周压到 6 天内核）
|
||
|
||
| 传统排期的串行等待 | AI 加速后的处理 |
|
||
|---|---|
|
||
| 协议讨论来回 | 本文档 §7 消息协议已定版，D1 上午直接产出 TS 协议包+单测 |
|
||
| 两端互相等接口 | 协议包是唯一耦合点：D1 定死后，网页端/客户端/测试三线完全并行 |
|
||
| 脚手架与样板代码 | AI 代理直接生成（monorepo、页面 CRUD、Electron 壳、队列 worker） |
|
||
| 平台适配逐个人工摸索 | 每平台一个 AI 子代理，参考 social-auto-upload（MIT 1.4万星）并行逆向 |
|
||
| 联调来回排期 | 假执行器先行：D1 起每天都是可联调状态 |
|
||
|
||
## 3. 日计划
|
||
|
||
### D1 协议定版 + 工程骨架（验收：本机假执行器闭环）
|
||
|
||
| 时段 | 任务 | 并行方式 |
|
||
|---|---|---|
|
||
| 上午 | packages/protocol：zod schema（hello/heartbeat/task.push/ack/result/challenge.push/resolve/agent.cmd）+ 幂等工具 + 单测 | 人+AI 共同定版 |
|
||
| 下午 | monorepo（pnpm+Turborepo）+ Drizzle 建表 + Redis/BullMQ + 假执行器脚本 + 网页最小页（任务列表/状态） | 协议定版后三线并行：web 骨架 / agent 骨架 / mock+测试 |
|
||
|
||
**验收**：localhost 闭环——创建任务 → WSS 下发 → 假执行 → 回传 → 页面变绿；延迟 <300ms。
|
||
|
||
### D2 网页端全部功能（验收：全页面可用）
|
||
|
||
- auth（无 2FA UI）/ 工作区成员角色 / 账号台账 / 素材（本地盘 multipart + 签名直链）/ 任务+排期日历 / 审核流 / 挑战中心（token 本地渲染二维码 + 验证码输入）/ 审计 / 通知。
|
||
- WSS 网关：hello Ed25519 验签、心跳 10s/25s 超时、挑战消息双向。
|
||
**验收**：与假执行器全流程；二维码能从 token 本地渲染并可被手机识别。
|
||
|
||
### D3 客户端 Windows（验收：安装→配对→假任务→回传）
|
||
|
||
- agent-core：WSS 客户端（断线重连/幂等 ack）+ 凭据保险库（加密）+ 执行器框架 + 挑战处理器 + 代理配置。
|
||
- Electron 壳：托盘、配对引导、扫码/挑战窗口、连接状态、日志。
|
||
- electron-builder Windows 打包（CI，不用本机交叉编译）。
|
||
**验收**：Windows 实机安装 → 配对 → 接假任务 → 回传结果。
|
||
|
||
### D4 四平台真实接入（验收：真实发布+截图回执）★最高风险
|
||
|
||
- 顺序：B站（投稿协议，无浏览器）先行 → 抖音/快手/小红书（Playwright，参考 social-auto-upload）并行。
|
||
- 登录：B站 API 取码；三平台浏览器取码 + 只传 token。指纹：真实 Chrome + 每账号独立档案。
|
||
**验收**：四平台真实发布成功，回执截图入库。
|
||
|
||
### D5 内网联调 + 异常加固（验收：清单全过）
|
||
|
||
- Mac 服务器 + Windows 客户端局域网全链路；异常注入：断网重连 / 重复任务 / 登录过期挑战 / 失败退避；延迟基线 <300ms。
|
||
|
||
### D6 打包试用 + 修复
|
||
|
||
- Windows 安装包 + 自动更新 + 内部试用 + 修复。
|
||
|
||
## 4. AI 并发工作法
|
||
|
||
1. **依赖序**：协议（D1 上午）→ 三线并行（D1 下午起）：A=网页端功能、B=Agent 核心+壳、C=平台 uploader（每平台一个）、D=测试/联调脚本。
|
||
2. **人只做五件事**：协议定版、代码审查、跑验收、平台逆向卡点介入、外部资源准备（账号/代理/扫码手机）。
|
||
3. **子代理 prompt 三件套**：协议包路径 + 对应文档章节 + 验收标准（文档已齐，直接引用）。
|
||
4. **每日节奏**：早定目标 → AI 并行 → 晚验收；验收不过的条目次日优先。
|
||
5. **单测+验收清单兜底 AI 代码质量**：不写测试的产出不收。
|
||
|
||
## 5. 风险与缓冲
|
||
|
||
| 风险 | 影响 | 缓冲策略 |
|
||
|---|---|---|
|
||
| D4 平台逆向不可预测 | 最可能拖期 | 预留 2 天缓冲；先 B站（确定性最高）后三平台；卡住即降级为「少一个平台」交付 |
|
||
| Windows 打包/签名坑 | D3 可能溢出 | 第一天就起 CI；不用本机交叉编译 |
|
||
| 平台风控触发 | 账号受限 | 独立档案+真实扫码+人级频率，不硬刚 |
|
||
| AI 生成代码质量 | 返工 | 单测+验收清单；关键路径（鉴权/幂等）人工复审 |
|
||
|
||
## 6. 结论
|
||
|
||
- **1 人 + AI 并发：内核 6 个工作日，含缓冲 8 个日历日**；「一天跑通 MVP 闭环」= D1 假执行器闭环，完全现实（协议与验收标准已齐）。
|
||
- **真实平台闭环的关键在 D4**：逆向工作无法被 AI 完全消除，现实预期 2 天 + 缓冲，先交付 B站/抖音/小红书/快手中的可跑子集。
|
||
- 视频号、官方 API 通道、OSS 仍为二期（接口已预留）。 |