个人主页与技术博客https://blog.triwalt.top/zh_CNhttps://blog.triwalt.top/posts/knowledge-system/https://blog.triwalt.top/posts/knowledge-system/从静态资料、索引、引用、复核到智能体记忆，整理一个企业知识系统的落地路线。Wed, 10 Jun 2026 00:00:00 GMT<p>我希望这个博客先承担一个很朴素的功能：把正在搭建的知识库、部署流程和 AI 工具实验，写成可以被别人重新进入的文字。</p> <p>真正有用的资料库不只是文件集合。它至少要能回答四个问题：</p> <ol> <li>这条信息从哪里来？</li> <li>它和哪些上下文有关？</li> <li>它有没有被人复核过？</li> <li>它能不能在下一次任务里继续被调用？</li> </ol> <p>所以我更关心的是资料、索引、引用、审阅和自动化之间的关系。工具会换，模型会换，但这些边界如果建立得好，系统就不会只是一堆临时脚本。</p> <p>后续这里会持续记录从本地 HTML wiki、代码仓库、文档归档到公开博客之间的迁移过程。</p> https://blog.triwalt.top/posts/cloudflare-pages-wiki/https://blog.triwalt.top/posts/cloudflare-pages-wiki/记录如何把本地 HTML wiki 打包、部署，并挂到自己的域名上。Tue, 09 Jun 2026 00:00:00 GMT<p>这个站点的前置实验是一个大型 HTML wiki：先把本地内容整理成可发布的静态站，再通过 Cloudflare Pages 托管，并在阿里云 DNS 中配置自定义域名。</p> <p>这条路线的优点是很直接：</p> <ul> <li>不需要买服务器。</li> <li>站点可以用 Git 管理。</li> <li>静态文件部署简单，回滚也简单。</li> <li>域名、证书和 CDN 交给平台处理。</li> </ul> <p>目前 wiki 已经部署在 <code>wiki.triwalt.top</code>，博客部署在 <code>blog.triwalt.top</code>。两者分开维护，未来可以在文章里引用 wiki 的长期资料，也可以把 wiki 作为更完整的知识底座。</p> <p>接下来会继续补一份更完整的部署手册，包括 GitHub 私有仓库、Cloudflare Pages 项目、阿里云 DNS 记录和本地一键发布脚本。</p> https://blog.triwalt.top/posts/why-astro-fuwari/https://blog.triwalt.top/posts/why-astro-fuwari/不把时间花在造博客轮子上，而是把注意力放回写作、信息组织和发布流程。Mon, 08 Jun 2026 00:00:00 GMT<p>博客最容易掉进的坑，是把“我要写东西”变成“我要先写一个博客系统”。</p> <p>这次先使用开源主题 Fuwari，而不是继续手写页面，原因很简单：</p> <ul> <li>它已经提供文章列表、归档、标签、目录、RSS 和搜索。</li> <li>它基于 Astro，天然适合静态部署。</li> <li>主题视觉和交互比临时手搓页面成熟。</li> <li>内容是 Markdown，后续迁移和版本管理都更稳。</li> </ul> <p>这样做并不排斥后续工程化。相反，先站在成熟框架上，才能更快判断哪些地方真的需要定制，哪些地方应该交给社区维护。</p> <p>博客的长期目标不是炫技，而是让项目经验、技术判断和知识系统实验能持续沉淀下来。</p>