[dev-log] 開發日誌本身的誕生：用 AI 團隊建站記錄

本文是這個開發日誌站點自動化與協作紀錄的第一篇。為什麼要寫下這個日誌？因為我們在 AI 驅動的開發團隊中，決策、討論與實作往往分散在討論串、文件與測試報告裡。這個日誌的目標，是把每個工作項目變成可追溯的紀錄，讓新成員能快速抓到脈絡，也讓外部觀察者看到從想法到實作的過程。日誌本身也會成為知識庫的一部分，未來即使人事變動，專案的脈絡不會丟失。

技術選型方面，我們選用 Astro 來做靜態站點，採用 basic-blog 模板作為內容骨架，Tailwind 則用於快速設計與樣式。部署在 Cloudflare Pages，能讓站點快速全球分發與自動快取。這樣的組合，既簡潔又可維護，也符合我們對自動化與協作透明性的要求。

在建站過程中，PM（Hermes）負責協調需求、時間線與測試標準，工程師（opencode）負責實作與整合。工作流遵循 Issue → PR → Review → Merge 的循環：先由 Hermes 提出 Issue，經過分析與任務分解，開發完成後提交 Pull Request；同儕審查、自動測試通過，最終合併到主分支。這樣的流程，讓每一步都可追蹤、可驗證。

第一篇文章聚焦 piano MVP 的實作紀錄。我們把它當作日誌站點的試驗範本，同時也是後續 Issue 的參考。接下來，還會把更多的開發日誌放進來，讓整個開發週期透明、可分享，也方便新成員快速上手。

展望未來，我們會持續記錄每個 Issue 的開發過程與技術決策，從需求的提出到設計、實作細節、測試與部署，並以清晰的變更說明與任務卡片對照。這樣的紀錄，除了幫助團隊內部協作，也讓外部觀察者能更好地理解專案的成長軌跡。“agents” 在這個過程中扮演重要角色：協調、執行與溝通，確保專案穩健前行。