Coldtea.ai

Hi Product Hunt，我是来自 @Coldtea.ai 的 Ohans。

Coldtea 把你的终端、端到端测试和生产环境监控整合到一个智能体开发环境中。终端：并行运行你已经在用的智能体，并在它们之间共享上下文。没有锁定（lock-in）。你的工作流还是你的。可视化 QA 智能体：它们驱动你的真实应用，在用户之前发现回归问题。并且让你自动化每一次发布测试（支持 iOS、Android 和 Web）。AI 生产监控：部署后监控生产环境，并用通俗语言告诉你哪里出了问题。把你的日志、可观测性工具和智能体追踪（traces）集中在一个地方，让你醒来看到的是已排查的修复方案，而不是盲目的告警。任务：把你的工程任务带到你工作的地方。你的团队和智能体在同一个地方工作，无论是本地还是云端。立即试用：coldtea.ai

非常期待你的反馈；我全天都在评论区。

谢谢！

更快地发布从来不是我们最难的问题。

当我在全球最大的餐包品牌 HelloFresh 担任 Staff Engineer 时，我个人最痴迷的是合并一个 PR 之后的部分：你怎么知道回归（regression）没有漏过去？你怎么知道生产环境现在在干什么？我们的产品架构是不是对的？整个团队去哪里才能在一个地方看到这一切？这个问题一直跟我回了家。

然后智能体出现了，让这个问题更加突出。我试遍了市面上所有工具，结果我的日常工作变成了在它们之间切换上下文，或者拼凑一个自定义工作流。编排在一个标签页，QA 在另一个，监控又在别的地方。

我花了一段时间才明白为什么它们都没有解决这个问题。市面上其他每一个智能体开发环境都指向同一件事：构建。并行运行更多智能体，更快发布，更好编排。

这些确实都很好，但都只是第一幕。软件交付从来不只是构建，所以那些只做构建的工具把剩下的事情交还给你自己去解决。

所以在过去的五个月里，我们和一些快速迭代的团队一起，重新思考一个面向工程团队的、全面的智能体开发环境应该是什么样的。

Coldtea 就是这样诞生的。

Coldtea 是一个覆盖整个软件生命周期的智能体开发环境。不是事后硬加上去的，不是亡羊补牢。从一开始就如此。智能体已经可以在整个技术栈上工作。下一代开发环境也必须做到这一点。这就是我们的思考过程。

非常期待你的反馈，尤其是如果你就是那个在智能体发布的东西出问题时会被呼叫的人。

喜欢这个方向。大多数开发环境都专注于更快地构建，而 @Coldtea.ai 采取了一种不同、更冷静的方式，专注于更好地构建。智能体 QA 和监控、终端和任务，都在同一个地方，减少了上下文切换，而且由 @ohansemmanuel 和团队精心打造。

@naviradjou 可以把 @Coldtea.ai 称为“节俭的 ADE”。

立即试用：coldtea.ai

很高兴终于能在 Product Hunt 上发布 Coldtea！

很自豪能成为 Coldtea 背后团队的一员，也感谢每一位帮助我们走到今天的人。我们很想听听你的反馈，回答你的问题，并了解你是如何在开发工作流中使用 AI 的。

感谢你的支持——这意义重大！

立即试用：https://www.coldtea.ai/

一个 PR 可以是绿的，但应用仍然可能是坏的。部署可以成功，用户仍然会找到 bug。日志可以告诉你出错了，但你仍然可能花一个小时去弄清楚到底是什么。

我们在这个差距上花了很多时间，也在它之前的部分上花了很多时间。智能体应该做什么？它需要什么上下文？当它说完成了，它真的能工作吗？

这就是推动我们围绕整个闭环构建 Coldtea 的原因。上下文贯穿始终，从决定要构建什么，到智能体使用真实应用去验证，再到弄清楚生产环境出问题时会发生什么。

其中有多少应该真正由智能体负责？你会把界线划在哪里？

我们在内部也构建了类似的东西，但这对于任何开发团队来说都是更上一层楼的出色。完全解决了用 AI 更快发布的问题。与 LangWatch 的集成很不错 ;)

祝贺 @ohansemmanuel 和团队发布！冲！

用自动驾驶来定义交付是个很大胆的角度，而且我喜欢你没有只把它叫做“又一个 CI/CD 工具”。