一周热榜

嗨，HN， 这是我在HN的第一次发帖。我已经关注HN多年，所以我非常想听听大家的反馈 :) API Unit的诞生源于我们的挫败感，而不是一个创业想法。 在多个项目中，我们的API不再是简单的请求-响应端点。一个业务流程意味着多个依赖调用、共享状态、条件逻辑、重试，以及根据响应的不同而产生的不同结果。 起初，我们用Postman集合来处理这些问题。这在一段时间内是有效的。但随着集合的增多，脚本的繁杂，监控与实际测试逻辑脱节，我们很难回答一些简单的问题，比如： - 哪些流程持续失败？ - 昨晚到底运行了什么？ - 链条的哪个部分出现了问题，为什么？ 我们意识到问题不在于“发送请求”，而在于如何在时间上协调API测试流程。 因此，我围绕一个不同的假设构建了API Unit：API测试更接近于工作流编排，而不是简单的点击请求。使用API Unit，你可以将API测试建模为流程，将它们分组到套件中，并安排自动运行。当出现故障时，你会收到邮件提醒，并且可以清晰地查看执行历史，了解流程的进展和故障位置。 它仅支持REST，并且故意不替代API客户端，但你也可以有一个专门用于简单请求的页面。这个工具旨在为那些已经了解其API并希望对实际流程进行可靠、可重复的测试和监控的团队而设计。产品已经上线，并且仍在不断发展。我在这里分享它，希望能从那些处理API测试复杂性（特别是在链式调用、调度和长期可见性方面）的人那里获得诚实的反馈。 你可以免费创建账户，并测试所有功能3天，无需信用卡。如果你想使用API Unit，请发送邮件至contact@apiunit.io，附上你的账户邮箱。我有一个小礼物送给你。 :) 网站链接： [https://apiunit.io](https://apiunit.io) 很高兴回答问题或听听为什么这不适合你的设置。

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

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

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

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