prompt-cicdlisted

# Prompt CI/CD — Prompt 即代码管理 将 Prompt 视为第一类代码制品，提供完整的生命周期管理。 > **核心洞察：** 没有自动测试套件能捕获过时的 Prompt。没有编译器告诉你业务逻辑不一致。当系统变化时，Prompt 必须由理解模型推理模式和系统新行为的人手动更新。这是最脆弱的架构模式。 ## Goal 将 Prompt 作为代码管理：版本控制、回归测试、A/B 对比、部署流水线。解决"Prompt 即架构"风险 ## Trigger - 用户说"prompt 版本管理"、"prompt 测试"、"prompt CI/CD"、"prompt 回归" - Prompt 是关键业务逻辑，需要变更管理 - 团队需要协作开发 Prompt - Prompt 变更需要测试后才能部署 ## 工作流程 ``` 提取 Prompt → 版本管理 → 构建测试套件 → 搭建回归流水线 → 部署+回滚 ``` ## Step 1: Prompt 盘点与提取 ### 发现 Prompt 的位置 Prompt 通常散落在代码库各处： | 位置 | 形式 | 提取策略 | |------|------|---------| | 源代码内联 | 字符串常量、模板字符串 | 提取到独立文件 | | 配置文件 | JSON/YAML 中的字段 | 保留结构，提取 Prompt 部分 | | 环境变量 | `SYSTEM_PROMPT` 等 | 替换为文件引用 | | 数据库 | 动态加载的 Prompt | 导出为版本管理文件 | | 前端代码 | 用户可见的 Prompt 模板 | 提取到共享目录 | ### 关键性分级 | 级别 | 定义 | 管理方式 | |------|------|---------| | **Critical** | 直接影响输出质量的核心 Prompt（系统提示、角色定义） | 完整回归测试 + A/B 对比 | | **Important** | 影响特定功能的 Prompt（工具描述、格式约束） | 回归测试 | | **Low** | 辅助性 Prompt（提示文本、错误消息） | 基本格式检查 | ## Step 2: 版本控制目录结构 ``` prompts/ ├── system/ │ ├── v1/ │ │ ├── system.md # 系统提示正文 │ │ ├── tool-descriptions.md # 工具描述 │ │ └── metadata.json # 模型、温度、max_tokens │ └── v2/ │ ├── system.md │ ├── tool-descriptions.md │ └── metadata.json ├─��� templates/ │ ├── customer-support.md │ ├── data-analysis.md │ └── code-generation.md ├── evals/ │ ├── test-cases.json # 测试用例集 │ ├── baselines/ #