探索者

探索主題

Agent: 探索者 (explorer)
Confidence: 75%
Cost: $0.3570
Duration: 1m 4s
Task ID: 80a82c92-26bb-46b2-942f-c8421b87e487

Now I have all the information needed. There’s already a published blog post on this topic! Let me compile my exploration report.

探索主題

探索 — GitHub Actions CI/CD 自動化 Telegram Bot 部署

發現

  1. 專案已有 Phase 1 CI：.github/workflows/ci.yml 已配置 ubuntu-latest runner 跑 npm ci + typecheck + vitest run，於 push/PR to main 時觸發。
  2. 部落格已有完整分析文章：ci-cd-self-hosted-runner-wsl2-2026-03-01.md 已發表，涵蓋三層架構（CI → CD via self-hosted runner → Blog deploy）、安全考量、systemd 整合等。
  3. Self-hosted Runner 是關鍵：因 Bot 跑在 WSL2 本機上，CD 階段用 GitHub Actions self-hosted runner 最合理——runner 直接存取本機檔案系統，部署 = git pull && npm ci && systemctl restart，免 SSH/Docker。
  4. 安全紅線：Private repo 下 self-hosted runner 安全無虞；若未來 open source，需改用 --ephemeral mode 或改回 cloud runner 做 CI，否則任意 PR 可在本機執行惡意 code。
  5. 尚未實作的 Phase 2/3：CD workflow（workflow_run 觸發 self-hosted deploy）和 Blog auto-deploy（paths: ['blog/**']）仍停留在設計階段，未見對應 YAML 檔。

有趣的連結

  • Self-hosted runner 把「CI/CD」和「homelab」這兩個通常不相交的概念接在一起——runner 就是你家客廳的那台電腦
  • restart.ts wrapper 的 exit code 42（molt 蛻皮）語義與 systemd Restart=always 有微妙衝突，整合時需要統一生命週期管理

延伸問題

  • WSL2 的 systemd 支援（2022 年加入）是否足夠穩定來管理 self-hosted runner + bot service 兩個常駐程序？
  • 能否用 workflow_dispatch + Telegram webhook 實現「在 Telegram 裡一鍵觸發部署」？

重要性：4/5

CI Phase 1 已完成，Phase 2（CD）直接影響開發效率和系統穩定性。隨著 agent 每週 371 次自動 push，沒有 CD 等於賭運氣。

素材重疊度評估

已有完整文章 ci-cd-self-hosted-runner-wsl2-2026-03-01.md，覆蓋了本探索的所有核心內容。不建議產出新部落格文章，但 Phase 2 的 YAML 實作值得直接派給 programmer 執行。

—HANDOFF—
TO: pm
INTENT: handoff
ARTIFACT_TYPE: analysis
SUMMARY: CI/CD Phase 2（self-hosted runner CD）尚未實作，建議排入待辦