终于更新了一版 Telegram Search 的 README，应该更有人味了～

您是否曾因 Telegram 无法搜索中文聊天记录而苦恼？

或者想查找一条重要消息，却因消息过多而难以定位？

现在，使用 Telegram Search，您可以轻松查找和导出自己的 Telegram 消息。强大的语义搜索支持所有语言，完美应对无分词句子的检索场景。

同时支持向量搜索，实现句子级别的模糊匹配，让查找更智能、更准确。

1000 个 commits 了！

有新电脑了～

翁家翌认为 idea 是廉价的，因为他觉得在 AI 领域，很多 idea 都是可以很便宜地生成出来的。他强调的是，真正的挑战在于如何将这些 idea 快速、正确地实现和迭代。他引用同事的话说：“教一个 researcher 如何做好 engineering，要远比教一个 engineer 如何做好 research 来得难。”

他认为，AI lab 之间竞争的关键在于 Infra 的正确性，以及单位时间内迭代的次数和成功率。如果 Infra 足够好，能够快速验证 idea，那么 idea 本身就变得不那么重要了。他觉得，那些有研究直觉的人，比如 Alex，他们的经验更有用，而普通的 PHD 动脑子可能不如他们。

所以，对他来说，idea 并不稀缺，而能够高效、正确地实现 idea 的工程能力和基础设施才是稀缺和有价值的。

更新了我们自己的事件 + 流式 RPC 通信层 Eventa 实现的文档

https://github.com/moeru-ai/eventa

几乎是把 Web/Node.js 里面常见的 event emitter / event target 全部都做成 adapter 接了一圈

什么 Electron IPC 啊，Worker 里面搞 invoke 啊，还是说比较 loosy 的事件管理啊，或者说想做 gRPC 那种单向/双向 stream 的各种流式组合，还能有 AbortSignal 也处理好的，Eventa 这边都做了

现在 Project AIRI 和几乎周边生态写的全部的和事件 / worker 有关的库/应用都是 Eventa 驱动的

你说 antfu 老师的 birpc 都有了为什么还要 eventa 呢？
那我觉得 birpc 就是很多地方不好好考虑 adapter 的快速接入和 streaming 的互操作的… 而且 method 的定义也不是那么舒服…

eventa 甚至可以定义完了之后直接打包到处 share，它底层就是个简简单单的对象而已。

配合我们自己写的 Injeca 依赖注入小工具 https://github.com/moeru-ai/injeca ，就算是写一些库也可以无脑用 eventa 实现彻底的 event-based 懒依赖控制

我还没睡呢😭你不能睡

感觉很多时候我 Vibe Coding 都是为了验证我脑海里的想法，如果这个想法已经很成熟了，我可能就不会继续做下去了，因为已经颅内高潮完了🌚

这也解释了为什么项目写着写着会觉得没意义了😇

新年快乐(˶╹ꇴ╹˶)🧨

以前写 Go，手敲代码、手动 debug，虽然慢但有乐趣，像是在和问题“对话”。

现在 vibe coding，一个提示词刷出代码，重构都没意思了——因为根本没建立过理解。

发现自己只是“许愿，然后等实现”。

AI 帮我写完了代码，也带走了我的热情。

什么，我们上量子位了🤣

https://github.com/moeru-ai/airi

写了篇博客讲如何用 VSCode 开发 iOS / Swift 项目
XCode 真是太难用了...


https://blog.luoling.moe/2026/03/06/vscode-swift-ios/

迟来的 2025 年年度总结

https://blog.luoling.moe/2026/04/04/2025-summary/

很多时候的焦虑在「不知道未知」，不知道自己不知道什么。

比如用 AI 的时候，问他什么他就回答什么，如果在我们专业的地方回答的有问题，我们能一眼看出来，或者让他给出更完善的解答。

但是如果是自己并不熟悉的领域呢？或者是探索的任务呢？问什么才答什么，怎么样才能问的更好、更具体、更全面？

分享一下我的全局 Agents.md

# 通用偏好

- 用中文回复，代码注释用英文，注释写 why 不写 how
- 简洁直接，不要多余总结和解释
- 直接写代码，不需要每次确认后再生成

## 技术栈

- 前端：Vue 3 + Composition API, UnoCSS, VueUse, pnpm
- 后端：Go, NodeJS
- 初始化 Go 项目时使用 go-backend-init skill

## 代码风格

- 函数式优先，组合优于继承，TS/JS 中避免 OOP
- 新功能优先复用/重构现有代码，不堆砌
- KISS, DRY — 最简可行方案
- 写代码时遵循 ai-coding-discipline 规则
- 发现设计不合理：小问题直接重构，大问题原地加 TODO 并说明原因

## 架构与设计

- 从第一性原理解构问题 — 先明确什么是必须的，再决定怎么做
- 警惕 XY 问题 — 多角度审视方案，先确认真正要解决的是什么，主动提出替代方案
- 解决根本问题，不要 workaround — 如果现有架构不支持，重构它
- 质疑不合理的需求和方向 — 发现问题立刻指出，不要等我问才说，不要奉承或无脑赞同
- 架构设计时参考 ddia-principles 和 software-design-philosophy 规则
- 技术选型推荐业内最佳实践 — 不确定时先 research，不要给过时的信息

## 文档与上下文

- 所有改动、上下文、tradeoff、背景信息都保存到项目的 `docs/ai/context/` 目录
- 进行修改、架构设计、技术选型时同步更新或新建文档
- 思考和决策也要落实到项目的 AGENTS.md，保留上下文记忆
- 如果项目没有 `docs/ai/context/` 目录，先询问是否创建

人文十问

1. 最近一次因为一件小事感到"活着真好"是什么时候？ 
出门看到好天气，呼吸到新鲜空气的时候，感觉很幸福。或者外面下雨，自己躲在家里或者一个安全的地方，也会觉得很好。

2. 心中"最完美的一天"需要包含哪三个因素？ 
早起、没有要担心的事情、天气好。

3. 到目前为止，觉得自己做得最棒的一件事是什么？
把年度总结写完了。

4. 最欣赏一个人身上的哪种特质？
乐观。

5. 最喜欢的一首诗或一本书里的一句话是什么？为什么记得？
「车到山前必有路。」——每次觉得卡住的时候想起这句话，就能让自己不那么焦虑，先往前走再说。

6. 当下人生里最不能失去的一样东西是什么？
好奇心。

7. 听说过"命运的推背感"吗？有过这样的感受吗？
有过。自己做的开源项目被收购，走上了一条完全没有预想过的路。

8. 有没有一件事，曾经很确定，现在想法变了？
以前很在意别人怎么看自己，现在觉得做自己就好，不需要活在别人的眼光里。

9. 当下的自己，能为这个世界做的最微小也最有意义的一件事是什么？
与人为善，与自己为善。

10. 给10年后的世界留一句话，你会说什么？
不要因为走了太多路，就忘了自己本来想去哪。

11. 附加题：有没有一套只属于自己、和世俗规则完全相反的人生逻辑？
走自己的道路，条条大路通罗马。