返回首页
最新
嘿，HN！我是一个创作者。
我创建了 APYCalc.net，因为对那些需要邮箱注册并跟踪输入的金融计算器感到沮丧。
**技术栈**：
- 原生 JavaScript（没有框架，没有依赖）
- 100% 客户端执行（计算从不发送到服务器）
- 无 cookies，无分析，无跟踪
- 托管在 Cloudflare Pages 上
**工作原理**：
所有计算都使用行业标准公式（例如，APY = (1 + r/n)^n - 1）。您的输入完全在浏览器中通过 Web API 处理。
**我为什么要做这个**：
我比较了 10 个流行的 APY 计算器，使用相同的输入。结果在 5 年内对 5 万美元的计算范围从 61,350 美元到 62,780 美元。此外，10 个中有 8 个将数据发送到服务器。
**下一步**：
如果有兴趣，考虑开源。同时也在考虑添加税后收益计算器。
欢迎反馈！特别是来自那些关注金融科技工具隐私的人士。
嗨，Hacker News，
我大多数时候使用 Swift 编程，但每当我切换到 Rust 时，能够使用类型化错误和 thiserror crate 总是让我感到愉快。当 Swift 引入类型化抛出时，我非常高兴，并尽量在合适的情况下应用它，但大多数时候我最终还是需要将一种类型转换为另一种类型。
通过 IntoError，我尝试实现类似的功能，以减少样板代码的数量。
GitHub: [https://github.com/tikhop/IntoError](https://github.com/tikhop/IntoError)
很高兴回答任何问题。谢谢。
我在修改我的提案答辩时，总感觉自己在重复同一个术语。在一个通常由多个 .tex 文件组成的 LaTeX 项目中，想要快速、干净地查看词频而不需要将所有文件合并在一起，或者将 LaTeX 命令/数学公式算作“单词”，是相当麻烦的。
因此，我构建了 latex-wc，这是一个小型的 Python 命令行工具，具有以下功能：
- 从 LaTeX 中提取词元，同时忽略常见的 LaTeX “噪音”（命令、注释、数学公式、引用/文献等）
- 可以处理单个 .tex 文件或一个目录，并递归扫描所有 *.tex 文件
- 一次性打印综合报告（总词数、独特词数、前 N 名频率）
尝试它的最快方法是 `uvx latex-wc [路径]`（文件或目录）。欢迎反馈，特别是关于你认为启发式过滤器过于激进或不够激进的边缘案例。
几周前，我发布了关于 GoodToGo 的帖子 <a href="https://news.ycombinator.com/item?id=46656759">https://news.ycombinator.com/item?id=46656759</a> —— 这是一个为 AI 代理提供确定性答案的工具，回答“这个 PR 准备好合并了吗？”许多人询问我提到的更大规模的协调系统。这就是那个系统。
我厌倦了作为 Claude Code 的项目经理。它写代码没问题，但将生产代码交付出去需要七八个工作——研究、规划、设计审查、实施、代码审查、安全审计、PR 创建、CI 监控。我一直在自己协调所有工作。虽然代理的输入速度很快，但我仍然是瓶颈。我真正需要的是一个协调者的协调者——成群的代理和具有确定性质量检查的群体。
因此，我构建了 metaswarm。它将工作分解为多个阶段，并将每个阶段分配给一个专业的群体协调者。它管理交接，并使用 BEADS 作为在 /compact、/clear 甚至跨会话的确定性门控。只需将其指向一个 GitHub 问题或进行头脑风暴（它使用 Superpowers 提出澄清问题），它就会创建史诗、任务和依赖关系，然后运行完整的管道，直到合并 PR——包括像 CodeRabbit、Greptile 和 Bugbot 这样的外部代码审查。
让我最惊讶的是设计审查门控。五个代理——项目经理、架构师、设计师、安全专家、CTO——在每行代码写入之前并行审查每个计划。所有五个都必须批准。最多三轮审查，然后升级到人工。我原以为只是走个过场，但它确实捕捉到了真实的设计问题、依赖关系问题和安全漏洞。
这个周末，我将其指向我的待办事项列表。合并了 127 个 PR。每一个都达到了 100% 的测试覆盖率。没有人编写代码、审查代码或点击合并。好吧，我稍微引导了一下，主要是帮助一些史诗的计划。
一些经验教训：
代理的检查清单只是形式。代理跳过了覆盖率检查、误读了阈值，或者决定它们不适用。仅靠提示是不够的。解决方案是确定性门控——BEADS、预推送钩子、CI 任务，所有这些都在代理完成检查之上。无论代理是否合作，这些门控都能阻止不良代码。
这些代理只是 markdown 文件。没有自定义运行时，没有服务器，虽然我是在 TypeScript 上构建的，但代理是语言无关的。你可以阅读它们，编辑它们，添加自己的内容。
它也会自我反思。在每次合并 PR 后，系统会提取模式、注意事项和决策，形成一个 JSONL 知识库。代理只加载与它们正在处理的文件相关的条目。它交付的越多，犯错的机会就越少。它在不断学习中进步。
metaswarm 基于两个项目：<a href="https://github.com/steveyegge/beads" rel="nofollow">https://github.com/steveyegge/beads</a>（由 Steve Yegge 提供，支持 git 原生任务跟踪和知识准备）和 <a href="https://github.com/obra/superpowers" rel="nofollow">https://github.com/obra/superpowers</a>（由 Jesse Vincent 提供，支持有纪律的代理工作流程——TDD、头脑风暴、系统调试）。这两个项目都是必不可少的。
背景：我创办了 Technorati、Linuxcare 和 Warmstart；曾在 Lyft 和 Reddit 担任技术高管。我构建 metaswarm 是因为我需要能够以与我对人类团队相同的标准交付生产代码的自主代理。
$ cd my-project-name
$ npx metaswarm init
MIT 许可证。我不是律师。具体情况可能有所不同。欢迎提出问题/PR！