| 名称 | 施工方案编写 |
| 描述 | 施工方案/专项施工方案编写技能。当用户上传工程资料(施工图、设计图PDF、地勘报告、勘察报告、方案范本、进度计划、合同等)并要求"写施工方案、专项施工方案、基坑/边坡/挡墙支护施工方案、施工组织设计、编一份方案",或要求"出施工总平面布置图、施工现场平面图、设备布置图、施工作业流水图、施工流程图、工序流程图、工点工序图、垂直工序图、施工工序三维建模/三维示意/工况示意图"时使用。功能:①解析工程资料生成《工程信息卡》;②按住建部危大工程专项施工方案九章范式快速成文;③自动绘制施工总平面布置图(含施工道路交通运输、施工设备摆放、施工作业方向、施工分区、图例、标题栏)与施工作业流水图(工序流程图);④按工点生成垂直施工工序图与等轴测三维建模示意(直观展示现场工序衔接);⑤组装交付 Word 方案文档 + 图纸图片。 |
施工方案编写
面向基坑支护、边坡支护、挡墙、土方开挖等工程施工,把用户上传的工程资料转化为"针对性专项施工方案 + 配套图纸"的完整工作流。
执行总览
- 资料解析 → 按
references/info-extraction.md抽取参数,产出《工程信息卡》JSON(写入工作目录info_card.json)。正文与图纸的全部数据只允许来自该信息卡或原始材料,不得编造。 - 方案撰写 → 按
references/plan-structure.md选章节骨架,以信息卡数据逐章成文(markdown,含表格、图件占位)。 - 图纸生成(改图功能) → 施工总平面布置图、施工作业流水图:规则见
references/layout-plan-rules.md、references/flow-diagram-rules.md,执行脚本见scripts/。 - 组装交付 →
scripts/docx_builder.py生成 .docx;图纸以 PNG 交付;验证后经 present_files 交付。
一、资料解析(必做)
- 通读用户提供的全部输入材料,读不到就先解决读取问题,不得跳过:
- PDF 图纸/方案:用 Read 逐页读图,
thumbnail_size调到能看清标注;A1/A0 大图必要时放大关键区域再读。 - .docx:Read 直接读;.doc 老格式先用 WPS 转换(见
references/info-extraction.md第 3 节命令)。 - .dwg:以同名 PDF 为准;无 PDF 时说明限制,不臆测图形内容。
- PDF 图纸/方案:用 Read 逐页读图,
- 按
references/info-extraction.md的字段清单逐项抽取,缺失字段标null并注明来源空缺,禁止用默认值顶替。 - 产出
info_card.json(严格按该文档第 5 节的 schema)。
二、方案撰写
- 读
references/plan-structure.md,按工程类型选择骨架:基坑支护版 / 基坑复杂版(多支护形式分区)/ 边坡支护版 / 挡墙版 / 通用非危大版。 - 写编制依据与施工参数前,先读
references/standards-library.md:规范以国标/行业标准为准、地方标准仅当地有效;引用规范必须是现行版本,施工参数必须满足规范要求。 - 以
info_card.json数据逐章填充;工程量、参数、工期、单位、人员必须与信息卡一致。 - 章节内表格(工程量清单、设备计划、材料计划、劳动力计划、监测项目表、应急物资表等)必须真实成表,不写"略"。
- 复杂基坑(多支护形式)遵循:总体部署按分区叙述、施工分项流程按支护形式给出带①②③编号的步骤链、每道工艺按四段式展开(技术参数 → 工艺流程 → 施工方法及操作要求 → 检查要求)、附施工工况图(支撑/桩锚/放坡工况)与关键节点大样。
- 图纸引用:在"施工总平面布置"与"施工总体部署"章节分别插入总平面图与流水图占位(
、),图题编号与正文一致。 - 编写完成后自查:九章齐全、数据可溯源、无空话套话段落、危大判定与安全等级有依据、全部参数满足规范要求。
- 专家评审自检(交付前门禁):对照
references/expert-review-checklist.md逐条核查(工程概况与重难点、施工要求与进度、总体部署与分项流程、工况图与节点大样、危险源与应急、监测、检查验收、图件完整性),缺项补齐后在交付说明中报告自查结果。
三、图纸生成(改图功能)
3.1 施工总平面布置图
- 读
references/layout-plan-rules.md。 - 从设计总平面图/场地条件/支护平面图提取:场地边界、开挖/支护范围、周边道路、出入口、现有建筑与设施;结合施工部署确定分区、设备、作业方向。
- 按规则构造 layout JSON →
python scripts/build_layout_plan.py layout.json 施工总平面布置图.svg。 python scripts/rasterize.py 施工总平面布置图.svg 施工总平面布置图.png。- 改图分支:用户提供了总平面图/现场图并要求改进时——先 Read 原图提取真实布局(出入口、道路、分区、设备位),在 layout JSON 中如实还原,再重绘;重绘为简化的确定性图纸时,图内必须标注"示意",且不得丢弃原图关键信息(坐标、标高、红线)。只做局部修改时保留原图主体,叠加规则化标注。
3.2 施工作业流水图
- 读
references/flow-diagram-rules.md。 - 从方案"施工总体部署/施工分项流程"与进度计划提取工序序列、并行关系、验收节点、阶段分组。
- 选择形态:单一支护形式或按阶段组织 → 阶段泳道模式(stages+steps);复杂基坑多支护形式分区 → 分区分链模式(chains,每区一条流程链,来自施工分项流程的①②③步骤链)。
- 构造 flow JSON →
python scripts/build_flow_diagram.py flow.json 施工作业流水图.svg→ rasterize 转 PNG。 - 用户已有进度计划横道图时,流水图须与其工序顺序一致;并行工序(如旋挖桩与挡墙同步)用并行分支表达;复杂基坑的拆撑/换撑/回填等配合主体施工的工序按工况链纳入。
3.3 工点施工工序图(垂直)与施工工序三维建模示意
- 读
references/flow-diagram-rules.md第 5 节。 - 用户要求"每个工点生成施工工序图/垂直工序图/三维建模/三维示意图"时,把施工分区(或分项流程链)拆成工点,为每个工点构造
workpoints.json(steps 取自该工点分项流程步骤链,scenes 按该工点实际工况序列配置)。 python scripts/build_workpoint_workflow.py workpoints.json out_dir→ 每工点输出两张 SVG:{工点}-施工工序图.svg(垂直流程,节点自上而下单列)与{工点}-施工工序三维建模示意.svg(等轴测工况场景组)→ rasterize 转 PNG。- 三维场景为确定性等轴测技术示意,图内标注"(三维示意)",禁止用文生图模型替代;场景状态与工序顺序须与方案正文一致。
3.4 图纸质量门禁
- 每张图自检:指北针、图名、图例、标题栏、说明、比例齐全;文字不重叠;分区/道路/设备/方向要素完整;无乱码、无缺字。
- 用 Read 回读 PNG 检查渲染结果,不合格就修正 JSON/脚本后重新生成。
四、组装交付
python scripts/docx_builder.py plan.md 施工方案.docx --project 工程名称 --title 方案名称 --unit 编制单位 --date 日期,自动生成封面、目录域、正文、图片嵌入。- 图纸 PNG 与 docx 一起放入交付目录;验证 docx 可打开、图片已嵌入、章节齐全(用 artifact-preview 或转换回读)。
- 最终用 present_files 一次性交付:docx + 施工总平面布置图.png + 施工作业流水图.png + (如生成)工点工序图与三维建模示意 PNG + info_card.json。
- 回复中说明:方案依据了哪些输入、数据口径、图纸为确定性绘制(示意性标注位置)、遗留缺口(如缺地勘、缺证书)。
硬性规则
- 数据零编造:所有数字来自材料或信息卡;规范引用必须真实存在且为现行版本(见
references/standards-library.md)。 - 参数合规:施工参数必须满足国标/行业规范要求;地方标准仅对当地有效,引用时标注适用地区;与国标冲突时从严。
- 专业合规:基坑/边坡安全等级、危大工程判定、监测预警值等必须依据现行规范表述。
- 图纸确定性优先:总平面图、流水图、工点工序图与三维建模图均用脚本绘制,保证标注准确可复核;不用文生图模型生成技术图纸。
- 交付物完整:方案、总平面图、流水图缺一不可,除非用户明确只要求其中一项。