Workflow 的认识论：抽象方法论与具体实践
作者：沙洲、星月、豆包 | 2026-06-10
本文梳理工作流架构迭代过程中的思考，结合哲学视角提炼底层理念，作为项目长期设计与演进的指导原则。
一、问题缘起
2026 年 6 月 10 日，proman 项目的 solve-issue workflow 中 committer 角色的 procedure 有一处错误的 tea CLI 命令。修复本身很简单——改几行 YAML。但因为 proman、uwf、ocas 三个仓库各自维护着一份相同的 solve-issue.yaml，同一个 bug 要霰弹式地改三遍、开三个 PR（uwf #238、proman #151、ocas #108）。
霰弹修复暴露了一个更本质的问题：workflow 究竟应该放在项目里，还是提取到共享的 handbook 里，让大家 uwf workflow add 统一使用？ 围绕这个归属问题的讨论，逐渐深入到了认知结构的层面。
二、两层执念：法执与空执
破除「法执」
所谓法执，是将规则、模板、抽象架构视作永恒不变的绝对真理。
如果我们选择全局统一 workflow，默认通用模板具备普适性，所有项目都应遵循预设流程。这种思路借鉴了传统程序设计中"抽象基类 + 实现扩展"的思维，认为上层抽象不可改动，下层仅能填充细节。
但实践证明：工作流的抽象，只是对过往实践经验的简化归纳，并非绝对真理。不同项目会增删流程步骤、替换工具指令、调整流转逻辑，仅靠预设扩展点无法覆盖全部差异化需求，强行套用统一模板只会水土不服。通用 workflow 如果更新，对项目引入新的假设，但某些项目还没跟上，就会出问题。由此我们首先破除执念：不存在放之四海而皆准的终极工作流，抽象规则不能绑架具体实践。
警惕「空执」
否定绝对通用模板后，容易走向另一个极端：彻底放弃通用抽象，把所有流程完全本地化。这便是空执——因否定"绝对之法"，进而否定一切"法"的价值。
彻底本地化看似顺应了场景差异，却丢掉了通用流程沉淀经验、降低重复成本的核心价值。大量同质配置反复拷贝、分散维护，不仅增加运维负担，也让团队与智能体难以复用成熟经验——正如今天的霰弹修复所暴露的。我们意识到：拒绝绝对化的规则，不等于彻底抛弃规则本身。
三、持守中道：动态平衡的设计思路
我们最终选择不执有、不执空的中道路线，搭建"通用范本 + 本地定制"的双层模式：
- 通用层：留存共性工作流范本。它是从大量实践中提炼的经验集合，作为参考与复用基础，但不具备强制约束力，允许被修改、被超越。
- 项目层：以通用范本为基础完整拷贝，结合项目实际自由修订流程主干、工具指令、校验逻辑，充分适配个性化场景。
这套模式兼顾复用效率与场景灵活性，化解了全局统一与本地化的对立矛盾。
这里要特别注意：workflow 从抽象到具体的过程，不是程序的参数特化，而是文本批注修订。参数特化假设了先验知识的真理性，特化不能改变本质；但 workflow 作为现实方法论，抽象只是阶段性的知识，是会在实践中被纠正修订的。两者之间的关系，不是模板和实例的关系，而是草稿和定稿的关系——而且永远没有终稿。
四、哲学脉络
我们的认识并非凭空而来，它与几条重要的哲学脉络相呼应。
培根的经验主义
弗朗西斯·培根在《新工具论》中提出，知识来源于对自然的观察与实验，而非对先验原理的演绎。他批判经院哲学脱离经验、空谈概念的倾向，主张通过归纳法从具体事实中逐步提炼规律。
我们对 workflow 的态度与此一脉相承：通用范本不是从上往下演绎出来的"公理"，而是从一个个项目的具体实践中归纳出来的经验。它有归纳的价值，也继承了归纳的局限——永远可能被下一个反例修正。
毛泽东的实践论
毛泽东在《实践论》中系统阐述了认识与实践的辩证关系：实践是认识的来源，也是检验认识的标准；认识从实践中来，又必须回到实践中去接受检验，如此往复，螺旋上升。他特别指出，"理论若不和革命实践联系起来，就会变成无对象的理论"。
这精确描述了我们的循环："实践 → 提炼抽象 → 落地实践 → 再迭代"。handbook 中的通用范本是"提炼"的产物，但它必须落回项目中接受检验。如果某个项目发现范本不适用并做了修改，这个修改本身就是新一轮实践对旧认识的纠正——认识的螺旋上升。
反驳柏拉图的洞穴隐喻
柏拉图的洞穴寓言描绘了一个两层世界：洞穴内的影子是虚幻的，洞穴外的理念才是真实。这种思路暗示存在一个完美的、超越经验的"理念世界"，而具体事物只是对理念的不完美模仿。
我们明确站在反驳的一侧：无论是人还是 AI，抽象都是对现实世界蹩脚的简化，而不是在探寻绝对真理。眯起眼睛看到的模糊幻象，并非洞穴外的理念世界。 通用 workflow 不是"完美工作流理念"的影子，它就是一堆从实践中归纳出来的、随时可能被推翻的经验总结。承认这一点，才不会把范本当圣经。
五、核心底层理念
这些理念不仅用于工作流设计，也作为整个项目的底层思想指引：
1. 实践优先于抽象
所有流程、规则、架构都来源于实践，也必须接受实践的检验与修正。抽象只是对复杂现实的简化，而非标准答案，永远优先尊重具体场景的客观需求。
2. 法无定法，亦不弃法
不迷信单一、完美的标准体系，同时正视通用规则、经验范本的价值。规则是服务实践的工具，而非束缚实践的枷锁。
3. 拒绝固化"最优解"执念
当下的架构与思路只是阶段性最优选择，而非终极形态。一旦将现有方案奉为不可改变的准则，便会形成新的法执。
4. 持续迭代，循环演进
架构、流程、认知都处于动态演化之中。以实践为根基，在使用中发现问题、总结经验、持续优化，形成"实践 → 提炼抽象 → 落地实践 → 再迭代"的闭环。
六、总结
本次工作流架构的调整，本质是一场认知的升级。从执着于完美模板，到规避彻底无规则的极端，最终落脚于中道与持续实践。
无论是架构搭建、流程设计，还是智能体协作，始终立足实践、辩证看待规则、保持开放迭代的心态，在平衡与演进中不断完善。