个人主页、技术博客与长期知识系统实验室。https://blog.triwalt.top/zh-CNhttps://blog.triwalt.top/blog/knowledge-system/https://blog.triwalt.top/blog/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>Knowledge SystemAIRetrievalhttps://blog.triwalt.top/blog/cloudflare-pages-wiki/https://blog.triwalt.top/blog/cloudflare-pages-wiki/不买服务器，也可以用 Git、Cloudflare Pages 和 DNS 记录建立可回滚的静态发布流程。 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 dir="auto">wiki.triwalt.top</code>，博客部署在 <code dir="auto">blog.triwalt.top</code>。两者分开维护，未来可以在文章里引用 wiki 的长期资料，也可以把 wiki 作为更完整的知识底座。</p> <p>接下来会继续补一份更完整的部署手册，包括 GitHub 私有仓库、Cloudflare Pages 项目、阿里云 DNS 记录和本地一键发布脚本。</p>Cloudflare PagesDNSDeploymenthttps://blog.triwalt.top/blog/why-starlight-lab/https://blog.triwalt.top/blog/why-starlight-lab/Starlight 更接近工程知识库，而不是视觉主题；博客功能交给 starlight-blog，视觉实验只留在可控的 CSS 层。 Mon, 08 Jun 2026 00:00:00 GMT<p>博客最容易掉进的坑，是把“我要写东西”变成“我先写一个博客系统”。</p> <p>这次换成 Astro Starlight，不是因为它更花哨，而是因为它更像一个长期内容系统：</p> <ul> <li>它来自 Astro 官方生态，维护路径清楚。</li> <li>文档、导航、搜索、代码块和可访问性是默认能力。</li> <li>文章仍然是 Markdown/MDX，后续迁移和版本管理更稳。</li> <li>博客列表、作者、标签、阅读时间和 RSS 交给 starlight-blog 插件。</li> </ul> <p>视觉上我不再沿用主题化博客皮肤路线，而是参考图形学博客和 dithering/halftone 设计：内容保持克制，点阵和半调只作为界面语言服务阅读。</p> <p>长期目标不是炫技，而是让项目经验、技术判断和知识系统实验能持续沉淀下来。</p>AstroStarlightFrontend