5.8 KiB
Executable File
5.8 KiB
Executable File
created, type, tags, source, author
| created | type | tags | source | author | |||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| 2026-05-03 | methodology |
|
https://mp.weixin.qq.com/s/Po42W8VuLy1KvwbDzCdXdA | 人月聊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]
📋 七阶段工作流
阶段一：输入解析
输出四张表：
- 评分点提取表（评分 ID + 描述 + 分值 + 满分条件）
- SOW 建设内容提取表（交付范围 + 优先级）
- 项目变量提取表（
{{变量名}}格式） - 隐含约束识别表
同时输出知识库覆盖度报告。
阶段二：元模型提取
从知识库萃取三层元模型，标注覆盖缺口：
- ⬜ 部分覆盖 → 改写适配
- ❌ 未覆盖 → 标注缺口，禁止虚构内容填充
阶段三：知识点关联建模
六类关联关系：
| 类型 | 约束强度 | 说明 |
|---|---|---|
| →必须 | 最强 | B 必须基于 A，A 不存在则 B 无效 |
| →引用 | 强 | B 引用 A 的数据，不一致则矛盾 |
| →覆盖 | 强 | A 必须完整覆盖 B 的所有条目 |
| →支撑 | 中 | A 为 B 提供论据背书 |
阶段四：文档生成准备
阶段五：需求映射与追溯
双向追溯矩阵：
- 正向追溯（需求→内容）：给定评分点 → 找到响应章节
- 反向追溯（内容→需求）：给定章节 → 找到响应的评分点
追溯完整性验证（四指标）：
- 需求覆盖率 = 100%
- 高分需求响应质量分
- 章节利用率 ≥ 70%
- SOW 必须项完全覆盖率 = 100%
阶段六：一致性约束建模
通用约束（7 条）+ 项目专属约束 → 约束验证清单
阶段七：文档生成与验证
执行顺序：
- 生成前准备：确认变量赋值、缺口处理方案
- 逐章生成：标注组合块 ID + 原子要素 ID + 评分点编号
- 约束验证（QP-01）：硬约束通过率必须 100%
- 最终质检（QP-03）：追溯完整性 + 变量替换 + 章节编号
- 归档（QP-04）：新要素入库，专属约束入库候选
🛠️ 配套工具三件套
| 工具 | 格式 | 作用 |
|---|---|---|
| 元模型建模规范 | Markdown | 方法论主文件 |
| 提示词手册 | Markdown | System Prompt + UP-00 |
| 约束验证规则库 | 内嵌于规范 | 7 条通用硬约束 + 项目专属模板 |
📊 实际验证（iPaaS 项目样本）
- 57 个原子要素
- 6 个标准组合块
- 覆盖全部 65 分评分点的双向追溯矩阵
- 12 条约束验证规则
💡 核心价值
| 维度 | 解决方式 |
|---|---|
| 内容层面 | 三层结构拆解到最小可复用粒度，每段内容都有出处 |
| 需求层面 | 双向追溯矩阵机械验证，确定性而非主观感觉 |
| 质量层面 | 约束图谱显式化隐性规则，硬约束 100% 通过才输出 |
| 知识积累 | 归档机制让知识库持续生长，越用越丰富 |
⚠️ 适用边界
- ✅ 最适合：结构标准化、知识库充分的文档（投标响应文件等）
- ⚠️ 价值有限：大量创新论述、结构不固定的内容（研究报告、创意提案）
研究归档，2026-05-03 | 基于"人月聊IT"公众号文章整理