Implementation Plan

01總覽

The Pass 的目標是建立一個半自動化的內容產出流程：每週二、五各產出一期，每期包含 2 篇長文、3 則快訊、1 個結尾提問、以及 2 張插圖。

整個系統要解決四件事：

1. 從哪裡抓內容（信源監測）
2. 怎麼選內容（篩選與選題）
3. 怎麼寫內容（AI 編輯撰寫）
4. 怎麼發內容（發佈與分發）

02系統架構

以下是推薦的技術 stack。每一層工具的選擇都基於同一個原則：side project 等級的成本、production 等級的能力。

推薦架構

為什麼選 Ghost

• 網站 + 電子報 + 會員系統一體化 -- 不需要用三個工具拼湊
• 完整的 Admin API，可接自動化
• 品牌完全自訂，讀者看不到第三方標誌
• 原生支持 Stripe 付費訂閱（未來變現）
• 開源、社群強、生態成熟

Ghost Pro vs 自架

結論：建議 Ghost Pro。$9/月買的是「不用管 server 的自由」。

03每期產出流程

從信源進來到讀者收到電子報，整個 pipeline 分五個階段。每個階段標明了「你需不需要參與」以及「花多少時間」。

04AI 角色定義

整個 pipeline 中涉及七個 AI 角色，各自在不同階段介入。

AI 總編輯的審核清單

• 事實核查 -- 數字、公司名、人名是否正確
• 標題品味 -- 是否符合「先找到人，再提到技術」
• AI 味檢測 -- 是否有條列式、禁止詞彙、機器腔
• 重複檢查 -- 5 則內容主題是否太相似
• 整期節奏 -- 長短交錯、國家多元
• 品牌一致性 -- 語氣是否符合 The Pass 調性

人格與記憶架構

三位 AI 編輯不只是 prompt 模板，而是擁有完整人格設定（Soul）與持續累積記憶（Memory）的虛擬角色。

檔案結構

載入順序

每次產製內容時，系統會按順序載入：

1. soul.md → 定義「他是誰」
2. memory.md（最近 10 期）→ 提供「他經歷了什麼」
3. style-guide.md → 規範「他怎麼寫」
4. 今日題目 / 原始新聞 → 產出內容

記憶更新流程

每期發佈後，總編輯審核完成時自動將本期摘要寫入三位編輯的 memory.md，包含：寫了什麼主題、用了什麼角度、讀者有什麼回饋。

05自動化分級

不是所有事情都應該自動化。以下是清楚的三層分級，讓你知道哪些環節需要你介入、哪些完全不用管。

06操作介面選項

目前有兩種方案，各有優劣，尚未決定。第三種是我們推薦的漸進路線。不論選擇哪一種，底層的程式邏輯是相同的——差別只在「你用打字操作，還是用點按鈕操作」。

.claude/skills/
├── mise/
│   ├── skill.md
│   └── refs/
│       ├── soul.md
│       ├── memory.md
│       └── style-guide.md
├── passe/
│   └── (same structure)
├── fumet/
│   └── (same structure)
└── chief-editor/
    └── (same structure)

定時觸發（Cron）
    ↓
1. 抓取 RSS 信源（Node.js fetch + RSS Parser）
    ↓
2. AI 翻譯 + 評分 + 篩選（Claude API）
    ↓
3. 載入 Soul + Memory，三位編輯各自產出內容（Claude API ×3）
    ↓
4. 總編輯自動審核（Claude API，獨立 System Prompt）
    ↓
5. 發佈到 Ghost（Ghost Admin API）
    ↓
6. 更新各編輯的 Memory（寫回 Supabase）

# .github/workflows/publish-issue.yml
name: Publish Issue
on:
  schedule:
    - cron: '0 22 * * 1,4'  # UTC 22:00 = 台灣早上 6:00（週二、五）

07成本估算

08實作時程

09內容再利用（Re-purpose）

每一期 The Pass 產出的內容是「原料」，可以被轉換成不同平台的格式。每個輸出管道就是一個獨立的 Skill（或 Web 後台上的一個按鈕）。

架構邏輯

/generate-issue 產出的一期完整內容，是所有管道的共同原料。每個 re-purpose Skill 讀取同一份完成稿，根據該平台的格式和限制重新編排。內容不重寫，只換呈現方式。

執行原則

先把 Ghost 這條主線做穩。/publish 是唯一的核心 Skill，其他 re-purpose Skill 都是「加分項目」，等主流程跑順之後再逐一加入。每多一個管道就多一個觸及點，但每個管道的邊際成本幾乎為零——因為內容已經在那裡了，只是換一種方式送出去。