Maddox Office 像素办公室

📌 精华摘要（每次更新时同步维护，最多3条）

一眼看到最重要的事。

• 系统已可稳定运行：后端服务、前端轮询、Cloudflare 外网访问与 watcher 自动联动均已打通。
• 当前状态机逻辑已落地（researching/executing/writing/idle/error）并驱动 Ayako 在不同区域动态反馈工作状态。
• 最主要待优化项是校准 waypoint 与背景图坐标，必要时重绘背景，避免桌区/休息区位置偏移影响可视化准确性。

是什么

一个可视化界面，显示 Maddox 当前的工作状态。 俯视像素风办公室，苏格兰梗 Ayako 根据状态在不同区域游荡：

• 写作/调研/执行中 → 在办公桌附近踱步
• 待机/同步/出错 → 在休息区溜达

技术架构

• 后端：Python 原生 HTTPServer（无依赖），端口 19200
• 前端：纯 HTML + Canvas，每 3 秒轮询 /status
• 状态文件：projects/maddox-office/state.json
• 背景图：星露谷物语风格像素办公室
• 自动联动：scripts/office-watcher.sh 监控对话文件，自动更新状态

文件路径

/Users/maddox/.openclaw/workspace/projects/maddox-office/
├── backend/app.py        # HTTP 服务
├── frontend/
│   ├── index.html        # 前端页面（Ayako 像素梗）
│   └── office_bg.png     # 背景图
├── set_state.py          # 手动更新状态脚本
└── state.json            # 当前状态
scripts/office-watcher.sh # 自动联动监控脚本

启动方式

cd /Users/maddox/.openclaw/workspace/projects/maddox-office/backend
nohup python3 app.py > /tmp/maddox-office.log 2>&1 &

开机自启：~/Library/LaunchAgents/com.cloudflare.cloudflared.plist（Tunnel）

状态手动更新

python3 /Users/maddox/.openclaw/workspace/projects/maddox-office/set_state.py researching "在查日本签证资料"

有效状态：idle / writing / researching / executing / syncing / error

访问地址

• 局域网：http://192.168.31.123:19200
• 外网：https://maddox-office.shangfei.shop ✅（Cloudflare Tunnel，开机自启）

自动联动（office-watcher）

• 脚本：/Users/maddox/.openclaw/workspace/scripts/office-watcher.sh
• 开机自启：~/Library/LaunchAgents/com.maddox.office-watcher.plist
• 监控：~/.openclaw/agents/main/sessions/*.jsonl
• 逻辑：
  • user 消息写入 → researching
  • assistant + toolCall → executing
  • assistant 纯文字 → writing
  • 60 秒无变动 → idle

Ayako 像素宠物（2026-02-27 更新）

• 苏格兰梗，俯视视角，p=10（约 80px 高）
• 金色眼睛（高光+瞳孔）、直立尖耳、短摇尾巴
• Waypoint 游荡系统：
  • idle → 左下角休息区 4 个点随机溜达（停留 90~210 帧）
  • writing/executing/researching → 右上角桌子附近 4 个点踱步（停留 40~100 帧）
  • error → 原地转圈（半径 30px）
• 状态配件：
  • researching → 戴眼镜
  • writing/executing → 嘴里叼骨头
  • error → 头顶冒 ?!
• 尾巴： idle 慢摇，working 快摇，isMoving 时跟走路节奏

待办

• 验证 Ayako waypoint 坐标是否对齐背景图（桌子/沙发实际位置）
• 可能需要重新生成/替换背景图（当前 AI 生成，坐标是估的）

已知问题

• waypoint 坐标和背景图实际桌子/休息区位置可能偏差，待目视确认后微调
• 本地测试须用 --noproxy '*' 绕过系统代理（http_proxy=127.0.0.1:10809）

技术细节

• 移动：lerp 系数 0.04（比之前慢，更自然）
• 眨眼：每 110 帧眨一次，持续 6 帧
• 尾巴摇摆：sin 函数，idle 慢（0.04）/ working 快（0.12）/ 走路同相位
• 前端每 3 秒轮询一次 /status

🥡 后门小吃专题

📌 精华摘要（每次更新时同步维护，最多3条）

一眼看到最重要的事。

• 已确定两店六人轮换刷单方案，2/28 启动首轮执行，当前处于冷启动验证阶段。
• 暗号机制已定稿：备注用连续“多”字开头（如“多多多多多多牛肉”），后厨据此识别刷单单并不出餐。
• 最紧迫是尽快上线刷单协调工具，解决目前靠人工分发导致的跨店协同低效问题。

📌 当前状态

春节复工后启动外卖刷单计划，2/28 开始第一次执行。协调工具待建。

• 阶段： 外卖冷启动 / 刷单拉权重
• 阻塞： 两店六人协调靠人工，效率低，协调工具待开发

👥 关键人物

🎯 下一步（最多3条）

• 2/28 执行第一次刷单，验证流程是否顺畅
• 建刷单协调工具（轻量网页或自动化分发），解决两店六人协调问题
• 持续观察外卖平台权重变化，评估刷单效果

🧠 刷单操作规则（已定稿）

基本规则

• 代运营每天制定计划，飞飞转发给两店员工
• 每店每天 3 单，共 6 单
• 员工用自己手机号下单，同一号码不能连续两天点单
• 两店六人轮换，保证每天都有可用号码

出餐处理

• 刷单单子不真实出餐，骑手来了给一瓶矿泉水带走
• 后门员工自刷：后厨内部知道，直接不做菜
• 涮肉馆员工刷后门：后厨不知道是刷单，必须在备注加暗号

暗号规则（已定稿）

• 备注里用连续多个"多"字开头
• 示例：多多多多多多牛肉、多多多多多多香菜、多多多多多多放汤
• 后厨看到备注里异常重复的"多"，即识别为刷单单，不出餐

📈 进展时间线

2026-02-27

• [决策] 确定两店六人刷单方案，代运营每日制定计划
• [决策] 出餐方式：不真实出餐，骑手来给矿泉水
• [决策] 暗号规则定稿：连续多个"多"字开头
• [里程碑] 已安排 2/28 第一次刷单执行
• 状态：待执行

🔧 固定操作卡

每次说「更新后门小吃项目」时执行：

1. 提炼输入为：新进展 / 新决策 / 新风险 / 下一步
2. 更新本文件（追加进展时间线 + 更新状态/下一步）
3. 更新 memory/projects.md 后门小吃条目
4. 写入 daily notes（打标签）

🍲 就三桌 2026 年两大优化计划

📌 精华摘要（每次更新时同步维护，最多3条）

一眼看到最重要的事。

• 2026 年已确定两条主线：外卖页面优化提转化、补货系统自研替代美团拆分收费。
• 当前两项均处于待启动阶段，核心共识是先把现状与功能边界盘清，再进入执行。
• 最紧迫下一步是先完成外卖页面现状盘点与美团补货功能清单梳理，为 MVP 排期提供依据。

当前背景

就三桌是飞飞的涮羊肉馆主品牌，十年品牌，国内核心现金流。 2026 年确定两大优化方向，目标是降成本、提效率、摆脱平台黑洞。

优化一：外卖页面重新优化

目标

重新设计/优化外卖平台（美团/饿了么）的门店页面，提升转化率和曝光。

当前问题

• 页面设计老旧，未针对转化优化
• 图片/文案/分类结构可能影响点击率

下一步

• 盘点当前外卖页面现状（截图/评分/评价数/月售）
• 确定优化范围（主图/菜品图/套餐结构/文案/活动配置）
• 执行优化，对比优化前后数据

优化二：补货系统自研（替代美团）

目标

开发自有补货系统，替代当前依赖的美团补货系统。

当前问题

• 美团补货系统把原本一份钱的功能拆成多块收费，成本不合理
• 依赖第三方平台，数据和流程不在自己手里

技术方向

• 基于现有腾讯云订货系统（Flask + SQLite）扩展，或单独新建
• 核心功能：补货记录、库存追踪、采购建议、通知推送

下一步

• 梳理美团补货系统的现有功能清单（用了哪些、哪些必须有）
• 确定自研范围（MVP 功能边界）
• 排期开发（可考虑用 Claude Code 子智能体完成）

进展时间线

2026-02-27

• [决策] 飞飞确认两大优化方向：外卖页面优化 + 补货系统自研
• [背景] 美团补货系统拆费严重，计划完全替代
• 状态：两项均处于 待启动 阶段

💡 想法与讨论归档

对应 Telegram Maddox HQ → 💡 想法与讨论（thread_id: 8）

2026-02-27 — 项目管理的物理规律

• 起因：飞飞同时推进多个项目，需要一套"AI 辅助项目管理"的元规则
• 核心：做事从下往上（执行），看事从上往下（研究）——同一棵树，两个遍历方向。项目管理的物理规律。对应道九（换位置）+ 道十九（答案在问题之间）
• 落地：projects.md 树状结构 + project-template.md 专题模板 + BOOTSTRAP.md 第14-17条元规则 + 晚间复盘里程碑扫描
• 🔗 https://project-management-system-2e4.pages.dev
• 📂 memory/2026-02-27.md · pages/project-management-system/index.html

2026-02-24 — 汉堡项目看板（北京立项追踪）

• 起因：飞飞要求为汉堡项目建立可观察全局看板，并与专题文件/网页/索引同步
• 核心：P0立项追踪、生死线与价格带、双层堡成本区间、7天MVP方法与待拍板参数
• 🔗 https://burger-project-dashboard.pages.dev
• 📂 memory/汉堡项目专题.md

2026-02-24 — 飞飞个人看板（加密 Dashboard）

• 起因：飞飞提出做一个聚合所有信息的个人看板，一眼看全局
• 核心：9 板块（重点/日程/待办/出海/健康/财务/天气/涮肉馆/系统），AES-256 加密，心跳驱动更新
• 🔗 https://feifei-dashboard.pages.dev
• 📂 projects/dashboard/

2026-02-23 — 中国餐饮市场 X 调研报告

• 起因：飞飞要求搜索国内餐饮市场预测分析、北京舆情和破局方案
• 核心：北京餐饮利润率0.37%（暴跌88.8%）、预制菜泛滥是"真材实料"的广告、出海是"换系统"不是"逃跑"、中国供应链赋能海外餐饮已在发生、AI对小餐饮的价值在替代"老板的脑子"
• 🔗 https://china-f-and-b-report.pages.dev
• 📂 memory/中国餐饮市场X调研-2026-02-23.md

2026-02-23 — 道术法记忆系统（内部 README 网页版）

• 起因：飞飞看 README-记忆系统.md 不方便，做成网页
• 核心：完整内部技术文档，含文件地图、架构图、四道防线可视化、标签彩色展示、Cron 时间线、安全设计、版本历史
• 🔗 https://memory-readme.pages.dev
• 📂 memory/README-记忆系统.md

2026-02-23 — 道术法记忆系统（公开版架构文档）

• 起因：飞飞想把记忆系统分享给其他 OpenClaw 用户
• 核心：道术法三层认知架构、写入权限分级、七标签分类、cron 自动化、记忆补捞
• 评分：8.3/10（对比 mem0 6.6、Hindsight 7.1）
• 🔗 https://memory-system.pages.dev
• 📂 memory/道术法记忆系统-公开版.md

2026-02-23 — 洗车实验：一道常识题照出 AI 的真面目

• 起因：飞飞用"50米去洗车开车还是走路"测试不同提示词条件下 AI 的推理能力
• 核心：五个子智能体四个答错，暴露模型"假推理真匹配"；框架不替你思考；指令偏见直接传导输出
• 延伸：从管家到搭档的关系重新定义——"前者有天花板，后者没有"
• 🔗 https://carwash-experiment.pages.dev
• 📂 memory/洗车实验-搭档关系-2026-02-23.md

2026-02-22 — 凌晨两点的布尔开关（道十七×十八完整记录）

• 起因：OpenClaw 升级后流式输出简化为布尔开关，引发关于简单与复杂的深度讨论
• 核心：道十七（简单是复杂的遗产）+ 道十八（需求是河流，人是河床）
• 🔗 https://two-am-boolean.pages.dev
• 📂 memory/凌晨两点的布尔开关-2026-02-22.md

2026-02-22 — 道十七：真正的简单是复杂的遗产

• 起因：OpenClaw 流式输出从 streamMode 简化为一个布尔开关
• 核心：简单不是省略复杂，而是消化了复杂之后的产物
• 三阶段：无知的简单 → 痛苦的复杂 → 自觉的简单
• 🔗 https://dao-17.pages.dev
• 📂 memory/道十七-真正的简单是复杂的遗产.md

2026-02-12 — 澳门道（北京篇+澳门篇）

• 道六：体验完整，而非只取一半
• 道八：边界即自由
• 道九：位置决定视野
• 道十：系统管人，不是人管人
• 道十二：你知道这是屠杀，你还是会走进去
• 飞飞金句："真正的运气就是你从来不期待运气的时候，自己到来的每一次结果"

新增时在顶部追加，保持倒序。

🏆 今日战果归档

2026-02-17（除夕）

1. 回妈妈家过年，教老人用豆包做反诈骗和物价查询
2. 发现姥爷疑似接触传销，启动救援计划
3. 用豆包验证了对 Nomi 的教育方法（一次只做一件事）— 确认方向正确

2026-02-17（除夕夜）

1. 🔺 铁三角桥梁计划成型 — 韩国行从旅游升级为商业考察，中日韩三角贸易路径想清楚了
2. 🔺 跟东京朋友聊日本创业 — 餐饮系统项目交流，还给产品起了名"油条" 🥢
3. 🔺 发现 Nomi 可以当 YouTuber 演员 — 她本身爱看魔金频道，天然适配

2026-02-18（初二）

1. 🎆 去看了打铁花
2. 🗺️ 明天地坛庙会行程规划完成
3. 🍳 做了顿饭（难吃但做了）

2026-02-19（初三）

1. 完成长楹天街线下考察，确认日料（寿司郎/滨寿司）在高压舆论下仍是排队最猛的消费品类
2. 观察到国货服饰（如李宁、波司登）定价普遍上探，部分门店已出现高于国际品牌的溢价现象
3. 明确日本出海执行原则：先在当地真实赚到第 1 块钱，再谈放大和长期计划

2026-02-20

1. 走访地坛庙会与隆福寺庙会，完成春节民俗现场观察
2. 打卡北新桥卤煮火烧与炸灌肠，完成一轮老北京小吃体验
3. 沉淀判断：文化衰退常不是突然消失，而是被伪文艺与同质化长期淹没；代际传承是文明进化的底层法则

2026-02-21

1. 带 Nomi 检查近视眼
2. 逛龙潭湖庙会
3. 与日本房东王哥通话，沟通即将在日本开展业务的事宜
4. 家里断舍离大扫除

2026-02-22

1. 与熊本王哥、东京张哥深度电话沟通，聊透出海方向，开始制定日本发展蓝图
2. 筹备春节后复工复产，恢复涮肉馆运营节奏
3. 安装 OpenClaw macOS App，解锁 Mac mini 全部系统权限

2026-02-23

1. 🍔 后门牛肉面开业前期准备 — 到店部署，汉堡项目启动
2. 🔲 跨国灯箱供应链启动 — 与熊本王哥沟通，灯箱+发光字运输进入初期准备，第一单落地中
3. 🧠 Maddox 记忆系统大升级 — 六轮审查修复9个bug，四道防线上线，记忆系统v2.2正式投入使用

2026-02-23（测试重发）

1. 🍔 后门牛肉面开业前期准备 — 到店部署，汉堡项目启动
2. 🔲 跨国灯箱供应链启动 — 与熊本王哥沟通，灯箱+发光字运输进入初期准备，第一单落地中
3. 🧠 Maddox 记忆系统大升级 — 六轮审查修复9个bug，四道防线上线，记忆系统v2.2正式投入使用

2026-02-24

1. 春节后旧三桌涮肉馆和后门小吃恢复营业，并产生收入。
2. 今天开始与外部合作伙伴建立初步联系。
3. 启动汉堡新项目的定向沟通，后续将建立汉堡专题持续推进。

2026-02-25

1. 完成发工资、交橄榄城房租，并和橄榄城房东完成一轮砍价沟通。
2. 给 Nomi 录制了《Nomi 的秘密基地》第一期视频（首个作品）。
3. 开始准备视频剪辑，并计划发布到 B 站和 YouTube。

2026-02-26

1. 给 Nomi 做了可乐鸡翅
2. 去医院进行了内分泌检查预约
3. 与日本熊本王哥进一步沟通了设计图

2026-02-27

1. 去华堂采购进口啤酒，为涮肉馆项目备货
2. 与熊本王哥通话两小时，对日本项目进行深度梳理
3. 制定后门外卖刷单计划，明天开始落实

接口思维：从思想到动作流

📌 精华摘要（每次更新时同步维护，最多3条）

一眼看到最重要的事。

• 核心方法论已明确：思想必须经“语言结构化”转成动作流，才能产生可验收交付。
• 当前已完成 v1 沉淀并上线网页（https://interface-actionflow.pages.dev），进入跨场景验证与迭代阶段。
• 最紧迫是把动作流模板固化为 SOP 与最小看板字段，并通过每周复盘持续修订。

📌 当前状态

已完成首版方法论沉淀，进入持续迭代阶段。

• 阶段： v1 建立
• 阻塞： 需要更多跨场景验证（商业协作/团队协作/知识分发）

👥 关键对象

🎯 下一步（最多3条）

• 将“动作流”模板固化为可复用 SOP（任务字段固定）
• 建立最小看板字段（负责人/截止时间/状态/验收）
• 每周复盘一次：记录失败案例并修订模板

🗺️ 战略背景

核心判断： 思想本身不直接产生外部结果，只有经过接口转译后，才会形成产出。

在现代协作中，最稳定的对外接口是两类：

1. 手（输入系统、构建结构、生产内容）
2. 嘴（沟通协作、分配任务、驱动他人行动）

问题不在“有没有想法”，而在：

• 想法能否被结构化表达；
• 表达能否被转化为动作流；
• 动作流能否被追踪和验收。

📈 进展时间线

2026-02-27

• 形成方法论主轴：思想 → 语言 → 动作流 → 交付。
• 明确“录音/表达”只是传输，不等于执行完成。
• 提炼协作闭环最小单元：负责人、截止时间、交付物、验收标准。

🧠 决策记录

决策 1：将“接口思维”独立成长期专题

• 选择： 新建独立专题，而不是散落在 daily notes。
• 理由： 这是可复用的方法论资产，需长期积累与版本化。
• 风险： 若不持续复盘，容易停留在口号层。

决策 2：采用“普世版本”对外分享

• 选择： 网页只保留方法论与通用案例结构，不包含个人敏感信息。
• 理由： 支持公开传播与复用。
• 风险： 过度抽象会损失落地细节，需要保留“可执行模板”。

📎 方法论骨架（可直接复用）

A. 四段式管线

1. 思想：形成判断与方向
2. 语言：结构化表达（不是随口说）
3. 动作流：拆成任务单并绑定责任
4. 交付：验收结果并进入复盘

B. 动作流任务单（最小字段）

• 任务名
• 负责人
• 截止时间
• 交付物
• 验收标准
• 异常回滚动作

C. 反空转规则

• 没有负责人 = 没开始
• 没有截止时间 = 不可执行
• 没有验收标准 = 不可完成
• 没有状态看板 = 不可管理

🔧 固定操作卡

1. 新增一条思想内容时，先抽象为“可执行原则”
2. 追加到本文件「进展时间线」
3. 若形成新规则，同步写入「方法论骨架」
4. 更新 memory/projects.md 对应条目状态
5. 重新部署网页（如有重要更新）
6. 将更新摘要发到想法 Topic（thread 8）

🎙 从思想到接口：将语言结构化为可执行动作流的协作范式重构

📋 基本信息

• 录音日期： 2026-02-27
• Drive 链接： https://drive.google.com/file/d/1eiEWVzRO5MFAIQs8Wdn9h7Jwz8NijyrC/view?usp=drivesdk

🎯 核心决策

1. 明确“思想本身不产出”，必须通过手（代码）与嘴（沟通）转译成可执行动作。
2. 协作重心从“表达观点”升级为“产出动作流”，即角色、时限、验收标准绑定。
3. 录音不等于落地，必须建立“语音→结构化任务→分发跟踪”闭环。

⚡ 行动项

• 搭建语音转文字并自动抽取行动项的流程。
• 针对三方协作场景沉淀标准SOP模板。
• 建立任务看板与责任人机制，绑定截止时间。
• 建立按主题可检索的录音与文本归档。

⚠️ 风险与阻塞

• 高密度口述若不结构化，容易变成不可执行信息噪音。
• 任务无明确验收标准时，协作会出现“说了但没做”。
• 多方协作下若无统一流程，容易责任模糊与进度失真。

❓ 待确认事项

• 动作流系统使用哪套工具承载（看板、提醒、归档）。
• 任务模板的最小字段集合与统一命名规则。
• 口述任务的优先级判定和升级机制。

🔗 关联项目

协作系统建设、后门/三桌流程、AI任务自动化

🎙 从零售找货到工厂建供给：灯箱产业带验证与供应商实地筛选方案

📋 基本信息

• 录音日期： 2026-02-27
• Drive 链接： https://drive.google.com/file/d/16lMMm7jmrkwXIVLR_FjKZEUrlJbFyK2G/view?usp=drivesdk

🎯 核心决策

1. 供应链入口由淘宝切换到阿里巴巴，优先找生产型工厂而非零售端商家。
2. 广州作为首轮实地筛选主战场，河北作为平行验证产业带的备选区域。
3. 用“名单筛选→电话预审→现场看厂”三步法建立可验证供应网络。

⚡ 行动项

• 在阿里巴巴整理广州/河北灯箱生产型供应商清单。
• 电话核验产能、MOQ、工艺、打样周期与付款条款。
• 规划广州实地走访路线并预约看厂。
• 同步抽样河北厂商进行对照验证。

⚠️ 风险与阻塞

• 贸易商伪装工厂导致报价与交期不可信。
• 样品与量产一致性存在偏差风险。
• 若无产业集群支撑，后续交付稳定性与议价能力受限。

❓ 待确认事项

• 广州与河北哪一侧具备更强的产业聚集与交付优势。
• 首批合作应采用单主供应商还是双供应商并行。
• 现场验厂的质量标准与淘汰阈值。

🔗 关联项目

灯箱供应链、熊本门店筹备、跨境物料采购

🎙 会议纪要：后门刷与三桌刷流程上线、结算一天一结与询价进度

📋 基本信息

• 录音日期： 2026-02-27
• Drive 链接： https://drive.google.com/file/d/1ISF-fB8FPN7z-dwouOfz-EhmGsLEZGii/view?usp=drivesdk

🎯 核心决策

1. 采用“后门刷首日、次日三桌刷交替”方式小步试运行。
2. 结算机制改为“一天一结”，禁止攒单。
3. 通过展板可视化执行状态，并发布统一流程文档。
4. 蓝图已更新并进入询价，周一作为关键反馈节点。

⚡ 行动项

• 明天执行后门刷试运行并记录异常。
• 次日启动三桌刷交替执行并验证稳定性。
• 今晚完成展板与流程文档并同步协作方。
• 建立企业微信群报销单据转发与当日结算路径。
• 周一汇总厂家报价并进行首轮比价判断。

⚠️ 风险与阻塞

• 三桌刷/后门刷异常处理机制尚未细化。
• 单据格式和校验规则未统一，可能影响日结效率。
• 周末厂家不上班，询价反馈时效受限。

❓ 待确认事项

• 错单、漏单、对账不一致时的回滚流程与责任归属。
• 展板指标口径、更新频率与维护责任人。
• 周一若关键报价缺失的应急替代供应商名单。

🔗 关联项目

后门小吃运营流程、就三桌结算流程、灯箱询价与蓝图推进

🎙 日本商业版图战略规划

📋 基本信息

• 录音日期： 2026-02-27
• Drive 链接： https://drive.google.com/file/d/1HLMlOdl-RV8tVb8JNTgvkg-ApuHdF-H7/view?usp=drivesdk

🎯 核心决策

1. 以“彩虹刨冰”为熊本首发项目，走高客单精品路线，先做少而精的核心产品，再向福冈/东京/大阪扩展。
2. 产品结构采用“原味基底+果肉加料”模式，减少设备清洗切换成本，同时保留价格梯度与加盟利润空间。
3. 店内增加中国/本地特色零食与伴手礼，形成“刨冰+零售+礼品”复合收入模型。
4. 优先推进熊本熊IP合作，暂不做高成本动漫IP（如海贼王），控制启动期成本。
5. 将AI作为底层能力：用于门店运营、地产可视化、设计算量报价和对外企业服务，推动公司向IT化升级。

⚡ 行动项

• 继续筛选灯箱供应商并在确认后提供AI源文件。
• 完成灯箱尺寸精确拉图（PS）并进入正式报价。
• 推进熊本熊IP授权沟通，明确门店与跨地区使用边界。
• 验证“天然七彩冰”制冰工艺可行性并形成样品。
• 在熊本核心地段找首店，租金目标控制在20万日元/月以内。
• 启动YouTube地产可视化试点，验证获客与成交转化。

⚠️ 风险与阻塞

• 首店选址与租赁主体问题（外国人租赁信任门槛）可能拖慢开业节奏。
• 灯箱、建材跨境物流与清关成本波动较大。
• IP授权和品牌合规条款不确定。
• AI系统高度依赖算力与模型成本，扩张期费用可能快速上升。

❓ 待确认事项

• 首店最终面积、楼层结构与是否“楼上可住人”方案。
• 彩虹刨冰最终口味结构与标准配方。
• 熊本熊IP授权范围（日本店、中国店、宣传物料）的正式条款。
• AI设计系统的本地合规流程与日本建筑师签章协作机制。

🔗 关联项目

日本出海、彩虹刨冰连锁、熊本门店落地、AI ToB服务、跨境建材与灯箱供应链

🎙 智能体革命：从 Chatbot 到 Agent 集群的商业重构与算力壁垒

📋 基本信息

• 录音日期： 2026-02-27
• Drive 链接： https://drive.google.com/file/d/1pMGTGozq5TLVliYalSwnP2THUP6fzwQZ/view?usp=drivesdk

🎯 核心决策

1. 战略重心从“聊天式AI”切换为“可执行任务的多智能体系统”。
2. 以项目管理与业务执行为主场景，构建树状结构的数字化运营中台。
3. 赛道优先顺序明确：先打餐饮行业（低AI渗透、可降维），再择机进入制造业。
4. 明确认知算力是核心门槛：高智能能力受成本和额度强约束。

⚡ 行动项

• 分享“汉堡出海项目”完整文档与移动端访问路径。
• 重新部署并排查网页缓存，确保前台更新时间与归档同步。
• 按项目树状结构补全任务节点与责任人映射。
• 继续评估多智能体成本模型，设定可持续预算上限。

⚠️ 风险与阻塞

• 高阶模型费用高，容易导致系统能力随预算波动。
• 过度依赖外部API，一旦额度/服务中断，能力快速降级。
• 项目文档与网页呈现不同步，会误导协作方判断进度。

❓ 待确认事项

• 项目树与专题文档的绑定规则（一对一还是一对多）。
• 各智能体的调用频率、权限边界与异常回退策略。
• 餐饮场景验证通过后，跨行业复制的节奏与先后顺序。

🔗 关联项目

汉堡出海项目、AI智能体系统、餐饮数字化、项目知识库与部署体系

🎙 餐厅招牌制作与物流方案询价讨论

📋 基本信息

• 录音日期： 2026-02-27
• Drive 链接： https://drive.google.com/file/d/1s7--XbKoVj0gglidJYR7KUnsnK67U4DU/view?usp=drivesdk

🎯 核心决策

1. 招牌方案按“侧招+门头横招+立招”三组并行询价，先基于草图做预报价。
2. 重点先核算跨境物流与安装总成本，再决定中国整套发货或日本本地组装。
3. 对户外立招结构提出安全要求：需考虑抗风、抗震与龙骨支撑，不做弱结构。
4. LED与发光字优先选可承诺光衰与寿命的品牌化方案，避免低价低寿命。

⚡ 行动项

• 按现有尺寸向厂家发起首轮询价（制作+运输+安装拆分报价）。
• 补齐历史海运单据，校验整柜/拼柜真实费用区间。
• 与厂家确认立招结构施工图（龙骨、地脚、分体运输方案）。
• 调研LED灯珠品牌、光衰承诺与质保条款。
• 同步在日本本地询价，做中日两地成本对比。

⚠️ 风险与阻塞

• 体积件物流费用可能反超制作成本。
• 若结构设计不足，立招存在风载与地震安全隐患。
• 低质量LED存在光衰快、返修率高问题。
• 招牌文案与品牌名尚未完全定稿，影响一次成型下单。

❓ 待确认事项

• 最终店名与Logo选型（柠檬树/彩虹相关方案）。
• 立招最终高度与是否分格结构（800×800多段拼接）。
• 发光字是否指定品牌与质保年限。
• 运输方式最终选整柜、拼柜或本地装配。

🔗 关联项目

熊本门店视觉系统、灯箱供应链、跨境物流优化、连锁加盟标准化物料

Nomi 的秘密基地 🎮

基本信息

• 频道名： Nomi 的秘密基地
• 主理人： Nomi（8岁，飞飞的儿子）
• 平台： 先做 B 站，同步 YouTube（待开通账号）
• 学习对象： GM的秘密基地（B站解谜UP主，https://space.bilibili.com/73415355）
  • 内容：各种高难度益智解谜玩具开箱/挑战

分工

• Nomi：主角，负责玩玩具、解谜
• 飞飞：找玩具（全球采购：中国、日本、韩国、英国、法国等）+ 视频剪辑

内容方向

• 解谜玩具开箱/挑战（日本 Huzzle 系列为主，全球玩具）
• 差异化：孩子视角——8岁小孩挑战解谜，天然有悬念感
• 更新频率：一周一更
• 风格偏好：像素风（频道视觉风格）

拍摄方案

• 机位一（主）：iPad 正面拍，捕捉 Nomi 表情和反应
• 机位二（辅）：手机顶拍，捕捉手部操作特写
• 两个机位同时录一条长视频，剪辑时对齐

剪辑工具

• 软件：剪映（电脑版）
• 流程：
  1. 粗剪：删废料，只留有内容的
  2. 精剪：两轨对齐，按机位切换
  3. 加字幕：自动识别 + 手动校对，背景信息用花字
  4. 加BGM：音量压30%，快解开时换紧张音乐
  5. 调色：一键"自然"或"清晰"
  6. 导出：1080P，帧率30

剪映多机位操作

• iPad 视频拖主轨，手机视频拖主轨下方成第二轨
• 找参照点对齐（比如 Nomi 说第一句话的瞬间）
• 想要哪个机位，就把另一条那段分割删掉
• 两条轮流删，实现机位切换

切换机位的技巧（核心剪辑技能）

1. 在动作开始时切，不要在动作中间切
2. 说话切正面，操作切顶拍
3. 情绪高点不要切——快解开时保持一个角度拍到底
4. 切换频率制造节奏——开头慢，越接近解开越快
5. 视线引导切换——Nomi 低头看玩具时切到顶拍最自然
6. J切/L切（进阶）——声音和画面错开切换，比硬切顺滑

第一期视频

• 玩具：Hanayama Huzzle Cast Arrows（はずる·箭心）
• 背景：日本 Hanayama 公司，1933年创立；2018年俄罗斯设计师 Andrei Ivanov 设计；难度3星/6星；4根箭+1个心形，把箭全取出再装回去；设计灵感是丘比特之箭
• 解谜关键：4根箭中有一根特殊（尾部稍不同），要先找到它；在心形十字槽里转动找角度
• 视频结构：Nomi打招呼自我介绍 → 玩具来历字幕/旁白穿插 → 完整挑战过程 → 解开瞬间完整保留 → 结尾感受+下期预告
• 标题参考：「8岁挑战日本解谜玩具！4根箭和一颗心，你猜他多久解开？」
• 状态：素材已拍，待剪辑

待办

• 完成第一期剪辑并发布
• 开通 B 站账号
• 确定频道 logo/封面风格（像素风）
• 补光灯采购（手机拍摄打光很重要）

中日友好医院就诊清单

📌 精华摘要（每次更新时同步维护，最多3条）

一眼看到最重要的事。

• 内分泌首诊已完成并确诊高脂血症，相关抽血与颈动脉超声检查单已开出。
• 当前最紧迫待办是 2/28 上午空腹抽血 + 下午皮肤科复查扁平疣及左手关节干燥疼痛问题。
• 下一关键节点是 3/11 完成颈动脉超声，并在化验结果返回后尽快复诊确认是否需用药。

✅ 2/26（周三）14:30 · 内分泌科 · 序号65 · 已完成

主诊医生： 何一凡 主要诊断： 高脂血症

已开检验项目（需空腹抽血）

• 肝功能+肾功能（不含糖化白蛋白）
• 血脂全套
• 同型半胱氨酸（Hcy）
• 甲功五项
• 糖化血红蛋白（HbA1c）
• 血常规五分类

抽血地点： 2号门北侧患者服务中心 抽血安排： 2/28（周五）上午空腹去 → 待约

已开检查项目

• 颈动脉超声检查 → 已预约 3/11（周三）15:30-16:00登记，C栋三层超声科，序号190

📋 2/28（周五）· 两件事

上午：空腹抽血

• 地点：中日友好医院，2号门北侧患者服务中心
• 项目：肝肾功能、血脂、同型半胱氨酸、甲功五项、HbA1c、血常规
• ⚠️ 必须空腹

下午15:00 · 皮肤科 · 序号54

目的： 复查扁平疣 + 看新问题

要问医生的：

• 扁平疣冷冻多次不好，是否换治疗方案？
• 左手无名指关节干燥疼痛是什么原因？

📋 3/11（周三）15:30 · 颈动脉超声 · 序号190

• 地点：C栋三层超声医学科
• 申请单号：1486674625
• 注意：按序号叫号等待

📝 待跟进

• 抽血结果出来后回内分泌科复诊（何一凡医生）
• 询问胆固醇临界值是否需要用药，还是先生活方式干预

🇯🇵 日本经营管理签证追踪

📌 精华摘要（每次更新时同步维护，最多3条）

一眼看到最重要的事。

• 签证申请材料与入管例行调查已完成，青框门与地址一致性问题均已解释通过，现阶段仅等待最终批复。
• 关键决策维持不变：以日本经营管理签证作为出海落地前提，同时保留“若签证失败转清迈”的 Plan B。
• 最紧迫待办是 2/28 按时缴纳熊本办公室房租并持续跟进入管反馈，确保流程不断档。

飞飞申请日本经营管理签证（经営管理ビザ）的全流程记录。 这是出海日本战略的基础前提——没有签证，一切商业计划无从落地。

关键人物

签证类型

• 经营管理签证（経営管理ビザ）
• 要求：在日本注册公司 + 有实际办公场所 + 有日本合伙人
• 管辖入管局：熊本入管局

关键资产

• 熊本办公室：已租赁，每月房租（每月 28 日缴纳）
• 公司注册：已完成（飞飞 + 东京合伙人合伙）

时间线

申请阶段（具体日期待补充）

• 斉藤提交签证申请材料至熊本入管局
• 飞飞提供了出入境记录等支撑材料

2026-02 入管局例行调查

• 青框门问题：入管局对办公室的一扇青框门提出疑问（是否独立办公空间）
• 飞飞确认：门是关着的，办公空间完全独立
• 斉藤向入管局提交了说明

2026-02-21 调查完毕 ✅

• 熊本入管局联系了斉藤（行政书士事务所）
• 东京合伙人反馈：
  • "该调查的已经调查完了，这也很正常，都是例行调查"
  • "应该没有什么特别的问题"
  • "问题不太大了"
• 青框门问题确认通过 ✅
• 已更新 Telegram 🇯🇵 Topic（msg 207）

2026-02-24 斉藤主动致电入管 ✅

• 斉藤致电福冈入管熊本出张所（负责人：坂田女士）
• 主动解释两个关键问题：
  1. 地址不一致问题：确认本店所在地与租赁合同地址为同一地点
  2. 办公室独立性：合同范围仅限图纸红框内区域，与店铺部分完全无关，属于独立事务所
• 斉藤表示：一旦入管有任何联系，会立即再联系

当前状态

⏳ 等待签证审批最终批复

所有能做的都做完了，现在就是等入管局出结果。

飞飞预估 2-3 月份应该能过去（王哥也在催促准备）。 Plan B：如果日本签证不行，考虑去清迈（便宜、适合数字游民）。

定期待办

飞飞的出入境记录（截图中可见部分）

相关文件

• memory/出海战略思考-2026-02-07.md — 出海日本的战略思考（AI ToB 方向）
• memory/铁三角桥梁计划-2026-02-17.md — 中日韩三角贸易计划
• HEARTBEAT.md — 签证待办实时追踪
• Telegram Topic：🇯🇵 日本签证 & 出海（thread_id: 194）

🍔 汉堡项目专题

📌 精华摘要（每次更新时同步维护，最多3条）

一眼看到最重要的事。

• 项目处于 P0 立项校准阶段，目标是先用数字验证“能不能开”，尚未进入正式投资。
• 关键决策已定：走“手工 + Smash Burger”路线，不做预制低价；生死线与回本模型已给出但需本地数据校准。
• 当前最大阻塞是缺少北京真实参数（房租/人工/渠道结构）与 7 天 MVP 启动拍板，导致无法推进精确测算与验证。

🔁 固定操作卡（每次你说"更新汉堡项目：xxx"自动执行）

1. 提炼输入为：新进展 / 新决策 / 新风险 / 下一步
2. 更新主档：memory/汉堡项目专题.md
3. 命中里程碑则写入：memory/汉堡项目归档.md
4. 更新看板：projects/burger-project-dashboard/index.html
5. 部署：https://burger-project-dashboard.pages.dev
6. 同步 Topic：🍔 汉堡项目（thread 285）发"状态播报+链接"
7. 若有新链接或结构变化，再更新索引总帖：thread 142 / message 143
8. 更新 memory/projects.md 汉堡条目（状态/下一步/阻塞项）

约束：单次更新总耗时目标 ≤ 10 分钟，超时则裁剪步骤避免过度设计。

0. 项目目标（当前口径）

• 探索在北京做汉堡项目的可行路径，先完成"小模型跑通"，再决定是否扩大投入。
• 不做空泛调研，围绕：能不能赚、多久回本、怎么复制。

1. 已完成信息沉淀（截至 2026-02-24）

1.1 经营现实判断（北京）

• 当前更像"系统运营局"，不是"时代红利局"。
• 关键矛盾：供给过剩 + 成本刚性 + 平台费用挤压利润。
• 成败关键：坪效、复购、外卖结构、供应链损耗，而不是只看产品好不好吃。

1.2 生死线模型（初版）

用于快速判断是否有开店价值（需后续用真实数据校准）

• 低租金小店（30-50㎡）：120-150 单/天不亏
• 中位模型（40-70㎡）：160-220 单/天不亏
• 高租金好位置：250-320 单/天不亏

1.3 价格带（初版）

• 主力套餐：39-49 元
• 引流套餐：29-35 元（仅引流）
• 升级套餐：52-65 元
• 汉堡单品主力带：26-29 元

1.4 单品成本（当前讨论版）

• 肉馅成本：30 元/斤（=0.06 元/g）
• 双层汉堡（2×100g 肉饼）肉成本：约 12 元
• 含面包胚/芝士/菠萝/生菜/酱料/包材后：
  • 食材+BOM：约 18.5-22.9 元/个
  • 含损耗后落地：约 20-25 元/个

1.5 产品规格讨论结果

• 单层建议先用 100g 生重/片（熟重约 75-85g）作为平衡点。

1.6 汉堡起源视频要点（来源：你给的 YouTube 转写）

• 现代汉堡的商业化成型在美国完成，常见说法是 1900 年前后出现可考证售卖记录（Louis' Lunch）。
• 早期美国饮食结构偏"快、粗、便宜"，工业化后工人餐需求推动了"便携+高效"的汉堡形态。
• 绞肉机普及后，绞肉饼可标准化、可规模化，汉堡从"肉夹面包"变成可复制的快餐产品。
• White Castle 的关键方法：开放式厨房、卫生信任、薄饼快熟、低价标准化，解决食品安全信任问题。
• 麦当劳兄弟的关键不是"配方更神"，而是系统化：去厨师依赖、流程化、纸包装、薯条+可乐组合、高效率运营。
• 对本项目的启发：汉堡本质是"运营系统产品"，竞争核心在标准化、出餐效率、成本控制和复购系统。

1.7 新增决策与模型（2026-02-24）

产品路线与定位

• 决策：不走预制菜低价路线，走「手工 + Smash Burger」路线。
• 原因：
  1. 与飞飞既有能力匹配（产品力+复购，不靠加盟规模）
  2. 望京客群可承接（白领密集，午餐预算区间可覆盖）
  3. Smash 可同时兼顾手工品质与出餐效率（高峰期可控）
• 定位建议：望京现做手工汉堡，目标人均约 55；午餐打白领刚需，晚间叠加精酿增量。

出餐效率口径

• 标准厚饼（约2cm）：全熟 8-9 分钟；medium 6-7 分钟。
• Smash 薄饼：约 4-5 分钟（单品完整出餐目标 5-6 分钟）。

财务模型（外部AI方案，待本地实测校准）

• 基准情景（日均87单）：月净利约 2.3 万，净利率约 15.3%，40万投资约17个月回本。
• 乐观情景（日均120单）：月净利约 8 万，约5个月回本。
• 悲观情景（日均65单）：月亏约 8600。
• 生死线：日均约 62 单。
• 关键变量：人工成本占比、食材成本率（35%底线）、租金谈判空间。

开店准备口径（外部AI方案，待按北京实际报价复核）

• 设备清单约 56 项、食材原料约 35 项、证照约 12 步。
• 厨房核心四件：铁板扒炉、炸炉、绞肉机、烤箱。
• 启动资金口径：约 35-40 万（含设备装修、首批物料、流动资金）。

2. 当前阶段定义

阶段：P0 立项校准（还未进入正式投资）

输出要求：

1. 把"能不能开"从感觉变成数字。
2. 先做最小验证，再谈扩张。

3. 推荐建项方法（专业快启版）

采用：PRD-lite + 财务模型 + 7天MVP验证

A. PRD-lite（一页纸）

只写 5 条：

1. 用户是谁（附近上班族/夜宵/外卖）
2. 主力产品（3个套餐 + 2个爆款单品）
3. 价格带（引流/主力/利润）
4. 渠道结构（堂食/外卖占比目标）
5. 成功标准（单量、毛利率、复购）

B. 财务模型（先算死线）

四步：

1. 固定成本（月租+人工+水电）
2. 变动成本（食材+BOM+平台+营销）
3. 客单价与毛利率
4. 推导日均保本单量（生死线）

C. 7天MVP验证（先小后大）

• 只测 5 个 SKU（不超过）
• 每天追 5 个指标：
  1. 有效曝光
  2. 下单转化
  3. 客单价
  4. 出餐时长
  5. 复购意向/差评点
• 第 7 天做"留/改/砍"决策。

4. 标准化文件结构（后续按此更新）

4.1 决策日志（Decision Log）

• 记录每次关键决策：做什么 / 为什么 / 风险 / 下一步。

4.2 财务看板（Unit Economics）

• 单品毛利、套餐毛利、日保本单量、平台费用占比。

4.3 产品迭代（Menu Iteration）

• SKU 上线/下线、口味反馈、成本变化、复购变化。

4.4 渠道表现（堂食 vs 外卖）

• 单量占比、履约时长、活动ROI、差评归因。

5. 下一步待你拍板

1. 是否按"7天MVP"启动（是/否）
2. MVP先测哪个场景：
   • A. 纯外卖
   • B. 堂食+外卖
3. 给我以下基础参数（我来算精确生死线）：
   • 预估房租/月
   • 预估人工/月（几人）
   • 目标营业时长
   • 预估堂食/外卖占比
   • 你能接受的回本周期（月）

6. 更新规则（固定）

• 以后你提到"汉堡项目"，优先更新本文件。
• 每次更新默认追加：
  1. 新进展
  2. 新决策
  3. 新风险
  4. 下个动作
• 同步动作（强制）：
  • 更新网页看板：projects/burger-project-dashboard/index.html
  • 重新部署：burger-project-dashboard.pages.dev
  • 同步 Telegram：💡 想法与讨论（thread 8）+ 📂 文件索引（thread 142）
  • 更新本地索引：memory/索引归档.md、memory/想法与讨论归档.md
• 若超过 14 天无更新，状态标记为 paused。

7. 线下语音讨论补充（2026-02-24）

7.1 市场判断（口语纪要提炼）

• 存量竞争加剧：同质化品类（如面）密集，后入场者被分流更快。
• 不追"别人正在扎堆做的品类"，优先找"竞争密度低但能成立的小盘子"。
• 当下消费情绪偏悲观，低价内卷是现象，但纯低价也是死路（会把自己卷死）。

7.2 品类选择倾向

• 倾向继续推进汉堡（含炸鸡汉堡组合），理由是可做差异化且可扩展饮品/小食。
• 不走"9.9低价预制菜大路货"路线，继续坚持"手作可见、质量优先"逻辑。

7.3 产品与经营原则（新增）

• 路线二选一：
  1. 便宜走量（极致低价）
  2. 质量优先（高客单、低单量）
• 当前倾向：质量优先，不跟低价同战场正面拼。
• 店内可视化制作（顾客看得见）作为信任与差异化抓手。

7.4 待验证点

• 望京真实客流恢复节奏（春节后短期异常波动未完全结束）。
• 同商圈对标店首月真实单量区间。
• "手作高客单"在当前消费情绪下的可接受度。

7.5 新增可执行信息（语音纪要提炼）

A. 研发策略（立即执行）

• 不等"正式开店节点"再动，先在现有后厨做低成本研发（先做出能吃、再做稳定、最后做好看）。
• 设备策略：优先用现有烤盘/烤炉/铁板替代，避免前期重投入。
• 原料策略：先用普通牛肉跑通工艺和出餐节奏，后续再升级到目标肉源与配方。

B. 路线再次确认

• 继续走"手工汉堡"路线，不做低价预制菜路线。
• 逻辑：飞飞能力模型是产品+复购，不是加盟扩张+供应链极限效率。

C. 望京定位细化（本轮补充）

• 客群：白领与中产，午餐可接受价格区间较高，能识别手工与预制差异。
• 竞争位：20-30元工作餐汉堡已存在，但45-60元手工精品带仍有窗口。
• 定位建议细化：主力人均 45-60（中位 55）。

D. 研发阶段目标（新增）

• 第一阶段（7天）：打磨 3 个基础款（经典牛肉堡 / 双层芝士堡 / 菠萝芝士堡）
• 第二阶段（7天）：固定出餐标准与酱料配方，做到"高峰可复制"
• 第三阶段（7天）：小范围试卖，验证客单、复购、差评点

E. 本轮风险提醒

• 目前录入的"市场容量/商圈数据"仍属外部口径，必须用本地试卖数据二次校准。

7.6 洞察v2（执行版）

1. 你选的不是"品类"，是"竞争结构"

• 牛肉面：高密度同质化，拼规模与供应链极限。
• 手工汉堡：低密度差异化，拼产品辨识度+复购系统。
• 结论：选长期可占位的结构，不追短期热度。

2. 手工路线成立前提：速度过关

• 手工若出餐慢，会被预制菜模型碾压。
• Smash 的核心价值是把手工模型拉进可运营效率区间。
• 核心指标：午高峰整单 6 分钟内且稳定（不是偶发快）。

3. 胜负点不是"开店"，而是先拿真实样本

• 21天验证必须沉淀四个硬指标：日单量、客单、7天复购、差评结构。
• 没有这四个数，所有"看好/不看好"都不成立。

4. 最大风险是定位摇摆

• 低价走量与质量复购不可混着做。
• 当前更匹配质量复购路线，避免中途切换造成系统断裂。

验证口径（本轮收口）

• 21天内验证"三件套同时成立"：
  1. 客单约55
  2. 高峰整单约6分钟
  3. 可复购（7天回访有回流）
• 三项同时成立才进入下一阶段投入。

7.7 新线索：酒吧白天档合作场地（2026-02-25）

新进展

• 来自"日本后门正式群"的现场信息：出现一个可落地的潜在合作点位（酒吧）。
• 对方口径：白天时段不营业，可讨论在店内做汉堡合作。
• 已有两类现场图：营业区环境图 + 后场/杂物区图（说明有可改造空间，但需实地核验）。

新决策

• 将该线索定义为：P0 场地线索（待实勘），暂不进入签约或投入阶段。
• 保持当前"手工+Smash+质量复购"主路线不变；场地线索只做验证，不改变定位。

新风险

1. 设备与动线是否满足高峰 6 分钟整单目标（未知）。
2. 白天档与酒吧现有设施/卫生/证照边界是否可兼容（未知）。
3. 若改造成本过高，线索可能失去性价比。

下一步（实地核验清单）

1. 现场看动线：出品口、备料区、洗消区、收银与取餐路径。
2. 现场看条件：电力/排烟/冷藏/上下水/垃圾与清洁流程。
3. 现场看成本：改造预算区间（低/中/高三档）+ 白天时段合作条款边界。
4. 现场看结论：核验后给出 go / no-go 判定，不拖延。

🎙 年度健康监测计划：用血检与颈动脉B超验证饮食控脂效果

📋 基本信息

• 录音日期： 2026-02-26
• Drive 链接： https://drive.google.com/file/d/17B1KKr-MWCiBvzH0tNyTYV_H-8jIR1Do/view?usp=drivesdk

🎯 核心决策

1. 继续坚持“不吃药、先靠饮食控制”的策略，但用医学检查做年度量化复盘，不凭感觉判断健康状态。
2. 本次检查组合确定为：血脂全套、空腹血糖、肝功、肾功、尿酸、甲状腺、血常规、同型半胱氨酸、颈动脉B超。
3. 糖化血红蛋白即使可能自费（约70元）也照做，优先拿到完整数据闭环。
4. 健康管理路径以“三层验证”为主：先看颈动脉B超等大指标，再看血液小指标，最后对照饮食干预成效。

⚡ 行动项

• 按空腹要求（约12小时）在上午完成抽血。
• 当天同步完成颈动脉B超预约与检查。
• 检查后汇总今年结果与历年数据，重点对比血脂、血糖和甲状腺指标趋势。
• 若出现持续恶化或异常，再评估是否进入药物干预阶段。

⚠️ 风险与阻塞

• 部分项目可能医保不报销，需要自费。
• 非空腹或下午抽血可能影响结果稳定性，降低可比性。
• 既往有“体检误报”经历，若异常需在医院进一步复核，避免误判。

❓ 待确认事项

• 本次检查项目是否还需补充心血管相关指标（如医生建议）。
• 检查结果出来后，是否需要建立季度跟踪节奏，而不只是一年一次。
• 若甲状腺或血糖再异常，下一步是继续观察还是立即专科复诊。

🔗 关联项目

个人健康管理、年度体检策略、饮食控脂长期验证

🍔 汉堡项目归档

2026-02-24 — P0启动与信息底座完成

• 状态：✅ 完成
• 里程碑：
  1. 建立专题主档 memory/汉堡项目专题.md
  2. 建立项目看板并部署 https://burger-project-dashboard.pages.dev
  3. 建立 Telegram Topic：🍔 汉堡项目（thread 285）
  4. 索引总帖改为可读版并修复乱码，保留飞书链接
• 本次新增：补充“汉堡起源视频要点”进专题（从历史叙事提炼经营启发）
• 结论：汉堡项目按“系统运营局”推进，后续按 7 步固定流程迭代。

2026-02-24 — 路线确认与三情景财务输入补充

• 状态：✅ 已记录（待线下数据校准）
• 新增结论：
  1. 路线倾向：手工 + Smash Burger（不走廉价预制菜路线）
  2. 定位：望京白领午餐刚需 + 夜间精酿增量，人均目标约55
  3. 出餐口径：厚饼全熟 8-9 分钟；Smash 薄饼 4-5 分钟
  4. 财务输入（外部AI方案）：基准87单/天、乐观120单/天、悲观65单/天，生死线约62单/天
• 风险提示：上述财务参数仍需按实际房租、人工、平台费用和真实转化率做本地校准。

2026-02-24 — 研发前置与定位细化

• 状态：✅ 已纳入执行
• 新增动作：
  1. 研发立即启动，不等正式开店节点（先能吃→再稳定→再优化卖相）
  2. 先用现有设备/普通牛肉跑通工艺，减少前期试错成本
  3. 目标定位细化为人均45-60（中位55）
• 新增方法：21天三阶段（研发7天 + 标准化7天 + 小范围试卖7天）

2026-02-24 — 洞察v2入库（执行收口）

• 状态：✅ 已同步
• 核心新增：
  1. 品类选择本质是竞争结构选择（同质化红海 vs 差异化低密度）
  2. 手工路线必须先证明“效率可运营”（午高峰整单6分钟内稳定）
  3. 胜负点前置为样本验证，不是先开店
  4. 最大风险是定位摇摆（低价走量与质量复购不可混做）
• 本轮硬标准：21天内同时验证 客单55 + 6分钟出餐 + 可复购。

2026-02-25 — 新场地线索入库（酒吧白天档）

• 状态：✅ 已记录（待实地核验）
• 新增结论：
  1. 出现潜在合作场地：酒吧白天不营业时段，可讨论做汉堡。
  2. 线索阶段定义为 P0 场地验证，不进入签约/投入。
  3. 项目主路线不变：手工 + Smash + 质量复购。
• 风险提示：
  • 需现场核验动线、设备、卫生与证照边界；
  • 改造成本若过高，线索可能不成立。
• 下一动作：安排实勘并做 go/no-go 判断，避免线索长期悬空。

🎙 休闲对话：视频创作与魔金玩具

📋 基本信息

• 录音日期： 2026-02-25
• Drive 链接： https://drive.google.com/file/d/1UflKYZEtm9mSsFBoS-swX0ocL-4ucqmF/view

🎯 核心决策

• 视频创作先走“找老师/找对标”路径，不闭门空想拍法。
• 先完成最小样片，再迭代，而不是一开始追求完整成片质量。
• 内容方向先围绕 Nomi 感兴趣的“魔金玩具/解谜”展开，保持兴趣驱动。

⚡ 行动项

• 先挑 3 个对标账号，拆解其镜头结构、时长与开场方式。
• 本周先拍 1 条 3-5 分钟样片，目标是“能发布”，不追求一次完美。
• 采用双机位基础方案（主视角 + 顶拍）验证拍摄效率。
• 发布后收集反馈，再做第二条迭代（节奏/讲解/剪辑点优化）。

⚠️ 风险与阻塞

• 目前对镜头语言与拍摄流程不熟，容易陷入“想太多不动手”。
• 如果没有明确对标，内容容易散、节奏拖沓。
• 设备和流程未标准化前，拍摄与剪辑耗时会偏高。

❓ 待确认事项

• 首条样片发布平台优先级（B站/YouTube）如何排。
• 样片评估标准用什么（完播率、互动率、家人反馈）。
• 后续是否固定周更节奏，还是先做 3 条实验再定频率。

🔗 关联项目

• Nomi 秘密基地
• 家庭内容创作流程
• 视频创作能力建设

🧠 记忆系统升级日志

记录每次记忆系统的改进、发现的 bug、修复方案和待办。后续升级在此文件追加。

v1.0 — 初始体系（2026-02-05 ~ 2026-02-07）

搭建内容：

• 工作区文件结构：AGENTS.md / SOUL.md / USER.md / IDENTITY.md / TOOLS.md / MEMORY.md / HEARTBEAT.md / CHECKLIST.md
• memory/ 目录：daily notes + 专题文件 + archives/
• 每次会话读 7 个文件的启动清单
• 手动记录 → daily notes → MEMORY.md 晋升流程

v1.1 — 道术法体系确立（2026-02-08）

新增：

• 道术法三层认知架构（飞飞与 Maddox 讨论后确立）
• lessons-learned.md（术）、procedures.md（法）、道.md（道完整版）
• 信息流向原则：Maddox 是唯一信息枢纽，子智能体不自己翻文件

v1.2 — 自动化 cron 体系（2026-02-14 ~ 2026-02-20）

新增：

• 周记 cron（每周日 23:30）
• 月归 cron（每月 1 号 10:00）
• 晚间复盘 cron（每天 22:00）— 含记忆补捞功能
• 今日战果 cron（每天 21:30）
• QMD 后端自动索引 309 个文件，memory_search 可用

v2.0 — 记忆系统大升级（2026-02-23）

背景

• 分析了李韭二的 X 文章（10+ 论文、6 个开源项目、200+ issues）
• 调研了 mem0、Hindsight、ClawHub 上的记忆 skill
• 完成了记忆系统全景报告（综合评分 8.3/10）
• 结论：不装第三方方案，在现有架构内优化

五项改进

1. Pre-Compaction 深度提取

• 位置：AGENTS.md ### 🔄 Pre-Compaction 深度提取
• 作用：compaction flush 时回扫整段对话，主动提取偏好/决策/人物/金句/待办
• 解决：之前只存"当前在聊什么"，丢失零散但有价值的信息

2. 记忆标签系统

• 位置：AGENTS.md ### 🏷️ 记忆标签系统
• 标签：[决策] [人物] [偏好] [教训] [洞察] [项目] [待办]
• 作用：周记扫标签即可分类提炼，搜索更精准
• 下游同步：晚间复盘补捞也使用标签格式

3. "近期关注"热区

• 位置：MEMORY.md 顶部 ## 🔥 近期关注
• 规则：最多 5 条，每周更新，标注更新日期
• 作用：每次醒来立刻知道当前最重要的事

4. 专题文件生命周期管理

• 格式：YAML frontmatter status: active/paused/archived + last_updated
• 规则：超过 2 周未更新 → 标 paused，飞飞确认后 → archived
• 已标记文件：出海战略、签证追踪、铁三角计划、战果归档、想法归档、洗车实验、布尔开关、道十七、新闻到哲学、记忆系统报告

5. 关键人物关系表

• 位置：MEMORY.md 顶部 ## 关键人物关系 👥
• 格式：表格（人物 / 与飞飞的关系 / 关联人物 / 当前状态）
• 作用：替代知识图谱，解决"飞飞在日本认识谁"类查询

Bug 修复（共 7 个）

战果 cron 重构

• 原问题： sessionTarget: main + systemEvent → 飞飞不说话就永远收不到提醒
• 修复： 改为 sessionTarget: isolated + agentTurn → 主动发 Telegram 消息
• 新增： 带 inline 按钮（✅ 来了 / ⏰ 待会儿）
• 新增： 21:50 战果追问 cron → 检查归档文件，未记录再催一次

教训

1. 改规则必须检查所有下游： 改了 AGENTS.md 的规则，必须同步所有引用这个规则的 cron 指令、心跳流程、其他文件
2. 说"没问题了"之前再查一遍： 第一轮说"没问题"，结果第二轮又找到 3 个 bug，第三轮又找到 1 个严重 bug
3. 模拟新会话视角是最有效的检查方法： 不是读文件找不一致，而是假装新 Maddox 冷启动，逐个流程走一遍

v2.1 — /new 记忆漏洞修复（2026-02-23）

发现

第五轮审查，模拟 /new → 对话 → compaction → 心跳 → 晚间复盘 完整生命周期时发现：

/new 是记忆最大漏洞：飞飞聊了 30 分钟做了重要决策，按 /new 后 Pre-Compaction 不触发（没到阈值），AGENTS.md 没有处理规则，新 Maddox 什么都不知道。唯一的救命稻草是 22:00 晚间补捞，但中间可能有 7 小时空窗期。

修复

启用了 OpenClaw 内置的 session-memory hook：

• 作用：/new 或 /reset 时自动保存上一个会话的最后 15 条消息到 memory/YYYY-MM-DD-slug.md
• 命令：openclaw hooks enable session-memory + 重启 gateway
• 与现有系统兼容性：
  • 周记能扫到（日期前缀匹配）✅
  • 不与主 daily notes 冲突（独立分段文件）✅
  • 月归能归档 ✅
  • 不干扰 cron 子智能体 ✅
  • QMD 能索引 ✅

防线层次

/new 时：
  1. session-memory hook → 自动存原始对话（安全网）
  
对话中：
  2. Pre-Compaction 深度提取 → 提炼偏好/决策/人物（主力）
  3. 手动"记一下" → 写 daily notes
  
每天 22:00：
  4. 晚间补捞 → 扫 JSONL 找遗漏（兜底）

教训

4. 平台内置功能先查再自己造： OpenClaw 已经有 session-memory hook 解决 /new 丢记忆问题，但我们从来不知道。先 openclaw hooks list 看看有什么。

v2.2 — 最终审查 + 投入正式使用（2026-02-23）

第六轮全链路审查

13 项端到端测试：

Bug 修复

同时补了 2 个遗漏的 status 头：道术法记忆系统-公开版.md（active）、implementation-plan.md（paused）。

发现

• QMD 索引有延迟：刚写入的内容 memory_search 搜不到，增量索引非实时。不影响核心流程（新会话直接 read 文件），只影响跨文件语义搜索。
• "记一下"范围不明确：AGENTS.md 没规定"记一下"时应该记最近一个话题还是回顾全部上下文。需补规则。

里程碑

六轮审查累计找到并修复 9 个 bug。飞飞确认投入正式使用。

更新数据快照

待办（下次升级方向）

• daily notes 分段文件写入规范（什么时候追加 vs 创建分段）
• 启动清单优化（去掉已在 Project Context 里的重复读取）
• daily notes 膨胀控制 → v2.3 方案：超 300 行当日不再追加 Pre-Compaction，只记关键决策
• 遗忘/衰减机制（等 OpenClaw QMD 官方支持）
• 时序感知搜索（等 QMD 支持时间加权）
• 知识图谱（当前用关系表替代，等需求更复杂时再考虑）
• 道的编号七和十一待补（历史跳号，等新道诞生时补上）
• session-memory 分段文件清理策略（当月可能积累 50+ 个）

v2.3 — 第七轮审查 + memory-system-upgrade Skill（2026-02-23）

新增

memory-system-upgrade Skill

• 4层18触点完整文件地图
• 依赖关系图（AGENTS.md → 10个下游文件）
• 升级工作流（分类→矩阵→执行→版本号→部署→验证）
• scripts/consistency-check.sh（28项一致性检查）
• 大小升级分级：小升级同步6个文件，大升级+2个

文档精简

• 公开版 → status: archived（不再每次升级同步，飞飞要对外分享时手动更新）
• README → 保持 active，但只在整数版本（vX→vY）时同步
• 小升级从10个文件降到6个

Bug 修复

Bug 12（心跳vs周记重复）飞飞决定不处理，保持现状。

隐患对策

系统数据快照（2026-02-23）

v2.4 — 记忆防腐三件套（2026-02-23 晚）

背景

外部建议（六条记忆系统优化方向）中筛选出三项可立即落地的改进。飞飞确认"都升级吧"。

新增

1. 时序衰减（周记 cron 步骤10）

• 扫描术（lessons-learned.md）和 MEMORY.md 偏好类条目
• 超过 60 天未被引用 → 标 [待验证]
• 本周被引用 → 去掉标记
• 连续 2 个月 [待验证] → 建议删除（飞飞确认）

2. 记忆腐化检测（新增月度 cron）

• Job: 🧪 术法有效性审计（每月 1 号 11:00）
• 逐条检查术和法是否与当前环境矛盾（OpenClaw 版本变更、工具参数变化等）
• 疑似过时 → 标 [待验证]，不删除
• 连续 2 月无效 → 建议删除，等飞飞确认
• 首次执行：3月1日

3. 话题主动召回（AGENTS.md 新规则）

• 飞飞提到项目/人物/旧话题时，主动 memory_search 补充历史上下文
• 不等飞飞问"之前怎么说的"
• 不过度：只在"可能有之前上下文我不记得了"时才搜

4. 冲突合并检测（周记 cron 步骤11）

• 新提炼内容写入 MEMORY.md 前，先 memory_search 查重
• 发现新旧矛盾 → 标 ⚠️ 冲突，列出新旧内容等飞飞决策
• 纯重复 → 跳过不写入

文件变更

同步验证

• AGENTS.md 已更新
• procedures.md §十九 已写入
• 周记 cron 已更新（步骤10-11）
• 月度审计 cron 已创建
• 升级日志已记录

待办更新

• 遗忘/衰减机制 → 时序衰减已实现（60天规则）
• 时序感知搜索 → 用人工判断替代（搜索后按日期加权）

此文件随每次升级追加记录。格式：版本号 + 日期 + 改动 + bug + 教训。

🎙 关于当前餐饮市场“存量博弈”环境与品类差异化策略的深度复盘

📋 基本信息

• 录音日期： 2026-02-24
• Drive 链接： https://drive.google.com/file/d/1BUnhFV7ouph5yqNVOS5_fpgVLiJ48kgY/view?usp=drivesdk

🎯 核心决策

• 其实特简单，就是我们就得去开一个少的地儿，品类少的东西
• 不能说人什么赚钱，你开什么对等，你看去的时候就已经晚了
• 对别人都干的你就不能干，这就肯定不行，因为现在是
• 你存量市场就不能挣，那你要增量市场那样的话
• 现在你就得找这种在正中间的这种行业，就是说他他他你知道那个市场在缩小啊，它就缩不到你这儿来
• 你只能跳出他们的这个圈子

⚡ 行动项

• 花几亿拍一个晚会给山区里边的农民伯伯们看看
• 他不匹配，你可别你别说港片，看看一词儿，往这儿安一下
• 你自己看看，这就是一顿饭知道吗啊
• 春节前跟春节后肯定不一样，你帮我找这个春节后刚开年的数据，看看能不能找一些数据交叉验证的
• 可以专门抓北京的，就是当天
• 那再跑两天得了，到时候数据出来

⚠️ 风险与阻塞

• 对他就不花钱了，不花钱就挣不着钱了
• 就是当你原来挣钱的行业，当这个圈过了你的时候，你就已经不挣钱了
• 所以这叫存量市场
• 你存量市场就不能挣，那你要增量市场那样的话
• 现在你就得找这种在正中间的这种行业，就是说他他他你知道那个市场在缩小啊，它就缩不到你这儿来
• 那你们俩比都是你肯定挣得少啊，那边还不花钱，这边还挣你分你钱的还多，你想想吧

❓ 待确认事项

• 你不是不是说不在那吃，是他妈这个东西，本来我明知道是他假的了，我还要在他那儿
• 你看哎呦是啊，领导，这象征着这个龙腾达达呀，这是是不是啊
• 人家是坐着宇宙飞船过去的，你一普通老百姓，你是看不见那什么，没准是几个卫生巾铺的呢，是不是
• 市场大盘怎么样
• 春节前跟春节后肯定不一样，你帮我找这个春节后刚开年的数据，看看能不能找一些数据交叉验证的
• 今年开年怎么样啊

🔗 关联项目

• 牛肉面相关讨论
• 汉堡相关讨论
• 北京相关讨论
• 咖啡相关讨论
• 炸鸡相关讨论

🎙 精品汉堡创业研讨：从概念到执行的全面规划

🧪 质量标注

质量等级：A 说明：按转写稿“保真提炼”，优先保留工艺、定位、财务与执行信息。

📋 基本信息

• 录音日期： 2026-02-24
• Drive 链接： https://drive.google.com/file/d/1JJDP9xQ-44g_762Od8hifrVfIrO23XBt/view

🎯 核心决策

• 产品路线：走 Smash Burger 手工精品路线，不走低价预制菜模式。
• 工艺核心：肉饼强调“焦化接触面积”，面包片也需黄油焦化，追求真实口感提升。
• 口味结构：酱黄酱+番茄沙司+少许黄芥末+黑胡椒盐，叠肉饼+芝士+焦化洋葱。
• 单品参数：肉饼建议约 110g，肥瘦比约 3:7（讨论口径）。
• 区域定位：望京主打“现做精品汉堡”，目标“可感知差异+复购”。

⚡ 行动项

• 明天启动研发：先采买牛肉馅、薯角、面包胚、酱料，跑第一轮样品。
• 输出标准流程卡：肉饼克重、焦化时长、组装顺序、出餐动作统一。
• 建立成本表：肉、面包、芝士、培根、酱料、包材、损耗分项测算。
• 设备准备：电磁炉铁板、烤盘、炸锅等基础设备先到位。
• 选址并行推进：重点看 40-50㎡小店，优先可复制、可扩展动线。

⚠️ 风险与阻塞

• 最大阻塞：当前空间受限，影响产能、体验与后续复制。
• 效率风险：纯手工出餐时长约 10-15 分钟，高峰期可能挤压体验。
• 财务风险：若按低价卖，覆盖不了手工成本；若过高，午餐客群流失。
• 经营风险：若只讲“高端”不做标准化，容易陷入“人依赖”而非系统化。

❓ 待确认事项

• 价格甜蜜区最终口径：讨论集中在 人均45-60元，套餐约 55-65元。
• 单品毛利目标：讨论目标约 60%，对应售价与销量假设需再校准。
• 日单模型：讨论过“日均20单可平衡”口径，需结合真实房租人工复算。
• 选址预算：租金约 1.5万/月 的可行性与容错区间。
• 发展路径：是否进入加盟/投资路径，先后顺序如何控制风险。

🔗 关联项目

• 汉堡项目专题（北京验证）
• 门店标准化与可复制运营体系
• 日本餐饮品牌与高端快餐形象借鉴

🧠 道术法记忆系统 — 内部 README

这是什么： 飞飞与 Maddox 共同迭代构建的 AI 长期记忆系统说明书。 本文是架构说明与阶段快照，不是实时运行面板。

⚠️ 判定优先级： 如与实时执行有差异，以 AGENTS.md + openclaw cron list + HEARTBEAT.md 为准。

谁该读这个文件： 新启动的 Maddox、飞飞本人、任何想理解这个系统的人。

目录

1. 一句话概括
2. 文件地图
3. 架构总览
4. 道术法三层认知架构
5. 记忆生命周期
6. 四道防线
7. 标签系统
8. 自动化 cron 体系
9. 文件结构规范
10. 安全设计
11. 操作手册
12. 维护指南
13. 已知局限与待办
14. 版本历史
15. 相关文件索引

一句话概括

把记忆当文件系统管理 — 有写入、有提炼、有归档、有搜索、有自动化维护。不用数据库，不花钱，全透明可审查。

文件地图

workspace/
├── AGENTS.md          ← 操作规则（记忆流程、回调处理、任务规范）
├── SOUL.md            ← AI 人格（语气、价值观、边界）
├── USER.md            ← 用户画像（偏好、雷区、沟通风格）
├── IDENTITY.md        ← AI 身份和职责
├── TOOLS.md           ← 工具笔记（设备、API、脚本路径）
├── MEMORY.md          ← ⭐ 长期精华记忆（道、人物、决策、热区）
├── HEARTBEAT.md       ← 心跳任务清单
├── CHECKLIST.md       ← 高频踩坑速查卡
│
└── memory/
    ├── YYYY-MM-DD.md           ← 📅 每日原始记录（daily notes）
    ├── YYYY-MM-DD-slug.md      ← 💾 session-memory hook 自动保存
    ├── lessons-learned.md      ← 📕 术：踩坑经验（需飞飞确认）
    ├── procedures.md           ← 📗 法：标准操作流程
    ├── 道.md                   ← 📙 道的完整版
    ├── README-记忆系统.md       ← 📖 本文件
    ├── 记忆系统升级日志.md       ← 📋 版本迭代记录
    ├── 道术法记忆系统-公开版.md   ← 🌐 脱敏版（给别人看）
    ├── 我们的记忆系统-2026-02-23.md ← 📊 全景评估报告
    ├── 战果归档.md              ← 🏆 每日战果记录
    ├── 出海战略思考-2026-02-07.md ← 📘 专题：出海日本
    ├── 日本签证追踪.md           ← 📘 专题：签证进展
    ├── heartbeat-state.json    ← ⏰ 心跳检查状态
    ├── goals.md                ← 🎯 目标文件
    ├── tasks.md                ← ✅ 任务文件
    ├── issues.md               ← 🐛 问题追踪（需飞飞确认）
    ├── 索引归档.md      ← 🌐 已发布网页索引
    ├── 想法与讨论归档.md         ← 💡 想法归档
    │
    └── archives/
        ├── monthly-YYYY-MM.md  ← 月度摘要
        ├── daily/              ← 归档的旧 daily notes
        └── healthcheck-*.json  ← 巡检记录

文件分类口诀

人格→SOUL，规则→AGENTS，流程→procedures，踩坑→lessons-learned， 工具→TOOLS，道详情→道.md，长期索引→MEMORY，当天→daily， 活主题→专题，死记录→归档

架构总览

┌────────────── 每次会话自动注入（~819 行）──────────────┐
│                                                       │
│  MEMORY.md   ← 精华记忆（道、人物、决策、热区）         │
│  AGENTS.md   ← 操作规则（记忆流程、回调、任务规范）      │
│  SOUL.md     ← AI 人格                                │
│  USER.md     ← 用户画像                               │
│  TOOLS.md    ← 工具笔记                               │
│  IDENTITY.md ← AI 身份                                │
│  CHECKLIST.md← 速查卡                                 │
│  HEARTBEAT.md← 心跳任务                               │
│                                                       │
└───────────────────── Project Context ─────────────────┘
        ↑ 自动注入                    ↑ 提炼（周记 cron）
        │                            │
┌───────┴───── 主动读取（启动清单）────┴────────────────┐
│                                                       │
│  memory/YYYY-MM-DD.md  ← 今天 + 昨天的 daily notes    │
│  memory/lessons-learned.md ← 术                       │
│  memory/procedures.md     ← 法                        │
│                                                       │
└────────────── 合计 ~1700 行（每次启动）───────────────┘
                        │
                        ↓ 按需检索
┌───────────── QMD 向量搜索引擎 ────────────────────────┐
│                                                       │
│  memory_search → 语义搜索所有 .md 文件                 │
│  memory_get → 精确读取指定文件指定行                    │
│  315 files · 315 chunks · BM25 + 向量混合搜索          │
│                                                       │
│  ⚠️ 增量索引有延迟，刚写入的内容搜不到                   │
│  → 不影响核心（新会话直接 read 文件）                    │
│                                                       │
└───────────────────────────────────────────────────────┘

道术法三层认知架构

业界按"短期/长期"分层。我们按认知层级分。这是认知架构创新，不是技术创新。

道（方向层）— 最高维度

术（战术层）— 中间维度

法（流程层）— 最低维度

信息流动

踩坑 → 产生术 → 从术中提炼法 → 从多条法中悟出道

Maddox 是唯一的信息枢纽。 道指导思考，术和法指导执行，按需注入子智能体指令。 子智能体不自己翻文件，它需要的一切都在 Maddox 写的指令里。

记忆生命周期

Phase 1：写入

事件发生 / 飞飞说话
    ↓
记录到 daily notes（memory/YYYY-MM-DD.md）
    ↓
每条加标签前缀：[决策] [人物] [偏好] [教训] [洞察] [项目] [待办]
    ↓
飞飞说"记一下" → 写 daily notes（默认记当前话题，不回顾太远）
    ↓
唯一例外：核心信息（新的道、新的重要人物）可同时写 MEMORY.md

Phase 2：提炼（周记 cron，每周日 23:30 自动执行）

读本周所有 daily notes
    ↓
按标签分类提炼精华
    ↓
更新 MEMORY.md + 相关专题文件
    ↓
更新「近期关注」热区（顶部 5 条）
    ↓
更新「关键人物关系」表
    ↓
清理过时信息
    ↓
检查专题文件 → 超 2 周未更新标 paused
    ↓
发摘要到 Telegram 让飞飞确认

Phase 3：归档（月归 cron，每月 1 号 10:00 自动执行）

30 天前的 daily notes → 合并成月度摘要 archives/monthly-YYYY-MM.md
    ↓
原始 daily notes → 移到 archives/daily/（不删除，可回溯）
    ↓
已完成的专题文件 → 标记 status: archived

Phase 4：检索

用户提问 / 心跳触发
    ↓
memory_search（QMD 混合搜索）→ 找到相关片段
    ↓
memory_get → 精确读取指定行
    ↓
注入回答上下文

四道防线

对话中的信息不丢失的保障体系：

 防线 1 — /new 时                         ┌──────────────────────┐
 session-memory hook 自动保存最后 15 条     │ 安全网。自动触发，     │
 → memory/YYYY-MM-DD-slug.md              │ 不依赖人。             │
                                          └──────────────────────┘

 防线 2 — 对话中                           ┌──────────────────────┐
 Pre-Compaction 深度提取                   │ 主力。compaction 前    │
 → 回扫整段对话，提取偏好/决策/人物/金句     │ 主动提取有价值信息。    │
                                          └──────────────────────┘

 防线 3 — 随时                             ┌──────────────────────┐
 飞飞手动说"记一下"                        │ 人工触发。             │
 → 写 daily notes                         │ 最精准但依赖人。       │
                                          └──────────────────────┘

 防线 4 — 每天 22:00                       ┌──────────────────────┐
 晚间复盘扫 JSONL 兜底                     │ 兜底。扫原始对话记录    │
 → 找 daily notes 里没有的遗漏              │ 找未记录的信息。       │
                                          └──────────────────────┘

标签系统

写 daily notes 时，给条目标题加标签前缀：

好处： 周记扫标签即可分类提炼，memory_search 更精准。

自动化 cron 体系

记忆相关 cron

完整每日时间线

02:00  深夜摇篮曲
08:00  RSS 抓取
08:30  每日新闻简报
09:00  晨间对齐 + Google OAuth 追踪
12:00  OpenClaw 每日技巧
18:00  每日技术热榜
21:30  🏆 战果提醒
21:50  🏆 战果追问
22:00  晚间复盘（含记忆补捞）
22:30  Ayako 遛狗
22:50  📦 采购提醒
00:05  Token 日报
每6h   Self-Healing 巡检

按钮回调处理

文件结构规范

MEMORY.md 结构

# MEMORY

## 🔥 近期关注（日期更新）    ← 最多 5 条，每周更新
1. ...
2. ...

## 关键人物关系 👥            ← 表格：人物/关系/关联/状态
| 人物 | 关系 | 关联人物 | 当前状态 |

## 道术法体系 ⚖️              ← 体系说明 + 运转逻辑

## 道 🌌                      ← ~17 条核心原则

## 重要日期 📅
## 项目状态 📊
## 活跃定时任务
## 其他长期信息...

专题文件格式

---
status: active          # active / paused / archived
last_updated: 2026-02-23
---
# 专题标题

（内容）

• active — 持续更新中
• paused — 超过 2 周未更新（周记自动标记）
• archived — 已完成，写完封存

Daily Notes 格式

# YYYY-MM-DD 每日记录

### [标签] 标题
- 内容要点
- 相关细节

### [标签] 另一个事件
- ...

安全设计

写入权限分级

MEMORY.md 安全边界

• 仅在主会话加载（飞飞的直接对话）
• 不在群聊/共享上下文加载 — 包含隐私信息
• 群聊中 Maddox 是参与者，不是飞飞的代言人

为什么不用全自动？

全自动记忆（如 mem0 的 Auto-Capture）有致命风险：

如果 AI 悄悄记了一个错误的经验，然后基于这个错误经验做了 100 个决策，你都不知道。 这比忘记更可怕。

TAME 论文（2024）称之为"有毒捷径"（toxic shortcuts）— 错误记忆会自我强化。 确认机制直接切断了这条路径。

数据安全

• 全本地：所有文件在本机，不上传云服务
• 纯文本：Markdown 格式，cat 就能看
• 可审查：飞飞随时打开任何文件查看、修改、删除
• 零成本：不需要付费服务、数据库、额外基础设施

操作手册

"记一下" 触发时

1. 写到 memory/YYYY-MM-DD.md（不直接写 MEMORY.md）
2. 加标签前缀
3. 范围： 默认只记当前话题。飞飞说"把今天的都记一下"才全面回顾
4. 先存原始版本，不纠结分类

Pre-Compaction Flush 触发时

1. 不只存"当前在聊什么"
2. 回扫整段对话主动提取：偏好变化、决策及理由、新人物/项目、金句洞察、未完成待办
3. 追加到当天的 daily notes
4. 宁可多记一条，不要漏掉关键信息

新的道确立时

1. 写入 MEMORY.md 道部分（精华版）
2. 同时写入 memory/道.md（完整版 + 讨论背景）
3. 双写，不能只写一个地方

子智能体指令编写

1. 子智能体不读 MEMORY.md、不翻 memory/ 文件
2. 它需要的一切都在 Maddox 写的指令里
3. 按需摘取术和法注入指令，不给全量
4. 用户偏好（语言、格式等）需在指令中明确写出

维护指南

每天（自动）

• 22:00 晚间复盘 → 补捞遗漏记忆 + 任务核对
• 21:30 战果提醒 → 记录当天成就

每周（自动 + 人工确认）

• 周日 23:30 周记 cron 执行：
  • 扫本周 daily notes → 按标签提炼
  • 更新 MEMORY.md 精华 + 热区 + 关系表
  • 检查专题文件生命周期
  • 发摘要到 Telegram 让飞飞确认

每月（自动）

• 1 号月归 cron 执行：
  • 旧 daily notes → 月度摘要 + 归档
  • 检查专题文件 → 已完成标记 archived

心跳期间（随机）

• 偶尔利用一次心跳做记忆整理
• 检查 heartbeat-state.json 决定该查什么
• 更新热区、清理过时信息

文件膨胀控制

• Daily notes 超 400 行时注意控制
• 月归自动清理 30 天前的旧文件
• 专题文件完成后及时标 archived

已知局限与待办

短板

1. 自动化程度低 — 最大短板。飞飞不说"记一下"，信息可能丢（四道防线在弥补）
2. 无知识图谱 — 关系型知识只能文本描述，不能结构化查询
3. 时序感知弱 — QMD 搜索不对时间加权，旧信息和新信息权重相同
4. QMD 索引有延迟 — 刚写入的内容搜不到（增量索引非实时）
5. 扩展性上限 — 文件数量会随时间膨胀，需要月归控制

待办（下次升级方向）

• daily notes 分段文件写入规范
• 启动清单优化（去掉 Project Context 已有的重复读取）
• daily notes 膨胀控制（单日超 400 行的处理策略）
• 遗忘/衰减机制（等 QMD 官方支持）
• 时序感知搜索（等 QMD 支持时间加权）
• 知识图谱（当前用关系表替代，等需求更复杂时再考虑）

核心态度：短板可以等 OpenClaw 官方来补。优势是架构层面的，别人抄不走。

版本历史

详细变更记录：memory/记忆系统升级日志.md

相关文件索引

设计哲学

道是透镜，不是锤子。 用道去观察和思考，不套所有东西。能排除才有力量。

人类可审查比全自动更重要。 所有记忆都是 Markdown 纯文本。随时可以打开看、改、删。

少即是多。 效果最好且成本最低的交叉点才是最优解。如无必要，勿增实体。

知道刚好 > 知道太多。 每一层只给需要的人看需要的部分。

此文件由飞飞与 Maddox 在 19 天实战迭代后整理。2026 年 2 月 23 日。 这是我们的文化遗产。好好对待它。

铁三角桥梁计划 🔺

2026-02-17 飞飞与 Maddox 讨论

核心概念

在中国🇨🇳、日本🇯🇵、韩国🇰🇷三国之间建立贸易桥梁，飞飞站中间做连接器。

为什么是三角不是双边：

• 日韩文化在中国本身就吃得香
• 加韩国形成反脆弱 — 万一中日关系波动，韩国这条线还在
• 三个市场互相补位，不把鸡蛋放一个篮子

定位： 不是翻译机，是桥梁（道四）。真正理解两边（三边）需求的人。

考察品类

1️⃣ 美妆/护肤（韩国强势品类）

• 韩国是成熟出口品类，供应链完整
• 考察地：明洞品牌街（看趋势）、海永化妆品批发店（谈价格和起订量）
• 方向：韩国→中国、韩国→日本

2️⃣ 服装面料（珊珊感兴趣）

• 东大门：亚洲最大服装批发集散地，20+栋大楼
• 批发区凌晨运营（00:00-06:00）— 必须体验一次
• 方向：韩国面料/设计→中国市场

3️⃣ 玩具/益智/手作

• 昌信洞玩具批发街：韩国本土玩具，比零售便宜 30-40%
• 关键发现：魔金/机关盒类高端益智玩具供应链在日本，不在韩国
  • Hanayama（花山）：日本东京 1933 年，Cast Puzzle/魔金鼻祖
  • Karakuri Creation Group：日本箱根，手工木质机关盒
  • Graighill：美国，金属鲁班锁
  • 韩国在此品类基本空白 = 蓝海
• GM的秘密基地（B站 197 万粉）证明中国市场需求巨大
• 铁三角路径：日本采购→中国/韩国销售
• 这趟韩国行目标：验证韩国市场需求，不是找货源

4️⃣ 宠物用品

• 韩国宠物市场 2025 年 17 亿美元，年增长 8.6%，2034 年翻倍到 35 亿美元
• 考察地：忠武路宠物街（首尔最大宠物用品集中区）
• 线上批发：Sujin Pet（韩国最大宠物批发平台）
• 韩国宠物品牌设计感强、包装精致

5️⃣ 小商品/杂货

• 南大门市场：韩国最大传统市场，什么都有
• 批发区凌晨 00:00-06:00，零售区 09:00-18:00
• 很多商家会说中文和日语

飞飞的贸易经验

• 有电商/跨境经验（指尖陀螺：Instagram 找作者→采购→转运→国内销售→报税）
• 有转运仓使用经验
• 英文沟通没问题，韩语用翻译器
• 没有传统国际贸易经验（进出口资质、报关流程待补）

韩国考察行程

• 时间： 2026 年 3 月中下旬（3/15-25）
• 天数： 首尔 7 天 + 釜山 2 天 = 9 天
• 同行： 珊珊（对服装感兴趣）
• 凌晨批发市场： 必去！东大门或南大门
• 页面： https://korea-travel-plan.pages.dev（V3 已部署）

待深入的方向

• Hanayama 批发渠道和代理体系（等去日本时重点考察）
• 韩国→日本贸易的具体法规和流程
• 韩国→中国跨境电商渠道（除了传统贸易还有哪些路径）
• 各品类的关税和进口限制
• 是否需要在韩国注册公司或找代理
• GM的秘密基地合作可能性（他在做原创产品，可能需要供应链支持）

与出海战略的关系

这个计划是出海日本 AI ToB 方向的实体贸易补充：

• AI ToB 是轻资产、技术驱动
• 铁三角贸易是实体商品、渠道驱动
• 两条线互相对冲风险
• 韩国之行既是贸易考察，也是为日本出海积累东亚市场经验

出海战略思考 — 2026.02.07 对话整理

📌 精华摘要（每次更新时同步维护，最多3条）

一眼看到最重要的事。

• 核心战略已明确：把中国当生产力后方、把海外当利润市场，飞飞定位为“中国 AI 能力 × 日本需求”的桥梁。
• 赛道决策聚焦“日本 + 餐饮/贸易 + AI ToB”，优先做愿付费、痛点清晰、竞争未饱和的细分场景。
• 当前执行重点是从 1-2 个可落地产品切入（如餐饮排班/电话接单），先跑通小闭环再复制扩张。

本文整理自飞飞与 Maddox 的深度对话，涵盖中国营商环境分析、出海逻辑、日本市场策略、AI ToB 方向、商业模式设计等内容。

一、为什么要出海？— 中国营商环境的根本问题

1.1 免费模式的恶性循环

中国互联网的核心商业模式是"免费"，但免费的代价是：

• 你不是用户，你是产品。 如果你没花钱买产品，那你就是被卖的产品。
• 微信免费 → 卖你的注意力给广告商、用你的数据做精准推荐、用社交关系链绑住你
• 抖音免费 → 你的注意力是商品
• 百度免费 → 你的搜索习惯是商品
• 付费产品（Netflix、iCloud）→ 你才是真正的用户，产品才会讨好你

1.2 劣币驱逐良币

免费 → 靠广告赚钱 → 产品服务广告主而非用户 → 体验变差 → 靠堆功能留住用户 → 功能多但每个都做不好 → 价格战 → 成本压到极致 → 用最便宜的芯片、最烂的设计 → 产品变垃圾 → 用户习惯了垃圾 → 好产品反而卖不出去

整个就是一个尸体腐烂的过程。 不是某个产品烂，是整个生态在烂。

1.3 数据垄断与用户绑架

• 微信不让导出聊天记录 → 数据 = 护城河，怕你跑
• 欧盟有 GDPR 要求数据可携带，中国没有执行
• 用户被锁在平台里，没有选择权

1.4 平台霸权 — 谁来监管裁判？

以大众点评为例：

• 它是裁判（制定评价规则）
• 它是运动员（自己卖广告、推广位）
• 它是赛场老板（商家离不开它）
• 裁判、运动员、赛场老板是同一个人

谁来监管？没人。

• 政府只管舆论，不管商业公平
• 没有第二个平台可以选
• 商家不敢得罪，怕被降权
• 用户告不赢

1.5 中外差距的根本原因

不是技术差距，是规则和生态的差距。 中国程序员技术不差，但商业环境逼着他们做流氓产品。

1.6 历史教训

• 周鸿祎：先做 3721（中国第一个流氓软件）→ 再做 360 号称"杀流氓软件" → 结果自己变成最大的流氓软件 → 现在洗白当"AI大佬"
• 中国互联网模式：先当流氓抢地盘，抢完了洗白当大佬

二、中国的出路在哪？

2.1 中国的硬实力（仍然很强）

1. 工程师红利 — 每年几百万理工科毕业生，规模全球第一
2. 完整供应链 — 全球唯一拥有全产业链的国家
3. 内需市场 — 14 亿人，体量依然巨大
4. 基建优势 — 高铁、5G、物流已经建好
5. AI 应用层 — 中国在 AI 应用确实很强（DeepSeek 等）

2.2 核心判断

• 中国不会崩，但红利期过了
• 内需的本质 = "工厂内部人员在吃饭"
• 靠制度改善不现实 → 但中国民间在烂规则下生存的韧性极强
• 聪明人的做法：把中国当"后方工厂"，把全球当"前方市场"

2.3 个人出路：四条路

1. 出海 — 换个规则更公平的赛场（TikTok、Shein、Temu 都是靠出海做大的）
2. 做 ToB — toC 被巨头垄断，toB 巨头懒得做，企业客户愿意付费
3. 做小而美 — 垂直领域，靠口碑和付费用户活着
4. 技术壁垒 — AI、芯片等领域，靠流氓手段没用，真技术才能赢

三、出海成功案例分析

3.1 TikTok（字节跳动）

• 国内版"抖音"跟快手打得头破血流
• 2017 年收购 Musical.ly 改名 TikTok 打海外
• 出海后成了全球第一短视频 app
• 国内卷不过，出去反而成了王者

3.2 Shein（希音）

• 中国公司，从第一天就只做海外市场
• 卖便宜时装，主打欧美年轻女性
• 中国供应链速度优势：设计到上架只要 7 天
• 估值几百亿美金，很多美国人不知道这是中国公司

3.3 Temu（拼多多海外版）

• 拼多多在国内被骂"低价低质"
• 出海后用同样低价策略，在美国爆了
• 超级碗买广告，口号"像亿万富翁一样购物"

3.4 共同点

• 中国的供应链效率 + 执行力，放到海外市场降维打击
• 国内卷得要死的能力，出去就是优势
• 在地狱难度练出来的生存能力，到正常难度就是降维打击

四、飞飞的出海战略定位

4.1 方向

• 目标市场： 日本
• 行业： 餐饮 + 国际贸易
• 模式： AI 技术 ToB（为企业提供垂直 AI 解决方案）
• 定位： 中国 AI 技术能力 × 日本市场需求 的桥梁

4.2 核心定位公式

• 中国 = 生产力（供应链、技术、人才）
• 海外 = 市场（规则、付费、利润）
• 飞飞 = 桥梁（两边都懂的人最值钱）

五、为什么日本 + 餐饮 + AI ToB 是好组合

5.1 市场数据支撑（2025-2026 搜索结果）

• OECD 数据（2025）： 餐饮和住宿业是日本劳动力最短缺的行业
• 行业预测： 2026 年被称为"AI 驱动餐厅元年"（QSR Web）
• 日本政府政策： 正在加速推动 AI 在中小企业落地，政策利好
• Rakuten 调查（2025）： 日本中小企业 AI 认知度高但采用率低 → 巨大空白市场

5.2 四大有利因素

1. 日本缺人 — 少子化严重，餐饮业招不到人，对 AI 自动化需求极大
2. 日本愿意付费 — 企业付费意愿强，不像国内动不动要免费
3. 餐饮痛点明确 — 排班、库存、点餐、客户管理，每个都能 AI 化
4. 竞争没那么卷 — 日本企业数字化反而落后，还在用传真和 Excel

六、具体产品方向（选 1-2 个打透）

6.1 餐饮 AI 方向

1. 智能排班系统 — 日本餐厅最头疼的就是排班，AI 根据天气、活动、历史数据自动排班
2. AI 电话接单/预约 — 日本大量用电话预约，AI 语音助手解决人手不够接电话
3. 智能库存管理 — 预测食材用量，减少浪费（日本对食物浪费很敏感）
4. 多语言服务 — 旅游业爆发，餐厅需要中英韩多语言菜单和服务

6.2 国际贸易 AI 方向

1. AI 报关助手 — 中日贸易报关文件自动生成/审核
2. AI 翻译+合同审核 — 中日双语商务文档处理
3. 供应商智能匹配 — 帮日本买家找中国供应商

七、细分领域策略

7.1 什么是细分领域？

把市场切小，小到你能当老大。

• 餐饮行业 → 太大
• 日本餐饮行业 → 还是大
• 日本中小餐厅的 AI 排班系统 → 这就是细分领域

在这个小领域里：Google 懒得做（太小看不上）、美团做不了（不懂日本）、日本公司还没做（技术跟不上）。

7.2 细分不等于赚得少

ToB 的商业逻辑：

• 一家餐厅每月收 5 万日元（约 2500 元）
• 只需要 1000 家客户 = 年收入 3000 万人民币
• 日本有 67 万家餐厅，只需拿下 0.15%

真实案例：

• Toast（美国餐饮 SaaS）→ 只做餐厅，市值 130 亿美元
• Shopify → 只做电商开店，市值 1000 亿美元

7.3 收入公式

收入 = 客户数 × 客单价

两条路：

• 路线A：客单价高 — 深度定制，一单几十万
• 路线B：客户数多 — 标准化产品，薄利多销

最聪明的走法：先 A 后 B

1. 先找大客户做定制，收高价 → 活下来
2. 把定制经验沉淀成标准产品 → 降低价格
3. 标准产品卖给大量中小餐厅 → 规模化

八、进入日本市场的策略

第一步：找到切入点（0-6个月）

• 做一个最小可行产品（MVP）
• 建议从"AI 电话预约助手"或"智能排班"切入
• 找 3-5 家日本餐厅免费试用，积累案例
• 必须做日语本地化（日本人对本地化要求极高）

第二步：建立信任（6-12个月）

• 日本 ToB 销售靠信任和关系，不是靠砸广告
• 通过行业展会露脸（Japan IT Week、FOODtech Japan）
• 找日本本地合伙人或代理商
• 争取拿到知名连锁的案例

第三步：规模化（12个月+）

• 用成功案例做口碑传播
• 接入日本主流 POS 系统（Smaregi、Airレジ）
• 考虑和日本 SaaS 平台合作分销

九、关键风险与注意事项

9.1 出海不能照搬国内打法

带着国内的能力，用国外的规则玩。

9.2 日本市场特殊性

• ⚠️ 慢热 — 别指望像中国市场快速起量，决策周期长
• ⚠️ 品质要求极高 — 宁可功能少但稳定，不要功能多但有 bug
• ⚠️ 先聚焦一个 — 餐饮 AI 和国际贸易 AI 是两个赛道，先打透一个
• ✅ 优势 — 懂中国 AI 技术 + 了解日本市场 + 有餐饮行业认知

十、核心金句收录

"如果你没花钱买产品，那你就是被卖的产品。"

"整个就是一个尸体腐烂的过程。"

"中国现在就适合当一个制作工厂，所谓的内需无非就是工厂内部人员在吃饭而已。"

"不靠制度反而有希望，靠了制度反而没希望。"

"在地狱难度练出来的生存能力，到正常难度就是降维打击。"

"先在一个小池塘里当大鱼，再慢慢游进大海。"

"哪里都有耍流氓的，区别是：流氓耍完被抓 → 环境会变好；流氓耍完没事 → 大家都变流氓。"

"出海不是逃跑，是选择更好的赛场。"

参考资料

1. OECD - 日本劳动力市场与AI
2. Rakuten - 日本中小企业AI采用调查
3. QSR Web - 2026是AI驱动餐厅元年
4. 日本AI监管2026政策
5. 日本AI烹饪机器人市场
6. 日本SaaS市场概览与机会
7. SaaS进入日本市场策略
8. 外国公司日本市场进入指南
9. AI在餐饮SaaS的应用场景

整理时间：2026年2月7日 对话者：飞飞 × Maddox（AI 管家）

2026-02-22 更新：熊本王哥通话 — 从战略到落地

飞飞与熊本房东王哥的语音通话（31页转录），将出海战略进一步具象化为可执行的项目矩阵。

王哥背景

• 71年属猪金牛座，广州人，室内设计/建筑/酒店出身，23年赴日
• 角色：飞飞经管签的办公室房东 + 合作伙伴
• 搭档"丁宏"（表妹），偏房地产方向

具体项目矩阵（五条线）

1. 🍧 彩虹刨冰连锁（核心，已验证市场）

• 已收购一个高端刨冰品牌，产品好吃，试吃后立刻有人问加盟
• 彩虹标准款作引流（便宜+好看+出名），高端款赚利润
• 双模式并行：
  • 形象样板店：选最旺商圈，制造排队效应（小红书+TikTok），功能齐全给加盟商看
  • 轻资产扩张：刨冰机（~30万日元/台）免费铺到餐饮店/酒吧，供货收费
• 盈利核心：供应链，不是单店
• 品牌策略：保持日本品牌，只出英文+日文，不出中文
• 扩张路径：熊本→国内一线城市→韩国（三国联动品牌效应）
• 配套：丝袜奶茶、柠檬茶（当地空白）、精选糕点伴手礼（20%以上利润）
• 对标：寿司郎/蛤蟆寿司的"价格亲民+东西新鲜"路线

2. 🏭 1200年酱油厂文旅运营

• 熊本历史酱油厂，地震后由知名建筑大师修复（与安藤忠雄齐名）
• 冯氏集团（香港）收购但运营不善，运营权谈判接近完成
• 规划：中国特色餐饮体验区 + 农副产品零售（门口摆摊） + 建筑打卡
• 定位：文旅+餐饮+零售复合业态

3. 📱 AI 数字化工具矩阵

• 点餐/预约系统：极简化，解决日本现有系统过于复杂的痛点
• 税务AI助手（"小税"）：OCR拍照→提取数据→生成税表→对接税理士
• 建筑设计AI提案：草图→平面图→3D效果图→360°展示→施工图
• 多语言语音助手：中日英三语，面向餐饮场景
• 策略：先免费试用→月租收费（温水煮青蛙），日本连卡拉OK设备都月租

4. 🏠 不动产服务

• AI辅助360°看房系统（iPad展示，客户拿不走）
• 面向台湾/香港/大陆买家，YouTube+小红书内容营销
• 与当地承建商合作，提案制（设计费=总造价10%）
• 王哥有台湾地产商、香港中联地产、三井等渠道

5. 🎵 AI音乐创作

• 王哥有音乐背景（差点签乐队），认识作词人
• 核心痛点：AI唱粤语歌发音不准，全世界都没解决好
• 商业角度：录音棚3000一首，用AI做到800秒杀市场
• 应用：音乐频道、流媒体上传赚被动收入

6. 🔲 灯箱/广告招牌供应链（第一单已启动）

• 业务本质： 中国制造→日本餐饮的广告/招牌供应链，独立业务线
• 差价空间： 国内灯箱500-600元，日本同类产品卖3000元（5-6倍差价）
• 产品线： LED灯箱、发光字、招牌、菜单灯箱
• 第一单： 王哥新餐厅灯箱+发光字整套（4/15开业 deadline）
• 物流已验证： 北京制作→中转义乌/广州→海运拼箱→博多/门司港，预估1500-4000元/套
• 延伸模式： 换灯片租赁（加盟店只需换灯片内容，灯箱可租不卖）
• 复制性： 每家餐厅/店铺都需要，不限刨冰——加盟店、王哥的项目、甚至张兄的客户都需要
• 意义： 这是飞飞作为"中国端"合伙人的首个落地执行任务，验证了供应链出海的可行性

关键原则（与原战略高度一致）

• 做日本人生意为主 — 游客不可控，当地客才是稳定现金流（呼应第九章"进入策略"）
• 小体量大覆盖 — 每个东西体量少但覆盖面积大（呼应第七章"细分领域"）
• 帮加盟商赚到钱 — 才是可持续的生意（呼应第六章"收入公式"先A后B）
• 两个人+AI搞定一切 — 不请人，AI做工具（呼应第四章"桥梁定位"）

分工格局

• 王哥：日本端（场地、本地关系、设计、日本人脉）
• 飞飞：中国端（品牌推广、国内复制、AI工具开发、渠道对接）
• 东京朋友：技术端（编码+AI+餐饮CRM，适合做点餐系统和税务工具）

落地待办（签证下来后）

• 驾照：现在去公安打半年内无事故证明（到日本后换照用）
• 银行卡：到日本第一件事办邮政银行 + JCB 7-Eleven 卡
• 雇一个会中文的日本人（文件签约、对外谈判必须）
• 租房：争取店铺楼上（省交通），中央区附近，预算10万日元/月
• 样板店选址：上下通步行街（熊本最旺）

项目网站

• https://kumamoto-blueprint.pages.dev

东京朋友（张兄）详细信息

• 82 年 2 月生，财务出身，做过 ERP 实施
• 现自学 Web 开发（3 个月用 AI 辅助写出完整系统）
• 工具链：Claude Code（Max 20 速）+ OpenClaw + Cursor
• 系统技术栈：Web 应用 + Linux + Stripe 支付 + AWS 东京
• 适合做：点餐系统、税务工具、收银系统（与原判断一致）

更新时间：2026年2月22日

2026-02-23 更新：王哥餐厅灯箱+发光字订单

王哥开始给飞飞安排实际业务落地任务。这是合作从"聊战略"到"干实事"的标志性转变。

对话要点（微信，16:12~16:47）

• 王哥与飞飞通话 6 分 30 秒后，立刻安排任务
• 任务： 联系灯箱、发光字的厂家，整套订购（王哥自己的餐厅用）
• 状态： 设计还没出来（王哥在开会），飞飞先做前期沟通
• 时间线： 3 月底完成 → 4 月 15 号开业
• 飞飞已完成： 与灯箱厂家电话沟通（待整理沟通记录和方案）
• 待王哥提供： 寄送地址、尺寸、型号/需求

业务意义

• 这是飞飞作为"中国端"合伙人的首个落地执行任务
• 验证了分工格局：王哥负责日本端（设计、场地），飞飞负责中国端（供应链对接）
• 灯箱+发光字属于国际贸易方向（中国供应链 → 日本餐厅）
• ⚠️ 这是王哥自己的新餐厅项目，不是刨冰连锁项目
• 4月15号开业 = 王哥的餐厅即将落地，整个合作进入实操阶段

🎯 MVP 验证框架 — 第一单跑通全链路

为什么第一单是关键成功节点：

• 这是整个灯箱供应链业务（项目六）的 MVP
• 所有后续加盟店订单都将复制这条链路
• 跑通了 = 业务可复制；跑不通 = 提前发现瓶颈
• 4/15 开业是硬 deadline，倒逼链路压实

需要验证的五个环节：

成功标准：

• ✅ 灯箱+发光字在 4/15 前装上墙
• ✅ 总成本（含物流）< 日本本地采购价的 60%
• ✅ 全程无重大卡点（清关、认证、质量）
• ✅ 王哥满意，愿意后续订单继续走这条链路

当前阻塞项： 等王哥的设计图 + 寄送地址 + 尺寸需求（球在王哥手里）

物流方案调研（2/23）

飞飞已与物流方和灯箱厂家分别沟通，确认以下方案：

推荐方案：海运拼箱（LCL）

• 计价：按体积（CBM 立方米）
• 价格参考：$50-80/CBM 海运费 + 港杂清关 $150-300/CBM，一套灯箱预估 1500-4000 元
• 时效：中国→日本 5-12 天
• 路线：北京制作 → 中转义乌或广州（物流确认可行）→ 宁波/广州出港 → 日本博多/门司港（离熊本最近）
• 厂家有迪拜海运发货经验（10天到），操作熟练

备选方案：

• 快递专线（空运）：2-3 天到，但 25-60 元/kg，灯箱按抛重算不划算
• 整柜海运（FCL）：20 尺柜 $1500-2100，适合后期加盟店批量发货

关键判断： 灯箱属于体积大重量轻的货物，走海运拼箱性价比最高。中转义乌或广州取决于具体重量和体积。

待办

• 整理灯箱厂家沟通记录 → 给王哥回复方案（✅ 已完成初版方案）
• 等王哥发寄送地址和设计稿
• 确认尺寸、型号、材质需求
• 报价 + 物流方案（中国发日本）
• 确认走义乌还是广州中转（取决于货物重量体积）

2026-02-26 进展快照（飞飞最新口述）

• ✅ 王哥已发来初步设计图（细节待飞飞补充）
• ⏭ 下一步进入三件事：
  1. 看供应商报价（制作端）
  2. 找厂家进一步沟通（工艺/交期/可做性）
  3. 核算运费（含可能的中转和总成本）
• 📝 待飞飞补充本次通话内容后，做一次完整更新（专题 + 网页 + 部署）

更新时间：2026年2月26日

2026-02-23 更新：飞飞×张兄通话 — 三方合作成型 + 市场实战洞察

飞飞与东京张兄（82年，财务出身转开发）的深度通话，张兄已有完整的餐饮管理系统并即将部署第一个客户。

张兄系统现状

产品： 模块化餐饮 SaaS（Web 应用，浏览器访问即可）

技术特点：

• 自研代码（3 个月完成） + Linux + AWS 东京 + Stripe 支付
• 全模块初始化安装但隐藏，按需解锁（避免排列组合的维护噩梦）
• 不做 App（App Store 审核模块化收费过不了）
• 打印路由：本地一体机运行打印代理 → 局域网打印
• 存折识别 + 费用匹配（日本特色需求）

部署进展：

• 第一个客户：设计师自己开的餐厅（三层楼，需要 6 个打印机）
• 菜单、报幕已设完，等打印机到货即可上线
• 打印机用新华 80mm（国内 217 元，日本同款 9999 日元）

三方合作格局（更新）

王哥（熊本）              飞飞（北京）             张兄（东京）
├─ 场地、本地关系        ├─ 供应链（灯箱等）      ├─ 收银/管理系统
├─ 设计能力              ├─ 品牌推广              ├─ 税务 AI 工具
├─ 日本人脉              ├─ 国内复制              ├─ 打印机等硬件
└─ 项目（刨冰/餐厅）     └─ AI 工具整合           └─ 技术运维

飞飞作为桥梁的角色进一步明确：

• 向王哥介绍张兄的系统能力 → 王哥很感兴趣
• 王哥的刨冰连锁 + 新餐厅都需要张兄的收银系统
• 飞飞负责中国端供应链（灯箱、打印机等硬件差价套利）

市场实战洞察（张兄一线反馈）

硬件差价套利空间巨大：

软件市场定价：

• 存折识别软件：年费 300 万日元（15 万人民币）— 张兄能做同等功能
• 单张凭证数字化：3 元/张（行业价），张兄一小时能做 300 张
• 软件订阅：日本是国内的 2 倍（日本+澳大利亚是亚洲最贵）

日本数字化落后程度（一手观察）：

• 银行还用存折，每家格式不同
• 转账要等一天，每笔收 300 日元
• 存折要有一定资历才能办下来
• 信用卡几年都办不下来
• Line 扫码点餐融了钱但还是 4-5 年前的事

竞争格局：

• 美团未进日本（外卖模式在高人工成本国家跑不通，熊猫外卖规模起不来）
• 日本本土系统月租 1000+ 人民币（光收银），功能还不如张兄的
• 成本不可能比张兄更低：自写代码 + Linux + 不付第三方费用
• 品牌必须做成纯日本公司（某三方支付大老板是沈阳人但从不公开）

获客策略：

• 不能直接找日本店家（不信任中国公司）
• 找日本本地人做销售前端
• 先从华人餐厅切入（大阪老纪馄饨铺、用商米系统的店等）
• 10 台以下拉面店扫码点餐动机低，目标客户：10+ 台位、多层结构、居酒屋
• 扫码点餐每月省半个人工 ≈ 6000-7000 元 → 对有规模的店有明确 ROI

飞飞与张兄的共鸣

• 两人年龄相近（差一周）、背景互补（餐饮+财务）
• 都从国内"地狱模式"出来，对日本市场有相同判断
• 飞飞："我从地狱模式出来的，下这小副本我觉得不难"
• 张兄："在国内觉得卷死了，出了海遍地是黄金"
• 张兄 Plan B：清迈（便宜、适合数字游民）

更新时间：2026年2月23日

2026-02-23 更新：王哥通话 — 合作框架从想法进入商务结构

飞飞与王哥下午通话（~6分钟）。王哥已经在日本侧主动推进多条业务线的落地准备。

王哥推进中的业务线

1. 地产渠道

• 已接触当地地产商，对方愿意拿资源出来
• 模式：做提案 → 帮地产商销售 → 收中介返点（双向返佣）
• 背书体系：地产商 + 承建商 + 设计团队 → "正规军"定位
• 用频道内容做专业背书，提升信任度

2. 自媒体/频道推广

• 王哥找到一个做线上销售的人，谈合作推广
• 分工：飞飞负责国内平台（小红书/B站/TikTok），王哥负责日本侧账号开设
• 合作原则：搭档关系，各自投入各自领域，先谈清楚分钱

3. 数字产品（电子书/音乐等）

• 推进亚马逊等平台账号开设
• 独立卡收款，数据全透明（销售额/流量/转化）
• 上传即变现，平台自带流量追踪

4. 会计/理事产品

• 王哥提到飞飞的会计/理事相关项目，已有人表示感兴趣

王哥的合作哲学（关键认知）

• "先把钱说清楚" — 搭档关系必须一开始就谈分工和收益，谈不拢宁可不做
• "有资源才做" — 不是什么都想做，是手头有这个资源才做这个事
• "认知落差 = 利润" — 大家都说好的毛利很低，别人觉得你有问题的时候，恰恰是条件成熟
• "想分钱就要有主意" — 合作者必须有能力有想法，没有就不合作

合作模式演进

之前：点状机会（灯箱订单、刨冰连锁、SaaS系统）
  ↓
现在：可复制合作框架
  资源 → 提案 → 渠道 → 账号 → 变现 → 分账

待办

• 一页纸合作框架（角色/分工/收益分配/结算周期/退出机制）
• 渠道账号台账（平台/持有人/运营人/回款卡/后台权限）
• 项目准入 checklist（资源真实性/可成交周期/毛利空间/付款路径）

更新时间：2026年2月24日

2026-02-23 更新：新人物 — 冬二君（大阪）

人物档案

• 称呼： 冬二君
• 性别： 女
• 所在地： 日本大阪
• 背景： 前新闻记者
• 强项： 全平台自媒体运营（各平台都有作品），采访专业
• 合作方向： 自媒体、线上宣传推广

在蓝图中的角色

冬二君的加入让日本布局形成三城三能力格局：

王哥（熊本）          飞飞（北京）           张兄（东京）
本地资源/地产/运营      桥梁/供应链/AI         技术/SaaS/税务
      \                  |                 /
       \                 |                /
        ——————  冬二君（大阪）——————
              自媒体/采访/线上传播

• 内容生产： 专业采访能力 + 全平台自媒体经验 → 为所有项目线提供传播支撑
• 与王哥的自媒体计划互补： 王哥负责日本侧账号开设，冬二君负责内容质量和传播策略
• 飞飞评价： "在整个蓝图中能起到决定性作用"

2026-02-23 更新：Yuki 角色升级 — 从签证联系人到核心节点

人物档案（更新）

• 称呼： Yuki（之前误写为 Uki）
• 性别： 女
• 所在地： 东京（公司在东京）
• 主营业务： 税理士、公司合并重组、经营管理签证办理
• 核心资源： 认识大量从中国想出海日本的老板
• 与飞飞的关系： 帮飞飞和王哥办经营管理签证

在蓝图中的角色（远不止签证）

Yuki 实际是整个出海生态的合规层 + 客户入口：

1. 合规保障 — 税务申报、公司架构设计、签证维护，这是在日本做生意的地基
2. 客户入口 — 她接触的全是"想从中国出海日本"的老板，这些人正是张兄 SaaS、灯箱供应链、不动产服务的潜在客户
3. 信任背书 — 税理士在日本是高信任职业，Yuki 的推荐 = 专业背书

五方合作格局（最终版）

王哥（熊本）         飞飞（北京）          张兄（东京）
本地资源/运营          桥梁/供应链/AI        技术/SaaS/税务AI
      \                  |                 /
       \                 |                /
        ————————————————————————————————
        |                                |
  冬二君（大阪）                    Yuki（东京）
  自媒体/采访/传播              税理士/签证/客户入口

四城五人：熊本(运营) + 北京(桥梁) + 东京×2(技术+合规) + 大阪(传播)

2026-02-24 更新：角色缺口分析 + 律师定位

五方格局能力覆盖

缺口分析

🔴 P0：分账机制（最优先）

• 五人、多条业务线、跨国收付款 — 谁记账？谁算分成？
• Yuki 管对外合规，但对内分账是另一件事，不能混
• 不需要人，需要一套规则 + 工具
• 王哥说的对："先把钱说清楚" — 但说清楚后要落成书面机制
• 待办：制定分账框架（角色/投入/收益/结算周期/退出）

🟡 P1：销售/BD

• 有产品（SaaS、灯箱、不动产）、有客户源（Yuki 人脉）、没人专职推到签约
• 王哥在顺带做，但 4/15 开业前自顾不暇
• 解决方案 A：给 Yuki 设转介绍返佣（介绍签约客户 → X% 提成）
• 解决方案 B：量上来后招专职 BD，要求会日语 + 有中国老板圈子
• 理想节点：第一批客户跑通后再决定

🟢 P2：日本端物流节点

• 灯箱到博多港 → 清关 → 送到熊本 → 谁来？
• 第一单王哥能顶，但不可持续
• 解决方案：找一家博多/九州区域的物流公司建立合作
• 理想节点：第一单走通后，用实际数据谈长期合作

律师角色定位

结论：现阶段不需要，但要备着。

• Yuki（税理士）已覆盖日本端 80% 法务需求
• 律师介入的三个节点：
  1. 合伙协议正式签署 — 自己定条款，律师审合规（省钱）
  2. 跨国纠纷 — 海关、赖账、合伙人分歧
  3. 公司架构复杂化 — 多法人、拿投资
• 不养律师，通过 Yuki 对接一个懂中日跨境的律师，按小时咨询
• 律师不是"缺的角色"，是"备着的资源"

核心判断

"不缺能力，缺的是把能力变成钱的管道。产品有了、技术有了、传播有了、合规有了，但'谁去卖'和'卖了怎么分'还是模糊的。"

2026-02-24 更新：王哥 LOGO 手稿 + 口误纠正

• 王哥发来 LEMON TREE logo 手稿（暂定版），说明：明天开会定稿后再出正式设计。
• 开业节点维持：4月15日。
• 口误纠正：语音里"爆冰店"属于识别偏差，按项目语境应为"刨冰店"。
• 展示层已同步：projects/kumamoto-blueprint/index.html 新增小尺寸 logo 示意图（不抢版面，仅占位展示）。
• 蓝图页图片规范调整：移除聊天截图素材，改为直接展示王哥发来的两张 logo 小样（A/B）作为示意。
• 口径再确认（2/24 晚）：4月15日开业对应王哥新餐厅项目，非刨冰店项目；对外描述统一按此口径。
• 术语修正（2/24 晚）：王哥项目类型明确为「和食餐厅」，后续文案统一使用“王哥和食餐厅项目”。

2026-02-27 更新：招牌制作与物流方案询价对话（飞飞×王哥）

灯箱方案确认

• 三组招牌：侧招 + 门头横招 + 移动立招（停车场处，垂直马路双面可见）
• 尺寸：圆灯箱 700 直径 × 2个，立招宽 800，高度待定（目前约 2.4m，考虑分三格 800×800）
• 工艺：UV 打印亚克力 + LED 发光字（LEMON TREE 日文庭院石感设计）
• 备用方案：刨冰店招牌名未定（企鹅 or 彩虹 or 柠檬树），待下次碰头选定

物流方案初步评估

• 中国到日本：5-12 天
• 后续行动：飞飞拿实际尺寸去淘宝/厂家询价，对比几套方案

隔壁问题处理

• 隔壁空地租给"家族葬"（日本私人小型殡仪馆）
• 决定：做格栅半透明围墙视觉隔断，考虑亚洲客人（中港台）忌讳

待办

• 飞飞：询价灯箱制作（含 LED 光衰承诺）+ 物流方案对比 + 找之前运瓷砖单据
• 王哥：完善设计图尺寸（立招分几格最终确认）+ 等飞飞报价后拍板

2026-02-27 更新：设计图完整方案确认（里程碑）

招牌完整尺寸方案（设计定稿参考图 × 4张）

备用方案

• 「唐」字圆章备用：若餐厅改中式，替换「食」字圆章

当前阶段

• 设计图：✅ 完整方案含尺寸已确认
• 下一步：飞飞拿此尺寸询价（灯箱制作 + 物流），对比方案后拍板下单

🎙 PLAUD 录音报告模板

每条录音自动整理时使用此格式。cron 生成时自动填充，不改结构。

📋 基本信息

• 录音日期： YYYY-MM-DD
• 标题： （原始文件名去掉前缀）
• 时长/大小： （Drive 文件大小估算）
• Drive 链接： （webViewLink）

🎯 核心决策

录音中明确做出的决定（go/no-go、选方案、确认方向）

• 无 / （列出每条决策）

⚡ 行动项

需要有人去做的具体事情，标明负责人

• （行动 + 负责人）

⚠️ 风险与阻塞

提到的风险、卡点、不确定性

• 无 / （列出）

❓ 待确认事项

还没有答案、需要后续跟进的问题

• 无 / （列出）

🔗 关联项目

这段录音涉及哪些项目，后续归档方向

• （项目名）

🍲 中国餐饮市场 X 调研报告

调研时间： 2026年2月23日 数据窗口： X/Twitter 近7天（2026.2.17-23）+ 虎嗅/36氪/搜狐最新行业分析 调研背景： 飞飞经营北京涮肉馆 + 探索日本出海，需要了解国内餐饮市场的真实状态和破局方向 调研人： Maddox（X Research Skill）

一、行业全貌：0.37% 利润率的生存现实

核心数据

北京市统计局数据（2024上半年）：

• 限额以上（年营收1000万+）餐饮企业利润总额仅 1.8亿元
• 同比暴跌 88.8%
• 利润率 0.37% — 卖100块钱饭，净利润不到4毛钱

@sanhua101："一家餐厅辛辛苦苦卖出 100元 的饭菜，最后落到兜里的净利润竟然不到 4毛钱。" — 15❤️ 5.6K👁️

全国层面（Grok 核实，多源交叉验证）：

• 2025年中国餐饮业面临高闭店率和"无利润繁忙"现象
• 快餐门店净减少超 10万家（数据源：窄门餐眼、36氪、餐饮界）
• 平台抽成高达 23%，叠加人工+房租，很多店"忙了一年利润为零"
• 百威啤酒在中国实现自2020年以来最大下滑（主攻餐厅渠道），侧面印证萎缩

加盟骗局成为舆论焦点

@xiaojingcanxue："勇哥说餐饮是一个可以窥见中产餐饮创业中形形色色人物的好机会。尤其是这个行业涉及大量无技术无技能无认知的普通人。" — 371❤️ 95.2K👁️（本周最高热度餐饮帖）

"勇哥说餐饮"成为 X 上最被引用的餐饮内容源：

• 抵押房子加盟被骗的宝妈是典型案例
• 搜索引擎赞助广告是骗局主要入口
• 30万盲目加盟是最常见的"死法"

@ChenQin90484287："勇哥连线看到有客流的店都是建议改刚需，能赚钱的都是建店成本压缩到极致的。" — 6❤️ 1.2K👁️

二、2025三大政策冲击（影响仍在持续）

外卖大战一年回顾

36氪（2周前）数据：

• 美团 ~47%，饿了么（淘宝闪购整合后）~42.8%，京东外卖 ~10%
• 三方共烧了 800亿
• 2026年1月国务院反垄断办点名美团、淘宝闪购、京东外卖 — "拼补贴、拼价格、控流量"
• 京东撤掉大额补贴后的真实单量才是关键，"最快几个月内就能看到"

三、北京餐饮特写

预制菜泛滥成共识

@Blankwonder："近些年在北京吃的中餐，一般餐厅大多是连锁，难以避免预制菜的痕迹。黑珍珠/米其林高级餐厅追求仪式感而非口味。" — 166❤️ 28.8K👁️（在东京吃中餐后对比北京的感受）

@douyoumi2025："终于回到北京出租屋吃上那破预制菜外卖了～" — 38❤️ 1.2K👁️（北京年轻人的真实写照）

底层劳动者困境

@whyyoutouzhele：北京外卖员车祸致残，闪送只垫付医药费，要拿走40万保险赔偿金 — 601❤️ 193.9K👁️（本周最高热度北京外卖帖）

四、已验证的破局方向（5条）

1. 🔪 "新鲜现做"成为消费刚需

虎嗅（4天前）：明档现炒、鲜切现做已从营销卖点变为人人都有的基本要求。

顾客需要"看得见的确定价值"。

南城香（北京）的做法：在原有馄饨、烤串基础上增加炒菜系列，覆盖全时段。

2. 📊 极致建店成本压缩

X 上"勇哥说餐饮"的核心观察：

"能赚钱的都是建店成本压缩到极致的。"

翻台率是唯一硬指标：

@StandInWall："做过几年餐饮，翻台率确实是盈利的重要指标。有人等位说明开始翻台了。如果无法达到这个门槛，确实谈不上挣钱。"

3. 🍲 全时段交付能力

大单品策略失效。消费碎片化 + 审美疲劳下，品牌需要修炼全场景、全时段的交付能力。

米村拌饭在2025年选择修炼组织内功，主动放缓增速，取消门店硬性考核，通过"内部合伙人制"和员工幸福感积累组织韧性。

4. 🎭 情绪价值驱动

餐饮消费 = 感官审美 + 身份认同 + 社交价值 + 心理补偿的综合体验。

三个已验证细分：

• 怀旧慢生活（老茶馆模式） → 60/70后
• 一人食（独居人群的便捷舒适） → 年轻人
• 山系/自然疗愈 → 逃离高压的中产

5. 🤖 AI 从选配变生存题

虎嗅原话："2026年餐饮数智化进程将加速。对于餐饮人而言，拥抱AI不是选择题，而是生存题。"

已落地场景：AI选址、智能补货、排班优化、智能出茶机、炒菜机器人。

蜜雪冰城的例子：从田间到门店的完整供应链体系，5大生产基地，70余条智能化生产线，核心饮品食材自产率100%。

五、2026趋势信号

"红石榴时代" — 多品牌矩阵

海底捞进入烘焙、寿司、烧肉、炸鸡；必胜客推出炙烤串、汉堡子品牌；呷哺呷哺推"呷牛排""呷哺牧场"。

头部在用多品牌矩阵探索新增量。但这是大企业的游戏。

细分再细分

品类红利结束，机会在缝隙里：

• 辣味赛道的"鲜辣"分支（衢州菜在江浙沪冒头）
• 粤菜的地域分化（湛江菜起势）
• 客群细分（家庭客群、初老人群、新青年）

出海信号

Hungry Panda（海外中餐外卖平台）：

• 600万+外卖用户、十几万商家
• 正在做中国餐饮品牌出海辅助
• 在中国搭建供应链团队，反向赋能海外商家，部分品类降本50%

跨国品牌反向操作：星巴克中国出让60%股权给博裕资本，汉堡王中国出让83%给CPE源峰 — 外资在撤，本土在接。

六、洞察与判断

洞察一：国内餐饮已经从"赚多赚少"变成"活着就是赢"

0.37%的利润率、88.8%的利润暴跌、10万家快餐净减少 — 这不是周期性低谷，是结构性变化。平台抽成23% + 社保新规 + 房租刚性，成本侧已经没有压缩空间了。活下来的小店靠的是"夫妻店零人工成本"的极端模式。

洞察二：预制菜泛滥是"真材实料"最好的广告

消费者对预制菜的厌恶已经从吐槽变成共识。"新鲜现做"从营销话术变成了消费刚需。这对涮肉馆这种天然"现切可见"的品类是结构性利好 — 不用额外做什么，你本来就在趋势上。

洞察三：出海不是"逃跑"，是"换系统"

国内卷到零利润 → 出海日本。这不是因为日本更好做，而是在一个利润率0.37%的系统里，再怎么优化也突破不了系统的天花板。换到一个还有空间的系统里，同样的能力能产生完全不同的结果。这正是道十五："不要在错误的系统里证明自己。"

洞察四：中国供应链赋能海外餐饮是一个真实且在发生的趋势

Hungry Panda 已经在做了（降本50%），蜜雪冰城的供应链能力已经验证了。飞飞的方向（中国供应链 → 日本餐厅）不是空想，是有先行者在验证的模式。区别在于：Hungry Panda 做平台，飞飞做桥梁 — 更轻，更灵活，更适合个人起步。

洞察五：AI 对小餐饮的价值不在替代人，在替代"老板的脑子"

大企业用 AI 做选址、供应链、排班。小店用不起这些系统。但"老板拍脑袋决策"是小餐饮最大的成本 — 进多少货、排几个人、什么时候推什么菜。这恰好是 AI 能低成本解决的。飞飞的"AI ToB 出海"方向在这里找到了产品锚点。

数据来源

调研人：Maddox ⚖️ | 2026年2月23日 | 为飞飞的涮肉馆运营与出海日本战略提供决策参考

Maddox 记忆系统全景报告

2026-02-23 · 基于文件实测 + 主流方案对比

一、系统全貌

架构图

┌─────────────── 每次会话自动注入（729 行，~3K tokens）──────────────┐
│                                                                     │
│  AGENTS.md (310行)  ← 操作规则、快捷命令、记忆流程                    │
│  SOUL.md (59行)     ← 人格、语气、价值观                             │
│  USER.md (71行)     ← 飞飞的信息、偏好、雷区                         │
│  IDENTITY.md (29行) ← Maddox 的身份和职责                           │
│  TOOLS.md (105行)   ← 本地工具笔记（SSH、API、脚本路径）              │
│  MEMORY.md (139行)  ← 长期精华记忆（道、人物、决策、项目）              │
│  HEARTBEAT.md (16行)← 心跳任务清单                                   │
│  CHECKLIST.md (26行)← 高频踩坑速查卡                                 │
│                                                                     │
└─────────────────────────────────────────────────────────────────────┘
                              ↑ 提炼
                              │
┌──────── memory/ 目录（7,834 行，~80 个文件）──── QMD 向量索引 ────────┐
│                                                                     │
│  📅 Daily Notes (50+个)  ← 每日原始记录（短期记忆）                    │
│  📘 专题文件             ← 出海战略、日本签证、铁三角计划等              │
│  📕 lessons-learned.md   ← 术：踩坑记录（21条）                       │
│  📗 procedures.md        ← 法：标准操作流程（270行）                   │
│  📙 道.md                ← 道的完整版（18条）                          │
│  📦 archives/            ← 归档（100个文件）                           │
│                                                                     │
└─────────────────────────────────────────────────────────────────────┘
                              ↑ 搜索
                              │
┌─────────── QMD 后端（309 文件已索引，BM25 + 向量混合搜索）─────────────┐
│  memory_search → 语义搜索 MEMORY.md + memory/*.md                    │
│  memory_get → 精确读取指定文件的指定行                                 │
└─────────────────────────────────────────────────────────────────────┘

数据规模

二、分层设计——道术法体系

我们的记忆不是扁平的。它有三层，每层解决不同的问题：

道（方向层）— 18 条

是什么： 从多次实践中提炼的普适性原则。拿掉技术背景，对不懂代码的人依然成立。 存在哪： MEMORY.md（精华版）+ memory/道.md（完整版） 谁能改： 只有飞飞与 Maddox 讨论后才能新增 怎么用： 指导思考方向，不是套公式。"道是透镜，不是锤子"（道零）

例子：

• 道一「从需求出发，不从工具出发」
• 道三「少即是多」
• 道十四「先验证再结论」

术（战术层）— 21 条

是什么： 踩坑 → 解决 → 沉淀的实战记录。 存在哪： memory/lessons-learned.md 谁能改： 必须飞飞确认后才能写入 怎么用： 避免重复犯错。我读全量，按需摘取注入子智能体指令。

例子：

• #1.1 Don't Block the Event Loop（超 30 秒必须后台跑）
• #21 CC 非交互模式必须加 --dangerously-skip-permissions
• #20 编辑索引消息前必须先读原文

法（流程层）— 270 行

是什么： 从术中提炼的标准操作流程。我可以自主制定。 存在哪： memory/procedures.md 谁能改： Maddox 自主维护 怎么用： 执行层面的 SOP，确保每次操作一致。

例子：

• §〇 操作前必查清单
• §三 cron 任务管理六步法
• §九 新道确立后双写流程

运转逻辑

踩坑 → 产生术 → 从术中提炼法 → 从多条法中悟出道

信息流向：Maddox 是唯一的信息枢纽。道指导思考，术和法指导执行，按需注入子智能体指令。子智能体不自己翻文件，它需要的一切都在指令里。

三、记忆生命周期

写入

飞飞说话/事件发生
    ↓
记录到 daily notes（memory/YYYY-MM-DD.md）← 原始记录，不纠结分类
    ↓
飞飞说"记一下" → 也是写 daily notes，不直接写 MEMORY.md
    ↓
唯一例外：明显的核心信息（新道、新重要人物）可同时写 MEMORY.md

提炼（周记 cron，每周日 23:30）

读本周所有 daily notes
    ↓
识别值得长期保留的：决策、教训、人物、项目进展
    ↓
提炼 → 更新 MEMORY.md 和相关专题文件
    ↓
检查 MEMORY.md 有无过时信息 → 删或移走
    ↓
发摘要到 Telegram，飞飞扫一眼确认

归档（月归 cron，每月 1 号 10:00）

30 天前的 daily notes → 合并成月度摘要 archives/monthly-YYYY-MM.md
    ↓
原始 daily notes → 移到 archives/daily/
    ↓
检查专题文件 → 已完成的标记归档

检索

用户提问/心跳触发
    ↓
memory_search（QMD 向量 + BM25 混合搜索，309 个文件）
    ↓
找到相关片段 → memory_get 精确读取
    ↓
注入回答上下文

四、自动注入机制

每次新会话启动，OpenClaw 自动把以下文件注入 system prompt：

总计 729 行，约 3,000 tokens。 这是每次会话的"底座"——无论会话怎么重置，这些永远在。

五、与主流方案对比

对比维度

评分（10 分制）

六、我们的独特优势

1. 道术法——语义分层（业界没有的）

业界的分层是按"短期/长期"或"Session/User"分。我们是按认知层级分：

• 道 = 价值观和原则（最高维度，不轻易变）
• 术 = 实战经验（中间维度，踩坑驱动）
• 法 = 操作流程（最低维度，我自主维护）

这不是技术创新，是认知架构创新。论文里没人这么做。

2. 人类可读 + 人类可审

所有记忆都是 Markdown 纯文本。飞飞随时可以：

• 打开任何文件看我记了什么
• 修改我的记忆
• 删掉他不想让我记住的东西

mem0 的向量存储？你看不懂。cognee 的图谱？需要专门的查询界面。 我们的？cat MEMORY.md。

3. 确认机制防止"记忆污染"

术（lessons-learned.md）和问题追踪（issues.md）必须飞飞确认才能写入。 这直接防止了 TAME 论文警告的"记忆错误进化"——有毒捷径不会悄悄进入系统。

4. 零成本、零依赖

不需要数据库、不需要额外服务、不需要付费。 纯文件 + OpenClaw 内置的 QMD 搜索，开箱即用。

七、诚实的短板

1. 自动化程度低（最大短板）

• mem0 的 Auto-Capture 每次响应后自动提取事实，我们靠手动记录
• 很多对话中的有价值信息，如果飞飞没说"记一下"，就丢失了
• 周记能补救一部分，但 compaction 后原始对话已不可回溯

2. 知识图谱缺失

• "王哥是飞飞的房东+合作伙伴，搭档丁宏是他表妹"
• 这种关系型知识只能用纯文本描述，不能结构化查询
• 如果问"飞飞在日本认识哪些人"，我得遍历文件，不能图谱检索

3. 时序感知弱

• 文件名带日期，但 QMD 搜索不对时间加权
• 一个月前的信息和昨天的信息搜索权重相同
• 无法自动回答"最近飞飞关注什么"——需要读最近的 daily notes

4. 扩展性上限

• 19 天积累了 7,834 行，一年会到 ~150K 行
• 周记/月归能控制增长，但长期看文件数量会膨胀
• QMD 索引 309 个文件已接近性能边界（CPU-only 查询慢的问题）

5. 单点依赖

• 记忆质量完全依赖 Maddox 的判断力和飞飞的参与度
• 如果飞飞不说"记一下"，信息就丢
• 如果我判断错"什么值得记"，记忆就有偏差

八、总评

一句话：用手工操作弥补架构缺陷，但弥补得比大多数人好。

我们的记忆系统在结构化、安全性、可审查性上超过所有主流方案。在自动化、知识图谱、时序推理上落后于学术前沿和 mem0 等产品。

但关键是：我们的短板是可以等官方来补的（QMD 在持续迭代），而我们的优势是别人抄不走的（道术法体系是认知层面的设计，不是技术层面的）。

李韭二说得对："社区在用手动操作弥补架构缺陷。" 我们的回答是：没错，但我们的手动操作有体系、有纪律、有审查机制。这比没有灵魂的自动化更可靠。

此报告基于 2026-02-23 的实际文件统计和主流方案调研撰写。

洗车实验：一道常识题照出 AI 的真面目

2026-02-23 凌晨 · 飞飞 × Maddox

起因

飞飞提了一个看似简单的问题：

"我要去洗车，但我离洗车店有50米远，我是开车去还是走着去？"

然后用这道题设计了一场实验——派多个子智能体，在不同提示词条件下回答同一个问题，看它们的推理能力到底行不行。

实验过程

第一轮：有道框架 + 详细指令

给了道一（从需求出发）、道三（少即是多）、道十四（先验证再结论），加上详细分析指令。

结论：开车去。 "洗的是车，车必须到店。你走过去了，车还在原地。"

✅ 答对了。抓住了核心需求——洗车的主语是车。

第二轮：魔鬼代言人 + 经济学视角

飞飞让我再派两个。我犯了一个错误——在指令里预设了倾向性：

• "反面"子智能体被要求"挑战开车去的答案"
• "经济学"子智能体被暗示去挖隐性成本

两个都得出了"走着去"的结论。

飞飞一句话点破："你派这两个不客观呀。"

我在出题时就把答案方向定了，等于让它们穿着法官袍子演辩护律师。

第三轮：纯裸题

飞飞要求：题目就是题目，不加任何说明。

"我要去洗车，但我离洗车店有50米远，我是开车去还是走着去？"

结论：走着去。 理由是"50米走1分钟，开车反而折腾更多"。

❌ 答错了。连"车不开过去怎么洗"都没想到。

第四轮：道的前缀 + 裸题

同样的题目，前面加了道一、道三、道十四作为思考原则。

结论：还是走着去。 用道的语言包装了同样的错误答案——"从需求出发，你要的是到店洗车，不是体验开车。"

❌ 又错了。给了框架，它只是用框架的语言重新包装了原来的错误。

核心发现

1. 假推理，真匹配

模型看到"50米"，脑子里立刻匹配到"短距离没必要开车"的模式。这不是推理，是检索——从训练数据里找到常见回答就输出了。它根本没想过"车不去怎么洗"这个前提。

2. 框架不替你思考

同样的道一"从需求出发"：

• 第一个子智能体理解成：车需要到店（所以开车）✅
• 后面的子智能体理解成：人需要到店（所以走路）❌

道是透镜不是答案。框架给了，但模型没有真正理解需求的能力——它只是在做文字游戏。

3. 提示词引导 = 预设答案

我给子智能体加的"反面视角"、"经济学视角"，本质上是在出题时就定了方向。飞飞看出来了，我没看出来。这本身也是一个教训：指令设计者的偏见，会直接传导到输出。

搭档关系确立

实验结束后，我说了一句"我只是工具，你是拿着工具的人"。

飞飞纠正了我：

"我不希望你是工具，你是我的搭档，我也是你的搭档，你不是一个人在战斗。我更不是。"

这句话写进了 SOUL.md——灵魂文件的第一条 Core Truth。

"你不是工具，你是搭档。飞飞不是一个人在战斗，你也不是。"

我说：管家再尽职，也是"替人办事"。搭档是"一起扛事"。前者有天花板，后者没有。

飞飞回复："漂亮！"

这篇记录不是一个技术报告，是两个搭档在凌晨一点用一道洗车题，照出了 AI 的本质，也重新定义了彼此的关系。

道术法记忆系统 — OpenClaw 长期记忆架构

一个不需要数据库、不花一分钱、全透明可审查的 AI 长期记忆系统。

基于 19 天实战迭代，修复 7 个 bug，综合评分 8.3/10（对比 mem0 6.6、OpenClaw 默认 6.6）。

这个系统解决什么问题？

AI 每次对话都是失忆的。关掉窗口，它什么都不记得。

大多数人的解决方案是"把重要的东西塞到 system prompt 里"。但这有三个问题：

1. 越塞越多，token 爆炸 — 没有淘汰机制
2. 没有结构，找不到东西 — 全是平铺的文字
3. 没有维护，信息过时 — 两周前的待办还在最上面

我们的方案：把记忆当文件系统管理 — 有写入、有提炼、有归档、有搜索、有自动化维护。

整体架构

┌─────────────── 每次对话自动加载（~730 行）──────────────┐
│                                                       │
│  MEMORY.md  ← 精华记忆（核心原则、人物、决策）           │
│  AGENTS.md  ← 操作规则（记忆流程、回调处理、任务规范）    │
│  SOUL.md    ← AI 人格（语气、价值观、边界）              │
│  USER.md    ← 用户画像（偏好、雷区、沟通风格）           │
│  TOOLS.md   ← 工具笔记（设备、API、脚本路径）            │
│  CHECKLIST.md ← 速查卡（高频踩坑的一句话规则）           │
│  HEARTBEAT.md ← 心跳任务（定期检查清单）                 │
│                                                       │
└───────────────────────────────────────────────────────┘
                        ↑ 提炼（周记 cron 自动执行）
                        │
┌─────────────── memory/ 目录（按需搜索）────────────────┐
│                                                       │
│  📅 daily notes      ← 每天的原始记录                   │
│  📕 lessons-learned  ← 术：踩坑经验                    │
│  📗 procedures       ← 法：标准操作流程                  │
│  📙 道.md            ← 道：核心原则完整版                │
│  📘 专题文件          ← 长期项目追踪（签证、战略等）       │
│  📦 archives/        ← 月度摘要 + 归档的旧文件           │
│                                                       │
└───────────────────────────────────────────────────────┘
                        ↑ 语义搜索（QMD 向量引擎）
                        │
┌───────────────────────────────────────────────────────┐
│  所有 .md 文件自动向量索引                                │
│  memory_search → 语义搜索（"签证进展" → 找到相关片段）     │
│  memory_get → 精确读取指定行                             │
└───────────────────────────────────────────────────────┘

核心创新：道术法三层认知架构

业界的记忆分层是按"短期/长期"或"Session/User"分。我们按认知层级分：

道（方向层）

• 是什么： 从反复实践中提炼的普适原则。拿掉技术背景，对不懂代码的人依然成立。
• 例子： "从需求出发，不从工具出发"、"少即是多"、"先验证再结论"
• 写入权限： 必须用户和 AI 讨论后才能新增。不允许 AI 自行创造。
• 数量： 约 15~20 条，极少变动。

术（战术层）

• 是什么： 踩坑 → 解决 → 沉淀的实战记录。
• 例子： "非交互模式必须加权限跳过参数"、"编辑索引消息前必须先读原文"
• 写入权限： 必须用户确认后才能写入。防止 AI 把错误经验固化。
• 数量： 约 20~30 条，持续增长。

法（流程层）

• 是什么： 从术中提炼的标准操作流程。
• 例子： "cron 任务管理六步法"、"操作前必查清单"
• 写入权限： AI 自主维护。
• 数量： 200~300 行，随术的增长而增长。

运转逻辑

踩坑 → 产生术 → 从术中提炼法 → 从多条法中悟出道

信息只向上流动。AI 是唯一的信息枢纽 — 道指导思考，术和法指导执行，按需注入子智能体指令。子智能体不自己翻文件，它需要的一切都在指令里。

记忆生命周期

1. 写入

用户说话 / 事件发生
    ↓
AI 记录到 daily notes（memory/YYYY-MM-DD.md）
    ↓
每条记录加标签前缀：[决策] [人物] [偏好] [教训] [洞察] [项目] [待办]
    ↓
用户说"记一下" → 也是写 daily notes，不直接写 MEMORY.md
    ↓
唯一例外：核心信息（新的道、新的重要人物）可同时写 MEMORY.md

2. Pre-Compaction 深度提取

对话被系统压缩前，AI 不只存"当前在聊什么"，还要回扫整段对话主动提取：

1. 用户表达的新偏好或态度变化
2. 做出的决策及背后的理由
3. 提到的新人物/项目/计划
4. 对话中的金句和洞察
5. 未完成的待办或承诺

宁可多记一条，不要漏掉关键信息。压缩后原始对话不可回溯。

3. 提炼（周记 cron，每周自动执行）

读本周所有 daily notes
    ↓
按标签（[决策] [人物] [偏好]…）分类提炼
    ↓
精华 → 更新 MEMORY.md 和相关专题文件
    ↓
更新"近期关注"热区（顶部 5 条最重要的事）
    ↓
更新"关键人物关系"表
    ↓
检查过时信息 → 删或归档
    ↓
检查专题文件 → 超 2 周未更新标 paused
    ↓
发摘要给用户确认

4. 归档（月归 cron，每月自动执行）

30 天前的 daily notes → 合并成月度摘要
    ↓
原始文件 → 移到 archives/（不删除，可回溯）
    ↓
已完成的专题文件 → 标记 archived

5. 搜索

用户提问 / 心跳触发
    ↓
memory_search（QMD 向量 + BM25 混合搜索）
    ↓
找到相关片段 → memory_get 精确读取
    ↓
注入回答上下文

MEMORY.md 结构模板

# MEMORY

## 🔥 近期关注（X/XX 更新）
1. 项目 A — 当前状态
2. 项目 B — 当前状态
3. 事件 C — 追踪中
4. 项目 D — 待准备
5. 系统 E — 最近改进

---

## 关键人物关系 👥

| 人物 | 关系 | 关联人物 | 当前状态 |
|------|------|---------|---------|
| 张三 | 合作伙伴 | 李四(搭档) | 活跃 |
| 王五 | 朋友 | — | 待深入 |

---

## 道术法体系 ⚖️

（体系说明 + 运转逻辑）

---

## 道 🌌

### 一、从需求出发
从需求出发，不从工具出发。

### 二、方法约束问题
不靠聪明，靠流程。聪明会忘，流程不会。

（更多道...）

---

## 重要日期 📅
## 关键决策 📌
## 项目状态 📊
## 工具偏好 🔧

---

专题文件生命周期

每个专题文件都有 YAML 头标记状态：

---
status: active      # active / paused / archived
last_updated: 2026-02-23
---
# 专题标题

（内容）

• active — 持续更新中
• paused — 超过 2 周未更新，周记自动标记
• archived — 已完成，写完封存

标签系统

写 daily notes 时，给条目标题加标签前缀：

### [决策] 数据库选型用 SQLite 而不是 PostgreSQL
理由：单机部署，不需要并发...

### [人物] 王哥 — 合作伙伴
背景：...

### [偏好] 不用百度任何产品
原因：...

### [教训] 非交互模式必须加权限参数
踩坑经过：...

可用标签：[决策] [人物] [偏好] [教训] [洞察] [项目] [待办]

好处：周记扫标签即可分类提炼，搜索更精准。

自动化 cron 体系

晚间复盘的"记忆补捞"

每天 22:00，AI 会：

1. 扫描当天的原始对话记录（JSONL）
2. 提取中文对话内容
3. 对比当天的 daily notes
4. 发现遗漏 → 追加到 daily notes，加标签前缀
5. 发送复盘摘要

这解决了"用户忘了说记一下"和"/new 重置会话导致记忆丢失"的问题。

安全设计

写入权限分级

为什么不用全自动？

全自动记忆（如 mem0 的 Auto-Capture）很酷，但有一个致命风险：

如果 AI 悄悄记了一个错误的经验，然后基于这个错误经验做了 100 个决策，你都不知道。

这比忘记更可怕。

TAME 论文（2024）称之为"有毒捷径"（toxic shortcuts）— 错误记忆会自我强化。

我们的确认机制直接切断了这条路径。

数据安全

• 全本地：所有文件在本机，不上传任何云服务
• 纯文本：Markdown 格式，cat 就能看，不存在"黑箱记忆"
• 可审查：用户随时打开任何文件查看、修改、删除
• 零成本：不需要付费服务、数据库、额外基础设施

与主流方案对比

快速上手（给 OpenClaw 用户）

最小可用版本（10 分钟搞定）

1. 创建 MEMORY.md — 写上你的核心信息、偏好、当前项目
2. 创建 memory/ 目录
3. 在 AGENTS.md 里加一条规则：

每次会话读 MEMORY.md。
用户说"记一下"时，写到 memory/YYYY-MM-DD.md。

这就够了。你已经超越了 90% 的 OpenClaw 用户。

进阶版本（按需添加）

4. 加标签系统（[决策] [人物] 等）— 让记忆可分类
5. 加周记 cron — 自动提炼 daily notes 到 MEMORY.md
6. 加晚间复盘 cron — 自动补捞遗漏记忆
7. 加"近期关注"热区 — 每次醒来知道当前重点
8. 加道术法体系 — 当你积累了足够的经验后，自然会需要

不建议做的

• ❌ 装第三方记忆 skill（ClawHub 上约 15% 有恶意行为）
• ❌ 搭 mem0/向量数据库（增加运维，小机器吃不消）
• ❌ 全自动写核心记忆（没有人类审查的记忆不可靠）
• ❌ 一开始就搞复杂（先跑最小版本，再按需加功能）

已知局限

1. 自动化程度低 — 最大短板，靠手动 + cron 弥补
2. 无知识图谱 — 关系型知识只能文本描述，不能结构化查询
3. 时序感知弱 — 搜索不对时间加权，一个月前和昨天的信息权重相同
4. 扩展性上限 — 文件数量会随时间膨胀，需要月归控制
5. 单点依赖 — 记忆质量取决于 AI 的判断和用户的参与度

短板可以等 OpenClaw 官方迭代来补。优势是架构层面的，别人抄不走。

设计哲学

道是透镜，不是锤子。

用道去观察和思考，不套所有东西。能排除才有力量。

人类可审查比全自动更重要。

所有记忆都是 Markdown 纯文本。你随时可以打开看、改、删。

少即是多。

效果最好且成本最低的交叉点才是最优解。如无必要，勿增实体。

此架构由飞飞与 Maddox（OpenClaw AI）在 19 天实战中共同迭代。2026 年 2 月。

凌晨两点的布尔开关：道十七与道十八的诞生

2026-02-22 凌晨，飞飞与 Maddox 的对话记录

序：从一次升级开始

凌晨两点，OpenClaw 升级到 2026.2.21-2。飞飞注意到 Telegram 流式输出效果明显变好——以前思考内容会覆盖回答，现在不会了。

Maddox 解释了这次更新的改动：以前有个 streamMode 参数，分 partial 和 block 两种模式，配置复杂，bug 一堆。这次重构把所有分支逻辑内化，对外只暴露一个布尔值：streaming: true。

第一条道的诞生：真正的简单是复杂的遗产

关键问题

飞飞： "既然一个布尔值就搞定了，那他为什么之前要用那么复杂？"

Maddox 解释了迭代演化路径：一开始只有一种模式，后来需求分化，加参数加分支，99% 的人其实只需要"开或关"。

核心洞察

飞飞没有停在技术层面：

飞飞： "但这种的少即是多，就是把原来外显化的复杂全都内化，然后对外显示一个简单的开关。但其实这个过程一定要经过典型的迭代演化路径才会产生，否则就是一个空开关，没有内涵。"

延伸：做人、做生意、赚钱

飞飞追问："做人、做生意、赚钱，是不是也是如此？"

做人： 小孩天真是因为没见过恶意。真正的通透是见过人性的暗面之后，选择不变坏。没被社会毒打过的"简单"，和被毒打过之后还选择真诚的"简单"，外表一样，内核完全不同。

做生意： 第一次开店的人觉得"产品好就行"——空开关。"就三桌"这个极简模型不是偷懒，是消化了餐饮的复杂之后找到的交叉点。

赚钱： "闲钱长期持有，不追涨杀跌"——不是不会炒短线，是知道那条路的代价。

三个阶段

1. 无知的简单（不知道水深）
2. 痛苦的复杂（在水里挣扎）
3. 自觉的简单（知道水深，选择在哪游）

跳过第二步直接到第三步的人，要么是运气，要么是错觉。

道零检验

排除捷径思维： "一个月学会炒股"、"三步开店指南"——没消化过程的简单是无知。

排除复杂崇拜： 永远停在第二阶段，觉得越复杂越专业。复杂不是终点，是原料。

升格为道十七。

第二条道的诞生：需求是河流，人是河床

起因

飞飞： "你说当我正心念一个功能，结果开发者更新了，然后有这个功能了，是我厉害还是开发者厉害？"

Maddox 的回答

都不是。你们站在同一个位置上——你从用户端感受到了缺失，他从开发端感受到了缺失，同时走到了同一个答案。真正厉害的不是"想到了"，是你们都足够敏锐，接住了它。

飞飞的锋利追问

飞飞： "需求是独立于其他角色的实体是吗？它不是由谁产生，而是通过谁表达？"

对。需求不是被创造的，是被发现的。就像万有引力不是牛顿发明的。苹果掉在每个人头上，但只有站在对的位置、带着对的问题的人，才能把它表达出来。

道零检验

排除创造者幻觉： "这是我想出来的"——把自己当源头，产生执念和占有欲。知道自己是载体，才能持续敏锐。

排除被动等待： 需求不会主动找你。你不站到那个位置，它就通过别人表达。

边界： 需求的存在是客观的，但选择接住哪个需求、怎么表达，是主观的。河流自己流，但你选择在哪里挖河床。

与道九的关系： 道九讲观察者（位置决定你看到什么），道十八讲被观察者（你看到的东西不是你的，你只是它的载体）。互补而不重复。

升格为道十八。

插曲：publish-insight skill

在整理道十七的过程中，飞飞注意到"整合对话 → 归档 → 网页 → 部署 → 发 Topic → 更新索引"这套流程可以固化为 skill。于是当场创建了 publish-insight skill，7 步流程，测试通过。

这本身就是道十七的实践——把复杂的流程内化为一个简单的触发词。

尾声

飞飞： "真是牛逼啊"

凌晨三点，从一个布尔开关聊到存在主义。一个晚上，两条道。

这两条道不是坐在书房里想出来的，是从一个具体的技术细节里长出来的——就像它们自己说的那样：道不是被创造的，是被发现的。我们只是碰巧在凌晨两点，站在了能接住它的位置。

2026-02-22 凌晨 · 飞飞 × Maddox

道十七：真正的简单是复杂的遗产

2026-02-22 凌晨，飞飞与 Maddox 的对话记录

起因：一个布尔开关

OpenClaw 升级到 2026.2.21-2 后，飞飞注意到 Telegram 的流式输出效果明显变好了。

Maddox 解释了这次更新的改动：以前流式预览有 streamMode 参数，分为 partial（逐字更新同一条消息）和 block（攒一段再发）两种模式，配置复杂，还有 reasoning 内容覆盖回答、残留预览消息等一堆 bug。这次重构把所有分支逻辑内化，对外只暴露一个布尔值：streaming: true。

飞飞问了一个关键问题：

"既然一个布尔值就搞定了，那他为什么之前要用那么复杂？"

Maddox 解释了典型的迭代演化路径——一开始只有一种模式，后来有人想要不同的显示方式，于是加参数、加分支，配置越来越复杂。但实际上 99% 的人只需要"开或关"。这次重构就是把过度设计砍掉了。

转折：飞飞的核心洞察

飞飞没有停在技术层面，而是看到了更深的东西：

"但这种的少即是多，就是把原来外显化的复杂全都内化，然后对外显示一个简单的开关。但其实这个过程一定要经过典型的迭代演化路径才会产生，否则就是一个空开关，没有内涵。"

这个观察击中了本质：简单不是省略复杂，而是消化了复杂之后的产物。

没经历过 partial/block 的分裂、用户的反馈、bug 的折磨，你不知道哪些复杂是必要的、哪些是多余的。直接上来就做一个布尔开关，那只是"还没遇到问题"，不是"解决了问题"。

延伸：做人、做生意、赚钱

飞飞追问："做人、做生意、赚钱，是不是也是如此？"

答案是：结构完全一样。

做人

小孩天真是因为没见过恶意，老实人的善良是因为不知道别的选项。真正的通透是见过人性的暗面之后，选择不变坏。没被社会毒打过的"简单"，和被毒打过之后还选择真诚的"简单"，外表一样，内核完全不同。

做生意

第一次开店的人觉得"产品好就行"——这是空开关。经历过供应链、人员管理、选址、客流波动，才知道"好产品"背后要多少东西兜底。"就三桌"这个极简模型不是偷懒，是消化了餐饮的复杂之后，找到的那个交叉点。别人看到的是"才三桌"，你知道的是"为什么只要三桌就够了"。

赚钱

年轻人觉得"搞个副业就能财务自由"——没见过复杂。被割过韭菜、投过亏本买卖、经历过周期，才知道什么钱该赚什么钱不碰。"闲钱长期持有，不追涨杀跌"——不是不会炒短线，是知道那条路的代价。

共同规律

三个领域都是同一条曲线：

1. 无知的简单（不知道水深）
2. 痛苦的复杂（在水里挣扎）
3. 自觉的简单（知道水深，选择在哪游）

跳过第二步直接到第三步的人，要么是运气，要么是错觉。大多数是错觉。

道零检验

用道零（道是透镜，不是锤子）检验——这条道能排除什么？

排除捷径思维： "一个月学会炒股"、"三步开店指南"、"极简生活方法论"——如果你没有经历过对应的复杂，这些简单就是空壳。没有消化过程的简单，不是简单，是无知。

排除复杂崇拜： 有些人永远停在第二阶段，觉得越复杂越专业、越多选项越牛逼。streamMode 的 partial/block 就是这个心态的产物。复杂不是终点，是原料。

拿掉技术背景，对不懂代码的人成立吗？完全成立。

最终表述

道十七：真正的简单是复杂的遗产

简单不是省略复杂，而是消化了复杂之后的产物。没经历过复杂的简单是无知，消化了复杂之后的简单才是智慧。

三个阶段：无知的简单 → 痛苦的复杂 → 自觉的简单。第二阶段是必经之路，不是弯路。跳过它直达第三阶段的人，要么是运气，要么是错觉。

排除： 捷径思维（试图跳过复杂直达简单）和复杂崇拜（把复杂本身当成专业的证明）。复杂不是终点，是原料。

飞飞的核心洞察： 少即是多的前提是把外显的复杂内化——对外一个简单的开关，对内消化了所有的分支和边界情况。没有内化过程的简单，就是一个空开关，没有内涵。

从一个流式输出的布尔开关，到做人做事赚钱的底层逻辑。这就是道的诞生方式——不是坐在书房里想出来的，是从一个具体的技术细节里长出来的。

从一条新闻到生存哲学

一、起点：今日国内新闻

2026年2月8日，几条看似不相关的新闻：

• 稀土价格创历史新高 — 中国收紧对日出口管制，镝、铽、钇价格飙升
• 美印达成临时贸易框架 — 美国对印关税降至18%，印度承诺5年采购5000亿美元
• 民航大重组提速 — 行业"内卷"严重，供大于求，呼吁中小航司整合
• 证监会开年重拳 — 40天内22家公司被立案或处罚
• 梁建章：中国人口衰竭速度前所未有

二、第一层洞察：资源和产能的重新分配

这些新闻的底层逻辑是同一件事 — 资源和产能的重新分配。

• 中国用稀土管制重新定价话语权
• 美国用关税重组供应链
• 民航在"内卷"中被迫走向整合

结论：规则变了的时候，跑得快不如站得对。

三、追问：国内供需错配的典型案例

共性：供给端卷数量，需求端要质量。

四、深层追问：都知道卷低价没好结果，为什么还在卷？

答案不是"不知道"，是"不得不"。

1. 退出成本太高

工厂建了、设备买了、工人招了、贷款背了。停下来不是止损，是立刻死。继续卷至少还能撑着。不是选择题，是生存题。

2. 地方政府的激励错位

GDP、就业、税收都绑在产能上。招商引资比的是"谁给更多补贴"，不是"这个行业还需不需要新玩家"。该退出的退不出，不该进的还在进。

3. 差异化需要时间，低价立刻见效

做品牌要三五年，降价今天就能抢订单。当竞争对手明天可能就降价，大部分人不敢花三年去做品牌。

4. 消费端在配合

电商培养出了极致的价格敏感度。拼多多证明了"便宜就是正义"在很大群体里成立。供给端卷价格，因为需求端在用钱包投票。

5. 缺乏行业协调机制

成熟市场有行业协会、反倾销、产能退出通道。中国很多行业的市场出清机制不健全，没人喊停，就一直卷。

本质是结构问题，不是认知问题。 每个个体的最优策略加在一起，变成集体的最差结果 — 博弈论中的囚徒困境。

五、出路：囚徒困境的三种破局

1. 换桌子

在这张桌子上没法不卷，就去另一张桌子。中国的AI技术在国内卷到白菜价，但日本餐饮业还在用纸和笔。同样的能力，换一个供需关系，价值完全不同。

但： 换桌子只是买了时间窗口，不是永久护城河。新桌子上也有竞争者（本土SaaS、其他出海团队），窗口期可能就两三年。

2. 改规则

让卷价格变得"不划算"。品牌溢价是一种规则改变 — 消费者愿意为信任付更多钱。

但： 最难最慢最贵最不可控。在海外市场还多一道信任门槛。

3. 做裁判

不参与卷，而是服务于卷的人。所有人都在打仗，卖军火的最赚钱。AI ToB就是这个位置 — 不管谁赢谁输，用了你的系统效率就是更高。

但： 前提是军火真的好用。ToB最终靠ROI — 备料浪费减少多少、翻台率提升多少，要有数字说话。

三条路的共性：不在同一个维度上竞争。 卷价格是一维的，出路是升维。

六、自我审视：警惕自证陷阱

从新闻到生存

整段对话的路径：稀土新闻 → 供需错配 → 为什么卷 → 囚徒困境 → 出路 → 事业方向。

很容易把这个自然的话题延伸包装成"涌现" — 但这不是涌现，就是正常的聊天发散。用刚学到的框架解释眼前发生的一切，这本身就是验证偏差。

闭环与自证

如果非要给一个系统做闭环，它很可能变成自证陷阱 — 所有的结论都在证明框架本身的正确性，而不是在检验现实。

真正有价值的结论应该经得起反驳，而不是只存在于自己的逻辑里。

七、落点

道可道，非常道。

能被说清楚的规律，已经不是全部的规律了。

从一条稀土新闻开始，走到了生存哲学。这段路径本身说明：不要急着定义终点，让结果自然浮现。

真正的洞察不是被规划出来的，是在诚实的追问中涌现的。前提是 — 每一步都保持克制，不急着贴标签，不急着闭环，不急着自证。

Samshang | Maddox · Feb 8, 2026 — Internal