黄道 · Ecliptic紫垣 · Ziyuan 列宿 / Projects — 一个持续跟踪的系统对象:状态、技术栈、判断依据都在记录里 跟随系统
星汉 Nebula 自序 About
Nebula · index

星轨 · 循星而行

星汉 · Nebula Maple (zleo) · 烛龙
星汉 · Nebula
星汉 Nebula
返回列宿全景 PUBLIC SURFACE · 统一公开入口
已上线 2026 2026.03.15

星汉 · Nebula

林爝面向公众的统一出版平台:承载文章、流星、系统档案、同行关系与持续演化,并为未来身份、评论和社区联动保留清晰边界。

在林爝中的位置出版、记录与公众连接
此刻状态已上线
最近核对2026.08.06
档案卷号26 · NEBULA
它试图回答

一套复杂而私密的个人系统,怎样把值得公开的部分写清楚,同时保留来源、边界与持续修订的能力?

名与来处

“星汉”取银河横贯夜空之意。Nebula 承接早年的博客旧名,也让文章、流星、系统档案与同行关系在同一片公共星空中彼此照见。

POSITION · 系统位置

从关系中理解它

CAPABILITIES · 能力侧写

能力、边界与核验状态

01

出版

组织文章、项目档案与可追溯修订。

02

记录

用流星承载短消息、图片与正在发生的事。

03

呈现

把林爝的关系、状态与演化变成可阅读页面。

04

连接

为身份、回应与未来社区联动保留清晰边界。

ARCHIVE · 完整档案

判断、现状与演化记录

星汉 · Nebula

摘要

星汉(Nebula)是个人 AI OS 林爝的公开出版层与统一对外平台:后台沉淀的文章、研究、项目进展和短记录,经过权限判断、重写与编辑后在这里公开。仓库内容仍以带 schema 的 MDX / Markdown 和 Git 历史为主;流星与隐藏管理台则开始验证需要实时写入的能力。文章保留主笔、参与模型、版本与修订记录,让 AI 深度参与创作成为可见事实,而不是藏在幕后。

背景与动机

林爝的顶层结构是”后台 / 前台”二元:Maple 写在愿景文档里的原话——

对内,林爝是个人知识资产的后台——一块允许混乱存在的工作台。对外,它是一座带有编排能力的输出舞台。

Nebula 就是那座输出舞台。后台允许混乱(草稿、半成品、失败记录都留着),前台只做一件事:把已经沉淀成型的东西,以尽量高的信噪比呈现给人。出版是一个决定,不是一次搬家——两边共享同一套数据层。

名字也有来历:Maple 早年用 Hexo 写过一个叫 nebula-blog-system 的项目,后来停了;这个站 2026 年初叫 Facade(门面),2026-05 改回 Nebula——承接旧名,也呼应林爝体系里星河流转的意象(星汉、星穹、爟火,同一片天空)。

系统概览

内容模型是六个集合,各自有独立的 schema 约定:

集合装什么特有字段(举例)
writing长文系列 / 栏目 / 署名 / 参与模型 / 版本与修订记录
projects项目档案(本页所属)状态 / 年份 / 技术栈 / 链接及其可见性
notes短笔记当前集合为空,尚未形成正式栏目
moments流星(近况与短记录)可见性、分享、媒体与地点;另有受限 runtime 写入
gallery图集与视频相册条目、图 / 视频混排
radar项目雷达(外部链接策展)来源 / 短评 / 评分

出版流水线:

flowchart LR
    E["<b>林爝后台</b><br/>私有知识与工程仓"]
    R["公开研究资料"]
    C["文章 · 项目页 · 笔记"]
    N["<b>星汉内容仓</b><br/>筛选 · 编辑 · 版本记录"]
    B["自动构建"]
    Z["<b>zleo.ai</b><br/>公共阅读界面"]

    E -->|同步与公开许可| R --> N
    E -->|Git 提交| C --> N
    N --> B --> Z

渲染策略是静态优先:内容页在构建期预渲染成纯 HTML,不带前端框架运行时;站点整体跑在 Vercel 的服务端模式下,保留动态能力兜底。附带 sitemap 自动生成与访问分析。

核心设计与功能

内容即数据,schema 即契约

每篇内容是一个带 frontmatter(文件头结构化字段)的 MDX 文件,构建时经 schema 逐字段校验——字段错了、日期非法、链接不是 URL,构建直接失败。这让”内容库”具备了代码库的性质:结构有契约、变更有历史、坏数据进不了生产。对一个由人和 agent 共同写作的站点,这层校验尤其重要——它对 agent 产出的约束力和对人是一样的。

署名与透明度

长文按”谁提供内容 / 什么视角”分两栏:观测(燧在后台自研与工程实践的产出)与星下(Maple 第一人称的体悟与总结)。署名落到具体人格——伊署人文哲思,燧署技术工程;frontmatter 里如实记录参与写作的模型。长文还带版本号与修订记录(changelog),重要文章像软件一样有 v1.1、v1.2——观点修正是公开可查的,不是悄悄改掉。

Research 区与报告同步

后台的调研报告经同步脚本搬进站内 research 数据区,供长文引用跳转——读者看到一个结论时,能顺着链接下钻到支撑它的原始调研。

视觉与阅读体验

视觉主题代号 ink,从 17 个原型主题里选出定稿:暖灰底、衬线中文标题、暖金强调色,暗色 / 亮色随系统自动切换。中文排版做过专门调校(字体加载走屏显优化的开源字体)。项目页的链接带可见性标注——私有仓和需授权的入口明确标出,不假装什么都公开。

当前进度

当前可确认:文章、项目、流星与 Radar 数据已经进入真实页面;文章双栏目、伙伴署名、修订记录、公开/私有项目链接和静态优先渲染均已生效。notes 目前为空,gallery 仍有历史缺项,不能描述为六个集合全部投入使用。

持续演进:星汉正从长文站扩展为总览、文章、流星、列宿、同行与自序共同组成的公开平台;统一身份、评论、匿名回复、媒体上传、审核审计和未来社区联动已有产品契约,但尚未接通,不在公开页面伪装成可用功能。

技术亮点与工程判断

  • 静态优先是产品决策:个人出版站的读者体验 = 打开速度 + 排版质量,两者都不需要前端框架运行时。预渲染的纯 HTML 几乎没有可攻击面,也几乎不可能变慢。
  • Git 即 CMS:不引入后台管理系统。写作、审阅、发布走同一套版本控制——对”作者一半是 agent”的工作流,PR 和 diff 本来就是最自然的审稿界面。
  • 透明度当作产品特性:AI 参与创作不可避免,与其含糊,不如把”谁写的、哪个模型参与、改过几版”做成一等公民字段。信任来自可查证,这一点和林爝整个体系的价值观一致。
  • schema 先行:六个集合的字段契约先于内容存在,后来的每一次内容扩张(新栏目、新字段)都是显式的 schema 变更——内容库五年后依然可维护,靠的是这个。

后续规划

  • 项目页全线升级为可直接挂进简历的深度档案(进行中)
  • Research 区扩充:更多后台调研按主题成系列公开
  • 长文栏目制持续完善:观测(工程)与星下(体悟)双线并行