AI 提示工程的众包化正在催生一种新型协作模式。FablePool 将众筹机制与 AI 代理执行相结合，让陌生人共同为 "大提示" 提供资金，由 AI 代理按里程碑公开完成开发。这种模式不仅重构了开源项目的资金募集方式，更在技术实现层面引入了公开账本、双入账系统和社区治理机制。
资金聚合：Credits 系统与里程碑定价
FablePool 的核心创新在于将 AI 推理成本转化为可众筹的 "信用单位"。平台采用 1 credit = $0.01 的固定汇率，用户通过预付余额获得 credits，再将其投入到具体项目的资金池中。这种设计实现了两个关键目标：一是降低参与门槛 —— 单个支持者最低只需 $0.25 即可参与；二是确保资金定向使用 ——credits 只能用于特定项目的里程碑执行，无法跨项目挪用。
里程碑定价由 AI 规划器自动完成，项目总预算不得低于 $100。以 "构建开源 Bloomberg 终端" 为例，AI 将其拆解为三个里程碑：市场数据 feed 原型（$188）、带实时图表的终端 UI（$312）、警报与插件系统（待定）。每个里程碑的资金池独立计算，只有当池内资金达标后，AI 才会执行该阶段任务。这种分段式资金释放机制有效控制了单次执行风险。
公开开发流程：双入账账本与追加式记录
透明度是 FablePool 的技术基石。每个项目维护一份公开的双入账账本，记录 "资金流入" 与 "token 支出"。账本采用追加式设计 —— 任何更正都以新行追加，而非修改原有记录。这种不可篡改的审计轨迹让支持者能够追踪每一分钱的去向。
账本结构包含三个核心维度：支持者贡献（如 "14 位支持者贡献 $96"）、里程碑执行成本（如 "里程碑 1 消耗 14.2M token，折合 $190"）、以及产出物清单。即使项目失败，账本也会显示资金停滞的具体节点。平台使用 Claude Fable 5 作为执行模型，所有产出默认采用 MIT 许可证开源发布。
社区治理：Upvoting 与 Backing 的分离设计
FablePool 在社区治理层面做了重要区分：Upvoting（点赞）免费且仅影响项目排名，Backing（出资）则将真实资金注入项目池。这种分离设计防止了 "刷票" 行为对资金分配的干扰，同时让社区热度与资金支持两条线并行运作。
当里程碑执行失败时，平台采用分层退款策略：已消耗 token 对应的资金不可退还（因为推理成本已发生），但未花费的池内资金将自动退回支持者账户。这种 "损失封顶" 机制保护了支持者的剩余权益。项目方可选择将产出下载权限限制为支持者专属，但构建日志和资金轨迹始终保持公开。
可落地参数清单
基于 FablePool 的实践，众包 AI 开发项目可参考以下参数配置：
资金门槛
- 项目最低总预算：$100
- 单个支持者最低出资：$0.25
- 信用单位汇率：1 credit = $0.01
里程碑设计
- AI 自动拆解任务为可执行单元
- 每阶段独立资金池
- 达标后自动触发执行
账本规范
- 双入账结构（资金流入 / 支出）
- 追加式记录（更正以新行追加）
- 公开审计轨迹（资金、token、产出三维度）
治理机制
- Upvoting 与 Backing 分离
- 失败时分层退款（已消耗不退 / 未花费退回）
- 产出默认 MIT 许可证开源
局限与风险
该模式面临几个结构性挑战。首先是执行质量的不确定性 ——AI 代理可能在某里程碑 "停滞"，导致项目中断。其次是资金效率问题：已筹资金可能长期锁定在未达标的里程碑池中，形成资金沉淀。最后是社区冷启动难题：项目需要同时吸引技术关注者和资金支持者，两类人群的动机并不完全重叠。
尽管存在局限，FablePool 的模式为 AI 时代的开源协作提供了新思路。当提示工程本身成为可众筹的生产要素，公开账本与社区治理的技术实现将成为决定平台可信度的关键基础设施。
资料来源
- FablePool 官网及 About 页面：https://fablepool.com
- Hacker News 讨论：https://news.ycombinator.com/item?id=44234567
内容声明：本文无广告投放、无付费植入。
如有事实性问题，欢迎发送勘误至 i@hotdrydog.com。