Praetor Current Development Roadmap

状态:当前执行 checklist,2026-05-25。

这份 roadmap 是接下来实际开发用的控制表。旧的 docs/PRAETOR_PAPERCLIP_MATURITY_ROADMAP.zh-CN.md 已经记录 Paperclip-inspired 成熟化的大方向与许多已完成项目;本文件只追踪从现在开始要继续推进的具体功能。开发规则:一个 phase 一个 phase 做;每个 phase 完成后必须有代码、验证,并做 git commit。

当前原则

Phase 0 - 已完成基础

Phase 1 - Premium Dashboard / Project Console

目标:让 Dashboard 与 Project 页面更像高级 AI 公司工作台,清楚、专业、可扫描,接近 Paperclip 的成熟感。

Phase 2 - File Browser / Workspace Steward

目标:用户可以在 UI 中清楚看到 Praetor 公司的真实文件,且 File System Steward 有明确管理职责。

Phase 3 - Agent Organization Console

目标:让用户真的感觉自己在管理一间 AI 公司,而不是一组平面 bots。

Phase 4 - Meetings / Decisions Drill-Down

目标:AI 之间的会议、提案、反对意见、决议和行动项必须变成可操作资产。

Phase 5 - Codex / Browser Execution Controls

目标:Agent 能使用 Codex 与 browser,但权限边界清楚、记录完整、上下文不乱保存。

Phase 6 - Installation / Onboarding Polish

目标:安装和首次启动尽量接近 Paperclip 的简单、漂亮、直观。

Phase 7 - QA / Release Readiness

目标:大优化后进入一轮真实测试前,先把自动检查和 release evidence 准备好。

Phase 8 - Mission Owner Review Command Center

目标:让 chairman / owner 在 mission detail 中可以像董事长审查一样,一眼看到 CEO briefing、成果、文件、会议、决策、测试、阻塞与下一步。

Phase 9 - Mission Closeout / Memory Promotion UI

目标:任务结束时不只是显示完成,而是让 owner 清楚看到哪些成果被接受、哪些证据被保留、哪些内容会进入 durable company memory、哪些 follow-up 要变成下一步。

Phase 10 - Mission Detail Navigation Polish

目标:Mission detail 不再只是长页面和普通 tabs,而是像成熟工作台一样,提供清楚的页面级入口,让 owner 快速进入 review、closeout、files、meetings、runtime、team。

Phase 11 - Mission Detail Visual QA

目标:用 in-app browser 实际检查 mission detail 在 desktop/mobile 的层级、文字溢出、面板密度和跳转行为,并修正发现的问题。

Phase 12 - Mission Detail Evidence Deep Links

目标:Mission detail 的摘要数字不只显示状态,还能直接跳到对应 evidence section,让 owner 从 review / closeout 摘要快速进入 artifacts、meetings、runtime、promotion findings。

Phase 13 - Mission Evidence Empty-State Quality

目标:Mission evidence 为空时不再只是显示 no results,而是清楚说明为什么为空、owner/CEO 下一步要做什么、哪些证据应该进入 workspace 或 durable memory。

Phase 14 - Mission Evidence Ledger Polish

目标:把 mission detail 里分散在 artifacts、tests、Browser QA、meetings、promotion findings 的证据整理成统一 ledger,让 owner 可以从一个视图审查证据链,并快速跳回原始证据区域。

Phase 15 - Mission Evidence Visual QA

目标:实际检查 Evidence tab / command rail 在 desktop 和 mobile 的密度、筛选控件、文字溢出和 source jump 行为,并修正发现的问题。

Phase 16 - Mission Evidence Ledger Data Model

目标:把 frontend-only ledger 抽成后端 mission evidence endpoint,减少前端聚合逻辑,并让 Web UI、API、connector、CEO 外部入口都能读取同一份证据链。

当前建议开发顺序

Post-Roadmap Backlog

这一段是下一轮成熟化路线,目标是把已有系统从「功能存在」继续推进到「像一间真实 AI 公司一样可运营、可发布、可安装、可外部接入」。

Phase 17 - Company Evolution Board Polish

目标:把已存在的 Agent Development Review / Company Evolution Report 做成 owner 一眼能看懂的公司成长面板,显示能力成长、风险降低、自动改进、下一轮观察重点和历史报告。

Phase 18 - Release Readiness Packaging

目标:把 release readiness 从一次性检查扩展成清楚的发布流程:版本、验证矩阵、已知风险、安装验证、artifact 清单。

Phase 19 - Installer First-Run Polish

目标:继续靠近 Paperclip 风格的一键安装体验,让 Docker / non-Docker / Codex bridge / workspace root 的选择更清楚。

Phase 20 - CEO External Entry Foundation

目标:为之后 connector 做基础,不先实现所有通信 app,而是定义一个统一的外部 CEO 对话入口,让 UI、terminal、未来 connector 都走同一条路径。

Phase 21 - Connector Backlog Planning

目标:把 Slack / Teams / Telegram / email 等 connector 降低为薄薄的入口层,只负责把消息送到 CEO external entry,并把 CEO 回复送回原 app。

Phase 22 - Runtime Model Routing Policy

目标:先建立保守、provider-neutral 的模型分派策略,不急着自建 subagent orchestration。

每轮开发固定流程