淘金工作流方法论 v0.1

0. 定位

淘金工作流不是一个“如何更努力执行”的鸡血方法。
它是一套面向 AI 参与开发环境 的项目方法论，研究的不是“我有没有能力做项目”，而是：

如何让一个高增长的想法，在经过 AI、prompt、coding agent、代码实现后，仍然尽可能保持原始结构，并沉淀为可复用的项目资产。

它的关注点有三个：

想法如何进入执行
执行如何减少漂移
项目跑通后如何继续产金

所以，“淘金”不是单次做项目，而是把项目变成持续产出能力和新项目的矿脉。

1. 背景判断

1.1 当下的核心问题不在于能力缺失

在 AI 参与开发的现实里，很多传统问题已经不再是主问题，例如：

工作流不会搭
不会组织 AI 参与开发
没有启发能力
没有想法
没有实现能力
缺知识输入

这些都可以被部分解决，甚至已经被解决。

所以真正需要研究的，不是“我能不能做”，而是：

为什么想法会增长，执行也会发生，但想法与执行之间仍然经常出现偏差、异步、解耦感？

1.2 需要研究的不是“问题”，而是“现象”

淘金工作流首先不急于定义问题，而是先观察现象。

当前关键现象是：

想法增长速度很快
想法经常先于执行出现
执行通常可以被完成
但执行结果与原始想法之间常出现结构性偏差
AI 会在中间层自动补全、解释、拆分、重构，从而引入漂移
这种漂移不一定导致失败，但会损害“这是不是我真正想做的东西”的确定感

因此，淘金工作流研究的核心对象可以定义为：

想法在跨越多个代理层后，如何保持结构同一性。

2. 核心命题

2.1 真正的问题：协议漂移

淘金工作流认为，当前项目开发里的主要阻力不是“不会做”，而是：

想法到实现之间的协议漂移。

也就是：

想法进入 GPT 时被解释一次
进入 prompt 时被压缩一次
进入 coding agent 时被工程化一次
进入 apply 时被现实约束修正一次
最后运行出来的东西，可能已经不是原始那个东西

因此需要建立的，不是更强的 AI，而是：

想法进入执行前后的协议层。

2.2 “执行力”不是吃苦能力，而是预执行决策能力

在淘金工作流里，“执行力”不等于逼自己坚持，不等于硬熬，不等于多写代码。

它更接近：

当边界、复杂度、风险、否定性反馈出现时，是否还能做出“让这个想法进入执行态”的决策。

很多时候，项目没有开始，不是因为做不到，而是因为：

想法太初步
先交给 AI 判断
AI 返回“风险大、复杂度高、建议拆 MVP”
人开始怀疑它不切实际
最后连 prompt 都没有正式生成
项目死在预执行阶段

所以淘金工作流把阻塞点前移，认为第一障碍通常是：

预执行授权没有发生

这意味着方法论的重点不是“如何提升执行意志”，而是：

如何降低一个想法进入执行态之前的决策摩擦。

3. 基本定义

3.1 跑通

跑通指：

完成设计时约定的所有功能点，形成一个可验证的闭环。

重点不是“做了很多”，也不是“看起来差不多”，而是：

约定过
实现了
验证了
闭环成立

跑通是淘金的前提。
没有跑通，就没有金子。

3.2 项目

在淘金工作流里，项目不是一个空泛的大词，而是：

由架构、技术组成、代码、规则、验证标准共同构成的可运行对象。

所以项目不是“一个想法”，而是“一个已经能被约束和验证的系统单元”。

3.3 不断做出项目

“不断做出项目”不等于机械重复做东西。

它的本质是：

在已有跑通项目的基础上，持续学习、派生、变体、提升复杂度控制能力。

这里的“不断”依赖于之前的项目是否被保留下来、命名清楚、边界明确、可再利用。

3.4 淘金

淘金指：

对已经跑通的项目进行再利用，从中发掘新的需求、可复用结构、学习路径和变体机会。

淘金不是从零开始，而是围绕已跑通项目继续发掘。

它的前提是：

这个项目已经跑通
这个项目没有被弄坏
这个项目的边界和命名清晰
这个项目可以再次进入研究和改造流程

4. 淘金原则

4.1 第一原则：不弄丢找到的金子

任何已跑通项目，都是资产，不应被随意覆盖、混淆、污染。

这意味着：

不随意改坏已跑通版本
不让项目边界模糊
不让命名混乱
不让“还能跑”和“已经漂了”混在一起
不把可用成果当成临时脚手架抹掉

一句话：

先保矿，再继续挖。

4.2 第二原则：先跑通，再淘金

任何抽象、复盘、变体、平台化，都应建立在“已经有一个跑通的东西”之上。

否则会出现：

还没落地就先平台化
还没跑通就先抽象方法论
还没验证就先讲可扩展性
最后没有金子，只有概念

所以淘金工作流反对“先发明大系统、后找落地点”的冲动。

4.3 第三原则：跑通的项目必须可再识别

一个能被淘金的项目，至少要满足：

有名字
有版本
有边界
有验证结果
有运行方式
有用途说明

否则它即使跑通过，也很快会变成不可复用遗迹。

4.4 第四原则：淘金优先于遗忘

一个跑通项目的价值，不止在“它当时完成了”，更在于：

它定义了一个复杂度等级
它提供了一个学习模板
它暴露了真实边界
它可以支持向上学习与向下模仿
它可以派生新项目

所以项目做完后的默认动作不该是丢下，而该是进入淘金。

5. 两种再利用模式

5.1 淘金 Mode

淘金 Mode 是学习性再利用。

它的目标是：

从已跑通项目中学习
提炼可复用结构
进行模仿、解释、评论、复盘
把项目变成理解复杂度与系统性的教材

它偏向认知性和结构性，而不是立即改造。

适合的问题：

这个项目为什么能跑通？
它的真正闭环是什么？
哪些部分是关键，哪些只是附属？
我从中学到了什么？
它定义了怎样的复杂度上限/下限？

5.2 形变 Mode

形变 Mode 是改造性再利用。

它的目标是：

基于已跑通项目做改造
做变基、变体、迁移、扩展
保持母体价值，同时形成新方向

形变不是无约束乱改，而是：

在承认原项目成立的基础上，进行受控变形。

适合的问题：

这个项目能否迁移到另一个媒介？
能否换一个输入方式？
能否从单人版变成多人版？
能否把其中一个子系统抽出来独立成新项目？

6. 工作流观：所有新工作流都建立在 git 工作流之上

淘金工作流认为，git 不是单纯的代码工具，而是一种非常重要的结构启发。

最基础的 git 流程：

write
commit
push

可以被理解为：

产生内容
冻结一个局部成果
把成果发布到共享层

因此，很多所谓“新工作流”，本质上不是凭空创造，而是：

在 git 工作流上增加抽象层、控制层和开放层。

也就是说，新的 AI 工作流，本质上是对 git 流程的再封装。

6.1 工作流的定义

在淘金工作流里，工作流定义为：

解决问题的流程。

但更准确地说，它应当是：

面向从 0 到 1 做出一个项目的流程抽象。

这意味着工作流不是杂乱步骤集合，而是：

为“做出项目”服务
封装实现细节
管理阶段切换
支持可复用决策

6.2 工作流分层思想

淘金工作流提出：

每个新工作流的出现，其实是在 git 工作流的下一层做了解封装。

比如：

write 之上，可以有“想法记录”
commit 之上，可以有“意图冻结”
push 之上，可以有“共享上下文发布”

同样也可以进一步变成：

表单填写
prompt 生成
agent apply
结果审计
成果归档

所以，工作流创新不是脱离 git，而是站在 git 上，往上做适合 AI 协作的抽象。

7. 我的能力定位：工作流设计者

淘金工作流认为，某类创作者/开发者的核心能力，不一定是单纯实现，而可能是：

在写代码之上、在项目落地之前，设计想法进入工程的工作流。

这种能力包括：

设计阶段切换
设计权限开放时机
设计 agent 获取上下文的方式
设计从模糊意图到结构化 prompt 的转译机制
设计什么时候冻结，什么时候开放
设计什么时候先审计，什么时候允许 apply

这类人不只是“会用 AI”，而是在设计：

AI 参与做项目的协议层

8. 淘金工作流的核心对象：Project Unit

为了避免方法论一直漂浮，淘金工作流需要一个最小对象来承载项目。

定义如下：

Project Unit（项目单元）

一个项目单元至少应包含：

项目名
项目一句话目标
当前 Mode
当前轮次目标
当前禁止项
当前允许开放给 agent 的上下文
跑通判据
已跑通内容
下一步布尔决策点
对应的提交点/归档点

这样，工作流不再围绕抽象感受旋转，而是围绕具体单元推进。

9. 四种基础 Mode

为了降低混乱，淘金工作流建议每个 Project Unit 明确处于某一种 Mode。

9.1 Exploration Mode

用于：

观察现象
记录灵感
发现问题
形成研究方向

特点：

不急于实现
不交给 agent 直接 apply
以“现象记录”和“概念发现”为主

9.2 Pre-execution Mode

用于：

判断是否立项
结构化问题
做预执行决策
生成 prompt 草案或执行说明

特点：

可以和 AI 讨论
可以写表单
可以做范围确认
但不立即改代码

这是最关键的 mode，因为很多项目就是死在这里。

9.3 Execution Mode

用于：

允许 agent 进入开发
允许文档落地
允许代码改动
允许围绕本轮目标做实现

特点：

必须有边界
必须有禁止项
必须定义这轮“什么算跑通”
必须在结束后回到冻结/归档状态

9.4 Gold Mining Mode

用于：

对已跑通项目复盘
提炼结构
做变体前研究
抽取模板、母体、复杂度经验

特点：

不以新增功能为第一目标
以资产化和再利用为核心

10. 布尔决策推动复杂决策

淘金工作流很重要的一条思路是：

复杂决策不应直接以“大而模糊”的方式处理，而应拆成大量布尔门。

也就是，把复杂项目推进拆成很多 yes / no 决策点。

例如：

这个想法是否进入执行态？
是否允许 agent 看全部上下文？
是否允许 agent 修改现有代码？
是否允许创建新文件？
是否允许改架构？
是否要求先产出 diff 方案？
是否允许直接 apply？
是否要求本轮结束必须跑测试？
是否要求产出归档说明？

这样做的意义是：

降低决策负担
降低恐惧和拖延
提高控制感
把复杂推进转化为一系列局部判断

最终，一个复杂项目不是“突然完成”的，而是被很多局部 yes/no 推动到完成。

11. 想法进入执行前的最小协议

任何想法，在进入正式执行之前，至少应回答以下 6 个问题：

11.1 这是不是一个独立的 Project Unit？

如果不是，就不立项，只记录在探索层。

11.2 它当前属于哪个 Mode？

是探索、预执行、执行，还是淘金？

11.3 本轮只验证什么？

不能什么都做。
必须有一个本轮最小验证目标。

11.4 禁止 agent 做什么？

例如：

不准改架构
不准引入新依赖
不准创建新概念
不准顺手优化
不准合并多个问题

11.5 允许 agent 看到哪些上下文？

上下文不是越多越好。
要决定：

开哪些文档
开哪些文件
开到什么程度
开给哪个 agent

11.6 这次执行结束后，什么算跑通？

必须能验收。
否则执行会无限延长、无限漂移。

12. 淘金的标准循环

一个完整的淘金循环可以表述为：

第 1 步：发现现象

记录真正值得研究的现象，而不是急于下结论。

第 2 步：形成项目单元

把一个想法压成可被管理的 Project Unit。

第 3 步：做预执行决策

确定 mode、范围、禁止项、上下文开放边界、跑通判据。

第 4 步：进入执行

允许 agent 或自己实现当前轮目标。

第 5 步：验证跑通

确认设计时约定功能点已闭环。

第 6 步：冻结成果

命名、版本化、归档、保护，不弄坏金子。

第 7 步：进入淘金

对已跑通项目做学习、评论、结构抽取、需求发掘。

第 8 步：决定再利用方式

进入：

淘金 Mode（学习/模仿）
形变 Mode（改造/变体）

13. 这套方法论要解决的核心痛点

淘金工作流主要解决以下问题：

13.1 想法太快，执行跟不上

通过 mode 和预执行协议，把想法流先收束成项目单元。

13.2 AI 很强，但容易偏

通过布尔门、禁止项、上下文开放控制，减少协议漂移。

13.3 项目做完就散

通过“先保护金子，再继续挖”，把项目转成资产。

13.4 容易否定自己的想法

通过把“是否值得做”变成结构化预执行决策，而不是全盘情绪判断，降低自我打断。

13.5 容易一上来就大抽象

通过“先跑通，再淘金”，防止项目死在概念层。

14. v0.1 的边界

这只是 v0.1，所以它还没有完全解决以下问题：

如何量化“结构漂移”
如何设计具体的表单界面
如何把 Project Unit 做成真正的软件
如何和 git 提交点、文档索引、NotebookLM 等系统正式联动
如何支持多人 / 多 agent 协作的版本
如何定义更完整的 mode 切换条件

v0.1 的目标不是完整，而是先明确：

淘金工作流到底在研究什么，以及它的最小骨架是什么。

15. v0.1 总纲

最后，把这份方法论压成一句总纲：

淘金工作流是一套面向 AI 参与开发环境的方法论。它通过 Project Unit、Mode 切换、布尔决策门、预执行协议和项目资产化原则，尽量让高增长的想法以最小漂移进入执行，并在跑通后持续沉淀为可再利用的“金子”。