378 KiB
PMFlow 产品推进执行标准
版本日期:2026-05-16
本文档是 PMFlow 产品方案落地的推进标准。它回答四件事:
- 当前产品方案推进到哪里了。
- 下一步应该继续往哪里推进。
- 每次推进的范围、验收和文档回写怎么做。
- 新开 Codex 线程时如何接续,避免重做、漏做或偏离方向。
产品方向真源仍以 docs/PMFLOW_PRODUCT_BLUEPRINT.md 为准。本文档不重新定义战略,只管理落地节奏和进度。
2026-05-16 / agent-goal-frame-product-market-semantics / implemented
完成内容:
- 通过 Prompt 运营中心 active release 发布新版
PROMPT_PMFLOW_AI_AGENT_GOAL_FRAME:GoalFrame 不再把开放问题压成泛泛“方向性理解”,而是先拆用户要的结果、语义对象、候选解释分支、证据需求和答对标准。 - 针对“AI会议市场怎么样”这类“技术/能力词 + 场景对象 + 市场/赛道/怎么样”短句,合同明确并行保留产品化场景分支与主题内容/活动分支;没有大会/峰会/展会/参会/议程等强锚点时,产品化场景分支必须排第一并成为工作假设,主题活动分支只能作为备用解释。
- 新增 Alembic 数据迁移刷新平台租户的 Prompt 运营中心 active release;本地库已升级到
20260516_refresh_agent_goal_frame_prompt,active release 从#188更新为#195,运行时仍只读取 active release,不从代码 prompt 兜底。 - GoalFrame 结构归一补齐:若 LLM 把
selected_interpretation写成b1这类分支 id,运行时归一为对应 branch 的自然语言meaning,避免后续 planner 拿弱引用文本做搜索依据。
涉及文件:
backend/app/services/pmflow_ai_agent_runtime/agent_goal_frame_runtime.pybackend/alembic/versions/20260516_refresh_agent_goal_frame_prompt.pybackend/tests/test_pmflow_ai_agent_runtime_step1.pydocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
- 后端编译:
/opt/homebrew/bin/python3.11 -m py_compile backend/app/services/pmflow_ai_agent_runtime/agent_goal_frame_runtime.py backend/alembic/versions/20260516_refresh_agent_goal_frame_prompt.py通过。 - 发布快照格式化 smoke:
BODY_SNAPSHOT.format(question='最近AI会议市场怎么样', conversation_context_json='{}', tenant_project_context_json='{}', tool_contracts_json='[]')通过,确认优化正文可由 Prompt Runtime 正常渲染。 - 数据迁移:
docker compose exec -T backend sh -lc 'cd /app/backend && alembic upgrade head'通过;prompt_releases中PROMPT_PMFLOW_AI_AGENT_GOAL_FRAMEactive release 为#195,旧#188已归档。 - 真实 GoalFrame smoke:同一运行时对“最近AI会议市场怎么样”生成的
user_goal已转为“判断 AI 技术进入会议场景后形成的软件、工具、平台及服务市场...”,第一分支为“AI 会议软件/工具/服务市场”,第二分支为“AI 主题会议/大会/活动生态”。 - 后端 focused:
PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m pytest -q backend/tests/test_prompt_runtime_service.py backend/tests/test_pmflow_ai_agent_runtime_step1.py -k "prompt_runtime_service_fails_closed_without_active_release or pmflow_ai_runtime_prompt_renderers_do_not_use_code_fallback or goal_frame_context_sanitizer or goal_frame_repairs_compact_modifier_phrase or goal_frame_repairs_selected_interpretation_branch_id_to_meaning"通过,5 passed、83 deselected,保留既有 Pydantic deprecation warning。
2026-05-14 / platform-agent-run-full-chain-audit / implemented
完成内容:
- 新增平台端完整链路审计:
/platform/agent-run-audits可按一次用户端 PMFlow AI 问答/按钮触发查看 durable Agent OS run。 - 后端新增
GET /agent-run-audits与GET /agent-run-audits/{public_run_id},要求platform.audit.view,聚合 run、步骤、工具观察、产物、质检、memory、消息和关联外部 API 调用。 ai_call_logs新增agent_run_id / agent_step_key,PMFlowAgentRuntimeService与 Agent Runtime 各 LLM 节点通过 runtime audit context 写入 run/step 归因;详情页复用 AI 调用审计的脱敏 provider request/response/attempt payload。- 前端新增
frontend/src/api/agentRunAudits.ts与AgentRunAuditsPage,平台侧边栏“质量与事件层”新增“完整链路审计”入口。 - 同步更新
API_CONTRACTS.md与CODE_REFERENCE_INDEX.md,明确该能力只属于平台审计控制面,客户侧不得暴露 run id、step id、provider payload、prompt key、tool trace 或内部错误。
涉及文件:
backend/app/api/agent_run_audit_api.pybackend/app/services/agent_run_audit_service.pybackend/app/services/runtime_audit_context.pybackend/app/models/ai_call_log.pybackend/alembic/versions/20260514_add_agent_run_audit_linkage.pybackend/app/services/llm_service/mixin_prompt_profile_runtime.pybackend/app/services/pmflow_agent_runtime/service.pybackend/app/services/pmflow_ai_agent_runtime/*frontend/src/api/agentRunAudits.tsfrontend/src/pages/platform/AgentRunAuditsPage.tsxfrontend/src/pages/platform/PlatformChrome.tsxfrontend/src/router/index.tsxdocs/architecture/API_CONTRACTS.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
- 后端编译:
/opt/homebrew/bin/python3.11 -m py_compile ...覆盖新增 API/service/context 与改动的 runtime 文件,通过。 - 后端导入 smoke:
PYTHONPATH=backend /opt/homebrew/bin/python3.11导入agent_run_audit_api.router与AgentRunAuditService通过。 - 前端类型检查:
cd frontend && npm run typecheck -- --pretty false通过。 - Commit gate:当前工作区已有大量其它 Packet 未提交/未跟踪改动,本次只落地链路审计相关文件,不提交,避免混入非本次范围改动。
1. 当前推进判断
截至 2026-04-24,PMFlow 已经完成“产品方向收敛 + 前端本地高保真主链 + 后端局部控制面”的阶段,但还没有完成“真实数据闭环产品化”。
1.1 已经推进到位的部分
产品方向
- 已明确 PMFlow 不是“聊天工具 + 项目管理工具”,而是“对话驱动的 AI 产品执行操作系统”。
- 已明确首版方向为
solo-first, team-ready,面向个人开发者、一人公司、半技术产品创作者和 1-10 人 AI 应用小团队。 - 已明确团队协作不是传统多人维护任务表,而是围绕 AI 维护的项目真相层进行异步审查和人机混编执行。
- 已明确 V1 主链为:
创意输入 -> AI 结构化提取 -> 变更确认 -> 项目对象沉淀 -> 任务拆解 -> 推送 IDE / agent -> 开发与测试回写 -> 发布 -> 数据反馈 -> 下一轮迭代。
真源:
docs/PMFLOW_PRODUCT_BLUEPRINT.mdUSER.md
前端产品域
当前已经存在三条独立产品域:
frontend/src/features/personal-space/- 空间入口。
- 用本地 mock 展示继续推进、待我确认、AI 正在推进、暂存想法、草案箱和新建项目入口。
frontend/src/features/project-launch/- 新项目启动台。
- 用本地状态机覆盖意图输入、AI 工作、人类确认、草案修改、失败态、创建成功态和移动端 bottom sheet。
frontend/src/features/pmflow-os/- PMFlow OS 项目内主体验。
- 已有本地 truth store 和页面:
CommandCenter / StructuredExtraction / ChangeReview / MemoryWritebackResult / WorkGraph / ExecutionBridge / ReleaseGrowth / TeamLayer / ProjectMemory。 - 已有本地状态动作:
sendMessage -> generateExtraction -> acceptChange/editChange/deferChange -> promoteAcceptedToGraph -> pushTaskToExecution -> writeBackExecution -> publishRelease -> ingestGrowthSignal。
当前性质:
- 这是产品主链的高保真原型和本地行为闭环。
- 还不是正式后端数据闭环。
- 显式 demo 模式仍是本地高保真原型;API 模式下 PMFlow OS 已接真实项目对象、真实 thread message、真实 AI extraction、ChangeSet/ChangeItem 审查与 commit 主链。
后端控制面
当前已经出现 AI 应用项目控制面的初步生产化能力:
backend/app/models/ai_project_control.py- 模型目录、项目模型绑定、模型推荐快照、模型用量、模型评测。
- Prompt Package。
- IDE 工作区绑定、Repo 绑定、代码仓库连接;当前实现包含 GitHub App 安装/仓库/webhook 投递,Gitea / 自托管 Git 作为 Provider 适配方向。
- TaskCodeLink、ProgressEvent、DevSession。
- ReleaseValidationRun、FeedbackIngest、IterationRecommendation、RevenueEvent、ROISnapshot、ComplianceCheckRun、EvidencePack。
backend/app/services/ai_project_control_service.py- 模型推荐、模型绑定、prompt package、开发同步、GitHub/repo 绑定、进度事件、发布验证、反馈/收入/合规等服务能力。
backend/app/api/sstc_api/model_control.py- 模型推荐、模型绑定、模型用量、Prompt Package、发布验证、反馈摄取、收入记录、合规检查等接口。
backend/app/api/dev_sync.py- GitHub App 安装、仓库绑定、开发任务、项目 dev-sync summary、任务进度事件等接口;产品主语收敛为代码仓库连接,GitHub App 是当前已实现 Provider。
当前性质:
- 后端已经有 V1 产品化需要的部分基础对象和接口。
- 但它们还没有和
frontend/src/features/pmflow-os/的本地 truth store 正式打通。 ChangeSet / Approval / Evidence / Project Memory这条主产品链已形成 PMFlow OS 产品级 API 合同:AI extraction 生成 open ChangeSet + pending_review ChangeItems,ChangeReview 负责 accept/edit/defer,commit 后才写入 Project Memory。
1.2 当前缺口
当前最大缺口不是再讨论产品方向,而是:
把已经成立的产品主链从本地原型推进成真实可用的数据闭环。
关键缺口按优先级排序:
Project Thread / ChangeSet / Evidence / Approval / Project Memory的前后端合同已形成主链,后续重点是质量、覆盖面和 UI 真实态 polish。project-launch还没有接真实 AI 结构化、真实项目创建和真实草案确认。pmflow-osstore 已接后端读写;只有显式 demo 参数才使用 mock truth store。当前缺口是更多页面去静态文案、真实状态细节和失败态打磨。ChangeReview的接受、修改、暂缓还没有写入正式对象、审批记录和证据链。ExecutionBridge已接入真实 execution-summary/dev-sync、execution handoff、运行端领取、progress writeback、测试质量合同和验收/技术审查门禁;当前缺口转为更完整的合并确认、项目记忆回写动作和真实通知中心。ReleaseGrowth已接入 execution evidence gate、release validation run、feedback ingest、revenue event、ROI snapshot、compliance check 和 recommendation -> ChangeSet draft 回流;发布后业务信号已进入统一releaseSignals读模型,但仍不做完整财务系统、真实支付或真实合规平台。TeamLayer已接入 reviewer routing、review decision 状态展示、Team Feed 只读动态流、执行能力图谱和容量信号;当前页面已收敛为“团队动态 / 决策台 / 角色收件箱 / 智能体工位 / AI 副驾”的协作态势首屏。团队层只做责任路由、阻塞提示和跳转,不作为第二个 Change Review,也不直接写 Project Memory。ExecutionBridge页面还没有消费 dev-sync / GitHub / PromptPackage 真实接口。ReleaseGrowth已接入 execution evidence gate、release validation run、feedback ingest、revenue event、ROI snapshot 与 compliance check;这些信号已统一进入releaseSignals,可辅助生成下一轮 ChangeSet draft,但不自动 commit。TeamLayer已接入 reviewer routing / review decision 读模型与 Team Feed 只读动态流,能展示待审变更集、建议审查人、审查原因、风险类型、缺角色 warning、审查状态、审查意见,以及 review / execution / release gate 聚合动态;首屏已按团队协作驾驶舱组织为团队动态、决策台、角色收件箱、智能体工位和上下文 AI 副驾。Role Inbox、Decision Desk 当前仍是基于现有 truth state 的摘要表达,完整真实收件箱与决策台模型仍是后续 Team lane 工作。Execution Capability Graph已确认为团队空间前置模型:旧用户管理 / 能力管理 / 团队负载不再作为一级产品功能;成员能力进入/space/settings/members,容量进入/team-layer?view=capacity,个人空间展示执行准备度,TeamLayer 展示执行能力与容量信号;后续团队空间只能扩展AI + 工具 + 人类判断责任 + 项目上下文 + 容量信号,不得回到传统用户/技能/工时报表三件套。Adaptive Human Capacity已确认为旧工时负载的替代模型:每日suggestedBaseline必须由当天真实任务池动态生成,所有人工触点共享同一个容量池;总时间判断硬上限,类型占比只判断疲劳和质量风险。负责人 override 必须先 simulate,再 apply,并记录原因、审计、过期时间;团队空间后续不得回到固定工作类型槽、静态技能标签或旧 workload ratio 直接派活。
2. 下一步推进方向
下一步不要扩大战线,不要新增新的战略产品表面;可以在已确认的 Main Flow / Space / Account Settings 这些既有表面内并行推进。正确方向是:
把 V1 主链真实闭环化。
也就是从“本地高保真原型”推进到“真实项目对象 + 真实 AI 提取 + 真实确认写入 + 真实执行回写”。
2.1 下一阶段总目标
阶段目标命名为:
V1 Productized Loop
验收标准:
- 用户从
/project-launch输入一个 AI 应用创意。 - 后端生成可审查的结构化草案或变更集。
- 用户确认后创建项目,并写入项目真相层。
- 进入
/command-center后能看到真实项目线程、结构化提取、待确认项和项目对象。 - 用户接受变更后,正式对象、审批记录、证据链同步更新。
- 至少一个任务能生成 Prompt Package,并进入 Execution Bridge。
- Execution Bridge 能消费真实 dev-sync summary 或 progress event。
- 发布/反馈页能消费至少一类真实 release validation / feedback / revenue / compliance 数据。
2.2 暂不推进的方向
下一阶段暂不推进:
- 完整财务系统。
- 完整合规平台。
- 企业组织树和复杂权限矩阵。
- 多项目 portfolio。
- 应用市场、投融资、孵化生态。
- 前台多 agent 选择器。
- 与产品主链无关的后台治理页扩展。
这些都不是当前瓶颈。
2.3 PMFlow AI 双脑结构落地路线
2026-05-07 起,PMFlow AI 的产品与实现默认按“双脑结构”推进:
Space AI:空间级 AI Operating Partner,负责跨项目注意力、想法孵化、待确认聚合、AI 进行中监控、空间级下一步和入口路由。Project Copilot:项目级上下文操作副驾,负责项目真相解释、候选变更生成、证据/风险审查、执行上下文交接和回写门禁。
目标不是把现有 AI 管家和项目副驾文案改好看,而是让两个入口在数据、prompt、前端交互和运行边界上真正产生不同价值。
落地原则:
- 先合同,后界面。任何 AI 表达必须能追溯到空间对象或项目对象。
- 先只读可信,再候选写入。空间 AI 和项目副驾都不能用模板句冒充成功。
- 先主链对象,后自动执行。自动化只能建立在证据、权限、确认和回写合同稳定之后。
- prompt 优化必须服务运行合同,不允许只改语气、不改输入输出结构。
- 如果现有实现和双脑结构冲突,应重构现有实现,不以旧文档或旧 UI 为准。
推荐拆成以下 Packet 串行/有限并行推进。
AI-Dual-00:合同与审计基线
目标:
明确 Space AI 与 Project Copilot 的输入、输出、权限、对象锚点和失败语义。
写范围:
docs/PMFLOW_PRODUCT_BLUEPRINT.mddocs/architecture/RUNTIME_GUARDRAILS.mddocs/architecture/API_CONTRACTS.mddocs/architecture/CODE_REFERENCE_INDEX.md- 只在必要时改 schema 草案,不改运行时代码。
验收:
- 能明确回答每个 AI 入口允许读什么、允许生成什么、禁止写什么。
Space AI与Project Copilot不再用同一套泛问答合同解释。- 明确哪些 prompt 需要迁移到 Prompt 运营中心 active release,哪些 prompt 只需调整变量合同。
AI-Dual-01:Space AI Operating Partner
目标:
把 /space 从“项目/想法列表 + AI 聊天”升级为“今日注意力 + 想法孵化 + 待确认聚合 + AI 工作监控”的空间级 AI 工作面。
后端重点:
SpaceRuntimeContextBuilder输出客户安全的space_operating_packet,覆盖可见项目、待确认、AI 进行中、暂存想法、草案、风险/停滞摘要和今日建议所需字段。/space/ai-concierge/ask的 route planner 输入必须区分raw_question、surface_context、space_operating_packet、conversation_context。- 对“现在有什么项目 / 今天先做什么 / 哪些待确认 / 哪些想法可推进 / AI 正在做什么”优先走零模型或轻模型受控回答;证据不足时显式说缺什么。
前端重点:
- 空间首屏改为
Today Brief / Attention Queue / Idea Incubation / AI Work Monitor / Project Entrypoints。 - AI 入口默认展示带对象锚点的建议动作,而不是空白泛聊天。
- 空间 AI 回答优先渲染
answer_canvas / visible_objects / next_actions / limitations。
prompt 重点:
PROMPT_PMFLOW_AI_ROUTE_PLANNER必须能识别attention / idea_incubation / route_to_project / ai_work_monitor / cross_project_summary / external_research。PROMPT_CUSTOMER_ANSWER_COMPOSER对空间问题必须输出“结论 + 对象 + 下一步 + 限制”,不得写成泛产品顾问。- 想法 enrichment prompt 必须继续保持零兜底:低信息输入返回缺口,不生成假项目。
验收:
- 用户问“今天先做什么”能得到基于真实空间对象的排序,而不是通用建议。
- 用户丢新想法时进入 saved idea / Project Launch draft 路径,不直接写项目记忆。
- 用户问“AI 正在做什么”能看到真实进行中/失败/待补充状态。
- Space AI 不能触发 ChangeSet commit 或 Execution Bridge handoff。
AI-Dual-02:Project Copilot Truth-Bound Refactor
目标:
把项目 AI 副驾从 surface 静态建议升级为绑定项目真相层的操作副驾。
后端重点:
- 项目级副驾请求必须带
project_id / current_surface / object_anchor / ProjectTruthState projection / pending ChangeSet / evidence summary / execution summary / release signals。 - 生成回答前先构建
project_copilot_context_packet,明确当前对象、阶段、意图、风险、允许动作和禁止动作。 - 副驾动作必须落到
answer / draft / review / execution_handoff_prepare等受控 action ladder,不允许自由写入。
前端重点:
ProjectCopilot在不同 surface 显示不同重点,但共享同一上下文包和动作梯。- 输入框必须带当前对象锚点:当前 ChangeItem、Task、Requirement、Execution Package、Release Signal 或 Project Memory 节点。
- 右侧副驾的主按钮只能跳转或生成候选,不得绕过页面主链门禁。
prompt 重点:
- 项目副驾 prompt 必须消费客户安全项目证据和当前对象锚点。
- 对“为什么 / 下一步 / 能不能执行 / 要不要改”这类问题,必须输出依据、缺口、推荐动作和禁止动作。
- 外部趋势/竞品/新技术问题必须先做当前项目 fit 判断;只有相关且证据充分时生成候选 ChangeSet。
验收:
- 在 Change Review 中,副驾能解释具体 ChangeItem 的证据、影响和写入门禁。
- 在 Execution Bridge 中,副驾只能准备执行上下文和审查建议,不能冒充已执行。
- 在 Project Memory 中,副驾只解释已确认事实和证据,不从 assistant prose 反推业务字段。
- 缺证据、缺 repo、缺 reviewer、缺测试命令时显示 blocked/warning。
AI-Dual-03:跨空间/项目闭环
目标:
让两个 AI 工作面互相回流,而不是各自孤岛。
范围:
- 项目风险、待确认、AI 进行中、执行回写、发布信号回流到 Space Attention Queue。
- Space Attention Queue、待确认、AI 进行中和草案提示必须携带客户安全对象锚点:
objectRef / objectType / objectId / surface / projectId / projectTitle / href / parentObjectRef?。 - Space AI 对“今天先处理什么 / 哪些项目需要介入”这类问题返回的
answer_canvas.next_actions也必须携带同源object_ref/object_anchor,让文字建议、跳转深链和 Project Copilot 上下文恢复使用同一个对象合同。 - Space AI 的 idea incubation 可以推进到 Project Launch draft,但仍需用户确认后创建正式项目。
- Space AI 的跨项目优先级建议可以跳转到项目级副驾,并带对象锚点。
- 项目副驾产生的待确认和执行阻塞必须能被空间页聚合展示。
验收:
- 项目内出现新的 pending ChangeSet 后,空间页能聚合为待确认入口。
- 项目执行失败或缺证据后,空间页能展示为 AI 工作异常/阻塞。
- 空间 AI 推荐进入某项目时,项目页能恢复对应对象锚点,而不是只打开页面。
AI-Dual-04:主动化与自动执行边界
目标:
在确认链稳定后,再推进低风险主动化。
允许先做:
- 只读主动提醒。
- 待确认排序。
- 低风险草案生成。
- 执行上下文包准备。
- 外部资料检索后的项目 fit 分析。
- 主动化必须落到
automation_policy(mode=suggest_only)与proactive_suggestions[]合同;允许层级只有suggest_only / prepare_only,每条建议必须requires_user_confirm=true。 - 自动准备导航和上下文预览可以先做;点击后的真实写入、发布、执行仍由对应主流程确认。
暂不允许:
- 自动提交 Project Memory。
- 自动执行外部命令。
- 自动发布。
- 自动删除/归档/覆盖正式对象。
- 自动修改权限、provider、model、prompt active release。
验收:
- 每个主动动作都有
why_now / source_objects / risk_level / required_confirmation / audit_event。 - 高风险动作只能生成候选和解释,不能自动完成。
AI-Dual-05:PMFlow AI Space Operating Conversation
目标:
把空间 AI 的定位落实到 PMFlow AI 的对话模式里,而不是只在空间页增加卡片。/space 首屏默认展示 PMFlow AI · 空间操作伙伴,对话本身承载今日指挥简报、跨项目注意力、待确认、AI 工作监控、想法孵化、风险雷达和下一步建议。
合同:
- 后端 Space AI 响应必须返回
pmflow_ai_mode="space_operating_partner"。 - 响应必须带
conversation_frame(frame_version="pmflow_ai_space_conversation.v1", object_scope="cross_project_space")。 answer_canvas.conversation_blocks[]支持daily_brief / attention_queue / pending_confirmation / ai_work_monitor / idea_seed / risk_radar / next_action。- Space 首屏主对话面和浮窗都必须传原始问题 + 结构化
surface_context,不得把上下文拼进问题。 - 对话内所有动作继续受 AI-Dual-04 约束:只建议、只准备、只路由,真实写入/发布/执行必须回到确认链。
验收:
- 打开
/space首屏能看到 PMFlow AI 空间操作伙伴,而不是只看到项目列表。 - 在主对话面提问“哪些项目最需要我介入”会走
/space/ai-concierge/ask,并带结构化surface_context。 - 后端返回的 Space AI payload 可恢复为 conversation blocks,且不暴露 prompt、trace、provider、内部字段。
3. 推荐推进顺序
3.0 功能原型一致性治理
任何 PMFlow 核心功能在继续出图、重画、实现或新开线程接续前,必须先确认是否已有 canonical 功能契约。若已有契约,后续只能在该契约下新增状态、补充局部区域或做明确版本迭代,不能把同一功能重新设计成另一套页面。
功能契约至少包含:
- 功能定位
- 页面/状态列表
- 固定导航壳
- 核心对象模型
- 状态标签体系
- 用户动作
- AI 动作
- 系统状态
- 移动端规则
- 不可随意改变的部分
- 可扩展的部分
确认流程:
- 先列出本轮涉及的功能清单。
- 每次只提交一个功能契约给用户确认。
- 用户确认后,才把该功能契约写入本文档或对应产品真源。
- 后续原型图、实现、验收都以已确认契约为准。
- 如需重构,必须先说明旧版是什么、新版改什么、迁移影响是什么,并得到明确确认。
当前需要逐个确认的功能清单:
- 新项目启动台
- 个人空间首页
- 项目指挥台
- 本轮结构化提取
- 决策与待确认
- 项目记忆
- 移动端底部导航
- 项目切换器
- 项目工作台
- 开发执行联动
- 发布与增长
- 团队协作
3.1 审查、写入记忆与开发执行边界
当前产品方案确认以下顺序为 Main Flow 主链合同,后续原型和实现不得绕开:
对话 / 材料输入
-> Structured Extraction
-> ChangeSet / ChangeItem / EvidenceLink
-> Change Review 初审与分流
-> 必要时 Team Layer 角色审查
-> accepted / edited / deferred / rejected 审查结果
-> 确认写入 Project Memory
-> Work Graph 形成正式 Task / Decision / Risk / Requirement
-> Execution Capability Graph 判断执行模式
-> Execution Bridge 发起执行交接
-> Codex / Local Bridge / GitHub agent / IDE 执行与回写
关键判断:
- 不允许先写入项目记忆再要求团队补审;高风险、跨角色、缺证据或需要专业判断的变更必须先完成角色审查。
- 团队层不是第二套待确认中心,只做责任路由、角色收件箱、团队动态、审查状态、阻塞解释和跳转。
accept / edit / defer / reject / review decision只改变审查与 approval 状态,不写 Project Memory。确认写入项目记忆是唯一把 accepted / edited 项提交到truth_nodes / tasks / semantic_facts等正式对象的动作。- 开发执行不能从 AI 候选 Task 直接开始;必须先由 Project Memory commit 形成正式 Task,再进入执行准备与 handoff。
- 人员或 agent 分配分两层:审查责任在 Change Review / Team Layer 阶段确定;执行责任在正式 Task 形成后、Execution Bridge handoff 前通过 Execution Capability Graph 与容量信号确定。
发起执行交接 / 推送到 IDE / 分派给 agent只能在正式任务、上下文包、repo/runtime、测试与回写证据满足最小条件后成为可执行主按钮;否则显示 blocked/warning 和下一步。
按钮状态限制:
| 动作 | 允许使用 | 禁止或限制 |
|---|---|---|
| 接受 | 候选项正确、证据充分,可进入待写入集合 | 不写 Project Memory;高风险缺 reviewer gate 时不可执行 |
| 修改 | 候选项方向正确但字段或范围需修订 | 必须保留原始 proposal、before/after 与 evidence |
| 暂不落库 | 当前不写入但保留后续处理空间 | 不等于拒绝;不得进入 commit eligible 集合 |
| 拒绝 | AI 误读、重复、证据错误或方向错误 | terminal discard;不得用 defer 冒充 |
| 批量接受 | 低风险、同类、证据充分且无需角色审查 | 不得混入高风险、缺证据、unsupported 或 required review 项 |
| 稍后处理 | 队列提醒 / 排序,不改变业务状态 | 不得写 approval、defer 或 reject |
| 请求审查 | 需要产品、技术、QA、增长等角色异步判断 | reviewer 缺失时只显示阻塞,不虚构分派 |
| 通过审查 | reviewer 认可变更质量 | 不写 Project Memory,不触发执行 |
| 要求修改 | reviewer 要求补字段、证据、范围或验收标准 | 不终止 item,回到 owner 修改 |
| 确认写入项目记忆 | accepted / edited 项通过 gate 后 atomic commit | 存在 pending required review、无 eligible item、缺 evidence 或 unsupported object type 时不可执行 |
| 发起执行交接 | 正式 Task 已存在且执行准备度满足最低条件 | 不得针对 pending ChangeItem 或 draft Task 执行 |
Phase A:产品合同收口
目标:
把 pmflow-os 本地类型、现有 SSTC/semantic facts/ai_project_control 后端对象和 V1 蓝图对象对齐。
范围:
- 梳理
ProjectThread / ChangeSet / ChangeItem / Evidence / Approval / ProjectMemory / ExecutionRun的后端合同。 - 明确哪些对象复用现有表,哪些需要新表或投影表。
- 明确
frontend/src/features/pmflow-os/types.ts如何映射到 API response。 - 明确哪些接口走已有
sstc_api/dev_sync,哪些需要新增pmflow_os_api。
产物:
- API/Schema 设计说明或直接 Pydantic schema。
- 更新
docs/architecture/CODE_REFERENCE_INDEX.md。 - 如新增表,必须 Alembic migration。
验收:
- 能回答“前端每一个本地对象从哪个后端字段来,写回到哪里去”。
- 不能再出现前端原型对象和后端业务对象各讲各话。
Phase B:Project Launch 真实创建链
目标:
把新项目启动台从本地状态机接到真实项目创建/草案确认主链。
范围:
/project-launch意图输入接真实 API。- AI 结构化结果必须产出可审查草案,而不是直接静默创建。
- 用户确认后创建项目,并跳转真实
/command-center。 - 创建结果必须写入项目真相层初始对象:Idea、Requirement、Decision、Risk、Task 或等价 SSTC 对象。
验收:
- 真实接口创建项目。
- 失败时显式失败,不用 mock 冒充成功。
- 创建成功后进入真实项目上下文。
- 项目创建前移动端仍不展示正式底部导航。
Phase C:Change Review 与 Project Memory 写入
目标:
让对话/结构化提取生成的 ChangeSet 能被接受、修改、暂缓,并写入正式项目对象和证据链。
当前拆分:
- C1:真实 Change Review 数据底座与审查状态机,已实现项目线程消息、真实 AI extraction、显式
proposed_itemsdraft、ChangeSet / ChangeItem / Approval / EvidenceLink表和accept / edit / defer;AI extraction 失败必须显式失败,不生成模板假结果。 - C2:提交入库,把已接受/已编辑 ChangeItem 写入
truth_nodes / tasks / semantic_facts并完成高风险 approval gate。
范围:
StructuredExtractionPage接真实提取结果。ChangeReviewPage接真实 ChangeSet。- 接受/修改/暂缓动作调用后端。
- C2 写入后
ProjectMemoryPage / WorkGraphPage / TeamFeed能读到最新对象。
验收:
- ChangeSet 有 Evidence。
- 高风险变更需要 Approval。
- C1 接受后只进入
accepted / edited / deferred审查状态,不进入 Project Memory。 - C2 commit 后对象状态从 proposed/draft 进入 confirmed 或对应正式状态。
- 暂缓后不进入项目真相层,但仍留审计。
Phase D:Execution Bridge 真实开发同步
目标:
让 PMFlow 真正连接开发执行,而不是只展示执行概念。
范围:
ExecutionBridgePage消费devSyncApi。- 任务能生成 Prompt Package。
- 能选择项目代码仓库或展示代码托管连接状态。
- 能创建或读取 ProgressEvent。
- 能把 PR/commit/test 信息回写到任务和 Team Feed。
验收:
- 至少一个真实任务能进入执行桥。
- 能看到真实 Prompt Package 或 dev task。
- 能看到真实 progress event。
- 任务状态能随回写变化。
Phase E:Release / Growth 轻量闭环
目标:
上线后反馈进入下一轮迭代,不停在“开发完成”。
范围:
ReleaseGrowthPage已消费 execution evidence gate、release validation run、feedback ingest 与统一releaseSignals。releaseSignals已聚合 feedback / revenue / ROI / compliance / recommendation,缺数据时返回 explicit empty/warning,不用静态 mock 指标补位。- revenue event、基础 ROI snapshot 与 compliance check 只作为轻量发布后经营/风险信号,不扩成完整财务系统、真实支付或真实合规平台。
- 真实 recommendation 能生成下一轮 ChangeSet draft。
验收:
- 发布前有门禁。
- 发布后有反馈/收入/成本/合规至少一类真实信号。
- 信号能回流为下一轮建议,不只是展示图表。
Phase F:Team-ready 最小闭环
目标:
不做重型团队管理,但补齐小团队围绕项目真相层协作的最小能力。
范围:
- 成员归属。
- 执行能力图谱:先判断 AI 直接执行、AI+用户验收、AI+技术审查、需人类补判断或当前阻塞。
- 角色收件箱 Role Inbox。
- Team Feed。
- Decision Desk 或高风险变更多人审查。
- Agent Workforce 的只读可见化。
验收:
- 不同角色看到不同待处理项。
- 高风险变更集能先展示建议审查人/负责人、审查原因与证据数量;自动指定或权限化分派不属于当前最小闭环。
- 团队层是协作态势与责任路由页,不能成为第二个待确认中心;正式接受、修改、暂缓、拒绝和写入 Project Memory 仍回到
ChangeReviewPage。 - Team Feed 展示 AI 提取、人工确认、执行回写、测试/发布变化。
4. 单次任务范围标准
每次 Codex 执行产品推进任务,必须控制为一个“可闭环增量”,不要跨太多面。
4.1 默认范围
一次任务最多覆盖:
- 一个产品表面:如 Project Launch / Change Review / Execution Bridge。
- 一个后端合同或服务切片。
- 一个前端接入切片。
- 对应测试。
- 对应文档进度回写。
如果预计改动超过 5 个核心文件或超过约 200 行业务代码,必须先拆子任务,除非是同一根因的缺陷修复。
4.2 推荐任务模板
每次新任务开始前,先给自己明确:
- 本次要推进的 Phase。
- 本次要打通的用户路径。
- 涉及的前端入口。
- 涉及的后端 API / service / model。
- 本次不处理的边界。
- 最小验证命令。
- 完成后要更新的进度文档。
4.3 禁止范围漂移
产品推进任务里禁止顺手做:
- 无关视觉重构。
- 无关后台治理页扩展。
- 无关权限体系大改。
- 无关 AI prompt 大改。
- 无关模型路由策略调整。
- 无关文案大清洗。
除非这些问题直接阻断本次用户路径。
4.4 Codex 并行推进协议
PMFlow 允许多个 Codex 线程并行推进。产品上可以按“大模块 lane”长期并行,例如主流程、空间、个人中心,但实际执行单位仍必须是明确的 Packet。不能只用“做空间”“做个人中心”“做主流程”这类模糊大模块直接开工;每个模块 lane 都必须拆成带 write_scope 的 Packet。没有 write_scope 的任务不允许并行执行。
每个并行 Packet 开始前必须声明:
packet_idphaseowner_threadbase_refread_scopewrite_scopeforbidden_pathsshared_filesdepends_onmerge_afterverificationdocs_to_sync
并行硬规则:
- 只有
write_scope不重叠的 Packet 才允许并行。 - 任意两个 Packet 若同时需要改
router / schema / migration / shared API client / shared store / CLAUDE.md / CODE_REFERENCE_INDEX.md,必须串行。 - 每轮并行最多保留一个
contract / migration / router owner;其它线程只能消费该 owner 已定义的稳定接口。 - 并行线程不得在自己的
write_scope外做“顺手修复”;发现阻塞问题时,只记录到 integration notes 或新建后续 Packet。 - 同一批并行开发必须指定一个
integration owner,负责最终合并共享文件、跑集成验证和更新进度台账。
4.4.1 大模块并行治理
大模块并行的目标是让不同产品表面长期同时推进,但不让它们抢同一批共享文件、共享状态和共享合同。
大模块 lane 可以长期存在;Packet 必须短生命周期。lane owner 负责该产品表面的连续性,Packet owner 负责一次可验证增量。一个 lane 同一时间可以只有一个活跃 Packet,也可以拆成同 lane 内串行小 Packet;不同 lane 只有在 write_scope 不重叠时才允许并行。
大模块并行必须遵守以下规则:
- 先由
Shell / Integration owner冻结公共壳、路由、导航、Provider、共享 API client、共享文档归属。 Main Flow / Space / Account Settings等模块线程只能写自己 lane 的 owned files。- 任一模块需要改共享文件,必须先把该修改拆给
Shell / Integration owner,不能在模块 Packet 里顺手改。 - 模块之间只能通过稳定合同交互:URL、route params、只读 summary API、事件/待确认摘要、用户偏好 API;禁止跨模块直接 import 对方 store 内部实现。
- Space 只能聚合和跳转,不直接写 Project Memory、ChangeSet commit、Execution Bridge 回写。
- Account Settings 只能处理用户资料、偏好、通知和账户壳,不直接改项目主链、权限核心或 AI 路由。
- Main Flow 可以继续推进 PMFlow OS 主链,但不得顺手重做 Space 首页或个人中心。
- 每批大模块并行仍必须有一个 integration owner 统一执行
Parallel Integration Gate。
共享高冲突文件默认只归 Shell / Integration owner:
frontend/src/router/index.tsxfrontend/src/main.tsxfrontend/src/lib/api.ts或其它共享 API basefrontend/src/features/pmflow-os/components/PMFlowOsFrame.tsxfrontend/src/features/pmflow-os/components/MobileBottomNav.tsxbackend/app/api/router.pybackend/app/models/__init__.pybackend/alembic/versions/*CLAUDE.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.mddocs/architecture/RUNTIME_GUARDRAILS.mddocs/architecture/API_CONTRACTS.md
4.4.2 当前大模块 lane 划分
Lane 0:Shell / Integration
定位:
- 冻结公共应用壳、路由、移动底部导航、Provider、共享文档和合并顺序。
- 不承担具体产品表面的大量 UI 实现。
默认写范围:
frontend/src/router/index.tsxfrontend/src/main.tsxfrontend/src/features/pmflow-os/components/PMFlowOsFrame.tsxfrontend/src/features/pmflow-os/components/MobileBottomNav.tsxCLAUDE.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.mddocs/architecture/API_CONTRACTS.md
Lane 1:Main Flow / PMFlow OS 主流程
定位:
- 打穿 V1 主链:Project Thread -> Structured Extraction -> Change Review -> Project Memory -> Execution Bridge -> Release/Growth。
- 这是产品核心闭环,优先级最高。
默认写范围:
frontend/src/features/pmflow-os/frontend/src/api/pmflowOs.tsbackend/app/api/pmflow_os_api/backend/app/services/pmflow_os_projection_service.pybackend/app/services/pmflow_change_review_service.pybackend/app/schemas/pmflow_os.pybackend/tests/test_pmflow_*
默认禁止:
- 不改
frontend/src/features/personal-space/。 - 不改 Account Settings 域。
- 不改共享 router / nav / docs,除非本 Packet 就是 integration owner。
Lane 2:Space / 个人空间入口
定位:
- 建设
/space作为所有项目、想法、草案、待确认和 AI 推进状态的上层入口。 - Space 是聚合与导航层,不是 Project Memory 或 ChangeSet 的写入层。
默认写范围:
frontend/src/features/personal-space/frontend/src/pages/PersonalSpacePage.tsxfrontend/src/api/space.ts(如需要)backend/app/api/space_api/(如需要,只读聚合优先)- Space 相关测试
默认禁止:
- 不改
frontend/src/features/pmflow-os/store.tsx。 - 不改 PMFlow OS 主流程页面。
- 不改 ChangeSet commit / Execution Bridge 写回服务。
- 不直接写项目真相层;写动作必须跳转或调用已有主流程合同。
Lane 3:Account Settings / 个人中心与设置
定位:
- 建设
/me、个人资料、偏好、通知、AI 使用偏好和账户操作。 - Account Settings 是用户偏好层,不是项目协作层或权限核心重构。
默认写范围:
frontend/src/features/account-settings/(建议新建)frontend/src/features/pmflow-os/pages/AccountPage.tsxfrontend/src/features/pmflow-os/components/AccountControls.tsxfrontend/src/api/accountSettings.ts(如需要)backend/app/api/account_settings_api/(如需要)- Account Settings 相关测试
默认禁止:
- 不改 Project Memory / ChangeSet / Execution Bridge。
- 不改 Space 聚合。
- 不改 OAuth/JWT/auth core;如必须改,另开安全 Packet。
- 不改共享 router / nav,除非由 integration owner 串行处理。
4.4.3 P0 公共壳冻结结果
截至 2026-04-26,P0 对当前共享壳的冻结结论如下。后续 main-flow-phase-d-execution / space-v1-workbench / account-settings-v1 必须按此边界开工。
Route 归属
| 路由 | 当前实现 | 归属 lane | 后续规则 |
|---|---|---|---|
/space |
已存在,PersonalSpaceStandalone -> frontend/src/pages/PersonalSpacePage.tsx -> frontend/src/features/personal-space/ |
Space | Space lane 可改页面域;不得在本 lane 改 router,除非通过 Shell owner |
/project-launch |
已存在,ProjectLaunchStandalone -> frontend/src/pages/ProjectLaunchPage.tsx -> frontend/src/features/project-launch/ |
Project Launch / Shell owned route | 非本批三线程主任务;后续只作为 Space 和 Main Flow 的入口/跳转消费 |
/pmflow-os |
已存在,alias 到 CommandCenterStandalone,支持 ?projectId=<id> 真实项目上下文 |
Main Flow | Main Flow lane 消费;route alias 归 Shell owner |
/command-center |
已存在,standalone 与 AuthGuard children 双入口均存在 | Main Flow | 当前作为免登录产品预览壳和项目指挥台入口;后续是否收敛双入口由 Shell owner 单独处理 |
/change-review |
已存在,移动底导“待确认”指向此路由 | Main Flow | Space 只能聚合摘要并跳转,不直接写 Change Review 状态 |
/execution-bridge |
已存在于 AuthGuard children | Main Flow | Phase D 真实接入由 Main Flow lane 负责 |
/release-growth |
已存在于 AuthGuard children | Main Flow | Phase E 再推进,不进入本批 Space / Account scope |
/me |
已存在,standalone 与 AuthGuard children 双入口均存在,页面来自 frontend/src/features/pmflow-os/pages/AccountPage.tsx |
Account Settings | Account lane 可改 AccountPage/AccountControls;route 归 Shell owner |
/settings |
当前未实现 | Account Settings reserved | 不在 P0 临时新增;由 account-settings-v1 提出需要后,Shell owner 串行加 route |
Provider 与共享状态
frontend/src/main.tsx当前全局挂载QueryClientProvider -> PMFlowOsProvider -> ToastProvider -> RouterProvider。PMFlowOsProvider当前是全局 provider,但业务所有权归Main Flow / PMFlow OS。- Space 和 Account Settings 可读取稳定公开 hook/API,但禁止直接改
frontend/src/features/pmflow-os/store.tsx或依赖其内部 mutation 细节。 - 如果 Space 需要“待确认 / AI 正在推进 / 最近项目”摘要,优先新增
frontend/src/api/space.ts与只读后端聚合接口,不能从 PMFlow OS store 内部反向拼。 - 如果 Account Settings 需要用户偏好,优先新增
frontend/src/api/accountSettings.ts与独立后端接口,不能把个人偏好塞进 PMFlow OS truth store。
导航与移动底部栏
frontend/src/features/pmflow-os/components/MobileBottomNav.tsx是正式应用壳唯一移动底部导航实现。- 当前五项固定为:
空间 -> /space、指挥台 -> /command-center、待确认 -> /change-review、动态 -> /command-center、我的 -> /me。 - Space / Main Flow / Account 三个模块线程不得各自改底部导航。任何导航项新增、重命名、跳转变更,都必须交给 Shell owner。
- 当前
动态暂时回到/command-center,属于保留占位;后续如实现/activity或动态页,必须单独开 Shell / Integration Packet。
下一批开工条件
main-flow-phase-d-execution可以直接开工,前提是不改 router、MobileBottomNav、PMFlowOsFrame 的导航归属。space-v1-workbench可以直接开工,前提是只改personal-spaceowned files 和可选space.ts / space_api,不碰 PMFlow OS store。account-settings-v1可以直接开工,前提是不新增/settingsroute;如确需/settings,先把 route 需求写入 integration notes,再由 Shell owner 添加。
4.5 V1 Productized Loop 默认并行切片
V1 主链并行开发默认按 lane 切分:
Contract Lane:API / Schema / DB migration / 核心对象合同,只允许单线程拥有。Backend Lane:service + route + tests,必须依赖 Contract Lane。Frontend Lane:frontend/src/api/+ React Query / store 接入,必须依赖稳定 API 合同。UI Lane:页面展示、状态、交互、响应式,只能改功能域内组件,不能改 API 合同。Docs/Test Lane:回归补充、文档同步、验证矩阵,可以和非共享代码并行,但最终由 integration owner 统一收口。
默认合并顺序:
- Contract / migration
- Backend service / API
- Frontend API / store
- UI / page
- Docs / test / integration
4.6 Phase C2 并行试点拆包
当前下一阶段 Phase C2:ChangeSet commit 入库 默认拆成四个 Packet:
C2-contract- Lane:
Contract Lane - 目标:定义 commit API、写入规则、高风险 approval gate、响应合同和失败语义。
- 写范围:PMFlow OS 产品合同、API 合同、schema 草案或对应设计文档。
- 退出条件:后端和前端实现线程不需要再自行决定 API shape。
- Lane:
C2-backend- Lane:
Backend Lane - 目标:实现 ChangeSet commit service、route、transaction、权限边界和后端测试。
- 依赖:
C2-contract - 写范围:
backend/app/api/pmflow_os_api/、backend/app/services/pmflow_change_review_service.py、backend/app/schemas/pmflow_os.py、相关 tests;若需要 migration,必须回到 Contract Lane 串行处理。
- Lane:
C2-frontend- Lane:
Frontend Lane - 目标:接入 commit API,更新
pmflow-osstore、Change Review 状态和错误/成功反馈。 - 依赖:
C2-contract - 写范围:
frontend/src/api/pmflowOs.ts、frontend/src/features/pmflow-os/store.tsx、ChangeReviewPage或 owned 组件测试。
- Lane:
C2-docs-verification- Lane:
Docs/Test Lane - 目标:同步产品推进台账、代码索引、API 合同、架构库存,并执行最终集成验证。
- 依赖:
C2-backend、C2-frontend - 写范围:文档和验证记录;共享文档由 integration owner 统一合并。
- Lane:
C2-contract 必须先完成;C2-backend 和 C2-frontend 只能在合同稳定后有限并行;最终必须由一个 integration owner 统一收口。
4.7 分支与 worktree 协议
并行开发默认使用独立分支和独立 worktree:
- 分支命名:
codex/<packet_id>。 - 每个 Packet 必须记录启动时的
base_ref。 - 每个并行线程优先使用独立 git worktree,避免同一工作区文件互相覆盖。
- 合并前必须检查当前分支是否落后主集成分支。
- 合并前必须检查
git diff --name-only,确认没有写出write_scope。 - 触碰共享高冲突文件时,必须交由 integration owner 合并。
4.8 Packet commit 协议
并行开发不是“每改一行就提交”,也不是“多个 Packet 混在一个长期分支里攒”。默认规则:
- 一个 Packet 对应一个短生命周期分支:
codex/<packet_id>。 - Packet 完成、验证通过、文档同步完成后,必须形成至少一个可审查 commit。
- Codex 必须自行执行 commit gate 判定,不把“该不该提交”默认丢给用户判断。
- 复杂 Packet 可以在同一分支内做多个 checkpoint commit,但每个 commit 都必须是逻辑完整切片,不能提交半成品、失败验证或越界改动。
- 不允许把多个不同 Packet 的实现混进同一个 commit。
- 不允许在旧 Packet 分支上继续做新 Packet;新 Packet 必须从最新 integration base 或明确依赖分支重新开
codex/<new_packet_id>。 - 如果新 Packet 依赖尚未合并的
Contract Lane,优先等待合同分支合入;确需提前开发时,必须以该合同分支作为base_ref,并在任务包里写明depends_on / merge_after。 - integration owner 只合并通过
Parallel Integration Gate的 Packet commit;未验证 commit 只能留在 Packet 分支内,不进入主集成分支。 - 每个 Packet 合并后,旧 Packet 分支只用于追溯,不再追加新业务改动。
commit gate 判定:
auto_commit:满足全部条件时,Codex 应自行提交当前 Packet 分支。- 当前改动全部在
write_scope内。 - 没有混入用户或其它线程的未归属改动。
- 触碰共享高冲突文件时,当前线程就是该文件的 owner 或 integration owner。
- 必要验证已通过;若验证无法执行,原因和影响已经写入结果与任务包。
- 必要文档已同步。
- commit 内容只包含当前 Packet。
- 当前改动全部在
hold_no_commit:满足任一条件时,Codex 不得提交,只能报告阻塞和证据。- 验证失败且失败与本 Packet 相关。
git diff --name-only发现越界改动。- 工作区混入无法归属的用户改动或其它线程改动。
- 发现 migration 多 head、合同不稳定、API shape 未定或依赖 Packet 未完成。
- 需要破坏性删除、重置、强推、覆盖、批量迁移等高风险操作。
ask_before_commit:满足任一条件时,Codex 必须先说明事实并等用户拍板。- 用户明确要求只改不提交。
- commit 需要包含共享高冲突文件,但当前线程不是 owner。
- 验证无法运行且该 Packet 风险较高。
- 需要把多个 Packet 的改动临时合在一个 commit 里。
- 需要提交历史遗留脏改动才能让当前 Packet 自洽。
推荐 commit 节奏:
contractPacket:合同文档、schema 草案或 migration 约束稳定后 commit。backendPacket:后端实现和对应测试通过后 commit。frontendPacket:API/store/UI 接入和对应前端验证通过后 commit。docs-verificationPacket:文档同步、最终验证记录和进度台账完成后 commit。
4.9 Parallel Integration Gate
每批并行开发结束后,integration owner 必须执行集成验收:
git diff --name-only检查每个 Packet 是否越界。- 后端改动:
python -m py_compile+ 相关pytest。 - 前端改动:
npm run typecheck+npm run build+ 相关 focused tests。 - migration 改动:
alembic heads必须单 head;必要时执行alembic upgrade head。 - 文档:产品推进台账、代码索引、API 合同、架构库存同步完成。
- 若后端或 migration 改动已经落地,按项目规则执行热部署/重启;若不能执行,必须明确写阻塞原因。
5. 每次完成后的进度回写标准
后续 Codex 每完成一个 PMFlow 产品推进任务,必须自己更新进度,不需要用户额外提醒。
5.1 必须更新的地方
每次完成后至少更新:
- 本文档
## 8. 进度台账- 新增一条记录。
- 写清完成内容、影响范围、验证结果、下一步建议。
- 如果新增/删除/重命名文件或入口:
- 更新
CLAUDE.md - 更新
docs/architecture/ARCHITECTURE_INVENTORY.md - 更新
docs/architecture/CODE_REFERENCE_INDEX.md
- 更新
- 如果新增/修改 API/Schema:
- 更新
docs/architecture/CODE_REFERENCE_INDEX.md - 必要时更新
docs/architecture/API_CONTRACTS.md
- 更新
- 如果新增运行边界、禁止项或系统行为约束:
- 更新
docs/architecture/RUNTIME_GUARDRAILS.md
- 更新
- 如果改变产品战略或不可偏离项:
- 更新
docs/PMFLOW_PRODUCT_BLUEPRINT.md - 更新
USER.md
- 更新
5.2 进度台账记录格式
每条记录必须包含:
- 日期。
- Phase。
- 状态:
done / partial / blocked。 - 完成内容。
- 涉及文件。
- 验证命令和结果。
- 未完成或风险。
- 下一步建议。
5.3 什么时候不用更新蓝图
普通实现、接 API、修 bug、补测试,不更新产品蓝图。
只有以下情况才更新蓝图:
- 用户改变产品定位。
- V1 范围改变。
- 团队方向改变。
- 新增/删除核心产品表面。
- 改变不可偏离项。
6. 新开线程接续标准
任何新 Codex 线程,如果用户要求继续 PMFlow 产品推进,必须先读:
USER.mddocs/PMFLOW_PRODUCT_BLUEPRINT.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.mdCLAUDE.mddocs/architecture/CODE_REFERENCE_INDEX.md
然后再查当前目标相关代码。
新线程不得:
- 重新讨论 PMFlow 是否应该做对话驱动 OS。
- 重新建议变成传统项目管理工具。
- 重新发散大而全模块。
- 忽略
## 8. 进度台账直接从头设计。 - 把本地原型当成真实后端闭环。
- 把已有后端
ai_project_control / dev_sync / sstc model_control忽略后重造一套。
7. 当前下一步推荐任务
当前已完成:
main-flow-d15-release-gate-recheck-and-memory-writeback-proof:发布门禁复检与执行写回证据链。
原因:
releaseGate.releaseReadinessProof已把测试证据、返工关闭、交付证据、验收状态和 Project Memory 写回串成同源复检链。acceptance.evidenceProof与 execution memory writeback metadata 已消费同一套证据 proof;返工闭环 all_resolved 后,旧 failed artifact 不再误卡验收/发布/写回。- Execution Bridge 与 Release Growth 已展示复检证据链,明确当前是待验收、待写回、仍阻塞还是复检就绪。
当前下一步建议是:
main-flow-d16-release-validation-proof-snapshot:发布验证记录固化复检证据。
建议目标:
- 创建
ReleaseValidationRun时固化releaseReadinessProof / artifactReview.closure / writebackProof,让发布验证记录可追溯到具体复检证据。 - Release Growth 的发布验证记录展示 proof snapshot,而不是只展示 gate status。
- 仍然只做记录和判断,不执行部署、不发布、不自动合并。
上一轮关键完成:
main-flow-d13-artifact-rework-package-generation:交付证据返工执行包。
原因:
- D14 已解决“返工结果如何关闭审查项,以及 UI 截图如何进入验收视图”。
- D15 已解决“返工闭环完成后如何把发布门禁、验收和 Project Memory 写回证据串起来”。
- 现在还缺的是“把复检证据固化到 release validation run 中,形成可回放的发布验证记录”,因此 D16 是当前最短路径。
7.1 已完成 Packet:main-flow-d5-quality-contract-and-acceptance-loop
状态:已实现首版。
目标:
- 把
execution_result_protocol_v1回写后的结果接到“用户验收 / 技术审查 / 发布门禁”状态流。 - 把开发交接从“复制 prompt”升级为
qualityContract:明确单元测试、合同测试、冒烟测试、联调测试、技术审查、测试环境、真实数据边界和证据返回格式。 - 区分
待回写 / 执行中 / 执行受阻 / 待用户验收 / 待技术审查 / 已验收,并让 Space next action 在验收后能收敛。 - 技术审查模式必须保留 reviewer gate;agent / IDE / Local Bridge 回写测试通过,不等于自动完成。
- 通过验收后再让 Release/Growth 门禁读取稳定状态,缺 PR、测试或阻塞证据时继续 fail-closed。
建议写范围:
backend/app/api/pmflow_os_api/backend/app/services/pmflow_os_projection_service.pybackend/app/schemas/pmflow_os.pybackend/tests/test_pmflow_os_projection_api.pyfrontend/src/api/pmflowOs.tsfrontend/src/features/pmflow-os/store.tsxfrontend/src/features/pmflow-os/store.api.test.tsxfrontend/src/features/pmflow-os/pages/ExecutionBridgePage.tsxfrontend/src/features/pmflow-os/pages/ReleaseGrowthPage.tsx- 必要文档
禁止:
- 不执行本机命令、不推送、不发布。
- 不自动创建正式任务。
- 不绕过 Project Memory commit 后才能执行的边界。
- 不把测试通过自动等同于用户验收或技术审查通过。
8. 进度台账
2026-05-06 / main-flow-d15-release-gate-recheck-and-memory-writeback-proof / implemented
完成内容:
releaseGate新增releaseReadinessProof,把测试证据、artifactCompleteness、artifactReview.closure、验收状态和execution_memory_writeback串成复检证据链。acceptance新增evidenceProof,验收/技术审查不再只看事件文本,也消费返工闭环后的结构化证据状态。- release gate、acceptance、execution memory writeback 共用未关闭失败证据判断:当
artifactCompleteness.status=ready且artifactReview.closure.status=all_resolved/none时,旧 delivery artifact 中的 failed command/test/checklist 不再永久阻塞;显式failed / blocked / test_failed事件仍保持 fail-closed。 execution_memory_writeback_v1payload、task manual overrides 和 Project Memory writeback metadata 新增artifact_review / release_readiness_proof / writeback_proof / release_gate_status,写回证据可追溯到返工包、运行端回写、截图、命令和测试。/execution-bridge在验收/写回区展示复检证据链;/release-growth在发布门禁中展示复检 proof、返工关闭、测试证据和写回状态。
涉及文件:
backend/app/services/pmflow_os_projection_service.pybackend/tests/test_pmflow_os_projection_api.pyfrontend/src/api/pmflowOs.tsfrontend/src/features/pmflow-os/pages/ExecutionBridgePage.tsxfrontend/src/features/pmflow-os/pages/ReleaseGrowthPage.tsxdocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.mddocs/architecture/API_CONTRACTS.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.mddocs/architecture/PMFLOW_OS_PRODUCT_CONTRACT.mddocs/architecture/RUNTIME_GUARDRAILS.md
验证:
PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m py_compile backend/app/services/pmflow_os_projection_service.py backend/app/services/ai_project_control_service.py backend/app/schemas/pmflow_os.py backend/tests/test_pmflow_os_projection_api.py通过。PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m pytest backend/tests/test_pmflow_os_projection_api.py -q -k "release_gate or artifact_review"通过,3 passed、35 deselected,1 个既有 Pydantic deprecated warning。PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m pytest backend/tests/test_pmflow_os_projection_api.py -q通过,38 passed,1 个既有 Pydantic deprecated warning。cd frontend && npx tsc --noEmit --pretty false --incremental false通过。cd frontend && npm run build通过;首次因 Vite 清理旧dist/brand时ENOTEMPTY失败,未删目录,重跑通过。git diff --check通过。docker compose restart backend已执行,pmflow-backend恢复healthy。
2026-05-06 / main-flow-d14-rework-result-closure-and-ui-proof / implemented
完成内容:
ExecutionSummaryProjection.artifactReview新增closure,从artifact_rework_package_created、execution_package_pulled与签名/runtime/execution-results回写事件生成返工闭环投影。artifactReview.closure.items会标记返工包内每个 review item 的resolved/open状态,并提供覆盖该项的evidenceRefs,包括 passed command/test、screenshot artifact ref、changed files 与 review checklist。artifactReview.closure.timeline串联package_created / package_pulled / result_returned,让返工包、运行端领取、返工结果回写可审计。artifactCompleteness与artifactReview对 command/test/checklist 采用“同名最新证据优先”的投影:新 passed 结果可以覆盖旧 failed/blocked 结果,旧失败不会永久阻塞。- dev-sync progress event 序列化新增
prompt_package_id / artifact_rework_package / runtime_execution_package_pull,让前端投影能恢复返工包和运行端拉包上下文。 /execution-bridge的交付证据包展示 UI 截图证据、返工闭环、关闭状态和返工时间线;/release-growth的交付证据 gate 展示同源返工闭环。
涉及文件:
backend/app/services/pmflow_os_projection_service.pybackend/app/services/ai_project_control_service.pybackend/tests/test_pmflow_os_projection_api.pyfrontend/src/api/pmflowOs.tsfrontend/src/features/pmflow-os/pages/ExecutionBridgePage.tsxfrontend/src/features/pmflow-os/pages/ReleaseGrowthPage.tsxdocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.mddocs/architecture/API_CONTRACTS.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.mddocs/architecture/PMFLOW_OS_PRODUCT_CONTRACT.mddocs/architecture/RUNTIME_GUARDRAILS.md
验证:
PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m py_compile backend/app/services/pmflow_os_projection_service.py backend/app/services/ai_project_control_service.py backend/tests/test_pmflow_os_projection_api.py通过。PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m pytest backend/tests/test_pmflow_os_projection_api.py -q -k "artifact_review"通过,1 passed、37 deselected,1 个既有 Pydantic deprecated warning。PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m pytest backend/tests/test_pmflow_os_projection_api.py -q通过,38 passed,1 个既有 Pydantic deprecated warning。cd frontend && npx tsc --noEmit --pretty false --incremental false通过。cd frontend && npm run build通过。git diff --check通过。docker compose restart backend已执行,pmflow-backend恢复healthy。
2026-05-06 / main-flow-d13-artifact-rework-package-generation / implemented
完成内容:
- 新增登录态接口
POST /pmflow-os/projects/{project_id}/execution-artifact-rework-packages,从当前artifactReview.items生成返工execution_handoffPromptPackage。 - 返工包继续使用
package_kind='execution_handoff',因此能被既有 D9/D10 运行端凭据与签名POST /pmflow-os/runtime/execution-packages领取;包内新增rework_contract、artifact_review、artifact_completeness和上一轮delivery_artifacts。 - 运行端拉包响应新增
reworkContract / artifactReview,并在 constraints 中要求解决reworkContract.reviewItems后重新回写delivery_artifacts。 - 普通 execution handoff 不复用 rework package:若当前 latest active package 是
handoff_type=artifact_rework,重新创建普通 handoff package,避免返工上下文污染新一轮普通执行。 /execution-bridge回写 drawer 新增“生成返工包”动作,与“要求返工 / 标记待重检”同源消费artifactReview.items。
涉及文件:
backend/app/api/pmflow_os_api/__init__.pybackend/app/schemas/pmflow_os.pybackend/app/services/pmflow_os_projection_service.pybackend/tests/test_pmflow_os_projection_api.pyfrontend/src/api/pmflowOs.tsfrontend/src/features/pmflow-os/store.tsxfrontend/src/features/pmflow-os/pages/ExecutionBridgePage.tsxdocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.mddocs/architecture/API_CONTRACTS.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.mddocs/architecture/PMFLOW_OS_PRODUCT_CONTRACT.mddocs/architecture/RUNTIME_GUARDRAILS.md
验证:
PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m py_compile backend/app/api/pmflow_os_api/__init__.py backend/app/services/pmflow_os_projection_service.py backend/app/services/ai_project_control_service.py backend/app/schemas/pmflow_os.py backend/tests/test_pmflow_os_projection_api.py通过。PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m pytest backend/tests/test_pmflow_os_projection_api.py -q -k "artifact_review"通过,1 passed、37 deselected,1 个既有 Pydantic deprecated warning。cd frontend && npx tsc --noEmit --pretty false --incremental false通过。
2026-05-06 / main-flow-d12-artifact-review-and-fix-loop / implemented
完成内容:
ExecutionSummaryProjection新增artifactReview,把artifactCompleteness.missing / blockingReasons转成结构化审查项,覆盖补 changed files、补 commands run、补 test outputs、补 UI 截图、补 review checklist、修 failed command/test/checklist。- 新增登录态接口
POST /pmflow-os/projects/{project_id}/execution-artifact-review-actions,记录artifact_review_action_v1progress event,支持request_fix / record_fix / mark_recheck_ready,只写审查/返工意图,不执行命令、不创建正式任务、不写 Project Memory。 AIProjectControlService的 progress event summary 透出artifact_review_action,让 artifact review action history 能从 dev-sync summary 恢复。/execution-bridge在交付证据包下展示证据审查项,并在回写 drawer 里提供“要求返工 / 标记待重检”动作。/release-growth交付证据 gate 展示同源返工审查项;/spacenext action 优先使用 artifact review item 作为执行待办摘要。
涉及文件:
backend/app/api/pmflow_os_api/__init__.pybackend/app/schemas/pmflow_os.pybackend/app/services/pmflow_os_projection_service.pybackend/app/services/ai_project_control_service.pybackend/tests/test_pmflow_os_projection_api.pyfrontend/src/api/pmflowOs.tsfrontend/src/api/space.tsfrontend/src/features/pmflow-os/store.tsxfrontend/src/features/pmflow-os/pages/ExecutionBridgePage.tsxfrontend/src/features/pmflow-os/pages/ReleaseGrowthPage.tsxdocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.mddocs/architecture/API_CONTRACTS.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.mddocs/architecture/PMFLOW_OS_PRODUCT_CONTRACT.mddocs/architecture/RUNTIME_GUARDRAILS.md
验证:
PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m py_compile backend/app/api/pmflow_os_api/__init__.py backend/app/services/pmflow_os_projection_service.py backend/app/services/ai_project_control_service.py backend/app/schemas/pmflow_os.py backend/tests/test_pmflow_os_projection_api.py通过。PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m pytest backend/tests/test_pmflow_os_projection_api.py -q通过,38 passed,1 个既有 Pydantic deprecated warning。cd frontend && npx tsc --noEmit --pretty false --incremental false通过。
2026-05-06 / main-flow-d11-runtime-delivery-artifact-contract / implemented
完成内容:
POST /pmflow-os/projects/{project_id}/execution-progress-events与签名POST /pmflow-os/runtime/execution-results新增delivery_artifacts合同,支持 changed files、commands run、test outputs、screenshots、logs、risk notes、review checklist。ExecutionSummaryProjection新增deliveryArtifacts与artifactCompleteness,从 progress events 聚合结构化证据并计算empty / incomplete / blocked / ready。releaseGate消费同一份artifactCompleteness:缺 changed files、缺 commands、缺 test outputs、UI 改动缺截图或 artifact failed/blocked 时保持 fail-closed。- Project Memory execution writeback payload 与 writeback metadata 写入交付证据摘要,避免“验收写回”丢失交付证据上下文。
/execution-bridge新增交付证据包面板,展示文件、命令、测试输出、风险说明和 review checklist;/release-growth新增交付证据包 gate 卡片;/spacenext action 会把 incomplete/blocked artifact 投入执行待办。
涉及文件:
backend/app/schemas/pmflow_os.pybackend/app/services/pmflow_os_projection_service.pybackend/app/services/ai_project_control_service.pybackend/tests/test_pmflow_os_projection_api.pyfrontend/src/api/pmflowOs.tsfrontend/src/api/space.tsfrontend/src/features/pmflow-os/pages/ExecutionBridgePage.tsxfrontend/src/features/pmflow-os/pages/ReleaseGrowthPage.tsxdocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.mddocs/architecture/API_CONTRACTS.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.mddocs/architecture/PMFLOW_OS_PRODUCT_CONTRACT.mddocs/architecture/RUNTIME_GUARDRAILS.md
验证:
PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m py_compile backend/app/services/pmflow_os_projection_service.py backend/app/services/ai_project_control_service.py backend/app/schemas/pmflow_os.py backend/tests/test_pmflow_os_projection_api.py通过。PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m pytest backend/tests/test_pmflow_os_projection_api.py -q通过,37 passed,1 个既有 Pydantic deprecated warning。cd frontend && npx tsc --noEmit --pretty false --incremental false通过。
2026-05-06 / main-flow-d10-runtime-execution-package-pull / implemented
完成内容:
- 新增签名运行端执行包领取接口
POST /pmflow-os/runtime/execution-packages,复用 D9 handoff-bound runtime credential 校验key/timestamp/HMAC/source/handoff/task/repo/expiry。 - 执行包返回机器可读
Project / Task / RepoBinding / PromptPackage / Project Memory context / Quality Contract / callback contract / constraints / forbiddenActions,供 Codex / Local Bridge / GitHub Agent 在执行前领取上下文。 - 拉包成功写入
ProgressEvent(event_type='execution_package_pulled', payload.protocol_version='runtime_execution_package_pull_v1'),继续按delivery_id / event_source_id幂等,重复拉包不制造重复证据。 /execution-bridge的“运行端接入包”从单一回写示例升级为“领取执行包 + 回写结果”双 payload 示例,明确两步都使用同一签名规则。- 同步第 7 节下一步真源:D9 已完成,当前下一步从运行端回写鉴权转为运行端机器可读执行包领取。
涉及文件:
backend/app/api/pmflow_os_api/__init__.pybackend/app/schemas/pmflow_os.pybackend/app/services/pmflow_os_projection_service.pybackend/tests/test_pmflow_os_projection_api.pyfrontend/src/api/pmflowOs.tsfrontend/src/features/pmflow-os/pages/ExecutionBridgePage.tsxfrontend/src/features/pmflow-os/store.api.test.tsxCLAUDE.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.mddocs/architecture/API_CONTRACTS.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.mddocs/architecture/PMFLOW_OS_PRODUCT_CONTRACT.mddocs/architecture/RUNTIME_GUARDRAILS.md
验证:
PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m py_compile backend/app/api/pmflow_os_api/__init__.py backend/app/services/pmflow_os_projection_service.py backend/app/schemas/pmflow_os.py backend/tests/test_pmflow_os_projection_api.py通过。PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m pytest backend/tests/test_pmflow_os_projection_api.py -q -k "runtime_execution_result"通过:2 passed、35 deselected,保留既有 Pydantic deprecation warning。PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m pytest backend/tests/test_pmflow_os_projection_api.py -q通过:37 passed,保留既有 Pydantic deprecation warning。cd frontend && npx tsc --noEmit --pretty false --incremental false通过。cd frontend && npm run test -- src/features/pmflow-os/store.api.test.tsx -t "runtime ingest package|execution run workspace"通过:2 passed、34 skipped。cd frontend && npm run test -- src/features/pmflow-os通过:37 passed。cd frontend && npm run build通过。git diff --check通过。docker compose restart backend已执行,随后docker compose ps backend确认pmflow-backend回到healthy。
未完成或风险:
- 本轮不新增运行端命令执行、分支创建、推送、PR、部署、发布或 Project Memory 写入;拉包只是上下文读取与审计。
- 当前执行队列分页仍由前端基于
truth-state + execution-summary推导;后续若要下沉为后端 execution run list,需要单独开独立 Packet。
下一步建议:
- 本条记录的历史下一步是
main-flow-d11-runtime-delivery-artifact-contract,当前已在上方 D11 台账完成;最新下一步以第 7 节main-flow-d12-artifact-review-and-fix-loop为准。
2026-05-06 / main-flow-d8-runtime-bridge-result-contract / implemented
完成内容:
PMFlowExecutionProgressEventRequest新增delivery_id,前端PMFlowExecutionProgressEventRequest类型同步补齐;外部运行端现在可同时传delivery_id与event_source_id。PMFlowOSProjectionService.record_execution_progress_event会把delivery_id透传给AIProjectControlService.create_or_apply_progress_event,并写入ProgressEvent.payload与execution_result_protocol_v1兼容 payload。AIProjectControlService.create_or_apply_progress_event增加幂等复用:同 tenant/project/task 下,只要delivery_id或event_source_id命中已有ProgressEvent,就返回既有事件,不再创建重复执行证据,也不重复推进任务状态。- 新增后端回归
test_execution_progress_runtime_result_contract_is_idempotent_by_delivery_or_source,验证 Codex runtime 重试相同 delivery/source 时只产生一条 ProgressEvent,release gate 仍基于单条真实证据进入needs_confirmation。 - API 合同、代码索引、架构库存与运行 guardrail 同步记录 runtime result 幂等边界。
涉及文件:
backend/app/schemas/pmflow_os.pybackend/app/services/pmflow_os_projection_service.pybackend/app/services/ai_project_control_service.pybackend/tests/test_pmflow_os_projection_api.pyfrontend/src/api/pmflowOs.tsdocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.mddocs/architecture/API_CONTRACTS.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.mddocs/architecture/RUNTIME_GUARDRAILS.md
验证:
PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m pytest backend/tests/test_pmflow_os_projection_api.py -q -k "runtime_result_contract"通过:1 passed,34 deselected;仍有既有 Pydantic V2 config warning。PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m py_compile backend/app/services/ai_project_control_service.py backend/app/services/pmflow_os_projection_service.py backend/app/schemas/pmflow_os.py backend/tests/test_pmflow_os_projection_api.py通过。PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m pytest backend/tests/test_pmflow_os_projection_api.py -q通过:35 passed;仍有既有 Pydantic V2 config warning。cd frontend && npx tsc --noEmit --pretty false --incremental false通过。cd frontend && npm run test -- src/features/pmflow-os通过:36 passed;仍有既有 React Router future flag warning。cd frontend && npm run build通过。git diff --check通过。- 后端热重启:
docker compose restart backend已执行,docker compose ps backend确认pmflow-backend恢复healthy。
未完成或风险:
- 本轮不新增运行端专用 token/signature ingest endpoint;仍复用项目成员鉴权下的 PMFlow OS execution progress API。真正的 Local Bridge/Codex/GitHub Agent 服务端接入鉴权属于下一步 D9。
- 本轮不执行本机命令、不触发真实 agent、不推送、不发布;只把重复 delivery 幂等和证据归因先压实。
下一步建议:
- 进入
main-flow-d9-runtime-bridge-credential-and-ingest-hardening:在不执行真实命令的前提下,定义运行端专用回写凭据、签名校验、handoff package 绑定与 delivery 审计入口。
2026-05-06 / main-flow-d7-v1-loop-smoke-and-polish / implemented
完成内容:
- 新增后端 V1 主链组合 smoke:从项目线程消息创建、
proposed_items结构化提取、Change Review accept、ChangeSet atomic commit 写入 Project Memory,到正式 Task 执行交接、运行端领取、branch/PR/test ProgressEvent、技术审查、用户验收、execution_memory_writeback_v1、release validation、release feedback、iteration recommendation 与下一轮 ChangeSet draft。 - smoke 明确验证关键边界:测试通过后 release gate 只到
needs_confirmation / 等待验收;用户验收后仍需execution_memory_writeback_v1;发布验证记录deploymentExecuted=false;recommendation 只能生成 open ChangeSet draft 和 pending_review items,不自动 commit、不新增正式 Task。 frontend/src/api/pmflowOs.ts与frontend/src/features/pmflow-os/store.tsx增加 PMFlow OS 真实 API 错误产品化表达,把 401/403/404/5xx 与 FastAPI credential 原文转换为客户可理解的登录、权限、对象访问或服务不可用文案。- 前端回归新增认证失败用例,确保真实动作失败时不把
Could not validate credentials直接展示给客户,也不把本地状态改成成功。
涉及文件:
backend/tests/test_pmflow_os_projection_api.pyfrontend/src/api/pmflowOs.tsfrontend/src/features/pmflow-os/store.tsxfrontend/src/features/pmflow-os/store.api.test.tsxdocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.mddocs/architecture/API_CONTRACTS.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.md
验证:
PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m pytest backend/tests/test_pmflow_os_projection_api.py -q -k "v1_productized_loop_smoke"通过:1 passed,33 deselected;仍有既有 Pydantic V2 config warning。cd frontend && npm run test -- src/features/pmflow-os/store.api.test.tsx -t "auth failures|api failures"通过:2 passed,33 skipped。PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m py_compile backend/app/api/pmflow_os_api/__init__.py backend/app/services/pmflow_os_projection_service.py backend/app/schemas/pmflow_os.py backend/tests/test_pmflow_os_projection_api.py通过。PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m pytest backend/tests/test_pmflow_os_projection_api.py -q通过:34 passed;仍有既有 Pydantic V2 config warning。cd frontend && npx tsc --noEmit --pretty false --incremental false通过。cd frontend && npm run test -- src/features/pmflow-os通过:36 passed;仍有既有 React Router future flag warning。cd frontend && npm run build通过。git diff --check通过。- 后端热重启:
docker compose restart backend已执行,docker compose ps backend确认pmflow-backend恢复healthy。
未完成或风险:
- 本轮 smoke 采用后端 API + 测试数据组合验证,不新接真实外部 Codex/Local Bridge/GitHub Agent 运行端;外部运行端稳定 result contract 属于下一步 D8。
- 本轮不覆盖真实 Project Launch AI provider 调用的端到端耗时与供应商质量,只验证 PMFlow OS 主链从项目线程进入后的真实数据闭环。
下一步建议:
- 进入
main-flow-d8-runtime-bridge-result-contract:定义外部运行端统一 result payload、幂等和 delivery 归因,让 Codex / Local Bridge / GitHub Agent 能稳定回写已发生的执行证据。
2026-05-06 / main-flow-d6-execution-memory-writeback-loop / implemented
完成内容:
- 新增
POST /pmflow-os/projects/{project_id}/execution-memory-writebacks,只允许正式 Task 在执行证据与用户验收满足后写回项目记忆;写入ProgressEvent(event_type='execution_memory_writeback', payload.protocol_version='execution_memory_writeback_v1'),不执行 merge、deploy、publish 或本机命令。 - 执行写回会更新 Task 稳定状态,
completed写为done并记录completed_at;写回审计进入manual_overrides.latest_execution_memory_writeback。 Project Memory writebacks读模型新增 execution writeback 行,ProjectMemoryPage可展示执行写回来源;Team Feed 也能看到“执行结果已写回项目记忆”动态。releaseGate改为必须同时满足测试证据、验收通过与执行写回;验收通过但未写回时保持needs_confirmation / 等待写回项目记忆。/execution-bridge的“回写项目记忆”成为独立主动作,调用真实 API;普通 branch/commit/PR/test/blocker 仍走原手动进展回写 drawer。/space的nextActionQueue新增“执行结果待写回项目记忆”,验收已通过但未写回时只跳/execution-bridge,写回后收敛。
涉及文件:
backend/app/api/pmflow_os_api/__init__.pybackend/app/schemas/pmflow_os.pybackend/app/services/pmflow_os_projection_service.pybackend/tests/test_pmflow_os_projection_api.pyfrontend/src/api/pmflowOs.tsfrontend/src/api/space.tsfrontend/src/features/pmflow-os/store.tsxfrontend/src/features/pmflow-os/store.api.test.tsxfrontend/src/features/pmflow-os/pages/ExecutionBridgePage.tsxfrontend/src/features/pmflow-os/pages/ProjectMemoryPage.tsxCLAUDE.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.mddocs/architecture/API_CONTRACTS.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.mddocs/architecture/PMFLOW_OS_PRODUCT_CONTRACT.md
验证:
PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m py_compile backend/app/api/pmflow_os_api/__init__.py backend/app/services/pmflow_os_projection_service.py backend/app/schemas/pmflow_os.py backend/tests/test_pmflow_os_projection_api.py通过。cd frontend && npx tsc --noEmit --pretty false --incremental false通过。PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m pytest backend/tests/test_pmflow_os_projection_api.py -q通过:33 passed;仍有既有 Pydantic V2 config warning。cd frontend && npm run test -- src/features/pmflow-os通过:35 passed;仍有既有 React Router future flag warning。cd frontend && npm run test -- src/features/personal-space/PersonalSpacePage.test.tsx通过:11 passed;仍有既有 React Router future flag warning。cd frontend && npm run build通过。git diff --check通过。- 后端热重启:
docker compose restart backend已执行,docker compose ps backend确认pmflow-backend恢复healthy。
未完成或风险:
- 本轮不新增独立 execution writeback 表,仍复用
ProgressEvent与 Project Memory read model;若后续需要多轮写回 SLA、强审计查询或通知中心,可抽独立模型。 - 本轮不执行真实 merge、deploy、release,不接通知中心;发布验证仍是 PMFlow 内部 release validation run,不代表外部部署已执行。
2026-05-06 / main-flow-d5-quality-contract-and-acceptance-loop / implemented
完成内容:
GET /pmflow-os/projects/{project_id}/execution-summary新增qualityContract与acceptance投影:从执行 handoff 包或正式 Task fallback 生成测试合同,并按 progress event 计算必测项、失败项、阻塞缺口、用户验收和技术审查状态。POST /pmflow-os/projects/{project_id}/execution-handoffs生成的 PromptPackage 现在带Quality Contract章节,明确必测层级、阻塞发布的测试项、测试环境、mock/真实数据边界和证据返回格式。- 新增
POST /pmflow-os/projects/{project_id}/execution-acceptance-decisions,支持accept / request_changes / reject / request_technical_review / approve_technical_review,只写验收审计 progress event,不合并、不发布、不写 Project Memory。 releaseGate改为先吃acceptance.canEnterReleaseGate:测试通过但未完成用户验收或技术审查时保持needs_confirmation,只有验收闭环后才允许进入ready。/execution-bridge增加“测试合同与验收门禁”面板,展示必测项、通过/失败/阻塞缺口、环境边界,并提供确认验收、要求修改、请求技术审查和技术审查通过动作。/space下一步队列新增执行验收提醒:待用户验收、待技术审查、技术审查后待用户验收、验收要求修改都会进入execution_attention,只跳转/execution-bridge。
涉及文件:
backend/app/api/pmflow_os_api/__init__.pybackend/app/schemas/pmflow_os.pybackend/app/services/pmflow_os_projection_service.pybackend/tests/test_pmflow_os_projection_api.pyfrontend/src/api/pmflowOs.tsfrontend/src/api/space.tsfrontend/src/features/pmflow-os/store.tsxfrontend/src/features/pmflow-os/store.api.test.tsxfrontend/src/features/pmflow-os/pages/ExecutionBridgePage.tsxdocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.mddocs/architecture/API_CONTRACTS.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.mddocs/architecture/PMFLOW_OS_PRODUCT_CONTRACT.md
验证:
PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m py_compile backend/app/api/pmflow_os_api/__init__.py backend/app/services/pmflow_os_projection_service.py backend/app/schemas/pmflow_os.py通过。cd frontend && npx tsc --noEmit --pretty false --incremental false通过。PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m pytest backend/tests/test_pmflow_os_projection_api.py -q通过:32 passed;仍有既有 Pydantic V2 config warning。cd frontend && npm run test -- src/features/pmflow-os通过:35 passed;仍有既有 React Router future flag warning。cd frontend && npm run build通过。
未完成或风险:
- 验收决策当前以
ProgressEvent审计表达,尚未新增独立 acceptance 表;后续若需要多轮验收历史、审查人 SLA 或通知中心,可抽独立模型。 - Project Memory 最终回写仍需后续 Packet 明确,不得把
accepted / technical_review_approved自动当成已写入项目记忆。
2026-05-06 / code-provider-connection-product-boundary / implemented
完成内容:
- 将用户可见主语从“GitHub App 安装中心 / GitHub 仓库绑定”收敛为“代码仓库连接 / 项目代码仓库”,避免把 GitHub App 误表达为唯一产品方案。
/ai-config?tab=configure保留 GitHub App 作为当前已实现云端连接,同时展示 Gitea / 自托管 Git 的 Provider 适配方向:公网实例走 OAuth / Token,内网实例走 Local Bridge 或私有部署连接器。- 项目开发协同面改为“选择项目代码仓库”,并挂入当前主流程
/execution-bridge?projectId=...;强调先完成代码托管授权,再从已授权仓库选择真实项目落点。旧ProjectBoardPage仍保留兼容实现,但不再是唯一可见入口。 - Execution Bridge、Work Graph 和 warning 文案统一为“选择项目代码仓库 / 代码托管连接状态”,不再把缺仓库问题限定成 GitHub App 状态。
- 补齐平台侧 GitHub App 真实同步链路:PMFlow 平台方一次性配置
GITHUB_APP_ID / GITHUB_APP_PRIVATE_KEY(_PATH) / GITHUB_APP_INSTALL_URL / GITHUB_APP_WEBHOOK_SECRET,后端可用 GitHub App JWT 读取 installation 和 repository,用户只在 GitHub 安装 App 并授权自己的仓库。 /ai-config?tab=configure在平台未配置安装地址时禁用“连接 GitHub”并显示平台配置缺失说明,避免用户点击无反馈。- 产品蓝图与架构索引同步补充 Code Provider 边界:GitHub App 是当前实现,Gitea 等自托管仓库是 Provider adapter,不直接复用 GitHub App 安装模型。
涉及文件:
.env.exampledocker-compose.ymldocker-compose.dev.ymlbackend/app/core/config.pybackend/app/services/ai_project_control_service.pybackend/tests/test_ai_project_control_service.pyfrontend/src/pages/ai-config/constants.tsfrontend/src/pages/ai-config/sections/ConfigureTab.tsxfrontend/src/pages/ai-config/sections/ConfigureTab.test.tsxfrontend/src/components/project-control/ProjectDevCollaborationPanel.tsxfrontend/src/components/project-control/ProjectDevCollaborationPanel.test.tsxfrontend/src/features/pmflow-os/pages/ExecutionBridgePage.tsxfrontend/src/features/pmflow-os/pages/WorkGraphPage.tsxfrontend/src/features/pmflow-os/components/ExecutionBridgeCards.tsxdocs/PMFLOW_PRODUCT_BLUEPRINT.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.md
验证:
cd frontend && npm run test -- src/components/project-control/ProjectDevCollaborationPanel.test.tsx src/pages/ai-config/sections/ConfigureTab.test.tsx通过:2 passed;仍有既有 React Router future flag warning。cd frontend && npm run test -- src/features/pmflow-os/store.api.test.tsx通过:34 passed;仍有既有 React Router future flag warning。cd frontend && npx tsc --noEmit --pretty false --incremental false通过。cd frontend && npm run build通过。/opt/homebrew/bin/python3.11 -m py_compile backend/app/core/config.py backend/app/services/ai_project_control_service.py backend/tests/test_ai_project_control_service.py通过。docker compose exec backend python -m py_compile app/core/config.py app/services/ai_project_control_service.py tests/test_ai_project_control_service.py通过。docker compose exec backend python -m pytest tests/test_ai_project_control_service.py -k github通过:4 passed,3 deselected;仍有既有 Pydantic V2 config warning。docker compose config --quiet通过。docker compose up -d backend已重新创建 backend 容器,docker compose ps backend显示 healthy。
未完成或风险:
- 本轮不新增 Gitea 后端真实 Provider API、不改数据库 migration、不接 OAuth / Token / Local Bridge 配置。
- 当前仓库不能替平台方在 GitHub 创建 App 或生成真实私钥;这些外部账号与密钥动作必须由 PMFlow 平台管理员在 GitHub 控制台完成,然后写入部署环境变量或 secret manager。
2026-05-06 / main-flow-d4.7-execution-queue-cleanup / implemented
完成内容:
- 删除
/execution-bridge顶部大 Run Header 卡片,减少首屏纵向占位。 - 去掉页面内容区
max-w-[1760px] + mx-auto居中外框,避免大屏出现无意义外侧空圈。 - 将顶部卡片内仍有价值的“刷新”和“复制上下文”迁移到右侧“执行源包”头部;主动作继续由 AI 副驾承载,回写证据继续由当前阶段工作台 / AI 副驾承载。
- 将选中任务标题、当前阶段、范围规模、执行模式、正式 Task 与仓库状态收进“开发执行流转”头部。
- 为“需求执行队列”增加本地分页:按 Requirement / 未归属分组分页,每页 4 组;选中任务变化时自动定位到所在页,用户手动翻页不被自动定位覆盖。
- 补充测试覆盖 Header 删除、队列分页、翻页后回到第一页、任务切换和回写 drawer。
涉及文件:
frontend/src/features/pmflow-os/pages/ExecutionBridgePage.tsxfrontend/src/features/pmflow-os/store.api.test.tsxdocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.mddocs/architecture/RUNTIME_GUARDRAILS.md
验证:
cd frontend && npx tsc --noEmit --pretty false --incremental false通过。cd frontend && npm run test -- src/features/pmflow-os通过:35 passed。cd frontend && npm run build通过。- Playwright 浏览器检查
http://127.0.0.1:5178/execution-bridge?projectId=141通过:mock 11 个 Requirement / 10 个 Task,顶部大 Header 已移除,队列显示1/3,点击“下一页”可看到后续 Requirement;桌面 body 无横向溢出,移动端 body 无横向溢出。截图落点:output/playwright/execution-queue-cleanup-d47-desktop.pngoutput/playwright/execution-queue-cleanup-d47-page2.pngoutput/playwright/execution-queue-cleanup-d47-mobile.png
未完成或风险:
- 队列分页当前仍是前端只读分页;后续若后端提供 execution run list / scope list 合同,可下沉为后端分页或游标分页。
- 本轮不新增真实验收、技术审查、合并或 Project Memory 回写状态合同,这仍属于
main-flow-d5-execution-acceptance-loop。
2026-05-06 / main-flow-d4.6-execution-scope-board / implemented
完成内容:
- 在
/execution-bridge增加“本轮开发范围”总览,展示已确认需求、正式任务、执行中、待生成包、待测试/审查与阻塞数量。 - 增加“需求执行队列”,按 Requirement 聚合开发任务;同一需求下多个 Task 可以切换到对应 Run 详情。
- 对无法从
state.requirements/state.tasks关联到需求的执行任务,进入“未归属任务”区,明确展示但不反推业务关系。 - 保留 D4.5 的单 Run 工作台作为选中详情:中间展示当前任务的阶段 rail 与工作台,右侧展示执行源包、AI 阶段决策与范围缺口。
- 新增前端只读范围模型,合并
truth-state的 Requirement/Task 与execution-summary.activeDevTasks,再为选中任务生成 scoped execution summary;不新增后端 API。 - 焦点测试覆盖多任务开发范围、需求队列、任务切换和切换后的 Run 主动作。
涉及文件:
frontend/src/features/pmflow-os/pages/ExecutionBridgePage.tsxfrontend/src/features/pmflow-os/store.api.test.tsxdocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.mddocs/architecture/RUNTIME_GUARDRAILS.md
验证:
cd frontend && npx tsc --noEmit --pretty false --incremental false通过。cd frontend && npm run test -- src/features/pmflow-os通过:35 passed。cd frontend && npm run build通过。- Playwright 浏览器检查
http://localhost:5178/execution-bridge?demo=1通过:桌面与移动端均无页面横向溢出,首屏可见“本轮开发范围 / 需求执行队列”,点击“前置企业接入权限说明”后能切换到对应 Run;截图落点:output/playwright/execution-scope-board-d46-desktop.pngoutput/playwright/execution-scope-board-d46-desktop-selected.pngoutput/playwright/execution-scope-board-d46-mobile.pngoutput/playwright/execution-scope-board-d46-mobile-selected.png
- 浏览器控制台仍有既有
GET /api/ai-readiness/project-launch401,属于现有 AI readiness 探针鉴权噪声,本 Packet 未改该链路。
未完成或风险:
- Requirement -> Task -> Execution Run 关联当前仍优先消费现有前端读模型和执行摘要;后续若后端提供稳定 run/list 合同,应将 scoped summary 推导下沉到后端。
- 本轮不新增真实验收、技术审查、合并或 Project Memory 回写状态合同,这仍属于
main-flow-d5-execution-acceptance-loop。
下一步建议:
- 进入
main-flow-d5-execution-acceptance-loop:在 D4.6 的范围视图基础上,补真实验收、技术审查、合并确认和项目记忆回写状态,供 Space next action 与 Release/Growth 门禁稳定消费。
2026-05-06 / main-flow-d4.5-execution-run-workspace-redesign / implemented
完成内容:
- 将
/execution-bridge重构为开发执行 Run 工作台:首屏从“能力卡片 + 结果卡片 + 回写表单”改为 Run Header、阶段流转、执行源包、当前阶段工作台和 AI 副驾决策区。 - 新增单点 Run 状态模型,统一推导
已确认需求 / 上下文包 / 开发 / 测试 / 审查合并 / 回写六阶段、当前阶段、证据数、阻塞原因和唯一主动作。 - 左侧执行源包固定展示正式 Task、项目记忆节点、Prompt Package、仓库、负责人和状态,强调开发必须基于已确认需求与 Project Memory。
- 中间工作区按当前阶段展示上下文、开发证据、测试、审查合并或回写内容;手动回写进展从常驻表单改为 drawer,避免页面表单化。
- 右侧 AI 副驾改为阶段决策面板,围绕当前主动作、阶段审查重点和下一步建议工作;仍不调用新 LLM,不自动合并、不自动写 Project Memory。
- 焦点测试覆盖执行 Run 工作台渲染、阶段 rail、执行源包、AI 副驾、主按钮和回写 drawer。
涉及文件:
frontend/src/features/pmflow-os/pages/ExecutionBridgePage.tsxfrontend/src/features/pmflow-os/store.api.test.tsxdocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.md
验证:
cd frontend && npx tsc --noEmit --pretty false --incremental false通过。cd frontend && npm run test -- src/features/pmflow-os/store.api.test.tsx -t "execution run workspace|technical review|execution bridge"通过:2 passed,32 skipped。cd frontend && npm run test -- src/features/pmflow-os通过:35 passed;仍有既有 React Router future flag warning。cd frontend && npm run build通过。- Playwright / Chromium 打开
http://localhost:5177/execution-bridge?demo=1,桌面 1440x1100 与移动 390x844 均能渲染 Run 工作台、阶段流转、执行源包、AI 副驾与“补充测试结论”主按钮;移动端main容器无横向溢出,截图输出到output/playwright/execution-run-workspace-d45-desktop.png、output/playwright/execution-run-workspace-d45-mobile.png与output/playwright/execution-run-workspace-d45-mobile-main-scrolled.png。
未完成或风险:
- 本轮没有新增真实验收、技术审查、合并或 Project Memory 回写后端合同;这些仍属于
main-flow-d5-execution-acceptance-loop。 Execution Run阶段仍由现有execution-summary与ProgressEvent派生,后续 D5 需要把review / acceptance / merge / memory_writeback做成更稳定的后端状态合同。- 浏览器实测仍会出现项目壳既有
GET /api/ai-readiness/project-launch401,本地 demo 的 Run 工作台渲染与主流程不受影响。
下一步建议:
- 进入
main-flow-d5-execution-acceptance-loop:补真实用户验收、技术审查、合并确认和项目记忆回写状态,供 Space next action 与 Release/Growth 门禁稳定消费。
2026-05-05 / main-flow-d4-execution-runtime-capability / implemented
完成内容:
- PMFlow OS store 新增真实
execution-capabilities查询状态,refetchApiState会同步刷新 truth-state、execution-summary 与 execution-capabilities。 createExecutionHandoff在正式任务 gate 之外新增 reviewer/capability gate:当技术审查责任缺失时阻止真实 handoff,提示先回团队层或待确认中心补齐审查责任。/execution-bridge首屏新增“执行模式判定”,消费 Execution Capability Graph 展示AI 直接执行 / AI 执行 + 用户验收 / AI 执行 + 技术审查 / 需要人类先补判断 / 当前不可执行。/execution-bridge新增“本次执行结果”汇总,把运行端、代码证据、测试证据、阻塞与下一步收敛为验收前判断;缺证据时保持待回写,不进入发布成功表达。- 执行交接主按钮改为能力 gate:候选/草稿任务、待确认范围、缺 reviewer 会阻塞;缺 repo 时只允许生成交接草案;缺 Prompt Package 时提示生成上下文包。
- AI 副驾从泛审查文案升级为执行裁决建议,只基于 execution-summary、execution-capabilities、progress event 与 release gate,不调用新 LLM,不编造 PR/测试/代码质量。
涉及文件:
frontend/src/features/pmflow-os/store.tsxfrontend/src/features/pmflow-os/pages/ExecutionBridgePage.tsxfrontend/src/features/pmflow-os/store.api.test.tsxdocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.md
验证:
cd frontend && npx tsc --noEmit --pretty false --incremental false通过。cd frontend && npm run test -- src/features/pmflow-os/store.api.test.tsx -t "execution capability|technical review|execution bridge"通过:2 passed,32 skipped。cd frontend && npm run test -- src/features/pmflow-os通过:35 passed;仍有既有 React Router future flag warning。cd frontend && npm run build通过。- Playwright / Chromium 打开
http://localhost:5176/execution-bridge?demo=1,桌面 1440x1100 与移动 390x844 均能渲染“执行模式判定 / 本次执行结果 / 执行交接”模块;截图输出到output/playwright/execution-bridge-d4-desktop.png与output/playwright/execution-bridge-d4-mobile.png。 - 本轮只修改前端和文档,未修改后端代码、Schema 或 migration,因此未执行后端编译、数据库迁移或热重启。
未完成或风险:
- 当前未接真实 Deep Agents runtime,也不执行本机命令;Execution Bridge 仍只做上下文包、handoff 合同与结果回写展示。
- 浏览器实测中本地无后端认证导致既有
GET /api/ai-readiness/project-launch401,这属于项目壳 AI readiness 本地环境问题,不影响本页模块渲染结论。
下一步建议:
- 进入
main-flow-d5-execution-acceptance-loop:把执行结果回写接到用户验收 / 技术审查 / 发布门禁状态流,避免测试通过后仍停留在“待回写”或被误认为自动完成。
2026-05-05 / main-flow-d3-execution-bridge-productization / implemented
完成内容:
- 将
/execution-bridge从字段调试式页面重组为产品化开发执行工作面:顶部执行链路、左侧开发上下文包、中间执行回写视图、右侧 AI 副驾审查、底部联动流水线。 - 将用户可见的执行状态、事件类型、运行端、仓库状态、上下文包状态、warning code 统一中文化;
repo_bindings_empty / prompt_package_empty / progress_events_empty等工程码不再直接暴露给客户。 - 保留既有真实 API 合同:仍消费
execution-summary、execution-handoffs、consume与execution-progress-events,不改后端 schema,不绕过 Project Memory commit 后才能 handoff 的门禁。 - 手动回写表单改为中文选项与产品语义;PR、测试、提交、终端输出和回写日志按证据 tab 展示,没有证据时保持明确空态。
- AI 副驾审查区按需求覆盖、代码质量、测试影响、回写完整度生成审查重点和下一步建议,作为执行桥的审查辅助,不执行真实写操作。
ExecutionBridgeCards补充 warning 展示映射,并将新区域圆角收敛到项目 UI 规范内。
涉及文件:
frontend/src/features/pmflow-os/pages/ExecutionBridgePage.tsxfrontend/src/features/pmflow-os/components/ExecutionBridgeCards.tsxdocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
cd frontend && npm run typecheck通过。cd frontend && npm run test -- src/features/pmflow-os/store.api.test.tsx通过:32 passed;仍有既有 React Router future flag warning。cd frontend && npm run build通过。- Playwright 打开
http://localhost:5176/execution-bridge?demo=1做桌面与移动截图检查;页面本身无 React key warning,demo 登录壳仍有既有GET /api/ai-readiness/project-launch401,因为本地未接真实后端认证,不影响本页 UI 结论。 - 本轮只修改前端 UI 与进度文档,未修改后端代码、Schema 或 migration,因此未执行后端编译、数据库迁移或热重启。
未完成或风险:
- 本轮未接 Deep Agents runtime;Deep Agents 仍作为后续运行端适配器/架构参考,不进入当前 UI 主链。
- 当前工作区存在大量既有未提交改动,本 Packet 未提交,避免把非本次范围的改动混入 commit。
下一步建议:
- 进入
main-flow-d4-execution-runtime-capability:把 Execution Capability Graph 更深接入开发执行页,形成AI 直接执行 / AI+用户验收 / AI+技术审查 / 需人工判断 / 阻塞的可视化执行模式与 reviewer gate。
2026-05-05 / structured-extraction-selection-count-fix / implemented
完成内容:
- 修复
/structured-extraction结构化写入快照中候选对象 checkbox 只展示选中态、未回写页面选择集合的问题。 ObjectChangeCard增加显式onSelectedChange回调与对象级 aria label;未接入选择回调的复用场景中 checkbox 会禁用,避免出现可点但无效的控件。StructuredExtractionPage增加selectedItemIds状态,候选项变化时自动清理失效选择;底部固定决策栏的已选择 N 项改为真实计数,勾选和取消都会同步更新。- 选择行为只影响当前页面 UI 选择态,不改变 ChangeItem 审查状态、不写 Project Memory,也不触发 defer/accept 等业务动作。
涉及文件:
frontend/src/features/pmflow-os/pages/StructuredExtractionPage.tsxfrontend/src/features/pmflow-os/components/ProjectStructuredLoop.tsxfrontend/src/features/pmflow-os/store.api.test.tsxdocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
cd frontend && npm run test -- src/features/pmflow-os/store.api.test.tsx -t "structured extraction selected count|updates the structured extraction selected count"通过:1 passed,31 skipped。cd frontend && npx tsc --noEmit --pretty false --incremental false通过。cd frontend && npm run test -- src/features/pmflow-os通过:33 passed。cd frontend && npm run build通过。- 本轮只修改前端 UI 与文档,未修改后端代码、Schema 或 migration,因此未执行后端编译、数据库迁移或热重启。
2026-05-05 / review-memory-execution-product-gates-implementation / implemented
完成内容:
ChangeReviewPage按产品门禁限制按钮状态:高风险候选在缺 reviewer approval 前不能直接接受;缺证据候选不能直接接受;确认写入项目记忆只有在目标 ChangeSet 存在 accepted / edited 项、无 pending_review、证据齐全、高风险 approval 满足且对象类型受支持时才可执行。- 批量操作收敛语义:
接受可处理项只处理低风险、高置信、有证据且无需角色审查的候选;批量修改仍允许对 reviewable item 产生人工修订;稍后处理改为队列级提醒/清空选择,不再调用defer或改变 ChangeItem 审查状态。 - 审查决策按钮增加状态限制:缺明确 reviewer 时不能虚构
请求审查;无待审上下文时不能通过、要求修改或拒绝。 ExecutionBridgePage与 PMFlow OS store 双层加执行交接守门:只有已写入项目记忆后形成的正式 task 状态才允许创建 handoff;draft/proposed/pending/candidate 等候选任务只显示阻塞说明,不调用真实 handoff API。ChangeReviewAiCopilotPanel主按钮支持 disabled reason,避免右侧 AI 副驾绕过主按钮门禁。- 测试 wrapper 补齐
ToastProvider,并修正一个未 await 的promoteAcceptedToGraph测试调用,避免异步 act 泄漏污染后续用例。
涉及文件:
frontend/src/features/pmflow-os/pages/ChangeReviewPage.tsxfrontend/src/features/pmflow-os/pages/ExecutionBridgePage.tsxfrontend/src/features/pmflow-os/components/ProjectStructuredLoop.tsxfrontend/src/features/pmflow-os/store.tsxfrontend/src/features/pmflow-os/store.api.test.tsxdocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
cd frontend && npx tsc --noEmit --pretty false --incremental false通过。cd frontend && npm run test -- src/features/pmflow-os/store.api.test.tsx -t "blocks high-risk|batch snooze|prevents direct execution"通过:3 passed,28 skipped。cd frontend && npm run test -- src/features/pmflow-os通过:32 passed。cd frontend && npm run build通过。- 本轮未修改后端代码、Schema 或 migration,因此未执行后端编译、数据库迁移或热重启。
2026-05-05 / review-memory-execution-product-gates / documented
完成内容:
- 明确结构化提取后的主顺序:
Structured Extraction -> ChangeSet -> Change Review -> 必要时 Team Layer 角色审查 -> 确认写入 Project Memory -> Work Graph -> Execution Capability Graph -> Execution Bridge。 - 确认团队层只做责任路由、角色收件箱、团队动态、审查状态、阻塞解释和跳转,不作为第二套待确认中心,不直接写 Project Memory。
- 明确
accept / edit / defer / reject / review decision只处理审查状态;确认写入项目记忆才是正式写入边界;开发执行必须晚于 Project Memory commit。 - 补齐决策与待确认按钮的使用场景和限制,包括接受、修改、暂不落库、拒绝、批量接受、稍后处理、请求审查、通过审查、要求修改、确认写入项目记忆、发起执行交接。
- 明确人员或 agent 跟进分两层:审查责任在 Change Review / Team Layer 阶段确定;执行责任在正式 Task 形成后、Execution Bridge handoff 前通过 Execution Capability Graph 和容量信号确定。
涉及文件:
docs/PMFLOW_PRODUCT_BLUEPRINT.mddocs/PMFLOW_UI_CONTRACT.mddocs/architecture/PMFLOW_OS_PRODUCT_CONTRACT.mddocs/architecture/RUNTIME_GUARDRAILS.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.mdAGENTS.md
验证:
- 本轮只更新产品与架构文档,未修改代码、API、Schema 或 migration;未运行编译、单测、构建或热重启。
rg已核对新增合同关键词覆盖审查、写入记忆、按钮限制、执行交接和责任分配边界。
2026-05-05 / team-layer-routing-card-density / implemented
完成内容:
- 补齐团队层当前契约确认:团队层只做只读协作态势、责任路由、阻塞解释和跳转;正式接受、修改、暂缓、拒绝和写入项目记忆仍回到
ChangeReviewPage。 - 优化
/team-layer决策台与待审变更责任路由卡片密度:操作按钮从正文右侧移到顶部操作区,标题、摘要、审查原因、证据和建议审查人使用完整卡片宽度;当只有 1-2 条路由时不再强行占 3 列,避免出现卡片内部右侧大块空白。 - 继续保持用户可见文案中文化,不暴露
Team Layer / ChangeSet / REVIEWER / OWNER等工程或后端标签。
涉及文件:
frontend/src/features/pmflow-os/pages/TeamLayerPage.tsxfrontend/src/features/pmflow-os/store.api.test.tsxdocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.md
验证:
cd frontend && npm run test -- src/features/pmflow-os/store.api.test.tsx -t "renders reviewer routing on team layer"通过。cd frontend && npm run typecheck通过。
2026-05-04 / team-layer-collaboration-dashboard / implemented
完成内容:
- 将
/team-layer从纵向“审查路由 + 能力/容量模块”重组为团队协作驾驶舱:首页按团队动态 / 决策台 / 角色收件箱 / 智能体工位 / AI 副驾展示项目真相层最近变化、待拍板事项、角色责任、执行单元阻塞和协同建议。 - 明确产品边界:团队层只做责任路由、阻塞解释、执行态势和跳转;正式接受、修改、暂缓、拒绝和写入项目记忆仍回到
/change-review?projectId=<id>&changeSetId=<id>,避免出现第二套 Change Review。 - 用户可见文案中文化:团队层展示层将
ChangeSet / REVIEWER / OWNER / high risk等后端/英文标签转换为变更集 / 审查人 / 负责人 / 高风险,按钮按状态改为进入待确认 / 查看审查进展 / 回到变更处理 / 查看决策。 - 容量调度下沉到执行态势之后;首屏先展示团队动态、决策台、角色收件箱和智能体工位,减少超宽屏无意义留白。
涉及文件:
frontend/src/features/pmflow-os/pages/TeamLayerPage.tsxfrontend/src/features/pmflow-os/store.api.test.tsxdocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.md
验证:
cd frontend && npm run typecheck通过。cd frontend && npm run test -- src/features/pmflow-os/store.api.test.tsx -t "renders reviewer routing on team layer"通过。cd frontend && npm run build通过。- 整文件
store.api.test.tsx当前仍受既有ChangeReviewPage测试包裹缺ToastProvider问题影响,非本次团队层改动引入。
2026-05-03 / structured-extraction-review-detail-ui / implemented
完成内容:
- 将
/structured-extraction红框内候选对象从轻列表升级为可展开审查卡片:折叠态保留对象类型、标题、功能描述、置信度、风险、优先级、证据数量和审查完整度;展开态补齐功能描述、证据来源、写入项目记忆后字段预览、验收标准、优先级与风险说明、补充一句入口。 - 页面层接入现有
acceptChange / editChange / deferChange,支持默认展开高风险待确认项、单项展开/收起、按组“全部展开/全部收起”、修改保存和补充一句生成修订,不新增后端合同。 - 顶部统计从单纯对象类型数量调整为审查决策指标:候选对象、待确认、证据充分、写入风险、缺失信息;右侧写入前检查新增审查完整度,继续只基于真实候选和 projection warning 派生。
- 修复 demo
createdAt=10:22被格式化成Invalid Date的显示问题;移动端操作按钮改为窄屏两列并收敛横向溢出。
涉及文件:
frontend/src/features/pmflow-os/pages/StructuredExtractionPage.tsxfrontend/src/features/pmflow-os/components/ProjectStructuredLoop.tsxdocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
cd frontend && npm run typecheck通过。cd frontend && npm run build通过。- 本地 Vite
http://127.0.0.1:5174/structured-extraction?demo=1+ Playwright smoke:桌面 1728px 下功能描述、证据来源、写入项目记忆后、验收标准、优先级与风险、补充一句均渲染;移动端 390px 下无横向溢出。
2026-05-01 / space-inbox-secondary-pages / implemented
完成内容:
- 将空间首页红框内的
暂存想法 / 草案箱 / 最近项目收敛为工作雷达预览:首页只展示少量高优先级条目,数量多时通过明确的“查看全部”进入二级处理面。 - 新增
frontend/src/features/personal-space/SpaceCollectionPages.tsx,承接/space/ideas暂存想法收集箱和/space/drafts草案箱;暂存想法支持状态筛选、搜索、补充、归档和转 Project Launch 草案,草案箱支持按待确认、信息不足、冲突、已确认、挂起筛选并跳回主流程确认。 SpaceSidebar / Layout / router增加空间二级入口,保持空间壳,不把这些对象写入项目真相层;Space 仍只允许 saved idea 作为 pre-project seed 写入,草案确认和项目执行回到主流程。ProjectsPage增加“全部 / 最近 / 待处理 / AI 进行中 / 已归档”筛选,首页最近项目通过/space/projects?view=recent复用所有项目页承接,不新增单独最近项目页。
涉及文件:
frontend/src/features/personal-space/SpaceCollectionPages.tsxfrontend/src/features/personal-space/PersonalSpacePage.tsxfrontend/src/features/personal-space/components/SpaceChrome.tsxfrontend/src/components/layout/Layout.tsxfrontend/src/router/index.tsxfrontend/src/pages/projects/ProjectsPage.tsxfrontend/src/api/space.tsCLAUDE.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.md
验证:
cd frontend && npm run typecheck通过。cd frontend && npm run build通过。cd frontend && npm run test -- src/features/personal-space/PersonalSpacePage.test.tsx通过,7 passed;仍有既有 React Router v7 future flag warning。- 本地 Vite
http://127.0.0.1:5174+ Playwright smoke:/space、/space/ideas、/space/drafts、/space/projects?view=recent均能渲染空间壳;移动端 390px 下/space/ideas可渲染。
2026-04-27 / integration-current-worktree-cleanup / done
完成内容:
- 收口当前
codex/team-feed-p1-review-activity-stream脏工作区,确认本批次改动属于同一轮 Shell / Integration 收口:Team Feed 只读动态流、Adaptive Human Capacity、AI Routing / Providers 产品化控制台、Legacy AI Steward 下线、旧 Inbox 独立页删除,以及对应文档台账同步。 - 共享入口已统一:
frontend/src/router/index.tsx只保留/ai-stewardlegacy redirect、旧项目路由 redirect、/space与项目主链身份边界、AI 运营中心 manager boundary;backend/app/api/router.py将legacy_ai_steward_api / ai_routing / model_routing放入核心路由,确保 lean profile 下治理入口不 404。 - migration 链路已检查:
20260427_add_human_capacity_overrides单 head,父级为20260426_add_pmflow_change_review_tables,未形成多 head。 - Inbox 旧独立页已退场:
/inboxroute、侧边栏入口、旧frontend/src/pages/inbox/、frontend/src/components/inbox/、frontend/src/types/inbox.ts与三阶段清单文档删除;旧 AI PMOwaiting_manual / draft_pending_confirm / missing_project_scope由 Space legacy adapter 承接。 - 未继续新增业务功能;本轮仅做集成一致性确认、文档台账补齐、验证命令收口和小范围测试稳定性修复。
验证:
- 越界检查:
git diff --name-only/git status --short已检查,当前 diff 是同一 integration 批次,不再拆分;共享文件变更集中在 router、后端 API router、models init、docs 与测试配置。 - 后端编译:
find backend/app -name '*.py' -print0 | xargs -0 /opt/homebrew/bin/python3.11 -m py_compile通过。 - 后端测试:
PYTHONPATH=. /opt/homebrew/bin/python3.11 -m pytest tests/test_pmflow_os_projection_api.py tests/test_ai_routing_governance_service.py -q在backend/下通过,36 passed,仅剩既有 Pydantic V2 class-based config deprecation warning。 - Alembic:
PYTHONPATH=. /opt/homebrew/bin/python3.11 -m alembic heads在backend/下返回20260427_add_human_capacity_overrides (head)。 - 前端:
npm run typecheck通过。 - 前端:
npm run build通过。
2026-04-27 / Main Flow AI Extraction Production Loop / done
完成内容:
- 打通 API 模式下的项目线程输入主链:
sendMessage -> createPMFlowThreadMessage -> createPMFlowExtraction -> open ChangeSet -> pending_review ChangeItems -> ChangeReview。 POST /pmflow-os/projects/{project_id}/extractions支持两种受控路径:显式proposed_itemsdraft 继续保留;未传候选项时由后端调用真实llm_service.generate_structured_object,通过 PMFlow prompt/config/routing 层生成待审对象。- AI extraction 成功时只生成 open ChangeSet、pending_review ChangeItems 和 thread message evidence;失败时返回
ai_extraction_failed / extraction_evidence_insufficient,不创建模板假结果,不绕过 ChangeReview 写 Project Memory。 StructuredExtractionPage与CommandCenterPage在真实模式显示结构化失败/待补充状态,并按真实 ChangeItems 动态显示数量,不再用固定 27/6/21 文案冒充真实结果。
涉及文件:
backend/app/services/pmflow_change_review_service.pybackend/app/api/pmflow_os_api/backend/app/schemas/pmflow_os.pybackend/tests/test_pmflow_change_review_api.pyfrontend/src/api/pmflowOs.tsfrontend/src/features/pmflow-os/store.tsxfrontend/src/features/pmflow-os/pages/CommandCenterPage.tsxfrontend/src/features/pmflow-os/pages/StructuredExtractionPage.tsxdocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/API_CONTRACTS.mddocs/architecture/ARCHITECTURE_INVENTORY.md
验证:
- 后端编译:
python3 -m py_compile backend/app/services/pmflow_change_review_service.py backend/app/schemas/pmflow_os.py backend/app/api/pmflow_os_api/__init__.py backend/tests/test_pmflow_change_review_api.py通过。 - 后端测试:
PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m pytest backend/tests/test_pmflow_change_review_api.py backend/tests/test_pmflow_os_projection_api.py -q通过,39 passed。 - 前端测试:
npm run test -- src/features/pmflow-os通过,13 passed。 - 前端:
npm run typecheck通过。 - 前端:
npm run build通过。 - Diff hygiene:
git diff --check通过;未发现 Git 冲突标记。
2026-04-27 / release-business-signal-loop-p1 / done
完成内容:
GET /pmflow-os/projects/{project_id}/execution-summary的releaseSignals从单一 feedback/recommendation 读模型扩展为统一发布后业务信号:真实聚合FeedbackIngest / RevenueEvent / ROISnapshot / ComplianceCheckRun / IterationRecommendation。releaseSignals.summary新增roiSnapshotCount / complianceCheckCount / riskSignalCount,relationship.businessSignalTypes显示当前可用信号类型;缺 feedback、revenue、ROI、compliance 或 recommendation 时返回明确 warning,不用静态 mock 指标补成功态。- ROI 为负或合规 blocked/failed/open issues 时进入风险态,ReleaseGrowthPage 真实模式展示 feedback、revenue、ROI、compliance、recommendation/group 的空态、数据态和风险态。
- recommendation 单条/同组仍只生成下一轮 open ChangeSet draft,继续由 ChangeReview accept/edit/defer/commit;本 Packet 不接真实支付、不做完整财务系统、不接真实合规平台、不自动 commit。
涉及文件:
backend/app/services/pmflow_os_projection_service.pybackend/tests/test_pmflow_os_projection_api.pyfrontend/src/api/pmflowOs.tsfrontend/src/features/pmflow-os/pages/ReleaseGrowthPage.tsxdocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.md
验证:
- 后端编译:
python3 -m py_compile backend/app/services/pmflow_os_projection_service.py backend/app/schemas/pmflow_os.py backend/app/api/pmflow_os_api/*.py通过。 - 后端测试:
PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m pytest backend/tests/test_pmflow_os_projection_api.py -q通过,30 passed。 - 前端测试:
npm run test -- src/features/pmflow-os通过,13 passed。 - 前端:
npm run typecheck通过。 - 前端:
npm run build通过。
2026-04-27 / space-consume-mainflow-next-signals / done
完成内容:
/space的nextActionQueue只读消费 Main Flow 新信号:AI extraction 成功后的 pending ChangeSet / ChangeItem、review attention、execution failed / blocked / delivery failed、release blocked、releaseSignals 中的 feedback / revenue / ROI / compliance,以及 recommendation 下一轮 draft。feedbackAttention优先消费execution-summary.releaseSignals.feedback / revenueEvents / roiSnapshots / complianceChecks结构化字段,再兼容旧metricSignals,不再只靠文本猜测发布后业务信号。- 新增执行结果阻塞类 next action:
recentProgressEvents的failed / blocked / test_failed与recentDeliveries.status=failed只跳/execution-bridge?projectId=<id>。 - 优先级收口为待确认、待审查、执行阻塞、发布阻塞、发布后反馈、下一轮草案;所有动作只跳主流程页面,不写 ChangeSet、PMFlowApproval、ProgressEvent、ReleaseValidationRun、FeedbackIngest 或任何 release business 表。
涉及文件:
frontend/src/api/space.tsfrontend/src/features/personal-space/PersonalSpacePage.test.tsxdocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.md
验证:
cd frontend && npm run test -- src/features/personal-space/PersonalSpacePage.test.tsx通过,4 passed。cd frontend && npm run typecheck通过。cd frontend && npm run build通过。
2026-04-28 / navigation-shell-migration-p1 / implemented
完成内容:
- 将旧
/projects一级入口迁移为/space/projects,继续复用项目可见性真源,但用户语义改为“空间内所有项目”,主动作回到 PMFlow OS 主链;项目删除收进高级操作。 - 将旧
/users、/users/:id/profile、/users/:id/skills、/users/:id/skill-tasks/:skillId迁移为/space/settings/members与/space/settings/members/:id,用户语义收敛为“成员与权限 / 成员能力与责任”,不再暴露后台用户管理入口。 - 将旧
/workloads、/workloads/:id迁移为/team-layer?view=capacity,Team Layer 会滚动到团队今日容量调度台;旧工时负载不再作为一级产品入口。 - 将
/dashboard兼容跳转/space;SpaceSidebar新增稳定目的地“所有项目”和管理员“成员与权限”,仍不把最近项目、暂存想法、草案箱、待确认或 AI 正在推进拆成一级导航。 Layout增加空间配置壳覆盖/space/projects与/space/settings/*,避免这些页面继续落入旧Sidebar + TopBar。
涉及文件:
frontend/src/router/index.tsxfrontend/src/components/layout/Layout.tsxfrontend/src/components/layout/TopBar.tsxfrontend/src/features/personal-space/components/SpaceChrome.tsxfrontend/src/features/personal-space/PersonalSpacePage.tsxfrontend/src/features/pmflow-os/pages/TeamLayerPage.tsxfrontend/src/pages/projects/ProjectsPage.tsxfrontend/src/pages/users/UsersPage.tsxfrontend/src/pages/user-profile/UserProfilePage.tsxfrontend/src/components/SkillRadarChart.tsxCLAUDE.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
- 前端:
npm run typecheck通过。 - 前端:
vitest run src/router/legacyAIStewardRedirect.test.ts src/features/personal-space/PersonalSpacePage.test.tsx src/components/layout/Sidebar.test.tsx通过。 - 前端:
npm run build通过。
2026-04-27 / adaptive-human-capacity-p1 / implemented
完成内容:
- 将旧“工时负载”升级为
Adaptive Human Capacity:后端新增只读每日容量计划、simulate-before-apply、override 审计记录,计划由当前 truth-state / execution-summary / reviewer routing / workspace binding 实时聚合。 - 新增
human_capacity_overrides持久化表,只存负责人手工调整与审计,不存每日计划快照;过期 override 不参与今日计划。 execution-capabilities补充adaptiveCapacitySummary;个人空间展示“我的今日容量”;Team Layer 增加团队今日容量调度台、模拟结果、负责人调整入口和调整记录;旧/workloads*前端入口兼容跳转到/team-layer?view=capacity,传统工时只保留为底层成本参考信号。- 产品边界写入蓝图和 guardrails:每日建议基线不得固定,工作类型共享容量池,负责人 override 必须有原因、审计、过期时间,后续团队空间不得回到固定工时槽、静态技能标签或旧 workload ratio 派活。
涉及文件:
backend/app/models/human_capacity_override.pybackend/alembic/versions/20260427_add_human_capacity_overrides.pybackend/app/services/adaptive_capacity_service.pybackend/app/services/team_execution_capability_service.pybackend/app/api/pmflow_os_api/__init__.pybackend/app/schemas/pmflow_os.pybackend/tests/test_pmflow_os_projection_api.pyfrontend/src/api/pmflowOs.tsfrontend/src/api/space.tsfrontend/src/features/pmflow-os/types.tsfrontend/src/features/pmflow-os/pages/TeamLayerPage.tsxfrontend/src/features/personal-space/PersonalSpacePage.tsxfrontend/src/router/index.tsxfrontend/src/components/layout/Layout.tsxfrontend/src/features/personal-space/components/SpaceChrome.tsxfrontend/src/pages/projects/ProjectsPage.tsxfrontend/src/pages/users/UsersPage.tsxfrontend/src/pages/user-profile/UserProfilePage.tsxdocs/PMFLOW_PRODUCT_BLUEPRINT.mddocs/architecture/API_CONTRACTS.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/RUNTIME_GUARDRAILS.mddocs/architecture/ARCHITECTURE_INVENTORY.mdCLAUDE.md
验证:
- 后端:
python -m py_compile backend/app通过;pytest tests/test_pmflow_os_projection_api.py -q通过。 - 数据库:
alembic upgrade head成功升级到20260427_add_human_capacity_overrides。 - 前端:
npm run typecheck、npm run build、vitest run src/features/personal-space/PersonalSpacePage.test.tsx src/features/pmflow-os/store.api.test.tsx src/components/layout/Sidebar.test.tsx通过。 - 浏览器:检查
/space、/team-layer?projectId=1、/team-layer?projectId=1&view=capacity,容量区块/空态/不可用 warning 可见,未使用 mock 或旧负载比例冒充;旧/workloads?projectId=1仅作为兼容入口跳转。 - 运行态:
docker compose restart backend后pmflow-backendhealth 为healthy。
2026-04-26 / team-feed-p1-review-activity-stream / implemented
完成内容:
ProjectTruthState.feed从静态/局部 feed 扩展为 Team Feed 只读动态流,聚合 review request、review decision、ChangeSet 状态、execution progress 和 release gate 事件。- 后端只读消费既有
PMFlowChangeSet / PMFlowChangeItem / PMFlowApproval / PMFlowEvidenceLink / ProgressEvent / releaseGate投影,不新增表、不新增 route、不写审批、不写 ChangeSet、不写通知。 TeamLayerPage直接展示真实state.feed聚合动态;feed 为空时明确显示无真实动态,不使用 mock 动态冒充团队事件。- 团队动态区增加真实时间格式化和空态,保留角色收件箱/决策台为摘要展示,不塞入业务操作。
涉及文件:
backend/app/services/pmflow_os_projection_service.pybackend/tests/test_pmflow_os_projection_api.pyfrontend/src/features/pmflow-os/components/TeamFeedPanel.tsxfrontend/src/features/pmflow-os/pages/TeamLayerPage.tsxfrontend/src/features/pmflow-os/store.api.test.tsxdocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.mdCLAUDE.md
验证:
PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m py_compile backend/app/services/pmflow_os_projection_service.py backend/app/schemas/pmflow_os.py通过。PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m pytest backend/tests/test_pmflow_os_projection_api.py -q通过:24 passed;仍有既有backend/app/schemas/recipe.pyPydantic V2 class-based config deprecation warning。cd frontend && npm run test -- src/features/pmflow-os通过:13 passed;仍有既有 React Router v7 future flag warning。cd frontend && npm run typecheck通过。cd frontend && npm run build通过;Vite 仍提示既有 manual chunk circular warning(ai-steward / sstc / charts / governancechunk 环)。docker compose restart backend已执行,docker compose ps backend确认pmflow-backend恢复healthy。
未完成或风险:
- 本轮只做 Team Feed 只读动态流,不新增战略页面,不改 router/nav,不写审批/ChangeSet/通知。
- Role Inbox 与 Decision Desk 仍是 TeamLayer 摘要/占位表达,完整真实收件箱与决策台模型不在本 Packet。
2026-04-26 / big-module-integration-p8 / done
完成内容:
- 从
e8bb125P8 共同基线新建codex/big-module-integration-p8,依次合入main-flow-p8-review-decision-loop、space-p7-review-attention-queue、account-p8-review-decision-preference。 - 确认 P8 未新增 route/nav,
frontend/src/router/index.tsx与frontend/src/features/pmflow-os/components/MobileBottomNav.tsx未进入集成 diff。 - Main Flow 合同作为 reviewer decision 真源:
truth-state.reviewerRouting包含reviewDecision / approvalState / requestedAt / decidedAt / decisionReason,POST /pmflow-os/change-sets/{change_set_id}/review-decisions只写审查/approval 审计,不自动 commit。 - Space 只读消费
truth-state.reviewerRouting生成/space的review_attention下一步队列,不写 ChangeSet、PMFlowApproval、ProgressEvent 或发布/反馈对象。 - Account 只提供
getReviewDecisionNotificationPreference页面内提醒偏好消费合同;偏好关闭只能静默提醒强度,不隐藏 reviewerRouting、approval、evidence 或 audit state。 - 共享文档、代码索引和 inventory 已统一为 P8 收口后的边界说明。
涉及文件:
- 合并依赖分支带入的 Main Flow / Space / Account owned files
CLAUDE.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.md
验证:
PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m py_compile backend/app/api/pmflow_os_api/__init__.py backend/app/services/pmflow_change_review_service.py backend/app/services/pmflow_os_projection_service.py backend/app/schemas/pmflow_os.py通过。PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m pytest backend/tests/test_pmflow_change_review_api.py backend/tests/test_pmflow_os_projection_api.py backend/tests/test_account_settings_api.py -q通过:35 passed;仍有既有backend/app/schemas/recipe.pyPydantic V2 class-based config deprecation warning。cd frontend && npm run test -- src/features/pmflow-os通过:13 passed;仍有既有 React Router v7 future flag warning。cd frontend && npm run test -- src/features/personal-space/PersonalSpacePage.test.tsx通过:3 passed;仍有既有 React Router v7 future flag warning。cd frontend && npm run test -- src/features/account-settings/accountSettings.test.ts通过:12 passed。cd frontend && npm run typecheck通过。cd frontend && npm run build通过;Vite 仍提示既有 manual chunk circular warning(ai-steward / sstc / charts / governancechunk 环)。docker compose restart backend已执行,docker compose ps backend确认pmflow-backend恢复healthy。
2026-04-26 / main-flow-p8-review-decision-loop / done
完成内容:
- 新增
POST /pmflow-os/change-sets/{change_set_id}/review-decisions,支持request_review / approve / request_changes / reject,统一{code,message,data}包络返回changeSetDetail / truthState / warnings。 request_review校验 reviewer 必须属于当前项目且具备OWNER / REVIEWER角色;缺 reviewer 时 fail-closed 返回reviewer_missingwarning,不写入虚假审查状态。approve / request_changes / reject复用PMFlowApproval写审查审计记录;approve只把选中待审项标为 accepted,并使 high-risk item 满足 C2 approval gate,仍不自动 commit ChangeSet;request_changes / reject不写 Project Memory、不创建正式任务。ProjectTruthState.reviewerRouting扩展reviewDecision / approvalState / requestedAt / decidedAt / decisionReason和 requested/approved/changes/rejected 汇总计数;已决策项可继续在 Team layer 留痕,terminal decision 不再误报缺 reviewer。ChangeReviewPage增加审查决策面板,展示审查状态、建议 reviewer、审查意见、高风险 approval gate 和四类决策动作。TeamLayerPage增加待我审、已请求、已决策统计,并展示每个 routing item 的审查状态、审查意见与请求/决策时间。
涉及文件:
backend/app/api/pmflow_os_api/__init__.pybackend/app/schemas/pmflow_os.pybackend/app/services/pmflow_change_review_service.pybackend/app/services/pmflow_os_projection_service.pybackend/tests/test_pmflow_change_review_api.pybackend/tests/test_pmflow_os_projection_api.pyfrontend/src/api/pmflowOs.tsfrontend/src/features/pmflow-os/store.tsxfrontend/src/features/pmflow-os/store.api.test.tsxfrontend/src/features/pmflow-os/types.tsfrontend/src/features/pmflow-os/pages/ChangeReviewPage.tsxfrontend/src/features/pmflow-os/pages/TeamLayerPage.tsxdocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.mdCLAUDE.md
验证:
PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m py_compile backend/app/api/pmflow_os_api/__init__.py backend/app/services/pmflow_change_review_service.py backend/app/services/pmflow_os_projection_service.py backend/app/schemas/pmflow_os.py通过。PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m pytest backend/tests/test_pmflow_change_review_api.py backend/tests/test_pmflow_os_projection_api.py -q通过:31 passed;仍有既有backend/app/schemas/recipe.pyPydantic V2 class-based config deprecation warning。cd frontend && npm run test -- src/features/pmflow-os通过:13 passed;仍有既有 React Router v7 future flag warning。cd frontend && npm run typecheck未通过,阻塞在当前 worktree 缺失多项frontend/src/lib/*公共 helper(如@/lib/api、@/lib/utils、@/lib/datetime),不属于本 Packet write scope。cd frontend && npm run build未通过,原因同typecheck,停在同一批缺失frontend/src/lib/*公共 helper。docker compose ps backend/docker compose --env-file .env.example ps backend未能进入 backend health 检查:当前 worktree 缺少.env,Compose 要求BACKEND_PORT / LLM_PROVIDER / DASHSCOPE_API_KEY等必填 runtime env,.env.example中 API key 为空;未写宿主机配置,未用 dummy secret 重启服务。
未完成或风险:
- 本 Packet 不接 Space 个人队列、不扩展 Account review preference、不接真实通知中心;后续仍按 P8 剩余消费面推进。
- 本 Packet 不新增 migration、不改 router/nav、不改 Space/Account,不执行真实外部通知或自动 Project Memory commit。
2026-04-26 / space-p7-review-attention-queue / implemented
完成内容:
/space的nextActionQueue新增review_attention类型,只读消费ProjectTruthState.reviewerRouting(status/warningCode/summary/items)。- Team Review 待审事项按“高风险待我审 -> request_changes/rejected 后待处理 -> reviewer missing warning -> 普通 pending review”排序进入“我的下一步”。
- 高风险、普通待审与 review decision 后待处理项只跳
/change-review?projectId=<id>&changeSetId=<id>;reviewer 缺失 warning 只跳已有/team-layer?projectId=<id>。 PersonalSpacePage仅补充待审查的队列表达、icon、CTA 与空态文案,不新增模块,不写 ChangeSet、PMFlowApproval、ProgressEvent 或 PMFlow OS store。- reviewerRouting 为空时保持空态,不虚构 reviewer、审查意见或待审 ChangeSet。
涉及文件:
frontend/src/api/space.tsfrontend/src/features/personal-space/PersonalSpacePage.tsxfrontend/src/features/personal-space/PersonalSpacePage.test.tsxCLAUDE.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.md
验证:
cd frontend && npm run test -- src/features/personal-space/PersonalSpacePage.test.tsx通过:3 passed;仍有既有 React Router v7 future flag warning。cd frontend && npm run typecheck通过。cd frontend && npm run build通过;Vite 仍提示既有 manual chunk circular warning(ai-steward / sstc / charts / governancechunk 环),构建成功。
2026-04-26 / account-p8-review-decision-preference / implemented
完成内容:
- 在
frontend/src/api/accountSettings.ts新增getReviewDecisionNotificationPreference(settings, event),覆盖review_requested / review_approved / review_changes_requested / review_rejected / high_risk_approval_required。 - Review decision 类事件统一映射到现有
pendingConfirmation偏好,继续输出 P7 的reminderIntensity / evidenceDisplay / showInAppReminder / showProminentReminder合同,并固定notificationTransport=in_app_only。 - helper 明确返回
reviewerRoutingPolicy=preserve_reviewer_routing、approvalPolicy=preserve_approval_state、evidencePolicy=preserve_business_evidence、auditPolicy=preserve_audit_state;偏好关闭只静默页面内提醒,不隐藏真实 reviewerRouting、approval、evidence 或 audit state。 AccountSettingsPanel通知偏好文案扩展到 review request / decision 与高风险 approval,不新增后端字段、不改 schema、不接真实通知中心。
涉及文件:
frontend/src/api/accountSettings.tsfrontend/src/features/account-settings/AccountSettingsPanel.tsxfrontend/src/features/account-settings/accountSettings.test.tsCLAUDE.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.md
验证:
cd frontend && npm run test -- src/features/account-settings/accountSettings.test.ts通过:12 passed。cd frontend && npm run typecheck通过。cd frontend && npm run build通过;Vite 仍提示既有 manual chunk circular warning(ai-steward / sstc / charts / governancechunk 环),构建成功。
未完成或风险:
- 本轮只定义 Account Settings 偏好消费合同,不改 Main Flow review request / decision API,不改 Space attention queue。
- Review 偏好仍只影响页面内提醒表达;不得被 Main Flow 当作业务权限或 evidence/filter 开关。
2026-04-26 / shell-p8-rebaseline-next-plan / done
完成内容:
- 将第 7 节“当前下一步推荐任务”从已完成的 Team Review P1 重定为
P8:Review Decision Loop。 - 明确 P8 当前目标为
reviewerRouting -> review request -> reviewer decision -> approval audit -> personal attention,不再停留在 reviewer routing 只读建议。 - 写清 P8 三条可并行 Packet 边界:
main-flow-p8-review-decision-loop、space-p7-review-attention-queue、account-p8-review-decision-preference,以及big-module-integration-p8的收口职责。 - 明确 P8 不新增战略页面、不改 router/nav、不接真实通知中心;仍使用既有
/change-review / /team-layer / /space / /me表面。
涉及文件:
docs/PMFLOW_PRODUCT_DELIVERY_STANDARD.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.mdCLAUDE.md
验证:
git diff --name-only已执行,diff 仅包含本 Packet 文档 write scope。rg -n "当前最建议下一步|P8|Review Decision Loop|Team Review P1" docs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md CLAUDE.md docs/architecture/CODE_REFERENCE_INDEX.md docs/architecture/ARCHITECTURE_INVENTORY.md已用于确认推荐任务真源更新。
2026-04-26 / big-module-integration-p7 / done
完成内容:
- 新建
codex/big-module-integration-p7,从codex/big-module-integration-p6依次收口shell-p7-rebaseline-next-plan、iteration-loop-p2-recommendation-quality-batch、space-p6-personal-next-action-queue、account-p7-review-notification-intensity。 - 确认本轮未新增 route/nav,仍使用既有
/release-growth、/change-review、/space、/me表面;frontend/src/router/index.tsx与frontend/src/features/pmflow-os/components/MobileBottomNav.tsx未进入 P7 集成 diff。 - Main Flow 已把同组 recommendation 批量生成 ChangeSet draft、recommendation quality grouping、Change Review 来源解释接入集成线;Space 已把“我的下一步”队列接入
/space只读聚合;Account 已把提醒强度和证据展示偏好合同接入/me。
涉及文件:
- 合并依赖分支带入的 Main Flow / Space / Account owned files
CLAUDE.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.md
验证:
- P7 integration 分支已形成 merge commits:
86c6ec7 merge shell p7 rebaseline、8d60b18 merge iteration loop p2 recommendation quality、4a74eea merge space p6 personal next action queue、77fa288 merge account p7 notification intensity。 PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m pytest backend/tests/test_pmflow_os_projection_api.py backend/tests/test_account_settings_api.py -q通过:24 passed。cd frontend && npm run test -- src/features/pmflow-os通过:10 passed。cd frontend && npm run test -- src/features/personal-space/PersonalSpacePage.test.tsx通过:2 passed。cd frontend && npm run test -- src/features/account-settings/accountSettings.test.ts通过:11 passed。cd frontend && npm run typecheck通过。cd frontend && npm run build通过;Vite 仍提示既有 manual chunk circular warning(ai-steward / sstc / charts / governancechunk 环)。docker compose restart backend已执行,docker compose ps backend确认pmflow-backend恢复healthy。docker compose restart backend已执行,docker compose ps backend确认pmflow-backend恢复healthy。
未完成或风险:
- P7 本身不包含 Team Review;Team Review 已由后续
team-review-p1-change-review-routing-p7从 P7 base 单独收口。
2026-04-26 / team-review-p1-change-review-routing-p7 / done
完成内容:
- 从
codex/big-module-integration-p7新开codex/team-review-p1-change-review-routing-p7,合入既有codex/team-review-p1-change-review-routing实现,解决与 Iteration Loop P2 在 schema、projection、store 和测试上的重叠。 - 在
ProjectTruthState新增reviewerRouting(status, warningCode, summary, items)只读投影,从 open/pending ChangeSet、待审 item 风险、跨对象类型、iteration_recommendationevidence、项目成员与OWNER / REVIEWER角色生成建议审查人、来源、风险等级、优先级、审查原因、fallback role 和目标跳转 URL。 TeamLayerPage真实模式展示待审 ChangeSet reviewer routing:ready / empty / warning、来源(下一轮迭代 / AI 提取 / 手动)、风险等级、建议审查人或 fallback role、审查原因、待审 item 数、证据数,并跳转/change-review?projectId=<id>&changeSetId=<id>。- 保持监督式边界:不新增 route,不新增 migration,不做复杂权限系统,不自动 assign reviewer,不写 approval;缺成员、缺
OWNER / REVIEWER角色或缺 evidence 时只显示 warning,不虚构 reviewer。 - 保留 P7 的 recommendation group 批量 ChangeSet draft 合同和测试,没有用 reviewer routing 覆盖 Iteration Loop P2。
涉及文件:
backend/app/schemas/pmflow_os.pybackend/app/services/pmflow_os_projection_service.pybackend/tests/test_pmflow_os_projection_api.pyfrontend/src/api/pmflowOs.tsfrontend/src/features/pmflow-os/store.tsxfrontend/src/features/pmflow-os/types.tsfrontend/src/features/pmflow-os/pages/TeamLayerPage.tsxfrontend/src/features/pmflow-os/store.api.test.tsxCLAUDE.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.md
验证:
PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m py_compile backend/app/services/pmflow_os_projection_service.py backend/app/schemas/pmflow_os.py backend/tests/test_pmflow_os_projection_api.py通过。PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m pytest backend/tests/test_pmflow_os_projection_api.py -q通过:23 passed;仍有既有backend/app/schemas/recipe.pyPydantic V2 class-based config deprecation warning。PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m pytest backend/tests/test_pmflow_os_projection_api.py backend/tests/test_account_settings_api.py -q通过:27 passed;仍有同一 Pydantic warning。cd frontend && npm run test -- src/features/pmflow-os通过:12 passed;仍有既有 React Router v7 future flag warning。cd frontend && npm run test -- src/features/personal-space/PersonalSpacePage.test.tsx通过:2 passed;仍有既有 React Router v7 future flag warning。cd frontend && npm run test -- src/features/account-settings/accountSettings.test.ts通过:11 passed。cd frontend && npm run typecheck通过。cd frontend && npm run build通过;Vite 仍提示既有 manual chunk circular warning(ai-steward / sstc / charts / governancechunk 环)。
未完成或风险:
- 该历史记录对应 Team Review P1,当时只是 reviewer routing 读模型与 TeamLayer 展示;Main Flow P8 之后已接入 review decision / PMFlowApproval 审计,但仍不代表正式 reviewer assignment、权限审批流、通知或自动审查任务已接入。
- Team Feed P1 已接 review / execution / release gate 只读动态流;Role Inbox、Decision Desk 的完整真实数据模型仍是后续 Team lane 工作。
2026-04-26 / shell-p7-rebaseline-next-plan / implemented
完成内容:
- 将第 7 节“当前下一步推荐任务”从已完成的
Phase D.2:Execution Bridge 执行交接合同重定为P7:Iteration Quality / Reviewer / Personal Queue 三线并行。 - 明确 P6 后当前真实闭环状态:
feedback -> recommendation -> ChangeSet draft -> Change Review accept/edit/defer已成立,仍不自动 commit、不写 Project Memory、不创建正式 Task。 - 写清 P7 三个推荐 Packet 边界:
main-flow-p7-iteration-quality、main-flow-p7-reviewer-decision-desk、space-p7-personal-queue。 - 明确 P7 不新增战略页面、不新增顶层路由、不改移动底部导航,不绕过 Change Review 人类确认边界。
验证:
git diff --name-only仅包含本 Packet 文档 write scope。rg -n "Phase D.2|当前最建议下一步|P7|Iteration Quality" docs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md CLAUDE.md docs/architecture/CODE_REFERENCE_INDEX.md docs/architecture/ARCHITECTURE_INVENTORY.md已用于确认推荐任务真源更新。
2026-04-26 / space-p6-personal-next-action-queue / implemented
完成内容:
- 在
frontend/src/api/space.ts新增nextActionQueue只读聚合模型,把 AI extraction 待确认、review attention、execution failed/blocked/delivery failed、release blocked / failed evidence、handoff consumed 后缺少 progress、feedback/revenue/ROI/compliance 信号和 iteration draft 待确认收敛为统一“我的下一步”队列。 /space桌面端和移动端新增首屏“我的下一步”队列,按优先级和更新时间排序;每个 item 只跳转/change-review、/execution-bridge或/release-growth。- 保留原有继续推进、待确认、执行中、发布关注、发布后反馈、下一轮迭代建议等明细区块作为二级上下文;空态明确,不虚构项目、反馈、recommendation 或 ChangeSet。
- 本轮不写 ChangeSet、不写 ProgressEvent、不写 ReleaseValidationRun、不写 FeedbackIngest,不改 PMFlow OS 页面、Account Settings 或 router。
涉及文件:
frontend/src/api/space.tsfrontend/src/features/personal-space/PersonalSpacePage.tsxfrontend/src/features/personal-space/PersonalSpacePage.test.tsxCLAUDE.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.md
验证:
cd frontend && npm run test -- src/features/personal-space/PersonalSpacePage.test.tsx通过:2 passed;仍有既有 React Router v7 future flag warning。cd frontend && npm run typecheck未通过,阻塞来自本 packet 禁止路径外的既有 Account Settings / PMFlow OS 测试类型错误:frontend/src/features/account-settings/accountSettings.test.ts的reminderIntensity字面量推断为string,以及frontend/src/features/pmflow-os/store.api.test.tsx的AccountNotificationPreference测试 fixture 缺少reminderIntensity / evidenceDisplay。cd frontend && npm run build同样在tsc -b阶段被上述禁止路径外类型错误阻塞,尚未进入 Vite build。
未完成或风险:
- 当前工作区同时存在 Main Flow / Account Settings lane 的未提交改动;Space P6 提交只能 stage 本 packet 文件与文档,不能混入这些越界文件。
- 若 integration owner 要求全量 typecheck/build 绿灯,需要先由 Account / Main Flow owner 修复对应测试 fixture 类型。
2026-04-26 / account-p7-review-notification-intensity / implemented
完成内容:
- 将 Account Settings 通知偏好从简单开关扩展为本地 UI 提醒表达合同:每类提醒继续保留
enabled / desktop / emailDigest兼容字段,同时新增reminderIntensity=silent|normal|prominent与evidenceDisplay=compact|expanded。 - 新增
getAccountReminderConsumption(settings, event),覆盖change_review_high_risk / iteration_draft_ready / release_blocked / execution_stalled,稳定输出surface / notificationKey / reminderIntensity / evidenceDisplay / showInAppReminder / showProminentReminder / evidencePolicy / auditPolicy / notificationTransport=in_app_only。 - 默认值向后兼容 P1-P6:旧数据缺少新字段时,旧开启等价
normal + compact,旧关闭等价silent + compact;偏好关闭只静默页面内提醒,不隐藏 ChangeSet、recommendation、release evidence、execution 状态或审计状态。 AccountSettingsPanel通知偏好区新增提醒强度和证据展示配置;桌面提醒、邮件摘要仍只记录偏好,不代表真实邮件、桌面推送或系统通知中心已接入。- 本轮只扩展前端本地 helper 和页面设置,不改后端 schema、migration、router、PMFlow OS store、Space 或 Main Flow 页面。
涉及文件:
frontend/src/api/accountSettings.tsfrontend/src/features/account-settings/AccountSettingsPanel.tsxfrontend/src/features/account-settings/accountSettings.test.tsCLAUDE.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
cd frontend && npm run test -- src/features/account-settings/accountSettings.test.ts通过:11 passed。cd frontend && npm run typecheck通过。cd frontend && npm run build通过;Vite 仍提示既有 manual chunk circular warning(ai-steward / sstc / charts / governancechunk 环),构建成功。PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m py_compile backend/app/services/pmflow_os_projection_service.py backend/app/schemas/pmflow_os.py通过。PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m pytest backend/tests/test_pmflow_os_projection_api.py -q通过:22 passed;仍有既有backend/app/schemas/recipe.pyPydantic V2 class-based config deprecation warning。cd frontend && npm run test -- src/features/pmflow-os通过:11 passed;仍有既有 React Router v7 future flag warning。cd frontend && npm run typecheck通过。cd frontend && npm run build通过;Vite 仍提示既有 manual chunk circular warning(ai-steward / sstc / charts / governancechunk 环)。docker compose restart backend已执行,docker compose ps backend确认pmflow-backend恢复healthy。git diff --name-only已执行,diff 均在本 Packet write scope 内。
未完成或风险:
- 该历史记录对应 Team Review P1,当时只是 reviewer routing 读模型与 TeamLayer 展示;Main Flow P8 之后已接入 review decision / PMFlowApproval 审计,但仍不代表正式 reviewer assignment、权限审批流、通知或自动审查任务已接入。
- Team Feed P1 已接 review / execution / release gate 只读动态流;Role Inbox、Decision Desk 的完整真实数据模型仍是后续 Team lane 工作。
2026-04-26 / big-module-integration-p6 / done
完成内容:
- 收口 Iteration Loop P1、Space P5 与 Account P6 的并行成果,当前集成分支已包含
ea8f9d0 feat(pmflow-os): draft changesets from iteration recommendations、5db6f71 feat(space): surface iteration draft attention、8cc0cd9 feat(account): map iteration review reminders。 - 确认本轮没有修改
frontend/src/router/index.tsx、frontend/src/features/pmflow-os/components/MobileBottomNav.tsx或新增 route/nav;现有/release-growth、/change-review、/space、/me入口继续承接本批成果。 - 共享文档边界已同步:Main Flow 负责 recommendation -> ChangeSet draft 写入口与 ReleaseGrowth 触发动作;Space 只读消费 recommendation draft 状态并跳转主流程;Account 只把
iteration_recommendation / next_change_review映射到待确认提醒偏好,不接真实邮件、桌面推送或系统通知中心。 - P6 后,Space 现在只读消费 Main Flow 的 AI extraction、execution result 与 release business signals;发布后反馈闭环已从“feedback -> recommendation 展示”推进到“recommendation -> 下一轮 ChangeSet draft -> Change Review accept/edit/defer”,仍保持不自动 commit、不写 Project Memory、不创建正式任务的监督式边界。
涉及文件:
CLAUDE.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.md- 合并依赖分支带入的 Main Flow / Space / Account owned files
验证:
git diff --name-only已执行,最终待提交 diff 仅为 P6 integration 文档收口。PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m pytest backend/tests/test_pmflow_os_projection_api.py backend/tests/test_account_settings_api.py -q通过:23 passed;仍有既有backend/app/schemas/recipe.pyPydantic V2 class-based config deprecation warning。cd frontend && npm run test -- src/features/pmflow-os通过:9 passed。cd frontend && npm run test -- src/features/personal-space/PersonalSpacePage.test.tsx通过:2 passed;仍有既有 React Router v7 future flag warning。cd frontend && npm run test -- src/features/account-settings/accountSettings.test.ts通过:10 passed。cd frontend && npm run typecheck通过。cd frontend && npm run build通过;Vite 仍提示既有 manual chunk circular warning(ai-steward / sstc / charts / governancechunk 环)。docker compose restart backend已执行,docker compose ps backend确认pmflow-backend恢复healthy。
未完成或风险:
- P6 仍不执行真实发布、不接外部支付、不接真实邮件/桌面推送或系统通知中心。
- 下一轮可以继续做 recommendation draft 的质量分组、批量生成策略或 Team/Reviewer 审查,但必须保持 Change Review 人类确认边界。
2026-04-26 / account-p6-iteration-review-preference-consume / implemented
完成内容:
- 扩展
frontend/src/api/accountSettings.ts的 post-release 偏好合同,新增next_change_review事件,并把iteration_recommendation / next_change_review的 surface 收敛到change_review。 pendingConfirmation偏好控制 iteration recommendation 与下一轮 ChangeSet 待审的页面内提醒;偏好关闭只静默提醒,不隐藏 ChangeSet、recommendation 或证据。- 本轮只做 Account Settings API/helper 与测试,不改 ReleaseGrowthPage、Space、PMFlow OS store、router、auth core,不接真实邮件/桌面推送。
涉及文件:
frontend/src/api/accountSettings.tsfrontend/src/features/account-settings/accountSettings.test.ts
验证:
cd frontend && npm run test -- src/features/account-settings/accountSettings.test.ts通过:10 passed。cd frontend && npm run typecheck通过。cd frontend && npm run build通过;Vite 仍提示既有 manual chunk circular warning,但构建成功。
未完成或风险:
- Main Flow / Space 只消费该 helper 语义,不把偏好当业务权限;待确认对象仍由 Change Review 真源控制。
2026-04-26 / space-p5-iteration-draft-attention / implemented
完成内容:
- 在
frontend/src/api/space.ts将发布后反馈关注继续扩展到 iteration draft attention:只读识别releaseSignals.recommendations[*].changeSetCreated / changeSetId和待审 ChangeSet 关系。 /space桌面端和移动端能把“下一轮待确认变更 / 已生成 ChangeSet draft”的关注项展示出来;项目动作跳/change-review?projectId=<id>&changeSetId=<id>或/release-growth?projectId=<id>。- 本轮不生成 recommendation、不创建 ChangeSet、不写 ChangeSet 状态、不写 Project Memory、不执行发布或外部支付。
涉及文件:
frontend/src/api/space.tsfrontend/src/features/personal-space/PersonalSpacePage.tsxfrontend/src/features/personal-space/PersonalSpacePage.test.tsx
验证:
cd frontend && npm run test -- src/features/personal-space/PersonalSpacePage.test.tsx在 P6 integration 中通过:2 passed;仍有既有 React Router v7 future flag warning。cd frontend && npm run typecheck在 P6 integration 中通过。cd frontend && npm run build在 P6 integration 中通过;Vite 仍提示既有 manual chunk circular warning,但构建成功。
未完成或风险:
- Space P5 只消费主流程结果,不负责 recommendation -> ChangeSet draft 写入;后续字段调整仍由 Space lane 只读适配。
2026-04-26 / big-module-integration-p5 / done
完成内容:
- 收口 Release Feedback P1、Space P4 与 Account P5 的并行成果,当前集成分支已包含
1d213ba feat(pmflow-os): ingest release feedback signals、7025459 feat(space): surface post-release feedback attention、66ec4c7 feat(account): define post-release notification preferences。 - 确认本轮没有修改
frontend/src/router/index.tsx、frontend/src/features/pmflow-os/components/MobileBottomNav.tsx或新增 route/nav;现有/release-growth、/space、/me入口继续承接本批成果。 - 共享文档边界已同步:Main Flow 负责
release-feedback-ingests、execution-summary.releaseSignals与 ReleaseGrowth 真实信号展示;Space 只读消费releaseSignals、execution result 与 AI extraction 待确认状态,派生“我的下一步”和“发布后反馈关注”并跳转主流程;Account 只提供 post-release 通知偏好 helper,不接真实邮件、桌面推送或系统通知中心。 - P5 后,Release/Growth 已从“发布前门禁 + 验证记录”推进到“发布后 feedback / revenue / iteration recommendation 信号读模型雏形”;下一步应优先把 iteration recommendation 进入 ChangeSet draft,而不是扩新页面。
涉及文件:
CLAUDE.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.md- 合并依赖分支带入的 Main Flow / Space / Account owned files
验证:
git diff --name-only已执行,最终待提交 diff 仅为 P5 integration 文档收口。PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m pytest backend/tests/test_pmflow_os_projection_api.py backend/tests/test_account_settings_api.py -q通过:22 passed;仍有既有backend/app/schemas/recipe.pyPydantic V2 class-based config deprecation warning。cd frontend && npm run test -- src/features/pmflow-os通过:8 passed。cd frontend && npm run test -- src/features/personal-space/PersonalSpacePage.test.tsx通过:2 passed;仍有既有 React Router v7 future flag warning。cd frontend && npm run test -- src/features/account-settings/accountSettings.test.ts通过:10 passed。cd frontend && npm run typecheck通过。cd frontend && npm run build通过;Vite 仍提示既有 manual chunk circular warning(ai-steward / sstc / charts / governancechunk 环)。docker compose restart backend已执行,docker compose ps backend确认pmflow-backend恢复healthy。
未完成或风险:
- P5 仍不执行真实发布、不接外部支付、不接真实邮件/桌面推送或系统通知中心。
IterationRecommendation当前只作为发布后建议底座展示;进入 ChangeSet draft 需后续 Main Flow packet 单独处理。
2026-04-26 / account-p5-feedback-notification-preference-contract / implemented
完成内容:
- 在
frontend/src/api/accountSettings.ts新增AccountPostReleaseNotificationEvent与getPostReleaseNotificationPreference(settings, event),覆盖feedback_received / revenue_signal / compliance_blocked / iteration_recommendation。 - feedback、revenue、compliance 事件映射到
releaseGate偏好;iteration recommendation 映射到pendingConfirmation偏好。 - helper 返回
spaceReadable / showInAppReminder / desktopPreference / emailDigestPreference / evidencePolicy / reminderPolicy / mutedDetail,明确偏好只控制页面内提醒表达,不隐藏业务证据。 - 本轮只做 Account Settings API/helper 与测试,不改 ReleaseGrowthPage、Space、PMFlow OS store、router、auth core,不接真实邮件/桌面推送。
涉及文件:
frontend/src/api/accountSettings.tsfrontend/src/features/account-settings/accountSettings.test.ts
验证:
cd frontend && npm run test -- src/features/account-settings/accountSettings.test.ts通过:10 passed。cd frontend && npm run typecheck通过。cd frontend && npm run build通过;Vite 仍提示既有 manual chunk circular warning,但构建成功。
未完成或风险:
- Main Flow / Space 尚未消费该 post-release helper;本阶段只冻结偏好合同。
desktopPreference / emailDigestPreference仍只是偏好记录,不代表真实系统级桌面通知、邮件通知或通知中心已接入。
2026-04-26 / space-p4-feedback-attention-readmodel / implemented
完成内容:
- 在
frontend/src/api/space.ts新增feedbackAttention只读聚合,从 PMFlow OSexecution-summary.releaseSignals派生发布后 feedback、revenue、ROI、compliance 与 iteration recommendation 关注项。 /space桌面端和移动端新增“发布后反馈关注”区块;项目主动作仍只跳/release-growth?projectId=<id>。- 发布后信号缺失时显示明确空态,不使用 mock feedback、mock revenue 或默认成功结果冒充真实运营信号。
- 本轮不创建 feedback ingest、不写 RevenueEvent、不写 ComplianceCheckRun、不写 ProgressEvent、不写 ChangeSet、不执行发布或外部支付。
涉及文件:
frontend/src/api/space.tsfrontend/src/features/personal-space/PersonalSpacePage.tsxfrontend/src/features/personal-space/PersonalSpacePage.test.tsx
验证:
cd frontend && npm run test -- src/features/personal-space/PersonalSpacePage.test.tsx在 P5 integration 中通过:2 passed;仍有既有 React Router v7 future flag warning。cd frontend && npm run typecheck在 P5 integration 中通过。cd frontend && npm run build在 P5 integration 中通过;Vite 仍提示既有 manual chunk circular warning,但构建成功。
未完成或风险:
- Space P4 只消费发布后信号读模型,不负责信号创建或下一轮建议落 ChangeSet。
- 如果后续 PMFlow OS 暴露独立
releaseSignals明细页或独立 recommendation 合同,Space 仍应只读切换字段并保持跳转主流程。
2026-04-26 / release-feedback-p1-feedback-ingest-readmodel / implemented
完成内容:
- 在 PMFlow OS 后端新增轻量写入口
POST /pmflow-os/projects/{project_id}/release-feedback-ingests,复用现有AIProjectControlService.ingest_feedback与FeedbackIngest / IterationRecommendation模型,不新增 migration。 GET /pmflow-os/projects/{project_id}/execution-summary的releaseSignals投影聚合真实发布后feedback / revenueEvents / roiSnapshots / complianceChecks / recommendations,并显式返回releaseGateStatus / latestValidationRunId / changeSetCreated / businessSignalTypes关系信息。ReleaseGrowthPage真实模式新增“发布后反馈信号”区域和“摄取发布后反馈”表单;无信号时展示明确 empty/warning,不用 mock 成功数据补位。- 前端
PMFlowOsProvider新增createReleaseFeedbackIngest动作,真实模式调用 PMFlow OS API 并 refetch truth-state / execution-summary;demo 模式仍只在显式?demo=1下走本地演示 mutation。 - 本阶段只沉淀下一轮 iteration recommendation 所需数据,不自动创建 ChangeSet,不触发真实发布,不接外部支付,不接邮件/桌面推送。
涉及文件:
backend/app/api/pmflow_os_api/__init__.pybackend/app/schemas/pmflow_os.pybackend/app/services/pmflow_os_projection_service.pybackend/tests/test_pmflow_os_projection_api.pyfrontend/src/api/pmflowOs.tsfrontend/src/features/pmflow-os/store.tsxfrontend/src/features/pmflow-os/store.api.test.tsxfrontend/src/features/pmflow-os/pages/ReleaseGrowthPage.tsxdocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.mdCLAUDE.md
验证:
PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m py_compile backend/app/api/pmflow_os_api/__init__.py backend/app/services/pmflow_os_projection_service.py backend/app/schemas/pmflow_os.py通过。PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m pytest backend/tests/test_pmflow_os_projection_api.py -q通过:18 passed;仍有既有backend/app/schemas/recipe.pyPydantic V2 class-based config deprecation warning。cd frontend && npm run test -- src/features/pmflow-os通过:2 passed / 8 passed。cd frontend && npm run typecheck未通过:当前独立 worktree 没有被.gitignore忽略的frontend/src/lib/*本地 helper 文件,导致全仓@/lib/api、@/lib/utils、@/lib/datetime、@/lib/display、@/lib/rbac等 alias 解析失败;这些文件不在本 Packet write scope,未越界补入。cd frontend && npm run build同样停在上述frontend/src/lib/*缺失的 TypeScript 解析错误,未进入 Vite build。
未完成或风险:
- Release Business Signal Loop P1 已将 RevenueEvent、ROISnapshot 与 ComplianceCheckRun 纳入
releaseSignals读模型;当前仍只做轻量经营/风险信号,不接真实支付、不做完整财务或合规平台。 - iteration recommendation 已能生成下一轮 ChangeSet draft;P7 继续推进 recommendation quality batch,使同类建议可分组、去重、评估风险并批量进入待确认中心。
- 全量前端 typecheck/build 需在包含
frontend/src/lib/*helper 的集成环境或由 Shell / Integration owner 修正该 ignored 文件边界后重新验证。
2026-04-26 / iteration-loop-p1-recommendation-to-changeset-draft / implemented
完成内容:
- 新增
POST /pmflow-os/projects/{project_id}/iteration-recommendations/{recommendation_id}/change-set-drafts,复用项目成员/OWNER/REVIEWER 权限边界和统一{code,message,data}包络。 - 后端从真实
IterationRecommendation生成 openPMFlowChangeSet、pending_reviewPMFlowChangeItem和PMFlowEvidenceLink(source_type='iteration_recommendation');item 类型限定在Requirement / Task / Risk / Decision,不自动 commit、不写 Project Memory、不创建正式 Task。 - recommendation 的
recommendation_summary会记录changeSetId / changeSetCreated / changeSetCreatedAt,重复调用复用既有 draft 并返回iteration_recommendation_changeset_reusedwarning。 execution-summary.releaseSignals会把 recommendation 的changeSetCreated / changeSetId和 relationship 聚合状态投影给前端,nextActions 从“只展示建议”推进为“生成下一轮待确认 ChangeSet draft”。ReleaseGrowthPage在真实 recommendation 卡片上新增“生成下一轮待确认变更”动作,成功后通过 store refetch truth-state / execution-summary,使 Change Review 能继续 accept / edit / defer。
涉及文件:
backend/app/api/pmflow_os_api/__init__.pybackend/app/schemas/pmflow_os.pybackend/app/services/pmflow_os_projection_service.pybackend/tests/test_pmflow_os_projection_api.pyfrontend/src/api/pmflowOs.tsfrontend/src/features/pmflow-os/store.tsxfrontend/src/features/pmflow-os/store.api.test.tsxfrontend/src/features/pmflow-os/pages/ReleaseGrowthPage.tsxdocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.mdCLAUDE.md
验证:
PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m py_compile backend/app/api/pmflow_os_api/__init__.py backend/app/services/pmflow_os_projection_service.py backend/app/schemas/pmflow_os.py通过。PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m pytest backend/tests/test_pmflow_os_projection_api.py -q通过:19 passed;仍有既有backend/app/schemas/recipe.pyPydantic V2 class-based config deprecation warning。cd frontend && npm run test -- src/features/pmflow-os通过:2 files / 9 tests passed。cd frontend && npm run typecheck未通过:当前独立 worktree 没有被.gitignore忽略的frontend/src/lib/*本地 helper 文件,导致全仓@/lib/api、@/lib/utils、@/lib/datetime、@/lib/display、@/lib/rbac等 alias 解析失败;这些文件不在本 Packet write scope,未越界补入。cd frontend && npm run build同样停在上述frontend/src/lib/*缺失的 TypeScript 解析错误,未进入 Vite build。
边界:
- 本阶段只把 release feedback recommendation 转入 Change Review 待确认中心;不执行部署、不触发外部支付/推送、不自动写 Project Memory、不自动创建正式任务。
- Space 仍只读消费
releaseSignals并跳转主流程;Account Settings 只提供偏好 helper,不参与 PMFlow OS 写入。
2026-04-26 / iteration-loop-p2-recommendation-quality-batch / implemented
完成内容:
execution-summary.releaseSignals.recommendations新增 recommendation quality 字段:groupKey / duplicateOf / mergedCount / impactLevel / riskLevel / suggestedChangeTypes / reviewPriority / quality,并新增recommendationGroups聚合同组建议。- 新增
POST /pmflow-os/projects/{project_id}/iteration-recommendation-groups/{group_key}/change-set-drafts,支持按同组 recommendation 批量生成一个 open ChangeSet draft;重复调用会复用既有 draft 并返回iteration_recommendation_group_changeset_reused。 - 后端批量 draft 仍只生成 pending_review
Requirement / Task / Risk / DecisionChangeItem 与PMFlowEvidenceLink(source_type='iteration_recommendation_group'),不自动 commit、不写 Project Memory、不创建正式 Task。 - 已生成 draft 的 recommendation 会在
recommendation_summary追踪groupKey / groupChangeSetId / changeSetId / changeSetCreated,使 releaseSignals 与 Change Review 能解释同组反馈来源。 ReleaseGrowthPage新增 recommendation group 卡片,展示合并数量、影响、风险、审查优先级、建议变更类型与生成理由,并调用真实批量 API;单条 recommendation 动作保留。ChangeReviewPage在打开来自 release feedback iteration group 的 ChangeSet 时展示来源组、recommendation 数、feedback 数、风险/影响/审查优先级与 rationale,帮助 reviewer 判断为什么生成这一组待确认变更。
涉及文件:
backend/app/api/pmflow_os_api/__init__.pybackend/app/schemas/pmflow_os.pybackend/app/services/pmflow_os_projection_service.pybackend/tests/test_pmflow_os_projection_api.pyfrontend/src/api/pmflowOs.tsfrontend/src/features/pmflow-os/store.tsxfrontend/src/features/pmflow-os/store.api.test.tsxfrontend/src/features/pmflow-os/pages/ReleaseGrowthPage.tsxfrontend/src/features/pmflow-os/pages/ChangeReviewPage.tsxdocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.mdCLAUDE.md
验证:
PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m py_compile backend/app/api/pmflow_os_api/__init__.py backend/app/services/pmflow_os_projection_service.py backend/app/schemas/pmflow_os.py通过。PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m pytest backend/tests/test_pmflow_os_projection_api.py -q通过:20 passed;仍有既有backend/app/schemas/recipe.pyPydantic V2 class-based config deprecation warning。cd frontend && npm run test -- src/features/pmflow-os通过:2 files / 10 tests passed。cd frontend && npm run typecheck未通过:当前独立 worktree 缺少被.gitignore排除的frontend/src/lib/*本地 helper 文件,导致全仓@/lib/api、@/lib/utils、@/lib/datetime、@/lib/display、@/lib/rbac等 alias 解析失败;这些文件不在本 Packet write scope,未越界补入。cd frontend && npm run build同样停在上述frontend/src/lib/*缺失的 TypeScript 解析错误,未进入 Vite build。
边界:
- 本阶段只提升下一轮建议质量与批量待确认能力;不执行部署、不接外部支付、不接推送、不自动写 Project Memory、不创建正式 Task。
- Space / Account / router / bottom nav 未改;Personal Queue 承接可在后续 P7 packet 中单独推进。
2026-04-26 / big-module-integration-p4 / done
完成内容:
- 收口 Release Validation P1、Space P3、Account P3 与 Release/Growth P2 的并行成果,当前集成分支已包含
875b929 feat(pmflow-os): record release validation runs、b9b4b5a feat(space): surface release validation attention、fe7807b feat(account): define release notification consumption、32af422 feat(pmflow-os): respect release notification preferences。 - 确认本轮只做共享文档收口和依赖分支合并,没有修改
frontend/src/router/index.tsx、frontend/src/features/pmflow-os/components/MobileBottomNav.tsx或新增 route/nav;现有/release-growth、/space、/me入口足够承接本批成果。 - 共享文档冲突已按 lane 边界合并:Main Flow 负责 release gate、release validation run 和 ReleaseGrowth 偏好消费;Space 只读消费
truth-state.releases / execution-summary.releaseGate并跳转主流程;Account 只提供通知偏好 helper,不接真实邮件、桌面推送或通知中心。 CODE_REFERENCE_INDEX.md、ARCHITECTURE_INVENTORY.md与CLAUDE.md已同步到 P4 后的当前合同,明确 ReleaseGrowthPage 可创建 validation run、消费 Account notification preference,但不执行部署命令、不隐藏真实证据和审计状态。
涉及文件:
CLAUDE.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.md- 合并依赖分支带入的 Main Flow / Space / Account owned files
验证:
git diff --name-only已执行,最终待提交 diff 仅为 P4 integration 文档收口。PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m pytest backend/tests/test_pmflow_os_projection_api.py backend/tests/test_account_settings_api.py -q通过:21 passed;仍有既有backend/app/schemas/recipe.pyPydantic V2 class-based config deprecation warning。cd frontend && npm run test -- src/features/pmflow-os通过:6 passed。cd frontend && npm run test -- src/features/personal-space/PersonalSpacePage.test.tsx通过:2 passed;仍有既有 React Router v7 future flag warning。cd frontend && npm run test -- src/features/account-settings/accountSettings.test.ts通过:9 passed。cd frontend && npm run typecheck通过。cd frontend && npm run build通过;Vite 仍提示既有 manual chunk circular warning(ai-steward / sstc / charts / governancechunk 环)。docker compose restart backend已执行,docker compose ps backend确认pmflow-backend恢复healthy。
未完成或风险:
- P4 仍不接真实发布部署、邮件、桌面推送或系统通知中心;这些必须后续单独开 Packet。
- 本轮未做路由/导航变更;如后续新增
/settings或发布验证独立入口,必须继续由 Shell / Integration owner 串行处理。
2026-04-26 / release-growth-p2-notification-preference-consume / implemented
完成内容:
ReleaseGrowthPage真实模式读取 Account Settings 通知偏好,通过shouldShowAccountNotification(settings, "releaseGate")控制发布门禁强调提醒,通过shouldShowAccountNotification(settings, "failureAlert")控制失败强调提醒。releaseGate偏好关闭时,页面不展示“发布门禁提醒”强调卡,也降低缺证据 / 阻塞门禁视觉强调;底层releaseGate状态、执行证据、阻塞原因、下一步动作和发布验证记录仍完整展示。failureAlert偏好关闭时,失败 evidence 与阻塞原因仍可见,但不展示额外醒目的“失败提醒”卡,也不把阻塞原因渲染成额外告警态。- 本阶段只消费本地页面内提醒偏好,不接邮件、桌面推送或通知中心;不修改 Account Settings 合同、PMFlow OS store、后端发布验证 API、router、Space 或 Account 页面。
store.api.test.tsx补充 ReleaseGrowth 偏好开启 / 关闭两条路径,覆盖提醒展示、静默展示和 release evidence 仍可见。
涉及文件:
frontend/src/features/pmflow-os/pages/ReleaseGrowthPage.tsxfrontend/src/features/pmflow-os/store.api.test.tsxdocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.md
验证:
cd frontend && npm run test -- src/features/pmflow-os通过:2 passed / 6 passed。cd frontend && npm run typecheck未通过:当前前端树缺失整组共享src/lib/*模块(例如@/lib/api、@/lib/utils、@/lib/datetime、@/lib/display、@/lib/rbac),影响全仓大量既有文件和 forbiddenrouter/index.tsx;本 Packet 未越界修复。cd frontend && npm run build同样停在上述共享src/lib/*缺失的 TypeScript 解析错误,未进入 Vite build。
未完成或风险:
- 本阶段不隐藏业务真相,只控制提醒表达强度;发布证据、审计状态和 validation run 仍以 PMFlow OS 真实读侧为准。
- 全量前端 typecheck/build 需由 Shell / Integration owner 或共享前端基础模块 owner 先恢复
frontend/src/lib/*后再重新验证。
2026-04-26 / release-validation-p1-real-run-records / implemented
完成内容:
- 新增
POST /pmflow-os/projects/{project_id}/release-validation-runs,复用 PMFlow OS 项目成员/OWNER/REVIEWER 权限边界和统一{code,message,data}返回包络。 - 复用现有
ReleaseValidationRun模型,不新增 migration;从当前execution-summary.releaseGate固化status / evidence / blockingReasons / nextActions / createdBy / createdAt / humanDecision。 - ready evidence +
enter_release_candidate生成readyrun;needs confirmation evidence 生成needs_confirmationrun;failed / blocked evidence 或keep_blocked生成blockedrun。 - 无 execution evidence 或
releaseGate.status=empty时返回release_validation_evidence_empty,不创建成功 run,也不使用 mock validation。 execution-summary.releaseGate.latestValidationRun返回最新发布验证记录,ReleaseGrowthPage真实模式新增“发布验证记录”区域和“生成发布验证记录 / 记录保持阻塞”动作;页面仍不执行真实部署。frontend/src/api/pmflowOs.ts改为 PMFlow OS API 层自包含/apifetch 包络解析,避免当前工作树缺失共享@/lib/api时影响 PMFlow OS focused tests;不改全局 API client。
涉及文件:
backend/app/api/pmflow_os_api/__init__.pybackend/app/services/pmflow_os_projection_service.pybackend/app/schemas/pmflow_os.pybackend/tests/test_pmflow_os_projection_api.pyfrontend/src/api/pmflowOs.tsfrontend/src/features/pmflow-os/store.tsxfrontend/src/features/pmflow-os/store.api.test.tsxfrontend/src/features/pmflow-os/pages/ReleaseGrowthPage.tsxdocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.md
验证:
PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m py_compile backend/app/api/pmflow_os_api/__init__.py backend/app/services/pmflow_os_projection_service.py backend/app/schemas/pmflow_os.py通过。PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m pytest backend/tests/test_pmflow_os_projection_api.py -q通过:17 passed;仍有既有backend/app/schemas/recipe.pyPydantic V2 class-based config deprecation warning。cd frontend && npm run test -- src/features/pmflow-os通过:4 passed。cd frontend && npm run typecheck未通过:当时前端树缺失整组共享src/lib/*模块(例如@/lib/api、@/lib/utils、@/lib/datetime、@/lib/display、@/lib/rbac),影响全仓大量既有文件和 forbiddenrouter/index.tsx;本 Packet 未越界修复。cd frontend && npm run build同样停在上述共享src/lib/*缺失的 TypeScript 解析错误,未进入 Vite build。
未完成或风险:
- 本阶段只创建发布验证记录和人工确认快照,不执行部署命令、不写外部系统。
- 全量前端 typecheck/build 需由 Shell / Integration owner 在整合最新主线后重新验证。
2026-04-26 / account-p3-release-notification-consumption-contract / implemented
完成内容:
- 在
frontend/src/api/accountSettings.ts新增AccountReleaseNotificationEvent与getReleaseGateNotificationPreference(settings, event)轻量合同。 - Release/Growth 后续页面可按事件类型消费偏好:
release_gate_blocked / release_gate_ready / release_validation_blocked / release_validation_needs_confirmation映射到releaseGate,failed_event映射到failureAlert。 - helper 明确返回
inAppEnabled / desktopPreference / emailDigestPreference,以及notificationKey / surface / reason,用于后续 Main Flow 页面决定页面内提醒展示或静默。 - 本轮只做 Account Settings API/helper 与测试,不改
ReleaseGrowthPage、PMFlow OS store、router、auth core,不新增后端字段,不接入真实邮件/桌面推送。
涉及文件:
frontend/src/api/accountSettings.tsfrontend/src/features/account-settings/accountSettings.test.tsdocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
cd frontend && npm run test -- src/features/account-settings/accountSettings.test.ts通过:9 passed。cd frontend && npm run typecheck通过。cd frontend && npm run build通过;Vite 仍提示既有 manual chunk circular warning,但构建成功。
未完成或风险:
- Main Flow 尚未在
ReleaseGrowthPage消费该 helper;后续应由 Main Flow lane 读取账号设置后按 release gate / release validation / failed event 类型调用。 desktopPreference / emailDigestPreference仍只是偏好记录,不代表真实系统级桌面通知、邮件通知或通知中心已接入。
2026-04-26 / space-p3-validation-run-attention / implemented
完成内容:
- 在
frontend/src/api/space.ts将releaseAttention从单纯 release gate 关注升级为truth-state.releases发布验证投影 +execution-summary.releaseGate的只读聚合。 /space桌面端和移动端“发布关注”区块现在优先显示“发布验证阻塞 / 发布验证待确认”;没有发布验证投影时才回落显示“发布候选 / 发布门禁阻塞”。- 发布关注项只展示来源标签、验证/门禁状态、检查项摘要、阻塞原因和更新时间;点击只跳转
/release-growth?projectId=<id>。 - 发布验证缺失时显示“暂无发布验证记录”空态,不使用 mock 或默认成功结果冒充真实验证。
- 本轮不创建 validation run、不写 ProgressEvent、不写 ReleaseValidationRun、不新增后端接口、不执行发布命令。
涉及文件:
frontend/src/api/space.tsfrontend/src/features/personal-space/PersonalSpacePage.tsxfrontend/src/features/personal-space/PersonalSpacePage.test.tsxdocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
cd frontend && npm run test -- src/features/personal-space/PersonalSpacePage.test.tsx通过:2 passed;仍有既有 React Router v7 future flag warning。cd frontend && npm run typecheck通过。cd frontend && npm run build通过;Vite 仍提示既有 manual chunk circular warning,但构建成功。
未完成或风险:
- Space P3 只消费 release validation 投影,不负责创建/更新 release validation run;真实运行记录仍由 Release/Growth lane 维护。
- 当前 Space 侧使用
truth-state.releases的状态和 gateItems 表达验证结果;若后续 PMFlow OS 暴露独立validationRuns合同,需要由 Space lane 再切换到更精确字段。
2026-04-26 / big-module-integration-p3 / done
完成内容:
- 收口 Release/Growth P1、Space P2 与 Account P2 的并行成果,确认三条 lane 均已形成独立提交后再进入集成验证。
- Release/Growth P1 已形成
e90adbc feat(pmflow-os): gate releases on execution evidence,将execution-summary.releaseGate接入ReleaseGrowthPage,从 branch、commit、PR、test、failed evidence 推导ready / blocked / needs_confirmation / empty发布门禁状态。 - Space P2 已形成
9ba9876 feat(space): surface release attention read model,只读消费execution-summary.releaseGate并在/space展示发布关注项,动作只跳/release-growth?projectId=<id>。 - Account P2 已形成
5a86007 feat(account): map notification preferences to surfaces,把通知偏好映射到待确认、Execution Bridge、Release/Growth 和失败提醒四类页面内提醒消费模型,不接入真实邮件/桌面推送。 - 本轮未修改 router、MobileBottomNav 或 PMFlow OS frame;现有
/release-growth、/space、/me入口已足够承接本批成果。 - 同步
CLAUDE.md、CODE_REFERENCE_INDEX.md、ARCHITECTURE_INVENTORY.md与本交付台账,确认 Main Flow 产出发布门禁判断、Space 只读聚合、Account 只影响本地 UI 提醒消费。
涉及文件:
CLAUDE.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.md
验证:
PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m pytest backend/tests/test_pmflow_os_projection_api.py backend/tests/test_account_settings_api.py -q通过。cd frontend && npm run test -- src/features/pmflow-os通过。cd frontend && npm run test -- src/features/personal-space/PersonalSpacePage.test.tsx通过。cd frontend && npm run test -- src/features/account-settings/accountSettings.test.ts通过。cd frontend && npm run typecheck通过。cd frontend && npm run build通过;Vite 仍提示既有 manual chunk circular warning,但构建成功。
未完成或风险:
- Release/Growth P1 仍只做发布门禁判断,不执行真实部署、不写 release validation run。
- Space 暂存想法真实只读聚合后端合同仍未实现。
- Account P2 只控制页面内提醒消费模型,不代表系统级桌面通知、邮件通知或通知中心已接入。
- 本轮未执行热部署/重启;当前环境是本地开发工作区。部署环境要生效,需要按实际栈执行 backend restart/reload。
下一步建议:
- 进入
release-validation-p1-real-run-records:把当前 release gate 判断推进为真实 release validation run 记录,保留“不执行真实部署”的边界,先沉淀发布前证据链和人工确认结果。
2026-04-26 / release-growth-p1-execution-evidence-gate / implemented
完成内容:
- 在
ExecutionSummaryProjection中新增releaseGate投影,从ProgressEvent的 branch、commit、PR、test、failed / blocked 证据推导发布判断。 releaseGate.status覆盖ready / blocked / needs_confirmation / empty:测试通过可进入发布候选,failed / test_failed / blocked 事件 fail-closed 阻塞发布,无 execution evidence 时返回明确 empty/warning。- 扩展 execution progress event 合同,允许显式
failedevent 回写。 ReleaseGrowthPage真实模式改为只消费execution-summary.releaseGate、execution evidence、阻塞原因、下一步动作和 warning;不再展示静态“已发布/增长指标”mock 结果。- 静态高保真发布/增长原型只保留在显式
?demo=1/dataSource=demo模式。 - 本轮不执行发布命令、不做真实部署、不新增 migration。
涉及文件:
backend/app/schemas/pmflow_os.pybackend/app/services/pmflow_os_projection_service.pybackend/tests/test_pmflow_os_projection_api.pyfrontend/src/api/pmflowOs.tsfrontend/src/features/pmflow-os/pages/ReleaseGrowthPage.tsxfrontend/src/features/pmflow-os/pages/ExecutionBridgePage.tsxfrontend/src/features/pmflow-os/store.api.test.tsxdocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m py_compile backend/app/api/pmflow_os_api/__init__.py backend/app/services/pmflow_os_projection_service.py backend/app/schemas/pmflow_os.py通过。PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m pytest backend/tests/test_pmflow_os_projection_api.py -q通过:14 passed;仍有既有backend/app/schemas/recipe.pyPydantic V2 class-based config deprecation warning。cd frontend && npm run test -- src/features/pmflow-os通过:4 passed。cd frontend && npm run typecheck通过。cd frontend && npm run build通过;Vite 仍提示既有 manual chunk circular warning,但构建成功。
未完成或风险:
- ReleaseGrowth P1 只生成发布判断和下一步动作,不触发真实部署、不写 release validation run。
- 增长反馈、收入、ROI 和 compliance 已进入统一
releaseSignals读模型;后续重点是更多真实写入口和运营证据质量,不是用 mock 指标补页面。
2026-04-26 / space-p2-release-attention-readmodel / implemented
完成内容:
- 在
frontend/src/api/space.ts新增releaseAttention只读聚合,从已有项目摘要、truth-state与execution-summary.releaseGate派生个人空间发布关注项。 /space桌面端和移动端新增“发布关注”区块,显示测试失败、PR 未合并、发布门禁阻塞、发布候选或需要人工确认的项目。- 发布关注项只展示 release gate 状态、阻塞原因、证据标签和更新时间;点击只跳转
/release-growth?projectId=<id>。 - 本轮不写 Project Memory、不写 ChangeSet、不写 ProgressEvent、不新增后端接口、不执行发布命令。
- 暂存想法仍保持真实 empty/warning,不使用 mock 冒充。
涉及文件:
frontend/src/api/space.tsfrontend/src/features/personal-space/PersonalSpacePage.tsxfrontend/src/features/personal-space/PersonalSpacePage.test.tsxdocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
cd frontend && npm run test -- src/features/personal-space/PersonalSpacePage.test.tsx通过:2 passed;仍有既有 React Router v7 future flag warning。cd frontend && npm run typecheck通过。cd frontend && npm run build通过;Vite 仍提示既有 manual chunk circular warning,但构建成功。
未完成或风险:
- Space P2 依赖 Main Flow
release-growth-p1-execution-evidence-gate的execution-summary.releaseGate合同;最终合并需确保该合同先进入 integration base。 - 本轮只做个人空间 read model,不做发布验证运行、真实部署、增长反馈或发布后指标聚合。
2026-04-26 / big-module-integration-p2 / done
完成内容:
- 收口 Main Flow D.3、Space P1 与 Account P1 的并行成果,并将 Space / Account lane 代码先分别形成独立 commit,避免 forbidden lane 文件混入 integration commit。
- Main Flow D.3 已形成
a7008bb feat(pmflow-os): add execution progress writeback,负责把 branch、commit、PR、test progress event 回写到 execution-summary。 - Space P1 已形成
6c0f6da feat(space): route workbench execution items,执行中 / AI 正在推进项只跳转/execution-bridge?projectId=<id>,不写 execution event。 - Account P1 已形成
95892d2 feat(account): add account settings sync contract,新增account_settings_api、schema、service 与测试,不改 OAuth/JWT/auth core。 - Shell / Integration 串行补上
backend/app/api/router.py的account_settings_api核心路由挂载,避免前端/api/account-settings/me在真实环境 404。 - 同步
CODE_REFERENCE_INDEX.md、ARCHITECTURE_INVENTORY.md与本交付台账,确认 Space 只读、Account 独立偏好合同、Main Flow 执行回写三条边界。
涉及文件:
backend/app/api/router.pydocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.md
验证:
PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m py_compile backend/app/api/router.py backend/app/api/account_settings_api/__init__.py backend/app/schemas/account_settings.py backend/app/services/account_settings_service.py通过。PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m pytest backend/tests/test_account_settings_api.py -q通过:4 passed;仍有既有backend/app/schemas/recipe.pyPydantic V2 class-based config deprecation warning。cd frontend && npm run test -- src/features/pmflow-os通过。cd frontend && npm run test -- src/features/personal-space/PersonalSpacePage.test.tsx通过:2 passed;仍有既有 React Router future flag warning。cd frontend && npm run test -- src/features/account-settings/accountSettings.test.ts通过:5 passed。cd frontend && npm run typecheck通过。cd frontend && npm run build通过;Vite 仍提示既有 manual chunk circular warning,但构建成功。
未完成或风险:
- 本轮未执行热部署/重启;当前环境是本地开发工作区。部署环境要生效,需要按实际栈执行 backend restart/reload。
- Account P1 当前复用
integrations表保存偏好包,后续如要独立偏好表,必须另开 migration Packet。 - Space 暂存想法真实只读聚合后端合同仍未实现,当前仍明确展示 empty/warning。
下一步建议:
- Release/Growth P1 已由
e90adbc feat(pmflow-os): gate releases on execution evidence完成,后续应进入真实 release validation run 记录。
2026-04-26 / space-p1-real-workbench-dashboard / implemented
完成内容:
- 将
/space继续收敛为真实个人工作台 read model:继续推进、待确认、执行中、最近项目、草案、暂存想法均来自frontend/src/api/space.ts的只读聚合,不写主流程状态。 - 继续推进项目卡片主动作保持
/pmflow-os?projectId=<id>;待确认项保持/change-review?projectId=<id>&changeSetId=<id>;执行中 / AI 正在推进项改为/execution-bridge?projectId=<id>。 - 执行中仍只消费 PMFlow OS
execution-summary、recentProgressEvents、activeDevTasks与loopStage摘要,不直接写 execution event 或触发执行动作。 - 暂存想法后端合同仍未接入,继续返回空数组并展示明确 warning,不使用 mock/demo 数据冒充真实状态。
- 补充 Space focused 测试,锁定六个工作台区块和三类主流程导航 URL。
涉及文件:
frontend/src/api/space.tsfrontend/src/features/personal-space/PersonalSpacePage.tsxfrontend/src/features/personal-space/PersonalSpacePage.test.tsxdocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
cd frontend && npm run test -- src/features/personal-space/PersonalSpacePage.test.tsx通过。cd frontend && npm run typecheck通过。cd frontend && npm run build通过;Vite 仍提示既有 manual chunk circular warning,但构建成功。
剩余缺口:
- 暂存想法真实只读聚合后端合同尚未实现;当前 Space 明确暴露为空态和 warning,不使用演示数据兜底。
2026-04-26 / main-flow-p1-execution-handoff-consume / done
完成内容:
- 在 D.2 的
handoff_created起点上继续补齐执行交接消费闭环,新增POST /pmflow-os/projects/{project_id}/execution-handoffs/{prompt_package_id}/consume。 - 后端校验项目成员权限、项目边界与
PromptPackage(package_kind='execution_handoff')边界;消费动作只记录运行端领取,不执行本机命令、不写宿主机配置。 PMFlowOSProjectionService.consume_execution_handoff将PromptPackage.package_payload.latest_handoff更新为handoff_state=consumed,并写入ProgressEvent(event_type='handoff_consumed', derived_task_status='coding')。execution-summary会因最新handoff_consumed事件把执行状态投影为coding,前端执行桥可显示“运行端领取确认”。- 前端
ExecutionBridgePage在真实模式新增“标记为已领取”动作,调用consumePMFlowExecutionHandoff后 refetchtruth-state / execution-summary;demo 模式仍只走本地演示推进。 - 修复 D.2 中 active
PromptPackage.package_payload嵌套 JSONB 更新可能未被 SQLAlchemy 标脏的问题,显式使用flag_modified。
涉及文件:
backend/app/api/pmflow_os_api/__init__.pybackend/app/services/pmflow_os_projection_service.pybackend/app/schemas/pmflow_os.pybackend/tests/test_pmflow_os_projection_api.pyfrontend/src/api/pmflowOs.tsfrontend/src/features/pmflow-os/store.tsxfrontend/src/features/pmflow-os/store.api.test.tsxfrontend/src/features/pmflow-os/pages/ExecutionBridgePage.tsxCLAUDE.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m py_compile backend/app/api/pmflow_os_api/__init__.py backend/app/services/pmflow_os_projection_service.py backend/app/schemas/pmflow_os.py通过。PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m pytest backend/tests/test_pmflow_os_projection_api.py -q通过:10 passed;仍有既有backend/app/schemas/recipe.pyPydantic V2 class-based config deprecation warning。cd frontend && npm run test -- src/features/pmflow-os/store.api.test.tsx通过:3 passed。cd frontend && npm run test -- src/features/pmflow-os通过:4 passed。cd frontend && npm run typecheck通过。cd frontend && npm run build通过。
未完成或风险:
- 本轮仍不执行真实命令;Codex / Local Bridge / GitHub agent 的 branch、commit、PR、test 回写仍属于下一步 D.3。
- 本轮新增后端运行时代码但未执行热部署/重启;当前环境是本地开发工作区,未连接实际部署服务。部署环境需要按实际栈执行 backend restart/reload。
下一步建议:
- 进入 D.3:补 Dev Sync 写回闭环,把运行端执行结果回写为 branch/commit/PR/test progress event,并投影回
execution-summary / truth-state。
2026-04-26 / big-module-integration-p1 / done
完成内容:
- 作为
Shell / Integration owner收口 Batch P1 三条 lane:Main Flow D.2、Space V1 Workbench Hardening、Account Settings V1。 - 已确认当前分支为
codex/main-flow-phase-d2-execution-handoff-contract,Main Flow D.2 已落提交f95bd15 feat(pmflow-os): add execution handoff contract,本轮不重写 D.2,只验证其与 Space / Account dirty worktree 的组合。 - 已检查 tracked diff 与 untracked files,当前脏文件均落在本次集成范围:
AGENTS.md / CLAUDE.md / TASK_BRIEF_TEMPLATE.md / ARCHITECTURE_INVENTORY.md / personal-space / account-settings / accountSettings.ts / space.ts / AccountPage.tsx。 - Space 改动符合 P0 边界:
frontend/src/api/space.ts只读聚合项目摘要、PMFlow OStruth-state / execution-summary,待确认项只跳转/change-review,不直接写 Project Memory、ChangeSet 状态或 Execution Bridge event。 - Account Settings 改动符合 P0 边界:
/me由AccountSettingsPanel承接个人资料、AI 偏好和通知偏好;当时首版只做浏览器本机持久化,不改 OAuth/JWT/auth core、router、MobileBottomNav、PMFlow OS store 或项目主链,后续已由account-p1-preferences-backend-contract补后端同步合同。 - P0 文档残留已收口:
AGENTS.md / CLAUDE.md / TASK_BRIEF_TEMPLATE.md的大模块 lane、integration owner、共享文件锁与 Packet 模板规则可纳入 integration commit;ARCHITECTURE_INVENTORY.md修正旧的 Space 只能消费 mock data / 禁止接后端描述,改为当前只读聚合合同。 CODE_REFERENCE_INDEX.md已确认包含 Space API、Account Settings API、PMFlow OS D.2 execution handoff API 索引;CLAUDE.md已确认不再保留旧的“commit 未实现”描述。
涉及文件:
AGENTS.mdCLAUDE.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.mddocs/architecture/ARCHITECTURE_INVENTORY.mddocs/architecture/TASK_BRIEF_TEMPLATE.mdfrontend/src/api/space.tsfrontend/src/api/accountSettings.tsfrontend/src/features/personal-space/PersonalSpacePage.tsxfrontend/src/features/personal-space/PersonalSpacePage.test.tsxfrontend/src/features/personal-space/components/SpaceChrome.tsxfrontend/src/features/account-settings/AccountSettingsPanel.tsxfrontend/src/features/account-settings/accountSettings.test.tsfrontend/src/features/pmflow-os/pages/AccountPage.tsx
验证:
cd frontend && npm run test -- src/features/personal-space/PersonalSpacePage.test.tsx通过:1 passed。cd frontend && npm run test -- src/features/account-settings/accountSettings.test.ts通过:3 passed。cd frontend && npm run test -- src/features/pmflow-os通过:4 passed。cd frontend && npm run typecheck通过。cd frontend && npm run build通过;Vite 仍输出既有 manual chunk circular warning(ai-steward / sstc / charts / governance),未阻断构建。PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m pytest backend/tests/test_pmflow_os_projection_api.py -q通过:9 passed;仍有既有backend/app/schemas/recipe.pyPydantic V2 class-based config deprecation warning。
未完成或风险:
- 本 integration packet 未新增或修改后端运行时代码、Schema 或 migration;本轮未执行热部署/重启。当前验证发生在本地开发工作区,未连接实际部署服务;若要让 Main Flow D.2 的后端提交在部署环境生效,需要在对应部署机执行
docker compose restart backend、scripts/docker_stack.sh restart|dev-restart或等价发布流程。 - Space 的
savedIdeas后端只读聚合合同仍未实现;当前 UI 明确展示 empty/warning,不使用 mock 数据冒充真实内容。 - Account Settings V1 当时仍是前端合同 + 本机持久化;后续已由
account-p1-preferences-backend-contract独立新增account_settings_api合同,当前全局 router 挂载仍需 Shell / Integration owner 串行处理。
下一步建议:
- 进入 D.3:补 Dev Sync 写回闭环,把 Codex / Local Bridge / GitHub agent 的 branch、commit、PR、test progress event 回写到
execution-summary / truth-state。
2026-04-26 / Space V1 Workbench Hardening / implemented
完成内容:
- 将
/space收敛为只读个人工作面聚合入口,继续覆盖继续推进 / 待我确认 / AI 正在推进 / 暂存想法 / 草案箱 / 最近项目,不写 Project Memory、ChangeSet 状态或 Execution Bridge event。 frontend/src/api/space.ts作为 Space read model wrapper,仅消费项目摘要、PMFlow OStruth-state与execution-summary;项目主动作仍进入/pmflow-os?projectId=<id>。- 待确认项只读取 ChangeSet / approvals 摘要,点击进入稳定主流程
/change-review?projectId=<id>&changeSetId=<id>,不直接执行 accept/edit/defer/commit。 - 暂存想法合同已显式建模为
savedIdeas;当前后端只读聚合未接入时返回空数组并展示 warning,禁止用 mock/demo 数据冒充真实想法。 - 移动端继续使用 Space 独立单手路径,补齐最近项目区块,不把桌面多栏布局压缩到手机。
- 补充
PersonalSpacePage.test.tsxfocused 回归,锁定六个 Space 区块与“暂存想法未接入不冒充真实数据”的空态。
涉及文件:
frontend/src/api/space.tsfrontend/src/features/personal-space/PersonalSpacePage.tsxfrontend/src/features/personal-space/PersonalSpacePage.test.tsxfrontend/src/features/personal-space/components/SpaceChrome.tsxdocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
cd frontend && npm run test -- src/features/personal-space/PersonalSpacePage.test.tsx通过。cd frontend && npm run typecheck未通过,阻塞来自 Main Flow 越界文件frontend/src/features/pmflow-os/pages/ExecutionBridgePage.tsx:21的既有import type语法错误,本 Space 包不跨线修。cd frontend && npm run build未通过,同样阻塞于frontend/src/features/pmflow-os/pages/ExecutionBridgePage.tsx:21,未进入 Vite build 阶段。
剩余缺口:
- 暂存想法真实只读聚合后端合同尚未实现;当前 Space 明确暴露为空态和 warning,不使用演示数据兜底。
2026-04-26 / Account P2 Notification Preference Consumption / implemented
完成内容:
frontend/src/api/accountSettings.ts新增通知偏好消费模型,将pendingConfirmation / executionWriteback / releaseGate / failureAlert映射到待确认中心 / Execution Bridge / Release Growth / 全局失败提醒四类页面内提醒。- 新增
shouldShowAccountNotification与getAccountNotificationConsumption,用于本地 UI 判断页面提醒显示或静默;不接入真实邮件、桌面推送或系统级通知中心。 - 修正通知偏好合并逻辑:旧本机缓存或后端返回缺字段时,按默认偏好逐项补齐,避免浅合并导致
desktop/emailDigest丢失。 AccountSettingsPanel在通知偏好区域展示“页面内提醒消费说明”,明确哪些开关会影响待确认、执行回写、发布门禁和失败提醒,也明确桌面/邮件仅记录偏好、不代表系统级推送已接入。- 测试覆盖通知偏好读取、保存、消费模型和 fallback。
涉及文件:
frontend/src/api/accountSettings.tsfrontend/src/features/account-settings/AccountSettingsPanel.tsxfrontend/src/features/account-settings/accountSettings.test.tsdocs/architecture/ARCHITECTURE_INVENTORY.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
cd frontend && npm run test -- src/features/account-settings/accountSettings.test.ts通过:7 passed。cd frontend && npm run typecheck通过。cd frontend && npm run build通过;Vite 仍输出既有 manual chunk circular warning,未阻断构建。
未完成或风险:
- 本轮只在 Account Settings 合同和本地 UI 消费层落地通知偏好,不修改 PMFlow OS truth store、router、JWT/OAuth/auth core,也不新增后端表。
- 由于本包 write scope 不包含
ExecutionBridgePage / ReleaseGrowthPage / ChangeReviewPage,本轮没有跨页直接接入这些页面;后续如要让各页面读取该 helper,应单独开对应 Main Flow/Integration packet。
2026-04-26 / Account P1 Preferences Backend Contract / implemented
完成内容:
- 新增
backend/app/api/account_settings_api/,建立GET /account-settings/me与PUT /account-settings/me合同,统一返回{code,message,data}。 - 新增
backend/app/schemas/account_settings.py,锁定个人资料、默认语言、AI 回答深度、证据显示偏好、待确认/执行回写/发布门禁/失败提醒通知偏好合同。 - 新增
backend/app/services/account_settings_service.py,当前复用既有integrations表以account_settings_preferences类型按tenant_id + user_id持久化账号偏好;未新增表,因此未触发 Alembic migration。 frontend/src/api/accountSettings.ts改为有 token 时优先账号同步;后端不可用或未登录时明确回落本机暂存。- Shell / Integration 已将
account_settings_api挂入backend/app/api/router.py的核心路由组,真实环境可通过/api/account-settings/me访问。 /me保存状态继续区分已保存到当前账号 / 仅本机暂存 / 保存失败,不假装云端成功。- 本 Packet 不改 OAuth/JWT/auth core,不改
/settingsroute,不改 PMFlow OS store,不做组织权限、账单、安全中心、设备管理或团队空间。
涉及文件:
frontend/src/api/accountSettings.tsfrontend/src/features/account-settings/AccountSettingsPanel.tsxfrontend/src/features/account-settings/accountSettings.test.tsbackend/app/api/router.pybackend/app/api/account_settings_api/__init__.pybackend/app/schemas/account_settings.pybackend/app/services/account_settings_service.pybackend/tests/test_account_settings_api.pydocs/architecture/ARCHITECTURE_INVENTORY.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
cd backend && /Users/guojing/.cache/codex-runtimes/codex-primary-runtime/dependencies/python/bin/python3 -m pytest tests/test_account_settings_api.py通过:4 passed。cd frontend && npm run test -- src/features/account-settings/accountSettings.test.ts通过:5 passed。
未完成或风险:
- 本轮已由 Shell / Integration owner 串行 include
account_settings_api;后续新增账号设置子能力仍不得塞入 OAuth/JWT/auth core。 - 当前复用
integrations表承接 P1 合同,避免越界新增 model/migration;后续如果需要独立偏好表,再开 migration Packet。
2026-04-26 / Account Settings V1 / implemented
完成内容:
- 新增
frontend/src/api/accountSettings.ts,定义个人资料、默认语言、AI 回答深度、证据展示偏好和通知偏好前端合同;首版用浏览器本地持久化承接设置保存,不写 PMFlow OS truth store。 - 新增
frontend/src/features/account-settings/AccountSettingsPanel.tsx,承接/me桌面设置页与移动端分组列表 + bottom sheet。 - 将
/me的AccountPage.tsx改为薄入口,继续复用AccountControls.tsx的退出登录 bottom sheet,不改 router、MobileBottomNav、PMFlow OS store 或 OAuth/JWT/auth core。 - 通知偏好已覆盖
待确认 / 执行回写 / 发布门禁 / 失败提醒,每类支持总开关、桌面提醒和邮件摘要。 - 保存状态已收口为
仅本机暂存 / 已保存到当前账号 / 保存失败三态;当前 V1 只做本机暂存,不假装云端账号保存。 - 补充
frontend/src/features/account-settings/accountSettings.test.ts,锁定默认设置和持久化行为。
涉及文件:
frontend/src/api/accountSettings.tsfrontend/src/features/account-settings/AccountSettingsPanel.tsxfrontend/src/features/account-settings/accountSettings.test.tsfrontend/src/features/pmflow-os/pages/AccountPage.tsxCLAUDE.mddocs/architecture/ARCHITECTURE_INVENTORY.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
npm run test -- src/features/account-settings/accountSettings.test.ts通过:3 passed。npm run typecheck通过。npm run build通过;Vite 仍输出既有 manual chunk circular warning,未阻断构建。- Playwright 本地浏览器检查通过:
http://localhost:5186/me桌面与 390px 移动视口均可渲染,移动端通知偏好 bottom sheet 可打开。
未完成或风险:
- Account Settings V1 当时是前端合同 + 本地持久化;后续已由
account-p1-preferences-backend-contract独立新增backend/app/api/account_settings_api/同步合同,仍不能塞入 auth core 或 PMFlow OS truth store。
2026-04-26 / P0 Shell Module Boundaries / done
完成内容:
- 核对当前公共壳真实落点:
frontend/src/router/index.tsx、frontend/src/main.tsx、MobileBottomNav.tsx、PMFlowOsFrame.tsx。 - 冻结大模块 route 归属:
/space归 Space,/project-launch作为启动层入口,/pmflow-os / /command-center / /change-review / /execution-bridge / /release-growth归 Main Flow,/me归 Account Settings。 - 明确
/settings当前未实现,仅作为 Account Settings reserved route;后续如需新增,必须由 Shell / Integration owner 串行处理。 - 冻结全局 provider 归属:
QueryClientProvider -> PMFlowOsProvider -> ToastProvider -> RouterProvider,Space / Account 不得直接改 PMFlow OS store 内部 mutation。 - 冻结移动端底部导航归属:唯一实现为
MobileBottomNav.tsx,固定空间 / 指挥台 / 待确认 / 动态 / 我的;其中动态仍是/command-center占位,后续要做/activity必须单独开 Shell Packet。 - 同步修正
ARCHITECTURE_INVENTORY.md中 C1/C2 commit 的旧描述,明确 C2 backend/frontend commit 已完成。
涉及文件:
docs/PMFLOW_PRODUCT_DELIVERY_STANDARD.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.mdCLAUDE.md
验证:
git diff --name-only已确认本轮只改文档与约束文件,未改前端共享壳代码。- 本轮未修改前端代码,因此未运行
npm run typecheck。
未完成或风险:
/settings尚未实现;account-settings-v1如需要该入口,必须先把 route 需求交给 Shell / Integration owner。动态底部导航仍指向/command-center,后续如做动态页需独立 Packet。
下一步建议:
- 并行启动
main-flow-phase-d-execution、space-v1-workbench、account-settings-v1;三个 Packet 均不得改 router/nav/provider/shared docs,最终由 integration owner 收口。
2026-04-26 / Phase D.2 - Execution Handoff Contract / done
完成内容:
- 新增
POST /pmflow-os/projects/{project_id}/execution-handoffs后端入口,复用 PMFlow OS 项目成员/OWNER/REVIEWER 权限边界。 PMFlowOSProjectionService.create_execution_handoff校验 task/project/tenant 边界,校验可选 active repo binding;无 repo 时允许创建 handoff draft 并保留 repo warning。- 对任务复用 active
PromptPackage;没有 active package 时,从真实Project / Task / Project Memory / RepoBinding生成 deterministicPromptPackage(package_kind='execution_handoff'),不使用 demo 文案。 - 创建
ProgressEvent(event_type='handoff_created', source='pmflow_os')作为执行起点,payload 记录runtime_target / prompt_package_id / repo_binding_id / boundary。 - 前端
ExecutionBridgePage在真实模式展示“发起执行交接”按钮,调用createPMFlowExecutionHandoff后 refetchtruth-state / execution-summary;demo 模式仍只走本地推进。 - 无 active task、无 repo、无 prompt package 时继续显示明确 empty/warning 和下一步,不回退假数据。
涉及文件:
backend/app/api/pmflow_os_api/__init__.pybackend/app/services/pmflow_os_projection_service.pybackend/app/schemas/pmflow_os.pybackend/tests/test_pmflow_os_projection_api.pyfrontend/src/api/pmflowOs.tsfrontend/src/features/pmflow-os/store.tsxfrontend/src/features/pmflow-os/store.api.test.tsxfrontend/src/features/pmflow-os/pages/ExecutionBridgePage.tsxfrontend/src/features/pmflow-os/components/ExecutionBridgeCards.tsxdocs/architecture/PMFLOW_OS_PRODUCT_CONTRACT.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m py_compile backend/app/api/pmflow_os_api/__init__.py backend/app/services/pmflow_os_projection_service.py backend/app/schemas/pmflow_os.py通过。PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m pytest backend/tests/test_pmflow_os_projection_api.py -q通过:9 passed。cd frontend && npm run test -- src/features/pmflow-os通过。cd frontend && npm run typecheck通过。cd frontend && npm run build通过;Vite 仍输出既有 manual chunk circular warning,未阻断构建。
未完成或风险:
- D.2 只创建 handoff 合同、PromptPackage 与 progress event 起点,不直接执行本机命令;真实命令执行仍必须通过 Local Bridge、Codex、GitHub agent 或兼容 MCP host。
- 当前未新增 migration,沿用既有
PromptPackage / RepoBinding / ProgressEvent。
下一步建议:
- 进入 D.3:补 Dev Sync 写回闭环,把 Codex/Local Bridge/GitHub agent 的执行结果回写为 branch/commit/PR/test progress event,并把任务状态/证据链投影回
truth-state。
2026-04-26 / Big Module Parallel Governance / done
完成内容:
- 将大模块并行治理写入产品推进标准:允许
Main Flow / Space / Account Settings作为长期模块 lane 并行,但实际执行仍必须拆成带write_scope的短生命周期 Packet。 - 明确
Shell / Integration owner负责共享路由、导航、Provider、共享 API base、共享文档和合并顺序。 - 定义当前四条 lane:
Shell / Integration、Main Flow / PMFlow OS 主流程、Space / 个人空间入口、Account Settings / 个人中心与设置。 - 明确每条 lane 的默认写范围、默认禁止范围和跨模块交互边界。
- 更新下一批推荐任务:先执行
P0-shell-module-boundaries,再并行推进main-flow-phase-d-execution / space-v1-workbench / account-settings-v1,最后由 integration owner 收口。
涉及文件:
docs/PMFLOW_PRODUCT_DELIVERY_STANDARD.mddocs/architecture/TASK_BRIEF_TEMPLATE.mdAGENTS.mdCLAUDE.md
验证:
- 文档静态检查完成;本轮只更新治理文档和任务模板,未改代码、API、Schema 或 migration,未运行编译/单测。
未完成或风险:
- 该记录是大模块治理规则落盘;具体公共壳真实路由和 provider 核对已由后续
P0 Shell Module Boundaries完成。
下一步建议:
- 后续按 P0 冻结结果同时分派
main-flow-phase-d-execution、space-v1-workbench、account-settings-v1三个大模块 Packet。
2026-04-26 / Phase C2 Frontend - ChangeSet Commit Wiring / done
完成内容:
- 在
frontend/src/api/pmflowOs.ts增加commitPMFlowChangeSet,调用POST /pmflow-os/change-sets/{change_set_id}/commit,默认mode=atomic。 - 扩展 PMFlow OS 前端类型,允许后端投影返回
ChangeSet.status=committed/partially_committed与ChangeItem.status=committed/skipped。 - 将
PMFlowOsProvider.promoteAcceptedToGraph的真实模式接到后端 commit API,commit 后 refetchtruth-state;demo 模式继续使用本地 mutation。 - 将
ChangeReviewPage的真实模式主按钮从“下一阶段开放”改为“确认写入项目记忆”,不再用前端本地状态冒充正式写入。 - 补充 API 模式 store 测试,确认
promoteAcceptedToGraph("11")会调用commitPMFlowChangeSet("11", { mode: "atomic", ... }),且不会本地写入requirements。
涉及文件:
frontend/src/api/pmflowOs.tsfrontend/src/features/pmflow-os/types.tsfrontend/src/features/pmflow-os/store.tsxfrontend/src/features/pmflow-os/store.api.test.tsxfrontend/src/features/pmflow-os/pages/ChangeReviewPage.tsxfrontend/src/features/pmflow-os/components/ProjectStructuredLoop.tsxfrontend/src/features/pmflow-os/components/chrome.tsxdocs/architecture/PMFLOW_OS_PRODUCT_CONTRACT.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
npm run test -- src/features/pmflow-os/store.api.test.tsx通过:3 passed。npm run test -- src/features/pmflow-os通过:4 passed。npm run typecheck通过。npm run build通过;Vite 仍输出既有 manual chunk circular warning,未阻断构建。
未完成或风险:
- 前端真实 commit 依赖后端已完成审查状态;若仍存在
pending_reviewitem,后端会按合同显式返回changeset_not_reviewed。 - Release / ModelDecision / MetricSignal commit 仍按 C2 合同暂缓或 fail-closed。
- 当前为本地开发工作区验证,未执行部署环境热重启。
下一步建议:
- 执行 Phase D:把
ExecutionBridgePage切到GET /pmflow-os/projects/{project_id}/execution-summary与 dev-sync 真实数据,继续保留 demo fallback。
2026-04-26 / Phase C2 Backend - ChangeSet Atomic Commit / done
完成内容:
- 新增
POST /pmflow-os/change-sets/{change_set_id}/commit后端入口,复用项目成员/OWNER/REVIEWER 权限边界,统一响应包络。 - 在
PMFlowChangeReviewService实现 atomic commit:只处理accepted / edited项,默认提交全部 eligible items;存在未审项时阻断全量 commit;任一写入失败则回滚整个事务。 - 将
Requirement / Decision / Risk写入truth_nodes,将Task写入truth_nodes(node_type='task') + tasks,并为 truth node/task 写入semantic_factsseed。 - 补齐高风险 approval gate:
risk_level=high必须存在同 item 的 approved/edited approval 与 evidence,否则返回409 high_risk_approval_required且不写正式对象。 - 将
PMFlowChangeSet / PMFlowChangeItem序列化扩展到committed / partially_committed / skipped状态,避免 commit 后投影被误映射为 deferred。 - 将
backend/app/api/__init__.py改为轻量包入口,避免 focused API 测试导入单个模块时拉起 Feishu/MCP 等可选依赖。
涉及文件:
backend/app/api/__init__.pybackend/app/api/pmflow_os_api/__init__.pybackend/app/schemas/pmflow_os.pybackend/app/services/pmflow_change_review_service.pybackend/tests/test_pmflow_change_review_api.pydocs/architecture/PMFLOW_OS_PRODUCT_CONTRACT.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
/opt/homebrew/bin/python3.11 -m py_compile backend/app/api/__init__.py backend/app/api/pmflow_os_api/__init__.py backend/app/services/pmflow_change_review_service.py backend/app/schemas/pmflow_os.py backend/tests/test_pmflow_change_review_api.py通过。/opt/homebrew/bin/python3.11 -m pytest tests/test_pmflow_change_review_api.py -q通过:6 passed。/opt/homebrew/bin/python3.11 -m pytest tests/test_pmflow_change_review_api.py tests/test_pmflow_os_projection_api.py tests/test_pmflow_launch_api.py -q通过:18 passed。
未完成或风险:
- C2 V1 暂不支持
ModelDecision / MetricSignalcommit;按合同必须 fail-closed。 - 本地仍有未提交删除痕迹,未纳入本次提交。
- 当前为本地开发工作区验证,未执行部署环境热重启。
下一步建议:
- 已执行
C2-frontend;下一步进入 Phase D Execution Bridge 真实数据接入。
2026-04-26 / G0 Freeze + C2 Contract / done
完成内容:
- 将当前非删除工作区成果直接 checkpoint 到
master,形成b52428f docs: codify PMFlow product delivery governance与e04ea4d chore: checkpoint current PMFlow workspace两个提交;删除痕迹未提交,避免未确认地固化旧截图、表格、tunnel 脚本和临时文件删除。 - 收口 Phase C2 commit 合同:
POST /pmflow-os/change-sets/{change_set_id}/commit的请求体、权限、原子提交模式、响应结构、错误码、高风险 approval gate、C2 V1 objectType 白名单和 ProjectTruthState 投影规则。 - 明确 C2 V1 默认
mode=atomic,任一 eligible item 写入失败时整个 commit 回滚,禁止半写入 Project Memory。 - 明确 C2 必须实现
Requirement / Decision / Task / Risk;Release可选;ModelDecision / MetricSignal暂缓并必须 fail-closed。
涉及文件:
docs/architecture/PMFLOW_OS_PRODUCT_CONTRACT.mddocs/architecture/API_CONTRACTS.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
git status --short --branch已确认 checkpoint 后仅剩未提交删除痕迹。git diff --cached --name-status阶段检查未发现删除项被纳入 checkpoint。- 本轮 C2-contract 只改合同文档,未新增代码、Schema 或 migration,未运行编译/单测。
未完成或风险:
- 工作区仍有未提交删除痕迹,需用户单独确认是否删除或恢复。
- C2 后端 route/service/schema 与前端 API/store 尚未实现。
下一步建议:
- 执行
C2-backend:实现 atomic ChangeSet commit service、route、权限、事务、高风险 gate 与后端测试。 - 合同稳定后并行执行
C2-frontend:接入 commit API,替换真实模式下的 demo-onlypromoteAcceptedToGraph。
2026-04-26 / Parallel Delivery Governance / done
完成内容:
- 新增 Codex 并行推进协议,明确并行单位必须是带
read_scope / write_scope / forbidden_paths / shared_files / base_ref / merge_after的 Packet。 - 建立 V1 Productized Loop 默认并行 lane:
Contract / Backend / Frontend / UI / Docs-Test,并固定合同、后端、前端、UI、文档集成的合并顺序。 - 将下一阶段 Phase C2 拆成
C2-contract / C2-backend / C2-frontend / C2-docs-verification四个可分派 Packet,明确依赖和写范围。 - 新增分支、worktree、Packet commit 与 commit gate 协议:并行线程默认使用
codex/<packet_id>分支、记录base_ref、优先独立 worktree;Packet 完成后由 Codex 自行判定auto_commit / hold_no_commit / ask_before_commit,通过验证后形成可审查 commit,新 Packet 从最新 integration base 或明确依赖分支重新开分支。 - 新增
Parallel Integration Gate,要求 integration owner 检查越界 diff、后端/前端/migration 验证、文档同步和热部署说明。
涉及文件:
docs/PMFLOW_PRODUCT_DELIVERY_STANDARD.mddocs/architecture/TASK_BRIEF_TEMPLATE.mdAGENTS.mdCLAUDE.mddocs/architecture/ARCHITECTURE_INVENTORY.md
验证:
- 文档静态检查通过:新增协议覆盖并行前置条件、Packet 模板、write scope / forbidden paths、共享文件锁、branch / worktree / base ref、Packet commit、commit gate、merge order、integration gate。
- 本轮只改治理文档,未新增代码、API、Schema 或 migration,未运行编译/单测。
未完成或风险:
- 当前仓库仍是大面积脏工作区;正式启动多线程并行前,需要先冻结当前改动归属,避免历史脏状态被误判为新冲突。
下一步建议:
- 以
C2-contract作为第一条并行治理试点 Packet,先锁定 ChangeSet commit 合同,再分派后端和前端线程。
2026-04-25 / Phase A - PMFlow OS Product Contract / done
完成内容:
- 新增 PMFlow OS 产品合同,明确
ProjectTruthState / Thread / Message / ChangeSet / ChangeItem / Evidence / Approval / Requirement / Decision / Task / Risk / ModelDecision / TestRun / Release / MetricSignal / ExecutionContext / TeamFeed的前后端映射。 - 明确复用边界:正式项目对象优先复用
truth_nodes / tasks / semantic_facts,AI 应用控制面复用ai_project_control与 SSTC model_control,执行桥复用dev_sync / prompt_packages / progress_events。 - 明确建议新增但本轮不建表的 PMFlow OS 专属合同对象:
pmflow_threads / pmflow_thread_messages / pmflow_change_sets / pmflow_change_items / pmflow_approvals / pmflow_evidence_links。 - 定义 PMFlow OS API 草案:
truth-state / messages / extractions / change-set detail / accept / edit / defer / commit / execution-summary。 - 明确
accept/edit/defer只改变审查状态,commit才写入truth_nodes / tasks / semantic_facts等正式对象。
涉及文件:
docs/architecture/PMFLOW_OS_PRODUCT_CONTRACT.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.mdCLAUDE.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
- 静态检查引用路径与核心对象完成。
- 本轮只改文档,未新增代码、API、Schema 或 migration,未运行编译/单测。
未完成或风险:
- API 尚未实现,数据库 migration 尚未创建。
truth_nodes.node_type的历史值需要在后续 projection 实现时做白名单映射。ChangeSet / Approval / EvidenceLink / Thread仍需后续实现真实表与服务。
下一步建议:
- 执行 A3 最小真实读路径:新增只读
pmflow_os_apiprojection,先实现GET /pmflow-os/projects/{project_id}/truth-state与GET /pmflow-os/projects/{project_id}/execution-summary。
2026-04-25 / A3 - PMFlow OS 最小真实读路径 / done
完成内容:
- 新增只读后端入口
backend/app/api/pmflow_os_api/,注册GET /pmflow-os/projects/{project_id}/truth-state与GET /pmflow-os/projects/{project_id}/execution-summary,统一返回{code,message,data}。 - 新增
backend/app/services/pmflow_os_projection_service.py与backend/app/schemas/pmflow_os.py,把ProjectTruthState投影接到真实后端对象:Requirement / Decision / Risk / Release来自truth_nodes,Task来自tasks,Project Memory来自truth_nodes + semantic_facts,ExecutionContext来自dev-sync summary + prompt_packages + progress_events + repo/task code link。 Thread / ChangeSet / ChangeItem / Approval / EvidenceLink本轮没有稳定表,不用 mock 冒充;接口返回空集合并通过projectionWarnings明确说明。- 新增前端 API
frontend/src/api/pmflowOs.ts,封装getPMFlowTruthState(projectId)与getPMFlowExecutionSummary(projectId)。 frontend/src/features/pmflow-os/store.tsx现支持?projectId=<id>通过 React Query 读取真实truth-state;只有显式?demo=1或?dataSource=demo才启用本地 mock 演示动作。真实 API 失败时显示错误/空态,不静默 fallback 成 mock 成功。ProjectMemoryPage在真实模式下展示后端projectMemory.truthNodeFacts / semanticFacts,不再把前端 mock 当作项目记忆来源。
涉及文件:
backend/app/api/pmflow_os_api/__init__.pybackend/app/services/pmflow_os_projection_service.pybackend/app/schemas/pmflow_os.pybackend/app/api/router.pybackend/tests/test_pmflow_os_projection_api.pyfrontend/src/api/pmflowOs.tsfrontend/src/features/pmflow-os/store.tsxfrontend/src/features/pmflow-os/components/PMFlowOsFrame.tsxfrontend/src/features/pmflow-os/pages/CommandCenterPage.tsxfrontend/src/features/pmflow-os/pages/ProjectMemoryPage.tsxdocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.mdCLAUDE.md
验证:
- 静态路径检查完成。
- 后端:
python -m py_compile(Python 3.12 runtime)通过。 - 后端:
pytest tests/test_pmflow_os_projection_api.py -q通过,覆盖空项目 truth-state、Project Memory projection、tasks projection、execution-summary 空态、tenant/project 权限边界。 - 后端 router import smoke:
from app.api.router import api_router通过。 - 前端:
npm run typecheck通过。 - 前端:
npm run build通过。
剩余缺口:
- 本轮不新增 migration,因此
Thread / ChangeSet / ChangeItem / Approval / EvidenceLink仍为空集合或 warning;后续 Phase C 再补真实表与 mutation。 WorkGraph / ExecutionBridge / ReleaseGrowth仍有部分静态展示区,A3 只保证 truth store 与 Project Memory 真实读取入口,不做 UI 重画和完整页面数据替换。- 后端代码已改,但当前是在本地开发工作区执行验证,未连接运行中的部署服务;热部署/重启需要在实际部署环境执行。
2026-04-25 / Phase B - Project Launch 真实创建链 / done
完成内容:
- 新增 Phase B 专用启动链表 migration
backend/alembic/versions/20260425_add_pmflow_launch_tables.py,只创建pmflow_launch_drafts / pmflow_threads / pmflow_thread_messages;本轮未创建pmflow_change_sets / pmflow_change_items / pmflow_approvals / pmflow_evidence_links。 - 新增后端启动链入口
backend/app/api/pmflow_launch_api/,注册POST /pmflow-launch/drafts与POST /pmflow-launch/drafts/{draft_id}/confirm,统一返回{code,message,data}。 - 新增
backend/app/services/pmflow_launch_service.py与backend/app/schemas/pmflow_launch.py:草案生成调用llm_service.generate_structured_object(function_name="pmflow_launch_draft_v1")并显式传routing_meta;结构化失败返回明确错误或 warnings,不用模板句冒充成功。 - confirm 在同一事务内锁定草案并创建
Project / UserProject / PMFlowThread / PMFlowThreadMessage / truth_nodes / tasks / semantic_facts seed / OperationLog,随后更新草案status=confirmed与confirmed_project_id;重复 confirm 幂等返回同一project_id,不重复写正式对象。 truth_nodes.content与任务 payload 写入launch_draft_id / thread_id / thread_message_id / source=pmflow_launch_confirmed_draft / confidence / evidence,确保初始 Project Memory 与 Task 能追溯到启动草案和首条用户输入。- A3
truth-stateprojection 已更新为优先读取pmflow_threads默认启动线程与pmflow_thread_messages,Project Memory 仍只来自truth_nodes + semantic_facts,不从 launch draft 直接拼。 - 新增前端 API
frontend/src/api/pmflowLaunch.ts,封装createPMFlowLaunchDraft与confirmPMFlowLaunchDraft。 frontend/src/features/project-launch/useProjectLaunchState.ts默认走真实 API;只有显式?demo=1或?dataSource=demo才启用本地演示状态机。draft/confirm 失败进入明确失败态,不静默跳 mock 成功态。- 新增
/pmflow-osroute alias,创建成功后使用后端返回的/pmflow-os?projectId=<id>进入 A3 真实读路径。
涉及文件:
backend/alembic/versions/20260425_add_pmflow_launch_tables.pybackend/app/models/pmflow_launch.pybackend/app/api/pmflow_launch_api/__init__.pybackend/app/services/pmflow_launch_service.pybackend/app/schemas/pmflow_launch.pybackend/app/services/pmflow_os_projection_service.pybackend/app/config/ai_prompts_catalog/part_scenes_06.pybackend/app/services/llm_service/shared_part_01.pybackend/tests/test_pmflow_launch_api.pybackend/tests/test_pmflow_os_projection_api.pyfrontend/src/api/pmflowLaunch.tsfrontend/src/features/project-launch/useProjectLaunchState.tsfrontend/src/features/project-launch/useProjectLaunchState.test.tsfrontend/src/router/index.tsxdocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.mdCLAUDE.md
验证:
- 后端:
python -m py_compile新增后端模块、migration、router、prompt 聚合文件通过。 - 后端:
pytest tests/test_pmflow_launch_api.py tests/test_pmflow_os_projection_api.py -q通过,覆盖 draft 成功、结构化字段缺失、warnings、confirm 创建 Project/thread/message/truth_nodes/tasks、truth-state 回读、幂等、过期/跨 tenant/跨 user、rollback。 - Alembic:
alembic upgrade head在本地开发 PostgreSQL 成功从20260421_finalize_v1_productization升级到20260425_add_pmflow_launch_tables。 - 前端:
npm run test -- src/features/project-launch/useProjectLaunchState.test.ts通过,覆盖真实 draft API、draft 失败、confirm 成功、confirm 失败不进成功态、显式 demo 分支。 - 前端:
npm run typecheck通过。 - 前端:
npm run build通过。
剩余缺口:
- Phase B 只覆盖首次 Project Launch 创建链;项目内后续 ChangeSet / ChangeItem / Approval / EvidenceLink 审查系统仍留给 Phase C。
- 初始
semantic_factsseed 仅写用户确认后的 project-level facts;完整异步抽取和治理仍复用既有 semantic facts 管线。
2026-04-26 / Phase C1 - PMFlow Change Review 数据底座与审查状态机 / done
完成内容:
- 新增 C1 review 表 migration
backend/alembic/versions/20260426_add_pmflow_change_review_tables.py,只创建pmflow_change_sets / pmflow_change_items / pmflow_approvals / pmflow_evidence_links;未新增 commit 或 Phase C2 表。 - 新增模型
backend/app/models/pmflow_change_review.py,所有表包含tenant_id,并按tenant_id + project_id查询;ChangeItem归属ChangeSet,Approval记录accept / edit / defer的 before/after,EvidenceLink可引用 thread message。 - 新增服务
backend/app/services/pmflow_change_review_service.py,实现项目内消息、proposed_itemsextraction、ChangeSet detail、accept/edit/defer 审查状态机;老项目无真实线程时仅允许default或thread-project-{project_id}懒创建默认线程。 - 在
backend/app/api/pmflow_os_api/扩展/pmflow-osAPI:POST /projects/{project_id}/threads/{thread_id}/messages、POST /projects/{project_id}/extractions、GET /projects/{project_id}/change-sets/{change_set_id}、POST /change-items/{change_item_id}/accept|edit|defer,统一响应包络。 PMFlowOSProjectionService已投影changeSets / changeItems / evidence / approvals,activeChangeSetId取最近 open ChangeSet,loopStage映射为command_idle / extraction_ready / review_open;Project Memory 仍只来自truth_nodes + semantic_facts。- 前端
frontend/src/api/pmflowOs.ts增加 Change Review API wrapper;frontend/src/features/pmflow-os/store.tsx真实模式调用后端 message/extraction/accept/edit/defer,并在成功后 refetch truth-state。真实模式不再本地 promote accepted item,也不假装写入项目记忆;demo 模式仍需显式?demo=1或?dataSource=demo。
涉及文件:
backend/alembic/versions/20260426_add_pmflow_change_review_tables.pybackend/app/models/pmflow_change_review.pybackend/app/services/pmflow_change_review_service.pybackend/app/api/pmflow_os_api/__init__.pybackend/app/schemas/pmflow_os.pybackend/app/services/pmflow_os_projection_service.pybackend/tests/test_pmflow_change_review_api.pybackend/tests/test_pmflow_os_projection_api.pyfrontend/src/api/pmflowOs.tsfrontend/src/features/pmflow-os/store.tsxfrontend/src/features/pmflow-os/store.api.test.tsxfrontend/src/features/pmflow-os/pages/ChangeReviewPage.tsxfrontend/src/features/pmflow-os/components/ProjectStructuredLoop.tsxdocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.mddocs/architecture/PMFLOW_OS_PRODUCT_CONTRACT.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.mdCLAUDE.md
验证:
- 后端:
python -m py_compile新增后端模型、service、schema、router、migration 通过。 - 后端:
pytest tests/test_pmflow_change_review_api.py tests/test_pmflow_os_projection_api.py tests/test_pmflow_launch_api.py -q通过,覆盖 message 懒创建线程、extraction、change items、evidence link、detail、accept/edit/defer、reviewed 自动推进、权限边界、truth-state 投影,以及 accepted/edited 不进入 Project Memory。 - Alembic:
alembic heads返回20260426_add_pmflow_change_review_tables (head);alembic upgrade head在本地开发 PostgreSQL 成功从20260425_add_pmflow_launch_tables升级到20260426_add_pmflow_change_review_tables。 - 前端:
npm run test -- src/features/pmflow-os通过。 - 前端:
npm run typecheck通过。 - 前端:
npm run build通过;Vite 仍提示既有循环 chunk warning,但构建成功。
剩余缺口:
- C1 不实现
/commit,不写truth_nodes / tasks / semantic_facts;accepted/edited 仅代表审查状态,不代表 confirmed Project Memory。 - 该历史 C1 记录已被 Main Flow AI Extraction Production Loop 覆盖:
POST /extractions未传proposed_items时会调用真实 AI extraction;失败显式返回结构化失败/证据不足,不创建模板假结果。 - 高风险
risk_level=high本轮只记录风险等级和 approval,commit gate 留给 C2。
下一步建议:
- 执行 Phase C2:实现 ChangeSet commit,把
accepted / editedChangeItem 按对象类型写入正式truth_nodes / tasks / semantic_facts,并补齐高风险 approval gate 与部分失败回滚/明细返回。
2026-04-24 / Product Blueprint / done
完成内容:
- 整理并落盘 PMFlow 产品蓝图真源。
- 明确 PMFlow 是“对话驱动的 AI 产品执行操作系统”。
- 明确
solo-first, team-ready、项目真相层、ChangeSet 待确认、Execution Bridge、人机混编团队等不可偏离项。
涉及文件:
docs/PMFLOW_PRODUCT_BLUEPRINT.mdUSER.mdCLAUDE.mddocs/architecture/ARCHITECTURE_INVENTORY.md
验证:
- 文档新增与引用检查完成。
- 无代码改动,未运行编译/测试。
下一步:
- 执行 Phase A:PMFlow OS 产品合同收口。
2026-04-24 / Delivery Standard / done
完成内容:
- 建立 PMFlow 产品推进执行标准。
- 记录当前推进状态、下一阶段方向、Phase A-F 推进顺序、单次任务范围标准和完成后进度回写标准。
- 明确新开线程必须先读蓝图、执行标准和代码索引,避免重做或漏做。
涉及文件:
docs/PMFLOW_PRODUCT_DELIVERY_STANDARD.mdUSER.mdCLAUDE.mddocs/architecture/ARCHITECTURE_INVENTORY.md
验证:
- 文档新增与引用检查完成。
- 无代码改动,未运行编译/测试。
下一步:
- 从 A1 对象合同映射开始,把前端
pmflow-os/types.ts与后端现有对象逐一对齐。
2026-04-27 / Legacy AI Steward Launch Downline / done
完成内容:
- 下线用户可见的
/ai-steward产品页与侧边栏入口;legacy route 只保留迁移重定向,tab=create进入/project-launch,tab=engine / tab=feedback-center进入/ai-config,其它 legacy tab 进入/space。 - 收敛新建项目入口:前端移除
aiStewardApi的直接创建调用与相关类型,后端POST /ai-steward/project-from-text返回 410 包络错误;真实项目创建唯一走POST /pmflow-launch/drafts -> POST /pmflow-launch/drafts/{draft_id}/confirm。 - 保留并迁移仍有价值的能力:QA 浮窗、状态条、回答元卡片继续保留在
frontend/src/components/ai-steward/;QA URL 新生成到/space?view=ai-history;反馈中心入口迁到/ai-config;Context Cache Feature Catalog 与信号通知默认目标改到/space。 - 历史页面文件未做物理删除,只作为迁移占位或断链壳保留;如需后续清理文件,需要按删除确认流程列路径后单独执行。
涉及文件:
frontend/src/router/index.tsxfrontend/src/components/layout/Sidebar.tsxfrontend/src/components/layout/TopBar.tsxfrontend/src/components/ai-steward/qaPageAnchor.tsfrontend/src/components/sstc/FeedbackSummaryCard.tsxfrontend/src/api/aiSteward.tsfrontend/src/pages/ai-steward/AIStewardPage.tsxfrontend/src/pages/ai-steward/sections/CreateProjectTab.tsxbackend/app/api/ai_steward_api/routes_capture.pybackend/app/api/ai_steward_api/schemas.pybackend/app/api/legacy_ai_steward_api.pybackend/app/api/router.pybackend/app/services/context_cache_service/mixin_profile_basics.pybackend/app/services/context_cache_service/mixin_profile_route_parser.pybackend/app/services/signal/signal_capture_service/mixin_capture_legacy.pyCLAUDE.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.mddocs/architecture/RUNTIME_GUARDRAILS.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
- 后端编译:
/opt/homebrew/bin/python3.11 -m py_compile backend/app/api/ai_routing.py backend/app/api/llm_engines.py backend/app/services/ai_routing_governance_service.py backend/app/services/llm_service/mixin_engine_admin.py通过。 - 后端 focused:
PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m pytest backend/tests/test_ai_routing_governance_service.py backend/tests/test_ai_service_core_runtime.py -q通过,40 passed。 - 前端 focused:
cd frontend && npm test -- src/pages/ai-routing/AIRoutingPages.test.tsx通过,12 passed。 - 前端类型检查:
cd frontend && npm run typecheck通过。 - 前端构建:
cd frontend && npm run build通过。 - 热重启:
docker compose restart backend && docker compose ps backend已执行,pmflow-backendhealthy。
验证:
- 残留检索:计划指定的 legacy create 入口、direct create API 名称、旧项目文本创建类型名与旧中文入口名均无命中。
- 后端:
/opt/homebrew/bin/python3.11 -m compileall -q app通过。 - 后端:
/opt/homebrew/bin/python3.11 -m pytest tests/test_ai_steward_project_from_text_contract.py tests/test_context_cache_profile_catalog.py tests/test_pmflow_launch_api.py -q通过,27 passed。 - 前端:
npx vitest run src/router/legacyAIStewardRedirect.test.ts src/components/layout/Sidebar.test.tsx src/components/ai-steward/qaPageAnchor.test.ts通过,9 passed。 - 前端:
npm run typecheck通过。 - 前端:
npm run build通过。
2026-04-28 / Workspace vs Platform AI Ops Boundary / done
完成内容:
- 按“三平面模型”收口账号体系:
users只代表登录身份,tenant_memberships表达客户个人/团队空间角色,新增platform_memberships表达 PMFlow 内部平台运营身份;平台角色按user_id + role唯一,允许一个内部账号组合多个平台职责。 - 登录响应和
/users/me新增platform_context,前端可用platform_context.capabilities判断/platform/*入口;客户空间OWNER/REVIEWER不再等同 PMFlow 平台管理员。 - 后端将平台治理能力从客户角色中剥离:LLM 引擎、AI 路由 overview/admin-console/diagnostics、高级模型路由、route/context 治理、semantic facts 治理改为要求
platform.*capability;团队 AI 策略仍保留为空间 Owner/Reviewer 可见的客户侧策略。 - 前端新增
/platform平台 AI Operations Console 首页,并将 AI 路由与供应商、高级路由、Route Context 治理、Semantic Facts 治理放入平台权限边界;/ai-config收敛为空间级 AI 使用设置,不再向普通客户 Owner 展示平台诊断组。 - 文档同步更新
AGENTS.md、CLAUDE.md、API_CONTRACTS.md、RUNTIME_GUARDRAILS.md、CODE_REFERENCE_INDEX.md与ARCHITECTURE_INVENTORY.md,明确客户空间 Owner 与平台运营账号的边界。
涉及文件:
backend/app/models/platform_membership.pybackend/alembic/versions/20260428_add_platform_memberships.pybackend/app/services/platform_access_service.pybackend/app/dependencies/permissions.pybackend/app/api/auth.pybackend/app/services/phone_auth_service.pybackend/app/api/users_api/routes_query.pybackend/app/api/ai_routing.pybackend/app/api/llm_engines.pybackend/app/api/model_routing.pybackend/app/api/rag_api/routes_route_governance.pybackend/app/api/semantic_facts_api/routes.pyfrontend/src/auth/RouteBoundary.tsxfrontend/src/lib/rbac.tsfrontend/src/router/index.tsxfrontend/src/pages/platform/PlatformConsolePage.tsxfrontend/src/pages/ai-config/AIConfigPage.tsxfrontend/src/pages/ai-config/constants.tsfrontend/src/pages/ai-config/components/AISetupWizard.tsxfrontend/src/pages/ai-config/components/GovernanceToolsCard.tsxfrontend/src/pages/ai-routing/AIRoutingConsolePage.tsxfrontend/src/pages/query-route-governance/QueryRouteGovernancePage.tsxfrontend/src/pages/semantic-facts-board/SemanticFactsBoardPage.tsx
验证:
- 后端:
python3 -m py_compile backend/app/models/platform_membership.py backend/app/services/platform_access_service.py backend/app/dependencies/permissions.py backend/app/api/auth.py backend/app/services/phone_auth_service.py backend/app/api/users_api/routes_query.py backend/app/api/ai_routing.py backend/app/api/llm_engines.py backend/app/api/model_routing.py backend/app/api/rag_api/routes_route_governance.py backend/app/api/semantic_facts_api/routes.py通过;当前环境没有python命令,使用python3执行。 - 前端:
npm run typecheck通过。 - 前端:
npx vitest run src/pages/ai-config/AIConfigPage.test.tsx src/pages/ai-routing/AIRoutingPages.test.tsx src/pages/query-route-governance/QueryRouteGovernancePage.test.tsx src/auth/RouteBoundary.test.tsx src/router/legacyAIStewardRedirect.test.ts通过,21 passed。 - 前端:
npm run build通过。 - 部署生效:
docker compose exec -T backend alembic upgrade head已执行,alembic current为20260428_add_platform_memberships (head);platform_memberships表和uq_platform_memberships_user_role约束已在本地 Postgres 存在;docker compose restart backend已执行,docker compose ps backend显示 healthy。
下一步:
- 如需给真实 PMFlow 内部账号开平台权限,优先写入
platform_memberships;临时 bootstrap 可用PMFLOW_PLATFORM_ADMIN_USERS或PMFLOW_AI_OPS_USERS环境变量。
2026-04-28 / Platform Shell & Navigation IA / done
完成内容:
/platform/*从旧项目工作台侧栏/顶部条中剥离,统一使用平台专属PlatformSidebar + PlatformTopBar。- 平台后台信息架构确定为“运行总览 / AI 运行层 / 上下文与语义层 / 质量与事件层”:只承载 PMFlow 内部 AI 运行、供应商路由、上下文、语义事实、评测和事故复盘,不承载客户空间项目、成员、容量或项目主链菜单。
/platform首页改为平台 AI Operations Console 总览,按当前platform_context.capabilities展示可操作工具,并明确客户空间 Owner 不进入平台控制面。- 平台诊断旧路径从
/ai-config/*兼容迁移到/platform/*:AI 路由与供应商、高级路由、Contract Sync、Route Context、Knowledge Graph、Semantic Facts 均不再套入空间配置壳。
涉及文件:
frontend/src/components/layout/Layout.tsxfrontend/src/auth/RouteBoundary.tsxfrontend/src/router/index.tsxfrontend/src/pages/platform/PlatformChrome.tsxfrontend/src/pages/platform/PlatformConsolePage.tsxfrontend/src/pages/ai-config/constants.tsCLAUDE.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
- 前端:
npm run typecheck通过。 - 前端:
npx vitest run src/pages/ai-config/AIConfigPage.test.tsx src/pages/ai-routing/AIRoutingPages.test.tsx src/pages/query-route-governance/QueryRouteGovernancePage.test.tsx src/auth/RouteBoundary.test.tsx通过,14 passed。 - 前端:
npm run build通过。 - 浏览器烟测:
http://localhost:5176/platform已显示平台专属侧栏和顶部条,并出现 Contract Sync 入口;旧“指挥台 / 项目工作台 / 决策与待确认 / 开发执行 / 发布与增长 / 团队层 / 项目记忆”菜单不再出现;旧/ai-config/knowledge-graph-board已跳转到/platform/knowledge-graph-board并进入同一平台壳。该页面当前仍命中旧GET /api/ai-steward/knowledge-graph/capability-summary404,这是治理页 API 路径的存量问题,不影响平台导航壳迁移结论。
2026-04-28 / AI Readiness 双层表达与平台诊断边界 / done
完成内容:
AIReadiness前端合同升级为双层表达:客户层输出customerState / title / summary / blockers / customerActions / workspaceOwnerActions,平台层输出platformDiagnostic(causeCode / causeOwner / rawStatus / affectedScenes / platformActions)。- 用户端默认只表达业务影响和可继续动作:普通成员看到“AI 草案生成暂不可用,可继续记录想法、处理待确认、推进现有项目”;空间负责人看到空间 AI 可用状态、团队策略、工具连接、知识治理和确认边界;平台人员进入用户端也先看客户视图,只能通过显式平台诊断卡进入具体 cause/CTA。
/platform/*明确作为 PMFlow 平台 AI Ops 控制面,默认展示供应商、全局路由、模型槽位、诊断、失败样本、额度和连接测试等平台控制面内容;这些内容不得出现在普通客户空间默认视图。/ai-config?tab=setup改为“空间 AI 可用状态 / AI 使用设置”,不再展示“启用供应商 / 运行测试并启用 / 额度诊断”类平台 CTA;空间侧只保留团队策略、工具连接、知识治理和人工确认边界。- Space 首屏、顶部状态、项目启动台、项目级 AI 副驾、空间 AI 管家、
/ai-config与/platform统一消费同一 readiness 合同,避免不同入口各自编文案导致权限边界漂移。 - 同步更新
USER.md、CLAUDE.md、CODE_REFERENCE_INDEX.md、ARCHITECTURE_INVENTORY.md,把该方向记录为后续 AI 可用状态、空间配置和平台诊断相关功能的产品边界。
验证:
- 前端:
npm run typecheck通过。 - 前端:
npx vitest run src/features/personal-space/PersonalSpacePage.test.tsx src/pages/ai-config/AIConfigPage.test.tsx src/pages/ai-routing/AIRoutingPages.test.tsx src/components/layout/Layout.test.tsx通过,13 passed。 - 前端:
npm run build通过。
涉及文件:
frontend/src/features/ai-readiness/types.tsfrontend/src/features/ai-readiness/readiness.tsfrontend/src/features/ai-readiness/components.tsxfrontend/src/features/project-launch/components/LaunchCanvases.tsxfrontend/src/features/pmflow-os/components/PMFlowOsFrame.tsxfrontend/src/features/personal-space/components/SpaceAIConcierge.tsxfrontend/src/pages/ai-config/components/AISetupWizard.tsxfrontend/src/lib/rbac.tsfrontend/src/features/personal-space/PersonalSpacePage.test.tsxCLAUDE.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
- 前端:
npx vitest run src/features/personal-space/PersonalSpacePage.test.tsx src/pages/ai-config/AIConfigPage.test.tsx src/pages/ai-routing/AIRoutingPages.test.tsx通过,12 passed。 - 前端:
npm run typecheck通过。 - 前端:
npm run build通过。
2026-04-28 / Space Saved Ideas Pre-project Loop / implemented
完成内容:
- 将“暂存想法”从前端临时提示升级为真实 pre-project idea seed 闭环:用户在 Project Launch 可保存未成型想法,
/space可看到真实列表、详情、原始输入、准备度、缺失问题、归档和“生成项目草案”动作。 - 后端新增
saved_ideas表与 Space API:GET/POST/PATCH /space/saved-ideas、POST /space/saved-ideas/{idea_id}/archive、POST /space/saved-ideas/{idea_id}/promote。该表只保存原始想法、来源、状态、准备度、缺失问题和 Project Launch draft 关联,不写 Project Memory、ChangeSet、任务、执行事件或发布信号。 promote只复用 Project Launch draft 生成链,生成后通过前端project_launch_draftpending intent 回到/project-launchhuman review;仍需用户显式确认后才创建正式项目。- Space 首页继续作为聚合与导航层:除
saved_ideaspre-project seed 外,不写 PMFlow OS 主链对象;后续 team-ready 扩展必须围绕共享、补充、协作权限扩展 seed,不得把暂存想法直接升级成项目事实。 - 同步更新
CLAUDE.md、API_CONTRACTS.md、CODE_REFERENCE_INDEX.md、ARCHITECTURE_INVENTORY.md与RUNTIME_GUARDRAILS.md,把该方向固化为后续持续推进边界。
涉及文件:
backend/alembic/versions/20260428_add_saved_ideas.pybackend/app/models/saved_idea.pybackend/app/schemas/space.pybackend/app/services/space_saved_idea_service.pybackend/app/api/space_api/__init__.pybackend/app/api/router.pybackend/tests/test_space_saved_ideas_api.pyfrontend/src/api/space.tsfrontend/src/lib/pendingIntent.tsfrontend/src/features/project-launch/types.tsfrontend/src/features/project-launch/useProjectLaunchState.tsfrontend/src/features/project-launch/components/LaunchCanvases.tsxfrontend/src/features/project-launch/components/LaunchShell.tsxfrontend/src/features/project-launch/components/MobileLaunchLayout.tsxfrontend/src/features/project-launch/useProjectLaunchState.test.tsfrontend/src/features/project-launch/components/LaunchCanvasesFailure.test.tsxfrontend/src/features/personal-space/PersonalSpacePage.tsxfrontend/src/features/personal-space/PersonalSpacePage.test.tsxCLAUDE.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/API_CONTRACTS.mddocs/architecture/ARCHITECTURE_INVENTORY.mddocs/architecture/RUNTIME_GUARDRAILS.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
- 后端编译:
python3 -m py_compile backend/app/models/saved_idea.py backend/app/schemas/space.py backend/app/services/space_saved_idea_service.py backend/app/api/space_api/__init__.py backend/app/api/router.py backend/tests/test_space_saved_ideas_api.py通过。 - 后端 focused:
cd backend && /opt/homebrew/bin/python3.11 -m pytest tests/test_space_saved_ideas_api.py通过,2 passed。 - 前端:
cd frontend && npm run typecheck通过。
2026-04-28 / Space Saved Ideas Structured Enrichment / implemented
完成内容:
- 将暂存想法的“信息不足 / 继续补充会更准 / 准备度”从纯系统初判升级为 AI-ready 结构化判断:保存或继续完善原始输入时,后端先调用
space_saved_idea_enrichment_v1,结构化输出summary / target_user / problem / value_hypothesis / validation_signal / constraints / missing_questions / readiness_score / status / confidence。 saved_ideas新增 enrichment 元数据:enrichment_status / enrichment_payload / enrichment_error / enriched_at。ai_enriched代表 AI 结构化成功;ai_failed代表 AI 不可用或解析失败并显式回落system_baseline;baseline代表只有系统初判。任何 fallback 都不能冒充 AI 结论。/space暂存想法详情新增“完整度判断”区块,展示判断来源、AI 结构化字段和继续补充问题;“继续完善”保存后会重新触发结构化判断。“生成项目草案”仍只进入 Project Launch human review,确认前不创建项目、不写项目记忆。- 后续 team-ready 方向继续沿用该 seed 模型扩展共享、协作补充、权限和审计,不把暂存想法直接升级成 Project Memory、ChangeSet、任务或执行事件。
涉及文件:
backend/alembic/versions/20260428_add_saved_idea_enrichment.pybackend/app/models/saved_idea.pybackend/app/schemas/space.pybackend/app/services/space_saved_idea_service.pybackend/app/config/ai_prompts.pybackend/app/config/ai_prompts_catalog/__init__.pybackend/app/config/ai_prompts_catalog/part_scenes_06.pybackend/tests/test_space_saved_ideas_api.pyfrontend/src/api/space.tsfrontend/src/features/personal-space/PersonalSpacePage.tsxfrontend/src/features/personal-space/PersonalSpacePage.test.tsxfrontend/src/features/project-launch/useProjectLaunchState.test.tsCLAUDE.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/API_CONTRACTS.mddocs/architecture/ARCHITECTURE_INVENTORY.mddocs/architecture/RUNTIME_GUARDRAILS.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
- 后端编译:
python3 -m py_compile backend/app/models/saved_idea.py backend/app/schemas/space.py backend/app/services/space_saved_idea_service.py backend/app/config/ai_prompts.py backend/app/config/ai_prompts_catalog/__init__.py backend/app/config/ai_prompts_catalog/part_scenes_06.py backend/tests/test_space_saved_ideas_api.py通过。 - 后端 focused:
cd backend && /opt/homebrew/bin/python3.11 -m pytest tests/test_space_saved_ideas_api.py通过,3 passed。 - 前端 focused:
cd frontend && npx vitest run src/features/personal-space/PersonalSpacePage.test.tsx src/features/project-launch/useProjectLaunchState.test.ts通过,19 passed。 - 前端类型检查:
cd frontend && npm run typecheck通过。 - 前端构建:
cd frontend && npm run build通过。 - 迁移与热重启:
docker compose exec -T backend alembic upgrade head已升级到20260428_add_saved_idea_enrichment (head);docker compose restart backend后pmflow-backendhealthy。
2026-05-01 / Saved Idea Prompt Runtime Migration / implemented
完成内容:
- 将暂存想法结构化整理从直接 format
PROMPT_SAVED_IDEA_ENRICHMENT迁到PromptRuntimeService,运行时优先读取平台 Prompt 运营中心 active release,并把prompt_key / prompt_release_id / prompt_source写入space_saved_idea_enrichment_v1的 routing meta。 - 补齐截图场景的 prompt 约束:问候、测试词、无意义短语或无实质想法内容必须判为
needs_more_info、readiness_score=0.0,并给出“解决什么问题 / 目标用户 / 预期价值”三类补充问题。 - 修正 prompt registry 中
PROMPT_SAVED_IDEA_ENRICHMENT的 call site,并增加回归测试锁定 active release 覆盖与非想法输入约束。
涉及文件:
backend/app/services/space_saved_idea_service.pybackend/app/config/ai_prompts_catalog/part_scenes_06.pybackend/app/config/ai_prompt_registry.pybackend/tests/test_space_saved_ideas_api.pybackend/tests/test_ai_prompt_registry_contract.pyCLAUDE.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.mddocs/architecture/RUNTIME_GUARDRAILS.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
- 后端编译:
PYTHONPATH=backend python3.11 -m py_compile backend/app/services/space_saved_idea_service.py backend/app/config/ai_prompts_catalog/part_scenes_06.py backend/app/config/ai_prompt_registry.py backend/tests/test_space_saved_ideas_api.py backend/tests/test_ai_prompt_registry_contract.py通过。 - 后端 focused:
PYTHONPATH=backend python3.11 -m pytest backend/tests/test_space_saved_ideas_api.py backend/tests/test_ai_prompt_registry_contract.py -q通过,9 passed,保留既有 Pydantic deprecation warning。 - Prompt runtime focused:
PYTHONPATH=backend python3.11 -m pytest backend/tests/test_prompt_runtime_service.py -q通过,2 passed。 - 本轮仅改后端 runtime prompt 读取、prompt catalog/registry、测试和文档;未新增 migration。后端热重启:
docker compose restart backend后docker compose ps backend为 healthy。
2026-04-28 / Platform AI Ops Runtime Menus / implemented
完成内容:
- 将平台侧“AI 路由与供应商”从单页诊断聚合拆成平台运行总览 + AI 运行层子菜单:运行总览合并到
/platform,AI 运行层保留供应商与凭据 / 能力槽位 / 业务场景路由 / 成本、配额与缓存 / 失败诊断。 - 旧
/platform/ai-routing-console只做兼容跳转到/platform;新增/platform/ai-routing-providers、/platform/ai-routing-slots、/platform/ai-routing-scenes、/platform/ai-routing-costs、/platform/ai-routing-failures,旧裸路径与/ai-config/ai-routing-*只做兼容跳转。 - 平台侧栏同步新增“工具与外部能力层”规划组,MCP / 外部查询 / 工具权限暂以 planned 菜单表达,不冒充已接入真实运行数据。
- 所有新增平台菜单继续消费现有脱敏
GET /ai-routing/admin-console和只读POST /ai-routing/diagnostics/run,不新增 provider secret 写入、不改 runtime route 真源、不把平台细节暴露到客户空间。 - 同步更新
CLAUDE.md、API_CONTRACTS.md、CODE_REFERENCE_INDEX.md、ARCHITECTURE_INVENTORY.md与RUNTIME_GUARDRAILS.md。
涉及文件:
frontend/src/pages/ai-routing/AIRoutingOperationsPages.tsxfrontend/src/pages/ai-routing/AIRoutingConsolePage.tsxfrontend/src/pages/AIRoutingProvidersPage.tsxfrontend/src/pages/AIRoutingCapabilitySlotsPage.tsxfrontend/src/pages/AIRoutingSceneRoutesPage.tsxfrontend/src/pages/AIRoutingCostQuotaCachePage.tsxfrontend/src/pages/AIRoutingFailureDiagnosticsPage.tsxfrontend/src/pages/AIRoutingModuleMapPage.tsxfrontend/src/pages/platform/PlatformChrome.tsxfrontend/src/router/index.tsxfrontend/src/pages/ai-routing/AIRoutingPages.test.tsxCLAUDE.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/API_CONTRACTS.mddocs/architecture/ARCHITECTURE_INVENTORY.mddocs/architecture/RUNTIME_GUARDRAILS.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
- 前端 focused:
cd frontend && npx vitest run src/pages/ai-routing/AIRoutingPages.test.tsx通过,8 passed。 - 前端类型检查:
cd frontend && npm run typecheck通过。 - 前端构建:
cd frontend && npm run build通过。
2026-04-28 / Platform Provider Runtime Semantics / implemented
完成内容:
- 将供应商连接从“单个启用引擎”改成“多个连接可同时启用 + 一个全局兜底默认”:
active_engine_id保留兼容,新增语义以default_fallback_engine_id为准。 - 平台供应商和函数级模型路由固定读取 PMFlow 内部平台运行作用域(默认
PMFLOW_PLATFORM_RUNTIME_TENANT_ID=1),不再随客户 workspace tenant 切换;客户空间仍只保存团队 AI 使用策略。 - 供应商连接新增
enabled / connection_status / last_test_status / last_test_at / last_error_summary运行状态;连接测试会回写测试状态,但不会自动改兜底默认。 - LLM runtime 解析、low/high tier 选择和低阶失败升级会跳过
enabled=false的连接;停用连接仍可保留、编辑和测试。 /platform/ai-routing-providers文案和操作改为“启用/停用/设为兜底/测试/编辑/删除”,不再把供应商启用误表达为唯一默认调用模型。- 同步更新
API_CONTRACTS.md、CODE_REFERENCE_INDEX.md与RUNTIME_GUARDRAILS.md,明确平台供应商、多连接启用、能力槽位和兜底默认边界。
验证:
- 后端编译与 focused:
docker exec pmflow-backend sh -lc "python -m py_compile ... && PYTHONPATH=/app/backend pytest -q tests/test_ai_service_core_runtime.py::test_default_fallback_resolution_skips_disabled_engine tests/test_ai_service_core_runtime.py::test_control_plane_rule_ignores_env_api_key_and_uses_saved_key tests/test_ai_service_core_runtime.py::test_engine_runtime_keeps_saved_key_when_env_placeholder_exists tests/test_ai_routing_governance_service.py"通过,10 passed。 - 前端 focused:
cd frontend && npx vitest run src/pages/ai-routing/AIRoutingPages.test.tsx通过,9 passed。 - 前端类型检查:
cd frontend && npm run typecheck通过。
2026-04-28 / Capability Slot Runtime Binding / implemented
完成内容:
- 将“能力槽位”从只读诊断卡升级为平台 AI Ops 可配置编排页:供应商与凭据负责维护 runtime inventory,能力槽位负责从已启用供应商连接中选择 primary runtime 与 fallback chain。
- 新增
integrations(type='ai_capability_slots')平台运行时配置,固定写入PMFLOW_PLATFORM_RUNTIME_TENANT_ID作用域;low/high当前可配置,结构化、长上下文、工具、外部查询、私有、多模态槽继续作为 reserved slots 展示,不冒充已启用能力。 - 新增
GET /ai-routing/capability-slots与PUT /ai-routing/capability-slots/{slot_key};保存槽位配置会校验运行时存在、已启用、保护槽不可降级,并写入operation_logs(entity_type='ai_capability_slot')。 llm_service运行时解析已改为优先消费槽位绑定:control-plane rule、函数级 tier override、普通 low/high tier hint 和 low-to-high escalation 都先走 slot primary/fallback;backend/.control_plane/pmflow-routing-rules.json退为 baseline/default rule pack 与冷启动 fallback。- 前端槽位卡片保留运营态势展示,同时提供“配置运行时 / 测试主运行时 / 保存槽位配置”,配置区用表单表达主运行时、备用链路、失败策略和保护槽降级边界。
- 同步更新
CLAUDE.md、API_CONTRACTS.md、CODE_REFERENCE_INDEX.md、ARCHITECTURE_INVENTORY.md与RUNTIME_GUARDRAILS.md,明确供应商库存 -> 能力槽位绑定 -> 业务场景路由 -> 隐藏 Route Lab 只读诊断的产品与运行边界;函数级 override 不再作为运营常规入口暴露。
涉及文件:
backend/app/api/ai_routing.pybackend/app/services/ai_routing_governance_service.pybackend/app/services/llm_service/mixin_engine_resolution_core.pybackend/app/services/llm_service/mixin_control_plane_routing.pybackend/app/services/llm_service/mixin_tier_engine_selection.pybackend/app/services/llm_service/mixin_tier_escalation.pybackend/app/services/llm_service/shared_part_01.pybackend/tests/test_ai_routing_governance_service.pybackend/tests/test_ai_service_core_runtime.pyfrontend/src/api/aiRouting.tsfrontend/src/pages/ai-routing/AIRoutingOperationsPages.tsxfrontend/src/pages/ai-routing/AIRoutingPages.test.tsxCLAUDE.mddocs/architecture/API_CONTRACTS.mddocs/architecture/ARCHITECTURE_INVENTORY.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/RUNTIME_GUARDRAILS.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
- 后端编译:
/opt/homebrew/bin/python3.11 -m py_compile backend/app/services/ai_routing_governance_service.py backend/app/api/ai_routing.py backend/app/services/llm_service/mixin_engine_resolution_core.py backend/app/services/llm_service/mixin_control_plane_routing.py backend/app/services/llm_service/mixin_tier_engine_selection.py backend/app/services/llm_service/mixin_tier_escalation.py backend/app/services/llm_service/shared_part_01.py通过。 - 后端 focused:
PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m pytest backend/tests/test_ai_routing_governance_service.py backend/tests/test_ai_service_core_runtime.py -q通过,35 passed。 - 前端 focused:
cd frontend && npm test -- src/pages/ai-routing/AIRoutingPages.test.tsx通过,10 passed。 - 前端类型检查:
cd frontend && npm run typecheck通过。
2026-04-29 / AI Capability Slot Release Control / implemented
完成内容:
- 将能力槽位从 live binding 升级为 release-controlled binding:
integrations(type='ai_capability_slots')兼容旧{slots},并规范为active / draft / history / active_version / draft_version。 PUT /ai-routing/capability-slots/{slot_key}/draft和兼容PUT /ai-routing/capability-slots/{slot_key}只保存草稿;新增validate / publish / rollback,发布成功才把 draft 提升为 active 并生成版本,回滚会以历史快照发布为新 active 版本。llm_serviceruntime 只消费 active slots;draft 不参与 control-plane rule、函数级 override、low/high tier 解析或 low-to-high escalation。- 能力槽位页新增发布控制区,展示当前 active version、草稿 dirty 状态、阻塞/警告校验、发布草稿、回滚上一版;槽位卡片同时展示当前生效运行时和草稿配置。
- 发布校验阻止缺失、停用、测试失败运行时、高阶槽绑定 Ollama、保护槽降级等关键风险;重复 fallback 或未测试连接保留 warning。
- 同步更新
CLAUDE.md、API_CONTRACTS.md、CODE_REFERENCE_INDEX.md、ARCHITECTURE_INVENTORY.md与RUNTIME_GUARDRAILS.md,明确 draft 不生效、publish 才切 active、runtime active-only。
涉及文件:
backend/app/api/ai_routing.pybackend/app/services/ai_routing_governance_service.pybackend/app/services/llm_service/mixin_engine_resolution_core.pybackend/app/services/llm_service/mixin_control_plane_routing.pybackend/app/services/llm_service/mixin_tier_engine_selection.pybackend/tests/test_ai_routing_governance_service.pybackend/tests/test_ai_service_core_runtime.pyfrontend/src/api/aiRouting.tsfrontend/src/pages/ai-routing/AIRoutingOperationsPages.tsxfrontend/src/pages/ai-routing/AIRoutingPages.test.tsxCLAUDE.mddocs/architecture/API_CONTRACTS.mddocs/architecture/ARCHITECTURE_INVENTORY.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/RUNTIME_GUARDRAILS.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
- 后端编译:
/opt/homebrew/bin/python3.11 -m py_compile backend/app/api/ai_routing.py backend/app/services/ai_routing_governance_service.py backend/app/services/llm_service/mixin_tier_engine_selection.py backend/app/services/llm_service/mixin_control_plane_routing.py backend/app/services/llm_service/mixin_engine_resolution_core.py backend/app/services/llm_service/mixin_tier_escalation.py通过。 - 后端 focused:
PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m pytest backend/tests/test_ai_routing_governance_service.py backend/tests/test_ai_service_core_runtime.py -q通过,37 passed。 - 前端 focused:
cd frontend && npm test -- src/pages/ai-routing/AIRoutingPages.test.tsx通过,11 passed。 - 前端类型检查:
cd frontend && npm run typecheck通过。
2026-04-29 / AI Slot Capability Matrix / implemented
完成内容:
- 将供应商 runtime 从“连接信息”扩展为“连接信息 + 能力矩阵”:
integrations(type='llm_engine').config.engines[*].capabilities保存结构化输出、JSON Schema、工具调用、长上下文、多模态、本地/私有、外部查询、上下文窗口、成本层级和稳定性层级等标签;旧数据在服务层按 provider/model 归一化默认 capabilities,页面不会因历史配置缺字段崩溃。 - 供应商新增/编辑接口和
/platform/ai-routing-providers表单支持保存、展示和编辑能力标签;连接启用、兜底默认、连通测试语义不变。 AI Routing Governance Service增加SLOT_REQUIREMENTS,能力槽位发布校验会检查 draft 的 primary/fallback 是否满足槽位能力要求:high 禁止 local-only/Ollama,structured 要求structured_output + json_schema,long_context 要求max_context_tokens >= 32768,tool 要求tool_calling。external_query / private / multimodal当前仍是 candidate/reserved 槽,只展示 requirements、候选 runtime、能力覆盖和缺口;除非 draft 已显式存在运行时配置,否则不接 runtime 消费,不冒充已启用。/platform/ai-routing-slots同时展示 active 当前生效、draft 编辑态、能力覆盖、缺口和发布阻塞项;publish 仍只在 validation 无 critical 时把 draft 提升为 active,runtime 仍只读取 active slots。- 同步更新
CLAUDE.md、API_CONTRACTS.md、CODE_REFERENCE_INDEX.md、ARCHITECTURE_INVENTORY.md与RUNTIME_GUARDRAILS.md,明确供应商 capabilities 是槽位发布门禁输入,不是 runtime 直接切换入口。
涉及文件:
backend/app/api/llm_engines.pybackend/app/services/llm_service/mixin_engine_admin.pybackend/app/services/ai_routing_governance_service.pybackend/tests/test_ai_routing_governance_service.pybackend/tests/test_ai_service_core_runtime.pyfrontend/src/api/aiRouting.tsfrontend/src/api/aiSteward.tsfrontend/src/pages/ai-routing/AIRoutingOperationsPages.tsxfrontend/src/pages/ai-routing/AIRoutingPages.test.tsxCLAUDE.mddocs/architecture/API_CONTRACTS.mddocs/architecture/ARCHITECTURE_INVENTORY.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/RUNTIME_GUARDRAILS.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
- 后端编译:
/opt/homebrew/bin/python3.11 -m py_compile backend/app/api/llm_engines.py backend/app/services/llm_service/mixin_engine_admin.py backend/app/services/ai_routing_governance_service.py通过。 - 后端 focused:
PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m pytest backend/tests/test_ai_routing_governance_service.py backend/tests/test_ai_service_core_runtime.py -q通过,42 passed。 - 前端 focused:
cd frontend && npx vitest run src/pages/ai-routing/AIRoutingPages.test.tsx通过,13 passed。 - 前端类型检查:
cd frontend && npx tsc --noEmit通过。 - 前端构建:
cd frontend && npm run build通过。
2026-04-29 / ai-slot-capability-probe-v1 / implemented
完成内容:
- 将供应商 capabilities 从纯人工/默认标签升级为可探测、可审计的 capability evidence:
POST /ai-steward/llm-engines/{engine_id}/capability-probe会执行结构化 JSON、工具调用和长上下文 v1 轻量探测,并把结果写回integrations(type='llm_engine').config.engines[*].capabilities.capability_probe。 capabilities新增规范capability_probe={status,last_verified_at,verified_capabilities,evidence,source},并继续同步兼容capability_source / capability_probe_status / capability_last_verified_at / capability_blocking_reasons / capability_evidence,不新增 migration;旧 runtime 仍按 provider/model 归一化默认能力和capability_probe.status=untested,但默认/人工标签不会冒充 verified evidence。- 能力槽位发布门禁在
structured / tool / long_context上区分“缺能力”“缺证据”和“证据过期”:能力本身为 false 或低于阈值返回*_capability_missing,能力标签存在但缺 verified probe evidence 返回*_capability_evidence_missing,证据超过 TTL 返回*_capability_evidence_stale,protected slot 会被阻止 publish;low 缺 probe 只 warning。 /platform/ai-routing-providers展示 capability source、last verified、probe status、probe error summary 和阻塞原因,并提供“能力探测”操作;/platform/ai-routing-slots的能力覆盖区域展示缺能力、缺证据和证据过期三类缺口。- 同步更新
API_CONTRACTS.md、CODE_REFERENCE_INDEX.md与RUNTIME_GUARDRAILS.md,明确 capability probe 是供应商 evidence 输入,不直接切换 runtime active slots。
涉及文件:
backend/app/api/llm_engines.pybackend/app/services/llm_service/mixin_engine_admin.pybackend/app/services/ai_routing_governance_service.pybackend/tests/test_ai_routing_governance_service.pybackend/tests/test_ai_service_core_runtime.pyfrontend/src/api/aiRouting.tsfrontend/src/api/aiSteward.tsfrontend/src/pages/ai-routing/AIRoutingOperationsPages.tsxfrontend/src/pages/ai-routing/AIRoutingPages.test.tsxdocs/architecture/API_CONTRACTS.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/RUNTIME_GUARDRAILS.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
- 后端编译:
/opt/homebrew/bin/python3.11 -m py_compile backend/app/api/llm_engines.py backend/app/services/llm_service/mixin_engine_admin.py backend/app/services/ai_routing_governance_service.py通过。 - 后端 focused:
PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m pytest backend/tests/test_ai_routing_governance_service.py backend/tests/test_ai_service_core_runtime.py -q通过,42 passed。 - 前端 focused:
cd frontend && npx vitest run src/pages/ai-routing/AIRoutingPages.test.tsx通过,13 passed。
2026-04-29 / ai-slot-structured-runtime-v1 / implemented
完成内容:
llm_service.generate_structured_object的 DB runtime 路径现在在response_contract=structured时优先消费已发布 activestructuredcapability slot 的 primary runtime + fallback chain。- active structured runtime 选择会跳过 disabled/deleted runtime 和不满足
structured_output + json_schema的 runtime;primary 调用失败后只会继续尝试同一 active structured slot 的 fallback chain,全部 structured runtime 失败后显式失败,不再绕回模板假成功或无关 low/high 路由。 - 未发布 draft structured slot 只参与平台 AI Ops 校验和发布预览,不影响 runtime;没有 active structured slot 时继续回到既有 low/high/control-plane 链路,保持旧 runtime 兼容。
- active structured slot 已配置但没有可用 runtime 时,项目启动、需求结构化、任务拆解、ChangeSet extraction 等保护结构化函数显式失败;非保护结构化函数可降级到既有路径,但必须带
slot_degraded=true。 - routing meta 允许审计
planned_tier/executed_tier=structured、route_source=slot_binding、slot_key=structured、slot_version、slot_runtime_source、slot_fallback_index与slot_degraded,用于区分结构化槽实际命中、slot fallback 和 degraded 旧路径。 - structured slot publish 仍受 capability evidence gate 保护:缺
structured_output/json_schema能力或缺 verified probe evidence 都会阻止 publish,禁止把人工标签当运行时发布证据。
涉及文件:
backend/app/services/llm_service/shared_part_02.pybackend/app/services/llm_service/mixin_tier_engine_selection.pybackend/app/services/llm_service/mixin_engine_resolution_core.pybackend/tests/test_ai_service_core_runtime.pybackend/tests/test_ai_routing_governance_service.pydocs/architecture/API_CONTRACTS.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/RUNTIME_GUARDRAILS.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
- 后端编译:
/opt/homebrew/bin/python3.11 -m py_compile backend/app/services/llm_service/shared_part_02.py backend/app/services/llm_service/mixin_tier_engine_selection.py backend/app/services/llm_service/mixin_engine_resolution_core.py backend/app/services/ai_routing_governance_service.py通过。 - 后端 focused:
PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m pytest backend/tests/test_ai_service_core_runtime.py::test_structured_object_runtime_uses_active_structured_slot backend/tests/test_ai_service_core_runtime.py::test_structured_object_runtime_ignores_unpublished_structured_draft backend/tests/test_ai_routing_governance_service.py::test_reserved_slot_validation_distinguishes_missing_probe_evidence -q通过,3 passed。 - 前端类型检查:
cd frontend && npx tsc --noEmit通过。 - 前端构建:
cd frontend && npm run build通过。
2026-04-29 / ai-slot-runtime-activation-v2 / implemented
完成内容:
- 能力槽位从
low/high可配置升级为low/high/structured/tool/long_context均可配置;这五类槽位都可保存 primary runtime、fallback chain 和 failure policy 草稿。 external_query / private / multimodal保持不可配置候选槽,只展示候选状态、能力缺口和未来接入边界,不接llm_serviceruntime。- publish validation 继续阻止 structured/tool/long_context 的缺能力、缺 verified probe evidence 和证据过期:structured 要求
structured_output + json_schema,long_context 要求long_context + max_context_tokens >= 32768,tool 要求tool_calling;low 缺证据只 warning,high 继续禁止 local-only/Ollama。 - 能力槽位矩阵保持表格形态,列出
槽位 / Active Runtime / Draft Runtime / 能力要求 / 证据状态 / 缺口 / 影响场景 / 操作;structured/tool/long_context 行显示“配置运行时”。 - 槽位详情弹层区分满足要求的候选 runtime 和不满足要求的 runtime 缺口原因;发布控制区新增发布预览,展示草稿影响场景、保护函数数量、critical blockers 和 warnings。
- runtime 行为保持不变:业务运行时只消费已发布 active slots,draft 修改不会影响线上调用。
涉及文件:
backend/app/services/ai_routing_governance_service.pyfrontend/src/api/aiRouting.tsfrontend/src/pages/ai-routing/AIRoutingOperationsPages.tsxbackend/tests/test_ai_routing_governance_service.pyfrontend/src/pages/ai-routing/AIRoutingPages.test.tsxdocs/architecture/API_CONTRACTS.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/RUNTIME_GUARDRAILS.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
- 后端编译:
python3.11 -m py_compile backend/app/api/ai_routing.py backend/app/services/ai_routing_governance_service.py backend/app/services/llm_service/mixin_tier_engine_selection.py backend/app/services/llm_service/mixin_engine_resolution_core.py通过。 - 后端 focused:
PYTHONPATH=backend python3.11 -m pytest backend/tests/test_ai_routing_governance_service.py backend/tests/test_ai_service_core_runtime.py -q通过,59 passed。 - 前端 focused:
cd frontend && npm test -- src/pages/ai-routing/AIRoutingPages.test.tsx通过,13 passed。 - 前端类型检查:
cd frontend && npm run typecheck通过。 - 前端构建:
cd frontend && npm run build通过。 - 后端热重启:
docker compose restart backend && docker compose ps backend
2026-04-29 / ai-slot-publish-observability-v1 / implemented
完成内容:
GET /ai-routing/admin-console新增slot_observability,按 activelow/high/structured/long_context/tool槽位聚合发布后运行表现。- 观测窗口固定为 24h 与 7d,返回调用量、失败量、失败率、fallback 命中、degraded 调用、平均延迟、估算成本和脱敏失败样本。
- 聚合优先识别
ai_call_logs中的 routing meta 语义:slot_runtime_source=active_slot / active_slot_degraded、slot_fallback_index > 0与slot_degraded;兼容旧日志的planned_tier / executed_tier / routing_decision槽位信号。 - 无日志窗口返回
status=empty与“暂无运行样本”,不伪造成功率、成本或延迟;成本和延迟只显示调用日志估算来源,不包装成供应商精确账单。 /platform/ai-routing-slots主矩阵新增 7d 失败率和 fallback 命中摘要;槽位详情弹层新增“运行观测”区,展示 24h/7d 指标、active/degraded/fallback 样本和数据来源。- 不改变 slot publish/rollback 语义,不改变 runtime 路由决策。
涉及文件:
backend/app/services/ai_routing_governance_service.pyfrontend/src/api/aiRouting.tsfrontend/src/pages/ai-routing/AIRoutingOperationsPages.tsxbackend/tests/test_ai_routing_governance_service.pyfrontend/src/pages/ai-routing/AIRoutingPages.test.tsxdocs/architecture/API_CONTRACTS.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/RUNTIME_GUARDRAILS.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
- 后端 focused:
PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m pytest backend/tests/test_ai_routing_governance_service.py -q通过,19 passed。 - 前端 focused:
cd frontend && npm test -- src/pages/ai-routing/AIRoutingPages.test.tsx通过,13 passed。
2026-04-29 / ai-slot-recommendation-v1 / implemented
完成内容:
GET /ai-routing/admin-console新增slot_recommendations,基于能力证据、候选 runtime 与 24h/7d 运行观测生成确定性运营建议。- 建议规则不调用 LLM,也不自动修改 draft、不自动 publish:缺 verified evidence 建议运行 capability probe,证据过期建议重新 probe,7d failure/fallback/degraded 异常建议补 fallback、评估 fallback 升 primary、修复 active slot 或回滚。
- low 槽在成本或延迟异常且存在候选 runtime 时给出低成本/低延迟切换建议;structured/tool/long_context 没有候选 runtime 时提示回供应商页补能力、补凭证或接入新 runtime。
- 每条建议返回
severity / slot_key / reason / evidence_summary / suggested_action,可选target_engine_id;证据不足时返回空数组,前端展示“暂无建议”,不编造优化动作。 /platform/ai-routing-slots顶部新增“运营建议”,槽位详情弹层同步展示该 slot 的建议;按钮只跳转到槽位详情或供应商页,不触发发布。
涉及文件:
backend/app/services/ai_routing_governance_service.pyfrontend/src/api/aiRouting.tsfrontend/src/pages/ai-routing/AIRoutingOperationsPages.tsxbackend/tests/test_ai_routing_governance_service.pyfrontend/src/pages/ai-routing/AIRoutingPages.test.tsxdocs/architecture/RUNTIME_GUARDRAILS.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
2026-04-29 / ai-slot-external-query-runtime-v1 / implemented
完成内容:
external_query从候选槽升级为正式可配置槽位,但绑定对象不是普通 LLM engine,而是 external provider registry 的受控外部查询执行链。- external_query draft 归一化保存
primary_provider_id / fallback_provider_ids / verifier_required=true / source_filtering_required=true / failure_policy=explicit_fail;为兼容现有 API request,前端仍通过现有primary_engine_id/fallback_engine_ids字段提交 provider id,后端在 service 层归一化。 - 发布校验 fail-closed:至少一个 external provider 可用,MCP adapter 或 bounded live search fallback 至少一个可用,verifier 可用,source filtering 必须 fail-closed,failure policy 必须 explicit_fail;不满足时返回 critical blocker。
- AdaptiveRAG 外部查询入口只在
route_mode=external或等价 external source policy 后读取 active external_query slot;internal query 和未发布 draft 不消费该槽。active slot 执行失败时返回 verifier/freshness guard 元信息,不回退普通 LLM 编造外部事实。 - 能力槽位页将 external_query 行展示为“配置外部链”,详情弹层展示 provider registry、MCP adapter、bounded live search fallback、verifier 和 source filtering 状态,并可保存 provider chain 草稿。
涉及文件:
backend/app/services/ai_routing_governance_service.pybackend/app/services/external_query_service/registry.pybackend/app/services/adaptive_rag_service/mixin_answer_retrieval.pyfrontend/src/api/aiRouting.tsfrontend/src/pages/ai-routing/AIRoutingOperationsPages.tsxbackend/tests/test_mcp_external_query_bridge.pybackend/tests/test_external_query_planner.pybackend/tests/test_adaptive_rag_mainline_contract.pybackend/tests/test_ai_routing_governance_service.pyfrontend/src/pages/ai-routing/AIRoutingPages.test.tsxdocs/architecture/API_CONTRACTS.mddocs/architecture/RUNTIME_GUARDRAILS.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
2026-04-29 / ai-slot-long-tool-runtime-v1 / implemented
完成内容:
llm_service在显式长上下文调用中接入已发布 activelong_contextcapability slot:只有routing_meta.slot_key/planned_tier/tier_alias=long_context才会消费该槽,普通调用和 draft 不生效。llm_service在显式工具调用 / MCP execution planning 中接入已发布 activetoolcapability slot:只有routing_meta显式请求tool或execution_mode=local_planner|local_worker才会消费该槽。- long_context/tool runtime 选择会跳过 disabled/deleted runtime 和能力不足 runtime:长上下文要求
long_context + max_context_tokens >= 32768,工具槽要求tool_calling。 - active long_context/tool slot 已配置但没有可用 runtime 时显式失败;没有 active slot 时继续走既有 low/high/control-plane 路径。
external_query / private / multimodal保持候选槽,不接llm_serviceruntime。 - publish gate 继续要求 tool/long_context 的 verified probe evidence,缺证据不能 publish。
涉及文件:
backend/app/services/llm_service/mixin_engine_resolution_core.pybackend/app/services/llm_service/mixin_tier_engine_selection.pybackend/tests/test_ai_service_core_runtime.pydocs/architecture/API_CONTRACTS.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/RUNTIME_GUARDRAILS.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
- 后端编译:
python3.11 -m py_compile backend/app/services/llm_service/mixin_engine_resolution_core.py backend/app/services/llm_service/mixin_tier_engine_selection.py backend/app/services/llm_service/shared_part_02.py backend/app/services/ai_routing_governance_service.py通过。 - 后端 focused:
PYTHONPATH=backend python3.11 -m pytest backend/tests/test_ai_service_core_runtime.py backend/tests/test_ai_routing_governance_service.py -q通过,58 passed。 - 后端热重启:
docker compose restart backend && docker compose ps backend
2026-04-29 / ai-scene-contract-runtime-v1 / implemented
完成内容:
- 将业务场景合同从前端展示映射升级为后端只读 registry:新增
backend/app/services/ai_routing_scene_contracts.py,GET /ai-routing/admin-console的scene_routes[]与scene_slot_matrix[]注入scene_contract。 scene_slot_matrix[]新增scene_health与release_gate:按 active runtime、能力缺口、证据状态、保护场景、7d 失败样本和 draft 影响计算健康状态、发布阻塞原因和建议动作;candidate 场景不参与 protected release block。- 扩展 candidate 场景合同:
release_review / retrospective_summary / change_review / project_memory_writeback / mcp_execution_planning / contract_sync只展示业务合同和预期槽位,不改 runtime、不强行接槽位。 /platform/ai-routing-scenes优先消费后端scene_contract,sceneContracts.ts仅作为 fallback;页面新增场景健康、发布门禁、候选生命周期展示和健康度筛选。- 修复动作完成 deep-link 闭环:业务场景路由可跳到
/platform/ai-routing-slots?slot=...&scene=...、/platform/ai-routing-providers?scene=...&capability=...、/platform/ai-routing-failures?scene=...,目标页自动聚焦 slot / capability / scene failure samples。 recent_failures[]增加scene_key / scene_label,供失败诊断按业务场景过滤;仍不展示原始错误、prompt 或函数级细节。
涉及文件:
backend/app/services/ai_routing_scene_contracts.pybackend/app/services/ai_routing_governance_service.pybackend/tests/test_ai_routing_governance_service.pyfrontend/src/api/aiRouting.tsfrontend/src/pages/ai-routing/sceneContracts.tsfrontend/src/pages/ai-routing/AIRoutingOperationsPages.tsxfrontend/src/pages/ai-routing/AIRoutingPages.test.tsxCLAUDE.mddocs/architecture/API_CONTRACTS.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.mddocs/architecture/RUNTIME_GUARDRAILS.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
- 后端编译:
python3 -m py_compile backend/app/services/ai_routing_scene_contracts.py backend/app/services/ai_routing_governance_service.py - 后端 focused:
cd backend && python -m pytest tests/test_ai_routing_governance_service.py - 前端 focused:
cd frontend && npm run test -- src/pages/ai-routing/AIRoutingPages.test.tsx - 前端类型检查:
cd frontend && npm run typecheck - 前端构建:
cd frontend && npm run build
2026-04-29 / ai-scene-contract-impact-console-v2 / implemented
完成内容:
/platform/ai-routing-scenes从 scene-slot matrix v1 升级为 Scene Contract & Impact Console,只读展示业务目标、输入对象、输出合同、成功标准、失败策略、确认策略、证据策略、active/draft runtime、能力缺口和发布影响。- 新增
frontend/src/pages/ai-routing/sceneContracts.ts,按scene_key提供确定性业务合同映射,覆盖项目启动、需求结构化、任务拆解、人员匹配、内部问答、外部实时查询、PMFlow AI 用户侧问答路由、上下文与语义治理、客户答案呈现与质检、飞书消息理解和飞书回复;该映射不调用 LLM,不参与 runtime 路由选择,后续可被后端scene_contract合同替换。 - 业务场景路由新增发布影响预览、搜索、状态筛选、排序和确定性 Action Rail:Active 未绑定指向能力槽位,缺 probe evidence 指向供应商能力探测,缺 capability 指向供应商能力补齐,draft 变更指向槽位发布影响,失败样本指向失败诊断。
- 主矩阵继续禁止展示
function_name、规则名和 override 来源;函数级检查仍只进入隐藏 Route Lab。 - 不改后端 runtime 行为,不新增 migration,不修改 control-plane JSON。
涉及文件:
frontend/src/pages/ai-routing/sceneContracts.tsfrontend/src/pages/ai-routing/AIRoutingOperationsPages.tsxfrontend/src/pages/ai-routing/AIRoutingPages.test.tsxCLAUDE.mddocs/architecture/API_CONTRACTS.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.mddocs/architecture/RUNTIME_GUARDRAILS.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
- 前端 focused:
cd frontend && npm run test -- src/pages/ai-routing/AIRoutingPages.test.tsx - 前端类型检查:
cd frontend && npm run typecheck - 前端构建:
cd frontend && npm run build
2026-04-29 / ai-slot-scene-impact-matrix-v1 / implemented
完成内容:
GET /ai-routing/admin-console补全scene_slot_matrix的发布影响字段:required_slot / active_slot_runtime / draft_slot_runtime / draft_dirty / capability_gap / recent_failure_count,同时兼容旧的current_slot / active_runtime / draft_runtime / recent_failure_rate。capability_gap汇总场景所需 slot 的缺能力、缺 probe evidence、证据过期和阻塞原因,让发布前能区分“缺能力”和“缺证据”对业务场景的影响。/platform/ai-routing-scenes矩阵默认展示“场景 / 当前槽位 / Active Runtime / Draft Runtime / 保护等级 / 能力缺口 / 发布影响”,函数名、规则名和 override 来源不在业务场景路由页展示,函数级检查统一进入隐藏 Route Lab。/platform/ai-routing-slots的槽位详情弹层新增“影响场景”,直接展示当前 slot 发布会影响哪些 PMFlow 场景及 active/draft runtime 状态。- 不改 runtime 行为,不新增 migration,不修改 control-plane JSON。
涉及文件:
backend/app/services/ai_routing_governance_service.pybackend/tests/test_ai_routing_governance_service.pyfrontend/src/api/aiRouting.tsfrontend/src/pages/ai-routing/AIRoutingOperationsPages.tsxfrontend/src/pages/ai-routing/AIRoutingPages.test.tsxdocs/architecture/API_CONTRACTS.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/RUNTIME_GUARDRAILS.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
- 后端编译:
python3.11 -m py_compile backend/app/services/ai_routing_governance_service.py - 后端 focused:
PYTHONPATH=backend python3.11 -m pytest backend/tests/test_ai_routing_governance_service.py backend/tests/test_ai_service_core_runtime.py -q - 前端 focused:
cd frontend && npm test -- src/pages/ai-routing/AIRoutingPages.test.tsx - 前端类型检查:
cd frontend && npm run typecheck - 前端构建:
cd frontend && npm run build - 后端热重启:
docker compose restart backend && docker compose ps backend
2026-04-29 / ai-slot-scene-matrix-v1 / implemented
完成内容:
GET /ai-routing/admin-console新增/扩展scene_slot_matrix,把 PMFlow 业务场景解释为scene -> current slot -> active/draft runtime -> risk -> runtime version,运营可直接看到一次槽位发布会影响项目启动、需求结构化、任务拆解、人员匹配、问答和飞书场景。- 矩阵按 active capability slot 版本聚合,同时带 draft 预览:每个场景返回
scene_key / scene_label / current_slot / required_capabilities / protected / active_runtime / draft_runtime / active_version / recent_failure_rate / impact_summary,以及能力覆盖、缺能力/缺证据/未发布绑定风险和高级函数列表。 - 默认映射落为 project_launch、requirement_structuring、task_breakdown -> structured,assignee_matching -> high,internal_qa -> low/high mixed,external_query -> external_query candidate,feishu_understanding、feishu_reply -> low。
/platform/ai-routing-scenes改为默认展示业务场景、当前槽位、必需能力、active/draft runtime、近期失败率、风险和运行版本;函数名、规则名和 override 来源不在业务场景路由页展示,函数级检查统一进入隐藏 Route Lab。- 函数级模型路由覆盖继续只接受
low/high槽位别名,不开放任意模型名编辑;受保护业务场景不能被保存或展示为降级到不满足能力要求的 slot。 - 同步更新
API_CONTRACTS.md、CODE_REFERENCE_INDEX.md与RUNTIME_GUARDRAILS.md,明确 scene-slot matrix 是只读 explainability 层,不直接写 provider、slot 或模型路由。
涉及文件:
backend/app/services/ai_routing_governance_service.pybackend/app/api/model_routing.pybackend/app/services/model/model_routing/service.pybackend/tests/test_ai_routing_governance_service.pybackend/tests/test_model_routing_service.pyfrontend/src/api/aiRouting.tsfrontend/src/pages/ai-routing/AIRoutingOperationsPages.tsxfrontend/src/pages/ai-routing/AIRoutingPages.test.tsxdocs/architecture/API_CONTRACTS.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/RUNTIME_GUARDRAILS.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
- 后端编译:
/opt/homebrew/bin/python3.11 -m py_compile backend/app/services/ai_routing_governance_service.py backend/app/services/model/model_routing/service.py backend/app/api/model_routing.py通过。 - 后端 focused:
PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m pytest backend/tests/test_ai_routing_governance_service.py backend/tests/test_model_routing_service.py -q通过,25 passed。 - 前端 focused:
cd frontend && npx vitest run src/pages/ai-routing/AIRoutingPages.test.tsx通过,13 passed。 - 前端类型检查:
cd frontend && npx tsc --noEmit通过。 - 前端构建:
cd frontend && npm run build通过。
2026-04-29 / prompt-asset-center-foundation / implemented
完成内容:
- 新增平台 Prompt 运营中心基础层:
/platform/prompt-assets展示 prompt key、业务场景、family、风险、发布策略、默认模板、active release、draft 数、调用点和迁移缺口。 - 后端新增
PromptAssetService,聚合ai_prompt_registry、ai_prompts默认 seed 和prompt_releasesactive/draft 状态;新增 coreGET /prompt-assets与 detail 接口,均要求platform.ai_routing.manage。 ai_prompt_registry扩展runtime_source / editable_policy / risk_level,补齐 catalog 漏项,并登记 runtime guardrail、semantic fact prompt 与本轮梳理出的 inline discovered prompt。inline_discovered当前只代表已形成清单,运行时调用点仍需后续迁移到 release 读取。- 平台侧新增
frontend/src/api/promptAssets.ts与frontend/src/pages/platform/PromptAssetsPage.tsx,入口挂在 Platform Console “质量与事件层”;客户空间、Space、Project Launch 与项目级 AI 副驾不暴露 prompt body。 - 同步更新
CLAUDE.md、API_CONTRACTS.md、CODE_REFERENCE_INDEX.md、ARCHITECTURE_INVENTORY.md与RUNTIME_GUARDRAILS.md,明确 Prompt 资产中心是平台控制面,待迁移项不能被表达为已生效配置。
涉及文件:
backend/app/config/ai_prompt_registry.pybackend/app/api/prompt_assets_api.pybackend/app/services/prompt_assets_service.pybackend/app/api/ai_steward_api/routes_reply_iteration.pybackend/tests/test_ai_prompt_registry_contract.pybackend/tests/test_prompt_assets_api.pybackend/tests/test_prompt_assets_service.pyfrontend/src/api/promptAssets.tsfrontend/src/pages/platform/PromptAssetsPage.tsxfrontend/src/pages/platform/PlatformChrome.tsxfrontend/src/router/index.tsxCLAUDE.mddocs/architecture/API_CONTRACTS.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.mddocs/architecture/RUNTIME_GUARDRAILS.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
- 后端编译:
/opt/homebrew/bin/python3.11 -m py_compile backend/app/config/ai_prompt_registry.py backend/app/services/prompt_assets_service.py backend/app/api/prompt_assets_api.py backend/app/api/router.py backend/app/api/ai_steward_api/routes_reply_iteration.py backend/tests/test_prompt_assets_service.py backend/tests/test_prompt_assets_api.py通过。 - 后端 focused:
PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m pytest backend/tests/test_ai_prompt_registry_contract.py backend/tests/test_prompt_assets_service.py backend/tests/test_prompt_assets_api.py backend/tests/test_reply_iteration_service.py::test_prompt_release_service_prefers_active_release_and_falls_back_on_format_error -q通过,9 passed。 - 前端类型检查:
cd frontend && npx tsc --noEmit --pretty false --incremental false通过。 - 前端构建:
cd frontend && npm run build通过。 - 后端热重启:
docker compose restart backend后docker compose ps backend为 healthy;未登录GET /prompt-assets返回 401,确认 core route 已挂载且受鉴权保护。
2026-04-29 / prompt-release-console-p1 / implemented
完成内容:
- 将 Prompt 运营中心从只读资产清单推进到 P1 发布控制台:
managed_release且已配置化的 prompt 支持创建草稿 release、激活 release、回滚 archived release。 - 后端新增 platform core 写接口:
POST /prompt-assets/{prompt_key}/releases、POST /prompt-assets/{prompt_key}/releases/{release_id}/activate、POST /prompt-assets/{prompt_key}/releases/{release_id}/rollback,继续要求platform.ai_routing.manage。 PromptAssetService增加发布策略校验:guarded_release必须等待 replay/schema/golden case 门禁,needs_migration/inline_discovered只读;release 模板不能引入默认模板变量契约之外的新变量。- 新增
PromptRuntimeService作为运行时读取 active release 的统一薄层,并把 external answer presenter 第一批低风险呈现 prompt 接入该层;active release 格式异常时回退默认模板。 - 前端详情弹层升级为基础信息、模板 Diff、版本历史和运行信息;guarded/待迁移项显示禁用原因,避免被运营误认为可直接上线。
涉及文件:
backend/app/api/prompt_assets_api.pybackend/app/schemas/prompt_assets.pybackend/app/services/prompt_assets_service.pybackend/app/services/prompt_release/service.pybackend/app/services/prompt_runtime_service.pybackend/app/services/external_query_service/presenter.pybackend/tests/test_prompt_assets_api.pybackend/tests/test_prompt_assets_service.pybackend/tests/test_prompt_runtime_service.pyfrontend/src/api/promptAssets.tsfrontend/src/pages/platform/PromptAssetsPage.tsxCLAUDE.mddocs/architecture/API_CONTRACTS.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.mddocs/architecture/RUNTIME_GUARDRAILS.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
- 后端编译:
PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m py_compile backend/app/api/prompt_assets_api.py backend/app/schemas/prompt_assets.py backend/app/services/prompt_assets_service.py backend/app/services/prompt_release/service.py backend/app/services/prompt_runtime_service.py backend/app/services/external_query_service/presenter.py通过。 - 后端 focused:
PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m pytest backend/tests/test_prompt_assets_service.py backend/tests/test_prompt_assets_api.py backend/tests/test_prompt_runtime_service.py backend/tests/test_reply_iteration_service.py::test_prompt_release_service_prefers_active_release_and_falls_back_on_format_error -q通过,10 passed。 - 前端类型检查:
cd frontend && npx tsc --noEmit --pretty false --incremental false通过。 - 前端构建:
cd frontend && npm run build通过。 - 后端热重启:
docker compose restart backend后docker compose ps backend为 healthy;未登录GET /prompt-assets返回 401,确认 core route 仍受鉴权保护。 - Playwright smoke:使用本地 admin 登录态打开
/platform/prompt-assets,点击首行“查看”并切到“模板 Diff”,确认详情弹层标题、草稿创建入口和禁用说明可见,且无页面级 JS 错误或 Dialog 可访问性告警。
2026-04-29 / prompt-release-gate-p2 / implemented
完成内容:
- 新增 Prompt Release Gate MVP:
prompt_release_checks记录 release 级门禁检查,支持variable_contract / schema_smoke / golden_replay三类检查。 - 后端新增 platform core 门禁接口:
GET /prompt-assets/{prompt_key}/releases/{release_id}/checks与POST /prompt-assets/{prompt_key}/releases/{release_id}/checks/run,继续要求platform.ai_routing.manage。 - 调整发布边界:
guarded_release现在可创建候选 release,但激活必须通过门禁;当前golden_replay无样本时返回skipped且 blocking,禁止伪造成通过。needs_migration/inline_discovered仍只读。 PromptReleaseService.activate_release增加 guarded gate 兜底拦截,避免绕过PromptAssetService直接激活受保护 prompt。- 前端 Prompt 运营中心详情弹层新增“发布门禁”页签,版本历史显示门禁状态,可运行检查;guarded release 未通过门禁时激活/回滚按钮保持禁用并展示阻塞原因。
- 本地开发数据库已通过 Alembic 升级到
20260429_add_prompt_release_checks。
涉及文件:
backend/alembic/versions/20260429_add_prompt_release_checks.pybackend/app/models/reply_iteration.pybackend/app/models/__init__.pybackend/app/api/prompt_assets_api.pybackend/app/schemas/prompt_assets.pybackend/app/services/prompt_assets_service.pybackend/app/services/prompt_release/service.pybackend/tests/test_prompt_assets_api.pybackend/tests/test_prompt_assets_service.pyfrontend/src/api/promptAssets.tsfrontend/src/pages/platform/PromptAssetsPage.tsxCLAUDE.mddocs/architecture/API_CONTRACTS.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.mddocs/architecture/RUNTIME_GUARDRAILS.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
- 后端编译:
PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m py_compile backend/app/api/prompt_assets_api.py backend/app/schemas/prompt_assets.py backend/app/services/prompt_assets_service.py backend/app/services/prompt_release/service.py backend/app/services/prompt_runtime_service.py backend/app/models/reply_iteration.py backend/alembic/versions/20260429_add_prompt_release_checks.py backend/tests/test_prompt_assets_api.py backend/tests/test_prompt_assets_service.py通过。 - 后端 focused:
PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m pytest backend/tests/test_prompt_assets_service.py backend/tests/test_prompt_assets_api.py backend/tests/test_prompt_runtime_service.py backend/tests/test_reply_iteration_service.py::test_prompt_release_service_prefers_active_release_and_falls_back_on_format_error -q通过,12 passed。 - Alembic:
docker compose exec -T backend alembic upgrade head通过;alembic current返回20260429_add_prompt_release_checks (head)。 - 前端类型检查:
cd frontend && npx tsc --noEmit --pretty false --incremental false通过。 - 前端构建:
cd frontend && npm run build通过。 - 后端热重启:
docker compose restart backend后docker compose ps backend为 healthy;未登录GET /prompt-assets返回 401。 - Playwright smoke:使用本地 admin 登录态打开
/platform/prompt-assets,点击首行“查看”并切到“发布门禁”,确认门禁页签可见且无页面级 JS 错误。
2026-04-29 / prompt-quality-linkage-p3 / implemented
完成内容:
- 将 Prompt 运营中心推进到质量归因与 golden case 基础层:
ai_call_logs新增prompt_key / prompt_release_id / prompt_source,AI 调用审计支持按 prompt 维度过滤,详情展示 prompt 版本来源。 PromptRuntimeService渲染结果返回release_id和可直接写入routing_meta的 prompt 归因元数据;已接入的 external answer presenter 会把 prompt_key/release/source 写入 LLM 调用日志。- 新增
prompt_golden_cases表与 platform core 接口:GET/POST /prompt-assets/{prompt_key}/golden-cases、POST /prompt-assets/{prompt_key}/golden-cases/from-call/{ai_call_log_id}。 - 新增
GET /prompt-assets/{prompt_key}/quality-summary,返回 24h/7d/30d 维度的调用数、失败率、默认回退、active release 调用、成本、延迟、失败样本和 release breakdown。 - Prompt Release Gate 的
golden_replay从固定 no-case 阻塞升级为:无 active golden case 时继续 blocking;有样本时只做确定性契约冒烟并明确contract_smoke_no_llm,不伪造成真实 LLM replay。 - 前端 Prompt 运营中心新增“质量归因”页签,展示 7 天质量摘要、失败样本、active golden cases,可 deep-link 到 AI 调用审计并从失败调用生成 golden case;AI 调用审计新增 prompt_key/source 筛选。
涉及文件:
backend/alembic/versions/20260429_add_prompt_quality_linkage.pybackend/app/models/ai_call_log.pybackend/app/models/reply_iteration.pybackend/app/models/__init__.pybackend/app/api/prompt_assets_api.pybackend/app/api/ai_call_traces_api.pybackend/app/schemas/prompt_assets.pybackend/app/services/prompt_assets_service.pybackend/app/services/prompt_runtime_service.pybackend/app/services/prompt_release/service.pybackend/app/services/external_query_service/presenter.pybackend/app/services/ai_call_trace_service.pybackend/app/services/llm_service/shared_part_02.pybackend/app/services/llm_service/mixin_prompt_profile_runtime.pybackend/app/services/llm_service/mixin_generate_db_chat.pybackend/app/services/llm_service/mixin_generate_db_structured.pybackend/tests/test_prompt_assets_api.pybackend/tests/test_prompt_assets_service.pybackend/tests/test_prompt_runtime_service.pybackend/tests/test_ai_call_traces_api.pyfrontend/src/api/promptAssets.tsfrontend/src/api/aiCallTraces.tsfrontend/src/pages/platform/PromptAssetsPage.tsxfrontend/src/pages/platform/AICallTracesPage.tsxCLAUDE.mddocs/architecture/API_CONTRACTS.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.mddocs/architecture/RUNTIME_GUARDRAILS.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
- 后端编译:
PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m py_compile ...覆盖本次新增/修改后端文件与测试文件,通过。 - 后端 focused:
PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m pytest backend/tests/test_prompt_assets_service.py backend/tests/test_prompt_assets_api.py backend/tests/test_prompt_runtime_service.py backend/tests/test_ai_call_traces_api.py -q通过,14 passed。 - 前端类型检查:
cd frontend && npx tsc --noEmit --pretty false --incremental false通过。 - 前端构建:
cd frontend && npm run build通过。 - Alembic:当前环境存在两个并行 head(
20260429_add_ai_call_log_provider_payloads与20260429_add_prompt_quality_linkage),alembic upgrade head被 Alembic 拦截;已定向执行docker compose exec -T backend alembic upgrade 20260429_add_prompt_quality_linkage并通过,alembic current返回本次 head 与另一个并行 head。 - 后端热重启:
docker compose restart backend后docker compose ps backend为 healthy;未登录GET /prompt-assets返回 401。 - Playwright smoke:使用本地 admin 登录态打开
/platform/prompt-assets,点击首行“查看”并切到“质量归因”,确认质量页签可见;打开/platform/ai-call-traces?prompt_key=PROMPT_EXTERNAL_DIRECT_FACT_QA&status=failed,确认 Prompt Key 查询框带入参数且无页面级 JS 错误。
2026-04-30 / prompt-replay-review-p4 / implemented
完成内容:
- 将 Prompt 运营中心从“有 golden case 才放行”推进到真实 release replay run 记录:新增
prompt_replay_runs和prompt_replay_case_results,每次回放有 run 级摘要、样本明细、风险标记和计数。 - 后端新增 platform core 回放接口:
POST /prompt-assets/{prompt_key}/releases/{release_id}/replay-runs、GET /prompt-assets/{prompt_key}/releases/{release_id}/replay-runs、GET /prompt-assets/{prompt_key}/replay-runs/{run_id},继续要求platform.ai_routing.manage。 PromptAssetService的 guarded release 门禁更新为:无 active golden case 阻塞;有样本但未执行最新 release replay run 仍阻塞;最新 replay run 失败样本数大于 0 时阻塞;当前 replay 只做确定性契约冒烟,不执行真实 LLM。- 前端 Prompt 运营中心详情弹层新增“回放评审”页签,版本历史可直接运行回放,发布概览展示最新 replay 摘要;AI 调用审计详情可从 prompt-attributed 调用直接生成 Golden case。
- 文档同步了 Prompt 运营中心的新数据表、接口、门禁边界、平台/客户可见边界和当前非 LLM replay 的能力边界。
涉及文件:
backend/alembic/versions/20260430_add_prompt_replay_runs.pybackend/app/models/reply_iteration.pybackend/app/models/__init__.pybackend/app/api/prompt_assets_api.pybackend/app/schemas/prompt_assets.pybackend/app/services/prompt_assets_service.pybackend/tests/test_prompt_assets_api.pybackend/tests/test_prompt_assets_service.pyfrontend/src/api/promptAssets.tsfrontend/src/pages/platform/PromptAssetsPage.tsxfrontend/src/pages/platform/AICallTracesPage.tsxCLAUDE.mddocs/architecture/API_CONTRACTS.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.mddocs/architecture/RUNTIME_GUARDRAILS.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
- 后端编译:
PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m py_compile backend/app/models/reply_iteration.py backend/app/models/__init__.py backend/app/services/prompt_assets_service.py backend/app/api/prompt_assets_api.py backend/app/schemas/prompt_assets.py backend/alembic/versions/20260430_add_prompt_replay_runs.py backend/tests/test_prompt_assets_service.py backend/tests/test_prompt_assets_api.py通过。 - 后端 focused:
PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m pytest backend/tests/test_prompt_assets_service.py backend/tests/test_prompt_assets_api.py backend/tests/test_prompt_runtime_service.py backend/tests/test_ai_call_traces_api.py -q通过,16 passed。 - 前端类型检查:
cd frontend && npx tsc --noEmit --pretty false --incremental false通过。 - 前端构建:
cd frontend && npm run build通过。 - Alembic:当前环境仍有两个并行 head(
20260430_add_prompt_replay_runs与20260429_add_ai_call_log_provider_payloads);已定向执行docker compose exec -T backend alembic upgrade 20260430_add_prompt_replay_runs并通过,alembic current返回这两个 head;prompt_replay_runs / prompt_replay_case_results已存在。 - 后端热重启:
docker compose restart backend后docker compose ps backend为 healthy;未登录GET /prompt-assets返回 401。 - Playwright smoke:使用本地 admin 登录态打开
/platform/prompt-assets,点击首行“查看”并切到“回放评审”,确认回放页签可见且无页面级 JS 错误。
2026-04-30 / prompt-evaluation-lab-p5 / implemented
完成内容:
- 将 Prompt 运营中心从“回放记录”推进到 Prompt Evaluation Lab:release replay 支持
contract_smoke与llm_compare,LLM 回放通过llm_service+ 显式routing_meta进入本地路由层,不硬编码 provider/model。 - 新增 Prompt Eval Rubric 配置
backend/app/config/ai_prompt_eval_rubrics.py,按 prompt family 与重点 prompt key 提供评估维度,judge 结构化输出score / label / decision / reason / risk_flags / dimension_scores。 - 扩展
prompt_golden_cases为分层样本:case_type / priority / scenario_key / tags / last_run_status / last_failed_at;从 AI 调用日志生成样本时自动写入 source、scenario 与 tags。priority=blocking失败阻塞发布,important/observation失败降为 warning 和人工复核。 - 扩展
prompt_replay_case_results:记录 baseline/candidate AI call log、judge score/label/reason;回放明细可追溯到真实 AI 调用审计。 - 新增 release watch 摘要接口
GET /prompt-assets/{prompt_key}/releases/{release_id}/watch-summary:按 24h/7d 聚合 release 级调用、失败、结构化异常、默认回退和失败样本,并输出healthy / watch / needs_review / rollback_suggested建议;只建议,不自动回滚。 - 前端回放评审页拆出“契约回放 / LLM 回放”按钮,展示 run mode、judge 评分、judge 理由、关联 call log 与风险标记;发布概览新增 release watch 卡片;Active Golden Cases 展示 priority、case_type、last_run_status、scenario 和 tags。
- 本地开发数据库已通过 Alembic 定向升级到
20260430_extend_prompt_eval_replay,当前仍保留另一个既有并行 head20260429_add_ai_call_log_provider_payloads。
涉及文件:
backend/alembic/versions/20260430_extend_prompt_eval_replay.pybackend/app/config/ai_prompt_eval_rubrics.pybackend/app/models/reply_iteration.pybackend/app/api/prompt_assets_api.pybackend/app/schemas/prompt_assets.pybackend/app/services/prompt_assets_service.pybackend/tests/test_prompt_assets_api.pybackend/tests/test_prompt_assets_service.pyfrontend/src/api/promptAssets.tsfrontend/src/pages/platform/PromptAssetsPage.tsxCLAUDE.mddocs/architecture/API_CONTRACTS.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.mddocs/architecture/RUNTIME_GUARDRAILS.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
- 后端编译:
python3.11 -m py_compile backend/app/config/ai_prompt_eval_rubrics.py backend/alembic/versions/20260430_extend_prompt_eval_replay.py backend/app/models/reply_iteration.py backend/app/schemas/prompt_assets.py backend/app/api/prompt_assets_api.py backend/app/services/prompt_assets_service.py backend/tests/test_prompt_assets_api.py backend/tests/test_prompt_assets_service.py通过。 - 后端 focused:
DATABASE_URL=postgresql+asyncpg://pmflow:pmflow_pass@127.0.0.1:5435/pmflow PYTHONPATH=backend python3.11 -m pytest backend/tests/test_prompt_assets_service.py backend/tests/test_prompt_assets_api.py backend/tests/test_prompt_runtime_service.py backend/tests/test_ai_call_traces_api.py -q通过,19 passed,保留既有 Pydantic deprecation warning。 - 前端类型检查:
cd frontend && npx tsc --noEmit --pretty false --incremental false通过。 - 前端构建:
cd frontend && npm run build通过。 - Alembic:
docker compose exec -T backend alembic upgrade 20260430_extend_prompt_eval_replay通过;alembic current返回20260430_extend_prompt_eval_replay (head)与20260429_add_ai_call_log_provider_payloads (head)。 - 后端热重启:
docker compose restart backend后docker compose ps backend为 healthy;未登录GET /prompt-assets返回 401。 - Playwright smoke:使用本地 admin 登录态打开
/platform/prompt-assets,点击首行“查看”并切到“回放评审”,本地创建一个草稿 release 验证“契约回放 / LLM 回放”和 release watch 卡片可见;浏览器 console 0 error;截图保存到output/playwright/prompt-assets-p5-replay.png。
2026-05-06 / main-flow-d9-runtime-bridge-credential-and-ingest-hardening / implemented
完成内容:
- Execution Bridge D9 已把“运行端接入”从登录态手动回写推进到 handoff-bound 签名回流:新增
pmflow_execution_runtime_credentials表与PMFlowExecutionRuntimeCredential模型,保存 key、secret hash、handoff/task/repo/source allowlist、过期时间和使用计数。 - 新增登录态
POST /pmflow-os/projects/{project_id}/execution-handoffs/{prompt_package_id}/runtime-credential,从已创建的 execution handoff 生成短期运行端凭据;响应只返回一次 raw secret,并给出 HMAC header 与 payload 示例。 - 新增无 JWT 但强签名的
POST /pmflow-os/runtime/execution-results,校验X-PMFlow-Key-Id / X-PMFlow-Timestamp / X-PMFlow-Signature、300 秒时间窗、凭据状态/过期、source allowlist、task/repo/handoff 绑定后,复用 D8execution_result_protocol_v1和delivery_id / event_source_id幂等写入ProgressEvent。 - 前端
/execution-bridge的执行源包区域新增“运行端接入包”,可生成运行端凭据并展示接入 endpoint、key、secret preview、签名规则和示例 payload,帮助 Codex / Local Bridge / GitHub agent 回传已发生的 branch/commit/PR/test/blocker/status。 - 边界保持不变:PMFlow 后端只接收执行结果 metadata,不执行本机命令、不写宿主机配置、不创建分支、不推送、不合并、不部署、不发布、不写 Project Memory。
涉及文件:
backend/alembic/versions/20260506_add_execution_runtime_credentials.pybackend/app/models/ai_project_control.pybackend/app/models/__init__.pybackend/app/schemas/pmflow_os.pybackend/app/api/pmflow_os_api/__init__.pybackend/app/services/pmflow_os_projection_service.pybackend/tests/test_pmflow_os_projection_api.pyfrontend/src/api/pmflowOs.tsfrontend/src/features/pmflow-os/pages/ExecutionBridgePage.tsxfrontend/src/features/pmflow-os/store.api.test.tsxCLAUDE.mddocs/architecture/API_CONTRACTS.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.mddocs/architecture/PMFLOW_OS_PRODUCT_CONTRACT.mddocs/architecture/RUNTIME_GUARDRAILS.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
- 后端编译:
PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m py_compile ...覆盖本次新增/修改后端文件与测试文件,通过。 - 后端 focused:
PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m pytest backend/tests/test_pmflow_os_projection_api.py -q -k "runtime_execution_result"通过,2 passed、35 deselected,保留既有 Pydantic deprecation warning。 - 后端 PMFlow OS 回归:
PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m pytest backend/tests/test_pmflow_os_projection_api.py -q通过,37 passed,保留既有 Pydantic deprecation warning。 - 前端 focused:
cd frontend && npm run test -- src/features/pmflow-os/store.api.test.tsx -t "runtime ingest package|execution run workspace"通过,2 passed、34 skipped,保留既有 React Router future flag warning。 - 前端真实 API 动作回归:
cd frontend && npm run test -- src/features/pmflow-os/store.api.test.tsx通过,36 passed,保留既有 React Router future flag warning。 - 前端类型检查:
cd frontend && npx tsc --noEmit --pretty false --incremental false通过。 - 前端构建:
cd frontend && npm run build通过。 - Alembic:本地
alembic heads返回20260429_add_ai_call_log_provider_payloads与20260506_add_execution_runtime_credentials两个 head;已对本地 Postgres 执行DATABASE_URL=postgresql+asyncpg://pmflow:pmflow_pass@127.0.0.1:5435/pmflow ... alembic upgrade 20260506_add_execution_runtime_credentials并通过,alembic current返回上述两个 head。 - 后端热重启:初次
docker compose exec backend alembic upgrade 20260506_add_execution_runtime_credentials因老镜像缺少新 migration 被拦截;已执行docker compose build backend与docker compose up -d backend重建并启动,容器内确认存在新 migration 与runtime-credential路由,docker compose ps backend为 healthy。 - Runtime ingress smoke:
POST /pmflow-os/runtime/execution-results在缺少有效 payload/签名时返回产品化 JSON 错误,证明路由已挂载;完整签名 happy path 由后端回归测试覆盖。 - Diff hygiene:
git diff --check通过。
2026-05-07 / space-ai-answer-canvas-and-history-continuity / implemented
完成内容:
- Space PMFlow AI 第一段内容能力升级已落地:
/space/ai-concierge/ask的planner_direct、route clarification、surface_direct与 active workspace follow-up 统一进入 QA session 历史,不再出现用户侧可见回答但历史断层。 - 新增用户侧
answer_canvas展示合同:headline / direct_answer / evidence_blocks / object_refs / next_actions / limitations,由CustomerAnswerPresentationService从CustomerEvidencePacket、可见对象、建议动作和限制中确定性组装;前端SpaceAIConcierge优先渲染 AnswerCanvas,保留 Markdown fallback。 surface_direct项目清单/空间状态路径现在同时返回customer_evidence_packet / customer_interaction_context_packet / answer_process_packet / answer_canvas,并继续保持model_calls=0与客户安全来源。- QA 历史详情现在回放
customer_evidence_packet / customer_interaction_context_packet / answer_process_packet / answer_canvas / research_contract,用于恢复 Codex 式内容组织和续问锚点。
涉及文件:
backend/app/api/space_api/__init__.pybackend/app/api/rag_ask_contract.pybackend/app/schemas/customer_answer.pybackend/app/services/customer_answer_presentation_service.pybackend/app/services/adaptive_rag_service/mixin_qa_session_list_ops_p1.pybackend/tests/test_customer_answer_presentation_golden.pyfrontend/src/api/aiSteward.tsfrontend/src/features/personal-space/components/SpaceAIConcierge.tsxdocs/architecture/API_CONTRACTS.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.mddocs/architecture/RUNTIME_GUARDRAILS.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
- 后端编译:
/opt/homebrew/bin/python3.11 -m py_compile backend/app/schemas/customer_answer.py backend/app/services/customer_answer_presentation_service.py backend/app/api/rag_ask_contract.py backend/app/api/space_api/__init__.py backend/app/services/adaptive_rag_service/mixin_qa_session_list_ops_p1.py通过。 - 后端 focused:
PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m pytest -q backend/tests/test_customer_answer_presentation_golden.py backend/tests/test_pmflow_ai_conversation_orchestrator.py通过,29 passed,保留既有 Pydantic deprecation warning。 - 前端类型检查:
cd frontend && npx tsc --noEmit --pretty false --skipLibCheck通过。 - 前端构建:
cd frontend && npm run build通过。 - Commit gate:当前工作区已有大量其它 Packet 未提交改动,本 Packet 不提交,避免把非本次范围改动混入 commit。
2026-05-07 / space-ai-runtime-context-builder / implemented
完成内容:
- Space PMFlow AI 第二段内容能力升级已落地:
/space/ai-concierge/ask在 route planner 前新增SpaceRuntimeContextBuilder,由后端按真实 tenant/user 可见性重建当前用户可见项目、任务计数、暂存想法和下一步摘要。 - 增强后的
surface_context会带space_runtime_context与后端合成的workbench.recent_projects / projects / top_next_actions / saved_ideas / counts,供PMFlowAIConversationOrchestrator、surface_direct、kernel ingress 和CustomerAnswerPresentationService共用。 - 项目与暂存想法事实以 backend 为准;待确认、AI 进行中、草案等尚未完全后端化的工作台计数只作为显式
surface_hint补充,不覆盖后端项目事实。 - 新增 focused 回归,锁定 runtime context 能喂给
surface_direct,并生成answer_canvas.object_refs / next_actions。
涉及文件:
backend/app/api/space_api/__init__.pybackend/app/services/space_runtime_context_builder.pybackend/tests/test_space_runtime_context_builder.pyCLAUDE.mddocs/architecture/API_CONTRACTS.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.mddocs/architecture/RUNTIME_GUARDRAILS.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
- 后端编译:
/opt/homebrew/bin/python3.11 -m py_compile backend/app/services/space_runtime_context_builder.py backend/app/api/space_api/__init__.py backend/app/api/rag_ask_contract.py backend/app/services/customer_answer_presentation_service.py通过。 - 后端 focused:
PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m pytest -q backend/tests/test_space_runtime_context_builder.py backend/tests/test_customer_answer_presentation_golden.py backend/tests/test_pmflow_ai_conversation_orchestrator.py通过,31 passed,保留既有 Pydantic deprecation warning。 - Commit gate:当前工作区已有大量其它 Packet 未提交改动,本 Packet 不提交,避免把非本次范围改动混入 commit。
2026-05-07 / space-ai-saved-idea-answer-canvas / implemented
完成内容:
- Space PMFlow AI 第三段内容能力升级已落地:
workbench.saved_ideas现在会进入CustomerEvidencePacket,生成saved_ideafacts,而不是只作为空间状态计数。 - “我暂存了哪些想法 / 哪些想法可以生成草案”这类问题可走确定性渲染,输出暂存想法标题、状态、准备度、摘要和下一步,不需要额外模型调用。
- 暂存想法会进入
customer_interaction_context_packet.visible_objects与answer_canvas.object_refs,供后续“这个想法 / 刚才那个”类续问锚定;payload 只暴露客户安全摘要,不暴露 raw row、内部字段或 enrichment payload。
涉及文件:
backend/app/services/customer_answer_presentation_service.pybackend/tests/test_customer_answer_presentation_golden.pyCLAUDE.mddocs/architecture/API_CONTRACTS.mddocs/architecture/ARCHITECTURE_INVENTORY.mddocs/architecture/RUNTIME_GUARDRAILS.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
- 后端编译:
/opt/homebrew/bin/python3.11 -m py_compile backend/app/services/customer_answer_presentation_service.py backend/tests/test_customer_answer_presentation_golden.py通过。 - 后端 focused:
PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m pytest -q backend/tests/test_customer_answer_presentation_golden.py backend/tests/test_space_runtime_context_builder.py backend/tests/test_pmflow_ai_conversation_orchestrator.py通过,32 passed,保留既有 Pydantic deprecation warning。 - Commit gate:当前工作区已有大量其它 Packet 未提交改动,本 Packet 不提交,避免把非本次范围改动混入 commit。
2026-05-07 / space-ai-surface-direct-route-repair-and-answer-layout / implemented
完成内容:
- 修复最新聊天里“我现在有什么项目”这类空间事实问答掉进 AdaptiveRAG/Knowledge Graph 的问题:planner 已返回
surface_direct_eligible=true时,PMFlowAIConversationOrchestrator现在会把surface_direct补进allowed_executors并排在internal_query前。 - 前端
SpaceAIConcierge的 AnswerCanvas 展示从“对象 pill + 下一步卡片”改成“主结论正文 -> 依据 -> 下一步 -> 相关对象”的文档式结构,避免回答看起来像标签堆叠,增强 Codex 式内容阅读感。 - AnswerCanvas 直接回答为空时,前端会从 evidence 或 visible objects 派生一段最小 lead,避免只有对象/动作但没有主结论。
涉及文件:
backend/app/services/pmflow_ai_conversation_orchestrator.pybackend/tests/test_pmflow_ai_conversation_orchestrator.pyfrontend/src/features/personal-space/components/SpaceAIConcierge.tsxCLAUDE.mddocs/architecture/API_CONTRACTS.mddocs/architecture/ARCHITECTURE_INVENTORY.mddocs/architecture/RUNTIME_GUARDRAILS.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
- 后端编译:
/opt/homebrew/bin/python3.11 -m py_compile backend/app/services/pmflow_ai_conversation_orchestrator.py backend/tests/test_pmflow_ai_conversation_orchestrator.py通过。 - 后端 focused:
PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m pytest -q backend/tests/test_pmflow_ai_conversation_orchestrator.py backend/tests/test_space_runtime_context_builder.py backend/tests/test_customer_answer_presentation_golden.py通过,33 passed,保留既有 Pydantic deprecation warning。 - 前端类型检查:
cd frontend && npx tsc --noEmit --pretty false --skipLibCheck通过。 - 前端构建:
cd frontend && npm run build通过。 - Commit gate:当前工作区已有大量其它 Packet 未提交改动,本 Packet 不提交,避免把非本次范围改动混入 commit。
2026-05-07 / ai-dual-00-contract-and-prompt-baseline / implemented
完成内容:
AI-Dual-00已落地为合同与审计基线:PMFlow AI 用户侧入口明确分为space_ai与project_copilot两个工作面,但保持统一 PMFlow AI 身份。API_CONTRACTS.md新增PMFlow AI Dual-Brain Contracts,定义公共客户安全回答 envelope、space_operating_packet.v1、project_copilot_context_packet.v1、允许/禁止动作、审计要求和 prompt 迁移基线。CODE_REFERENCE_INDEX.md新增双脑结构入口索引,并把 Space AI 与 Project Copilot 后续收敛目标分别绑定到space_operating_packet.v1与project_copilot_context_packet.v1。- 已确认 prompt 迁移清单:
PROMPT_PMFLOW_AI_ROUTE_PLANNER / PROMPT_CUSTOMER_ANSWER_COMPOSER / PROMPT_CUSTOMER_ANSWER_VERIFIER / PROMPT_RAG_QUERY_SEMANTICS / PROMPT_RAG_FOLLOWUP_ANCHOR_SEMANTICS / PROMPT_RAG_PENDING_CLARIFICATION_SELECTION_SEMANTICS / PMFLOW_SEMANTIC_CONTEXT_DECISION_PROMPT属于已迁移 active release 读取基线;AI-Dual-01优化 Space attention/idea/routing/monitor 合同,AI-Dual-02补 Project Copilot packet prompt 合同。 - 运行边界已同步到
AGENTS.md与RUNTIME_GUARDRAILS.md:Space AI 不得写 Project Memory、提交 ChangeSet 或发起 Execution Bridge handoff;Project Copilot 不得做跨项目经营排序、平台诊断或绕过确认链。
涉及文件:
AGENTS.mddocs/PMFLOW_PRODUCT_BLUEPRINT.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.mddocs/architecture/API_CONTRACTS.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/RUNTIME_GUARDRAILS.md
验证:
- 文档锚点检查:
rg -n "双脑结构|AI-Dual|space_operating_packet|project_copilot_context_packet" ...能命中新蓝图、执行标准、API 合同、代码索引和运行守卫。 - 本 Packet 只改文档合同和索引,未改运行时代码、schema 或 prompt body,因此未执行后端/前端构建测试。
- Commit gate:当前工作区已有大量其它 Packet 未提交改动,本 Packet 不提交,避免把非本次范围改动混入 commit。
2026-05-07 / ai-dual-01-space-operating-packet-backend / implemented
完成内容:
AI-Dual-01后端第一段已落地:SpaceRuntimeContextBuilder在既有space_runtime_context.v1内新增space_operating_packet.v1,并同步合并到surface_context.space_operating_packet。space_operating_packet.v1现在包含visible_projects / saved_ideas / pending_confirmations / ai_work_items / drafts / attention_queue / counts / readiness / allowed_actions / forbidden_actions,其中项目和暂存想法来自后端权威事实,待确认、AI 进行中和草案仍按当前边界作为surface_hint,不得覆盖后端事实。- Space AI route planner prompt 已加入
space_operating_packet优先消费规则,并扩展attention / idea_incubation / route_to_project / ai_work_monitor / cross_project_summary等空间级目标。 PMFlowAIConversationOrchestrator默认归一化已支持 Space attention / idea / monitor / route 类goal_kind,这些只读空间目标会进入surface_direct + internal_query受控执行,而不是掉到泛 RAG 或外部查询。CustomerAnswerPresentationService的建议动作现在优先消费attention_queue,再回退到top_next_actions,让“今天先做什么”这类回答能拿到空间级 Operating Partner 队列。- 前端
SpaceAIConcierge发送给/space/ai-concierge/ask的surface_context.workbench已补齐pendingConfirmations / aiProgress / drafts / topNextActions的结构化对象详情,不再只传计数,后端可把这些作为surface_hint纳入space_operating_packet.v1。
涉及文件:
backend/app/services/space_runtime_context_builder.pybackend/app/services/pmflow_ai_conversation_orchestrator.pybackend/app/services/customer_answer_presentation_service.pybackend/app/config/ai_prompts.pybackend/app/config/ai_prompt_registry.pybackend/tests/test_space_runtime_context_builder.pybackend/tests/test_pmflow_ai_conversation_orchestrator.pyfrontend/src/features/personal-space/components/SpaceAIConcierge.tsxfrontend/src/features/personal-space/PersonalSpacePage.test.tsxdocs/architecture/API_CONTRACTS.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
- 后端编译:
/opt/homebrew/bin/python3.11 -m py_compile backend/app/services/space_runtime_context_builder.py backend/app/services/pmflow_ai_conversation_orchestrator.py backend/app/services/customer_answer_presentation_service.py backend/app/config/ai_prompts.py backend/app/config/ai_prompt_registry.py通过。 - 后端 focused:
PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m pytest -q backend/tests/test_space_runtime_context_builder.py backend/tests/test_pmflow_ai_conversation_orchestrator.py backend/tests/test_customer_answer_presentation_golden.py通过,35 passed,保留既有 Pydantic deprecation warning。 - 前端 focused:
cd frontend && npm run test -- src/features/personal-space/PersonalSpacePage.test.tsx -t "Space AI operating hints|metrics jump"通过,2 passed、12 skipped,保留既有 React Router future flag warning。 - 前端类型检查:
cd frontend && npx tsc --noEmit --pretty false --skipLibCheck通过。 - 前端构建:
cd frontend && npm run build通过。 - 后端热重启:
docker compose restart backend已执行,docker compose ps backend显示pmflow-backendhealthy。 AI-Dual-01下一段由ai-dual-01-space-operating-workbench-layout承接,继续收敛 Space 首页 Today Brief / Attention Queue / AI Work Monitor 的页面结构。- Commit gate:当前工作区已有大量其它 Packet 未提交改动,本 Packet 不提交,避免把非本次范围改动混入 commit。
2026-05-07 / ai-dual-01-space-operating-workbench-layout / implemented
完成内容:
AI-Dual-01前端工作台结构已按 Space AI Operating Partner 定位收口:首屏从松散的个人空间列表改为Today Brief / Attention Queue / Project Entrypoints / Idea Incubation / AI Work Monitor。Today Brief现在根据待确认、发布/反馈关注、AI 进行中和下一步队列生成确定性简报,表达“今天先处理什么”,不依赖模型临场总结。Attention Queue承接原“我的下一步”,按风险、时效和人工确认需求展示,并增加分页,避免真实队列变长后首屏失控。Project Entrypoints合并当前项目与最近项目入口,只做跳转与状态摘要,不新增项目记忆写入、ChangeSet commit 或 Execution Bridge 执行动作。Idea Incubation合并暂存想法与草案箱,保持从想法进入启动台/草案的边界,不把空间层变成项目主链。AI Work Monitor作为 AI 工作监控区展示执行中任务,保留“AI 正在推进”的用户理解锚点,但定位改为监控和回流入口。- 移动端同步使用分页 section 和同一信息结构,补齐长标题/长摘要的 clamp + hover 展示,避免小屏文字挤压、遮挡或撑破按钮/列表。
- 客户可见错误文案继续清洗为产品语义,登录/会话问题不直接暴露
401 / token / credential等底层错误。
涉及文件:
frontend/src/features/personal-space/PersonalSpacePage.tsxdocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
- 前端 focused:
cd frontend && npm run test -- src/features/personal-space/PersonalSpacePage.test.tsx通过,14 passed,保留既有 React Router future flag warning。 - 前端类型检查:
cd frontend && npx tsc --noEmit --pretty false --skipLibCheck通过。 - 前端构建:
cd frontend && npm run build通过。 git diff --check -- frontend/src/features/personal-space/PersonalSpacePage.tsx docs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md通过。- Commit gate:当前工作区已有大量其它 Packet 未提交改动,本 Packet 不提交,避免把非本次范围改动混入 commit。
2026-05-07 / ai-dual-02-project-copilot-context-packet-frontend / implemented
完成内容:
AI-Dual-02前端第一段已落地:ProjectCopilot在生成本地副驾回答、动作建议和发送用户输入前,先构建project_copilot_context_packet.v1。- packet 由当前
ProjectTruthState + surface + object_anchor派生,包含project_ref / surface / object_anchor / truth_projection / change_context / execution_context / release_context / allowed_actions / forbidden_actions / limitations / action_ladder_level。 - 项目副驾 UI 新增“项目真相绑定”区,中文化展示当前项目、页面、对象锚点、动作层级、允许动作和限制,让用户明确副驾是在当前项目对象内工作,不是无对象泛聊天。
- 副驾发送给项目线程的消息已改为携带项目、页面、锚点、动作层级、允许动作、禁止动作和限制摘要,避免只靠自由文本
作用域=...传递上下文。 copilotSurfaceSummary现在返回packetVersion / actionLadderLevel / allowedActions,供项目壳摘要或后续后端/project-copilot/ask接入复用同一合同。- UI 合同和代码索引已同步:后续项目副驾必须继续消费
project_copilot_context_packet.v1,不得退回静态建议卡、无对象聊天、自动 commit、自动执行、发布或写 Project Memory。
涉及文件:
frontend/src/features/pmflow-os/components/ProjectCopilot.tsxfrontend/src/features/pmflow-os/store.api.test.tsxdocs/PMFLOW_UI_CONTRACT.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
- 前端 focused:
cd frontend && npm run test -- src/features/pmflow-os/store.api.test.tsx -t "renders command center copy"通过,1 passed、35 skipped,保留既有 React Router future flag warning。 - 前端类型检查:
cd frontend && npx tsc --noEmit --pretty false --skipLibCheck通过。 - 前端构建:
cd frontend && npm run build通过。 git diff --check -- frontend/src/features/pmflow-os/components/ProjectCopilot.tsx frontend/src/features/pmflow-os/store.api.test.tsx docs/PMFLOW_UI_CONTRACT.md docs/architecture/CODE_REFERENCE_INDEX.md docs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md通过。- Commit gate:当前工作区已有大量其它 Packet 未提交改动,本 Packet 不提交,避免把非本次范围改动混入 commit。
2026-05-07 / ai-dual-02-project-copilot-backend-ask / implemented
完成内容:
AI-Dual-02后端第一段已落地:新增登录态项目副驾入口POST /pmflow-os/projects/{project_id}/project-copilot/ask。- 新增
ProjectCopilotService,后端会按项目成员边界读取 PMFlow OStruth-state,并尝试读取execution-summary,再根据surface + object_anchor生成服务端权威project_copilot_context_packet.v1。 project_copilot_context_packet.v1后端响应包含project_ref / surface / object_anchor / truth_projection / change_context / execution_context / release_context / allowed_actions / forbidden_actions / limitations / action_ladder_level。- 当前后端使用 deterministic renderer,
model_calls=0,返回answer_canvas / customer_interaction_context_packet / answer_process_packet / allowed_actions / blocked_actions;后续接模型 composer 时必须继续只消费该 packet 和客户安全证据。 - 前端
ProjectCopilot真实项目模式已接入askPMFlowProjectCopilot;副驾追问/补充/指令不再触发createPMFlowThreadMessage + createPMFlowExtraction,避免普通副驾问答被误当“发送并提取”主链。 - API 合同、代码索引、架构库存和
CLAUDE.md已同步。项目副驾仍只允许解释、候选建议、审查说明、执行交接准备建议和主流程路由;禁止自动 commit、写 Project Memory、创建正式任务、执行命令、发布/部署/删除/改权限或平台诊断。
涉及文件:
backend/app/schemas/pmflow_os.pybackend/app/services/project_copilot_service.pybackend/app/api/pmflow_os_api/__init__.pybackend/tests/test_pmflow_os_projection_api.pyfrontend/src/api/pmflowOs.tsfrontend/src/features/pmflow-os/components/ProjectCopilot.tsxfrontend/src/features/pmflow-os/store.api.test.tsxCLAUDE.mddocs/architecture/API_CONTRACTS.mddocs/architecture/ARCHITECTURE_INVENTORY.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
- 后端编译:
/opt/homebrew/bin/python3.11 -m py_compile backend/app/schemas/pmflow_os.py backend/app/services/project_copilot_service.py backend/app/api/pmflow_os_api/__init__.py通过。 - 后端 focused:
PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m pytest -q backend/tests/test_pmflow_os_projection_api.py -k "project_copilot_ask"通过,1 passed、38 deselected,保留既有 Pydantic deprecation warning。 - 前端 focused:
cd frontend && npm run test -- src/features/pmflow-os/store.api.test.tsx -t "project copilot ask|renders command center copy"通过,2 passed、35 skipped,保留既有 React Router future flag warning。 - 前端类型检查:
cd frontend && npx tsc --noEmit --pretty false --skipLibCheck通过。 - 前端构建:
cd frontend && npm run build通过。 git diff --check -- backend/app/schemas/pmflow_os.py backend/app/services/project_copilot_service.py backend/app/api/pmflow_os_api/__init__.py backend/tests/test_pmflow_os_projection_api.py frontend/src/api/pmflowOs.ts frontend/src/features/pmflow-os/components/ProjectCopilot.tsx frontend/src/features/pmflow-os/store.api.test.tsx CLAUDE.md docs/architecture/API_CONTRACTS.md docs/architecture/ARCHITECTURE_INVENTORY.md docs/architecture/CODE_REFERENCE_INDEX.md docs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md通过。- 后端热重启:
docker compose restart backend已执行,docker compose ps backend显示pmflow-backendhealthy。 - Commit gate:当前工作区已有大量其它 Packet 未提交改动,本 Packet 不提交,避免把非本次范围改动混入 commit。
2026-05-13 / agent-runtime-goalframe-ledger-normalizer / implemented
完成内容:
- Space PMFlow AI Agent Runtime 已从“单步 planner + 最新 observation 答案”收口为
GoalFrame Runtime -> Step Planner -> Tool Environment -> Universal Evidence Normalizer -> Claim/Boundary/Action Ledger -> State Critic -> Answer Runtime。 - 新增
GoalFrame合同,先由 LLM/保守 fallback 产出用户目标、期望输出、对象绑定候选、证据需求、成功标准和不可越界点;代码只校验结构和边界,不新增业务场景枚举。 - 新增 Universal Evidence Normalizer,所有工具 observation 必须先转成
source_quality / usable_claims / boundaries / gaps后才能入 ledger;raw source/snippet/tool payload 不再直接进入最终 answer。 - Answer Runtime 改为只消费 workspace 的 claim/boundary/action/attempt ledger 构建 terminal answer state;旧 latest observation 只作为兼容补充,不再是答案真源。
- 删除用户侧 Agent Tool Environment 里的机会发现专项工具和对应 prompt 注册,开放市场/机会类问题回到通用 GoalFrame + external evidence + normalizer + ledger 主链。
- State Critic 合同补齐
missing_state / recover_or_continue / retry_would_change_state,避免无 state delta 的重复合成/重复读取循环。
涉及文件:
backend/app/schemas/pmflow_ai_agent_runtime.pybackend/app/services/pmflow_ai_agent_runtime/agent_goal_frame_runtime.pybackend/app/services/pmflow_ai_agent_runtime/agent_evidence_normalizer.pybackend/app/services/pmflow_ai_agent_runtime/agent_run_service.pybackend/app/services/pmflow_ai_agent_runtime/agent_tool_registry.pybackend/app/services/pmflow_ai_agent_runtime/agent_answer_runtime.pybackend/app/services/pmflow_ai_agent_runtime/agent_state_critic.pybackend/app/services/pmflow_ai_agent_runtime/agent_workspace_ledger.pybackend/app/services/pmflow_agent_runtime/service.pybackend/app/config/ai_prompts.pybackend/app/config/ai_prompt_registry.pybackend/tests/test_pmflow_ai_agent_runtime_step1.pydocs/architecture/DATAFLOW.mddocs/architecture/PMFLOW_AI_MULTI_AGENT_OPERATING_RUNTIME.mddocs/architecture/RUNTIME_GUARDRAILS.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
- 后端编译:
python3 -m py_compile backend/app/schemas/pmflow_ai_agent_runtime.py backend/app/services/pmflow_ai_agent_runtime/agent_goal_frame_runtime.py backend/app/services/pmflow_ai_agent_runtime/agent_evidence_normalizer.py backend/app/services/pmflow_ai_agent_runtime/agent_run_service.py backend/app/services/pmflow_ai_agent_runtime/agent_tool_registry.py backend/app/services/pmflow_ai_agent_runtime/agent_answer_runtime.py backend/app/services/pmflow_ai_agent_runtime/agent_state_critic.py backend/app/services/pmflow_ai_agent_runtime/agent_workspace_ledger.py backend/app/config/ai_prompts.py backend/app/config/ai_prompt_registry.py通过。 - 后端 focused:
cd backend && /opt/homebrew/bin/python3.11 -m pytest tests/test_pmflow_ai_agent_runtime_step1.py tests/test_semantic_lint.py tests/test_ai_prompt_registry_contract.py -q通过,47 passed,保留既有 Pydantic deprecation warning。 - 旧机会发现专项工具、专项 prompt 和固定场景枚举残留扫描:对
backend/app与docs/architecture执行组合模式搜索,无命中;仅测试文件保留“必须不存在”的回归断言。
2026-05-15 / operating-mission-specialist-runtime-packets-1-6 / implemented
完成内容:
- Packet 1:
PMFlowAIOperatingMission从 question-first 升级为 mission-first,新增stage / desired_business_outcome / target_objects / deliverable_type / action_ladder_level / blocked_boundaries / next_cycle_policy;PMFlowAIOperatingMissionService接入 Prompt 运营中心PROMPT_PMFLOW_AI_OPERATING_MISSION,并保留 mission-first fallback。 - Packet 2:
PMFlowAIOperatingAgentRegistry从旧六角色扩展为 11 个 specialist 合同:idea_incubation_agent / market_research_agent / competitor_agent / product_strategy_agent / mvp_scope_agent / tech_architect_agent / pm_breakdown_agent / qa_risk_agent / growth_agent / monetization_agent / learning_agent;specialist_agents.py产出角色化 work products。 - Packet 3:
PMFlowAgentRuntimeService默认 delegate 切到PMFlowAIOperatingRunService,旧PMFlowAIAgentRunService只作为 evidence/answer adapter;Council 编译单一 priority order、冲突、风险否决、确认门禁和 operating plan。 - Packet 4:新增
PMFlowAIProductObjectProjection,把 work products 投影为OpportunityBrief / ResearchNote / MVPOption / TaskDraft / GrowthExperiment / RevenueSignal等待确认经营对象;payload 增加product_object_projections / agent_os_product_object_projections并进入 customer sanitize。 - Packet 5:
ExecutionPreparationService输出execution_bridge_handoff_preparation.v1,包含execution_capability_graph / prompt_package_contract / result_writeback_contract(protocol_version=execution_result_protocol_v1),仍保持准备态,不自动 handoff。 - Packet 6:
OperatingCycleService继续消费/写入operating_learning_ledger,记录operating_partner_not_qa / single_priority_order / product_object_first、来源有效性策略、风险阈值和下一轮触发。 - Prompt 运营中心同步新增/优化:
PROMPT_PMFLOW_AI_OPERATING_MISSION、PROMPT_PMFLOW_AI_SPECIALIST_WORK_PRODUCT、PROMPT_PMFLOW_AI_OPERATING_COUNCIL;旧PROMPT_PMFLOW_AI_AGENT_GOAL_FRAME文案降级为 evidence adapter,不再表达 Space 用户侧主控。
涉及文件:
backend/app/schemas/pmflow_ai_operating_runtime.pybackend/app/services/pmflow_ai_operating_runtime/mission_service.pybackend/app/services/pmflow_ai_operating_runtime/agent_registry.pybackend/app/services/pmflow_ai_operating_runtime/specialist_agents.pybackend/app/services/pmflow_ai_operating_runtime/council.pybackend/app/services/pmflow_ai_operating_runtime/autonomy.pybackend/app/services/pmflow_ai_operating_runtime/cycle.pybackend/app/services/pmflow_ai_operating_runtime/project_world_state_service.pybackend/app/services/pmflow_ai_operating_runtime/run_service.pybackend/app/services/pmflow_agent_runtime/service.pybackend/app/api/rag_ask_contract.pybackend/app/api/space_api/__init__.pybackend/app/config/ai_prompts.pybackend/app/config/ai_prompt_registry.pybackend/tests/test_pmflow_ai_agent_runtime_step1.pydocs/architecture/PMFLOW_AI_MULTI_AGENT_OPERATING_RUNTIME.mddocs/architecture/RUNTIME_GUARDRAILS.mddocs/architecture/ARCHITECTURE_INVENTORY.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
- 后端编译:
python3 -m py_compile backend/app/schemas/pmflow_ai_operating_runtime.py backend/app/services/pmflow_ai_operating_runtime/mission_service.py backend/app/services/pmflow_ai_operating_runtime/agent_registry.py backend/app/services/pmflow_ai_operating_runtime/specialist_agents.py backend/app/services/pmflow_ai_operating_runtime/council.py backend/app/services/pmflow_ai_operating_runtime/autonomy.py backend/app/services/pmflow_ai_operating_runtime/cycle.py backend/app/services/pmflow_ai_operating_runtime/project_world_state_service.py backend/app/services/pmflow_ai_operating_runtime/run_service.py backend/app/services/pmflow_agent_runtime/service.py backend/app/api/rag_ask_contract.py backend/app/api/space_api/__init__.py backend/app/config/ai_prompts.py backend/app/config/ai_prompt_registry.py通过。 - 后端 focused:
cd backend && PYTHONPATH=. /opt/homebrew/bin/python3.11 -m pytest tests/test_pmflow_ai_agent_runtime_step1.py -q通过,52 passed,保留既有 Pydantic deprecation warning。 - Prompt/语义回归:
cd backend && PYTHONPATH=. /opt/homebrew/bin/python3.11 -m pytest tests/test_ai_prompt_registry_contract.py tests/test_semantic_lint.py -q通过,19 passed。
2026-05-11 / turn-runtime-prompt-ops-migration / implemented
完成内容:
- 将 Space 用户侧 Turn Runtime 红框对应的两类调用从服务内联 prompt 迁入 Prompt 运营中心合同:
PROMPT_PMFLOW_AI_TURN_GOAL_STATE_ASSESSOR和PROMPT_PMFLOW_AI_TURN_STATE_ANSWER_SYNTHESIZER。 - 默认模板进入
backend/app/config/ai_prompts.py,资产注册进入backend/app/config/ai_prompt_registry.py,运行时改为PromptRuntimeService.render()读取 active release,并向ai_call_logs写入prompt_key / prompt_release_id / prompt_source。 - 新增
backend/alembic/versions/20260511_seed_turn_runtime_prompt_releases.py,为平台运行租户 seed 两个 active release,避免迁移后因缺 active release 降级。 - 补回归测试锁定 Turn Runtime 不再内联这两段主 prompt,并校验调用审计 prompt 归因。
- 同步
USER.md、RUNTIME_GUARDRAILS.md、CODE_REFERENCE_INDEX.md、ARCHITECTURE_INVENTORY.md与CLAUDE.md:新增运行时 LLM prompt 不得写死在业务服务/API 中;needs_migration只能作为历史存量清单。
当前扫描结论:
- 已迁移:
pmflow_ai_turn_goal_state_assessor、pmflow_ai_turn_state_answer_synthesizer。 - 仍存在历史内联 prompt 存量,主要分布在 legacy AI Steward API、signal source analyzers、auditor、daily briefing、event workflow、cognitive conflict、部分 legacy RAG/deep guard 与 llm JSON repair;这些不属于本次 Turn Runtime 红框链路,后续必须按
needs_migration -> active release分批迁,不得作为新增写法。
验证:
- 后端编译:
/opt/homebrew/bin/python3.11 -m py_compile app/config/ai_prompts.py app/config/ai_prompt_registry.py app/services/pmflow_ai_turn_runtime_service.py alembic/versions/20260511_seed_turn_runtime_prompt_releases.py tests/test_ai_prompt_registry_contract.py tests/test_pmflow_ai_turn_runtime.py通过。 - 后端 focused:
PYTHONPATH=. /opt/homebrew/bin/python3.11 -m pytest tests/test_ai_prompt_registry_contract.py tests/test_pmflow_ai_turn_runtime.py -q通过,42 passed,保留既有 Pydantic deprecation warning。
2026-05-07 / ai-dual-05-space-operating-conversation / implemented
完成内容:
AI-Dual-05已落地:/space首屏新增PMFlow AI · 空间操作伙伴主对话工作面,空间 AI 不再只是浮窗辅助入口。/space/ai-concierge/ask的所有 Space 响应都会附加pmflow_ai_mode=space_operating_partner、conversation_frame(frame_version=pmflow_ai_space_conversation.v1)与answer_canvas.conversation_blocks[]。conversation_blocks支持daily_brief / attention_queue / pending_confirmation / ai_work_monitor / idea_seed / risk_radar / next_action,用于在同一个 PMFlow AI 对话里承载今日简报、跨项目注意力、待确认、AI 工作监控、想法孵化和风险雷达。- 前端
SpaceOperatingConversationPanel复用真实/space/ai-concierge/ask,继续传原始问题 + 结构化surface_context,不会把空间上下文拼进用户问题;浮窗保留历史和补充对话入口。 - 所有对话动作继续受 AI-Dual-04 约束,只建议、只准备、只路由,不自动创建项目、不写 Project Memory、不 commit、不执行外部命令、不发布。
涉及文件:
backend/app/api/space_api/__init__.pybackend/tests/test_space_runtime_context_builder.pyfrontend/src/api/aiSteward.tsfrontend/src/features/personal-space/PersonalSpacePage.tsxfrontend/src/features/personal-space/components/SpaceAIConcierge.tsxfrontend/src/features/personal-space/PersonalSpacePage.test.tsxdocs/PMFLOW_UI_CONTRACT.mddocs/architecture/API_CONTRACTS.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
- 后端编译:
/opt/homebrew/bin/python3.11 -m py_compile backend/app/api/space_api/__init__.py backend/app/api/rag_ask_contract.py backend/app/services/customer_answer_presentation_service.py通过。 - 后端 focused:
PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m pytest -q backend/tests/test_space_runtime_context_builder.py -k "space_operating_conversation or surface_direct_project_answer or merges_backend"通过,3 passed,保留既有 Pydantic deprecation warning。 - 前端类型检查:
cd frontend && npx tsc --noEmit --pretty false --skipLibCheck通过。 - 前端 focused:
cd frontend && npm run test -- src/features/personal-space/PersonalSpacePage.test.tsx -t "Space PMFlow AI main conversation|Space AI operating hints|answer canvas|history failure|chat error"通过。 - 前端 focused:
cd frontend && npm run test -- src/features/pmflow-os/store.api.test.tsx -t "project copilot ask|deep-link params"通过。 - 前端构建:
cd frontend && npm run build通过。 git diff --check -- backend/app/api/space_api/__init__.py backend/tests/test_space_runtime_context_builder.py frontend/src/api/aiSteward.ts frontend/src/features/personal-space/PersonalSpacePage.tsx frontend/src/features/personal-space/components/SpaceAIConcierge.tsx frontend/src/features/personal-space/PersonalSpacePage.test.tsx docs/PMFLOW_UI_CONTRACT.md docs/architecture/API_CONTRACTS.md docs/architecture/CODE_REFERENCE_INDEX.md docs/architecture/ARCHITECTURE_INVENTORY.md docs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md通过。- 后端热重启:
docker compose restart backend已执行,docker compose ps backend显示pmflow-backendhealthy。 - Commit gate:当前工作区已有大量其它 Packet 未提交改动,本 Packet 不提交,避免把非本次范围改动混入 commit。
2026-05-07 / ai-dual-04-low-risk-proactive-boundary / implemented
完成内容:
AI-Dual-04已落地:Space AI 与 Project Copilot 都返回automation_policy(policy_version=ai_dual_04_low_risk_proactive.v1, mode=suggest_only)。SpaceRuntimeContextBuilder从attention_queue生成proactive_suggestions[],只允许排序、解释、准备跳转和准备预览;每条建议都带why_now / source_objects / risk_level / required_confirmation / audit_event / requires_user_confirm=true、对象锚点和blocked_automation。ProjectCopilotService在project_copilot_context_packet.v1与响应 payload 中返回proactive_suggestions[],允许层级仅为suggest_only / prepare_only,同样带齐主动动作验收字段,并继续通过blocked_actions/forbidden_actions阻断 Project Memory 写入、ChangeSet commit、Execution Bridge handoff、外部命令执行和发布/部署。- 前端类型与展示已同步:Space AI 的
answer_canvas.next_actions支持对象锚点和主动化层级,并对需要确认的建议显示“需确认后执行”;Project Copilot 响应合同支持proactive_suggestions。
涉及文件:
backend/app/schemas/pmflow_os.pybackend/app/services/project_copilot_service.pybackend/app/services/space_runtime_context_builder.pybackend/tests/test_pmflow_os_projection_api.pybackend/tests/test_space_runtime_context_builder.pyfrontend/src/api/aiSteward.tsfrontend/src/api/pmflowOs.tsfrontend/src/features/personal-space/components/SpaceAIConcierge.tsxfrontend/src/features/pmflow-os/components/ProjectCopilot.tsxfrontend/src/features/pmflow-os/store.api.test.tsxdocs/architecture/API_CONTRACTS.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
- 后端编译:
/opt/homebrew/bin/python3.11 -m py_compile backend/app/schemas/pmflow_os.py backend/app/services/project_copilot_service.py backend/app/services/space_runtime_context_builder.py通过。 - 后端 focused:
PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m pytest -q backend/tests/test_space_runtime_context_builder.py backend/tests/test_pmflow_os_projection_api.py -k "space_runtime_context or project_copilot_ask"通过,3 passed、38 deselected,保留既有 Pydantic deprecation warning。 - 前端类型检查:
cd frontend && npx tsc --noEmit --pretty false --skipLibCheck通过。 - 前端 focused:
cd frontend && npm run test -- src/features/pmflow-os/store.api.test.tsx -t "project copilot ask|deep-link params"通过,2 passed、36 skipped,保留既有 React Router future flag warning。 - 前端构建:
cd frontend && npm run build通过。 git diff --check -- backend/app/schemas/pmflow_os.py backend/app/services/project_copilot_service.py backend/app/services/space_runtime_context_builder.py backend/tests/test_pmflow_os_projection_api.py backend/tests/test_space_runtime_context_builder.py frontend/src/api/aiSteward.ts frontend/src/api/pmflowOs.ts frontend/src/features/personal-space/components/SpaceAIConcierge.tsx frontend/src/features/pmflow-os/components/ProjectCopilot.tsx frontend/src/features/pmflow-os/store.api.test.tsx docs/architecture/API_CONTRACTS.md docs/architecture/CODE_REFERENCE_INDEX.md docs/architecture/ARCHITECTURE_INVENTORY.md docs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md通过。- 后端热重启:
docker compose restart backend已执行,docker compose ps backend显示pmflow-backendhealthy。 - Commit gate:当前工作区已有大量其它 Packet 未提交改动,本 Packet 不提交,避免把非本次范围改动混入 commit。
2026-05-13 / pmflow-ai-streaming-agent-events / implemented
完成内容:
- PMFlow AI 对话流式体验已落地为真实 Agent OS 事件流,不是前端模拟动画。
- 新增
POST /space/pmflow-ai/threads/stream与POST /space/pmflow-ai/threads/{thread_id}/messages/stream,使用 authenticatedtext/event-stream输出run.started / step.started / step.completed / answer.started / answer.delta / answer.completed / thread.completed / error。 PMFlowAgentRuntimeService.run_space_turn()新增event_sink透传,PMFlowAIAgentRunService在理解目标、规划、只读工具、证据归一、状态检查和答案生成等真实 runtime 节点发出客户安全 step event。- 前端
PMFlowAIWorkspace优先走流式接口,pending assistant 会实时展示后端真实 work log 和最终答案 chunk;结束后用thread.completed.thread覆盖本地临时态,保持历史记录和持久化 thread 一致。 - 最终答案仍在后端完成 Answer Runtime、客户安全投影、QA/thread 持久化后再 chunk 输出;流式事件禁止暴露 prompt key、provider/model、trace、函数名、表名字段名、raw source label 或未门控模型思考。
涉及文件:
backend/app/api/space_api/__init__.pybackend/app/services/pmflow_agent_runtime/service.pybackend/app/services/pmflow_ai_agent_runtime/agent_run_service.pybackend/tests/test_pmflow_ai_agent_runtime_step1.pyfrontend/src/api/base.tsfrontend/src/api/aiSteward.tsfrontend/src/features/personal-space/components/PMFlowAIWorkspace.tsxfrontend/src/features/personal-space/PersonalSpacePage.test.tsxdocs/architecture/API_CONTRACTS.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/RUNTIME_GUARDRAILS.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
- 后端编译:
cd backend && /opt/homebrew/bin/python3.11 -m py_compile app/api/space_api/__init__.py app/services/pmflow_agent_runtime/service.py app/services/pmflow_ai_agent_runtime/agent_run_service.py通过。 - 后端 focused:
cd backend && /opt/homebrew/bin/python3.11 -m pytest tests/test_pmflow_ai_agent_runtime_step1.py -q通过,37 passed,保留既有 Pydantic deprecation warning。 - 前端 focused:
cd frontend && npm test -- src/features/personal-space/PersonalSpacePage.test.tsx通过,23 passed,保留既有 React Router future flag warning。 - 前端类型检查:
cd frontend && npm run typecheck通过。 - 前端构建:
cd frontend && npm run build通过。 - Commit gate:当前工作区已有大量其它 Packet 未提交改动,本 Packet 不提交,避免把非本次范围改动混入 commit。
2026-05-07 / ai-dual-03-space-ai-answer-anchor-actions / implemented
完成内容:
AI-Dual-03第三段已落地:Space AI 对“今天先处理什么 / 哪些项目需要介入”这类回答返回的answer_canvas.next_actions现在会保留客户安全object_ref/object_anchor。rag_ask_contract._normalize_surface_context在进入tenant_project_context / rag_request_context时不再裁掉workbench.top_next_actions的对象锚点。CustomerSuggestedAction与PMFlowAIAnswerCanvasNextAction新增客户安全对象锚点字段;CustomerAnswerPresentationService会把 Spacetop_next_actions / attention_queue的锚点透传到答案画布。- 这段只增强客户安全展示合同和上下文恢复,不新增自动写入、自动发布、自动执行、ChangeSet commit 或 Execution Bridge handoff。
涉及文件:
backend/app/api/rag_ask_contract.pybackend/app/schemas/customer_answer.pybackend/app/services/customer_answer_presentation_service.pybackend/tests/test_space_runtime_context_builder.pybackend/tests/test_rag_route_contract.pydocs/architecture/API_CONTRACTS.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
- 后端编译:
/opt/homebrew/bin/python3.11 -m py_compile backend/app/api/rag_ask_contract.py backend/app/services/customer_answer_presentation_service.py backend/app/schemas/customer_answer.py通过。 - 后端 focused:
PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m pytest -q backend/tests/test_space_runtime_context_builder.py -k "surface_direct_project_answer"通过,1 passed、1 deselected,保留既有 Pydantic deprecation warning。 - 后端 focused:
API_ROUTE_PROFILE=lean PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m pytest -q backend/tests/test_rag_route_contract.py -k "attaches_surface"通过,1 passed、25 deselected,保留既有 Pydantic deprecation warning。 - 非 lean 收集说明:未设置
API_ROUTE_PROFILE=lean直接收集test_rag_route_contract.py会因当前环境缺少lark_oapi在飞书长连接导入处失败;本次合同断言使用 lean profile 避开 optional integrations。 git diff --check -- backend/app/api/rag_ask_contract.py backend/app/schemas/customer_answer.py backend/app/services/customer_answer_presentation_service.py backend/tests/test_space_runtime_context_builder.py backend/tests/test_rag_route_contract.py docs/architecture/API_CONTRACTS.md docs/architecture/CODE_REFERENCE_INDEX.md docs/architecture/ARCHITECTURE_INVENTORY.md docs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md通过。- 后端热重启:
docker compose restart backend已执行,docker compose ps backend显示pmflow-backendhealthy。 - Commit gate:当前工作区已有大量其它 Packet 未提交改动,本 Packet 不提交,避免把非本次范围改动混入 commit。
2026-05-07 / ai-dual-03-project-anchor-restore / implemented
完成内容:
AI-Dual-03第二段已落地:Space Attention Queue 生成的项目跳转 URL 现在会携带可恢复对象锚点参数。/change-review链接携带changeSetId + itemId,页面会默认展开该 ChangeItem,项目副驾会把当前锚点恢复为change_item:<id>。/execution-bridge链接携带taskId和可选evidenceId,执行页会优先选中该 Task,项目副驾会把当前锚点恢复为 Task 或执行回流 Evidence。/release-growth链接携带releaseId或evidenceId,项目副驾会恢复发布对象或发布/反馈回流证据锚点。- 这段只恢复上下文和路由,不新增任何自动写入、自动发布、自动执行或 ChangeSet commit 行为。
涉及文件:
frontend/src/api/space.tsfrontend/src/features/pmflow-os/components/ProjectCopilot.tsxfrontend/src/features/pmflow-os/pages/ChangeReviewPage.tsxfrontend/src/features/pmflow-os/pages/ExecutionBridgePage.tsxfrontend/src/features/pmflow-os/store.api.test.tsxfrontend/src/features/personal-space/PersonalSpacePage.test.tsxdocs/PMFLOW_UI_CONTRACT.mddocs/architecture/API_CONTRACTS.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
- 前端类型检查:
cd frontend && npx tsc --noEmit --pretty false --skipLibCheck通过。 - 前端 focused:
cd frontend && npm run test -- src/features/pmflow-os/store.api.test.tsx -t "project copilot|deep-link params"通过,2 passed、36 skipped,保留既有 React Router future flag warning。 - 前端 focused:
cd frontend && npm run test -- src/features/personal-space/PersonalSpacePage.test.tsx -t "next action queue|reviewer routing|Space AI operating hints"通过,2 passed、12 skipped,保留既有 React Router future flag warning。 - 前端构建:
cd frontend && npm run build通过。 git diff --check -- frontend/src/api/space.ts frontend/src/features/pmflow-os/components/ProjectCopilot.tsx frontend/src/features/pmflow-os/pages/ChangeReviewPage.tsx frontend/src/features/pmflow-os/pages/ExecutionBridgePage.tsx frontend/src/features/pmflow-os/store.api.test.tsx frontend/src/features/personal-space/PersonalSpacePage.test.tsx docs/PMFLOW_UI_CONTRACT.md docs/architecture/API_CONTRACTS.md docs/architecture/CODE_REFERENCE_INDEX.md docs/architecture/ARCHITECTURE_INVENTORY.md docs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md通过。- Commit gate:当前工作区已有大量其它 Packet 未提交改动,本 Packet 不提交,避免把非本次范围改动混入 commit。
2026-05-07 / ai-dual-03-space-project-anchor-backflow / implemented
完成内容:
AI-Dual-03第一段已落地:Space 派生的待确认、AI 进行中、执行阻塞、发布/反馈/迭代关注、审查关注和下一步队列统一携带SpaceObjectAnchor。SpaceObjectAnchor客户安全字段为objectRef / objectType / objectId / surface / projectId / projectTitle / href / parentObjectRef,用于把 Space Attention Queue 稳定路由回项目级 surface 和项目副驾,而不是只靠 href 或自由文本。SpaceAIConcierge发送给/space/ai-concierge/ask的surface_context.workbench.pendingConfirmations / aiProgress / drafts / topNextActions现在同时传object_ref和嵌套object_anchor。SpaceRuntimeContextBuilder在合并前端surface_hint时保留object_anchor,并写入space_operating_packet.attention_queue / pending_confirmations / ai_work_items;后端生成的项目下一步也会带project:<id>锚点。- 本段仍保持只读回流:Space 只聚合、解释和跳转,不写 Project Memory、不 commit ChangeSet、不触发 Execution Bridge handoff。
涉及文件:
frontend/src/api/space.tsfrontend/src/features/personal-space/components/SpaceAIConcierge.tsxfrontend/src/features/personal-space/PersonalSpacePage.test.tsxbackend/app/services/space_runtime_context_builder.pybackend/tests/test_space_runtime_context_builder.pydocs/architecture/API_CONTRACTS.mddocs/architecture/CODE_REFERENCE_INDEX.mddocs/architecture/ARCHITECTURE_INVENTORY.mddocs/PMFLOW_PRODUCT_BLUEPRINT.mddocs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md
验证:
- 后端编译:
/opt/homebrew/bin/python3.11 -m py_compile backend/app/services/space_runtime_context_builder.py通过。 - 后端 focused:
PYTHONPATH=backend /opt/homebrew/bin/python3.11 -m pytest -q backend/tests/test_space_runtime_context_builder.py通过,2 passed,保留既有 Pydantic deprecation warning。 - 前端类型检查:
cd frontend && npx tsc --noEmit --pretty false --skipLibCheck通过。 - 前端 focused:
cd frontend && npm run test -- src/features/personal-space/PersonalSpacePage.test.tsx -t "Space AI operating hints|next action queue"通过,2 passed、12 skipped,保留既有 React Router future flag warning。 - 前端构建:
cd frontend && npm run build通过。 git diff --check -- frontend/src/api/space.ts frontend/src/features/personal-space/components/SpaceAIConcierge.tsx frontend/src/features/personal-space/PersonalSpacePage.test.tsx backend/app/services/space_runtime_context_builder.py backend/tests/test_space_runtime_context_builder.py docs/architecture/API_CONTRACTS.md docs/architecture/CODE_REFERENCE_INDEX.md docs/architecture/ARCHITECTURE_INVENTORY.md docs/PMFLOW_PRODUCT_BLUEPRINT.md docs/PMFLOW_PRODUCT_DELIVERY_STANDARD.md通过。- 后端热重启:
docker compose restart backend已执行,docker compose ps backend显示pmflow-backendhealthy。 - Commit gate:当前工作区已有大量其它 Packet 未提交改动,本 Packet 不提交,避免把非本次范围改动混入 commit。