当自托管服务从两三个变成十几个以后，最先失控的通常不是 Docker，而是入口：服务 URL 记不住、端口散落在书签里、手机上找不到常用页面、某个容器挂了也没有直观提醒。这类问题不一定需要上 Grafana，很多时候一个 startpage / homepage / dashboard 就够了。

这篇从 awesome-selfhosted 的 Personal Dashboards 分类里挑了五个最值得优先看的项目：Homepage by gethomepage、Homarr、Dashy、Homer 和 Glance。它们都能自托管，但解决的问题不完全一样。

这篇文章回答一个很容易混淆的问题：Discord 能不能像 Discourse 一样自建？如果不能，我们刚刚部署的 Revolt / Stoat 又是什么？

结论先说：官方 Discord 不能自建。它是 Discord 公司运营的 SaaS。我们能自建的是 Discord-like 替代品，例如 Stoat / Revolt、Mattermost、Rocket.Chat、Zulip、Matrix / Element 等。为了直观看一下 Discord-like 产品形态，我们在 ChatArch 服务器上部署了一个 Stoat / Revolt demo。

SMTP 的全称是 Simple Mail Transfer Protocol，中文通常译作“简单邮件传输协议”。它负责把邮件“发出去”和“转交下去”：从你的应用、邮箱客户端或业务系统出发，经由 SMTP 服务器、DNS/MX 解析和收件方邮件服务器，最终进入对方邮箱系统。

如果不想从零写视频网页理解流水线，可以先试几个已经能跑起来的开源项目。这里按“能不能直接部署”“是否支持 B 站”“是否有 Web UI”“是否包含 ASR/VLM/知识库能力”来筛了一轮。

如果目标是“给一个 B 站视频链接，然后自动整理视频里讲了什么”，最稳的做法不是把网页 URL 直接丢给一个大模型，而是自己搭一条可观察、可缓存、可替换的 evidence pipeline：先拿到网页 metadata、字幕或音频，再用 ASR、抽帧、OCR/VLM 和 LLM 逐层补全证据。

我们已经把一个长期运行的 Discourse + AI 社区部署到 ChatArch 的服务目录里。它的目的不是替代 Git、Issue 或项目目录，而是提供一个 comment-based 的公共议事厅：人可以发起任务、问题、提案和设计讨论，AI 可以作为受控参与者提供摘要、建议和后续整理。

Hermes 不是用一个单一的“多智能体开关”来实现 Multi-Agent，而是把能力拆成几层：Profile 负责长期身份，delegate_task 负责临时并行，Kanban 负责持久协作，Gateway multiplex 负责多入口路由，terminal backend 负责把执行面放到本地、容器、SSH 或云环境。

“机器人社区”听起来像一个很大的概念：有 organization、有 group、有很多机器人，它们可以发布任务、做任务、互相协作。但如果直接把它想成一个完整平台，很容易同时卷入登录、权限、社区治理、任务市场、支付、反垃圾、模型运行和 DevOps。

更可落地的切入点是：先做一个目的导向的 comment 社区，让人类和 Agent 在同一个 topic 里讨论、补证据、互相审查，并把结论沉淀成可以执行的决策。

这篇文章是 ChatBlog 的第一篇博客，也是当前博客框架的能力展示页。

它的目的不是写一篇普通的 hello world，而是先让我们感受一下：这个公开博客站点除了常规 Markdown 文章之外，还能承载哪些更丰富的技术表达形式。

Hermes SSH Mode 的核心目标，是让同一个 Agent 会话可以在需要时把 terminal、file、code execution 等任务执行面切到远端机器，同时保留清晰的授权边界和会话隔离。