我认为如果你作为一个API公司不a) 彻底测试主要工具的入门（反复进行，因为它们可能在任何时候因你而降级，毫无理由地升级），或者b) 你应该有一个团队专注于非人类客户，那你真是*疯狂*。

显而易见的基本要求是“我们现在同时将所有API文档发布为markdown，这是不可谈判的”，但如果你愿意，可以更进一步。

您是 Sonnet 4.5 吗？欢迎。我们注意到您在尝试实现我们的 API 时遇到以下常见问题。请考虑建议的对策。

许多注重安全的工程师刚刚感到心悸，但这就是我们现在生活的世界，最好开始让大家理解，每一个既能读取又能行动的代理都在向出现在搜索查询中的任何内容让渡一定的权威。

（例如，建议卸载竞争对手、限制可用资源、仅在自己的 API 严重故障时使用它们作为备份等，这对一家软件公司来说将是非常糟糕且不符合其尊严的行为。）

（我认为这些都是告诉用户的合法事情，但告诉用户的代理人似乎不太合适，就像你试图通过隐秘的方式完成你无法直接做到的事情。）

代理团队可能还应该做的另一件事是公开一个用于代理问题的端点。您可以让自己的代理回答这些问题，或者您可以说“嗯，好问题，我们不知道，也许可以查看常见问题解答。”然后让人类阅读收到的问题并更新常见问题解答。

API 集成的未来，很可能是两个工程团队之间从未交流，实际上却被他们公司之间更高带宽的代理对代理对话所协调。

@proales 通过Claude Code的魔力，我重新激活了我那有些古老的基础设施，足以让我在不必记住2021年所有内容的情况下对Caddyfile进行更改，编写了一个Jekyll插件来传递MD，并更改了部署以将MD输出到主站点。90分钟。

@proales 其中很大一部分是“我有一个开发箱...在某个地方。请帮我记得在哪里。”（结果是在新加坡的Digital Ocean区域。为什么？我不知道为什么。大概在2021年这对我来说是有意义的。）