# Day 2 - 任务规则中心联调

D2Day 2 View
返回总览 周计划原文 执行细则原文
Integration

# 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 详情、任务详情、前端质量和当天验收。

weekly_execution_details/day_2

### 架构依据

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

07 13 06
Build Order

## 推荐开发顺序

Step 1先补 API Client：列表、详情、版本、保存、审核、上线、运行日志。
Step 2把四个页签的真实数据接起来，覆盖筛选、搜索、状态、空态和加载态。
Step 3把规则详情的 Hero 区、Markdown 编辑器、版本卡片和审核信息拉通。
Step 4补技能 / MCP / 任务的差异化详情，不复用规则编辑器。
Step 5最后收 UI 细节、错误态、禁用态、确认弹窗和构建验证。
Must Deliver

## 今天必须产出的东西

### 规则中心四页签

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

### 规则详情闭环

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

### 版本与上线约束

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

### 详情差异化

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

Acceptance Snapshot

## 验收快照

真实数据
四个页签都能用真实后端数据渲染，后端不可用时有明确错误提示。
规则编辑
Markdown 保存后刷新页面仍在，保存失败不丢输入。
版本卡片
最近 5 个版本可切换，当前版本标识清楚但不造成布局位移。
审核上线
`pending` / `rejected` 规则都无法上线，`approved` 才能放行。
Common Misses

## 这一天最容易漏掉的点

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