人工智能驱动的专业工作流组织

把真实专业工作流,
做成可以使用的 AI 产品。

把杂乱的项目资料,
整理成可启动、可确认、可执行的项目底稿。

真实工作流不从工具清单开始
关键节点人工确认专业责任不外包给 AI
验证后再产品化不先承诺大而全系统

风景园林项目启动总表

文档编号
PF-KICKOFF-0001
版本
V1.0
日期
2026-07-29
状态
待确认

项目概况

项目名称————建设单位————
项目类型景观设计设计方————
阶段概念/方案项目负责人————
地点————预计启动时间————

范围与边界

设计范围详见范围图(待确认)
不含范围室内设计、标识系统深化、照明深化
交付边界概念方案、方案设计、扩初建议(不含施工图)
界面条件与建筑、结构、机电、交通、照明的接口关系待确认

关键角色

角色责任人员/团队状态
项目负责人统筹进度与交付————待确认
设计负责人方案专业判断————待确认
甲方对接人信息提供与决策————待确认
其他协作方专项支持————待确认

风险与问题

  • 资料缺失待确认
  • 界面冲突待确认
  • 评审节点待确认
  • 工期风险待确认

下一步

  1. 补充现场与现状资料
  2. 界面条件会审
  3. 明确设计阶段与评审节点
  4. 输出初版启动材料
PF · 01 / 07

标准交付 · 风景园林项目启动整理服务

把杂乱的项目资料,
整理成可启动、可确认、可执行的项目底稿。

刚拿到任务书、资料还没理清、边界还不确定?这是当前唯一的标准交付:把已授权的项目资料整理成启动会用得上的底稿。

适用场景

  • 刚收到任务书,还没有统一启动记录
  • 首次甲方沟通或项目启动会之前
  • 资料分散、版本不清、边界待定
  • 需要把项目交给多人协作推进

输入(你提供)

  • 任务书或招标文件
  • 已有会议纪要、沟通记录
  • 甲方转述与补充说明
  • 图纸、规范与场地基础资料目录

输出(你拿到)

  • 项目启动执行摘要
  • 七张核心表
  • 待确认问题清单
  • 风险优先级与下一步资料清单
参考周期资料完整后 3 个工作日内输出初稿 人工复核关键条目由朴风人工专业复核 费用按项目与范围书面确认 不包含方案设计、施工图与责任签章

首个验证现场|风景园林

不是概念演示,
而是一条已经运行的证据链。

项目启动工作流把任务书、会议纪要与基础资料转化为结构化信息,逐项标注来源与状态;目前仅用于授权项目验证,不作为成熟通用产品宣传。

查看验证边界与工作台
输入资料(示例)识别内容(节选)来源位置状态输出映射
任务书.pdfPDF · 1.2 MB
设计阶段:概念方案
重点关注景观体验与界面协调
第 2 页 1.2 节
第 3 页 2.1 节
已识别
项目概况、阶段
范围与边界、设计范围
会议纪要.docxDOCX · 230 KB
汇报评审意见:
需补充照明界面与市政接口核对
第 1 页 第 3 条
第 2 页 第 1 条
已识别
风险与问题、界面冲突
下一步、界面条件会审
基础资料.zipZIP · 85.6 MB
包含:现状测绘、红线图、
管线图、周边场地照片
部分识别
范围与边界、设计范围
下一步、补充测绘与现状资料
补充说明.txtTXT · 1 KB
工期目标:
方案汇报节点为 6 周内
第 1 行
待确认
下一步、明确评审节点

为什么不能直接用通用 AI

通用 AI 能整理文字,
朴风交付的是可以确认的工作底稿。

差别不在“会不会写字”,而在有没有专业结构、来源标注、范围边界与人工复核。

查看验证现场与资料发送方式
通用 AI朴风项目启动系统
根据提示临时生成,结构每次不同使用固定专业结构(七张核心表)
容易混合事实与推测逐项标记来源与可信度:已确认/待确认/AI 推测
缺乏范围控制明确包含、不包含、待确认边界
不理解多专业接口建立界面协调事项与责任关系
输出不可追踪保留项目版本与变更记录
无专业责任边界关键条目强制人工专业确认与复核

朴风如何工作

三步,把行业经验变成可以交付的产品。

用邮箱发送共建申请
  1. 01

    选择一个真实流程

    由专业团队提供必要资料、责任人和可以观察的实际问题。

  2. 02

    共同改造与验证

    AI 负责整理、检索和初析,行业专家保留关键判断与签认。

  3. 03

    沉淀为可复用产品

    只有重复出现并经验证有效的部分,才进入标准模块与在线交付。