Claude Code Meetup 心得：Claude Code 產品工程師遇到你的問題會怎麼解決？｜「YOLO Push」：Claude 怎麼在 CI 解決痛點？

昨天有幸參與了 Claude Code Meetup Taipei，由 Dickson Tsai 和 Oliver Wang 兩位 Claude Code 工程師回答實務問題（aka 被現場其他工程師拷問 XD），也認識了許多新朋友，受益良多，我也整理了自己在 Meetup 中聽到的內容，幫助自己 recap，也分享給大家：）

Claude Code Meetup Taipei 的 Luma 活動頁截圖，橘色封面寫著 Claude Taipei，活動時間是 12 月 30 日週二下午 1:30 到 4:30，地點在大安區基隆路四段，下方顯示「You’re In」，表示已取得入場票券

善用 Sub-Agent, Agent SDK, Hook 與 Skill

Dickson 在線上回答提問，問題大多圍繞在「Compact 導致上下文衰退、細節與規範遺失」，「權限/確認步驟頻繁打斷 agent loop」，「Claude 產生的 code quality 與 tech debt」。

Compact 導致上下文/細節遺失？寫文件紀錄，或設定 session start hooks，在每次 compact 後自動把專案目標重新灌回去。
權限確認頻繁打斷 Agent Loop？雖然沒有正解，但可以寫 auto-accept hooks，或使用 dangerously skip permissions 來繞過。
如何維持 Coding Style 與避免 Tech Debt？這涉及「品味（Taste）」而非單純正確性。除了人工 Review，他們會在 PR 階段讓 Agent 根據 REPOSITORY.md 進行初步 Review，把風格規範寫進文檔讓 AI 遵守。

會場的投影幕上，Dickson Tsai 從線上會議分享畫面，逐步說明 code review 指令的流程，右側小視窗是他本人的鏡頭

投影幕近照：code review 指令的第 4 步，平行啟動 4 個 agent，兩個用 Sonnet 檢查是否符合 CLAUDE.md，兩個用 Opus 找 bug

投影幕近照：code review 指令的 Agent 1 到 Agent 4 說明，兩個 Sonnet agent 檢查 CLAUDE.md 規範，兩個 Opus agent 掃描 diff 找 bug，下方開始列出「CRITICAL: We only want HIGH SIGNAL issues」的條件

投影幕近照：「We do NOT want」的清單，包含主觀建議、CLAUDE.md 沒有明文要求的風格偏好、可能有問題的疑慮，底下寫著不確定問題是否為真就不要標記

整理下來的核心概念就是：能自動化的東西，去寫 Hooks、Skills、Sub-Agents 或 Documentation

YOLO push：讓 Claude 住在 CI 裡的 Self-Closing

Oliver 負責的是讓新功能盡快上 Production。在大型專案中，每天要處理數百個 commit，而 CI pipeline 動輒 5-10 分鐘。最煩人的是，擋住 commit 的常常是 typo、unused import、formatting，這些 Claude 不擅長，卻與邏輯無關的小事。

Failed 之後把錯誤貼給 Claude，修好後 push，再繼續等 CI 的時間，整個過程又慢又煩。於是他讓 Claude Code 住進 CI Pipeline 裡。當 CI 失敗時，Pipeline 會自動安裝並執行 Claude Code，讓它直接讀取失敗原因、進行修復、並自動 commit，直到所有檢查通過為止。

Oliver Wang 站在投影幕前講解 GitHub Actions 設定檔，畫面是檢查失敗時才執行的 auto-fix job：安裝 Claude Code CLI，再請它修好所有 lint 與 TypeScript 錯誤後 commit

投影幕上的 VS Code 畫面，開著 cc-demo 專案，左側檔案樹有 .github/workflows/ci.yml 和 tests 資料夾，右側是 smoke-test-sdk.ts，用 Agent SDK 的 query 請 Claude 以 Playwright 測試本機 5174 埠的網頁，並把 permissionMode 設為 bypassPermissions

不光是 auto-fix，移除 feature flags、修復已知 Dependency 套件的資安問題、執行環境同步的 scripts，這些都可以 Self-Closing。Claude 可以在 CI 幫你修 lint errors, type errors，但安全掃描、secret leaks、授權合規性這些事仍需要由人來把關。

Multi-Claude 協作與共享 Context 的技巧

Oliver 還有分享一件事：當開啟多個 Claude session 平行處理不同任務時，如何解決中途遇到的 tech debt，但又不想馬上修避免 PR 太大？答案是：建立一個共享資料夾作為 shared-context，並在各 session 中用 /add-dir 加入。這樣，一個 session 學到的經驗、遇到的 bug 或 tech debt，都能即時被其他 session 讀取。

投影片「The Handoff Pattern」：在 Feature A 中途發現另一個 bug，用 /save-context 存下後繼續原本的工作；新開的 session 用 /load-context 讀回，馬上接手。下方引言寫著「I got interrupted mid-refactor. Came back 3 days later. Zero ramp-up.」

兩位不約而同的見解：品味（Taste）並不是問題

Coding Standards 關乎品味，這比正確性更難教給 AI。無論是程式碼風格、註解習慣，甚至是對 DRY (Don’t Repeat Yourself) 原則的詮釋，模型都可能表現不一，因為可能訓練資料來自不同 repo。這部分目前仍需依靠人工 review 來統一團隊的風格，畢竟這種事，在 team A 是對的，在 team B 反而不好。

小結

這場 Meetup 讓我從兩位工程師身上學習到不少，（這內容是可以免費聽的嗎），在現場也聽到很多前輩怎麼使用 Claude、分享自己的 side-project、feature-dev plugin 等等。

第一次參加這種活動收穫良多，還拿到了貼紙，最喜歡的部分是對於 coding style 的見解，這些大多關乎於程式碼好不好讀，或許該嘗試放下人類工程師的見解了，我們才需要 code 好讀，AI 並不需要，有當頭棒喝之效。

很感謝 Natalie Feng Lin 舉辦這場活動，也感謝我有搶到票（其他國家只有 40 多人，台北場有 400 多人報名，但只能找到 200 人的場地，搶到票真的很幸運 XDD），期待還能再有下一場：）

P.s.1. 內容非現場原句，有用自己的方式敘述。

P.s.2. Dickson 展示的 documentation 跟 Oliver 的 demo repo，有興趣可以參考