项目概览
设计院的一个工程项目,需要市场、经营、多个设计专业及管理人员共同推进。Engi-One 围绕这条业务链建设统一平台,将商机、合同、设计任务、成果交付和回款关联起来,完成原有管理系统的升级替代,支撑 500+ 名员工使用。
我担任技术负责人及主要开发者,带领 4 人团队完成需求梳理、架构设计、核心研发与上线切换,并在后续迭代中将知识检索和业务 Agent 接入实际工作流程。
多专业设计计划
我承担的工作
- 把业务需求转化为系统设计: 与业务部门梳理流程,将市场、经营、设计生产及综合管理拆分为 15 个业务域,明确项目、合同、任务、人员与成果之间的关系。
- 主导核心开发与团队交付: 负责架构及核心模块实现,推进任务拆解、代码评审和部署维护,带领团队在 3 个月内完成核心平台上线与旧系统切换。
- 持续推进 AI 应用: 围绕具体业务设计 Agent 工具、知识检索与确认机制,让 AI 能够读取业务资料、准备草稿并辅助处理任务。
把多专业设计协作做成可执行流程
设计协作需要明确谁负责、依赖哪个专业的资料,以及交付的是哪一版成果。我围绕这些关系建设项目生产模型,将计划、人员、文件和审核流程连接起来。
- 计划与分工: 将项目按阶段、专业和任务逐层拆解(WBS),关联负责人、计划日期、工时及成果进度;跨专业资料交接保留发出、接收和处理记录,人员访问范围随项目角色同步。
- CAD 与成果版本: 衔接 CAD 工作底稿、正式成果和出图文件,支持一份 DWG 关联多个成果。保存底稿与发布正式版本分别处理,避免工作文件和交付文件混用。
- 校审与交付: 审核意见绑定具体版本与责任人,未处理的问题不能直接通过;在线文档、质量表单、签章文件和档案关联同一成果,保留修改及交付依据。
这部分建设让项目经理可以追踪任务与成果进度,设计人员可以找到自己的工作、上游资料和审核意见,管理人员可以追溯每次正式交付。
让项目进展与经营结果对应起来
围绕同一个项目,我将生产协同进一步连接到合同经营、人员资格和人工成本,使业务部门能够从各自的工作入口查看关联信息。
- 合同到回款: 关联合同、销售订单和生产里程碑,按经营节点准备开票草稿;基于实际应收及未收金额,跟踪计划回款、负责人、逾期和账龄,形成经营看板。
- 资格到人员安排: 将专业要求、工程规模和有效资格用于负责人筛选,管理证照有效期及用证申请、审批、占用和释放,支撑投标与项目执行。
- 工时到项目成本: 归集员工在项目与任务上的工时,按历史小时成本计算并保存快照;工时管理与成本查看分别授权,保留成本核算依据。
把 Agent 放进真实业务流程
在核心平台上线后的持续迭代中,我将业务查询与操作封装为 MCP 工具,通过 Skill 组织多步骤任务,并复用原系统的权限和业务校验。关键写入需要确认,生成的草稿继续进入原有审核流程。
业务资料变成可审核的草稿
市场 Agent 从招投标资料中提取资格要求并匹配证照;经营 Agent 根据协议准备项目、销售订单及经营节点草稿;项目 Agent 辅助立项和任务拆解。处理结果关联具体业务记录,让用户可以检查并继续办理。
知识回答能够回到原文
将规范、协议附件与项目资料经过 OCR、分块和向量索引转为可检索知识,保留页码与原文定位。检索按源业务记录的读取权限过滤,规范同时维护废止和替代关系,使回答有来源、访问有边界。
从现场资料到设计输入
移动端采集照片、录音和位置,报告 Agent 整理现场信息并关联素材来源;独立的质检 Agent 检查报告完整性与问题。资料变化后,原检查结果标记为过期,提示重新核验。
在工程计算场景中,Agent 辅助核对参数和单位,再调用确定性计算工具生成结果与报告。目前水力计算聚焦水系统枝状管网,结果仍需设计人员复核。
架构与工程实现
- 业务底座: 基于 Odoo 深度定制,使用 Python、PostgreSQL 和 OWL 构建业务模型与界面;按业务域组织模块,通过桥接模块连接跨部门流程。
- AI 与系统集成: 通过 FastAPI 扩展接口,以 OCR、RAG、pgvector 支撑文档检索,以 MCP 和 Skill 连接 Agent 与业务能力。
- 多端协作与维护: Web、CAD 和移动端共享业务对象,ONLYOFFICE 支撑在线文档编制,Capacitor 补充移动采集能力,Docker 与 Linux 支撑部署、备份和版本维护。
交付成果与持续迭代
带领 4 人团队在 3 个月内完成核心平台上线,替代原有管理系统,支撑 500+ 名员工开展经营、设计生产和协同办公,覆盖 15 个业务域。
核心成果是将计划、人员分工、设计版本、审核记录及交付档案连接成可追溯的工作流程。后续持续扩展文档智能、业务 Agent、移动踏勘与工程计算;这些扩展与核心平台的首次上线分别推进。