持續運作
Daemons 被描述為持續運作的 AI 流程，不需要明確提示也能工作，因此能在新訊號到來時持續採取行動，而不是等待人工請求。
Charlie Labs
認領Charlie Labs 的 Daemons 是持續運作的 AI 流程，可主動在 Slack、Linear、GitHub、Sentry 等團隊工具間協作，適合例行維護、協調與持續性的營運工作。
總覽
Charlie Labs 提供 Daemons，這些是持續運作的 AI 流程，可主動在 Slack、Linear、GitHub、Sentry 等團隊系統之間運作。它們不是等待提示才行動，而是從定義好的角色與政策出發，讓例行工作能在背景中持續推進。
每個 daemon 都是在倉庫中的 Markdown 檔案裡設定。這個產品結合了以政策驅動的執行、驗證、可持久保存的更新，以及針對較高風險變更的人為批准閘門，因此很適合維護、協調與其他持續性的營運工作。
核心功能
以角色為基礎的定義
產品以角色、目標與成果來界定每個 daemon，而不是只聚焦單一任務，這很適合例行責任，例如維護或後續跟進。
以倉庫原生 .md 設定
Daemon 的行為以含有 frontmatter 與內文的 Markdown 檔案定義，讓運作規則在倉庫中保持可讀且可編輯。
受控的執行迴圈
運作流程圖顯示 daemons 會蒐集上下文、設定邊界、執行已核准的變更、驗證結果，並發布可持久保存的更新。
可持久保存的團隊工件
網站強調 PR、留言、檢查、升級處理、修復與 no-op 決策等輸出，讓工作留下稽核軌跡，而不是消失在背景自動化中。
需要時的人為批准
執行模型包含較高風險或較廣泛變更的批准閘門，在需要時讓敏感操作維持由人工控管。
實際使用情境
PR 協調
透過監看新的或已更新的 PR、建議更好的描述，以及標記缺少的 reviewer 上下文，讓 pull request 保持可供審查。
問題與 bug 分流
監控 issue tracker 中的重複問題，加入適當標籤或更新，並協助避免同一個 bug 反覆出現。
文件維護
在程式碼變更後追蹤文件落差，並在發布後的行為已不再符合文件時提出有範圍的更新建議。
倉庫維運
透過持續處理相依套件、修補與其他例行維護事項來維持程式碼庫健康，而不必等待另一個單獨提示。
Pros and Cons
Pros
- 以儲存在倉庫中的簡單 Markdown 檔案執行，讓設定具備可讀性與可攜性。
- 可主動運作，不需要每次行動都先發出提示。
- 採用帶有驗證與批准閘門的受控執行模型。
- 會產生可持久保存的工件，例如 PR、留言、報告與連結的狀態更新。
- 團隊可使用的方案已公開，包括免費方案與含超量選項的付費方案。
Cons
- 來源未顯示完整的整合目錄，因此平台覆蓋範圍只部分明確。
- 這個產品是針對持續性與營運工作而設計；並未被定位為可處理臨時需求的一般用途聊天助理。
FAQ
daemons 是如何定義的？
Charlie Daemons 定義於你倉庫中的 Markdown 檔案。頁面將契約描述為一個 DAEMON.md 檔案，透過 frontmatter 指定名稱、目的、監看條件、例行流程、拒絕規則與排程，並以 Markdown 內文定義政策與輸出格式。
定價如何運作？
定價頁面說明方案是依每日與每週的 Charlie 使用上限計算，而不是按月度點數計費。如果工作區達到上限，可以購買超量額度或等待上限重設，且使用量會同時計入 daemons 與人類觸發的 Charlie 工作流程。
daemons 可以連接哪些系統？
how-it-works 頁面顯示 daemons 可跨 GitHub、Linear、Slack 與 Sentry 運作，而首頁也提到 Slack、Linear 與 GitHub。來源未提供超出這些範例之外的完整整合清單。
daemon 的執行流程是什麼樣子？
這個產品以需要批准時才進行核准的政策驅動執行為核心。執行模型包括接收輸入、建立上下文、在邊界內規劃、執行、驗證、回報，以及從已儲存狀態持續監控。
這適合用來做什麼類型的工作？
網站將 daemons 描述為持續性的角色，而非一次性任務。它們適合例行維護、更新，以及團隊已經轉向之後仍需持續進行的後續跟進工作。
Quick Facts
- 類別
- AI agent 平台
- 主要用途
- 持續性的維護與後續跟進工作
- 設定方式
- 以 Markdown 為基礎的 DAEMON.md 檔案
- 來源網域
- charlielabs.ai
- 範例系統
- Slack、Linear、GitHub、Sentry
- 定價模式
- 免費方案加上付費方案與超量計費