Update from Sync Service

wiki/AI工程/元模型驱动AI技术方案写作.md

@@ -0,0 +1,178 @@
+---
+created: 2026-05-03
+type: methodology
+tags: [AI写作, 元模型, 技术方案, 投标, 约束驱动, RAG, 文档生成]
+source: https://mp.weixin.qq.com/s/Po42W8VuLy1KvwbDzCdXdA
+author: 人月聊IT
+---
+
+# 元模型驱动的 AI 技术方案写作
+
+> 结构约束优先于内容生成，来源追溯优先于流畅表达
+> 归档时间：2026-05-03
+
+---
+
+## 📌 传统 AI 辅助写作的三大困境
+
+| 问题 | 表现 | 根源 |
+|------|------|------|
+| **知识点孤立** | RAG 检索局部片段，忽略文档内部的隐性约束网络 | 片段间约束关系丢失 |
+| **需求无映射** | AI 不知道哪段对应哪个评分点 | 没有需求→内容映射机制 |
+| **缺乏约束** | AI"合理推断"编造数据、虚构案例 | 无结构化约束框架 |
+
+**核心结论**：AI 写作缺乏结构化的约束框架，导致结果不可控。
+
+---
+
+## 🏗️ 文档元模型三层架构
+
+### Layer 1：原子要素层（最小可复用单元）
+
+**判定标准**：独立性 + 可复用性 + 参数化可能性
+
+**7 类原子要素**：
+
+| 类别 | 名称 | 示例 |
+|------|------|------|
+| A | 背景叙述类 | 政策背景、行业痛点 |
+| B | 技术能力类 | 产品功能、能力清单 |
+| C | 架构方案类 | 架构图说明、部署方案 |
+| D | 实施方法类 | 实施流程、风险策略 |
+| E | 资源配置类 | 硬件测算、软件清单 |
+| F | 案例数据类 | 客户案例、实施成果 |
+| G | 合规声明类 | 技术偏离、服务承诺 |
+
+每个要素包含：唯一 ID、内容摘要、知识库来源、参数化变量、可复用性评分（1-5 分）。
+
+**示例**：`B-004`：API 网关认证插件能力描述
+- 来源：历史建议书 → 4.2 API 网关引擎
+- 复用性：5 分
+- 参数化：`{{AUTH_METHODS}}`
+
+### Layer 2：组合块层（章节填充模板）
+
+多个原子要素按逻辑组合成章节模板，每个组合块包含：
+- 适用章节
+- 要素组合逻辑
+- 写作要点
+- 外部约束映射（对应哪些评分点）
+
+**示例**：Block-04 实施方法论模块 = D-001~D-006 六个步骤要素
+
+### Layer 3：框架层（文档骨架 + 约束图谱）
+
+**章节骨架属性**：
+- 必要性分级：★★★（必须）/ ★★（建议）/ ★（可选）
+- 核心定位、输入依赖、输出约束、关联组合块
+
+**约束图谱**（核心价值）：
+
+| 约束 ID | 类型 | 规则 |
+|---------|------|------|
+| C-HR-01 | [H] 硬约束 | 组织架构每个岗位必须有具名人员 |
+| C-TP-01 | [H] | 实施计划工期 ≤ 招标文件周期 |
+| C-RF-01 | [H] | 功能方案 100% 覆盖需求分析列举的功能 |
+| C-AF-01 | [H] | 产品架构组件必须在功能方案中有展开 |
+| C-HW-01 | [H] | 硬件配置存储容量 ≥ 资源测算需求量 |
+
+约束分级：硬约束[H] / 软约束[S] / 建议约束[R]
+
+---
+
+## 📋 七阶段工作流
+
+### 阶段一：输入解析
+
+**输出四张表**：
+1. 评分点提取表（评分 ID + 描述 + 分值 + 满分条件）
+2. SOW 建设内容提取表（交付范围 + 优先级）
+3. 项目变量提取表（`{{变量名}}` 格式）
+4. 隐含约束识别表
+
+同时输出**知识库覆盖度报告**。
+
+### 阶段二：元模型提取
+
+从知识库萃取三层元模型，标注覆盖缺口：
+- ⬜ 部分覆盖 → 改写适配
+- ❌ 未覆盖 → 标注缺口，**禁止虚构内容填充**
+
+### 阶段三：知识点关联建模
+
+**六类关联关系**：
+
+| 类型 | 约束强度 | 说明 |
+|------|---------|------|
+| →必须 | 最强 | B 必须基于 A，A 不存在则 B 无效 |
+| →引用 | 强 | B 引用 A 的数据，不一致则矛盾 |
+| →覆盖 | 强 | A 必须完整覆盖 B 的所有条目 |
+| →支撑 | 中 | A 为 B 提供论据背书 |
+
+### 阶段四：文档生成准备
+
+### 阶段五：需求映射与追溯
+
+**双向追溯矩阵**：
+- **正向追溯**（需求→内容）：给定评分点 → 找到响应章节
+- **反向追溯**（内容→需求）：给定章节 → 找到响应的评分点
+
+**追溯完整性验证**（四指标）：
+- 需求覆盖率 = **100%**
+- 高分需求响应质量分
+- 章节利用率 ≥ **70%**
+- SOW 必须项完全覆盖率 = **100%**
+
+### 阶段六：一致性约束建模
+
+通用约束（7 条）+ 项目专属约束 → **约束验证清单**
+
+### 阶段七：文档生成与验证
+
+**执行顺序**：
+1. 生成前准备：确认变量赋值、缺口处理方案
+2. **逐章生成**：标注组合块 ID + 原子要素 ID + 评分点编号
+3. **约束验证（QP-01）**：硬约束通过率必须 **100%**
+4. **最终质检（QP-03）**：追溯完整性 + 变量替换 + 章节编号
+5. **归档（QP-04）**：新要素入库，专属约束入库候选
+
+---
+
+## 🛠️ 配套工具三件套
+
+| 工具 | 格式 | 作用 |
+|------|------|------|
+| 元模型建模规范 | Markdown | 方法论主文件 |
+| 提示词手册 | Markdown | System Prompt + UP-00~UP-05 + QP-01~QP-04 |
+| 约束验证规则库 | 内嵌于规范 | 7 条通用硬约束 + 项目专属模板 |
+
+---
+
+## 📊 实际验证（iPaaS 项目样本）
+
+- **57 个**原子要素
+- **6 个**标准组合块
+- 覆盖全部 **65 分**评分点的双向追溯矩阵
+- **12 条**约束验证规则
+
+---
+
+## 💡 核心价值
+
+| 维度 | 解决方式 |
+|------|---------|
+| **内容层面** | 三层结构拆解到最小可复用粒度，每段内容都有出处 |
+| **需求层面** | 双向追溯矩阵机械验证，确定性而非主观感觉 |
+| **质量层面** | 约束图谱显式化隐性规则，硬约束 100% 通过才输出 |
+| **知识积累** | 归档机制让知识库持续生长，越用越丰富 |
+
+---
+
+## ⚠️ 适用边界
+
+- ✅ **最适合**：结构标准化、知识库充分的文档（投标响应文件等）
+- ⚠️ **价值有限**：大量创新论述、结构不固定的内容（研究报告、创意提案）
+
+---
+
+*研究归档，2026-05-03 | 基于"人月聊IT"公众号文章整理*