一周热榜

官方的 Linear MCP 在写入方面表现出色，但读取时却占用了我在 Claude Code 中的上下文窗口。每个查询都会进行 API 调用，并返回包含完整用户对象和我不需要的工作流状态的冗长响应。 因此，我构建了一个只读的 MCP 服务器，它直接从 macOS 上的 Linear.app 本地 IndexedDB 缓存中读取数据。它还在本地解码 Y.js CRDT 编码的问题描述。无需 API 调用，响应更小，没有速率限制，支持离线使用。

多年来，我构建了几个在技术上都很扎实的应用程序。 它们运行良好。 它们稳定。 它们解决了真实的问题。 其中一些甚至被付费客户使用。 然而——它们并没有取得成功。 很长一段时间，我将这视为分发问题、时机问题，或者“我只是不够努力推广”。我最终意识到的事情更简单，但也更难以接受： 构建软件和发展产品是根本不同的学科。 我喜欢构建系统。我享受架构、边缘案例、权衡取舍，以及在幕后把事情做到位的过程。我能接受在一个系统逐渐成型的过程中存在的不确定性。 而营销应用程序则恰恰相反。它需要持续的曝光、重复、定位、讲故事，以及对噪音的容忍。这不是一个阶段——这就是工作。 在我的情况下，我把营销当作“以后再做”的事情，等产品足够好时再去做。但“以后”从未到来。并不是因为我不知道这很重要，而是因为我不想把有限的精力花在这上面。 这些应用程序并没有失败因为它们不好。 它们失败是因为它们需要一种我不愿意持续投入的工作。 这个认识让我感到不舒服，但也让我更加清晰。它迫使我将对构建优秀事物的自豪感与对我实际想要长期坚持的事物的诚实区分开来。 优秀的软件并不自动转变为优秀的商业。 这并不是悲剧——而是一种不匹配。 我写下这些部分是给过去的自己，也部分是给那些喜欢构建但默默希望增长会自然而然发生的人。有时候，最负责任的决定不是更努力地推动，而是承认你并没有在玩这个游戏。

一些2000年代的科幻作品（比如《加速世界》和《小鸡快跑》）预测，随着人工智能技术的发展，企业之间会出现自动化的垃圾诉讼现象，因为人工智能能够创建看似真实的虚假或一次性原告身份，这些身份可以提起数十起诉讼，从而累积法律费用，而不易追踪到其发起者。 我们似乎避免了这种负面结果，可能是由于法律系统中的某种技术专长。今天的攻击面是否得到了良好的防御，还是说我们仅仅是通过模糊性而得以安全？

如果微软希望留住其欧洲客户，可能需要提供真正的非云版本程序。

我正在尝试将桌面角色扮演游戏的冒险建模为明确的叙事状态，而不是线性的剧本。 Everdice 是一个小型网络应用程序，能够跟踪条件场景和基于选择的状态转换，以保持长时间或异步活动中的连续性。 其核心贡献在于明确的叙事状态和因果关系，而不是自动化。真正的重头戏在于 DM 工具包/运行会话区域，并整合了我开发的 CAML（规范冒险建模语言），以便在任意数量的平台之间传输叙事。我还构建了 npm CAML-lint 来检查叙事的有效性。我很想听听你的想法。 [https://realmofeverdice.com](https://realmofeverdice.com)