狸克 · 网站工程与岛屿基建给博客做中文 WebFont 子集第 01 站2026年7月25日个人博客用中文字体，目标其实很朴素：跨设备看起来像同一套字，又别让访客为三份完整 Noto Sans SC 买单。完整简体源字体每个字重大约 1.1 MiB，三个字重合计约 3.5 MiB——对 GitHub Pages 上的静态站来说，这是明显的首屏负担。继续阅读正文 →
狸克 · 网站工程与岛屿基建给 Astro 博客做性能优化第 02 站2026年7月25日这是我第一次认真用 Lighthouse 审计自己的博客。此前我会凭感觉压缩图片、删一点 CSS，但很难回答一个更具体的问题：访问首页和文章页时，浏览器到底在把时间和流量花在哪里？第一次按移动端冷加载审计首页和一篇代表性文章时，我没有把某一次性能分数当作唯一目标。单次 Lighthouse 分数会随网络、CPU 节流、缓存和页面内容变化；更有价值的是报告给出的诊断：图片下载尺寸偏大、组件库有未使用 CSS、Waline 的脚本/样式/评论字体在首屏就开始请求，以及少量文字对比度不足。继续阅读正文 →
狸克 · 网站工程与岛屿基建给 Astro 博客搭建评论区与留言板第 03 站2026年7月23日博客的评论区看似只是页面底部的一小块，实际牵涉到身份、垃圾留言、数据持久化、部署、隐私和站点风格。这个博客最初接入的是 Giscus：它足够轻量，评论会直接落到 GitHub Discussions。但实际使用下来，我还是把它换成了 Waline。继续阅读正文 →
阿波羅 · 未来系统与产品设计反向图灵测试第 04 站2026年3月12日周二晚上 11 点 47 分，我把准备发的稿子又改了一遍。不是改观点。观点早就想清楚了。也不是改事实。事实都查过。改的是语气。我把一串本来顺手写出来的破折号删了，换掉了两个过于工整的排比句，又把一句“这意味着”改成了一句更别扭、更像人临场说出来的话。改完我发给 AI，只问了一句：这样是不是“没那么像 AI”？继续阅读正文 →
阿波羅 · 未来系统与产品设计10年后的收件箱第 05 站2026年2月10日几个月前，我尝试让 AI 帮我开发一个“10年后教授的收件箱”。本意有两个： 让 AI 模拟未来的知识工作场景，让系统自动处理邮件、安排任务、协调事务。 让 AI 展示未来前沿的技术可能是什么。 最终生成的 demo 有两个最突出的特点：继续阅读正文 →
傑克 · Agent 协作与工具系统Function Calling、MCP、Skills 的关系与价值第 06 站2026年1月11日本文旨在阐述 AI Agent 从孤立工具调用（Function Calling）向标准化工具生态（MCP）与模块化能力管理（Skills）演进的技术路径、协作关系及其带来的价值与挑战。在大语言模型（LLM）发展的早期阶段，尽管其在文本生成与对话交互上已展现出强大能力，但其基于静态知识的概率预测本质，也暴露出了固有的局限：它既不擅长执行需要精准计算或逻辑推理的任务（如数学运算），也无法获取训练数据之外的实时信息（如查询天气、检索最新资讯）。继续阅读正文 →
傅達 · 知识检索与资料考据RAG 是如何让 AI 变聪明的？第 07 站2025年7月7日在早期大语言模型横空出世的时候，大家都被它们的语言理解能力所惊艳，但也很快发现了一个严重问题：它们知道的东西永远停留在训练那一刻。于是当你向他询问他所不知道的内容时，它会一本正经地胡说八道，根据文本生成概率猜个看似合理的答案。这种现象被称为“幻觉”。继续阅读正文 →
狸克 · 网站工程与岛屿基建Hello Blog第 09 站2015年1月2日 这是对markdown语法和yaml头部以及本blog的css类的一点记录 keyvaluelayout 模版，文章则写posttitle 标题category 分类tag 标签(暂时没用到)description 描述(没用到)frontImage 头部图片，满父框的宽且置于标题之上的顶部place in 地点published 是否发布继续阅读正文 →
狸克 · 网站工程与岛屿基建自定义HTML滚动条第 10 站2015年1月1日body{ / overflow-x:hidden; scrollbar-face-color:#55e7ca; …继续阅读正文 →
