EveryPublish/docs/dev-schedule.md

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 打包试用。

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 仍为二期（接口已预留）。