Agent OS：把 codebase 標準萃取出來、自動注入 AI agent

# 任務：建立並套用本專案的 Agent 標準庫（三層架構）

你要幫我把這個 codebase 的隱性慣例，萃取成 AI agent 可重複使用的明文標準。分三層，逐層產出檔案。

## 第 0 步｜先掃描、別猜
- 實際讀取專案檔案（package.json / 設定檔 / 代表性原始碼 / 既有 README），不要憑印象。
- 條列你「觀察到」的事實 vs「推測」的慣例，分開標記。

## 第 1 層｜Standards（跨專案通用的技術標準）
產出以下檔案到 `standards/`：
- `tech-stack.md`：語言、框架、套件管理器、資料庫、部署平台（只寫實際用到的）。
- `code-style.md`：命名規則（檔名/變數/元件）、格式化工具（Prettier/ESLint 等）、檔案放哪（例如元件放 {{COMPONENTS_DIR}}）。
- `best-practices.md`：本專案實際遵守的工程原則（測試要求、錯誤處理、禁用模式、安全規則）。

## 第 2 層｜Product（這個產品是什麼）
產出到 `product/`：
- `mission.md`：產品要解決的問題、目標使用者、價值主張。
- `roadmap.md`：已完成 / 進行中 / 規劃中的功能清單。

## 第 3 層｜Specs（單一功能的規格）
每要做一個新功能，就在 `specs/{{FEATURE_SLUG}}/` 建：
- `spec.md`：這個功能的目標、範圍、不做什麼、驗收條件。
- `tasks.md`：拆成可驗證的小任務清單，每項含檔案路徑與驗證方式。

## 套用規則（之後每次寫 code）
- 動工前先讀 `standards/` 對齊風格與技術選型；讀 `product/mission.md` 確認方向。
- 產出的 code 必須符合 `code-style.md`；違反就修正，不要產生不一致的風格。
- 若發現 codebase 與標準文件不符，回報差異並建議更新哪份文件，不要默默照舊。

先從第 0 步掃描 + 產出第 1 層 `standards/` 三份檔案開始。技術棧若已知：{{TECH_STACK_HINT}}。

把方括號 [ ] 內的變數換成你的內容，丟進 Claude Code。

# 任務：建立並套用本專案的 Agent 標準庫（三層架構）

你要幫我把這個 codebase 的隱性慣例，萃取成 AI agent 可重複使用的明文標準。分三層，逐層產出檔案。

## 第 0 步｜先掃描、別猜
- 實際讀取專案檔案（package.json / 設定檔 / 代表性原始碼 / 既有 README），不要憑印象。
- 條列你「觀察到」的事實 vs「推測」的慣例，分開標記。

## 第 1 層｜Standards（跨專案通用的技術標準）
產出以下檔案到 `standards/`：
- `tech-stack.md`：語言、框架、套件管理器、資料庫、部署平台（只寫實際用到的）。
- `code-style.md`：命名規則（檔名/變數/元件）、格式化工具（Prettier/ESLint 等）、檔案放哪（例如元件放 {{COMPONENTS_DIR}}）。
- `best-practices.md`：本專案實際遵守的工程原則（測試要求、錯誤處理、禁用模式、安全規則）。

## 第 2 層｜Product（這個產品是什麼）
產出到 `product/`：
- `mission.md`：產品要解決的問題、目標使用者、價值主張。
- `roadmap.md`：已完成 / 進行中 / 規劃中的功能清單。

## 第 3 層｜Specs（單一功能的規格）
每要做一個新功能，就在 `specs/{{FEATURE_SLUG}}/` 建：
- `spec.md`：這個功能的目標、範圍、不做什麼、驗收條件。
- `tasks.md`：拆成可驗證的小任務清單，每項含檔案路徑與驗證方式。

## 套用規則（之後每次寫 code）
- 動工前先讀 `standards/` 對齊風格與技術選型；讀 `product/mission.md` 確認方向。
- 產出的 code 必須符合 `code-style.md`；違反就修正，不要產生不一致的風格。
- 若發現 codebase 與標準文件不符，回報差異並建議更新哪份文件，不要默默照舊。

先從第 0 步掃描 + 產出第 1 層 `standards/` 三份檔案開始。技術棧若已知：{{TECH_STACK_HINT}}。