24小时热榜

这是贝索斯的问题。看到Emacs出现在首页让我想起了这个问题。今天的Emacs与十年前非常相似。还有什么呢？

在线世界是为算法而优化的，而不是为人类。<p>我们如何确保不受这些算法的极端偏见以及我们每天使用的平台建议的影响？它们已经深深植根于我们的生活中，以至于我们甚至很难察觉到它们的影响。

嗨，Prastik 和 Gaurab 在这里。我们正在开发 Jod（<a href="https://jodmcp.com" rel="nofollow">https://jodmcp.com</a>），这个项目源于我们对当前故障排除和可观察性工作流程的困惑。Jod 让你可以通过与日志对话来调试问题、生成按需仪表板、分析服务健康状况，并轻松进行监控，所有操作都可以在一个聊天窗口中完成。 你可以询问类似的问题： “为什么昨晚延迟飙升？” “给我显示支付服务的 5xx 错误。” “创建一个显示过去 6 小时错误计数的时间序列图。” ……Jod 会为你提取、总结，甚至可视化这些答案。 在 Jod 之前，我们花费了无数小时在 CloudWatch 和部署日志中翻找， juggling 10 多个仪表板仅仅是为了追踪一个问题。这往往需要的时间和编写实际代码一样多。在事故发生时，情况变得更加糟糕，噪声太多、上下文切换无休止，还有大量重复的工作。我们意识到，可能并不是只有我们在经历这种痛苦，因此决定构建一些能让这个过程变得简单一点的工具。 目前，Jod 通过 MCP 服务器连接到 CloudWatch，该服务器通过 SSE 将响应流式传输到后端，客户端则在对话界面中显示所有内容。你可以询问日志相关的问题，使用 @Graph 注释请求可视化，或深入挖掘错误和趋势。实际上，我们已经使用 Jod 自身调试并修复了多个问题。 话虽如此，现在仍然是早期阶段，我们还有很多想要改进的地方。在我们的短期路线图中，我们计划： - 添加对指标和追踪的支持，而不仅仅是日志。 - 扩展到其他服务提供商，如 Azure 和 GCP。 - 发布一个独立的 MCP 服务器，以便开发者可以将其集成到自己的 AI 客户端中。 如果这些内容引起了你的共鸣，我们非常希望你能试用一下：<a href="https://jodmcp.com" rel="nofollow">https://jodmcp.com</a>。开始使用是免费的！ 我们非常感谢你的反馈、错误报告和建议。谢谢！