提示：AI 结果必须带引用；若证据不足会提示“未找到可靠证据”。

    下载 Markdown

    提示词资产化系统开发计划（v1）

    计划版本：v1.0
    计划日期：2026-02-16
    适用仓库：/Users/Zhuanz/work-space/pe-list（主研发） + /Users/Zhuanz/work-space/hot-docs（文档跟踪）
    架构基线：./prompt-asset-system-technical-architecture.md

    1. 执行纪律（强制）

    1. 同一时刻只允许 1 个任务处于“进行中”。
    2. 每个任务完成后必须按以下顺序执行：
      • 更新开发状态跟踪器
      • 运行测试
      • 提交代码
    3. 未完成上述三步，不允许切换到下一个任务。
    4. 每个任务必须有可验证证据：测试输出、变更文件、提交哈希。

    2. 总体目标

    1. 落地 Golang 后端服务，承载提示词资产化核心业务。
    2. 落地 React + Vite + Ant Design 前端控制台，采用事件驱动交互模型。
    3. 所有存储读写统一走 cloud-data-proxy，禁止业务层数据库直连。
    4. 形成“资产收集 -> 结构拆解 -> 模板复用 -> 评估发布 -> 版本治理”的可执行闭环。

    3. 里程碑与时间窗口

    里程碑 时间窗口 目标
    M0 2026-02-16 文档与执行机制生效（架构/计划/跟踪器）
    M1 2026-02-17 ~ 2026-02-20 后端工程骨架 + proxy client + 基础 API
    M2 2026-02-21 ~ 2026-02-24 前端工程骨架 + 事件驱动状态管理 + 基础页面
    M3 2026-02-25 ~ 2026-03-01 资产管理与结构拆解能力
    M4 2026-03-02 ~ 2026-03-06 模板/实例与评估治理能力
    M5 2026-03-07 ~ 2026-03-10 审计、可观测、稳定性与上线门禁

    4. 任务拆解（按顺序执行）

    M0：治理与基线

    ID 任务 优先级 交付物 验收标准
    T00 计划与跟踪器初始化 P0 开发计划文档 + 状态跟踪器文档 文档可直接用于单任务闭环执行

    M1：后端骨架与存储代理接入（Go）

    ID 任务 优先级 交付物 验收标准
    T01 Go 后端项目初始化 P0 cmd/、internal/、配置与路由骨架 服务可启动并返回 healthz
    T02 cloud-data-proxy client 封装 P0 query/exec/ddl 统一客户端 无数据库直连代码
    T03 统一错误模型与 request_id 贯通 P0 错误码定义、响应中间件、日志字段 响应与日志都可追踪 request_id
    T04 资产管理 API（创建/查询/更新/归档） P0 assets API + 用例测试 核心 CRUD 可用、参数校验完整

    M2：前端骨架与事件驱动模型（React + Vite + Antd）

    ID 任务 优先级 交付物 验收标准
    T05 React + Vite + Antd 初始化 P0 前端工程脚手架与基础布局 页面可运行、基础路由可达
    T06 事件驱动状态管理与 action 层 P0 store + actions + services 结构 默认流程不依赖 useEffect 拉数
    T07 资产列表/详情/录入页 P0 资产管理页面与表单 完成资产录入与列表检索

    M3：结构拆解与模板化

    ID 任务 优先级 交付物 验收标准
    T08 提示词结构拆解服务 P0 拆解规则与 API 可输出标准模块字段
    T09 公共模块管理能力 P0 模块创建/复用/关联 模块可跨模板复用
    T10 模板组装与变量定义 P0 模板配置 API 与页面 模板可被渲染
    T11 实例渲染与导出 P1 模板渲染实例 API + 导出 支持 Markdown/JSON 导出

    M4：评估与发布治理

    ID 任务 优先级 交付物 验收标准
    T12 评估模型（准确性/稳定性/安全性/效率） P0 评分接口与规则 评分结果可追溯
    T13 模板版本与发布流程 P0 版本快照与发布状态机 可回溯发布历史
    T14 审核工作流与操作审计 P1 审核接口与审计事件 发布动作有审计记录

    M5：质量、观测与上线门禁

    ID 任务 优先级 交付物 验收标准
    T15 指标与日志面板基础 P1 metrics + 关键日志字段 可定位失败请求链路
    T16 稳定性与异常路径回归 P0 集成测试与错误注入用例 异常处理符合预期
    T17 上线门禁与交付文档 P0 runbook + 发布检查清单 可执行灰度与回滚

    5. 每任务固定执行模板（必须复制执行）

    1. 开发实现：只处理当前任务对应范围。
    2. 更新跟踪器：把当前任务状态改为“已完成/阻塞”，写入日期与备注。
    3. 运行测试：至少执行本任务关联单测或集成测试命令。
    4. 提交代码：仅提交当前任务相关文件，提交信息包含任务 ID（如 feat(T04): ...）。

    6. 测试与质量门禁

    1. 后端：go test ./... 必须通过。
    2. 前端：pnpm test 必须通过。
    3. 对新增 API：必须补充成功路径 + 异常路径测试。
    4. 对“存储访问”改动：必须验证仅通过 cloud-data-proxy 访问，无直连代码。

    7. 风险与应对

    风险 描述 应对
    R01 前端误用 useEffect 导致状态流不可控 代码评审要求逐条说明新增 useEffect 的必要性
    R02 业务层绕过 proxy 直连数据库 增加静态检查与代码评审门禁，发现即拒绝合并
    R03 任务范围膨胀导致进度失控 严格单任务闭环，未提交不切下个任务
    R04 文档与实现不同步 每任务结束先更新跟踪器并记录证据

    8. 当前执行点

    当前执行任务：T00 计划与跟踪器初始化。
    下一任务候选：T01 Go 后端项目初始化。