别再手动拉甘特图了：计划工程师的 AI 减负指南（入门篇）

导读：为什么要从日常事务开始“减负”

在大型基建项目部，计划工程师（Planning Engineer）常常被嘲讽为“表格组装员”或“P6打字员”。每天早会刚结束，催周报的电话就接踵而至；下午还要在几百页的合同里翻找某条延误条款；晚上还要逐字逐句地敲打协调会纪要。这些高重复性、低战略价值的事务性工作，正在吞噬你深入现场、钻研关键路径的精力。

AI大模型时代，抗拒技术无异于闭门造车。入门的第一步，不是去学复杂的算法，而是把AI当成一个24小时在线、精通文字与基础逻辑的“免费助理”。通过以下四个核心场景的工具化改造，你每天可以轻松省下至少2小时，彻底摆脱无意义的内耗。

WorkBuddy 中已经创建了一个专家「基础设施计划工程师」——拥有15年超大型基建项目（跨海大桥、地铁、公路、电力）总包经验，精通P6排程、WBS分解、FIDIC合同索赔、工期延误分析及专业进度报告编制，兼具法务与工程双重专业背景。

首先安装Workbuddy:https://www.codebuddy.cn/events/invite?inviteCode=334swkqgonx

安装完成后点击 https://www.workbuddy.cn/work/launch/?sharecode=VPdzqfTbDrPTe5itWrvT-cgiy9HcFMRLUMuNmzgEeCxXqnV1k4fKVKg_q-4CAMlm&expertname=%E5%9F%BA%E7%A1%80%E8%AE%BE%E6%96%BD%E8%AE%A1%E5%88%92%E5%B7%A5%E7%A8%8B%E5%B8%88&buddy_type=workbuddy一键复制专家，然后按照如下场景探索使用：

场景一：周报/月报自动化生成（告别憋字痛苦）

每周五下午，你都需要盯着Primavera P6导出的几百项作业（Activities），比对Baseline（基线）和Actual（实际），然后坐在电脑前痛苦地编写进度分析报告。不仅效率低下，还容易漏掉关键路径上的微小偏差。

特定工具实操演示：WorkBuddy + P6 Excel 联动作战

• 第一步：P6数据导出。在 Primavera P6 中，打开当前项目视图，过滤出“关键路径作业（Critical Path Activities）”和“偏差大于0的作业（Variance – BL Duration > 0）”。右键选择Export to Excel，导出包含：作业ID、作业名称、原计划开始/完成时间、实际开始/完成时间、总浮动时间（Total Float）的数据表。
• 第二步：数据脱敏与上传。将 Excel 中的敏感商业信息（如特定分包商名称、具体造价）删去，直接复制表格文本，或者将.xlsx文件作为附件直接拖入Workbuddy大模型对话框。召唤基础设施计划工程师。
• 第三步：调用下方“工业级提示词”进行润色生成。

工业级提示词（Prompt）

角色定义：你是一名拥有15年海外大型基建项目（如跨海大桥、地铁）总包经验的资深高级计划经理，精通P6排程理论与PMBOK项目管理体系。
任务：请根据我下方提供的P6更新数据，撰写一篇专业、严谨、符合高层领导阅读习惯的【本周项目进度分析与预警报告】。
输入数据：
项目名称：[请填写，如：城际铁路二标段]
当前总体进度：计划累计进度 42.5%，实际累计进度 39.8%，整体滞后 2.7%。
本周滞后关键活动：1. 车站主体结构A区大体积混凝土浇筑（作业ID: ST-1020），原定周三完成，实际因商砼供应不及时推迟至周日开浇，预计耽误关键路径4天。2. 盾构机右线始发掘进（作业ID: T-1050），因地质补勘数据延迟，导致始发台架安装滞后3天。
下周核心节点：1. 车站B区土方开挖至基底；2. 盾构右线正式始发掘进。
写作要求：
结构化：报告必须包含“总体进度综述”、“关键路径偏差分析”、“核心延误主因诊断（深挖二级原因）”以及...。
专业术语：使用“关键路径（Critical Path）”、“自由时差（Free Float）”、“商砼调配效率”、“工序紧前关系”等行业黑话。
语气：客观、警示、结果导向，不仅要指出问题，更要给出建设性的赶工建议。

场景二：智能生成作业清单（Activity List）与资源分配建议（全新注入）

在WBS（工作分解结构）确定后（AI辅助生成WBS的指引见场景四），如何将其拆解为数百个具体的“作业清单（Activities）”，并合理分配劳动力、大型机械和材料，是最考验计划工程师基本功的。手动输入不仅极其枯燥，而且极易漏掉诸如“混凝土养护（Curing）”、“隐蔽工程验收（Inspection）”等不显眼却卡死关键路径的“软逻辑”作业，导致资源窝工或产生资源冲突。

特定工具实操演示：Workbuddy 生成 P6 可导入的 CSV 文件

• 第一步:复制下方的工业级提示词召唤召唤基础设施计划工程师，告诉Workbuddy你需要哪类工程的作业清单。
• 第二步：提取结构化格式。让AI以标准的表格（或 CSV 格式）输出，包含：作业ID（Activity ID）、作业名称（Activity Name）、预估工期（Duration）、主要资源配置需求（Resources）。
• 第三步：一键导入 P6。将AI生成的表格复制到 Excel 中，另存为.csv或利用 P6 的 SDK/Excel 导入功能，直接批量反向导入到你的 Primavera P6 项目中，瞬间完成几天的工作量。

工业级提示词（Prompt）

角色定义：你是一名精通施工工艺学、施工组织设计（施工方案）以及 P6 排程的高级公路桥梁计划工程师。
项目背景：目前项目处于“预应力混凝土连续箱梁桥（跨径 3×30米）现浇施工”阶段。WBS已经定位到【上部结构-现浇箱梁】。
任务目标：请帮我梳理出该段施工最完整的作业清单（Activity List），并给出每项作业的工期建议与核心资源分配方案。
输出格式要求（请以表格形式输出）：
作业ID：按工艺顺序，以 BR-SB-010, BR-SB-020 等规律编号。
作业名称：必须包含完整的建造工艺步骤（不要漏掉搭设支架、支架预压、钢筋绑扎、预应力张拉、孔道压浆、养护、拆模及隐蔽验收等所有节点）。
工艺紧前关系（Predecessors）：指出该作业必须在哪个作业完成后才能开始（FS关系）。
参考工期（天）：基于标准工效的预估合理工期。
资源分配建议：明确列出每项作业所需的核心【劳动力（如：钢筋工、木工、混凝土工的人数）】和【大型机械（如：25吨汽车吊、混凝土泵车、张拉千斤顶的台班数量）】。

场景三：长篇合同条款的“闪电检索与归纳”

基建项目合同动辄几百页。当现场发生某项争议（如：业主代表迟迟不签认图纸导致窝工）时，你很难在几分钟内精准找到所有相关的工期申诉与索赔时限条款，往往因此错过了关键的发函窗口期。

🛠️ 特定工具实操演示：Autodesk Construction Cloud (ACC) AI /Workbuddy 长文本分析

• 第一步：上传云端。在Autodesk Construction Cloud (ACC)的Files模块中上传项目的全套合同及技术规范。目前 ACC 的 AI 助手（Autodesk AI）以及独立大模型 Claude 都具备极强的上下文检索能力。
• 第二步：精准提问。在 ACC 的 AI 搜索栏或大模型中输入你的具体争议事件，让AI在数秒内扫描整份合同。

工业级提示词（Prompt）

角色定义：你是一名精通国际建筑法、熟稔FIDIC（施工合同条件）红皮书及国内《建设工程施工合同（示范文本）》的基建法务专家。
背景背景：我已经上传了本项目的合同附件。目前现场遇到了【业主批复施工方案严重滞后，导致我方现场机械停滞5天】的具体事件。
请帮我分析并回答以下问题：
根据合同文本，业主（或监理）在收到我方方案后，法定的或约定的回复时限是多少天？超期未回复是否视作默认通过？
针对此类由业主原因导致的工期延误，合同规定我方必须在延误发生后多少天内向业主发出“索赔意向通知书（Notice of Claim）”？如果超时提交，我方会承担什么法律后果？
请直接摘录合同中对我有力的具体条款编号及原文片段。

场景四：零基础WBS（工作分解结构）的一键生成

每当公司中标一个新类型的项目（例如你以前做房建，现在突然要去负责一个“生活垃圾焚烧发电厂”或“山岭公路隧道”），你由于缺乏行业经验，很难在P6里凭空拉出一套符合逻辑、没有工序遗漏的三级或四级WBS框架。

🛠️ 特定工具实操演示：Oracle Primavera Cloud (OPC) AI 助手 / Workbuddy 联手

• 未来趋势：新版的Oracle Primavera Cloud (OPC)已经开始集成 AI Schedule Assistant。它能根据你输入的项目类型（如：Wind Farm 离岸风电场），自动推荐行业标准的 WBS 库。
• 现阶段平替方案：直接利用 ChatGPT 按照 P6 的逻辑结构生成，之后通过 Excel 直接贴入 P6 的 WBS 窗口中。

工业级提示词（Prompt）

角色定义：你是一名精通现代工业与民用建筑、特种工程的资深基建总工程师兼首席排程专家。
任务：我公司刚中标了一个[请填写项目类型，如：2×600MW燃煤电厂循环水泵房]工程。请根据行业标准与施工工艺流向，为我生成一套标准的四级WBS（工作分解结构）。
输出格式要求：
请严格按照以下层级以 Markdown 树状列表形式输出：
Level 1：项目总目标 / 单项工程
Level 2：单位工程（按空间或主要系统划分）
Level 3：分部工程（按主要工序或专业划分）
Level 4：分项工程 / 具体作业活动（可以直接录入P6作为Activity的粒度）
工艺逻辑约束：请确保工序符合真实的建造逻辑（例如：必须先进行地基处理，再进行基坑开挖，再做大体积底板结构，最后做上部结构，期间要穿插预埋管件的安装，不能出现逻辑倒置）。

💡 本篇结语与实操建议

通过这四个场景的进化，你会发现AI并不是要抢你的饭碗，而是把你从“无脑的文字搬运和机械输入”中解放出来。省下来的时间，你应该戴上安全帽去现场走走，看看混凝土卡车是不是在排队，吊车是不是在闲置——因为“现场的真实温度”，才是你进入下一阶段（筑基篇：数据博弈）的核心资产。