一周热榜

我一直以来都在处理一个令人沮丧的问题：我的 cron 作业返回退出码 0，但结果却是错误的。 例如： * 备份脚本成功完成，但创建了空的备份文件 * 数据处理作业完成，但只处理了 10% 的记录 * 报表生成器运行没有错误，但输出了不完整的数据 * 数据库同步完成，但计数不匹配 日志显示“成功”——退出码 0，没有异常——但实际结果是错误的。错误可能埋藏在日志中，但我不会每天主动检查日志。 我尝试过： * 在脚本中添加验证检查（例如，如果计数 < 100: 退出 1）——有效，但你必须修改每个脚本，并且更改阈值需要更改代码 * Webhook 警报——需要为每个脚本编写连接器 * 错误监控工具（Sentry 等）——它们捕获异常，而不是错误的结果 * 手动抽查——不可扩展 脚本内验证的方法适用于简单情况，但它不够灵活。如果你需要更改阈值怎么办？如果文件存在但来自昨天怎么办？如果你需要检查多个条件怎么办？最终你会将监控逻辑与业务逻辑混在一起。 我构建了一个简单的监控工具，它监视作业结果，而不仅仅是执行状态。你向它发送实际结果（文件大小、记录计数、状态等），如果出现问题，它会发出警报。无需翻阅日志，你可以调整阈值，而无需部署代码。 你是如何处理这个问题的？你是在每个脚本中添加验证，主动检查日志，还是使用在结果与预期不符时发出警报的工具？你处理这些“静默失败”的方法是什么？

我让 Claude Code 循环运行了 4 天。它自主构建了一个多人策略游戏。我只在最后修改了代码进行润色（约 5%）。 工作原理： 1. 让 Claude 采访我关于游戏设计的问题 2. 从对话中，它生成了大约 248 个结构化的 JSON 任务 3. 创建了一个简单的循环：Claude 选择一个任务，实现、测试、提交，重复 4. 限制为 3 个任务，暂停 15 分钟，以避免耗尽我的 API 配额 脚本： claude --permission-mode acceptEdits &quot;@specs&#x2F;prd-v1.json \ 1. 阅读 PRD。选择优先级最高的任务。\ 2. 实现。运行测试。\ 3. 更新进度。提交。推送。\ 一次只处理一个任务。&quot; 结果：<a href="https:&#x2F;&#x2F;jarls-production.up.railway.app" rel="nofollow">https:&#x2F;&#x2F;jarls-production.up.railway.app</a> 代码：<a href="https:&#x2F;&#x2F;github.com&#x2F;fcavalcantirj&#x2F;jarls" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;fcavalcantirj&#x2F;jarls</a> 循环概念：<a href="https:&#x2F;&#x2F;www.anthropic.com&#x2F;engineering&#x2F;effective-harnesses-for-long-running-agents" rel="nofollow">https:&#x2F;&#x2F;www.anthropic.com&#x2F;engineering&#x2F;effective-harnesses-fo...</a> 虽然不完美——有错误，界面也不美观。但 95% 是自主完成的。 瓶颈不再是编码。而是前期清晰的思考。