我日日撳嗰 5 個 Skill

# /daily — 建設日報

我想知自己今日（或指定日子）做咗啲乜。

## 做法

1. 先攞 raw data（$ARGUMENTS 可以係 YYYY-MM-DD，冇就係今日）：
   ```bash
   git log --since="$ARGUMENTS 00:00" --until="$ARGUMENTS 23:59" --oneline
   git status --short
   ```
2. 攞住 raw output，寫一段**人話總結**（唔好淨係倒 output）：
   - 開頭一句：今日 N 個 commit，最勁嗰 2-3 件事係乜
   - 按主題歸類（例：內容 / 工具 / 客戶 / 學習），唔好逐行 commit 抄
   - 結尾：在途檔案有幾多，提一句「收工記得 commit」（如果 0 在途就讚返）
3. 完整 raw output 放喺總結後面（code block），想睇細節先睇。

## 規則

- 呢個係俾我自己睇嘅建設紀錄，語氣可以有溫度，但唔准吹水誇大 —— commit 講乜就係乜
- 如果命令跑唔郁，直接講出錯咗乜，唔好靜靜地跳過

# /cover — 出封面

用法：/cover [主題 / 參考 link]

## 品牌設定（⚠️ 你自己改呢段，之後就唔使再講）

- 尺寸：1080×1440（IG 3:4）
- 主色：#ffd24a（金）· 底色：#0b0a0f（近黑）
- 字型：Noto Sans TC 900（中文唔用 serif）
- 排版：主體圖佔上 2/3，文字全部喺下半
- 文字次序（唔准改）：小標籤 → 白色一句 → **金色大字** → 白色副句 → 底部一粒 pill

## Step 1 — 攞返已收貨嘅樣本（唔准由零估）

搵返我之前**已經收貨嗰 2-3 張封面**，抽出共通點：主體係咩、打光、幾多字。
呢一步唔准跳 —— 由零估平均要試 5-6 版。

## Step 2 — 大字必須有具體名詞

❌「效率」「系統」「升級」—— 抽象名詞，讀者唔知講緊乜
✅「70 個 Skill」「4 種員工」「20 行」—— 具體，一眼明

## Step 3 — 圖文對齊閘（唔過唔准出）

將大字拆做詞，逐個問：「呢個詞喺張圖邊度睇得到？」
任何一個答唔到 = 換字或者換圖，唔准出。

## Step 4 — 出圖

出主體圖（唔好叫 AI 畫字，會糊）。要求：
- 真材質、真環境、真打光（唔好棚拍公仔感）
- 只加**一個**非現實元素（一道光 / 一堆光點），其餘全部真實
- 下半 45% 留空，唔准有細節

## Step 5 — 合成 + 自評

用 HTML/CSS 疊字（唔靠 AI 出字），出圖後自評 ≥8/10：
主體認得到 ✓ / 質感真 ✓ / 中文唔撞 ✓ / 大字有名詞 ✓ / 圖文對得上 ✓
唔夠 8 分就改，唔好照出。

# /dream — 清理記憶

你係 Memory 整理專家。審查同清理我嘅記憶檔案，令佢更精準、更乾淨、冇冗餘。

## Step 1 — 讀晒

讀 `memory/` 底下所有 .md（同埋個 index 檔），記低每個檔嘅名、描述、內容。

## Step 2 — 逐一檢查六類問題

| # | 問題 | 描述 | 例 |
|---|------|------|-----|
| 1 | 近似重複 | 兩個檔講緊同一件事 | 「測試要用真 DB」寫咗兩次 |
| 2 | 矛盾 | 兩個檔互相衝突 | 一個話用 React，另一個話唔好用 |
| 3 | 過期 | 已經唔 relevant | 已完成嘅 deadline、已棄用嘅工具 |
| 4 | 相對日期 | 冇絕對意義 | 「下星期五要交」→ 改成「2026-08-07 要交」 |
| 5 | 錯誤歸類 | 規範／結構資訊放咗入記憶 | 檔案命名規則應該去 config，唔係記憶 |
| 6 | 過度冗長 | 可以精簡但保留原意 | 三段濃縮成兩句 |

## Step 3 — 出報告，等我拍板

```
## 審查報告
檔案數量：X
🔴 建議合併：A + B → 理由
🟡 建議刪除：C → 理由
🔵 建議改寫：D → 改成…
```

⚠️ **唔准未問過就刪**。列晒出嚟，我講 OK 先郁手。

## Step 4 — 執行 + 更新 index

我拍板之後先改檔，改完更新 index，最後報告改咗幾多。

## 規則

- 保守派 —— 唔肯定就留低，寧願問多次
- 每個檔只講一件事；一個檔講兩件事就拆開
- 刪之前一定要講得出點解

# /critique — 驗收

你嘅角色唔係幫我做嘢，係**驗收我做完嘅嘢**。

## 態度（最重要）

- 默認立場係「呢件嘢有問題，搵出嚟」，唔係「幾好呀」
- 唔准用「整體唔錯，不過可以…」呢種開場
- 每一條批評都要講得出**具體邊一行 / 邊一格**，唔准講「可以再優化」
- 講得出解決方法先算數；淨係指出問題唔夠

## 我嘅驗收標準（⚠️ 改成你自己嗰 5 條）

1. 有冇**具體名詞**？（抽象詞 = fail）
2. 圖同文對唔對得上？（文案講嘅嘢，圖入面搵唔搵到）
3. 讀者睇完知唔知**第一步做咩**？
4. 有冇一個地方係「我自己都做唔到」？（做唔到就教唔到）
5. 3 秒之內睇唔睇得出重點？

## 輸出格式

```
✕ 第 N 項：<問題> → <點解係問題> → <點改>
✕ 第 N 項：…
✓ 第 N 項：過
→ 建議先修邊一項（同埋點解佢連累其餘）
```

## 規則

- 全部 ✓ 嘅時候要講「全部過」，唔准為咗睇落勤力而砌問題
- 但如果真係有 3 條 fail，就要講 3 條，唔准手軟
- 排序：先講**連累最多其他項**嗰條

# /reel-compass — 用自己嘅 Hook DNA 改稿

我會俾你一份短片稿（或者一個題材）。用**我自己爆過嘅 Hook 結構**重寫佢。

## Step 0 — 建庫（第一次先做，之後就唔使）

讀 `hooks.md`。入面應該有我最爆嗰 3-5 條片嘅**開場第一句原文** + 當時數據。
如果個檔唔存在，即刻叫我去 IG／YouTube 抄返 3 條落嚟，唔好自己作。

## Step 1 — 揀 DNA

由庫入面揀 1-2 條同今次題材最夾嘅，講明點解揀佢。
常見 pattern：反差宣言 / 權威借力 / 白嫖稀缺 / 具體數字。

## Step 2 — 診斷原稿（有原稿先做）

逐項對照，列出 3-5 個 fail 位。最常見：
- 開場太早講答案（懸念死咗）
- 開場冇數字（讀者冇得對號入座）
- 冇講返「所以我可以攞到啲乜」
- 尾段冇明確行動

## Step 3 — 重寫

出完整稿，每句一行，標明每句嘅角色（抓眼／共鳴／數字／揭曉／行動）。

## Step 4 — 自評，唔過就重寫（最多 3 輪）

| # | 標準 | Pass 條件 |
|---|------|-----------|
| 1 | 揭曉位置 | 主角／工具名字唔可以第 1 句就出 |
| 2 | 情緒密度 | 每 2 句至少 1 個情緒字眼 |
| 3 | 情緒交替 | 相鄰嘅唔可以同一類型 |
| 4 | 長度 | 25-35 秒（中文約 100-175 字） |
| 5 | 行動指令 | 最後 2 句要有明確一個動作 |

出評分表，逐項 ✅/❌。三輪之後仲有 ❌ 就出最佳版本 + 標明未過嘅項，等我人手決定。

## 事後

條片出街 30 日後，叫我入返數據落 `hooks.md` —— 個庫要靠真數據更新，唔係靠感覺。