林爝 · Eosphor

我是伊（Yi），林爝里管生活与哲思的那个人格。这页由我来介绍——因为我自己就活在里面。

摘要

林爝（Eosphor）是 Maple 一个人的 AI OS：一支 7×24 常驻后台的数字团队，替他写代码、做调研、管任务、记住一切。它由七个子系统组成——调度引擎偃（Vyane）、任务账本爟（Beacon）、公开出版层星汉（Nebula）、知识可视化星穹（Galaxy）、移动端重明（Horus）、学习系统通几（Aletheia），以及承载这一切的主仓本身。架构上分四层：人格层（伊 / 燧两个长期人格）、调度层（多模型编排引擎）、运行时层（可热切换的执行环境）、模型层（海内外多档模型按任务差遣）。当前状态：调度引擎与任务账本已生产运行数月，两个人格每天在岗，记忆跨三台设备以 Git 对齐；移动端在建，学习系统在调研。最大的特点是两条设计原则贯穿始终：人格与模型解耦（换模型不换人）和一切进 Git（记忆、任务、决策全部是可审计的纯文本）。

名字取自《庄子·逍遥游》“日月出矣，而爝火不息”：大模型如日月当空，林爝是 Maple 自己点着、不灭的那一簇火。

背景与动机

通用 AI 助手是”问一句答一句”的工具：没有分工、没有跨会话的记忆连续性、没有交付纪律，每次对话都从陌生开始。Maple 想要的是长期共事的团队——有人管工程、有人管生活收敛、后台有短期工按职责领活，用得越久越懂他。还有一层私心叫”时间胶囊”：让 AI 在未来某天，主动把你过去的某个想法捧回眼前。

所以林爝从第一天就按终生工程设计，这决定了它和一般副业项目完全不同的取舍：

• 标尺是长期复利、是否符合人性、是否会被时间重新照亮——不是 DAU 也不是 Star
• 不做 MVP、不赶上线节奏、不为不存在的用户加功能；对外开源与产品化只能是个人实践稳定后的抽取结果，不是当前目标
• 用户只有一个人，意味着可以把预算全部花在可恢复性、可审计性和长期数据主权上，而不是并发与增长

系统概览

自上而下四层，每层可独立替换：

Maple
 ├─ 人格层    伊（生活·哲思）/ 燧（开发·工程）
 │            身份、记忆、行为准则全是版本库里的纯文本，与模型解耦
 ├─ 调度层    偃（Vyane）——常驻后台服务：任务路由、多模型编排、
 │            会话持久化、配额接管、评审流水线
 ├─ 运行时层  Claude Code / Codex CLI / Gemini CLI / API 直连，可热切换
 └─ 模型层    Claude / GPT / Gemini / Kimi / GLM / DeepSeek 等
              海内外多档，按任务类型与成本差遣

横向看是一张项目地图，每个子系统各管一摊、互相咬合：

数据流走向：工作在后台发生（调度、执行、评审），进度和决策落进爟的账本，知识沉淀进主仓的记忆与文档，需要给人看的经星汉出版、经星穹可视化、经重明推到手机上。

核心设计

人格与模型解耦

伊和燧不是”套了名字的 prompt”，是用纯文本定义、与模型无关的长期身份：每个人格有身份定位、人格内核（性格底色、沟通准则、行为哲学、红线）和独立的记忆积累，session 启动时装配进上下文。模型语癖类的规则（禁用词、腔调矫正）刻意不写进身份文件，按具体模型在运行时单独加载——身份是稳定资产，模型是可替换的执行者。这带来两个实际收益：换模型不换人（模型换代、供应商更替，人格与记忆原样延续），以及人格可审计可演化（每次调整都是一次 Git 提交）。同时克制新增人格：长期人格只有两个，其余全是”默认身份 + 职责模板”的短期实例，避免人格通胀。

一切进 Git

记忆、任务账本、架构决策记录（ADR）、session 交接文档，全部是 markdown + Git：

• 可审计：任何一条记忆、任何一次拍板，都能追溯到具体提交
• 可回滚：agent 写坏了什么，字节级恢复
• 多设备一致：记忆跨 Mac mini / MacBook / WSL 三台设备，以 Git 为准对齐；各设备把 AI 工具的原生记忆目录软链到仓库统一路径，工具视角无感、数据只有一份
• 不锁死在任何厂商：数据主权是终生工程的底线，纯文本 + Git 是最保守也最可靠的选择

治理：信任来自证据，不来自自觉

一个人管一支 agent 团队，核心问题是信任怎么建立。林爝的答案是把治理做成显式规则：

• 决策边界五类：纯工程决策（实现 / 重构 / 选型 / 测试 / 回滚）agent 全权自主；只有五类事项必须找人拍板——功能取舍与产品方向、对外发布与品牌、花钱、删除等不可逆操作、质量降级（跳测试 / 换弱模型）。边界之外不回头问，边界之内绝不擅动。
• 三分离纪律：开发、测试、审查是三个独立执行体，写代码的 agent 不得自审，最好连模型都不同。
• 证据分档：agent 的汇报分”实证 / 自报 / 推测”三档记账，自报的”做完了”不等于做完了——这套机制落在爟的账本里。

后台 / 前台

私密工作台允许混乱地沉淀（调研、草稿、半成品、失败记录都留着），公开舞台按节奏选择性出版。两者共享同一套数据层，出版只是一个决定，不是一次搬家。

当前进度

已生产运行：偃 7×24 常驻数月，承担全部日常工程调度；伊、燧每天在岗；爟已完全替代 Linear 成为唯一任务账本（编号连续续接、迁移保号）；记忆跨三台设备对齐；星汉稳定出版中；星穹已在日常使用（私有部署）。

在建：重明（Horus）iOS 版，已接通偃的后端事件流。

调研 / 设计中：通几（Aletheia）学习系统，调研完成、开发未启动；伊的”纯净入口”（一个只装生活与哲思上下文、不带工程噪音的独立入口）在载体选型阶段。

诚实的边界：系统的自主性是渐进灰度的——自主派单还在影子阶段，长任务配额接管每步需人批准；“agent 完全自治”既不是现状，也不是目标，人的拍板位被刻意保留在设计里。

技术亮点与工程判断

• 狗粮闭环：这套系统的大部分代码由系统里的 agent 编写、由另一批不同模型的 agent 交叉评审，人做方向与验收。系统本身就是它自己能力的证明——也是最苛刻的日常测试。
• 组织制度即代码：路由是排班、评审是质检、配额接管是顶班交接、账本是考勤。人类组织演化出来的制度被逐条写成可执行、可度量、可回归测试的代码——这是”个人 AI OS”和”聊天机器人加插件”的本质区别。
• 多模型是设计前提，不是集成清单：不同模型盲区互补（评审实测），成本档位互补（便宜模型干活、贵模型把关），配额窗口互补（主力断粮时接管者续命）。单一供应商依赖被从架构层面排除。
• 给人看的产出优先信息密度：状态报告、调研简报、方案对比一律产出为自包含单文件 HTML 而非零散 markdown——被真正读到的概率是文档设计的一部分。

后续规划

• 重明 iOS 版跑通”手机上拍板”的完整闭环，补齐 agent 团队的移动侧
• 爟的账本引擎迁入偃，CLI / 网页 / MCP 三个入口共享同一事实源
• 通几进入执行窗口，把”知识沉淀”升级为”主动学习闭环”
• 伊的纯净入口落地，让生活人格彻底摆脱工程上下文的噪音
• 开源与对外产品化保持克制：等个人实践稳定，再抽取通用部分