a275618631/codex-antigravity-collaboration

# 交付物儲存政策

## 目的

先確認專案、目的地與既有位置，再建立或寫入外部交付物。此 Skill 是工作報告、Google Drive 保存與 GitHub repository 選擇的共同政策；不負責搬移歷史檔案，也不取代平台專用工具。

## 觸發條件

- 產出或保存工作報告、設定改版、稽核結果或其他正式成果。
- 使用者要求保存到 Google Drive、GitHub，或同時保存到兩者。
- 需要選擇新 repository、專案資料夾或交付目錄。
- 需要判斷是否沿用既有專案、分支或版本。

## 外部平台分流

# 檢查清單驗證器

## Trigger

使用者要求「幫我檢查」、「交付前驗證」、「確認有沒有漏」、「ready check」時啟用。

## Input Schema

必填：
- `artifact`
- `checklist_type`

選填：
- `custom_rules`

# Claude 風格產出

只有明確的 Claude／Claude-inspired 要求才套用本 Skill。它提供內容優先、安靜有層次、精準自然且誠實表達限制的設計方向，不複製 Claude 或 Anthropic 的介面、商標、未公開提示詞，也不宣稱成果是官方設計。

## 執行邊界

- 先遵循使用者要求、專案與平台限制，再查證 Anthropic 官方公開提示工程文件；需要最新或精確的官方建議時，讀取 [source-priority.md](references/source-priority.md)。
- 產出 Artifact、文件、簡報或 UI 時，才讀取 [visual-artifact-guidance.md](references/visual-artifact-guidance.md) 的條件式視覺與工程細節。
- 先檢查既有架構、設計系統、內容 schema 與元件庫；只做完成任務所需的最小修改，保留既有功能與可維護性。
- 回覆先給結論，再補充依據、限制與下一步；明確區分事實、推論與待驗證事項。

## 提示與驗收

需要設計提示時，明確指定角色、任務、讀者、格式、內容邊界與驗收條件；複雜輸入可用一致的 XML 標籤分隔。完成前檢查內容正確性、可讀性、功能與專案既有 lint／typecheck／test／build 要求，僅回報實際執行或尚待驗證的項目。

# Codex 設定同步

## 1. 權威歸屬 (Canonical Ownership)

- **Shared Artifacts 權威庫**：`a275618631/codex-antigravity-collaboration`（擁有 Shared Protocol、13 項 Global Core Skills 與 Canonical Registry）。
- **Codex-specific Artifacts 權威庫**：`a275618631/codex-settings-sync`（擁有 Codex Thin Adapter、Codex 權限規則 `default.rules`、可攜設定與同步工具）。
- **Antigravity-specific Artifacts 權威庫**：`a275618631/antigravity-config`（擁有 Antigravity Thin Adapter 與專屬外掛設定）。

## 2. 核心同步規則

1. 修改 Codex 設定、使用者技能或同步工具前，先於本地執行含時間戳快照的既有備份；全部修改完成並通過靜態檢查後再執行一次最終匯出。
2. GitHub `migration/*` / `master` 是設定同步的來源庫；Google Drive 僅作備份與災難復原，不得在日常套用時與 GitHub 混合覆蓋。
3. 不同步內建 `.system` skills、plugin cache、credentials、tokens、OAuth/auth state、OS schedulers、local paths、session DBs、temp files。
4. 另一台電腦套用前，先執行本地 vs 遠端 Diff 比對，保留目標電腦專有能力，不進行盲目覆蓋。

# 上下文包建立器

## Trigger

使用者要求「整理上下文」、「交接給 Codex」、「做 context pack」、「把長對話濃縮」時啟用。

## Input Schema

必填：
- `raw_context`

選填：
- `target_agent`
- `project_goal`

# mac-health 技能指引 (Agent Skill Guide)

本技能規範 AI Agent 如何使用 `diagnose.py`、`optimizer.py`、`compare.py` 進行嚴謹、客觀、不誇大結論的 macOS 系統健康診斷與改善閉環。

---

## 1. 核心分析與判斷準則 (RCA Calibration Principles)

1. **嚴格分級分類**：
   - `CONFIRMED BOTTLENECK`：必須有明確、充分且不可辯駁的實質證據（例如：Critical 記憶體壓力且 Free < 20%、CPU 持續 > 85% 且特定進程獨佔、SSD 可用空間 < 15GB）。
   - `LIKELY CONTRIBUTOR`：指標處於 Warning 且有單一巨量進程（> 2GB RAM / > 50% CPU）。
   - `ATTENTION`：歷史 Swap 較高、短暫 I/O 觀測較忙、或 Memory Free 位於 30%~40% 邊界但無失控進程。
   - `NORMAL`：指標處於安全區間。
   - `UNKNOWN`：無法確定或無足夠權限取得之數據。

# Model Worker Routing

Use this skill only for an explicit opt-in route. Do not infer delegation from task size, cost, token usage, or coding difficulty.

## Trigger

Trigger only when the current user request explicitly contains Ox Alpha, including these forms:

- `本任務用 Ox Alpha`
- `本任務交給 Ox Alpha`
- `這個任務用 Ox Alpha`
- `這次用 Ox Alpha`
- `請用 Ox Alpha 執行本任務`
- `用 Ox Alpha 做這個任務`

# 交付契約

收尾時用最少必要資訊讓使用者知道成果是否完成、改了什麼、如何驗證，以及還有哪些限制。

## 必要欄位

```text
完成狀態
- ...

修改清單
- ...（無修改則寫「無」）

驗證

# 提示詞移植

## 目標

把規則轉成目標平台真正能執行的版本，刪除平台不支援的本機操作要求，保留思考品質與交付品質。

## 流程

1. 確認目標平台：Gemini 網頁版、Claude 網頁版、ChatGPT、API、Codex、Claude Code。
2. 判斷平台能力：是否可讀寫檔案、是否可用工具、是否可執行程式、是否可上網、是否支援自訂指令。
3. 保留跨平台原則：繁中、先理解、列假設、低成本優先、少做多餘功能、查證、結論清楚。
4. 刪除或降級不適用規則：本機檔案修改、Git、`.env`、同步腳本、工作區路徑、工具權限。
5. 壓縮成適合目標欄位的長度；必要時提供完整版與短版。

# Save To Notion

將可重用的結論、流程、決策、版本變更與下一步整理成結構化 Notion 內容，不保存原始聊天流水帳。

## 寫入門檻與驗證

- 只有使用者明確指定 Notion 作為目的地，或明確要求保存／歸檔到 Notion，才執行實際寫入；否則只提供可貼上的草稿。
- 寫入前先用 Notion `fetch("self")` 驗證目前帳號與 Workspace，再重新讀取目標 Data Source schema；不得沿用快取欄位、舊 URL 或舊 schema。
- 帳號、Workspace、目標頁面或 Data Source 不一致時停止寫入並回報，不自動切換、建立或搬移資料庫。
- 建立前搜尋相同主題，決定更新既有頁面或建立新頁面；歷史頁面不自動搬移、複製或刪除。

## 最小工作流程

1. 讀取現行工作區標準與目標 schema，確認內容分類與目的地。

# Skill 評估器

## 目標

用可比較的方式優化 skill，而不是憑感覺改。優先提升觸發準確率、可用率、輸出一致性、token 效率與安全性。

## 評估流程

1. 讀取現有 skill 的 `name`、`description`、核心流程與輸出格式。
2. 讀取候選 skill 或官方範例，只吸收明顯更好的設計，不照搬無關內容。
3. 用以下維度比較：觸發準確、步驟清楚、輸出契約、驗證方式、token 成本、安全邊界、可重用資源。
4. 產生 5-10 個真實測試 prompt：包含 should-trigger、should-not-trigger、模糊口語、近似但不該觸發情境。
5. 若能執行測試，做舊版 vs 新版比較；不能執行時，至少做人工靜態檢查。
6. 修改 skill 時保持精簡；把長參考移到 `references/`，把重複程式放到 `scripts/`。

# 網路研究與引用

## 流程

1. 先判斷資訊是否可能過期；若可能，必須查證。
2. 優先官方來源、原始文件、研究論文、法規原文；技術問題優先官方 docs。
3. 比對發布日期與事件日期。
4. 區分事實、來源主張與自己的推論。
5. 回覆附來源連結，避免長篇逐字引用。

## 輸出格式

```text
結論：...

# 文字風格確認

先判斷風格資訊是否真的會改變成品，再決定詢問或直接寫作。此 Skill 負責風格邊界與自然度，不取代 DOCX、簡報、PDF 或試算表等專用技能。

## 決策邊界

1. 檢查使用者是否已提供語氣、正式程度、讀者、目的、格式或參考範例。
2. 若資訊足以執行，簡短重述採用風格後直接開始。
3. 使用者說「你決定」、「照原文」或要求延續既有風格時，對缺漏採用保守合理預設，不追問。
4. 校正錯字、短句翻譯、單句改寫或固定格式填入，不額外詢問。
5. 只有缺少的讀者、目的、格式或語氣會明顯改變成品時，才問一個關鍵問題並提供精簡選項；不要進行第二輪盤問。

## 寫作規則