一键导入
tender-pipeline
招投标全流程工程链路。将标书生成从单次AI调用升级为:上下文工程(素材分块+证据包)→提示词工程(分级展开)→约束工程(越权检测+证据校验)→去AI味→格式交付→流程契约(断点续跑)。触发词:标书流水线、招投标pipeline、素材匹配、证据包、上下文工程、标书工程化。
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
招投标全流程工程链路。将标书生成从单次AI调用升级为:上下文工程(素材分块+证据包)→提示词工程(分级展开)→约束工程(越权检测+证据校验)→去AI味→格式交付→流程契约(断点续跑)。触发词:标书流水线、招投标pipeline、素材匹配、证据包、上下文工程、标书工程化。
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | tender-pipeline |
| description | 招投标全流程工程链路。将标书生成从单次AI调用升级为:上下文工程(素材分块+证据包)→提示词工程(分级展开)→约束工程(越权检测+证据校验)→去AI味→格式交付→流程契约(断点续跑)。触发词:标书流水线、招投标pipeline、素材匹配、证据包、上下文工程、标书工程化。 |
本 skill 不是替代已有的 tender-adversarial / tender-doc-delivery / deai-doc,
而是把它们串联成一条完整工程链路,补上各自缺失的能力。
┌─────────────────────────────────────────────────────────────────┐
│ Tender Pipeline │
│ │
│ [1.上下文工程] → [2.提示词工程] → [3.约束工程] │
│ context_builder tender-adversarial constraint_checker │
│ ↓ ↓ ↓ │
│ 素材分块+证据包 四层循环生成 越权检测+证据校验 │
│ │
│ [4.去AI味] → [5.格式交付] → [6.流程契约] │
│ deai-doc tender-doc-delivery pipeline_state.json │
│ ↓ ↓ ↓ │
│ L1/L2/L3机械清洗 院标格式+PPTX 断点续跑+进度可见 │
└─────────────────────────────────────────────────────────────────┘
| 工程能力 | 模块 | 解决什么问题 |
|---|---|---|
| 上下文工程 | context_builder.py | 招标文件几千页→按评分项分块;素材库语义匹配→每章只注入相关证据 |
| 提示词工程 | 复用 tender-adversarial | 固定模板型/素材组织型/论述展开型,分级展开+主动追问缺失 |
| 约束工程 | constraint_checker.py | 承诺越权检测、证据缺失标记、模糊表达提示人工复核 |
| 流程契约 | pipeline_state.json + run_pipeline.py | 断点续跑、节点重试、进度可见、部分交付物保留 |
python run_pipeline.py \
--bidding 招标文件.docx \
--materials ./素材库/ \
--output ./交付件/ \
--level full
python context_builder.py \
--bidding 招标文件.docx \
--materials ./素材库/ \
--output evidence_packages.json
"帮我匹配一下这个标的素材" "跑一遍标书流水线,从上下文工程开始" "看一下流水线跑到哪一步了"
输入:招标文件(docx/pdf)+ 素材目录(md/docx/txt)
输出:evidence_packages.json — 每个评分项绑定相关素材
核心流程:
输入:evidence_packages.json + 用户补充 输出:逐章定稿的标书内容
复用现有四层循环架构,区别在于:每章的 prompt 中注入的证据包是精准匹配的几百字,而非全量招标文件。
输入:阶段1的定稿 docx 输出:问题清单 + 标注后的 docx
检测项:
对约束检查通过后的文档执行 L1+L2 清洗。
院标格式排版 + 目录/页眉页脚 + 图表规范化。
pipeline_state.json 记录每个阶段的:
status: pending / running / done / failedoutput: 产物路径error: 失败原因(如有)支持:
--status 查看进度| Skill | 在 Pipeline 中的角色 |
|---|---|
tender-adversarial | 阶段1:提示词工程(内容生成) |
tender-doc-delivery | 阶段4:格式交付(排版+PPTX) |
deai-doc | 阶段3:去AI味(L1+L2清洗) |
tender-pipeline(本 skill) | 阶段0+2+5:上下文工程 + 约束工程 + 流程编排 |
tender-pipeline/
├── SKILL.md # 本文件
├── context_builder.py # 上下文工程:素材分块+证据包
├── constraint_checker.py # 约束工程:越权检测+证据校验
├── pipeline_state.json # 流程状态(自动生成)
├── run_pipeline.py # 总调度脚本
└── evidence_packages.json # 证据包输出(context_builder产物)
院标格式 Word/PPTX 唯一交付入口。自动判断输入类型(Markdown/脏docx/干净docx),智能路由到对应处理路径(从零生成/诊断修复/微调),输出统一院标格式。涵盖:标书、可研、建议书、方案、报告等正式文档。触发词:院标格式、院标排版、生成Word版、Word转院标、仿宋排版、Word重新排版、docx排版、Word美化、文档格式统一、送审版、正式版、生成可研、生成方案、生成报告、生成建议书、美化标书、增加配图、检查图片出框、表格跨页标题、目录、页眉页脚。南网格式、南网版本、南网排版、南网投标、南方电网标书、南网标准。
生成公司标准风格的 PPTX 演示文稿(基于 GPDI 模板)。触发词:生成PPT, 生成演示文稿, 生成汇报, 生成提案, 公司PPT, 工作汇报PPT, 项目汇报PPT, 技术方案PPT, 投标PPT, 可研PPT, 项目建议书PPT, 年度报告PPT, GPDI风格. 使用公司视觉规范(红色系 #CC0000 + 灰色 #808080)和 Microsoft YaHei 字体。输出前必须执行检查清单。