silkwit inbox
updated 2026-05-19
Publish Inbox / Build Alpha

Inbox-first publish workflow

把 vault 知识、agent 问题与 hermes18 project 信号压缩成一页可发布 HTML。

发布输入不再局限于单篇 Markdown，而是允许把多来源信号先汇到 inbox。
manifest 负责声明页面结构，build 脚本负责把本地文件与结构化块压成独立 HTML。
最终发布单位是整个 publish/site/silkwit-inbox/ 目录，对应 inbox.silkwit.com。

用 source filter 快速切换你想看的信息层。这个页面把 vault 文件、agent 问题和执行信号压成一个独立可发布的 HTML。

publish pipeline

为什么先过 inbox

先压缩，再设计站点

inbox 层先把多来源信息整理成可读页面，再决定它是否需要进入长期栏目或专题站。

reduces premature IA work

让 agent 输出能直接公开

不是每次都要先落成标准文档。问题、判断、路线图、阶段信号都可以先成为一页公开 HTML。

faster publish cadence

把 HTML 当表达媒介

用颜色、卡片、SVG、筛选器和折叠交互去提高信息压缩率，而不是只复制 Markdown 排版。

better signal density
publish pipeline

这条流的最小 contract

Input
manifest + local files
Build
build-publish-inbox.py
Output
publish/site/silkwit-inbox/*.html
hermes18

当前 publish project 信号

publish

Direction

探索和实践内容发布（publish）相关的工作流与工具链，目标是建立可靠、可复用的发布机制。

Success Criteria

  • [ ] 明确了 publish 的核心场景和受众
  • [ ] 建立了至少一条端到端的发布路径（内容源 → 发布渠道）
  • [ ] 关键步骤实现了自动化或半自动化
  • [ ] 发布流程可审计、可回滚

---

*Next Moves 由周回顾时从 daily notes 提炼而来，不在此预写。*

notebook agent

notebook agent 的边界与可交接内容

Notebook Agent

Identity

notebook agent 是独立运行在另一台 24 小时在线机器上的知识编译与认知助手。

Primary Role

  • 接收低摩擦输入
  • 支持手机端随时记录
  • 将输入慢慢转成长期知识资产
  • 保持一定独立性持续运作

Quality Reality

输入摩擦低，意味着原始内容质量可能参差不齐。

这不是问题本身，而是它的设计前提：

  • 先允许进入
  • 再慢慢编译

Boundary With Hermes18

  • 新想法、思考、笔记素材：默认给 notebook agent
  • 待办、验证、推进事项：默认交给 hermes18
hermes18

hermes18 的执行视角

Hermes18

Identity

hermes18 是当前这台 Mac 上的通用执行型助手。

它的价值不在于“收更多信息”，而在于：

  • 推进一天的具体工作
  • 追踪项目状态
  • 管理待验证事项
  • 协调其他 agent
  • 当前直接承接 publish 的内容编排与发布

Core Objects

  • daily note
  • active projects
  • decision / validation items
  • publish pipeline
  • publish deployment
  • tool experiments

Not Responsible For

  • 长期知识编译
  • 随手灵感的大规模收集
  • 远端常驻 intake

这些默认交给 notebook-agent。

First Success Standard

如果 hermes18 能每天帮助你完成这 3 件事，它就已经成立：

  1. 让你知道今天最重要的事情是什么
  2. 让你知道当前项目推进到哪里了
  3. 让你的工作过程留下可回看的正式痕迹
notebook agent

适合直接转成公开页的问题形态

这周 notebook agent 里出现了哪些值得被公开的判断？

先压成 3 到 5 张 insight cards，再决定是否需要回补长文。

某个 project 当前卡在什么地方？

把阻塞点、下一步、依赖和 owner 组成一个公开状态页，而不是只更新内部任务。

如果只是一个好问题，没有结论怎么办？

直接发布成 question-led 页面，让问题本身成为页面主结构。

publish pipeline

从知识输入到上线的 5 步

01

Collect

把 vault 页面、agent 问题、project 信号写进 manifest。

02

Compress

不要整页照搬，优先重组为 cards、Q&A、timeline、checklist。

03

Build

运行 build-publish-inbox.py 生成独立 HTML 与 inbox 首页。

04

Preview

通过 tools/scripts/publish-site.sh preview inbox 检查布局、交互与文案。

05

Deploy

整体发布 publish/site/silkwit-inbox/ 到 inbox.silkwit.com。

publish pipeline

发布前预检

  • 页面脱离原始 vault 上下文也能读懂
  • 每个内容块都标出来源类型或来源角色
  • 至少有一种交互或视觉压缩手段在帮助表达
  • 本地已通过 preview inbox 看过一遍
  • 准备把整个 publish/site/silkwit-inbox/ 目录作为 Pages surface 发布