
Daemons by Charlie Labs
Charlie Labs 的 Daemons 是始終在線、主動的 AI 流程,以簡單的 Markdown 文件定義,在 Slack、Linear 和 GitHub 等工具中全天候運作,以保持工程工作流程的組織、維護和執行,並具有明確的邊界。
https://charlielabs.ai/?ref=producthunt&utm_source=aipure

產品資訊
更新時間:2026年06月18日
什麼是 Daemons by Charlie Labs
Charlie Labs 的 Daemons 是一種用於持續工程「角色自動化」的產品類別:您無需為一次性任務提示代理,而是定義一次守護程式,它就會在後台持續處理重複性的操作工作。每個守護程式都配置有一個可移植的 DAEMON.md 文件,儲存在您的儲存庫中,描述了守護程式的職責(目的)、它監控的事件(例如,PR 開啟、問題建立)、它應該執行的例程(例如,改進 PR 描述、分類錯誤、標記問題)以及它明確不允許做的事情(拒絕規則)。目標是透過將問題、PR、文件、依賴項和衛生循環保持在一致的「乾淨下一個狀態」,來減少快速發展和代理生成輸出所造成的營運阻力。
Daemons by Charlie Labs 的主要功能
Charlie Labs 的 Daemons 是始終在線、主動的 AI 流程,它們跨 GitHub、Linear 和 Slack 等工具運行,無需提示即可保持工程衛生和操作循環的運轉。團隊將每個守護程序定義為一個 Markdown「角色」(它監控什麼、它做什麼、它不能做什麼,以及可選的排程/限制),透過清晰的護欄、速率限制和升級/批准邊界實現可預測的自主性。Daemons 專注於持久的維護工作——組織問題/PR、防止文檔/依賴項中的漂移,以及跟進重複出現的信號——同時隨著時間的推移累積團隊和儲存庫特定的上下文,以提高準確性和實用性。
主動、24/7 自動化: Daemons 根據事件(例如,PR 開啟、標籤添加)和/或排程(cron 掃描)自行啟動工作,因此日常維護持續進行,無需有人記住提示代理。
Markdown 中的基於角色的配置: 每個守護程序都透過一個帶有前置元數據(名稱、目的、監控、例程、拒絕、排程)的可移植 .md 文件定義,以及指定其行為方式的策略/格式部分——「角色,而非任務」。
透過拒絕規則和批准進行護欄: 明確的拒絕列表限制了操作(例如,不合併 PR、不修改源代碼/配置、不更改人工設置的優先級),保持行為可預測並降低風險。
帶有每次啟動限制的速率限制: 「限制」部分限制了守護程序每次運行可以完成的工作量(例如,僅處理觸發問題;在掃描時最多標記 20 個問題),以避免使審閱者和工作流程不堪重負。
跨工具跟進(GitHub/Linear/Slack): Daemons 將傳入信號轉化為持久的結果——問題更新、PR/CI 衛生、分類評論、升級——跨工程工作實際發生的系統。
複合組織記憶和慣例: 隨著時間的推移,Daemons 會建立更豐富的團隊偏好模型(標籤方案、所有權、升級模式),提高一致性並減少重複協調。
Daemons by Charlie Labs 的使用案例
錯誤分類和優先級排序(SaaS/產品團隊): 當 Linear 錯誤被創建/標記時,錯誤分類守護程序可以確保完整性,使用影響信號(例如 Sentry 上下文)設置優先級,透過 CODEOWNERS 分配,並請求/記錄根本原因證據——而無需更改人類已設置的字段。
問題標籤衛生(任何使用 Linear 的團隊): 問題標籤守護程序可以在創建時和透過每日掃描添加定義標籤組中缺少的標籤,同時僅限於添加性更改(從不刪除或覆蓋現有標籤)。
PR 準備度和審閱者上下文(軟體工程): pr-helper 守護程序可以監控 PR 開啟/同步事件,以建議 PR 描述改進,標記缺少上下文,並保持審閱效率——同時禁止合併或推送到受保護的分支。
PR 審閱線程正確性分類(高流量儲存庫): pr-review-triage 守護程序可以在審閱提交/評論時喚醒,並為每個線程產生明確的決策(有效/無效/不確定),處理重複/衝突,並使用 GitHub 線程操作安全地解決已修復的反饋。
文檔/運行手冊漂移預防(平台/運營): 「圖書館員」風格的守護程序可以隨著系統的變化持續檢查過時的文檔/運行手冊,提示更新或開啟可審閱的更改提案,以防止入職和事件響應惡化。
依賴項和維護循環(注重安全/合規的組織): 代碼庫維護守護程序可以在嚴格的邊界和針對高風險更改的升級點內,保持重複維護的可見性和運轉(補丁、依賴項新鮮度、CI 中斷跟進)。
優點
始終在線的維護減少了操作阻力,並防止問題/PR/文檔中的漂移,而無需依賴人類記憶。
清晰、可審計的護欄(拒絕規則、限制、批准邊界)使自主性更可預測且更安全地採用。
基於 Markdown 的角色規範易於版本控制、審閱和跨儲存庫/團隊共享。
跨工具覆蓋(GitHub/Linear/Slack)支援工作實際發生的端到端跟進。
缺點
需要周密的預先策略設計(監控/例程/拒絕/限制),以避免嘈雜或範圍不當的自動化。
防止高風險操作的護欄(例如,不更改代碼/合併)可能會限制對於希望完全自動化修復的團隊的實用性。
有效性取決於整合品質和團隊在工具(標籤、所有權規則、優先級慣例)中的一致性。
如何使用 Daemons by Charlie Labs
1. 選擇一個要自動化的重複性角色: 選擇一個持續的職責(一個角色),而不是一次性任務——例如,PR 衛生、錯誤分類、問題標籤、依賴項維護或文件維護。
2. 在您的儲存庫中建立一個守護程式定義文件: 新增一個 Markdown 文件(通常儲存在 `.agents/daemons/<daemon-name>/DAEMON.md`),該文件將定義守護程式的行為。
3. 使用前置內容定義守護程式: 在文件頂部,新增 `---` 圍欄式前置內容欄位,宣告守護程式是什麼:`name`、`purpose`、`watch` 觸發器、`routines`、`deny` 規則,以及可選的 `schedule` (cron)。
4. 指定守護程式監控的內容(基於事件的啟動): 列出應喚醒守護程式的事件(例如,「當拉取請求開啟/同步時」、「當使用錯誤標籤建立 Linear 問題時」、「當新增標籤時」)。
5. 指定守護程式執行的內容(例程): 列舉守護程式在啟動時應執行的可重複動作(例如,建議 PR 描述改進、根據 Sentry 影響設定優先級、透過 CODEOWNERS 分配、附加遺漏的上下文、發布帶有證據的 RCA 評論)。
6. 使用拒絕規則設定硬性邊界: 明確列出守護程式絕不能執行的動作(例如,不要合併 PR、不要開啟 PR、不要修改原始碼/配置、不要建立/刪除 Linear 問題、不要新增/刪除標籤、不要覆蓋人類設定的優先級)。
7. 新增定期掃描的排程(可選): 如果您希望守護程式捕捉遺漏的工作,請新增 `schedule: "<cron>"`(例如,每晚)。這可實現混合操作:事件驅動 + 排程清理。
8. 在前置內容下方編寫操作策略: 在 Markdown 主體中,定義其應如何行為(例如,「只填寫遺漏的內容」、「專注於簡短、可操作的回饋」、升級/批准預期,以及任何團隊慣例)。
9. 定義一致的輸出格式: 為守護程式的回應指定一個穩定的結構(例如,「1. 發現 2. 建議的編輯 3. 給作者的問題」),以便審閱者可以快速掃描結果。
10. 新增限制以防止過載: 包含一個 `Limits` 部分,以限制每次啟動的工作量(例如,在事件觸發時只處理觸發項目;在每日掃描時最多處理 N 個項目),這樣它就不會讓審閱者不知所措。
11. 從一個已知良好的範本開始(推薦): 複製並修改一個範例,例如 `pr-helper` (PR 準備度) 或 `issue-labeler` (僅限附加標籤)。保持第一個版本狹窄且安全。
12. 透過 Charlie 將其連接到您的工作流程工具: 確保 Charlie 已為您的組織和儲存庫安裝/授權,以便它可以根據您的守護程式的 `watch` 和 `schedule` 設定在 GitHub/Linear/Slack 中運作。
13. 觸發守護程式並審查其輸出: 建立相關事件(開啟/同步 PR、建立帶有標籤的 Linear 問題等)或等待排程執行。審查守護程式的評論/更新,並確認它遵守了拒絕規則和策略。
14. 安全地迭代並逐步擴大範圍: 調整守護程式文件以完善行為(策略、例程、限制)。僅在結果始終值得信賴後才擴大範圍;小的編輯會在未來的啟動中累積。
Daemons by Charlie Labs 常見問題
守護程式是始終開啟的 AI 流程,它們在 Slack、Linear 和 GitHub 等工具中主動運作。它們 24/7 運行,無需明確提示,並透過儲存庫中的簡單 Markdown 檔案定義。











