179 lines
5.8 KiB
Markdown
Executable File
179 lines
5.8 KiB
Markdown
Executable File
---
|
||
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"公众号文章整理*
|