AIAgent& 3DX:让AI驱动项目管理

PLM 系统买了、上线了，最后变成了"高级网盘"：模型在里面，计划在 PPT 里，进度靠人问，风险靠感觉。这是太多制造企业的真实状态。

最近我们干了一件事：用 AI Agent + MCP Server，把一个真实的四旋翼无人机研发项目，从立项到任务派发、风险管控、质量评估、工时审批，在 3DX Cloud 上从头到尾跑了一遍。这篇聊聊过程、数据和踩过的坑。

3DX 平台不缺项目管理能力，缺的是"让人用得起来"。达索的 Stage-Gate 流程、任务依赖、风险管理都是现成的，但让项目经理去逐项配置、让工程师去逐条填报，门槛太高，大家最后都退回 Excel 和微信群。我们的思路是：给 3DX 配一个"听得懂人话"的 AI Agent。这里面的三件套是：

Agent（会对话的助手）负责理解意图，MCP Server 是它操作 3DX 的那双手，Skill 是沉淀好的操作经验。项目经理用自然语言下指令，Agent 去平台里执行，结果实时落回系统。整个过程用几天时间实测跑通。

---

我们到底做了什么

1.一个真实项目：四旋翼无人机研发

没有用演示数据。产品是真实的四旋翼无人机（模型文件就在平台上），项目按 PMBOK 结构搭：

• 6 个研发阶段：立项 → 概念设计 → 详细设计 → 仿真验证 → 试制 → 量产准备
• 34 个任务，全部挂接到项目下，责任到人
• 6 道 Gate（阶段门禁）：每个阶段结束必须过评审门，不通过不进入下一阶段
• 1 个里程碑+30 条任务依赖关系：谁先谁后、谁阻塞谁，一清二楚

这套项目结构不是画在 PPT 里的示意图，点开每个节点都是能执行、能追踪、能审批的真实对象。

2.排计划：30 条依赖，零返工

任务依赖是测试中翻车最久的地方。我们最初用常规方式批量写入依赖，结果部分关系被静默忽略，回读一看只有零星几条。查了达索开发文档才发现：关系更新必须走特定的内层动作标识，否则接口返回成功、实际不生效。调整之后，30 条前后置关系一次性成型：详细设计做完才能开仿真，仿真通过才放行试制。这就是 Stage-Gate 的骨架。

3.派任务：一句话的事

"把概念设计的 4 个任务分派给负责结构设计的同事。"

就这么一句话，Agent 完成：找到任务 → 识别执行人 → 批量分派 → 回读确认。以前这个操作要在界面里逐条点选，现在变成对话。过程中遇到一个实际问题：系统里的人员账号是拼音（比如 kzhang），人记得的却是中文名。我们给 Agent 配了一张"人员速查表"，把平台里 44 个账号连同邮箱全部拉出来建档，常用人员的中文名逐一核对确认。Agent 现在能处理模糊输入：你说中文名、拼音账号或者邮箱，它都能定位到同一个人，拿不准时还会先跟你确认。

4.风险：不是登记了事，是真的闭环

登记了 5 条风险，其中一条典型风险完整走完生命周期：RPN风险系数从 12 → 6 → 关闭。评估、缓解措施、复评、关闭，每一步都在系统里留痕。

5.质量：十大知识领域一屏红绿灯

范围、进度、风险、计划、沟通等领域逐项评估，红黄绿一眼看清项目健康度。项目经理每周扫一眼，问题领域直接下钻。

6.问题与变更：从提出到审批关闭

一个测试 Issue 完整走完：创建 → 提交审批 → 审批通过 → 关闭。整个过程有状态机、有审批意见、有时间戳，出了问题能追溯是谁、何时、批了什么。

7.交付物：任务真的"产出"了东西

详细设计阶段的任务，挂接了真实的 VPMReference 产品对象；需求阶段任务挂接了需求规格基线。任务不再是一个勾选框，它关联着真实的产品数据和需求文档，点开就能看到产出物。

顺手验证的其他能力

能力	验证结果	备注
项目模板复制	✅ 通过	新项目可基于模板 1 分钟初始化
工作日历与排程	✅ 通过	节假日/例外自动扣除，排程贴合真实产能
工时填报与审批	✅ 通过	工时单提交后审批人收到邮件通知
项目群（Program）	✅ 通过	多项目归类管理，产品线视角
交付物挂接	✅ 通过	任务关联产品/需求对象
质量评估	✅ 通过	十领域红绿灯
事件订阅	⏳ 平台侧待开启	消息总线已连通，等待租户开启事件发布

踩过的坑，比跑通的功能更值钱

坑 1：报错先怀疑自己，别甩锅平台。

有几次接口报错，第一反应是"平台是不是限制了这个操作"，结果查开发文档发现是我们参数写错了。现在团队的习惯：报错 → 先查自己的调用 → 再查开发文档 → 最后才怀疑平台。

坑 2：审批人不能批自己的单子。

自己提交了工时单，想顺手审批通过，一直被拒。后来明白这是权限设计：owner 不能自批，审批任务会自动路由给有权限的上级。想测审批流？得换一个账号。

坑 3：邮件里的审批链接，点进去批不了。

这个最折腾。工时单提交后审批人收到邮件通知，点链接进去审批，填了意见点了通过，状态纹丝不动。反复排查后查到达索知识库：这是R2023x 就已确认的已知问题（编号 BR10000368554，后续版本已修复）。正确路径是在工时审批页面的"待审批"列表里操作，不能直接点邮件链接。

坑 4：填工时有前置条件。

任务必须指派给你，你才能给这个任务填工时。想帮同事填？不行，系统会拒绝。这条规则本身合理，但第一次遇到时容易误判为 bug。

坑 5：项目成员 ≠ 任务执行人。

在 3DX 里，网页端能添加项目成员（控制谁能看这个项目），但任务执行人（谁干活）是另一套机制。API 层面"项目成员"写入目前没有公开路径。平台边界要摸清楚，别在文档里找不到就硬刚。

下一步计划：让 AI 从"执行指令"变成"主动管理"

跑通了"对话式执行"只是第一步。我们正在规划第二阶段：自动追踪进度：Agent 定期扫描任务状态，识别可能超期的任务，提前提醒负责人。不再需要项目经理挨个问"你那活儿咋样了"自动创建风险：当任务连续延期、依赖链出现阻塞时，Agent 自动登记风险并给出初步评估自动创建问题 + 影响范围分析：发现异常自动建 Issue，同时分析它会影响哪些下游任务，把"影响面"直接呈现给决策者目标很明确：项目经理不用再天天盯着进度、催人汇报，把时间花在真正需要人判断的事情上。

总结一下

这套东西不是实验室玩具。它跑在真实的 3DX Cloud 租户上，用的是真实产品模型和真实的人员账号，过程中每个结论都有截图和日志可查。除了项目管理之外，目前我们的MCP server已经覆盖下功能：对我们来说，这件事的价值不在于"AI 能调 API"，那只是技术。真正的价值是：我们证明了达索平台+AI 的组合，能把研发管理从"靠人盯"推向"系统管"。而这正是很多制造企业买了 PLM 却始终没得到的。当然目前只是从技术上证明了这条路径的可行性，具体落地还要结合更多企业的实际场景进行实测，如果你也在用 3DX，或者正打算上，欢迎来聊聊。

---