Daemons by Charlie Labs

Hi Product Hunt — 我们是 Charlie Labs，为已经在用编码智能体的软件团队打造了 Daemons，因为我们发现了一个二级问题：代码生成更快，运营债务也更多了。

Daemons 是持久化、角色范围明确的队友，跨 GitHub、Linear、Slack 和 Sentry 工作。

📜 我们的主张很简单：智能体负责干活，Daemons 负责善后。

工作原理：团队用 Markdown 定义角色和边界。然后 Daemons 持续循环推进——问题清理、文档和依赖维护、Bug 分类、CI 修复、跟进收尾——生成可审查的 PR、问题、报告、升级、修复等等。在 Charlie 的帮助下持续改进底层 Daemons。我们特别希望听到正在使用编码智能体的团队的反馈：你们还有哪些重复性的工程或运营环节仍然没人管？

大多数团队在免费计划下就能稳定运行好几个 daemon。

从这里开始：https://charlielabs.ai/

喜欢这个框架。编码智能体在生成代码方面已经做得很好了，但没法打理后续所有事（PR 审查、CI 失败、过时 issue）。这些 daemon 在遇到模棱两可的操作时是会留个评论然后等着，还是尝试自动解决？恭喜发布。

@Daemons by Charlie Labs 感觉这比代码生成更实际，让跟进工作持续运转正是很多团队仍在挣扎的地方。

喜欢这种角色范围明确的做法。清晰的边界加上持久执行，比再加一个通用智能体实用多了。

Daemon 模型很巧妙。持久化的观察者随着时间积累上下文，解决了单次智能体遗漏的状态问题。在构建异步协调流水线时，你会很快意识到如果没有持续的观察者，交接环节就会退化。当两个 daemon 同时针对同一个 PR 线程或 Linear issue 时，如何处理写冲突？

根据我的经验，运维债务在创建步骤之后悄无声息地累积，但每个人还在优化那个创建步骤。那个激进程度旋钮调得怎么样？决定何时闭嘴的文档漂移才是难题。那个阈值是在你的 md.file 里手动调整的吗？恭喜发布！