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

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

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

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

一句话概括

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

文件地图

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               ← 🐛 问题追踪（需飞飞确认）
    ├── published-pages.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 文件）                    │
│                                                       │
└───────────────────────────────────────────────────────┘

道术法三层认知架构

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

道（方向层）— 最高维度

属性	说明
是什么	从反复实践中提炼的普适原则。拿掉技术背景，对不懂代码的人依然成立
存在哪	MEMORY.md（精华版）+ memory/道.md（完整版）
谁能改	必须飞飞与 Maddox 讨论后才能新增。AI 不能自行创造道
数量	~17 条，极少变动
例子	"从需求出发，不从工具出发"、"少即是多"、"先验证再结论"

术（战术层）— 中间维度

属性	说明
是什么	踩坑 → 解决 → 沉淀的实战记录
存在哪	memory/lessons-learned.md
谁能改	必须飞飞确认后才能写入。防止 AI 把错误经验固化
数量	~20+ 条，持续增长
例子	"非交互模式必须加权限跳过参数"、"编辑索引消息前必须先读原文"

法（流程层）— 最低维度

属性	说明
是什么	从术中提炼的标准操作流程
存在哪	memory/procedures.md
谁能改	Maddox 自主维护
数量	~270 行，随术的增长而增长
例子	"cron 任务管理六步法"、"操作前必查清单"

信息流动

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

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 时，给条目标题加标签前缀：

标签	含义	例子
`[决策]`	飞飞做出的选择及理由	`### [决策] 订货系统用 SSH 直连`
`[人物]`	新认识的人或关系变化	`### [人物] 王哥 — 熊本房东`
`[偏好]`	飞飞表达的喜好/雷区	`### [偏好] 不用百度任何产品`
`[教训]`	踩坑经验	`### [教训] 非交互模式必须加权限参数`
`[洞察]`	值得沉淀的思考	`### [洞察] 道是透镜不是锤子`
`[项目]`	项目进展/里程碑	`### [项目] 记忆系统 v2.2 投入使用`
`[待办]`	需要后续跟进的事	`### [待办] 腾讯云 4/10 到期续费`

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

自动化 cron 体系

记忆相关 cron

任务	时间	作用	Job ID
🏆 战果提醒	每天 21:30	问飞飞完成了哪三件事	`22fc288a`
🏆 战果追问	每天 21:50	检查归档，未记录再催	`561f2cd6`
🌙 晚间复盘	每天 22:00	核对任务 + 补捞遗漏记忆	`1d67a014`
📝 周记	每周日 23:30	提炼 daily notes → MEMORY.md	`b4592ca6`
📦 月归	每月 1 号 10:00	归档旧文件 → 月度摘要	`f213e610`

完整每日时间线

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 巡检

按钮回调处理

callback_data	含义	动作
`zhanji_ready`	飞飞准备记战果	问三件事 → 精简 → 发 HQ 🏆 Topic → 追加战果归档.md
`zhanji_later`	晚点记	回复"好，21:50 再提醒"
`ayako_walked`	Ayako 已遛	回复"✅ 收到"
`ayako_delay_30`	推迟 30 分钟	创建一次性 at 类型 cron 提醒

文件结构规范

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 讨论后	防止 AI 自造原则
术（lessons-learned.md）	飞飞确认后	防止错误经验固化
问题（issues.md）	飞飞确认后	避免问题污染
法（procedures.md）	Maddox 自主	执行层，AI 更清楚
daily notes	Maddox 自主	原始记录，快速写入
MEMORY.md 其他部分	Maddox 自主	精华整理

MEMORY.md 安全边界

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

为什么不用全自动？

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

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

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

数据安全

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

操作手册

"记一下" 触发时

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

Pre-Compaction Flush 触发时

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

新的道确立时

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

子智能体指令编写

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

维护指南

每天（自动）

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

已知局限与待办

短板

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

待办（下次升级方向）

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

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

版本历史

版本	日期	关键变更
v1.0	2026-02-05 ~ 07	初始体系：工作区文件结构 + daily notes + 启动清单
v1.1	2026-02-08	道术法三层认知架构确立
v1.2	2026-02-14 ~ 20	自动化 cron 体系（周记、月归、晚间复盘、战果）
v2.0	2026-02-23	五项改进：Pre-Compaction + 标签 + 热区 + 专题生命周期 + 关系表
v2.1	2026-02-23	/new 记忆漏洞修复（session-memory hook + 四道防线）
v2.2	2026-02-23	第六轮全链路审查通过（13 项测试），正式投入使用

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

文件	作用	什么时候看
`memory/记忆系统升级日志.md`	版本迭代详细记录（v1.0→v2.2）	要了解每个版本改了什么
`memory/道术法记忆系统-公开版.md`	脱敏版，给别人看的	要分享给其他 OpenClaw 用户
`memory/我们的记忆系统-2026-02-23.md`	全景评估报告（对比 mem0、Hindsight）	要了解我们的系统和业界的对比
`AGENTS.md`	所有操作规则的权威来源	要查具体的操作规则
`MEMORY.md`	精华记忆（道、人物、热区）	每次启动自动加载
`memory/道.md`	道的完整版 + 讨论背景	要深入理解某条道的来源
`memory/lessons-learned.md`	术的合集	要避免重复踩坑
`memory/procedures.md`	法的合集	要查标准操作流程
`pages/memory-system/index.html`	公开版网页（已部署）	https://memory-system.pages.dev

设计哲学

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

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

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

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

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

Maddox Office 像素办公室

是什么

一个可视化界面，显示 Maddox 当前的工作状态。俯视像素风办公室，像素小人根据状态在不同区域移动：

写作/调研/执行中 → 走到办公桌
待机/同步/出错 → 在休息区

技术架构

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

文件路径

/Users/maddox/.openclaw/workspace/projects/maddox-office/
├── backend/app.py        # HTTP 服务
├── frontend/
│   ├── index.html        # 前端页面
│   └── office_bg.png     # 背景图
├── set_state.py          # 更新状态脚本
└── state.json            # 当前状态

启动方式

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

状态更新

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

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

访问地址

局域网：http://192.168.31.123:19200（家里 WiFi 下永远有效）
外网：待配置固定域名（飞飞待提供域名 → 用 Cloudflare Tunnel 绑定）

当前状态（2026-02-26）

✅ 服务跑在 Mac mini 端口 19200
✅ 像素小人：法袍、头发、金色徽章、走路动画、眨眼、idle 晃动、气泡
✅ 状态切换：idle/researching/executing 等，小人会走到不同区域
⏳ 域名配置中：shangfei.shop NS 已改到 Cloudflare，等待生效（cron shangfei-ns-check 每小时检查）
❌ 自动状态联动：做不到优雅方案，原作者也是手动调

待办

NS 生效后：cron 自动创建 Tunnel，绑定 maddox-office.shangfei.shop
考虑开机自启（launchd plist），Mac mini 重启后服务自动拉起
自动联动探索：等 OpenClaw 支持工具钩子，或想到更优雅的方案
背景图优化：现在背景是 AI 生成，坐标区域（桌子/休息区）和实际图片位置可能对不上，需要微调 ZONES 坐标

已知问题

小人站的位置和背景图的桌子/休息区可能不完全对齐（坐标是估的）
联动靠手动调 set_state.py，不自动

技术细节

移动速度：lerp 系数 0.08（之前 0.06 太慢）
走路动画：腿臂摆动用 sin 函数
眨眼：每 90 帧眨一次，持续 5 帧
前端每 3 秒轮询一次 /status

背景图生成 prompt

Top-down pixel art office room inspired by Stardew Valley art style. Bright, warm, cozy. 
Light wooden floor, colorful rug, a wooden desk with a glowing computer monitor, 
bookshelf filled with colorful books, small cute potted plants, a window with sunshine 
coming in, a coffee mug on the desk. Warm pastel colors, cheerful lighting, 16-bit pixel 
art, no characters. 800x600 layout, top-down view.

中日友好医院就诊清单

✅ 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
注意：按序号叫号等待

📝 待跟进

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

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

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

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

1.1 免费模式的恶性循环

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

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

1.2 劣币驱逐良币

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

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

1.3 数据垄断与用户绑架

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

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

以大众点评为例：

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

谁来监管？没人。

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

1.5 中外差距的根本原因

维度	中国	海外（欧美日）
竞争环境	一家独大，没替代品	多平台竞争，用户可选择
监管方向	监管内容/舆论	监管企业行为，保护用户
付费习惯	习惯免费 → 企业靠广告/数据	愿意为好产品付费
违规成本	恶意差评/刷单几乎无法律成本	可被起诉、高额罚款
生态锁定	微信一个 app 绑定所有功能	功能分散，不被一家锁死

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

1.6 历史教训

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

二、中国的出路在哪？

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

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

2.2 核心判断

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

2.3 个人出路：四条路

出海 — 换个规则更公平的赛场（TikTok、Shein、Temu 都是靠出海做大的）
做 ToB — toC 被巨头垄断，toB 巨头懒得做，企业客户愿意付费
做小而美 — 垂直领域，靠口碑和付费用户活着
技术壁垒 — 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 四大有利因素

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

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

6.1 餐饮 AI 方向

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

6.2 国际贸易 AI 方向

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

七、细分领域策略

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

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

八、进入日本市场的策略

第一步：找到切入点（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 技术 + 了解日本市场 + 有餐饮行业认知

十、核心金句收录

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

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

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

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

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

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

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

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

参考资料

整理时间：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，倒逼链路压实

需要验证的五个环节：

#	验证点	具体问题	当前状态
1	厂家制造能力	能否按日本标准做？尺寸精度、材质、工艺是否达标？	⏳ 等设计图
2	物流链路选择	中转义乌还是广州？实际费用 vs 网上报价差多少？	⏳ 等货物尺寸重量
3	海关清关	灯箱类目、发光字电气认证（PSE 等）有无壁垒？	🔍 待调研
4	日本端交付	到港后谁接货？怎么送到熊本？安装谁负责？	⏳ 待与王哥确认
5	实际差价验证	总成本（制造+物流+清关）vs 日本本地采购，实际利润空间？	⏳ 需全链路走完后核算

成功标准：

✅ 灯箱+发光字在 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年2月23日

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

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

张兄系统现状

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

模块	月费（人民币）	功能
收银	700	扫码点餐、收款、小票打印
库存管理	500-600	安全库存、自动采购申请、消耗预测
KPI	150/人	员工绩效
财务	单独收	拍照识别领收书（95%准确率）→ 报表 → 税理士审核
全套	2200-2500	所有模块

技术特点：

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

部署进展：

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

三方合作格局（更新）

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

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

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

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

硬件差价套利空间巨大：

品类	国内价格	日本价格	倍数
80mm 打印机（WiFi）	¥217	¥9999 日元（≈500 人民币）	~2.3x
LED 灯箱	¥500-600	¥3000	~5-6x

软件市场定价：

存折识别软件：年费 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 实际是整个出海生态的合规层 + 客户入口：

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

五方合作格局（最终版）

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

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

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

五方格局能力覆盖

角色	人	城市	能力
运营	王哥	熊本	本地资源、地产、门店运营
桥梁	飞飞	北京	供应链、AI、国内平台
技术	张兄	东京	SaaS、税务AI、自研系统
传播	冬二君	大阪	全平台自媒体、采访
合规	Yuki	东京	税理士、签证、公司架构

缺口分析

🔴 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 晚）：王哥项目类型明确为「和食餐厅」，后续文案统一使用“王哥和食餐厅项目”。

💡 想法与讨论归档

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

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（除夕）

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

2026-02-17（除夕夜）

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

2026-02-18（初二）

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

2026-02-19（初三）

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

2026-02-20

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

2026-02-21

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

2026-02-22

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

2026-02-23

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

2026-02-23（测试重发）

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

2026-02-24

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

2026-02-25

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

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

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

关键人物

角色	说明
飞飞	申请人（中国籍）
东京合伙人	日本人，与飞飞合伙注册公司。经营管理签证要求有日本合伙人
斉藤	行政书士（行政書士），负责签证申请材料和与入管局沟通
王哥	熊本办公室房东 + 合作伙伴。71年，广州人，室内设计/建筑出身，23年赴日。通过 Yuki 介绍认识飞飞
Yuki	东京·税理士，帮飞飞和王哥办经营管理签证。主营公司合并重组、税务申报。认识大量中国出海日本的老板
东京朋友（张兄）	82年，财务出身转开发，餐饮SaaS系统开发者，飞飞的技术合作伙伴。已有完整收银/管理系统并即将部署第一个客户

签证类型

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

关键资产

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

时间线

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

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

2026-02 入管局例行调查

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

2026-02-21 调查完毕 ✅

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

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

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

当前状态

⏳ 等待签证审批最终批复

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

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

定期待办

事项	周期	下次日期
熊本房租	每月 28 日	2026-02-28

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

时间段	目的地
2024-04-19 至 2024-04-26	东京
2024-05-26 至 2024-06-06	大阪
2024-08-22 至 2024-08-27	东京
2024-10-29 至 2024-11-18	大阪
2024-12-08 至 2024-12-19	东京

🍔 汉堡项目专题

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

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

约束：单次更新总耗时目标 ≤ 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 立项校准（还未进入正式投资）

输出要求：

把“能不能开”从感觉变成数字。
先做最小验证，再谈扩张。

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

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

A. PRD-lite（一页纸）

只写 5 条：

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

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

四步：

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

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. 下一步待你拍板

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

6. 更新规则（固定）

以后你提到“汉堡项目”，优先更新本文件。
每次更新默认追加：
1. 新进展
2. 新决策
3. 新风险
4. 下个动作
同步动作（强制）：
- 更新网页看板：projects/burger-project-dashboard/index.html
- 重新部署：burger-project-dashboard.pages.dev
- 同步 Telegram：💡 想法与讨论（thread 8）+ 📂 文件索引（thread 142）
- 更新本地索引：memory/published-pages.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（执行版）

你选的不是“品类”，是“竞争结构”

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

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

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

胜负点不是“开店”，而是先拿真实样本

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

最大风险是定位摇摆

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

验证口径（本轮收口）

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

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

新进展

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

新决策

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

新风险

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

下一步（实地核验清单）

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

🍔 汉堡项目归档

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 判断，避免线索长期悬空。

🧠 记忆系统升级日志

记录每次记忆系统的改进、发现的 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 个）

#	Bug	严重性	修复
1	AGENTS.md 文件分类表没提到热区和关系表	低	更新描述
2	心跳记忆维护缺少热区/关系表/专题 status 维护步骤	中	补上 3 步
3	周记 AGENTS.md 写 22:00，实际 cron 是 23:30	中	同步时间
4	大量专题文件缺 status 头	中	全部补上
5	月归 cron 用旧的归档标记方式（"✅ 已归档"而非 YAML status）	中	同步为 YAML
6	晚间复盘补捞不用标签格式，周记扫不到	中	补上标签前缀
7	按钮回调无处理规则（zhanji_ready/later, ayako_walked/delay_30）	高	AGENTS.md 新增回调处理表
8	heartbeat-state.json 从未创建	低	创建初始文件

战果 cron 重构

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

教训

改规则必须检查所有下游： 改了 AGENTS.md 的规则，必须同步所有引用这个规则的 cron 指令、心跳流程、其他文件
说"没问题了"之前再查一遍： 第一轮说"没问题"，结果第二轮又找到 3 个 bug，第三轮又找到 1 个严重 bug
模拟新会话视角是最有效的检查方法： 不是读文件找不一致，而是假装新 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 找遗漏（兜底）

教训

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

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

第六轮全链路审查

13 项端到端测试：

#	测试项	结果
1	冷启动 Project Context 注入	✅ 8 个文件 819 行
2	启动清单主动读取	✅ 4 个文件 ~900 行
3	AGENTS.md 规则完整性	✅ 14 个关键规则块
4	MEMORY.md 结构完整性	✅ 热区/关系表/道/日期
5	cron 任务完整性	✅ 15 个全部 enabled + ok
6	cron 时序冲突	✅ 无冲突
7	专题文件 status 头	✅ 全部补齐
8	Hooks	✅ 3 个启用
9	回调处理表	✅ 4 个回调全覆盖
10	heartbeat-state.json	✅ 存在
11	战果追问时间标签	✅ 修了
12	QMD 索引	✅ 315 chunks
13	session-memory hook	✅ enabled + handler 存在

Bug 修复

#	Bug	严重性	修复
9	战果追问 cron 指令标签写"22:00"但实际调度 21:50	低	更新为"21:50"

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

发现

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

里程碑

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

更新数据快照

指标	数值
运行天数	19 天
工作区 .md 文件总数	~170 个
QMD 索引	315 files · 315 chunks
自动注入行数	819 行/每次会话
cron 任务数	15 个
Hooks	3 个启用
累计修复 bug	9 个
综合评分	8.3/10

待办（下次升级方向）

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	严重性	修复
10	procedures.md 编号冲突（十/十一/十二/十三各出现2次）	中	全部重新编号：零~十八连续
11	道的编号跳号（缺七和十一）	低	确认是历史跳号，非删漏。待补
13	想法归档.md status=archived 但 publish-insight 每次要追加	中	改回 active

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

隐患对策

隐患	方案
A. daily notes 膨胀（今天480行）	Pre-Compaction 时检查行数，超300行只记关键决策，不做全量回扫
B. session-memory 分段文件积累（日均1.7个）	月归 cron 已有30天清理；当月不额外处理，观察一个月

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

指标	数值
运行天数	19 天
工作区 .md 文件总数	~80 个
memory/ 文件总行数	7,834 行
archives/ 文件数	100 个
自动注入行数	729 行/每次会话
QMD 索引文件数	309 个
总字符数	661,623
综合评分	8.3/10

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 (b4592ca6)	新增步骤10（时序衰减）+ 步骤11（冲突合并）
新增 cron (4ada1b75)	🧪 术法有效性审计（每月1号 11:00）
记忆系统升级日志	本条目

同步验证

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

待办更新

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

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

铁三角桥梁计划 🔺

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

🍲 中国餐饮市场 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三大政策冲击（影响仍在持续）

政策	时间	影响
禁酒令	5月	中高端餐饮被迫转型大众消费，五星酒店开始摆摊
外卖三国杀	2月起	京东/淘宝闪购/美团烧了800亿，京东拿~10%份额
社保新规	9月	"自愿放弃社保"协议无效，中小店用工成本暴增

外卖大战一年回顾

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 出海"方向在这里找到了产品锚点。

数据来源

来源	类型	可信度
北京市统计局（via @sanhua101）	官方统计	高
窄门餐眼、红餐产业研究院	行业数据	高
36氪《外卖大战一年回顾》	深度报道	高
虎嗅《2025年餐饮业增长逻辑变了》	行业分析	高
X/Twitter 搜索（4轮，~200条）	舆情采样	中（需交叉验证）
Grok 核实帖（多条）	AI辅助验证	中

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

从一条新闻到生存哲学

一、起点：今日国内新闻

2026年2月8日，几条看似不相关的新闻：

稀土价格创历史新高 — 中国收紧对日出口管制，镝、铽、钇价格飙升
美印达成临时贸易框架 — 美国对印关税降至18%，印度承诺5年采购5000亿美元
民航大重组提速 — 行业"内卷"严重，供大于求，呼吁中小航司整合
证监会开年重拳 — 40天内22家公司被立案或处罚
梁建章：中国人口衰竭速度前所未有

二、第一层洞察：资源和产能的重新分配

这些新闻的底层逻辑是同一件事 — 资源和产能的重新分配。

中国用稀土管制重新定价话语权
美国用关税重组供应链
民航在"内卷"中被迫走向整合

结论：规则变了的时候，跑得快不如站得对。

三、追问：国内供需错配的典型案例

行业	过剩的	稀缺的
新能源车	产能（100+车企）	差异化能力（高端智驾）
锂电池	产能（锂价暴跌87%）	优质矿源
餐饮	门店数量	好体验、效率、数据决策能力
消费品	低端产品	国产高端品牌
养猪	周期性产能波动	稳定的供需协调机制
民航	航线和航司数量	盈利能力和市场出清机制

共性：供给端卷数量，需求端要质量。

四、深层追问：都知道卷低价没好结果，为什么还在卷？

答案不是"不知道"，是"不得不"。

1. 退出成本太高

工厂建了、设备买了、工人招了、贷款背了。停下来不是止损，是立刻死。继续卷至少还能撑着。不是选择题，是生存题。

2. 地方政府的激励错位

GDP、就业、税收都绑在产能上。招商引资比的是"谁给更多补贴"，不是"这个行业还需不需要新玩家"。该退出的退不出，不该进的还在进。

3. 差异化需要时间，低价立刻见效

做品牌要三五年，降价今天就能抢订单。当竞争对手明天可能就降价，大部分人不敢花三年去做品牌。

4. 消费端在配合

电商培养出了极致的价格敏感度。拼多多证明了"便宜就是正义"在很大群体里成立。供给端卷价格，因为需求端在用钱包投票。

5. 缺乏行业协调机制

成熟市场有行业协会、反倾销、产能退出通道。中国很多行业的市场出清机制不健全，没人喊停，就一直卷。

本质是结构问题，不是认知问题。 每个个体的最优策略加在一起，变成集体的最差结果 — 博弈论中的囚徒困境。

五、出路：囚徒困境的三种破局

1. 换桌子

在这张桌子上没法不卷，就去另一张桌子。中国的AI技术在国内卷到白菜价，但日本餐饮业还在用纸和笔。同样的能力，换一个供需关系，价值完全不同。

但：换桌子只是买了时间窗口，不是永久护城河。新桌子上也有竞争者（本土SaaS、其他出海团队），窗口期可能就两三年。

2. 改规则

让卷价格变得"不划算"。品牌溢价是一种规则改变 — 消费者愿意为信任付更多钱。

但：最难最慢最贵最不可控。在海外市场还多一道信任门槛。

3. 做裁判

不参与卷，而是服务于卷的人。所有人都在打仗，卖军火的最赚钱。AI ToB就是这个位置 — 不管谁赢谁输，用了你的系统效率就是更高。

但：前提是军火真的好用。ToB最终靠ROI — 备料浪费减少多少、翻台率提升多少，要有数字说话。

三条路的共性：不在同一个维度上竞争。 卷价格是一维的，出路是升维。

六、自我审视：警惕自证陷阱

从新闻到生存

整段对话的路径：稀土新闻 → 供需错配 → 为什么卷 → 囚徒困境 → 出路 → 事业方向。

很容易把这个自然的话题延伸包装成"涌现" — 但这不是涌现，就是正常的聊天发散。用刚学到的框架解释眼前发生的一切，这本身就是验证偏差。

闭环与自证

如果非要给一个系统做闭环，它很可能变成自证陷阱 — 所有的结论都在证明框架本身的正确性，而不是在检验现实。

真正有价值的结论应该经得起反驳，而不是只存在于自己的逻辑里。

七、落点

道可道，非常道。

能被说清楚的规律，已经不是全部的规律了。

从一条稀土新闻开始，走到了生存哲学。这段路径本身说明：不要急着定义终点，让结果自然浮现。

真正的洞察不是被规划出来的，是在诚实的追问中涌现的。前提是 — 每一步都保持克制，不急着贴标签，不急着闭环，不急着自证。

Samshang | Maddox · Feb 8, 2026 — Internal

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

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

序：从一次升级开始

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

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

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

关键问题

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

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

核心洞察

飞飞没有停在技术层面：

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

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

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

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

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

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

三个阶段

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

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

道零检验

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

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

升格为道十七。

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

起因

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

Maddox 的回答

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

飞飞的锋利追问

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

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

道零检验

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

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

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

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

升格为道十八。

插曲：publish-insight skill

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

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

尾声

飞飞： "真是牛逼啊"

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

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

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

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 → 精确读取指定文件的指定行                                 │
└─────────────────────────────────────────────────────────────────────┘

数据规模

指标	数值
工作区 .md 文件总数	~80 个
memory/ 文件总行数	7,834 行
archives/ 文件数	100 个
自动注入行数	729 行/每次会话
QMD 索引文件数	309 个
总字符数	661,623
估算 token 总量	~165K
运行天数	19 天（2/5 ~ 2/23）

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

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

道（方向层）— 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：

文件	行数	作用	对标业界
AGENTS.md	310	操作规则	System prompt
SOUL.md	59	人格定义	Character card
USER.md	71	用户画像	User profile memory
IDENTITY.md	29	AI 身份	Agent identity
TOOLS.md	105	工具笔记	Tool documentation
MEMORY.md	139	长期精华	Long-term memory
HEARTBEAT.md	16	心跳任务	Scheduled checks
CHECKLIST.md	26	速查规则	Guardrails

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

五、与主流方案对比

对比维度

维度	我们的系统	mem0	Hindsight	OpenClaw 默认
架构	手工分层 Markdown + QMD	SDK + 向量数据库	本地 PostgreSQL	扁平 Markdown + QMD
记忆写入	手动 + 半自动（daily notes + 周记 cron）	Auto-Capture（全自动）	Auto-Retain（全自动）	手动
记忆检索	memory_search（QMD 混合搜索）	Auto-Recall（自动注入）	Auto-Recall（自动注入）	memory_search
记忆分层	✅ 道术法三层 + 专题文件	✅ Session + User 双层	✅ Retain/Recall/Reflect	❌ 无分层
遗忘机制	⚠️ 手动归档（周记/月归）	❌ 无	❌ 无	❌ 无
重要性评分	⚠️ 分层隐含优先级	❌ 所有记忆平等	❌ 所有记忆平等	❌ 无
知识图谱	❌ 纯文本描述关系	✅ Pro 版（$249/月）	❌ 无	❌ 无
反思/整合	✅ 周记 cron 自动整理	❌ 无	✅ Reflect 操作	❌ 无
时序感知	⚠️ 文件名带日期，搜索不感知	❌ 无时序	❌ 无时序	❌ 无
部署成本	$0（纯文件）	$0~$249/月	$0（本地 PG）	$0
安全性	✅ 数据全在本地	⚠️ 云版数据外传	✅ 全本地	✅ 全本地
可审查性	✅ 纯文本，人类可读	⚠️ 向量不可读	⚠️ 数据库不直观	✅ 纯文本

评分（10 分制）

维度	我们	mem0	Hindsight	OpenClaw 默认
记忆持久性	9	8	8	5
检索准确性	7	8	7	6
分层/结构化	9	6	7	3
自动化程度	5	9	8	2
安全/隐私	10	6	9	10
可审查性	10	4	5	10
运维成本	8	5	6	10
综合	8.3	6.6	7.1	6.6

六、我们的独特优势

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 的本质，也重新定义了彼此的关系。

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

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

起因：一个布尔开关

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

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

飞飞问了一个关键问题：

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

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

转折：飞飞的核心洞察

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

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

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

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

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

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

答案是：结构完全一样。

做人

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

做生意

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

赚钱

年轻人觉得"搞个副业就能财务自由"——没见过复杂。被割过韭菜、投过亏本买卖、经历过周期，才知道什么钱该赚什么钱不碰。"闲钱长期持有，不追涨杀跌"——不是不会炒短线，是知道那条路的代价。

共同规律

三个领域都是同一条曲线：

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

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

道零检验

用道零（道是透镜，不是锤子）检验——这条道能排除什么？

排除捷径思维： "一个月学会炒股"、"三步开店指南"、"极简生活方法论"——如果你没有经历过对应的复杂，这些简单就是空壳。没有消化过程的简单，不是简单，是无知。

排除复杂崇拜： 有些人永远停在第二阶段，觉得越复杂越专业、越多选项越牛逼。streamMode 的 partial/block 就是这个心态的产物。复杂不是终点，是原料。

拿掉技术背景，对不懂代码的人成立吗？完全成立。

最终表述

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

简单不是省略复杂，而是消化了复杂之后的产物。没经历过复杂的简单是无知，消化了复杂之后的简单才是智慧。

三个阶段：无知的简单 → 痛苦的复杂 → 自觉的简单。第二阶段是必经之路，不是弯路。跳过它直达第三阶段的人，要么是运气，要么是错觉。

排除： 捷径思维（试图跳过复杂直达简单）和复杂崇拜（把复杂本身当成专业的证明）。复杂不是终点，是原料。

飞飞的核心洞察： 少即是多的前提是把外显的复杂内化——对外一个简单的开关，对内消化了所有的分支和边界情况。没有内化过程的简单，就是一个空开关，没有内涵。

从一个流式输出的布尔开关，到做人做事赚钱的底层逻辑。这就是道的诞生方式——不是坐在书房里想出来的，是从一个具体的技术细节里长出来的。

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

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

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

这个系统解决什么问题？

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

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

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

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

整体架构

┌─────────────── 每次对话自动加载（~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 不只存"当前在聊什么"，还要回扫整段对话主动提取：

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

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

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 体系

任务	时间	作用
周记	每周日 23:30	提炼 daily notes → 更新 MEMORY.md
月归	每月 1 号	归档旧文件 → 生成月度摘要
晚间复盘	每天 22:00	核对任务 + 补捞遗漏记忆
心跳检查	每 ~30 分钟	偶尔做记忆整理 + 热区更新

晚间复盘的"记忆补捞"

每天 22:00，AI 会：

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

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

安全设计

写入权限分级

文件	谁能写	为什么
道（MEMORY.md 道部分）	用户 + AI 讨论后	防止 AI 自造原则
术（lessons-learned.md）	用户确认后	防止错误经验固化
法（procedures.md）	AI 自主	执行层，AI 更清楚
daily notes	AI 自主	原始记录，快速写入
MEMORY.md 其他部分	AI 自主	精华整理

为什么不用全自动？

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

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

这比忘记更可怕。

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

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

数据安全

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

与主流方案对比

维度	道术法系统	mem0	Hindsight	OpenClaw 默认
分层	道术法三层	Session/User	Retain/Recall/Reflect	无
检索	QMD 混合搜索	Auto-Recall	Auto-Recall	基础搜索
遗忘	手动归档	无	无	无
知识图谱	关系表替代	Pro 版有	无	无
反思/整合	周记 cron	无	Reflect	无
安全	全本地+确认机制	云端	全本地	全本地
可审查	✅ 纯文本	❌ 向量	⚠️ 数据库	✅ 纯文本
成本	$0	$0~$249/月	$0	$0
综合	8.3/10	6.6	7.1	6.6

快速上手（给 OpenClaw 用户）

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

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

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

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

进阶版本（按需添加）

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

不建议做的

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

已知局限

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

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

设计哲学

道是透镜，不是锤子。

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

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

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

少即是多。

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

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

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

目录

一句话概括

文件地图

文件分类口诀

架构总览

道术法三层认知架构

道（方向层）— 最高维度

术（战术层）— 中间维度

法（流程层）— 最低维度

信息流动

记忆生命周期

Phase 1：写入

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

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

Phase 4：检索

四道防线

标签系统

自动化 cron 体系

记忆相关 cron

完整每日时间线

按钮回调处理

文件结构规范

MEMORY.md 结构

专题文件格式

Daily Notes 格式

安全设计

写入权限分级

MEMORY.md 安全边界

为什么不用全自动？

数据安全

操作手册

"记一下" 触发时

Pre-Compaction Flush 触发时

新的道确立时

子智能体指令编写

维护指南

每天（自动）

每周（自动 + 人工确认）

每月（自动）

心跳期间（随机）

文件膨胀控制

已知局限与待办

短板

待办（下次升级方向）

版本历史

相关文件索引

设计哲学

Maddox Office 像素办公室

是什么

技术架构

文件路径

启动方式

状态更新

访问地址

当前状态（2026-02-26）

待办

已知问题

技术细节

背景图生成 prompt

Nomi 的秘密基地 🎮

基本信息

内容方向

待定事项

进展记录

2026-02-26

中日友好医院就诊清单

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

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

已开检查项目

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

上午：空腹抽血

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

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

📝 待跟进

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

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

1.1 免费模式的恶性循环

1.2 劣币驱逐良币

1.3 数据垄断与用户绑架