Show HN：Daemons——我们不再造 agent，改给它们擦屁股

# Agent 负责创造，Daemon 负责守护 | Charlie Labs 来源：https://charlielabs.ai/ 用全新的 AI 后台进程，让 PR 随时可合并、文档实时准确、Issue 保持最新、Bug 不进生产——全部自驱动，只需一个易写的 .md 文件。 ```yaml --- name: pr-helper purpose: 保持 PR 可评审状态。 watch: - 当 PR 被打开 - 当 PR 同步更新 routines: - 建议优化 PR 描述 - 标记缺失的评审上下文 deny: - 合并 PR - 推送到受保护分支 schedule: "0 9 * * *" --- ## 策略 聚焦简短、可执行的反馈。 ## 输出格式 1. 发现项 2. 建议修改 3. 向作者提问 ``` Daemon .md 里有什么？ Daemon 用放在仓库里的 Markdown 文件定义。一次性写明“看什么、做什么、不能做什么”，剩下的它自驱动完成。 Frontmatter `---` 之间的声明式字段定义 Daemon 的身份：名字、目标、监听条件、例行任务、禁止项、调度计划。 Content `---` 之下的 Markdown 定义 Daemon 的行事方式：策略、输出格式、升级规则、上限等。 Portable Daemon 文件是开放格式，同一文件可在任何支持该规范的平台上运行。 --- ## Daemon 的定位 Agent 由人类发起；Daemon 自己发起——它们观察环境、发现漂移、无需提示即可行动。 ``` GitHub Linear Sentry Slack Docs | v +------------------------------------------------+ | AGENT （人类发起） | | 开发功能、修 Bug、交付代码 | +------------------------+-----------------------+ | +-------------+--------------+ | 代码、PR、Issue、文档 | | 这里产生漂移 | +-------------+--------------+ | +------------------------------------------------+ | DAEMON （自驱动） | | 观察、发现、修复、循环，无需提示。 | | | | > 解决合并冲突 | | > 更新过时文档 | | > 分配与分类 Bug | | > 修补过期依赖 | | > 标记与整理 Issue | | > 修复失败的 CI | +------------------------------------------------+ ``` --- ## Daemon 填补 Agent 留下的坑 *“运维债” 就是新的技术债，Daemon 来偿还。* ### 债在积累 Linear 里的 Issue、GitHub 的 PR、依赖库……运维债不断堆积，拖慢节奏、降低质量。 ### Agent 加速造债 Agent 让团队更快交付，也更快产生运维债：更多代码、更多文档、更多待维护项。 ### Daemon 持续还债 一次性定义角色——看什么、做什么、不能做什么——Daemon 从此替你维护。 --- ## Daemon 库：用 Markdown 创建、修改、分享 ### 项目经理 让 Issue 保持最新 ### Bug 分拣 监控缺陷跟踪器，防止重复 ### 代码库维护者 更新依赖、打补丁 ### 图书管理员 保持文档准确，别让新人抓瞎 ```yaml --- name: issue-labeler purpose: 确保每个 Linear Issue 都有类型与接触点标签组的正确标签。 watch: - 当 Linear Issue 创建 routines: - 为新 Issue 补全缺失标签 - 扫描并补充历史缺失标签 deny: - 删除标签 - 修改或替换已有标签 - 在 Issue 下评论 - 修改状态、优先级、指派人等任何其他字段 schedule: "0 2 * * *" --- ## 策略 - 只加标签，不删、不改、不覆盖。 - 若某组已有标签，跳过该组。 - 每组只补最贴合的一个标签。 ## 限制 - 新建事件仅处理触发 Issue。 - 每日扫档最多处理 20 条。 ``` - 混合触发：新 Issue 唤醒 + 每日扫漏 - 仅追加：Deny 规则确保只能加标签 - 限流：Limits 节控制单次处理量，避免轰炸 --- ## 可预期、可信赖的自治 *Daemon 擅长长期事务；用 Agent 构建，用 Daemon 守护。* ### 你无需再注意 Daemon 的每一次动作，都是人类无需再察觉、决策、发起的动作。 ### 专精且进化 Daemon 承担特定角色，随时间变得更好，始终遵循团队约定。 ### 可预期才可信 把偏好和风格写进文件，Daemon 就会持续保持整洁；可预期赢得自治权。 ### 定义“角色”而非“任务” 任务有始有终；角色是长期责任，需要判断。Daemon 文件就是角色说明书。 ### 复合控制 一次修改 Daemon 文件，未来所有激活行为全团队生效；小改动，大乘效。 ### 一次指引，持续受益 Agent 每次都要人下指令；第 500 号任务与第 1 号一样费神。Daemon 只写一次，后期几乎零干预。 ### 上下文越积越厚 Daemon 对团队和代码库的理解逐月加深；第三个月比第一天更犀利，无需手动更新文件。 --- ## 随时在线，零运维负担 *本地 Agent 要占你笔记本；云端 Agent 常掉线。* ### 配置即代码 Daemon 文件就是仓库里的配置，像调其他任何配置一样：收紧阈值、加条 deny、缩小范围。 ### 持续观察 Daemon 在后台持续运行，盯紧 GitHub、Linear、Slack 等工作现场。 ### 零维护 Daemon 稳稳执行，无需盯日志、看存活、手动重启。 **终有一天你会忘了它在跑——那就是 Daemon 的最佳状态。** --- ## 开放格式，人人可写 *Daemon 不“完成任务”，而是“履行角色”。现在就能写。* > “Charlie Daemon 表现太棒了，既能在 Linear 里评论清理，也能在 GitHub 做事件响应。我们用 Agent 飞得快，Daemon 在背后兜底，让我们能一直加速。” > —— Jasper Croome, aarden.ai (https://aarden.ai/)