同行群里吵了一架：上了系统，还要不要写流程文件？
前几天，同行群里有人抛了个问题。
他们公司刚上了一套新系统，有人提议"趁这个机会把流程文件也更新一遍"。结果吵起来了。
一派人说：系统就是流程，还写什么文件？另一派说：没有文件，新人怎么学、审计怎么过？
吵到后面，话题歪到了一个更有意思的方向——不是"要不要写"，而是"怎么写、给谁看、谁来消费"。
这问题搁以前没什么好讨论的。Word写一写，Visio画一画，签批完往共享盘一扔。二十年没变过。
但现在不一样了。
AI已经不是一个"工具"了。它正在变成一种最基础的生产要素——跟电、跟网络一样。当生产的底层变了，服务于生产的"指导性纲领"——也就是流程文件——是不是也该被重新想一遍？
群里没人能给出答案。我一上午闲着也是闲着，动手攒了个 Demo。
不是产品。就是个想法具象化。抛砖引玉。
先把"流程文件"拆成两层
市面上大部分流程管理系统，思路都一样：把Word搬进网页，加个审批流。说实话，有点无聊。
我换个角度想：如果AI既可以是读者、也可以是写者，流程文件的形态还应该是"文档"吗？
我试了一个方案：底层用 Markdown ——结构干净，AI能直接解析。外显用图形化界面——人看着直观。
同一份 Markdown，实时渲染成两个视图：一个是蛇形卡片流程图，一个是带流程说明和步骤详情的文件视图。改任何一个地方，两边同步更新。
▲ 流程图视图：卡片展示步骤名称、执行方、条件和异常
▲ 流程文件视图：上半部分流程说明（Owner/OKR/KCP），下半部分步骤详情
这个思路不新鲜。但我想试的是——Markdown不是给人看的，是给AI读的。人只消费外层视图。这样流程文件就从一个"静态文档"变成了一个"可被AI持续消费的知识单元"。
流程一多，先解决"找得到"的问题
单个流程文件写得再好，数量一上来就失控。哪个是最新版？哪个已经不用了？退货流程归哪个部门？
所以 Demo 里我先搭了个文件库。按 L1业务域 → L2流程组 → L3具体文件的三级结构，每个文件标注状态：有效、迭代中、已废弃。
▲ Mock了10个文件，分布在供应链、人力资源、财务管理三个域
搜索不是只匹配文件名。它会搜文件的概述、相关方、标签。
▲ 输入"财务"，过滤出所有涉及财务审批的流程文件
更进一步，我不想翻文件的时候，可以直接问。
▲ 智能问答模式：跨文件检索，不打开文件也能获取信息
这一步其实想得比较远。如果未来的员工不需要"阅读流程"，而是直接问"退货怎么处理"然后AI从所有流程文件里检索并回答——那流程文件的消费者就不只是人，还有AI。
编辑流程，用对话试试
传统的流程编辑，要么打开Word逐字改，要么在BPMN工具里拖节点。两种方式都不轻。
Demo里试了第三种：对话。
跟AI说一句"添加一个质检步骤"。它不会直接给你加一个空白占位——那样一点意义没有。它会逐一追问：执行方是谁？输入是什么？输出是什么？条件？异常？
▲ 用户说"添加一个质检步骤"→ AI逐项追问执行方、输入、输出、条件、异常
这个追问不是形式。流程文件最大的问题从来不是"格式不对"，而是信息不完整。AI追问强迫你填该填的东西。
当然也可以直接操作图形卡片。鼠标悬停出现编辑入口，点击弹出预填表单。
▲ 悬停卡片，右上角出现✎编辑按钮，同时显示完整详情
▲ 点击编辑，预填表单，修改后自动 bump 版本号
这个Demo到底想说什么
我没有答案。我只是觉得有些问题值得认真想：
第一，流程文件的消费者正在变。以前只有人读。以后AI也要读，而且可能读得比人更频繁、更深入。那文件格式要不要变？
第二，流程文件的生命周期应该被重新定义。今天大多数流程文件是"一次性"的——写完即死。如果把它当成一个活的、持续迭代的知识库，需要的就不是Word，而是一个可被AI解析、可被版本管理、可被对话消费的系统。
第三，目前市面上的东西确实有点无聊。把纸质表单变成网页表单，算不上重构。AI时代的生产要素已经变了，服务于生产的指导性文件，理论上应该被重写一遍。
当然，这些想法可能全错。Demo也可能是个玩具。但我觉得动手做出来，比在群里吵架有用。
你可以自己试试
这是一个在线 Demo。没有后端，所有数据在浏览器本地存储。
花了一上午搭的，很粗糙。但你可以体验一下"用AI编辑流程"是什么感觉。
https://ai-process-fs.pages.dev
这篇不是产品发布，是一次探索的记录。如果你也在想类似的问题，或者在你们公司做了类似的尝试，欢迎交流。抛砖引玉，砖已经扔出去了。