Day 2 任务规则中心联调

Day 2 的核心不是“把页面做漂亮”，而是让规则、技能、MCP、任务这四类资产第一次脱离本地假数据，真正连到 Day 1 的数据库和 API。最关键的能力是 Markdown、版本、审核和上线约束闭环。

上游依赖

Day 1 的资产模型、版本模型、审核模型、资产 API。

下游交接

Day 3 要复用资产数据，Day 4 要查询 active 技能 / MCP / 任务。

当天关键

前端联调不是硬编码演示，而是可对接真实后端。

Three-Layer Mapping

三层文档映射

路线图

周计划要求把任务规则中心从静态 UI 升级到真实数据对接，覆盖规则、技能、MCP、任务四类资产。

day_2_rule_center_integration.md

执行细则

执行层拆成 API Client、四类列表、规则详情、Markdown 编辑、版本卡片、审核与上线、技能详情、MCP 详情、任务详情、前端质量和当天验收。

agent week plan/day_2

架构依据

这一天主要受能力注册、规则形成生命周期和数据治理约束，重点在四类资产的统一展示方式和规则上线前审核拦截。

07 13 06

Build Order

今天必须产出的东西

规则中心四页签

规则、技能、MCP、任务都能切换。
每个页签都来自真实接口，不再只读本地常量。
搜索和状态筛选同时生效。

规则详情闭环

能读取当前 Markdown。
能保存并刷新版本列表。
能展示审核者、审核状态、上线条件。

版本与上线约束

最近 5 个版本可见。
切换旧版本必须弹确认框。
未审核规则不能上线，拒绝原因要可见。

详情差异化

技能详情展示输入输出与依赖。
MCP 详情展示服务地址、鉴权、降级策略。
任务详情展示 cron、执行 Agent、最近执行结果。

Acceptance Snapshot

验收快照

真实数据

四个页签都能用真实后端数据渲染，后端不可用时有明确错误提示。

规则编辑

Markdown 保存后刷新页面仍在，保存失败不丢输入。

版本卡片

最近 5 个版本可切换，当前版本标识清楚但不造成布局位移。

审核上线

pending / rejected 规则都无法上线，approved 才能放行。

Common Misses

这一天最容易漏掉的点

只把规则页签接成真实数据，技能、MCP、任务仍然靠假数据撑场面。
只做版本列表展示，不做确认弹窗和拒绝风险提示。
把任务写成“定时任务”暴露给用户，违背文档里 UI 名称统一成“任务”的约束。