先做好一个广义接口
商业信用以企业身份为接口，GitHub 以仓库为接口，Visa 以支付凭证为接口；入口具体，连接能力足够广。
01
SOURCE
PROCESS
VERSION
PROOF
OPEN
FOOD
FOOD
SEED DECK · 2026
使命
从 AI 食谱到
可信食物协议
从AI食谱开始，让每一份食物拥有身份、版本、证据与可执行接口
THE THESIS
AI 厨师已媲美米其林大厨。我们下一步要解决的是：Agent、品牌、供应商、设备和消费者，如何共同相信同一份食物事实。
进入九页叙事 ↓
可编辑 · 可追证 · 键盘 ← → 翻页
02
THE PATTERN / 网络规律
核心判断
OpenFood，先把模糊的食物版本变成同一个共同对象
NETWORK PRIMITIVE · #01
邓白氏、穆迪、Visa、TCP/IP、GitHub、SWIFT 与 Bitcoin 的共同点，不是行业，而是把信任压缩成可重复调用的规则。
再统一对象与消息
身份、评级、数据包、支付指令、commit，都是跨组织可引用的共同对象。
最后让信任复利
每次调用、验证、Fork 和纠错，都让下一次协作更便宜、更可靠。
03
THE WEDGE / AI 食谱
已上线
AI 食谱是多方最小摩擦入口
recipe.compiler
v0.3
OPENFOOD / DRAFT
可信度 62%
番茄滑蛋饭
- ingredients
- 鸡蛋 2 个 · 番茄 220g · 米饭 180g
- process
- 预热 → 炒蛋 45s → 番茄出汁 120s → 合炒 30s
- constraints
- 总油量 ≤ 8g · 全程 ≤ 20min · 1 serving
- missing proof
- 营养计算来源 · 实际烹饪验证 · 原料批次
Agent-native Maker
会用 GitHub，也已把 Codex、Claude Code 或 WorkBuddy 放进日常。
科技型创作者
愿意公开 Prompt、Fork 和实做结果，把内容沉淀为可复用资产。
FoodTech Builder
需要一个跨 Agent、应用、设备都能读写的 food object。
NORTH STAR
Prompt → 可执行食谱 → 第一次实做 → 证据回流 → 可信 food object
04
IDENTITY + JUDGMENT / 邓白氏 × 穆迪
外部证据
远距离商业先解决两件事：你是谁，我凭什么相信你
邓白氏前身创立
穆迪开始信用评级
D‑U‑N‑S 企业标识推出
信任不是一条评分，而是一套可引用的语境
先给实体持续身份，再把分散事实压缩成可比较判断，商业才能越过熟人边界。
IDENTITY LAYER / 1841 → 1963
先把“这家公司是谁”从地方消息变成跨系统可引用的身份。
起点
通信员收集商人信誉，把本地口碑写进结构化商业档案。
网络化
标准报告与持续更新，让陌生机构能用同一份企业事实做决策。
关键原语
1963 年推出 D‑U‑N‑S：先有持久身份，数据才能跨系统连接。
OPENFOOD 要继承的四件事
- 01每份食物一个持久身份
- 02声明与原始证据分开保存
- 03判断可以比较，也可以更新
- 04缺失与冲突必须显式可见
05
NETWORK ADOPTION / VISA × TCP/IP × GITHUB
战略路径
每一方从自身利益出发，都愿意遵守的规则：我们如何提供可信的食物
COMMON
RULES
RULES
VISA / 1958 → 1976
从一张卡开始，真正的产品是多方都愿意遵守的规则。
Bank of America 先在 Fresno 推出 BankAmericard。随着发卡行、商户与持卡人加入，独立组织和电子授权清算系统把单一产品变成支付网络，1976 年统一为 Visa 品牌。
- 起点动作
- 消费者刷一张卡
- 共同对象
- 账户、授权与交易消息
- 网络补全
- 品牌、清算、争议与治理
- OpenFood 启示
- 先让一次生成可执行
三段历史给 OpenFood 的同一个答案
Visa：规则+TCP/IP：互通+GitHub：工作流→日常网络
开放协议本身不会自动赢。它还需要参考实现、默认界面、身份、版本、权限和社区治理，才会成为每个人每天都在用的网络。
06
VERIFIABLE TRUST / SWIFT × BITCOIN × OPENFOOD
协议构想
SWIFT 统一消息，Bitcoin 统一验证；OpenFood 要统一食物证据
kung-pao-tofu.food
openfood: "0.1"
id: of:cn:kung-pao-tofu
version: 12
lineage:
parent: gh:lin/recipe@4e82
license: CC-BY-4.0
ingredients:
- item: tofu.firm
amount: 320
unit: g
source: supplier:SC-204
process:
- action: stir_fry
temp: 185C
duration: 75s
claims:
vegan:
evidence: audit:2026-071
validation:
cooked: 8
reproduced: 5
OPENFOOD OBJECT
先把“它是什么、怎么做、谁声称、证据在哪”写进同一个可移植对象。平台可以消失，食物事实仍可被引用。
网络不必持有价值
SWIFT 的核心是安全、可靠、标准化的跨机构消息，而不是替银行保管资金。
规则与历史可独立验证
开放源码、签名与共享账本让参与者不依赖单一运营者确认同一状态。
上链不等于真实
食物声明仍需供应商、实验室、厨师与监管者作证；协议负责保存证据与责任。
07
BUSINESS MODEL / 商业模式
模型假设
AI 食谱作为入口，可信执行、组织协作与网络连接负责收费
OPEN
¥0
规范与公开 Registry
规范、校验器、公开食谱、基础 Agent skill
MAKER
0-299
OpenFood食谱工作台
私有项目、版本 Fork、营养与成本 Agent、家庭协作
TEAM
6888起
食品研发组织
供应商规格、审批、审计、SOP、权限和团队知识库
NETWORK
按量
API / 认证 / 连接器
设备、零售、品牌、供应链读取与写入可信 food objects
REACHABLE REVENUE MODEL
可达收入（不是当前收入）
个人创作者
¥3亿
100万 × ¥300/年
研发团队
¥20亿
10万组织 × ¥2万/年
API / 网络
¥6亿+
连接器 + 调用 + 认证
商业逻辑更接近 GitHub、Visa 与 SWIFT，而不是内容平台：开放标准扩大参与，托管工作流、可信执行、连接器与网络服务形成收入。数值是待验证模型，不是当前收入。
首个付费事件第 2 个私有项目
组织扩张单位研发项目 / 供应商
长期毛利来源软件 + API + 认证
08
CROSSING THE CHASM / 18 个月
里程碑目标
像 Visa 先发卡、GitHub 先托管代码：先成为最大的开源AI食谱知识库，再扩大网络
可信食物
网络OPENFOOD
网络OPENFOOD
先赢下懂 GitHub、已用 Codex / Claude Code / WorkBuddy 的 Agent-native 用户。
- 1,000 个结构化 food objects
- 300 次真实烹饪验证
- Time-to-first-food < 5 分钟
让科技创作者与 FoodTech Builder 把 Fork、验证和公开 Registry 做成默认行为。
- 5,000 周活创作者
- 30% 食谱含来源与实做证据
- 50 个食品研发设计伙伴
用 3–50 人食品研发团队做滩头，补齐供应商、成本、过敏原、审批、SOP 和连接器。
- 100 家付费组织
- 20 个设备 / 零售 / 数据连接器
- OpenFood v1.0 候选规范
BOARD METRICS
激活：首次可执行食谱
留存：7 日内第 2 个可信对象
质量：含证据对象比例
网络：跨 App 成功执行次数
09
THE ROUND / 本轮
融资建议
我们不做最大的食谱网站；我们做 Agent、品牌与设备都信任的食物协议
SEED ROUND · 建议区间
¥1,800万
18 个月 runway，把 AI 食谱切口推进到 OpenFood v1.0 候选规范与第一个组织滩头市场。
核心产品与 Agent runtime40%
Food ontology 与验证网络25%
开发者社区与协议治理20%
组织连接器与合规15%
18-MONTH OUTCOMES
100K
100
20
v1.0
结构化 food objects
付费研发组织
生态连接器
候选开放规范
以上均为融资后目标，不代表当前 traction。OpenFood 食谱社区是产品入口，协议、组织协作与验证网络是本轮要推进的能力。
FOUNDER-MARKET FIT
创始团队
OpenFood把“Agent 基础设施 × 食品研发 × 开放社区”三个世界连起来。
团队背景：
AI Agent开源社区探索者+Bitcoin社区资深贡献者
AI 食谱是入口。从农业到工业，从餐馆到厨房，从GEO营销到AI电商，一个端到端的食物协议网络，是终局。
访问 openfood.dev ↗