設定
試用外掛
Engineering 外掛內建 /system-design 作為起點,已經結構化以填寫 RFC 範本並在您的 wiki 中查找先前案例。如果您的管理員負責管理外掛,而它尚未可用,請跳過此步驟;以下內容皆不需要它。
/system-designDesign systems, services, and architectures./architectureCreate or evaluate an architecture decision record (ADR).連接您的工具
Claude Cowork 在直接與您的系統協作時更為強大。您可以控制權限與存取權。了解工具存取權限(在新分頁中開啟)。
在 Cowork 中前往 Customize → Connectors 進行設定。
設定您的工作資料夾
將您會用到的檔案(您的 RFC 範本、已經寫好的一頁式摘要或筆記、相關的過去 RFC、服務的架構圖)拖曳到同一個資料夾中,並讓 Cowork 指向該資料夾。Cowork 會從那裡讀取內容,並將草稿、替代方案表格與圖表寫回該資料夾。從您的 RFCs 資料夾建立 Cowork 專案(在新分頁中開啟),讓您的範本、審查檢查清單與團隊的寫作慣例都保持附加在一起。
提示
將此內容複製到 Claude Cowork 中
撰寫一份設計文件,說明如何將我們的事件管線從批次處理改為串流處理。查找先前案例與架構限制,然後依照我們的 RFC 範本草擬提案:問題、目標與非目標、兩到三種方案及其權衡取捨、建議方案,以及待解決的問題。我會填寫只有我知道的部分。
為什麼這樣有效
明確要求查找先前案例。 Cowork 會搜尋您的 wiki 與過去的 RFC,讓文件引用先前嘗試過的做法。
強制要求兩到三種方案。 您會得到一份真正的權衡取捨表,而不是對第一個想法的推銷說詞。
說明您會填寫哪些部分。 Cowork 負責處理結構與查找工作;您則把時間花在實際的判斷決策上。
提供您的範本供其依循。 輸出內容會依照您的章節與標題,讓審查者看到他們預期的結構。
取得更好的草稿
加入一個範例供參考。 將您喜歡的範例放入資料夾,Cowork 就會比對您的結構與語氣。
要求它標記不確定之處。 加上「標記出任何您不確定的地方」,這樣您在審查草稿時就知道該先看哪裡。
讓 Cowork 為您所用
外掛技能只是一個起點——請用您自己的實務做法與專業知識來客製化它。只需幾分鐘的對話,之後它就會依照您的標準運作。
把我們目前在這項任務中完成的內容做成一項技能,或是根據我的回饋編輯 /system-design 技能。
讓它可重複執行
從任何一頁式摘要執行
設計文件一開始往往只是 Slack 討論串或筆記檔案中的一段文字。輸入 /schedule 或在 Cowork 側邊欄開啟 Scheduled,客製化的技能就會監看您的 RFCs/inbox 資料夾,並將任何新的一頁式摘要轉換成結構化的初稿。
/schedule 平日上午 9 點,檢查 RFCs/inbox 中是否有新的一頁式摘要,對每一份執行 /system-design,並將結構化草稿寫入 RFCs/ 底下的編號資料夾中。
平日上午 9 點,從 RFCs/inbox 擷取新的一頁式摘要,執行 /system-design 並查找先前案例,然後將結構化草稿寫入編號的 RFC 資料夾中。
與您的團隊成員分享
您客製化的 /system-design 現在已經帶有您的範本、先前案例來源,以及審查者的常見問題。分享它,讓每位技術主管的 RFC 都以相同的格式呈現,讓架構審查把時間花在決策上,而不是格式上。