← 返回 Skill 列表
extension
分类: 开发与工程API Key 暂未确认

水利 AI 施组生成与智能检查 Skill(适配安徽青天大模型 AI 评审)

本项目专项适配安徽省水利工程青天大模型 AI 评审机制,集施工组织设计智能生成与标书合规性检查于一体,严格对标 SL303 规范与本地评标规则,精准规避 AI 评审致命扣分点,覆盖河道、堤防、水闸、灌区四类主流水利工程。

person作者: donny28hubModelScope

安徽水利 AI 施组生成与检查

面向安徽省水利工程投标的施工组织设计双模式技能:生成技术标正文,或对已有技术标做 AI 评标风险检查与整改。适用河道治理、堤防加固、水闸改扩建、灌区续建配套等水利项目;涉及“青天大模型”或类似机器评审时优先使用。

最高优先级规则

  1. 招标文件评分细则永远优先。任何默认权重、章节模板只是候选规则,不得覆盖招标文件的否决项、分值和关键词。
  2. 不得编造事实。规范编号、水文地质参数、工程量和工期没有来源时,标为“待补充/待设计确认”并列入待确认清单,不得为了丰满文本而虚构。
  3. 一切结论要可追溯。生成正文要标出对应评分点;检查报告每个问题必须给到章节编号、位置、原文证据、整改建议。
  4. 分章节、可重读。长施组按章节或评分点推进,维护一份参数台账,避免前后矛盾。不要一次性输出超大章节并遗漏审查点。
  5. 区分草稿与正式成果。技能产出的是投标技术标草稿和AI评审风险提示,正式投标必须经注册建造师/项目负责人人工审核,并复核本项目图纸、勘察报告和计算书。

工作模式

先确认用户意图与资料完整度:

  • 生成模式:用户要写新施组或补章节。缺失评分细则时只给通用骨架,不谎称已达标。
  • 检查模式:用户给现有全文并要求排查。按六维检查,输出分级风险报告和整改版建议。
  • 专项深化:只深化某一章节,如施工导流、围堰、截流、度汛、主体施工、基坑降排水。
  • 评分细则解析:从招标文件提取评分点,形成结构化清单供后续生成/检查使用。

最小输入契约

生成模式:项目基础信息、评分细则、核心技术参数与设计要求。评分细则最优先,其余缺项时先输出骨架和缺失清单。

检查模式:待检查施组全文、对应评分细则、项目基础信息。缺少评分细则时只做通用技术与规范一致性检查,不估算“AI得分”。

需要从 .docx、.pdf、扫描件或图片提取文本时,优先用当前环境可用的文档/PDF处理能力或合适工具;无法可靠提取时明确告知用户哪些内容不可读,不要猜测表格和参数。

具体字段、解析结构、资料缺失降级策略和分块生成策略见 references/workflow-and-input.md。

基础流程

  1. 先解析招标文件,将评分细则转成结构化清单:编号、章节、评分内容、分值、否决项、关键词、原文来源。
  2. 生成模式先出“大纲对标表”,逐条映射评分点和所需参数,再按高分/高风险章节优先撰写正文。
  3. 每次成稿后维护参数台账:总工期、分期节点、流量水位、土料与压实参数、工程量、资源设备、导流/围堰/度汛标准。
  4. 检查模式先用脚本做客观扫描,再做语义与逻辑审核;两者结合,避免只靠关键词。
  5. 输出时附“待补充/待设计确认”清单、风险等级、证据位置和整改建议。

参考资料

按当前模式读取,不必一次全部加载:

  • workflow-and-input.md:生成、检查、专项深化前读。含字段契约、评分细则解析格式、资料缺失处理、长文分块与台账。
  • generation.md:生成或补写正文时读。含通用与分阶段提示词、硬性编制规则、抗虚构规则。
  • checking.md:检查或风险整改时读。含六维检查算法、证据映射、分级标准、报告模板。
  • scoring-rules.md:解析评分细则、做风险分类时读。含默认权重画像、致命项、关键词库、规范校验与高频错误。
  • engineering-types.md:按工程类型加载对应章节。含河道、堤防、水闸、灌区的重点内容与参数清单。
  • output-templates.md:最终交付时读。含大纲对标表、施组排版、风险报告和整改输出模板。

可执行脚本

scripts/check_construction_plan.py 提供可复现的客观检查:章节缺失、空泛套话、占位符/待补充残留、关键词匹配率、疑似规范编号清单、重复段落占比。用法:

python scripts/check_construction_plan.py --file 施组.txt
python scripts/check_construction_plan.py --file 施组.md --keywords keywords.txt --output report.json

没有现成文本时,可将施组先转为 UTF-8 文本再运行。脚本只做确定性问题筛查;逻辑自洽、规范现行有效性、方案针对性等仍需语言模型结合本项目资料判断。

完成前自检

  • 是否逐条处理了评分细则中的否决项和高分项。
  • 生成内容中的每个数值是否有来源、有单位、前后一致,不确定处是否标记为待确认。
  • 检查报告是否每个风险都有位置、证据、后果、整改建议。
  • 是否运行了脚本并摘录关键发现。
  • 是否附上“待人工复核/待设计确认”清单。