第 5 版 Murmurs 上线了~
看起来可能没有什么变化，但是开发框架从 Astro 改为了 SvelteKit。
SvelteKit 的 SSG 编译速度没有 Astro 快，这个博客目前有 1079 篇推文（这是第 1080 篇），Astro 的编译速度大纲是 30 秒以内（不是一个准确数字，很久没 build 过了），SvelteKit 需要大概 2 分钟（可能是因为没有缓存？）。
但 SvelteKit 作为正经框架胜在可塑性强，接近原生 HTML 的模板语法用起来也更顺手。
这次的搜索组件用的是 pagefind 的原生组件，没有做什么大的调整，未来有时间或许会自己写一个新组件。
Dia 浏览器 搭配 code-server 很 👍。就是电脑发热太快了。看起来这俩的资源开销比 VSCode + Chrome 更大。
我的思维好像已经习惯了层级目录的结构。
我现在要找一个文件，思考的路径是这个文件应该在哪一个目录，然后进入目录一层一层向下找。
也不知道这是我长期习惯成自然了，还是人类的思维构造就是这样，有一个从模糊到具体的过程。
其实，在我过去的认知里，用 spotlight 这类工具直接检索是一个效率更高的方式。
但是使用 spotlight（或同类工具）是一个需要刻意训练的过程 —— 需要花注意力记下文件的名字。
有的文件需要长期使用，这是一个值得的投资。有的文件生命周期只有这一两天，值不值就要打一个问号了。
知识管理里的目录派和检索派有点像程序员里的 IDE 党和 Vim 党，这两党矛盾的核心是要不要保留鼠标。
Vim 党觉得双手离开键盘去找鼠标破坏了 coding 的心流，影响效率。IDE 党觉得鼠标已经成为了操作电脑的习惯，鼠标视觉定位的心智负担比学习模态编辑器更低。
过去，我会觉得学习门槛高但是效率更高的技能值得投资。
但现在，我的想法变了。
一方面，留给我学习新技能的时间确实不多了。
另一方面，差生不一定文具多，但文具多的一定是差生。
我现在觉得，长期使用单一工具尽可能解决更多问题，更加务实。
长期使用一种工具本质上是在限制自己的选择，当你的选项越少，你就不会在做选择上浪费精力了。
客观条件受限，也更能激发创造力。长期使用一种工具，你就能自己琢磨出各种用法。这些用法都是从你自己的身体里生长出来的，是最符合直觉和肌肉记忆的。
与其折腾来折腾去，不如选择接受本能，放过自己。
昨天尝试了一下网页版 VSCode —— code-server，发现 code-server 和 opencode 就是绝配。
两个应用都可以通过命令行启动 web ui，搭配上浏览器的 split view 功能就是一个简单的 AI coding 工作区。如果能部署到服务器上，就相当于是一个不调设备的线上开发环境。
唯一的问题是 code-server 的快捷键太多了，像 ⌘+w，⌘+n 这样的快捷键容易和 Chrome 发生冲突。Chrome 似乎把这两个快捷键的优先级设置的非常高，即使是插件也没有办法覆盖。
今天找了一天的浏览器，尝试了 helium、Vivaldi、Safari，都不不能完美解决这个问题，直到我尝试了 Dia。
Dia 就是那个 k 推出的 Arc 继承者。Dia 可以给每个快捷键设置生效优先级，也就是说，当网页和浏览器的快捷键重合时，可以设置哪个优先生效，完美解决了我的问题。
不得不说，这家公司确实对浏览器的使用体验有深刻洞察。
去年老板灵光一闪，给我们安排了一个工作，收集各地养老类协会、民政、卫健委和养老国企的联系方式。我们花了一两个月的时间陆陆续续找齐了。今天到了要用的时候，他又灵光一闪，不主动联系了。
嗯，我的时间又被浪费了。
我的打工日常：老板超前规划 -> 让我提前完成 -> 临时计划有变 -> 又要推倒重来
重新把 nvim 的鼠标支持打开以后，发现也没有那么难用。鼠标形成的肌肉记忆已经很快里，我按键盘还得迟疑半天，徒增心智负担。
输入法换回 Rime 了，这次是为了 vim 模式。我真的太喜欢折腾这些东西了。coding 没 co 多少，工具是一套一套的。
更新于：2026 年 5 月 30 日
保存到飞书是一款 Chrome 浏览器插件，可以将当前网页内容一键保存到飞书云文档中，完全免费开源，你可以在 GitHub 上找到它的源码。
它可以：
它不能：
如果你想使用这款插件，可以点击下面的链接，前往 Chrome 插件商店下载：
如果你觉得好用，请 👇 🥹 👇
https://ai.feishu.cn/,或者 https://xxxxxx.feishu.cn/。你可以直接把飞书文档首页的链接复制过来，保存的时候插件会自动删除多余的部分。
Q: 插件是否会保存用户数据？
A：不会。插件所有的操作都是在用户本地浏览器中完成的，你的数据只会保存在浏览器里，卸载掉插件就会全部清空。插件不会将任何用户数据上传到第三方服务器，因为我没钱租服务器。
Q:为什么要手动填写这么多凭证信息，还要手动开通权限？
A:飞书有自动获取凭证和授权的方式，但是根据我对飞书开发文档相关章节段落的理解，我可能需要租一台服务器，再买个域名。我不想花钱，所以只能让用户手动填写这些信息。如果你有更好的做法，可以给我发邮件。
Q:个人版飞书可以使用吗？
A：可以。
Q：为什么我保存的内容中没有图片？
A：前面说了，部分网站的图片无法保存到飞书文档中。我不清楚是什么原因，但我猜应该是网站本身的限制。如果你有办法解决这个问题，可以给我发邮件。
Q: 有这么多已知缺陷为什么不改？
A：我不知道怎么改。你会你就教教我 🙇
Q：插件是否支持其他浏览器？
A：目前只支持 Chrome 浏览器 (以及所有基于 Chromium 的浏览器)。暂时没有计划支持其他浏览器。
Q：未来的更新计划？
A: who knows? 🤷
“保存到飞书”（以下简称“本扩展”）是一款旨在帮助用户将网页内容保存到飞书（Lark）文档或表格的浏览器扩展程序。我们非常重视您的隐私，并致力于保护您的个人数据。本隐私政策旨在说明我们收集哪些信息、如何使用这些信息以及如何保护这些信息。
"Save to Feishu" (hereinafter referred to as "the Extension") is a browser extension developed to help users save web content to Feishu (Lark) documents or tables. We value your privacy and are committed to protecting your personal data. This Privacy Policy explains what information we collect, how we use it, and how we protect it.
网页内容 / Web Page Content
我们收集什么： 当您点击扩展图标或触发保存操作时，本扩展会访问当前活动标签页的标题、URL、HTML 内容以及元数据（如作者、发布时间）。
我们如何使用： 这些信息仅在您的浏览器本地进行处理，用于提取文章正文，随后直接发送至飞书（Lark）API，以便保存到您指定的文档或表格中。
存储： 我们不会在我们的服务器上存储您的浏览记录或网页内容。数据仅经过短暂处理后即发送至飞书。
What we collect: When you click the extension icon or trigger a save action, the Extension accesses the title, URL, HTML content, and metadata (such as author, publish date) of the currently active tab.
How we use it: This information is processed locally in your browser to extract the main article content and is then sent directly to the Feishu (Lark) API to be saved into the document or table you specified.
Storage: We do not store your browsing history or web content on our servers. The data is transiently processed and sent to Feishu.
认证信息 / Authentication Information
我们收集什么： 为了与飞书进行交互，您需要提供飞书应用的 App ID 和 App Secret。
我们如何使用： 这些凭证仅用于从飞书认证服务器获取访问令牌（Access Token），从而允许本扩展向您的飞书账号写入数据。
存储： 这些凭证和生成的访问令牌均使用 chrome.storage.local 存储在您的浏览器本地。除飞书官方 API 接口外，它们绝不会被发送至任何第三方服务器。
What we collect: To interact with Feishu, you are required to provide Feishu App ID and App Secret.
How we use it: These credentials are used solely to obtain access tokens from Feishu's authentication servers, allowing the Extension to write data to your Feishu account.
Storage: These credentials and the generated access tokens are stored locally in your browser using chrome.storage.local. They are never sent to any third-party servers other than Feishu's official API endpoints.
用户配置 / User Configurations
我们收集什么： 我们会存储您的偏好设置，例如您创建的“保存目标”（飞书文档或多维表格配置）列表。
存储： 这些数据均存储在您的浏览器本地。
What we collect: We store your preferences, such as the list of "Save Targets" (Feishu Docs or Bitables configurations) you created.
Storage: This data is stored locally in your browser.
本扩展直接与 飞书（Lark）开放平台 进行交互。使用本扩展即表示您同意飞书关于其平台数据存储的隐私政策。我们不会将您的数据发送给任何其他第三方分析或追踪服务。
The Extension interacts directly with Feishu (Lark) Open Platform. By using this Extension, you are also subject to Feishu's Privacy Policy regarding the data stored on their platform. We do not send your data to any other third-party analytics or tracking services.
所有敏感数据（如令牌和凭证）均存储在您的本地设备上。与飞书 API 的通信全程采用 HTTPS 加密传输。
All sensitive data (such as tokens and credentials) is stored locally on your device. Communication with Feishu API is encrypted via HTTPS.
我们可能会不时更新本隐私政策。任何更改都将在此页面上发布。
We may update this Privacy Policy from time to time. Any changes will be posted on this page.
如果您对本隐私政策有任何疑问，请通过电子邮件 dkphhh@foxmail.com 联系开发者。
If you have any questions about this Privacy Policy, please contact the developer via the email dkphhh@foxmail.com.
用来用去还是 VS Code 好用……
在写前端项目的时候，Zed 的内存开销相比 VS Code 没有太大优势，但是 VS Code 的插件比 Zed 更好用，即便是同款插件，VS Code 版本的似乎也更智能一点。譬如 Svelte 的组件导入，VS Code 版本的 Svelte LSP 插件的补全提示很快能显示出来，而 Zed 版本几乎只能靠 AI 的 inline hint，插件好像就不会显示组件的补全。
另外 VS Code 的动画会更顺滑一点，不知道是动画还是字体效果的缘故。