The Claude Setting That Works While You Sleep
Andrew 的 X post 只露出一個 X Article 連結；可取得的 metadata 指向一篇關於 Claude 隱藏設定與工作流能力的文章。這頁把已能驗證的重點整理成一張實務地圖：不要把每個功能當成單獨開關，而是把它們接成「能排程、能查資料、能沉澱脈絡、能產出成品」的工作系統。
這篇真正要提醒的是：Claude 的能力開始從「回答」移向「運作」
X Article 預覽可確認主題涵蓋 Scheduled Tasks、Skills，以及 Claude 介面中容易被忽略的設定。由於 X 的完整文章內容在未登入狀態下沒有穩定公開全文，本文採保守寫法：只把可驗證的預覽訊息與 Anthropic 公開說明交叉整理，不把未取得的段落當作原文摘要。
從產品邏輯看，這些功能可以分成三層：第一層是讓 Claude 在指定時間主動做事；第二層是讓 Claude 讀到正確的長期脈絡；第三層是把成果做成文件、表格、互動元件或可重複流程。只開某個功能不難，難的是讓它們彼此不打架。
Scheduled Tasks 把提醒變成可執行工作
排程功能的重點不是鬧鐘，而是讓 Claude 在固定時間根據設定好的目標產出摘要、檢查清單或待辦更新。
Skills 把做法從一次性 prompt 變成可重用能力
Skills 適合承載固定格式、領域知識、操作步驟與輸出規格，讓 Claude 在相似任務上少靠臨場猜測。
Projects、記憶與搜尋負責長期脈絡
如果每次對話都要重新解釋背景，AI 工作流很難穩定；長期脈絡讓 Claude 更像持續合作的工作台。
Artifacts 與 Connectors 讓成果接回工作現場
Artifacts 把輸出變成可互動成品，Connectors 則把資料來源接進來，兩者決定 Claude 是否能離開純聊天。
八個值得重看的 Claude 設定與功能
把文章預覽與 Claude 公開功能整理後，最適合用「工作系統」角度看這八項。它們不是排名，而是拼圖：排程負責時間，Skills 負責方法，Projects 負責上下文，Connectors 負責資料，Artifacts 負責交付。
把它落地成工作流，可以從三個問題開始
這些設定最常見的失敗方式，是每個看起來都很有用，最後變成一堆沒有治理的自動化。比較穩的做法是先描述任務，再挑功能，而不是先打開功能再找用途。
這件事需要在什麼時間或事件發生？
如果答案是每天、每週、每個工作日前或某個固定節奏，Scheduled Tasks 才有意義。若是臨時探索，就不需要排程。
Claude 需要哪些固定背景才不會亂猜？
專案資料、公司語氣、客戶清單、格式規範與常見判斷，都應該放在 Projects、Memory 或 Skills，而不是每次貼一次。
最後交付物要回到哪裡？
如果成果要被閱讀、修改或分享，Artifacts 很適合；如果成果依賴日曆、雲端文件或工作資料，Connectors 就要納入權限設計。
真正的進階用法，是同時設計能力與邊界
越多功能連在一起，越要把邊界講清楚。排程任務要能被回顧與停用；Skills 要有版本與適用範圍；Connectors 要知道能讀哪些資料、不能讀哪些資料；Memory 要定期整理，避免過期偏好影響新任務。
對團隊或高風險工作而言，建議把「可自動」和「可執行外部影響」分開。讓 Claude 自動產出摘要通常風險較低；讓它根據 Connector 資料產出寄送內容、修改系統或觸發外部流程，則需要人工確認與明確授權。
來源與限制
本頁以 Andrew 的 X post 與其導向的 X Article 為起點；X Article 的完整內文在本輪未能透過公開 logged-out fetch 穩定取得，因此本文明確標示為「保守整理」而非逐段翻譯。
x.com/i/article/2065852576613150720。查看 X Article給 Discord 讀者的速記
- 01先從一個固定任務開始，例如每日摘要或專案週報，再決定要不要用排程、Skills、Projects 與 Connectors。
- 02把可重複的格式、語氣、檢查表寫進 Skills 或 Projects，少靠每次臨場補 prompt。
- 03任何會讀外部資料或定期自動執行的設定，都要搭配權限、人工確認與停用機制。