2026-04

閱讀時間約 238 分鐘

知識庫日誌 — 2026-04

Append-only。每筆條目以 ## YYYY-MM-DD 為標題；同一天的多次活動共用一個日期區段，內部按時間順序追加。

本檔承載當月的 ingest / lint / 系統備忘條目；schema 變更見 log/schema.md（變更 1-3 因發生於 migration 前，仍保留於本檔內）。

2026-04-28

系統初始化

  • 建立 vault 骨架：CLAUDE.md、index.md、log.md、00-規範/、10-來源/、20-Wiki/
  • 寫入 6 份頁面模板（概念、實體、來源-文章、來源-PDF、來源-圖片、來源-手寫筆記）
  • 設計藍本：Karpathy LLM Wiki（gist）
  • 遠期目標：ingest 流程可被 pipeline 自動化呼叫

Ingest：Karpathy LLM Wiki gist（壓力測試 #1）

收穫：以這個 gist 作為首次 ingest 的選擇是好的——它本身就是 vault 的設計藍本，新建頁之間有自然的概念網絡。

Schema 變更（壓力測試 #1 後的修訂）

依 CLAUDE.md §9，記錄此次修訂的 diff 與動機。

變更 1：CLAUDE.md §5.1.5 第二項，鬆綁「3 條 wiki-link」規則

  • Before：「新建 → 用對應模板，至少 3 條 [[wiki-link]] 指向其他頁（避免孤兒）」
  • After：「新建頁必須被至少一個既有頁連結；建議 outbound 3 條以上但 vault 初期不強制」
  • 動機：Ingest #1 中只有 LLM-Wiki 自然湊到 3 條，其餘新建頁多為 1–2 條。原規則會導致為了湊數而建虛假關係。實質風險（孤兒）來自缺乏 inbound 連結，不是 outbound 數量。
  • 影響：無 migration 需求；既有頁不需要回頭加連結。

變更 2：CLAUDE.md §6 新增「wiki-link 形式」規則；命名規範.md 同步補充

  • 新增規則：預設用檔名形式 [[LLM-Wiki]]；alias 形式 [[LLM Wiki]] 為書寫便利的 fallback。
  • 動機：Ingest #1 實作時對 [[LLM-Wiki]] 與 [[LLM Wiki]] 何者為主沒有明文。pipeline 解析需要穩定的單一形式。
  • 影響：無 migration 需求；既有頁全部已用檔名形式。

Obsidian 設定

  • Templates 核心外掛已啟用（.obsidian/core-plugins.json 已含 "templates": true）
  • 寫入 .obsidian/templates.json，將模板資料夾設為 00-規範/模板、日期格式設為 YYYY-MM-DD
  • 使用方式：在 Obsidian 中開新檔 → Command Palette → 「Templates: Insert template」→ 選擇對應模板

Schema 變更（為「高效原力工作坊」bundle ingest 預先擴充）

第三輪 schema 修訂，在 bundle ingest 動手前完成。

變更 3：新增 source-bundle 來源類型

  • 適用情境：多檔案來源（Notion 匯出、網頁封存等），主 .md 內含多張 inline 圖片或 PDF 等附件
  • 結構：主 .md 平鋪於 10-來源/文章/，附件整體複製到同名子資料夾（保留原始組織方式）
  • 主 .md 用「附件清單」區段以表格描述每個附件的視覺/語義內容，取代為每個內嵌附件建獨立 sidecar
  • 與既有 source-image / source-pdf 的分工：bundle 中的內嵌附件留在 bundle 子資料夾；只有獨立蒐集的圖片 / PDF 才進 10-來源/圖片/ 或 10-來源/PDF/ 並建 sidecar

動機：

  • 收到第二份來源（高效原力工作坊 Notion 匯出）含 1 .md + 1 PDF + 12 圖片，全部互相關聯。
  • 為每張圖片建獨立 sidecar 會造成 13 個檔案 / 一份來源、語意上把「插圖」誤升為「獨立來源」、分散 LLM 的查詢路徑。
  • 「主來源頁內表格描述」更 AI 友善：單一檔案讀完即得全部上下文、圖片描述跟章節語意鄰近、檔案數線性下降、pipeline 處理更乾淨。
  • 使用者明確要求「對 AI 友善的格式」，此設計優先此目標。

修訂的檔案：CLAUDE.md §3、§5.1、§7；00-規範/命名規範.md；00-規範/標籤分類.md；00-規範/模板/來源-bundle.md（新建）

影響 / migration：無——既有來源頁未受影響。

Ingest：高效原力實驗所工作坊（bundle 壓力測試 #2）

收穫：bundle schema 第一次實戰，運作良好——主來源頁的「附件清單」表格成為 12 張圖片的單一查詢點。

技術備忘：複製到 Google Drive 的方法

Ingest #2 嘗試 macOS cp -R 把 bundle 從 ~/Downloads/ 複製進 vault（Google Drive 同步資料夾），失敗於 fcopyfile failed: Operation not permitted——cp 預設用 fcopyfile clone，但 Google Drive 虛擬檔案系統不支援。

改用 rsync -av 解決。

對未來 pipeline 的影響：所有把外部來源寫入此 vault 的腳本都應預設用 rsync。

Ingest：LlamaIndex Context Engineering Guide（壓力測試 #3）

收穫：首次「更新既有 wiki 頁」的 ingest——驗證 LLM Wiki 的「持續累積」特性。RAG 從只關聯 Karpathy gist，現在也關聯 LlamaIndex 文章。

Ingest：Anthropic「Building Effective Agents」（壓力測試 #4）

收穫：迄今最密集的概念叢集——同來源衍生 9 個 wiki 頁。AI 領域 wiki 開始有可觀規模：Karpathy/LLM-Wiki ↔ RAG ↔ Context-Engineering/Prompt-Engineering ↔ Augmented-LLM ↔ Agent/5 patterns ↔ Anthropic/LlamaIndex，形成完整的「LLM 應用設計」概念地圖。

Ingest：UXerLab《UX 三刀流》（跨領域壓力測試 #5）

收穫：vault 首次有 UX/設計領域內容。形成獨立的概念叢集——4 頁互相連結、全部連到 UX-三刀流 樞紐，與既有 AI 叢集無交集。這是「跨領域 vault」設計目標的第一個實證——多個領域可並存，叢集之間未來可由共通概念（例如 design thinking、measurement、user research）橋接，但不該硬接。

觀察：用戶流 / 商業流 / 數據流 這三個詞在 vault 外有其他通用含義（user flow / business operations / data stream）。每個 wiki 頁的「備註」段已加上 disambiguation 說明。若未來收到其他語境的同名概念，再開新頁區分（例如 User-Flow-(路徑).md）。

Ingest：Hireup《外商履歷三個心法》（壓力測試 #6）

  • 來源：2026-04-28-Hireup-外商履歷三個心法（type: source-article）
  • URL：LinkedIn 公開貼文（hireupvc 帳號）
  • 作者：Hireup（職涯教練 / 招募顧問品牌）
  • 新建 wiki 頁（3）：履歷寫作、切角、概念簡報
  • 更新 wiki 頁：無
  • 更新 index.md：是
  • 特殊處理：使用者直接貼入完整原文，未走 WebFetch 摘要——source 頁的「原文」段保留 verbatim，以防 LinkedIn URL 失效。

收穫：第三個獨立概念叢集成形（職涯/履歷領域），與既有 AI、UX、生產力叢集無交集。其中 切角 與 概念簡報 採「廣義命名」——目前內容以履歷脈絡為主，但 wiki 頁本身留下空間給未來其他領域的應用（例如 pitch deck、產品定位、行銷文案）累積。這是一個 schema 觀察：用「廣義概念名 + 備註說明當前範圍」比「狹義名綁定首次脈絡」更利於 wiki 累積。

Ingest：NTU D-Alpha《魯奇的設計思考工具書》（PDF 壓力測試 #7）

收穫：

  1. 首次 PDF 來源 ingest，source-pdf schema 一次過。
  2. 單一來源衍生新頁的紀錄（15 頁），但 vault 已有 5 個獨立叢集（AI / UX / 生產力 / 職涯 / 設計思考），多元化健康。
  3. 首次 cross-cluster bridge link：從新建的 設計思考 接到既有 UX-三刀流 叢集，連通兩個原本獨立的設計領域 cluster。用戶流.md 內文先前以純文字提到「設計思考」，這次補上 wiki-link。這是 LLM-Wiki 「持續累積」特性的好範例——既有頁不需改寫，只需補連結就能受新 ingest 滋養。

命名決策：

  • 五階段（Empathize / Define / Ideate / Prototype / Test）採英文檔名：d.school 國際慣用語為英文；Define / Test / Prototype 是通用詞，於各頁「備註」加 disambiguation，未來其他語境再分頁。
  • 三個 d.school 工具（Feedback-Capture-Grid / I-Like-I-Wish-What-If / How-Might-We）採英文檔名（多以英文短語被引用）；另兩個工具（同理心地圖 / 顧客旅程地圖）採中文檔名（中文譯名穩定且常見）。
  • 實體頁 Stanford-d-school 不用品牌原名 Stanford d.school（含點與空格），改用全 - 形式並用 alias 保留品牌名——pipeline 友好優先於書寫便利。

待辦（給人類）

  • 用 Obsidian 打開 vault，跑一次模板插入確認設定生效
  • 視需要在 .obsidian/hotkeys.json 為「Insert template」加快捷鍵
  • 規劃 pipeline 介面（v1：本地腳本 + Claude API）
  • Ingest 一份獨立圖片（非 bundle），驗證 source-image 流程未被 bundle 改動破壞
  • Ingest 一份手寫筆記，驗證 source-handwritten 流程
  • 考慮為 AI 領域建立 MOC-LLM-應用設計（已有 14 個相關概念）
  • 考慮為設計思考建立 MOC-設計思考（一次 ingest 即得 12 個概念，最快達標的領域）
  • UX、職涯叢集目前各 3-4 個概念，再多 4 個 ingest 後可考慮各自的 MOC

Ingest：清華大學新媒體研究中心《DeepSeek：從入門到精通》（PDF 壓力測試 #8）

收穫：這份 PDF 雖以 DeepSeek 為標題，但 wiki ingest 的重心不是產品介紹，而是補強 AI cluster 內原本薄弱的 Prompt-Engineering。它提供了模型選型（推理模型 vs 通用模型）、提示語元素、常見陷阱、AI-幻覺、提示語鏈與平台內容生產模板，讓既有的 Context-Engineering / Prompt-Chaining / Agent 叢集多了一層「使用者如何操作模型」的實務材料。

命名決策：

  • 推理模型 採中文檔名，因中文語境已有穩定譯名；英文 Reasoning Model 放 aliases。
  • AI-幻覺 保留 AI 前綴，避免與心理學 / 宗教語境的「幻覺」混淆。
  • 知識喚醒 採繁中檔名，aliases 保留簡中 知识唤醒 與英文 Knowledge Activation。
  • DeepSeek 同時是公司與品牌，本次先建 DeepSeek 作 entity-kind: org；DeepSeek-R1 作 entity-kind: product。

Ingest：Medium / TwosApp「Getting to Wow! by Bill Reichert」

收穫：這次 ingest 把既有職涯叢集中的 概念簡報 / 切角 擴展到創業與 investor pitch 場景。這驗證了前次「廣義概念名 + 逐步累積脈絡」的命名決策：同一個概念簡報框架可以橫跨履歷、產品定位、投資人 pitch 與未來的銷售頁 / landing page。

命名決策：

  • 新建 價值主張 而非 Wow-Statement：前者是通用概念，可累積產品、品牌、履歷、投資人 pitch 等多個場景；後者目前只是 Bill Reichert 方法中的具體格式，先收在來源頁。
  • 不建 Bill Reichert 實體頁：本文只二手整理其方法，未提供足夠人物脈絡；等未來 ingest 原始演講、書籍或課程再建。

Ingest：Unblog 設計時代「還在用同一種研究方法打天下？你可以有更聰明的選擇」

收穫：UX / 設計思考 cluster 補上「研究方法選擇」這個缺口。先前 Empathize 偏向訪談、觀察、沉浸等第一手方法；這次補入 次級研究 的定位功能與商業限制，使 使用者研究 從「同理使用者」擴展為「在目標、時間、資源、信任來源下支持決策」的實務能力。

命名決策：

  • 新建 使用者研究 而非只更新 用戶流：使用者研究是可跨 UX 三刀流、設計思考、產品策略累積的通用概念。
  • 初級研究 / 次級研究 採中文檔名，aliases 保留 Primary / Secondary Research；這兩者是穩定且可重複使用的研究方法分類。
  • 不拆訪談、問卷、觀察、實驗、行為數據埋點：本文只列為方法清單，尚不足以支撐獨立頁。

Ingest：ProjectUp「太多領導‧太少管理」

收穫：vault 新增「組織管理 / 專案治理」小叢集。這篇文章的核心不是鼓吹管理壓過領導，而是補正「領導優於管理」的單向迷思：領導負責方向與艱難決策，管理負責流程、透明度與可重複執行，中階管理 則是把願景轉成 執行力 的關鍵層。

命名決策：

  • 新建 領導與管理 作總頁，而不是只建「領導」：本文重點在兩者的互補關係。
  • 仍新建 管理，因為文章明確補強管理的獨立價值；未來可累積流程、規章、協調、透明度等主題。
  • 新建 中階管理 而非「中階主管」：頁面聚焦功能與組織層，不限定正式職稱。
  • 不建張國洋 / ProjectUp 實體頁：目前只作單篇來源；等未來多篇同來源或需查詢作者脈絡再建。

Ingest：Unblog 設計時代「令人怦然心動的產品設計術 — 用UX文案提供『情緒價值』」

收穫：UX cluster 補上「語言與情緒層」。先前 用戶流 偏方法、研究與行為洞察；這次補入 UX文案、情緒價值 與 語氣與聲調，使使用者旅程不只記錄行為與痛點，也能規劃每個節點該如何說話、何時安定、何時激勵、何時不要打擾。

命名決策：

  • UX文案 保留 UX + 中文，不寫成「使用者體驗文案」作檔名，因中文業界常直接使用 UX 文案 / UX Writing。
  • 新建 情緒價值 而非「情緒設計」：本文核心在產品透過文案與互動提供情緒回應，不是完整 emotional design 理論。
  • 語氣與聲調 合併 Tone and Voice：目前資料量不足以拆成品牌 voice 與情境 tone 兩頁。
  • 內容策略 先聚焦產品內內容節奏；未來可擴展到品牌內容、行銷內容與知識型內容。

Ingest：1111南台灣人力銀行「不知道怎麼寫自傳內容？善用STAR原則說故事」

收穫：職涯 / 履歷 cluster 補上「如何把經歷寫成故事」的具體工具。先前 履歷寫作 偏策略與定位：切角、態度可讀性、概念簡報；這次 STAR原則 提供敘事骨架，讓候選人把問題、任務、行動與成果串成可評估的證據。

命名決策：

  • 新建 STAR原則 而非「STAR說故事法」：STAR 原則可跨履歷、自傳、面試、績效考核與溝通情境使用，較適合作為通用概念頁。
  • 不新建「自傳寫作」：目前自傳仍視為 履歷寫作 的子場景；若未來有多篇聚焦自傳結構，再拆頁。
  • 不新建「面試」：本文只提及 STAR 也可用於面試，未展開面試回答策略。

Ingest：Allen Peng Lu「A ChatGPT Prompt Guideline」

收穫：這篇把 Prompt-Engineering 從「如何寫清楚指令」推到「如何判斷 AI 應扮演哪種協作者」。作者的五類使用情境（轉置、配置、翻譯、指引、增強）特別適合整理為 AI輔助開發 的任務分類，也補上個人開發者把 ChatGPT 融入日常工作流的脈絡。

命名決策：

  • 新建 AI輔助開發 而非「ChatGPT Prompt Guideline」：前者可跨模型、工具與 IDE agent 累積；後者只是單篇文章標題。
  • 不新建 ChatGPT 實體頁：目前文章主要討論使用方法，不是產品歷史或模型脈絡。
  • 不拆 intern / specialist / consultant / translator / pair programmer：目前它們是任務角色分類，先收在 AI輔助開發；未來若某一類累積足夠方法再拆頁。

Ingest：Kenji / LiFE RiCH 富川創造「群眾募資建立品牌流量池」

收穫：這次 ingest 把既有 UX / 商業叢集補上「增長與營運」層。群眾募資 在文中不是單次銷售，而是一套從問卷、上線、出貨到回購的 行銷漏斗 系統；流量池模型 則說明如何把外部曝光逐步沉澱成可再次觸達、可持續溝通、可轉化回購的關係資產。

命名決策：

  • 新建 流量池模型 而非「私域流量」：原文重點是渠道由外往內與漏斗銜接，不只侷限中國式私域流量語境。
  • 新建 行銷漏斗 而非「銷售漏斗」：本文同時涵蓋問卷留資、預熱溝通、購買、出貨與回購，範圍比銷售更廣。
  • 不新建 超級用戶：目前它是 流量池模型 的結果狀態，尚不足以獨立成頁。
  • 不新建富川創造 / Kenji 實體頁：目前只作單篇來源；未來若累積多篇再建實體頁。

Ingest：社群丼 Social Marketing Don「興趣泡泡 vs 社交泡泡」

收穫：這次 ingest 補上社群平台「內容分發機制」這層。社交泡泡 解釋傳統社群以人際關係分發內容，興趣泡泡 解釋 TikTok 以行為興趣訊號分發內容；兩者都會形成資訊邊界，只是邊界來源不同。這也讓 數據流 從「個人化推薦」擴展到「推薦系統如何反過來塑造使用者與創作者」。

命名決策：

  • 新建 社群推薦演算法 作總頁，而不是只更新 數據流：演算法分發是社群內容與創作者策略的重要獨立概念。
  • 新建 興趣泡泡 / 社交泡泡 作對照頁：本文核心就是兩種泡泡的差異，分開可方便未來累積案例。
  • 新建 TikTok 實體頁：本文明確以 TikTok 作為平台案例，未來可累積短影音、創作者經營、平台治理等資料。
  • 不新建周受資實體頁：目前只作為引述脈絡，沒有足夠人物資料。

Ingest：阿邦「為什麼你明明很專業，卻沒人想聽你講你有多專業？」

收穫：這篇把既有「履歷 / pitch / 價值主張」叢集延伸到知識工作者與創作者。核心不是「專業是否足夠」，而是專業能否透過 專業轉譯 變成非同行也能理解的話語，並透過持續內容輸出形成 話語權 與 個人品牌。

命名決策：

  • 新建 話語權：本文明確以話語權解釋專業影響力不足的問題，且可跨職場、創作、品牌與公共溝通使用。
  • 新建 專業轉譯 而非「說人話」：說人話是口語說法，專業轉譯更適合作為長期累積概念；aliases 保留「說人話」。
  • 新建 個人品牌：文章將專業人士轉向創作者定位，且以持續寫作建立影響力，足以支撐個人品牌頁。
  • 不新建「比喻」：本文的比喻是專業轉譯工具之一，暫時收在 專業轉譯。

Ingest：T客邦 / Mashdigi「ChatGPT 免費用戶注意！OpenAI 傳將推出廣告」

收穫：這篇補上 AI 助理商業化的關鍵概念：對話式廣告。相較搜尋廣告或社群廣告，AI 助理掌握的是更完整的任務脈絡與意圖，因此廣告若進入回答、搜尋結果或市集推薦，會同時牽動變現效率、使用者信任、資料治理與內容策略。

命名決策：

  • 新建 對話式廣告 而非泛稱「AI廣告」：本文重點不是用 AI 製作廣告，而是把廣告放進 AI 對話 / 搜尋 / 助理體驗。
  • 新建 OpenAI / ChatGPT：此前只在工具使用情境提到 ChatGPT，這次涉及產品商業模式與平台角色，已足以建實體頁。
  • 不新建「搜尋廣告」：搜尋廣告是既有廣告型態；本文可遷移的新概念是 AI 對話介面中的廣告與推薦邊界。

Correction：TechBang attention-chatgpt-openai 文章更正

  • 更正來源：2026-04-28-OpenAI-頂級聚合者
  • 更正原因：使用者提供全文後確認，原文不是 ChatGPT 廣告新聞，而是以「Attention is All You Need」串連 Transformer、聚合理論、ChatGPT 外掛程式與 OpenAI 商業模式的長文。
  • 移除 / 作廢前次判斷：對話式廣告 與該來源的關聯作廢；已從 index.md 移除該概念入口，並刪除該 wiki 頁。
  • 新增 wiki 頁（3）：頂級聚合者、行動引擎、智慧型API
  • 保留實體頁（2）：OpenAI、ChatGPT，但內容已改接到頂級聚合者 / 行動引擎語境。
  • 更新 wiki 頁（4）：數據流、社群推薦演算法、內容策略、AI輔助開發
  • 特殊處理：來源檔名 2026-04-28-ChatGPT-廣告.md 暫時保留，避免前一筆 log 的 wikilink 斷裂；頁面標題與內容已更正為 OpenAI 頂級聚合者。

收穫：真正的文章核心是 OpenAI 可能透過 ChatGPT 的注意力黑洞、智慧型API 與外掛程式，把 AI 助理推向 行動引擎，進一步成為聚合既有聚合者的 頂級聚合者。這與廣告新聞不同，重點在平台權力、去中間化、供應商商品化與「從意圖到行動」的商業模式。

Ingest：北方的郎「谷歌 Agent2Agent (A2A) 協議技術細節分析，包括其與 MCP 關係」

收穫：這篇把 agent 生態的協議層補齊：Model-Context-Protocol 處理 agent 如何接工具 / 資料，Agent2Agent 處理 agent 如何彼此發現、派任務、更新狀態與交付 artifact。兩者不是替代關係，而是 model-to-tool 與 agent-to-agent 的互補分工。

命名決策：

  • 新建 Agent2Agent 而非「A2A協議」：英文全名較適合作長期概念頁，aliases 保留 A2A。
  • 新建 Model-Context-Protocol：此前 MCP 只散落在 Augmented-LLM 與 Anthropic，這次有足夠內容獨立成頁。
  • 新建 Google 實體頁：A2A 由 Google 發布，且本庫已有 OpenAI / Anthropic 等 AI 公司實體，Google 應納入實體層。

Ingest：Roger Fisher《哈佛這樣教談判力（Getting to Yes）》讀書筆記（手寫筆記首次 ingest）

  • 來源：2026-04-28-哈佛這樣教談判力（type: source-handwritten）
  • 來源類型：使用者自寫的讀書筆記（直接貼入聊天視窗）
  • 原書：Getting-to-Yes，1981 首版；作者 Roger Fisher、William Ury（後來加入 Bruce Patton）
  • 新建 wiki 頁（4）：
  • 更新 wiki 頁：無
  • 更新 index.md：是
  • 首次驗證 source-handwritten schema：模板的「原文 / 提取要點 / 提取概念」三段式運作良好；written-date 欄位用於區分寫筆記日與 ingest 日（本次相同）。

收穫：

  1. 第二次跨 cluster bridge——原則性談判法 第三原則「分開發想與批評」與 Ideate 的「延後批評」是同一個原則的不同領域應用，已於 原則性談判法 的「與其他概念的關係」明確指出。
  2. 第二次跨 cluster bridge（弱）——立場與利益 與 切角 的共同精神「表面陳述背後另有實質」也已於備註指出。
  3. 「談判 / 衝突解決」是 vault 的第 6 個獨立叢集（AI / UX / 生產力 / 職涯 / 設計思考 / 談判）。
  4. 首次有 entity-kind: work（書）的實體頁；模板沒問題，沒需要 schema 變更。

命名決策：

  • Getting-to-Yes 用英文檔名而非中文書名：原書名國際慣用、中文有多種譯名（《哈佛這樣教談判力》《談判力》），統一以英文為主檔名，中文別名走 alias。
  • 三個概念頁：原則性談判法（umbrella）、把人跟問題分開、立場與利益——保留中文檔名因為這是中文讀者最自然的稱呼方式；英文原語走 alias。
  • 未建頁：BATNA、找出彼此有利方案、客觀評估標準三個書中重要概念在使用者讀書筆記中只簡略提及，留待未來補充再決定是否建頁。

Ingest：大衛選讀「The Problem with Personas」

收穫：

  1. 單一來源最高密度的 cross-link——3 個新頁全在 UX 叢集內，且皆連回既有的 同理心地圖、顧客旅程地圖、使用者研究、人物誌（互相）。新舊頁形成緊密的「研究工具光譜」子網。
  2. 一個重要的元訊息透過此 ingest 寫進 使用者研究：「過程 > 交付」——這是 UX 文化中容易被忽視但決定性的觀念，預期未來 UX 來源可繼續呼應。
  3. 人物誌 與 設計觀點（POV）的差別在備註明確區分（「人物誌易陷入只寫特徵；POV 強制要寫洞見」）——這是設計思考叢集 ↔ UX 叢集的第三個 bridge link（前兩個是設計思考 ↔ UX 三刀流、設計思考 ↔ 用戶流）。

命名決策：

  • 三個概念頁全用中文檔名：人物誌（持平 Persona）、角色原型（持平 Archetype）、人物誌光譜（持平 Persona Spectrum）；英文原語走 alias。理由：UX 中文圈譯名相對穩定，中文檔名對使用者更自然。
  • 未建實體頁：Kim Goodwin、Microsoft 等只在文中被點到一次，不足以建獨立實體頁；待未來累積再開。
  • 未建頁：「proto-persona」是 同理心地圖 的研究前用法的別稱，已在 同理心地圖 內展開；「心智模型」在文中只作為 顧客旅程地圖 的姊妹工具被點到，內容過薄，未建獨立頁。

Ingest：Tim Ferriss《一週工作4小時》讀書筆記（手寫筆記 #2）

收穫：

  1. 生產力叢集首次擴張——之前 Feel-Good-Productivity 是孤立的 Ali Abdaal 派；這次加入 Tim-Ferriss 派，形成「愉悅內驅 vs 槓桿時間自由」的兩條 paradigm 對照。
  2. 三條跨叢集 bridge link 一次完成：
  3. 第二份 source-handwritten ingest，schema 穩定。

命名決策：

  • 書名實體用中文檔名 一週工作4小時（不同於前次 Getting-to-Yes 用英文）：使用者讀書筆記用中文書名稱呼，且該書中文版發行廣，中文圈引用率高；Getting-to-Yes 則因中文有多個譯名分歧、英文簡短易記，故用英文。單一規則：以使用者實際引用最多的形式為主檔名。
  • 作者用英文 Tim-Ferriss：英文姓名國際慣用、中文音譯不統一（蒂莫西 / 提摩西 / 提姆）。
  • 定義噩夢 而非 Fear-Setting：使用者筆記原文用中文，且「定義噩夢」有畫面感優於「恐懼設定」。
  • 良性壓力 為主檔名，alias 含 負面壓力：兩者本質是同一概念的兩極對照，並開兩頁會導致內容大量重複；用單頁雙極展開是更乾淨的方案。
  • 未建頁：
    • 新貴階層（New Rich）：書中專有術語但內容已併入 生活方式設計
    • 迷你退休 (mini-retirement)：含在 DEAL框架 L 階段
    • 80/20 法則 / 低信息食譜 / 不決策準則：可作為 DEAL框架 的子工具，未來若有獨立來源再考慮分頁

Ingest：DayinUP EnergyUP「業主收到提案時最在意什麼？接案提案的五個階段」

收穫：

  1. 職涯叢集擴張第三軸——之前 cluster 主軸是「履歷投遞（receiver: recruiter）」與「自傳故事化（STAR）」；這次補入「服務銷售（receiver: 業主）」這一軸，接案提案 與 履歷寫作 形成「全職 vs freelance」的姊妹頁對照，共享 切角 / 概念簡報 / 價值主張 等底層技術。
  2. 首次有「附量化權重」的階段框架——DayinUP 調查雖是平台小樣本，但 16/29/22/25/8% 的權重分布讓「中間三階段佔 76%」「態度是門檻、風險是差異化」這類解讀成為可寫的核心要點，而不是流水帳列五件事。
  3. 話語權 拿到第一個 1-on-1 服務情境的應用——先前 話語權 偏知識工作者公開創作；這次「主動引導迷茫業主」的動作把話語權延伸到單對單服務溝通。

命名決策：

  • 新建 接案提案 而非「freelance pitch」或「服務提案」：中文圈接案者最自然的詞是「提案」與「接案」；aliases 保留「服務提案」「Freelance Pitching」「Service Proposal」等英文與變體。
  • 不建 DayinUP 實體頁：單篇來源、平台只是發行載體，沿用 Hireup / ProjectUp / 1111 的既有處理。
  • 不建 風險評估（Risk Assessment）：階段 5 的概念雖有獨立成頁的潛力，但本文僅以一段提到，內容過薄；目前收在 接案提案 內，未來若有獨立來源（例如顧問報價、SOW 撰寫、合約管理）再分頁。
  • 不建 業主溝通 / 業務開發：與 接案提案 高度重疊，目前單頁足以承載；未來若內容拆分為「售前溝通 / 提案 / 報價 / 簽約 / 交付」全流程，再考慮拆。

Ingest：vocus / Elvis Lin「多次面試鎩羽的職涯教練磨出的面試對應心法」

收穫：

  1. 職涯叢集第四軸——AI 一連三次 ingest 把職涯 cluster 從原本「履歷投遞 / 自傳故事化」擴展到 接案提案（freelance）與 面試（現場對談）。四個概念形成「個人服務銷售」的 4-tile 矩陣：
  2. STAR 拿到第一個變體 QAR——本文揭示 STAR 在面試現場有一個更輕量的對話版（Question / Actions / Results），把 Situation + Task 壓縮成「問題」。這是 STAR原則 從「單一書面工具」進化成「介面族」的第一步：書面對話兩種介面、可能未來還有「30 秒電梯版」「3 分鐘簡報版」等變體。
  3. 切角 首次反向應用——先前所有切角範例都是「重新包裝自己」（履歷、pitch、專業內容、接案）；這次的「第五頁理論」是把切角用在研究對方——主動跳過默認資訊去找別人沒看過的角度。這擴展了切角的概念邊界，已在 切角 的「備註」段標出。

命名決策：

  • 新建 面試 而非「求職面試」/「職場面試」：面試是中文圈最自然的概念詞，aliases 保留 Interview / Job Interview / 面談 / 求職面試。
  • 不建 QAR架構 為獨立頁：QAR 是 STAR 的面試介面變體，目前只在 STAR原則 與 面試 內以 cross-reference 處理；若未來 QAR 獨立發展出書面版以外的方法論再拆。
  • 不建 第五頁理論 / 老二哲學 / 三R準備法 / 面試四大要素 為獨立頁：均為 Elvis Lin 個人方法論的具體框架，單一來源、內容過窄；目前收在 面試 內。若未來累積到多位職涯教練都使用某個框架，再考慮拆頁。
  • 不建 Elvis Lin 實體頁：單篇來源、平台 vocus 自帶作者頁，沿用 Hireup / 阿邦 / Joe Chang / David叔 的既有處理。
  • 拆頁判斷標準（記下備用）：是否值得拆獨立頁，可參考三個訊號——(a) 概念是否在多個來源出現、(b) 是否可跨脈絡應用、(c) 是否已有業界穩定譯名 / 通用名稱。三項全中才優先拆；只中一項則收在 umbrella 頁裡，未來再評估。

Ingest：LinkedIn / yiyouliu「給初入職場新鮮人的履歷五原則」

收穫：

  1. 首次「0 新頁、卻是 cluster 質變」的 ingest——本文沒有產出新概念，但讓 履歷寫作 從「我該怎麼寫」（Hireup / STAR 視角）徹底翻成「對方怎麼讀」（讀者視角）。新增的「作者視角 vs 讀者視角」三層判準（容易決定 / 需要判斷 / 要解讀）成為 履歷寫作 的核心檢驗框架，並延伸到 切角、概念簡報、價值主張、接案提案 四頁，整個職涯 / 銷售 cluster 都吸收了「對方好不好做決定」這個單一檢驗指標。
  2. 驗證 schema：vault 第一次出現「不新建頁但顯著更新既有頁」的 ingest，schema 沒有任何修訂需求——「相關來源」段落的 backlink 機制 + 「核心要點」內附來源標記，已足以承載這種累積式更新。
  3. 兩篇來源在 履歷寫作 內互補對照：Hireup（生產者視角，三心法）vs yiyouliu（消費者視角，五原則）。已加表格在頁面內讓讀者一眼看到差異。

命名決策（不建頁）：

  • 不建 可遷移能力（Transferable Skills）：本文僅一次性提及，內容太薄。判準 (a) 多源出現 (b) 跨脈絡應用 (c) 業界穩定譯名——目前只中 (b)(c)，差 (a)。等下一份提到可遷移能力的來源再建。
  • 不建 讀者視角（Reader’s View）：本應用獨立成頁，但同概念已分散在 切角（受眾導向）、價值主張（受眾導向）、概念簡報（讓人記得什麼）三頁。這是「umbrella 概念」的反例——讀者視角不是新概念，而是既有概念的另一個表述。內容夠分散在四頁裡互相呼應，無需新頁。
  • 不建 yiyouliu 實體頁：LinkedIn 個人帳號、單篇來源、本名未具明，沿用 Hireup / 阿邦 / 富川創造的既有處理。
  • 不建 配適（fit）/ 管理成本 / 學歷差距：均為文中操作詞，單一語境，內容過窄。

累積觀察：

  • 職涯 cluster 的中心頁 履歷寫作 現有 3 個來源（Hireup / STAR / yiyouliu），加上 面試 與 接案提案 各 1 個獨立來源，已達「MOC-職涯」可考慮的階段（先前 log 「MOC 待建議」清單已記）。
  • yiyouliu 這次帶進的「招聘者也能用同樣原則」是個跨方向的 bridge——意味著未來如果 ingest 一份從 recruiter / 招聘者視角寫的文章，可以用「同一套原則 / 不同方向」的方式接到既有 cluster，而不需要建新 cluster。

建立第一個 MOC：MOC-職涯

  • 響應 standing offer（先前已暗示成熟）；履歷寫作 / 面試 / 接案提案 / STAR原則 已形成緊密 cluster。
  • 設計選擇：MOC 結構分四段——範圍 / 核心命題 / 主軸（核心頁）/ 工具層（跨場景技術）/ 鄰接領域 / 來源累積。設計藍本：把 cluster 視為「主軸 + 工具層」的兩階結構。
  • 核心命題寫成單句：「不是『我是誰』的證明，而是『我能幫你解決什麼』的預告片——讓對方好做決定，而非困難做判斷。」這是把 Hireup + yiyouliu + DayinUP + Elvis Lin 四篇來源蒸餾出的共同骨幹。
  • 同 wiki 頁可能屬於多個 MOC：個人品牌 與 接案提案 將同時屬於未來的 MOC-職涯與 MOC-創作者經濟，這是預期且健康的——MOC 之間可以重疊，wiki 頁只在自己的主檔位住一份。已寫入 MOC-職涯 備註。
  • 更新 index.md：「Maps of Content」段從「尚無條目」變為一條。

Ingest：2023 Feat.con 創作者年會筆記（最大規模單一 ingest，壓力測試 #11）

收穫：

  1. vault 第一次處理「會議筆記 / 多講者集合」型來源——9 場演講 ≈ 9 個 mini-來源；schema 沒問題：以單一 source-article 承載，「演講者與主題清單」表格 + 各演講分節提取要點，效果良好。
  2. 創作者經濟 cluster 一次性開展——之前 vault 沒有 YouTube、創作者經濟、網路節目 等核心概念，這次一次補完核心 5 概念；原本散落在 個人品牌、內容策略、流量池模型 的「創作者」相關內容現在有了清楚的中心頁。
  3. YouTube 實體頁是 vault 的「overdue addition」——之前在 Google、ChatGPT、興趣泡泡 等多頁被引用但無實體頁；這次 Feat.con 提供足夠厚度補建。反思：未來 ingest 若發現某 entity 已被多頁引用但仍未建頁，應主動補建，避免長期斷鏈。
  4. 「反向受眾選擇」首次出現——Joeman 的「長輩是衣食父母」（就是要看房意外吸引中老年觀眾）是 Z世代 為主的創作者經濟中，刻意鎖定非主流受眾的反例。已在 Z世代 與 Joeman 的「備註」標出。
  5. 「reduce-then-pivot」（演算法層級的果斷退出）——Cheap 的「蜜月期沒起色就直接換頻道」是 vault 第一次出現「徹底放棄目前嘗試從零開始」這種策略；可能是其他領域（產品 PMF、職涯定位、研究方向）也適用的模式，未來可累積。
  6. bridge：志祺七七 把 5 個 cluster 串起來——稅務 + 所有權 + 原則性談判法 + 管理 + 生活平衡，這是創作者經濟與其他 cluster 最緊密的 bridge 點。

命名決策（建頁）：

  • 5 個新概念名稱選擇：
    • 創作者經濟（vs Creator Economy）：中文圈穩定譯名，aliases 保留英文與簡中。
    • 網路節目（vs 帶狀節目 / Programming）：中文 YT 圈兩者並用，「網路節目」較完整描述定義（10 集 + 定期 + 製作精良），帶狀節目作 alias。
    • 小眾內容（vs 垂直內容 / Niche Content）：中文圈兩者並用，aliases 保留所有形式。
    • 變現（vs 創作者變現 / Monetization）：選最短的詞作主檔名，創作者變現作 alias 以利範圍擴展（未來其他變現主題如 SaaS 變現、Newsletter 變現可累積）。
    • Z世代（vs Gen Z / Generation Z / 數位原生世代）：中文圈最自然的稱呼，英文版 alias。
  • 4 個新實體名稱選擇：
    • YouTube：英文標準名稱。
    • 阿滴：中文圈最常用稱呼；英文 Ray Du / Ray-Du 作 alias。
    • Joeman：英文常用，本人也以此自稱；中文音譯不統一所以不作主檔名。
    • 志祺七七：YT 頻道名稱，比「志祺」/「圖文不符」/「Simple Info」更具識別度；後三者作 alias。

命名決策（不建頁）：

  • 不建 超認真少年 / Cheap / 愛莉莎莎 / 福爾思庭 / Dcard / PressPlay / 圖文不符 / Sharen / Adam / Gloria / 阿仔師：
    • 超認真少年 / Cheap：演講內容已收在 創作者經濟 / 小眾內容 / 網路節目 內；本人主題深度未到實體頁標準。
    • 愛莉莎莎 / 福爾思庭：團購心法已收在 變現 內；本人尚不需獨立頁。
    • Dcard：作為平台值得建，但本文只討論 Dcard YT 帳號的策略，沒解釋 Dcard 平台本體；建頁內容會太薄。等下一次有討論 Dcard 平台的來源再建。
    • 圖文不符 / Simple Info：先合併在 志祺七七 頁（因 志祺七七 的 frontmatter alias 已收）；未來若內容區隔需要（圖文不符的設計案例 vs 媒體業務分離討論）再拆獨立實體頁。
    • PressPlay / Sharen / Adam / Gloria / 阿仔師：均為單篇來源、單句引用脈絡，不夠厚度。
  • 不建 SWOT 分析 / 北極星指標 / 第二曲線 / 流量變現 vs 留量變現 / 業配 vs 團購 / 黃標 / Shorts / 頻道會員 / 創作者雷區 / 蜜月期 / 高原期：
    • 商管通用框架（SWOT / 北極星 / 第二曲線）：等獨立來源詳述後再建。
    • 變現子模式：已收在 變現 主頁的對照表中；獨立頁會稀釋主頁的橫向比較功能。
    • 創作者雷區：已收在 創作者經濟 與 志祺七七 內。
    • 蜜月期 / 高原期：是 社群推薦演算法 的子現象，已寫入該頁。

累積觀察：

  • 單一 ingest 的「規模上限」似乎在 9 個新頁——上次 2026-04-28-高效原力工作坊（9 新頁）和這次（9 新頁）相同。理由可能是：(a) 一篇來源能展開的概念 / 實體大概就這個量級；(b) 太多新頁會讓 cross-link 互連的工作量爆炸。日後若再遇大型來源（書本、課程、長 PDF），可考慮拆分為多次 ingest。
  • 「策展人」(curator) 角色第一次出現——之前都是「作者 / 講者 / 一作」；歡歡是會議筆記者而非演講者本人，這是新的後設資料類型。frontmatter 用 author: 歡歡 + event: + curator-note: 處理；schema 沒問題但值得記下未來模式：使用者貼入「他人整理的會議筆記 / 課程筆記 / 演講總結」會越來越常見。
  • MOC-創作者經濟 條件已成熟：5 個新概念（創作者經濟 / 變現 / 網路節目 / 小眾內容 / Z世代）+ 4 個實體（YouTube / 阿滴 / Joeman / 志祺七七）+ 1 篇來源（Feat.con）+ 跨叢集 bridge（個人品牌 / 流量池模型 / 行銷漏斗 / 內容策略）。可在下次 ingest 後考慮建立。

待辦更新

建立第二個 MOC：MOC-創作者經濟

  • 響應 ingest #11 累積條件（5 概念 + 4 實體 + 1 主來源 + 4 跨叢集 bridge）。
  • 沿用 MOC-職涯 的四段結構（範圍 / 核心命題 / 主軸 / 工具層 / 鄰接領域 / 來源累積），新增「實體」段（平台 / 創作者 / 母公司）以呈現此 cluster 的角色多樣性。
  • 核心命題：「不只是『做出爆款影片』，而是把個人 IP 經營成可持續、抗演算法波動、有多元變現、有組織韌性的內容事業。」蒸餾自 9 場演講的共同骨幹。
  • 四個關鍵轉變寫成命題：流量 → 留量 / 單點 → 系統 / 大眾 → 小眾 / 個人 → 組織。
  • 與 MOC-職涯 的共有節點：個人品牌 / 接案提案 同時屬於兩 MOC，已在兩處備註標出。

流程偏好變更（使用者反饋）

  • 規則：vault 中當 MOC 條件成熟（5+ 概念頁、3+ 來源、有跨叢集 bridge）時，直接建立，不再詢問。
  • 記下日期：2026-04-28
  • 影響：未來 ingest 後若偵測到 cluster 滿足條件，自動把 MOC 建立加入該次 ingest 的工作清單。

Ingest：SurveyCake / Medium「如何做好異業合作，成為大家口中的經典案例」

收穫：

  1. 異業合作補上行銷增長 cluster 的最後一片拼圖——在此 ingest 之前，cluster 有 行銷漏斗 / 流量池模型 / 群眾募資 / 內容策略 共 4 個概念，這次補入第 5 個。
  2. 首次「主動式 MOC 建立」——依新 feedback 規則（2026-04-28 同日早些建立），偵測到 cluster 達標（5 概念 / 5 來源 / 3 跨叢集 bridge）後直接建立 MOC-行銷增長，未詢問用戶。schema 與工作流均運作良好。
  3. MOC-行銷增長 與 MOC-創作者經濟 高度重疊——4 個概念（行銷漏斗 / 流量池模型 / 內容策略 / 個人品牌）在兩個 MOC 都會被列為核心 / 工具層。已在兩個 MOC 的「備註」段標出這是預期且健康的：MOC 是查詢視角，wiki 頁只在自己主檔位住一份。
  4. 第一個跨「個人 / 品牌」邊界的概念——異業合作 同時涵蓋公司品牌間合作（麥當勞 × BTS）與創作者間合作（KOL feat.），是 MOC-行銷增長 與 MOC-創作者經濟 最自然的橋樑。

命名決策：

  • 新建 異業合作 而非「跨界合作」/「品牌合作」：中文圈商管語境最自然的詞是「異業合作」，aliases 保留所有變體。
  • 不建 SurveyCake 實體頁：單篇來源、SaaS 工具，沿用 Hireup / DayinUP / 1111 既有處理。
  • 不建 UTM / 合作申請表 為獨立頁：均為 異業合作 內的工具細節，內容過薄。
  • MOC 命名：MOC-行銷增長（vs MOC-Growth-Marketing / MOC-增長行銷）——選繁中圈最自然的「行銷增長」為主檔名。

建立第三個 MOC：MOC-行銷增長

  • 響應 ingest #12（2026-04-28-SurveyCake-異業合作）的 cluster 達標。
  • 沿用 MOC-職涯 / MOC-創作者經濟 的結構（範圍 / 核心命題 / 主軸 / 工具層 / 鄰接領域 / 來源累積）。
  • 核心命題：「增長不靠運氣，而是漏斗、流量池、跨界合作與內容的組合工程。」
  • 四個核心轉換點：陌生 → 認識（異業合作 / 演算法） / 認識 → 留資（漏斗中段內容） / 留資 → 購買（群募 / 銷售活動） / 購買 → 回購（流量池 / 長期溝通）。
  • 與 MOC-創作者經濟 的重疊：行銷漏斗 / 流量池模型 / 內容策略 / 個人品牌 / 變現 在兩 MOC 都會被列為核心 / 工具層；異業合作 是兩 MOC 最自然的橋樑。

累積觀察

  • 三個 MOC 形成的 vault topology：
    • MOC-職涯：個人服務銷售（求職 / 面試 / freelance / 個人品牌）
    • MOC-創作者經濟：個人 IP 經營（內容 / 社群 / 變現 / 組織韌性）
    • MOC-行銷增長：把陌生人變成顧客的工程（漏斗 / 流量池 / 合作 / 內容）
  • 三個 MOC 之間有大量重疊節點（個人品牌 / 接案提案 / 行銷漏斗 / 流量池模型 / 內容策略 / 變現）——這代表 vault 的中心地帶正在從「孤立 cluster」變成「節點互聯的知識圖」。
  • 仍待建 MOC：MOC-設計思考（5 階段 + 工具豐富，最久的待建項）、MOC-LLM-應用設計、MOC-UX。其中設計思考最快達標，下一次 ingest UX / 設計類來源時可一併完成。

Ingest：YouTube 影片「小心效率陷阱：為什麼你不需要第二大腦或者個人知識庫？」

收穫：

  1. vault 第一次擁有 PKM 方法論本身的批判性條目——之前 LLM-Wiki 與 Memex 都是從 vault 設計藍本切入；這次第一次有「人類手動 PKM」的代表作（第二大腦）入庫。讓 LLM-Wiki 在 vault 中有了清楚的對照組。
  2. 批判性 ingest 的處理示範——影片同時介紹 第二大腦 並批評其過於繁複。在 第二大腦 / PARA / CODE系統 各頁都採用「核心要點＝書中主張 + 備註＝影片批評」的雙層結構，避免讓 wiki 頁變成單向背書。值得記住：未來 ingest 評論型來源時可沿用此「主張 + 批評分層」格式。
  3. Actionability 是跨 cluster 的橫向概念——不只服務 PKM；對閱讀清單、書單、podcast queue 等任何累積型實踐都適用。預期未來會被多個 cluster 反向引用。
  4. 12個問題法則 / Slow-burn專案 是「為什麼可以儲存」的合法化條件——這兩個概念補上了 Actionability「輸出決定輸入」的細節：不是所有儲存都該被禁止，只是儲存必須對應一個（即使休眠中的）已定義輸出。
  5. Tiago-Forte 與 打造第二大腦 並建——同 Tim-Ferriss / 一週工作4小時、Karpathy / Karpathy-LLM-Wiki-gist 的「人 + 代表作」配對模式延續，是 vault 的穩定習慣。

命名決策：

  • 第二大腦（vs Second Brain / Building a Second Brain）：中文圈最常用稱呼，aliases 含英文與簡中。
  • PARA：英文縮寫已是業界術語，不譯。aliases 補 “PARA Method” / “PARA 結構”。
  • CODE系統（vs CODE / CODE Method）：與「PARA」並列時加「系統」二字避免單詞 CODE 在內文中被誤讀為「程式碼」；alias 保留純 CODE。
  • Actionability：直接用英文。中文「可操作性」常見但不夠 sticky；alias 收齊「可操作性」「可行動性」「輸出決定輸入」。
  • 12個問題法則（vs Twelve Favorite Problems）：選中文版作主檔名，aliases 收齊英文與多種中譯。
  • Slow-burn專案（vs Slow-burn Project / 慢燉專案）：英中混合，主檔名保留英文 “Slow-burn”（業界辨識度高）+ 中文「專案」（vault 一致用「專案」而非「項目」）。Sprint 在內文與 alias 處理，不獨立建頁——兩者是對偶概念，分頁會割裂語意。
  • Tiago-Forte：英文姓名，連字號連接（vault 慣例：Ali-Abdaal / Tim-Ferriss / Vannevar-Bush 同樣處理）。
  • 打造第二大腦（vs Building a Second Brain / BASB）：中譯版書名作主檔名，aliases 含原書名。

命名決策（不建頁）：

  • 不建 項目盒子（Project Box）：是編舞家的具象比喻，已在 第二大腦 與 Slow-burn專案 內表述；獨立頁會稀釋 PARA 與 Slow-burn專案 的中心性。未來若 GTD / Todoist / Things 等項目管理來源 ingest 時遇到反覆引用，再考慮升級。
  • 不建 效率陷阱：是影片的批判性框架（lens），不是可獨立累積的概念；已在 第二大腦 內以「常見誤讀」形式收錄。
  • 不建 極簡筆記法則 / PC(O)：影片作者自創的 BASB 簡化版，目前只有單一來源支撐；獨立建頁會給 vault 引入「作者個人重混版」的不必要分支。已在 CODE系統 與 PARA 的「備註」段引用。
  • 不建 編舞家本人（Twyla Tharp 風格但影片未實名）：影片只描述風格，未實名指認；無依據建獨立實體頁。

累積觀察：

  • 「PKM 譜系」cluster 開始成形——目前已有 Memex（1945, 思想前身）→ 第二大腦（2022, 人手動策展）→ LLM-Wiki（2025+, LLM 維護）三個世代的代表頁，加上 Vannevar-Bush、Karpathy、Tiago-Forte 三位譜系人物。這個 cluster 還沒到 MOC 條件（缺主來源、缺 4-5 個概念）；先記下「MOC-PKM」為下一個候選 MOC，等 ingest 累積到 5+ 概念時再建。
  • 單一影片來源 = 8 新頁——逼近觀察到的 9 頁上限。理由：這個影片同時介紹一本書 + 批判一本書 + 提出新方法，密度偏高。若未來再遇此類「方法論評論」型來源，可預期 5-8 新頁的工作量。

一次補建 3 個待建 MOC：MOC-設計思考 / MOC-UX / MOC-LLM-應用設計

  • 響應使用者「可建立」指令（一次授權三個 MOC）。
  • 三個 cluster 都早已成熟但一直在「待建」清單上——這次一併補完。

MOC-設計思考：

MOC-UX：

MOC-LLM-應用設計：

  • 範圍：vault 最大 cluster——17+ 概念頁、9 實體、7 來源
  • 核心命題：「LLM 應用的核心不是模型，而是把模型放進系統的方式」
  • 主軸：5 層結構（基本元件 / Agentic 系統 / 協議 / 商業 / 模型行為與限制 / 應用層）
  • 三結構性轉變：prompt → context / LLM → Agent / API → Aggregator
  • 自我參照特性：LLM-Wiki 既是 vault 設計藍本，也是 LLM 應用的一種——未來若 vault 走向 pipeline 自動化（CLAUDE.md §8）這個 MOC 的內容會直接指導實作

MOC-設計思考 vs MOC-UX 的分工：

累積觀察 2：

Ingest：PPT.note《實習求職生存包｜Survival Kit》（PDF）

收穫：

  1. 職涯 cluster 從「內容怎麼寫」補到「介面怎麼讀」——既有 履歷寫作 已經有讀者視角、切角、概念簡報、STAR；這份 PDF 新增 履歷設計，把照片、留白、對齊、配色、字型、PDF 輸出、檔名納入同一個決策友善框架。
  2. 可遷移能力 從履歷頁中的一點升級為獨立概念——既有 履歷寫作 已提到可遷移能力 × 專業能力的綜效；本來源用「非相關科系 / 沒經驗」場景強化它的職涯橋接用途，因此值得獨立建頁。
  3. 面試 的 Rehearsal 變得更具體——本來源補上反覆練習、錄音、依企業類型調整語速等做法，讓「口條不好」從天賦問題改寫為演練密度與回饋問題。
  4. PDF 抽文字的限制已記錄——Chapter 4 字型示範頁因 PDF 字型編碼有部分亂碼；sidecar 只整理可讀內容與頁面上下文，不重製全文。

命名決策：

  • 新建 履歷設計 而非「簡歷設計」：vault 既有核心頁是 履歷寫作，用「履歷」保持 cluster 命名一致；aliases 收「簡歷設計」與英文。
  • 新建 可遷移能力 而非「可轉移能力」：與既有 履歷寫作 用語一致；aliases 收「可轉移能力」與英文 Transferable Skills。
  • 不建 PPT.note / Ina Wang / @yolo_jin 實體頁：本來源以共同教材形式出現，人物 / 組織脈絡不足；先保留在來源頁 metadata，未來若 ingest 其原始內容或多篇作品再建。

Ingest：AWE 數位行銷工作坊「FG 與 IG 廣告」

收穫：行銷增長 cluster 補上「付費社群廣告投放」這個先前只在 MOC 未來方向提到的缺口。此來源的實務提醒集中在 Facebook / Instagram 平台分工、前台 / 後台投放、支付稅務、刊登政策、文案素材與 mobile-first 原則；使用者補充的重點「FB AD 6% 稅」與「App 推薦用 FB AD SDK」已保留於來源頁與 Meta廣告投放。

Ingest：獨立創意電子報 004「策略後，激發創意的強大」

收穫：這次 ingest 把行銷增長 cluster 從「投放 / 內容 / 漏斗」補到更上游的策略層。廣告策略 提供從市場資料、TA 定義、洞察到創意接棒點的流程，讓 內容策略 與 Meta廣告投放 不只處理素材形式，也能回扣「為什麼這樣說」的判準。

Ingest：獨立創意電子報 005「該堅持自己的風格嗎？」

收穫：這次 ingest 把 004 的 廣告策略 往創意表現層推進：策略不只要找對溝通問題，也要判斷品牌風格與代理商風格如何拿捏。創意風格 補上「獨立代理商為何需要辨識度」與「廣告創意為何不能讓代理商風格蓋過品牌」這組張力；左岸咖啡館 X KKDAY「無目的旅行」則補強 異業合作 的品牌體驗型案例。

Ingest：獨立創意電子報 006「包裝的『靈魂』是什麼？」

收穫：第一次把「設計 / 品牌包裝」領域帶進 vault；新建概念頁 包裝設計 + 兩個案例實體（本質研究、平安龜）+ 設計公司實體（就曰設計）+ 發行平台（Indie-Creative-電子報）。同月主軸下 005 的 創意風格 與 006 的 包裝設計 形成「團隊層 vs 產品層」的姊妹概念，共享「拒絕『視覺漂亮 = 好』」的判準。

Ingest：獨立創意電子報 007「檢核提案的 10 個問題」

收穫：007 完成 11 月「風格三部曲」的閉環。005 提出「風格 = 有差異化的思考角度」命題，006 給產品層案例（包裝設計），007 由電子報編輯傑哥親自下場給團隊層案例（社群擴散路徑），並完整論證「思考角度 → 風格」的形成機制——當判準長期常駐腦袋（透過 檢核提案的-10-個問題 反覆對照），所有提案會自帶相同色彩。

附帶觀察 1：創意風格 的更新有「概念脫水重生」的味道——原本以 005 為基礎的條列定義，加上 007 之後從「風格是什麼」延伸出「風格如何形成」，從靜態描述升級為動態機制；005 引言中那句被視為 vague 的編輯話術，有了具體支撐。

附帶觀察 2：007 是 Indie Creative 系列第三筆 ingest，Indie-Creative-電子報 從一個低密度的「發行平台」實體，開始累積成有結構（11 月主軸三部曲）的中樞頁；類似累積會在後續期數 ingest 時持續。

Ingest：獨立創意電子報 008「站在強者的肩上眺望風景」

收穫：008 把 vault 從「方法論 / 機制」延伸到「作品庫」。先前三期各自貢獻概念骨架（創意風格 / 包裝設計 / 檢核提案的-10-個問題 / 社群擴散路徑），008 則塞進五個具體「強者作品 + 兩個年度大獎」實體，讓未來查詢「2021 年公益創意誰最厲害」、「IKEA 借勢動森」之類的問題能直接命中。

附帶觀察 1：008 中傑哥親自賞析的兩件作品（孤寒大飯店 / 來嗑藝術季）共享「宣傳通路選擇 是創意一環」的洞察，且這個洞察在文章中沒有被命名為固定術語，是 vault 主動命名並建頁的——是「使用者隱含洞察 → vault 顯化為概念」的第一例，未來 lint 時可關注是否有更廣的對照案例。

附帶觀察 2：只要有人社群顧問 已連續 005 / 007 / 008 三期被觸及（被傑哥親自帶入），密度開始集中。如後續再 ingest，本頁可能成為「行銷 / 社群」叢集的 hub 候選；但 MOC 條件（5+ 概念 / 3+ 來源 / 跨叢集 bridge）尚未湊齊，暫不建。

Ingest：獨立創意電子報 009「帶我走出門的《創意入門》」

收穫：vault 第一次涉足「品牌 / 領導學」域。黃金圈理論 是會被反覆引用的經典框架，從原野守弘的轉述進來反而比直接 ingest Sinek TED talk 更有 vault 脈絡——透過「日本創意人 → Sinek 框架 → 大腦結構 → 廣告生物學」的論證鍊串起來，給 價值主張 / 個人品牌 / 切角 / 情緒價值 等既有概念補上一條「為什麼 Why 比 What 更有效」的生物學論證。

附帶觀察 1：四本「不為其建頁」的決策——三件原野守弘代表作品（森之木琴 / OK Go MV / Eight 名片）inline 在 原野守弘 頁；張錫鎬 / Momofuku /《吃顆桃子》文末提及性提到，不建頁。理由：未來如果有更多原野作品被討論可拆出來，但現在 stub 級的工作頁會稀釋密度。

附帶觀察 2：本期是 Indie-Creative-電子報 從「行銷 / 廣告」實作叢集首次跨入「品牌 / 心理 / 跨域學習」的標誌——傑哥自陳「非行銷直接相關的書反而能帶來更多想法衝擊」呼應 12 月主軸。後續期數的擴張方向值得追蹤。

2026-04-29

Ingest：獨立創意電子報 011「我們不要只是做廣告」

收穫：vault 中廣告 / 行銷叢集的轉折點。005-009 都在問「怎麼做更好的廣告」（風格 / 包裝 / 提案 10 問 / 廣告獎賞析 / 創意入門理論基礎），011 第一次明確問「為什麼還需要『廣告』這個分類」——並把答案落到具體的整合解決方案案例（SIDOLI-RADIO-小島裡 多型態空間、飲冰室「我的小小小詩集」集資出版）。不只做廣告 概念把方序中的三組落地觀念（中間群體擴散 / 慢設計 / 大月小月品牌加值）收攏成一個可被未來案例累積的容器。

附帶觀察 1：貓取廣告 在 005 ingest 時故意未建頁（當時 Indie-Creative-電子報 也還沒建），只在 alias 層被提到。經 011 第二次撰文後密度足以建頁——撰文者、案例、團隊風格、與電子報關係都有具體素材，且此頁是「不只做廣告」概念的關鍵載體。這驗證了 vault 的「先別建低密度 stub，等密度自然累積」做法（呼應 009 「不為《吃顆桃子》建頁」的決策）。

附帶觀察 2：「貓取廣告 + 只要有人社群顧問」現在都是「思考角度 → 整合解決方案」的雙重案例——前者由小花從廣告代理商視角推（005 風格命題 / 011 不只做廣告），後者由傑哥從社群顧問視角推（007 檢核提案 / 008 廣告獎案例）。Indie Creative 編輯部與貓取彼此論證 / 互引，形成電子報的核心雙軸。

附帶觀察 3：不只做廣告 與 MOC-行銷增長 之間有顯著張力——MOC 範圍是「把陌生人變成顧客的工程」（漏斗思維），而 011 質疑漏斗本身（「迷因化關係只存在於那幾秒」、「共同追求一個願景」）。短期內不會調整 MOC 範圍，但這個張力值得在後續 ingest（特別是品牌策展、文化空間、體驗設計類來源）時持續追蹤——可能誕生新 MOC（如「品牌敘事」、「體驗設計」）或讓 MOC-行銷增長 擴張到漏斗以外。

附帶觀察 4：011 推測發行日 2021-12-22 是從原文 surenotifyapi URL 的 timestamp（20211222040110）反推；vault 尚未 ingest 010 期（推測在 12-15 前後）。如未來 ingest 010 可補完 12 月主軸的完整脈絡。

Ingest：獨立創意電子報 014「我要成為集資冒險王！」

  • 來源：2026-04-29-Indie-Creative-014-集資冒險王（type: source-article）
  • 作者：王大皓（MIXXIN-一起實驗 / Indie Creative 成員）
  • 內容類型：年度產業數據盤點 + 國際平台分析 + 趨勢觀察
  • 月主軸：1 月「趨勢判斷」（接續 013 不動產主題、本期接 2021 群募市場）
  • 內容來源：使用者貼上全文（5 張 notion s3 圖以外部 URL 形式存在，未含本機附件，故為純文章而非 bundle）
  • 新建 wiki 頁（8）：
  • 更新 wiki 頁（4）：
    • 群眾募資：從 stub 大幅升級為「群募產業地景頁」——補入預購 vs 原創、大品牌試水溫策略、Kickstarter 桌遊三要素、國際平台地景表（11 個平台）、地域定價策略、後集資銜接、新藍海命題
    • Indie-Creative-電子報：補入 014 期條目、1 月「趨勢判斷」月主軸、MIXXIN 加入成員公司清單；備註中加入「成員公司四足鼎立」結構觀察（社群 / 設計 / 廣告 / 集資 vertical）
    • 異業合作：補入日本 GreenFunding × 蔦屋書店線下展示 / 通路合作（平台 × 實體零售型）
    • MOC-行銷增長：結構骨架補入 後集資 / 集資分眾平台 兩節點 + 來源累積條目
  • 更新 index.md：是

收穫：vault 中「群募 / 集資」叢集的第一次規模化補強。先前 群眾募資 是個 stub（只談「銷售前置化 + 從眾效應 + 出貨體驗」幾個方法論點），014 從產業 / 平台 / 地景視角補上：

  • 平台層：嘖嘖 / flyingV / Kickstarter / Indiegogo + 6 個國際平台（其中 Makuake / CAMPFIRE / GreenFunding / Wadiz / Gamefound / 真實引擎 / 挖貝 留在 群眾募資 表格中以一行描述，未獨立建頁——為避免低密度 stub）
  • 數據層：2021 台灣 ~27 億 / 預期 2022 突破 35-40 億 / Kickstarter 三類別 180 億+
  • 策略層：大品牌試水溫、桌遊三要素、地域定價、後集資銜接、分眾平台後進者策略

附帶觀察 1：集資分眾平台 與 後集資 是 vault 第一批「產業 vertical-specific 但抽象起來可遷移」的概念。集資分眾平台的「找出綜合平台弱項建立分眾」邏輯適用於 SaaS / 影音 / 電商 / 社群等任何平台市場；後集資的「填補主階段與下游階段之間的銷售空擋」可遷移到任何「準備期 → 履約期 → 銷售期」串接結構（如新書出版、軟體新版、課程上線）。

附帶觀察 2：014 補完了 Indie Creative 成員公司的「集資 vertical」——先前 005-011 已涵蓋社群（只要有人社群顧問）、設計（就曰設計）、廣告 + 整合（貓取廣告）三個 vertical；MIXXIN 補上集資。這呼應 011 母品牌願景宣言「創意、設計、空間、社群、集資、策展」中的「集資」一格。

附帶觀察 3：「不要建低密度 stub」原則的實作——日本三平台（Makuake / CAMPFIRE / GreenFunding）+ 韓國 Wadiz + 台灣新平台（挖貝）+ 國際 Gamefound + 台灣分眾（真實引擎）共 7 個平台僅在 014 中各得 1-2 段描述，全部留在 群眾募資 國際平台地景表中以一行描述，未獨立建頁。建頁門檻仍維持「至少有具體案例 + 多角度觀察」（嘖嘖 / flyingV / KS / Indiegogo 達標，其他不到）。Indiegogo 是個邊界案例——只有 InDemand 一個焦點，但因為它是 後集資 概念的代表服務母體，故仍建頁。

附帶觀察 4：本期是 vault 第一次出現產業數據級別的內容——具體交易金額、平台規模、年度成長率等。這類資料有時間敏感性，2026 年 ingest 2022 年的數據時，群眾募資 頁內的數字本質上是歷史快照。如未來 ingest 較新的群募年報，可在 群眾募資 內以「年度數據」分區累積，而非覆蓋——保留時間序列。

附帶觀察 5：014 與 011 的張力對位——

兩者都被 Indie-Creative-電子報 收容，反映電子報「集合不同 vertical 的不同思維」的編輯結構——vault 不需要強行調和兩者，只要分別記錄各自方法論即可。

Ingest：獨立創意電子報 016「關於與 KOL 合作的二三事」

  • 來源：2026-04-29-Indie-Creative-016-KOL合作二三事（type: source-article）
  • 作者：Calvin（不來梅創意 創辦人 / Indie Creative 成員）
  • 內容類型：經驗分享 / 反案例 / 失敗教訓（vault 中第一篇明確以失敗為主軸的 Indie Creative 文章）
  • 發表日：2022-02 推測（光頭葛格陳俊傑生日 2 月 7 日；Calvin「寫這篇文章之時，恰好是光頭葛格的生日」）
  • 月主軸：未明示（014 是 1 月「趨勢判斷」，016 跨入 2 月可能進入新主軸）
  • 內容來源：使用者貼上全文（2 張 notion s3 圖以外部 URL 形式存在，未含本機附件，故為純文章而非 bundle）
  • 新建 wiki 頁（2）：
  • 更新 wiki 頁（5）：
    • 異業合作：補入「KOL 合作的甲方視角」段落 + 來源條目；對應 4 大評估指標的具體實作
    • Indie-Creative-電子報：補入 016 期條目、不來梅創意成員清單；補「014 → 016 缺口」（015 待 ingest）+ 「成員公司五足鼎立」結構觀察（補上「反案例 / 失敗教訓」獨特視角）
    • 個人品牌：補入「KOL合作 的反面視角」段落——粉絲鐵粉語 / 粉絲行動模式作為 KOL 個人品牌的可辨識資產
    • MOC-創作者經濟：工具層補入 KOL合作 作為甲方視角（對位 變現 乙方視角）+ 來源累積條目
    • MOC-行銷增長：增長動作層補入 KOL合作 作為 異業合作 的具體實作 + 來源累積條目
  • 更新 index.md：是

收穫：vault 中第一次出現「反案例 / 失敗教訓」為主軸的概念頁建構。先前所有概念多半從成功實作或方法論抽象（005-014 都是命題 / 機制 / 案例 / 框架），016 第一次以「慘案 → 教訓 → 正確做法」結構進入 vault。這給 vault 補上一個重要視角：不只「該怎麼做」，也累積「不該怎麼做」。

附帶觀察 1：KOL合作 與既有頁面形成「視角矩陣」——

  • 乙方（KOL / 創作者）視角：變現 中的業配 vs 團購、CPV 業配價碼、雷區 #3「合約談判」
  • 甲方（品牌 / 代理商）視角：KOL合作 中的中介溝通 / 合約必載條款 / 滿足粉絲企劃法
  • 雙方共有：異業合作 中的 4 評估指標、個人品牌 中的合作對象品牌調性會延伸到自己的品牌印象

這證明同一個生態場景（KOL 合作）值得從不同角色視角各建一頁，而非塞進單一頁。

附帶觀察 2：「不建低密度 stub」原則的再次實作——016 提到的 KOL 個人（光頭葛格 / 反正我很閒 / 愛莉莎莎 / 486 先生）全部不建頁；連結語法也避免（新頁文中的 反正我很閒 / 愛莉莎莎 已被取消連結為純文字），避免製造死連。觀察到既有 變現 頁仍有 [[愛莉莎莎]] 死連（pre-existing），但不主動修補（out-of-scope）；如未來 lint 觸發可整批清理。

附帶觀察 3：不來梅創意 的「五足鼎立」結構觀察——Indie Creative 五個 ingest 過的成員公司各代表不同 vertical（社群 / 設計 / 廣告 / 集資 / KOL），且 016 補上獨特的「反案例」視角——這暗示電子報的編輯結構不只是「不同領域輪流登場」，而是有意識地累積不同視角（成功 / 失敗 / 趨勢 / 反思）。可能是電子報主辦傑哥的隱性編輯方針。

附帶觀察 4：Calvin 結尾的「好運貓貓幸運文」（半玩笑式祝福）反映代理商日常四大焦慮源——提案滿意 / KOL 答應 / 過稿通過 / 收款如期。這是 vault 中第一次有「代理商工作流的情緒層」內容；可能與 情緒價值 / 語氣與聲調 鄰接，但本期不主動建頁，等更多 ingest 累積。

附帶觀察 5：本期已是 2026-04-29 的第三筆 ingest（011 / 014 / 016 同日連續）；vault 在 Indie Creative 系列上的覆蓋已達 005-016 中的 005 / 006 / 007 / 008 / 009 / 011 / 014 / 016 共 8 期，缺 010 / 012 / 013 / 015。如未來 ingest 缺漏期，可補完 11 月「風格」→ 12 月「聽不一樣的聲音」→ 1 月「趨勢判斷」→ 2 月（新主軸）的編輯月主軸完整脈絡。

Ingest：獨立創意電子報 018「KOL 合作的無限可能」

  • 來源：2026-04-29-Indie-Creative-018-KOL合作無限可能（type: source-article）
  • 作者：傑哥（只要有人社群顧問 創辦人 / Indie Creative 編輯——本人第 4 度撰文：005 引言 / 007 / 008 / 018）
  • 內容類型：成功案例分享 / 方法論延伸（與 016 反案例對位）
  • 發表日：2022-03-04（推測自 surenotifyapi timestamp 20220304013307）
  • 主案例：foodpanda × How哥「一半」春節 campaign（2022-02 pandapro 半價促銷）
  • 內容來源：使用者貼上全文（4 張 notion s3 圖以外部 URL 形式存在，未含本機附件，故為純文章而非 bundle）
  • 新建 wiki 頁（1）：實體 How哥
  • 更新 wiki 頁（7）：
    • KOL合作：大幅擴充——新增「進階：KOL 共創式合作」整段，含三組進階手法（通路切割 / 迷因延伸 / 演算法配合）+ 「016 vs 018 對位表」+ 必要條件三點宣示（長期信賴 / 無比尊重 / 合理報價）
    • 只要有人社群顧問：補入 foodpanda × How 哥「一半」案例（第 4 個代表作品）+ 與 Indie Creative 關係更新為「思考角度 → 風格 → 擴散工程 → 共創延伸」四期累積方法論進化軸
    • Indie-Creative-電子報：補入 018 期條目；補「016 → 018 缺口」（017 待 ingest）+ 「KOL 合作雙週期」結構觀察（vault 中第一次見到電子報用連續期數對同一概念做正反雙視角合奏）
    • 社群擴散路徑：補入「雙粉專同主題連續 push」作為新槓桿組件（演算法把連續曝光集中在重疊受眾的 FB 動態牆）+ 切半彩蛋綁定兩個粉專同時關注的進階手法
    • 宣傳通路選擇：補入 foodpanda × How 哥「一半」作為 孤寒大飯店 / 來嗑藝術季 的數位姐妹案例——通路（粉專）本身被當作切半的物理介面使用
    • 異業合作：補入 KOL feat. 進階模式（雙粉專切半 + 互買庫存延伸 KOL 迷因）
    • 創意風格：補入「思考角度 → 風格」第 3 個團隊案例（005 引言 / 007 麥當勞薯條體 / 018 foodpanda × How 哥）
  • 更新 index.md：是

收穫：vault 中第一次見到「用連續兩期電子報對同一概念做正反雙視角合奏」的編輯結構——016（不來梅創意 Calvin 反案例避坑）+ 018（只要有人社群顧問 傑哥正案例延伸）共同構成 KOL合作 完整方法論：

  • 基本面（016 三軸）：中介溝通 / 合約管理 / 滿足粉絲——「怎麼不要搞砸」
  • 進階面（018 三組）：通路切割 / 迷因延伸 / 演算法配合——「怎麼進一步做好」

兩期之間的方法論銜接是清晰的：沒有 016 的避坑（建立信任）就達不到 018 的延伸（共創）。傑哥在 018 的必要條件宣示「長期信賴 + 互相理解 + 無比尊重 + 合理報價」是 016 三軸的成熟形態。

附帶觀察 1：How哥 是 vault 中第一個從「品牌合作案例研究」角度建頁的 KOL，與既有 KOL 個人頁（阿滴 / Joeman / 志祺七七：來自 Feat-con 多角度演講）的資料密度結構不同——薄但聚焦於 1 個 campaign 的深度拆解。在頁的「備註」中標註此差異，讓未來 lint 知道這類 stub 屬於有意建構而非偶然殘留。

附帶觀察 2：「不建低密度 stub」原則的繼續實作——018 提到的 foodpanda（客戶品牌）/ 黑嘉嘉（合作 KOL）/ 台北一日遊影片（How 哥內容）皆未建頁。foodpanda 是邊界案例（具品牌規模 + vault 已有 飲冰室茶集 stub 級先例），但 018 對 foodpanda 沒有實質討論——只是案例品牌名——故維持不建。如未來有獨立來源討論 foodpanda 品牌策略再考慮。

附帶觀察 3：只要有人社群顧問 的「思考角度 → 風格」命題（005 引言 / 007 完整論證）現在有了第 3 個案例支撐：

  • 005 引言：本團隊「先從社群討論與擴散思維出發」（命題）
  • 007 麥當勞薯條體：~400 品牌參與、20+ 媒體自主報導（B2C 品牌大型 campaign）
  • 018 foodpanda × How 哥：兩支影片 150 萬+ 觀看、FB 動態牆雙粉專連續曝光（B2C 品牌 + KOL 共創）

三案例貫穿「社群擴散思維」這個 sticky 思考角度，在不同類型的客戶任務中表現出一致風格——這驗證了 創意風格 頁的「思考角度 → 風格」形成機制。

附帶觀察 4：宣傳通路選擇 累積的案例從 008 的兩件實體場景案例（孤寒大飯店 旅展 / 來嗑藝術季 便當販售機）擴展到 018 的數位場景（雙粉專切半），形成「通路本身做成創意一環」這個概念在實體與數位場景的對位。可能值得未來 lint 觀察是否需要拆分概念（例如「通路即創意（實體）」vs「通路即創意（數位）」），但目前案例數仍少，不主動拆。

附帶觀察 5：本期是 2026-04-29 連續第 4 筆 ingest（011 / 014 / 016 / 018）。當天 Indie Creative 系列累計覆蓋 005 / 006 / 007 / 008 / 009 / 011 / 014 / 016 / 018 共 9 期。缺 010 / 012 / 013 / 015 / 017。**KOL 合作雙週期（016 + 018）**已完整 ingest，是 vault 內最早完成的「電子報多期合奏」結構。

2026-04-30

Ingest：獨立創意電子報 019「KOL、創意、策略與他們的產地」

收穫：019 把 KOL合作 從「合作管理」推到「廣告策略」層。016 解決不要搞砸（中介 / 合約 / 粉絲文化），018 解決如何共創（通路切割 / 迷因延伸 / 演算法配合），019 則回到上游：把 KOL 視為平台式載體，先問消費者是否有感，再回推應該結合 KOL 的哪個特質與哪種展現形式。

附帶觀察 1：Wawa 現在有兩個足夠互補的來源：004 建立 廣告策略 四步流程，019 則把此策略思維應用到 KOL合作。因此這次建 Wawa 頁，而不是只把名字留在來源頁。法樂數位 / 廣告樂血研究院 也因 004 + 019 雙來源而達到低限度建頁門檻。

附帶觀察 2：UNO 是邊界案例，但比 018 的 foodpanda 更適合建頁：019 對 UNO 的任務、競品背景、策略限制、禮物盒設計與開箱流程都有完整描述。GATSBY 僅作為競品背景，不建頁。

附帶觀察 3：圖片處理暫留缺口。Notion S3 URL 已無法公開下載（403）；使用者補貼的 4 張圖在對話可視，但未在本機暴露可讀檔案。若後續使用者提供本機圖片路徑或可下載連結，應把 2026-04-30-Indie-Creative-019-KOL創意策略產地 改成 source-bundle，圖片放入同名子資料夾，並在來源頁加「附件清單」表格描述每張圖。

Ingest：獨立創意電子報 022「Web2 行銷人的 Web3 攻略」

  • 來源：2026-04-30-Indie-Creative-022-Web2行銷人的Web3攻略（type: source-article；圖片為 Notion S3 外部 URL）
  • 作者：MINTVERSE 團隊（RE-DREAMER / HUMANOID；作者自稱「Web 2.5 行銷人」，未具名）
  • 內容類型：方法論 / 案例拆解 / 趨勢評論
  • 發表日：2022-05-10（5/10 週二中午 12:00 MINTVERSE 公開 FREE MINT 當天送出；timestamp 20220510040710）
  • 主案例：MINTVERSE《第二宇宙辭典》——2,100 詞彙 NFT 共創專案
  • 內容來源：使用者貼上全文；原文 Notion S3 圖片 URL（5 張，secure.notion-static.com）下載通常 403；本次以純文章保存，未升級為 source-bundle
  • 新建 wiki 頁（5）：
  • 更新 wiki 頁（4）：
    • Indie-Creative-電子報：補入 022 期條目；註記 vault 中第一個 Web3 / NFT 主題期數 + 第一個 Web3 / NFT 視角的撰文成員 + 019 → 022 跳躍（KOL 主題收束 → Web3 開場）；更新 vault 已 ingest 期數總覽
    • MOC-行銷增長：補入 022 來源；增長動作層補入 NFT賦能；鄰接領域補入 Web3 / NFT 行銷段落；備註的「未來累積方向」補入 (f) Web3 / NFT 行銷工具集擴充（SBT / 白名單 / token-gated commerce / 空投）
    • 異業合作：補入 NFT 賦能作為「品牌 × NFT 持有社群」新型異業合作載體，註記四項評估指標仍適用（受眾匹配從「對方品牌粉絲」換成「對方 NFT 持有者群像」）；相關來源補入 022
    • 社群擴散路徑：補入「NFT 共創式擴散」作為新組件——把擴散物件物件化為可持有資產，持有者本身成為「共創玩家」而非單純擴散者；MINTVERSE 詞彙開盲盒一天內創意爆發為案例；與其他概念的關係補入 NFT / NFT賦能 在「動機」軸上的影響
  • 更新 index.md：是

收穫：vault 第一次納入 Web3 / NFT 作為行銷工具而非技術主題進入。022 是 Indie Creative 第一個 Web3 / NFT 視角的成員撰文，作者自我定位「Web 2.5 行銷人」與電子報整體獨立創意氣質高度兼容——不死守 Web2，但也不拋棄行銷本質（「人仍對故事渴望、對交流嚮往」）。

從 022 抽出的核心方法論貢獻：NFT 賦能五模式（系列入口 / 屬性過濾 / 單一鎖定 / 空投 / 時間×詞彙），以及 NFT 在行銷中的三種角色（共創物件 / 賦能憑證 / 品牌定位載體）。三角色彼此可疊加：MINTVERSE 詞彙同時是三種角色，這是 vault 中第一個能把抽象 Web3 行銷理論連到具體實作的案例。

附帶觀察 1：建頁原則的判斷實踐。022 提到 ELLE / 將來銀行 / FunNow / OpenSea / MetaMask / HUMANOID 等多個品牌與工具，都未建頁——理由：本期僅作為案例品牌名 / 工具名出現（一兩句），無實質討論；維持「不建低密度 stub」原則，等深度來源出現再考慮。foodpanda 在 vault 中第三度出現（018 主案例 + 019 上下文 + 022 賦能例）但仍未獲得獨立深度討論，繼續觀察——如未來有以 foodpanda 品牌策略為主題的來源（例：foodpanda 自身內容團隊撰稿、媒體深度報導）再建頁。

附帶觀察 2：RE-DREAMER vs HUMANOID 拆分問題。022 文中 HUMANOID 僅出現於聯絡資訊（info@humanoid.com.tw），實質技術描述都歸於 RE:DREAMER。本次建頁先把 HUMANOID 合併在 MINTVERSE 與 RE-DREAMER 的「備註」中說明關係（推測為同一團隊的不同對外品牌），不獨立建頁。如未來有獨立來源說明 HUMANOID 的角色（例：HUMANOID 其他品牌、商業模式介紹）再拆出。

附帶觀察 3：檔名約定的實踐——RE:DREAMER 帶冒號（檔系統不友善）；vault 採檔名 RE-DREAMER.md + alias RE:DREAMER 處理（對應 CLAUDE.md §6「預設用檔名形式」）。Wiki-link 在文中均以 [[RE-DREAMER]] 形式書寫，由 frontmatter aliases 解析為 RE:DREAMER。

附帶觀察 4：Web3 / NFT / NFT賦能 的範圍切割。三頁建立時都明確標註「vault 進入點限定在行銷工具視角」，未涵蓋技術細節（區塊鏈共識、ERC-721/1155、IPFS、智能合約程式碼）、加密貨幣 / DeFi、DAO / 治理、法規 / 監管 / 詐騙、SBT 等議題。三頁的「備註」都記錄了未來如累積到 ~5 個來源可考慮拆出 sub-concept 或建 MOC-Web3 / MOC-NFT行銷。現在建立的是「Web3 / NFT 在 vault 中的行銷視角入口」，不是「Web3 / NFT 完整知識體」。

附帶觀察 5：Indie Creative 系列覆蓋進度（022 ingest 後）：004 / 005 / 006 / 007 / 008 / 009 / 011 / 014 / 016 / 018 / 019 / 022 共 12 期。缺 010 / 012 / 013 / 015 / 017 / 020 / 021。月主軸覆蓋：完整 = 2021-11（005-008）；部份 = 2021-10（004）/ 2021-12（009 + 011）/ 2022-01（014）/ 2022-02（016）/ 2022-03（018-019）/ 2022-05（022）。020-021 補入後可確認月主軸是否在 2022-04 / 05 已轉為「Web3 / NFT」、或 022 是孤立期。

附帶觀察 6：圖片處理同 019 暫留缺口。Notion S3 URL 通常 403（已知問題），本次未嘗試下載；如未來使用者提供本機圖片路徑或可下載連結，應把 2026-04-30-Indie-Creative-022-Web2行銷人的Web3攻略 改為 source-bundle，把 5 張圖放入同名子資料夾，並補「附件清單」表格描述每張圖。

Ingest：獨立創意電子報 026「你未必知道的創作者板塊運動」

  • 來源：2026-04-30-Indie-Creative-026-創作者板塊運動（type: source-article；圖片為 Notion S3 外部 URL）
  • 作者：傑哥（只要有人社群顧問 創辦人 / Indie-Creative-電子報 編輯本人，第五次撰文：007 / 008 / 009 / 018 / 026）
  • 內容類型：產業趨勢評論 / 社群數據分析 / 創作者推薦
  • 發表日：2022-07-04（推測自 surenotifyapi timestamp 20220704010119 + 文中「社群丼方案最後一日」對照；文末預告 2022-08-16 NXCON. 次世代行銷年會）
  • 主案例：走鐘獎 vs 金鐘獎 QSearch 全年（2021/7/1 - 2022/6/30）社群聲量比較 + 第三屆走鐘得獎人 白昆禾 / 黃小潔Jerry / 十六 賞析
  • 內容來源：使用者貼上全文；原文 Notion S3 圖片 URL（4 張）下載通常 403；本次以純文章保存，未升級為 source-bundle
  • 新建 wiki 頁（5）：
  • 更新 wiki 頁（7）：
    • Indie-Creative-電子報：補入 026 期條目；補入「傑哥撰文軌跡」段（007 → 008 → 009 → 018 → 026 五期方法論進化軸：方法論建構 → 產業強者賞析 → 跨域學習 → 執行案例 → 產業趨勢）；補入「022 → 026 跳躍」段；更新 vault 已 ingest 期數總覽（13 期）
    • 只要有人社群顧問：026 是傑哥本人撰文，補入「相關來源」+「026 創作者板塊運動的方法論貢獻」段（聲量質感 ≠ 總量 + 創作者板塊已經移動 + 走鐘獎得獎名單作為篩選器 + 分眾時代不認識不代表沒人認識）；五期累積構成「思考角度 → 風格 → 擴散工程 → 共創延伸 → 視野上游」的方法論進化軸
    • 創作者經濟：補入「創作者板塊運動」段（QSearch 走鐘 vs 金鐘量化證據 + 分眾時代命題）；026 為「為什麼現在不一樣」（阿滴 Feat-con 2023 提出）提供具體 QSearch 數據佐證
    • KOL合作：補入「視野前置：KOL 版圖認知更新（026）」段（聲量質感 ≠ 總量 / vertical 群落認知 / 不認識不代表沒人認識三個前置認知更新）；016 / 018 / 019 / 026 整體層級表（執行下游 → 中游 → 策略上游 → 視野前置）
    • 小眾內容：補入「不認識不代表沒人認識」段（QSearch 走鐘 vs 金鐘 + 珂拉琪 YT 847 萬播放案例；KOL 評估不能依賴「我認識誰」）
    • MOC-創作者經濟：實體層補入創作者（白昆禾 / 黃小潔Jerry / 十六）+「創作者社群 / 獎項」新分組（走鐘獎 / 上班不要看）；來源累積補入 026
    • MOC-行銷增長：來源累積補入 026；註記 016 / 018 / 019 / 026 構成 KOL 主題完整層級
  • 更新既有頁（1）：
    • 志祺七七：補入 026 預告其在 2022-08-16 NXCON 演講「與創作者聯手」的弱連結（標明僅為預告，非演講內容本身）
  • 更新 index.md：是

收穫：026 把 KOL合作 整套方法論的入口往前推一格——019 教「先問消費者是否有感再選 KOL」，026 教「選 KOL 之前，先更新對 KOL 群體本身的版圖感」。同時這是 vault 中第一次明確以「新媒體 vs 傳統媒體聲量版圖變動」為主題、附量化數據論證的來源；走鐘 vs 金鐘 QSearch 對比為 小眾內容 「精準大於覆蓋」與 創作者經濟 「為什麼現在不一樣」提供共用的量化證據。

附帶觀察 1：傑哥撰文角度的進化軸明顯成形。從 007 提案 10 問（純方法論論證、自家為案例）→ 008 強者肩膀（產業案例賞析、外部為案例）→ 009 創意入門書評（跨域讀書心得）→ 018 KOL 合作正案例（執行案例拆解）→ 026 創作者板塊運動（從執行回到產業視野上游）。五期累積看出傑哥的撰文野心在拉開——從工法到視野。026 也是傑哥首次脫離方法論論證、轉為產業趨勢數據評論的撰文。

附帶觀察 2：建頁原則的判斷實踐。026 提到的金鐘獎 / 金曲獎 / 珂拉琪 / 大雅工作室 / 胡子 / 賤葆 / 超認真少年 / NXCON / QSearch / Spotify / StreetVoice / TICC 都未建頁——理由：本期僅作為對照組 / 案例 / 工具 / 場地名稱出現（一兩句），無實質討論；維持「不建低密度 stub」原則。超認真少年 例外觀察：vault 中 小眾內容 已多次引用其「什麼內容只有你可以做？」（出自 Feat-con 2023 演講），是該頁主軸案例之一——但「超認真少年」本身仍未建實體頁。本期 026 也只是把超認真少年列在「希望合作的 Maker 創作者」名單中，未提供新事實——因此繼續不建。如未來有專門以超認真少年團隊為主題的來源（演講 / 訪談 / case study）再建。

附帶觀察 3：第三屆走鐘三位得獎人代表三種完全不同的創作者路線——

  • 白昆禾：單一作品深度型（《爸爸被革職的那天》，攝影 / 剪輯 / 導演 / 男主角四獎集大成）
  • 黃小潔Jerry：Maker 物件型（2000 連發球池發射神器，台灣 Maker 創作者頂點之一）
  • 十六：跨平台延伸型（YouTube vlog + IG Reels）

→ 026 透過此三選擇傳達「創作者板塊」的多樣性。三位密度與 How哥 相當（薄但聚焦），是 vault 中第二批以「品牌合作 / 推薦案例」角度建立的 KOL stub。

附帶觀察 4：KOL合作 主題串完整覆蓋 016 / 018 / 019 / 026 四期——016（執行下游：避坑）+ 018（執行中游：共創）+ 019（策略上游：平台化）+ 026（視野前置：版圖認知）。四期覆蓋 KOL 合作從「找對人之後怎麼合作」一路擴展到「找對人之前怎麼建立認知」，是 vault 中第一個完整覆蓋「前置認知 → 策略 → 執行 → 風險管理」四個階段的方法論主題。如未來 ingest 到 017（小花訪 Matt「品牌是否可成為 KOL」），即可形成五期完整合奏。

附帶觀察 5：026 同時是電子報的廣告位——預告 2022-08-16 NXCON 年會（含 志祺七七 演講）+ 「社群丼方案最後一日」促銷。是 vault 中第一次明確看到電子報的商業內容混合結構（過去多期僅作為內文 case 出現品牌如 foodpanda / UNO / MINTVERSE，沒有「年會 / 課程 / 服務」的直接促銷）。傑哥的促銷方式採「先預告專業內容（志祺七七要分享什麼）→ 才放促銷連結」的順序，與其甲方視角的 KOL 合作方法論一致——「滿足粉絲（讀者）才是核心」。

附帶觀察 6：Indie Creative 系列覆蓋進度（026 ingest 後）：004 / 005 / 006 / 007 / 008 / 009 / 011 / 014 / 016 / 018 / 019 / 022 / 026 共 13 期。缺 010 / 012 / 013 / 015 / 017 / 020 / 021 / 023 / 024 / 025。月主軸覆蓋：完整 = 2021-11（005-008）；部份 = 2021-10（004）/ 2021-12（009 + 011）/ 2022-01（014）/ 2022-02（016）/ 2022-03（018-019）/ 2022-05（022）/ 2022-07（026）。023-025 補入後可確認 2022-06 / 07 月主軸是否為「創作者經濟 / 板塊運動」、或 026 是孤立期。

附帶觀察 7：圖片處理同 019 / 022 暫留缺口。Notion S3 URL 通常 403（已知問題），本次未嘗試下載；如未來使用者提供本機圖片路徑或可下載連結，應把 2026-04-30-Indie-Creative-026-創作者板塊運動 改為 source-bundle，把走鐘 vs 金鐘聲量數據圖（4 張）放入同名子資料夾，並補「附件清單」表格描述每張圖——特別是 IG / YT 互動數據視覺化圖，是本期量化命題的關鍵視覺證據，未來補上對讀懂「走鐘短期爆發力反超」極有幫助。

Ingest：獨立創意電子報 001「從數據發動的社群奇襲（Part 1）」

  • 來源：2026-04-30-Indie-Creative-001-數據驅動創意（type: source-article；圖片為 Notion S3 外部 URL）
  • 作者：傑哥（只要有人社群顧問 創辦人 / Indie-Creative-電子報 編輯本人；vault 中 ingest 的最早期數 + 傑哥首次撰文 + 系列首期；六期撰文軌跡的源頭）
  • 內容類型：方法論建構 / 案例拆解 / 工具實作分享
  • 發表日：2021-09 推測（本期回顧今年 IKEA 多個 campaign：進擊的巨人完結 2021-04-09 + 全台輪流停電 2021-05-13 + PTT 鯊鯊事件 2021-09-07 + iPhone 13 Pro 標語借勢 2021-09 後半 → 最早不會早於 2021-09-15）
  • 主案例：IKEA 鯊魚 BLÅHAJ「值得你依靠的肩膀」（2021-09-07 PTT 鯊鯊事件無預算 1.6 萬讚 / 2,000 留言 / PTT 留言區持續被當迷因使用）+ 引言三件作品（「來吶，你坐啊」/「蠟燭雖小，至少會亮」/「就。很。IKEA」）
  • 內容來源：使用者貼上全文；原文 Notion S3 圖片 URL（2 張：QSearch 品牌儀表板截圖 + 「值得你依靠的肩膀」貼文截圖）下載通常 403；本次以純文章保存，未升級為 source-bundle
  • 新建 wiki 頁（3）：
  • 更新 wiki 頁（7）：
    • Indie-Creative-電子報：補入 001 期條目（系列首期 + 傑哥撰文起點 + 「Part 1」特殊結構）；觀察期數列表頂端補入 001；傑哥撰文軌跡上推一格（六期累積構成「工法起點 → 思考角度 → 風格 → 擴散工程 → 共創延伸 → 視野上游」）；vault 已 ingest 期數總覽更新（14 期，缺口加上 002 / 003）
    • 只要有人社群顧問：補入「2021 IKEA 台灣社群代理」段（QSearch 合作 + 三大方式 + 4 件代表作品 + 與 2020 奧美動森型錄的代理變化對位）；相關概念補入 數據驅動創意；五期 → 六期撰文進化軸更新
    • IKEA-動森型錄：補入 IKEA backlink；備註補入「跨年代理對位」段（2020 × 奧美 → 2021 × 只要有人）
    • 切角：補入「從即時社群數據中找到品牌切角」段（數據驅動創意 方式 1 / IKEA 鯊鯊 PTT 案例）；切角脈絡從七個延伸到八個（反應式 / 機會式切角 vs 前面七個的準備式切角）
    • 社群擴散路徑：補入「借勢時機判斷」新組件（3 個判斷面向 + IKEA 鯊鯊案例 + 1,000 人 120 分熱情金句）；與既有的「事中加速器」對位形成「事前監測 → 事中加速」串聯
    • 小眾內容：補入「強度大於廣度」金句段（1,000 人 120 分熱情 vs 10,000 人 60 分熱情）；與 026 的「不認識不代表沒人認識」對位——001 提供金句版 + 026 提供量化版，兩期形成「精準大於覆蓋」原則的雙重論述
    • MOC-行銷增長：增長動作層補入 數據驅動創意；來源累積補入 001
  • 更新 index.md：是

收穫：001 是 vault 中 Indie Creative 系列的最早期數（2021-09 推測）也是傑哥的首次撰文——撰文軌跡的源頭。系統化提出 數據驅動創意 三大方式（從社群討論找品牌切角 / 從熱點話題找品牌連結 / 從粉絲互動找品牌故事），是 vault 中第一個明確以「數據 → 創意」為主軸的概念。終極命題「品牌要『參與』社群生態系，而不是『侵入』」與 KOL合作 的「真誠理解 vs 形式化操作」原則同源，把 vault 中傑哥團隊的方法論底層原則進一步明確化。

附帶觀察 1：傑哥撰文軌跡的源頭被找到。原本以為 007 是傑哥撰文最早出現（vault 已 ingest 期數中），但 001 補入後改寫了這個軸——001（工法起點 / 數據 → 創意）→ 007（10 問方法論論證）→ 008（產業強者賞析）→ 009（跨域學習）→ 018（KOL 共創執行案例）→ 026（產業趨勢數據評論）。001 與 026 跨度近 1 年，但都使用 QSearch 這套工具基礎設施——形成「始於工具建構，終於工具的視野放大應用」的完整脈絡。

附帶觀察 2：QSearch 的跨期建頁邏輯。本來在 026 ingest 時將 QSearch「不建頁」（理由：當時僅 026 一筆，作為數據來源出現）；但 001 ingest 後 QSearch 累積成兩期跨年、不同主題的明確使用紀錄（001 借勢創意 + 026 產業趨勢觀察），達到建頁門檻。這是 vault 中第一次因「新 ingest 的舊期數補入而觸發既有提及條目升級為實體頁」的判斷案例——ingest 的順序不影響最終 wiki 結構，但會影響中間態的判斷時機。如未來有類似情境（某個低密度提及條目因新 ingest 達門檻），可參考此案例的處理。

附帶觀察 3：IKEA 建頁的判斷。vault 既有 IKEA-動森型錄（2020 × 奧美 work），如不建 IKEA 母頁，001 的 4 件作品 + IKEA 鯊魚 BLÅHAJ 物件就無 anchoring 點。本次選擇建 IKEA 作為 org 級實體，把 vault 對 IKEA 的所有資訊（兩年代理變化 / 4 件 2021 作品 / 鯊鯊物件 / 動森型錄連結）統一收攏。未來如有 IKEA 全球策略、商品設計、商業模式的來源 ingest，再考慮拆出 IKEA-全球 或補「全球層」分區——本頁明確標註現在的視角限定在「IKEA 台灣的社群行銷案例」。

附帶觀察 4：「金句 + 量化」的雙重論述結構。001（金句：1,000 人 120 分 vs 10,000 人 60 分）+ 026（量化：QSearch 走鐘 vs 金鐘 + 珂拉琪播放量）為 小眾內容 「精準大於覆蓋」原則提供了兩種互補的論述形式。傑哥團隊的方法論似乎習慣以金句 → 量化的順序展開（先用記憶點傳達直覺，再用數據驗證）；如果未來 ingest 002 / 003 等期數，可觀察是否延續此結構。

附帶觀察 5：「Part 1 / Part 2」的多期方法論結構。001 明示本期是「從數據發動的社群奇襲 Part 1」，下一期會把剩下兩點分享完。這是 vault 中第一個明確跨期的「方法論連載」結構——既有的多期合奏（KOL 主題串 016 / 017 / 018 / 019 / 026 / 風格三部曲 005 / 006 / 007 + 008 收尾）都是「同主題不同視角」的合奏，但「Part 1 / Part 2」是「同視角同主題的續集」。如未來 ingest 002，數據驅動創意 頁可直接擴充方式 2 + 方式 3 段，目前頁的 standing 狀態為「方法論未完整」，需要 002 來補完。

附帶觀察 6：建頁原則的判斷實踐。001 提到的進擊的巨人 / 全台輪流停電 / iPhone 13 Pro 標語 / 蔡汶成 / Mobile01 / 巴哈姆特 / BLÅHAJ 鯊魚 / 空姐男友 PTT 事件 / 社群丼社團 都未建頁——理由：本期僅作為時事鈎子 / 聯絡人 / 監測平台 / 物件名 / 場域名出現，無實質討論；維持「不建低密度 stub」原則。社群丼社團特別觀察：vault 中已第二次作為傑哥分享場域 / 行銷年會通路出現（001 + 026），但兩處都不是主題；如累積到第三筆且為主題討論，再考慮建頁。

附帶觀察 7：發表日推測的方法論記錄。001 是 vault 中第一筆沒有 surenotifyapi timestamp 線索的 Indie Creative 期數——只能用內文事件時序（進擊的巨人完結 / 全台停電 / PTT 鯊鯊 / iPhone 13 Pro 標語）反推「最早不會早於 2021-09-15」。如果未來找到 surenotifyapi timestamp 或 Notion 頁面建立日，可在來源頁的後設資料 published 欄位精確化。反推方法論：對 Indie Creative 期數，內文中提到的最晚事件時點即為發表日下限。

附帶觀察 8：Indie Creative 系列覆蓋進度（001 ingest 後）：001 / 004 / 005 / 006 / 007 / 008 / 009 / 011 / 014 / 016 / 018 / 019 / 022 / 026 共 14 期。缺 002 / 003 / 010 / 012 / 013 / 015 / 017 / 020 / 021 / 023 / 024 / 025。002 補入後 數據驅動創意 方法論可達完整——是 vault 中目前最具補完價值的單一期數。

附帶觀察 9：圖片處理同 019 / 022 / 026 暫留缺口。本期 2 張圖（QSearch 品牌儀表板截圖 + 「值得你依靠的肩膀」貼文截圖）特別重要——儀表板截圖是 數據驅動創意 工具實作的唯一視覺證據；貼文截圖是「品牌物件接住 PTT 內梗」的具體看見。如未來使用者提供本機圖片路徑或可下載連結，應把 2026-04-30-Indie-Creative-001-數據驅動創意 改為 source-bundle。

Ingest：獨立創意電子報 002「打破過往的創意發想流程（Part 2）」

  • 來源：2026-04-30-Indie-Creative-002-打破創意發想流程（type: source-article；圖片為 Notion S3 外部 URL）
  • 作者：傑哥（只要有人社群顧問 創辦人 / Indie-Creative-電子報 編輯本人；第二次撰文 / Part 2 補完 Part 1）
  • 內容類型：方法論補完 / 案例拆解（Part 2 連載續集）
  • 發表日：2021-09 下旬推測（主案例「就。很。PRODUKT」9/15 + 教師節案例 9/28 後 → 文章必發於 9/28 之後）
  • 主案例：IKEA「就。很。PRODUKT」（iPhone 13 Pro 標語借勢，9/15 QSearch Trend 數據顯示 IKEA 是台灣第一個玩此切入點的品牌）+「感謝 IKEA 粉絲老師教導我們的事」（教師節 9/28 粉絲互動科學化挖掘）
  • 內容來源：使用者貼上全文；原文 Notion S3 圖片 URL（3 張）下載通常 403；本次以純文章保存，未升級為 source-bundle
  • 新建 wiki 頁（1）：
  • 更新 wiki 頁（8）：
    • 數據驅動創意：大幅補完——方式 2（從熱點話題中找品牌連結，含「成立」原則 + 「皮 vs 骨肉」+ 借勢兩個務必注意重點）+ 方式 3（從粉絲互動中找品牌故事，傑哥最愛 + 教師節科學化挖掘 + 手工版替代）+ 元命題「打破創意的固有發想流程」；移除「方法論未完整」狀態——001 + 002 兩期完整覆蓋三大方式；備註與相關來源同步更新
    • Indie-Creative-電子報：補入 002 期條目（Part 2 連載續集）；觀察期數列表頂端補入 002；傑哥撰文軌跡更新為 7 期（001 + 002 是工法的雙週期源頭）；vault 已 ingest 期數總覽更新（15 期，缺口減去 002）；備註從「001 是 Part 1 特殊結構 / 留缺口待補」改寫為「001 + 002 是 Part 1 / Part 2 連載結構 / 方法論在 2026-04-30 兩期 ingest 後即達完整」
    • 只要有人社群顧問：IKEA 代理段大幅擴充——三大方式完整實踐（含 002 兩件作品詳細描述）+ 「這個點子『成立』嗎？」內部 check 慣例 + 傑哥對借勢的個人觀點（「最難做得好」）；七期撰文進化軸更新；相關概念補入 借勢
    • QSearch：補入 QSearch Trend 子產品（趨勢監測，002 用來判斷 IKEA 是台灣第一個玩「就。很。Pro」切入點的品牌）；vault 中跨期使用從 2 期擴充為 3 期（001 借勢創意 → 002 粉絲互動挖掘 → 026 產業趨勢觀察）
    • IKEA：作品表大幅擴充——5 件作品的詳細欄位（日期 / 切入點 / 主來源）；補上「就。很。PRODUKT」設計細節 + 「感謝粉絲老師」科學化執行流程；BLÅHAJ 鯊魚物件補入「品牌在社群上最受歡迎、討論度最高的關鍵元素」（出自 002 教師節案例）；相關概念補入 借勢
    • IKEA-動森型錄：跨年代理對位段補入完整的 2021 五件作品列表
    • 社群擴散路徑：補入「借勢內容設計準則」新組件（強化品牌聯想 + 受眾針對性 + 「不好的借勢不如不要出手」核心警告 + IKEA「就。很。PRODUKT」案例驗證）；與既有「借勢時機判斷」（前置）形成「前置 → 內容設計」串聯
    • 創意風格：補入「IKEA「就。很。PRODUKT」與借勢的內在質地」案例段（皮 vs 骨肉原則 + 細節雕琢 + 傑哥「借勢內容是最難做得好的創意類型」個人觀點）；補入相關來源 002
    • MOC-行銷增長：增長動作層的 數據驅動創意 描述更新（方法論已完整 + 元命題）+ 新增 借勢；來源累積補入 002
  • 更新 index.md：是

收穫：002 補完 數據驅動創意 三大方式（vault 中第一個完成「Part 1 / Part 2 跨期方法論連載」的概念）；同時新建 借勢 概念頁——把 vault 中累積已久但未獨立成頁的「借勢行銷」收攏為完整方法論。借勢的位階被傑哥明確降低（「借勢行銷終究只是行銷的其中一種手段，甚至不該是主要的行銷手段」）——這刷新了「借勢 = 主要社群手法」的常見誤解，是 vault 中第一次見到從業者主動降低自己擅長手法的優先級的論述。

附帶觀察 1：「方法論未完整 → 完整」的狀態切換實踐。001 ingest 時 數據驅動創意 頁明確標記「方法論未完整」，預測 002 補入後可達完整。002 ingest 後此預測得到驗證——這是 vault 中第一個「ingest 預測 → 後續驗證」的循環案例。如未來其他「Part 1 / Part 2」結構的來源，可參考此案例的處理（先註記「未完整」狀態，避免讀者誤以為已完整 + 累積完整時主動切換狀態）。

附帶觀察 2：借勢 建頁的判斷。本可選擇繼續把借勢內容併入 數據驅動創意 頁，但 002 提供的方法論密度已超過併入的成本——「成立」原則 + 「皮 vs 骨肉」+ 兩個務必注意重點 + 借勢的位階定義 + 個人觀點（最難做得好）+ vault 中已累積的多個案例（IKEA-動森型錄 / 鯊鯊 / 來吶你坐啊 / 蠟燭雖小 / 就。很。PRODUKT / foodpanda × How 哥）。獨立成頁的邏輯：(1) 數據驅動創意 是「找勢的方法」，借勢 是「用勢的準則」——範圍切割清楚；(2) 借勢的設計準則應用範圍更廣（不限於數據驅動找出來的勢，手工監測 / 直覺判斷找到的勢也適用）；(3) 未來可能延伸的累積方向（失敗案例 / 跨產業差異 / 法律邊界）獨立成頁更適合。

附帶觀察 3：傑哥對借勢的「降級」論述。002 期傑哥提出三個與「借勢崇拜」相反的論述：

  • 「借勢內容對我來說反而是最難做得好的創意類型」（個人觀點）
  • 「不好的借勢不如不要出手」（核心警告）
  • 「借勢行銷終究只是行銷的其中一種手段，甚至不該是主要的行銷手段」（位階定義）

→ 與 vault 中常見的「IKEA 借勢神作」「只要有人社群顧問 擅長借勢」形象形成有趣張力。傑哥本人在借勢做得好的同時，主動降低借勢在整體行銷組合中的優先級——這是「做得到 ≠ 應該主推」的方法論成熟度。對 創意風格 的「有資格談風格 = 必須熟悉多種風格與品牌」原則是同源（不過度推崇單一手法）。

附帶觀察 4：「方式 3 是傑哥最愛」的方法論偏好。002 中傑哥明示「從粉絲互動中找到品牌故事」是他個人最愛的路線——理由是「最源自於品牌核心族群的創意源頭」。這個偏好與 vault 中只要有人團隊的「社群討論與擴散思維」（005 / 007 / 008 / 018 / 026）一致——核心是理解粉絲文化 vs 把流量當數字。如未來 ingest 到只要有人團隊更多粉絲互動類案例（手工版的：客服故事 / 私訊問答 / 趣味留言），可在 數據驅動創意 方式 3 段累積。

附帶觀察 5：「Part 1 / Part 2 連載」結構的 vault 處理。001 + 002 是 vault 中第一個明確跨期的方法論連載。處理方式：

  • 001 來源頁：註記「Part 1」+ 「待 Part 2 補完」缺口
  • 002 來源頁：註記「Part 2 補完 Part 1」+ 移除缺口
  • 數據驅動創意 頁：001 ingest 時建立並註記「方法論未完整」；002 ingest 時補完並移除註記
  • Indie-Creative-電子報 頁：002 ingest 後備註從「留缺口待補」改寫為「方法論在 2026-04-30 兩期 ingest 後即達完整」

→ 此處理流程可作為未來其他「跨期連載」結構的 ingest 參考。

附帶觀察 6：建頁原則的判斷實踐。002 提到的金色三麥 / 鐵粉英雄 / iPhone 13 Pro / Apple / 「就。很。Pro。」/ 教師節 / QSearch Trend 都未獨立建頁——理由：本期僅作為案例推薦 / 借勢對象 / 時間鈎子 / 子產品出現，無實質討論；維持「不建低密度 stub」原則。QSearch Trend 特別處理：作為 QSearch 的子產品 / 工具線併入 QSearch 頁的「工具線」段，不獨立建頁——這是 vault 中第一次明確處理「主產品 + 子產品」的命名問題（同類未來如有 Slack Connect、Notion Calendar 等子產品命名情境可參考）。

附帶觀察 7：「金色三麥 / 鐵粉英雄」的待觀察狀態。002 中傑哥「真心推薦大家務必看看」金色三麥「鐵粉英雄」案例——但本期沒展開分析，僅作為「品牌與粉絲的連結，可以創造多麼迷人的故事」的延伸閱讀。如未來 ingest 到金色三麥 / 鐵粉英雄案例的深度討論（其他電子報期數 / 廣告獎案例 / 媒體報導），可建獨立 金色三麥 / 鐵粉英雄 頁。目前 vault 中與此案例最接近的是 2026-04-29-Indie-Creative-018-KOL合作無限可能 foodpanda × How 哥案例——「品牌與粉絲（KOL 粉絲）連結 → 創造迷人故事」也是其底層邏輯——不過視角不同（018 從品牌 × KOL 雙邊，金色三麥從品牌 × 粉絲單邊）。

附帶觀察 8：Indie Creative 系列覆蓋進度（002 ingest 後）：001 / 002 / 004 / 005 / 006 / 007 / 008 / 009 / 011 / 014 / 016 / 018 / 019 / 022 / 026 共 15 期。缺 003 / 010 / 012 / 013 / 015 / 017 / 020 / 021 / 023 / 024 / 025。2021-09 月主軸完整覆蓋（001 + 002 雙期，本系列首兩期）。

附帶觀察 9：圖片處理同 019 / 022 / 026 / 001 暫留缺口。本期 3 張圖（「就。很。PRODUKT」貼文截圖 + 「感謝 IKEA 粉絲老師」貼文截圖 + 結尾插圖）對讀懂 借勢 「皮 vs 骨肉」與 數據驅動創意 方式 3 科學化挖掘的視覺結果有重要輔助。如未來使用者提供本機圖片路徑或可下載連結，應把 2026-04-30-Indie-Creative-002-打破創意發想流程 改為 source-bundle。

Ingest：獨立創意電子報 032「數位霸凌 新品種的惡行如何讓人們重視？」

  • 來源：2026-04-30-Indie-Creative-032-數位霸凌議題行動（type: source-article；圖片為 Notion S3 外部 URL）
  • 作者：Calvin / 大黑天（不來梅創意 創辦人）—— 第二次撰文（016 KOL 合作避坑 → 032 反霸凌行動；vault 中第一個跨主題、跨視角的成員多次撰文）
  • 內容類型：成員公司議題行動分享 / 案例拆解 / 團隊執行心得集
  • 發表日：2022-09 推測（surenotifyapi timestamp 20220831034816 + 第二波「暑假期間發動」+「持續更新中」對照）
  • 主案例：反霸凌行動 兩部曲——第一波《校園兇器特展》（2022 兒童節 / IG）+ 第二波《#我可以幫忙》（2022 暑假 / IG @80_never_ending；訪談 12 位不同職業人士；持續更新中）
  • 內容來源：使用者貼上全文；原文 Notion S3 圖片 URL（4 張）下載通常 403；本次以純文章保存，未升級為 source-bundle
  • 新建 wiki 頁（2）：
    • 概念：議題行銷
    • 實體 / work：反霸凌行動（合併第一波《校園兇器特展》 + 第二波《#我可以幫忙》為單一 work 系列頁）
  • 更新 wiki 頁（6）：
    • 不來梅創意：補入「議題軌：032 期反霸凌行動主導視角」整段（反霸凌行動 兩部曲 + MIB 實習生機制 + 過往議題經營軌跡）；新增「雙軌定位」自陳（商業軌 + 議題軌 + 共通底層）；Calvin 撰文軌跡更新為兩期（016 → 032 商業 KOL 合作避坑 → 議題行銷主動貢獻）；成員矩陣更新為「整合 + KOL + 議題」；補入「大黑天」筆名說明；補入「江江」作為議題前置對話人觀察
    • Indie-Creative-電子報：補入 032 期條目；新增「026 → 032 跳躍」段（電子報第一次明確以議題 / 公益行銷為主軸的期數）+ 「不來梅創意（016 + 032）的成員撰文意義」段（vault 中第一個單一成員公司、跨主題、多視角的成員撰文累積）；vault 已 ingest 期數總覽更新（16 期）；月主軸覆蓋補入 2022-09
    • 不只做廣告：補入「延伸：從商業問題到社會問題（議題情境的不只做廣告）」整段（Calvin 金句 + 服務範圍模糊的最後一塊拼圖：解決什麼問題也可以模糊化）；補入相關來源 032；備註補入「與 議題行銷 的開枝」段
    • 借勢：alias 補入「借梗格式」；新增「借勢的對象再延伸：事件 vs 梗格式」整段（反霸凌行動 《#我可以幫忙》「有我在！（職業）可以（幫上什麼忙）」案例；議題類偏好梗格式的三個原因）；案例集表格補入 032；補入相關來源 032；補入「與 議題行銷 互通」關係段；備註補入梗格式累積的未來方向
    • 社群擴散路徑：新增「議題類擴散路徑」新組件整段（兩波結構 awareness → actionable + 直覺互動連動 NGO + 句型化文案降低響應創意門檻 + 多元職業矩陣 + 長尾搜尋資產 + 與商業擴散的方向差異）；補入相關來源 032；補入「與 議題行銷 / 反霸凌行動 相連」關係段
    • MOC-行銷增長：新增 議題行銷 為增長動作層的「非商業增長」對位；來源累積補入 032；未來累積方向補入議題行銷分支；領域 tag 補入 領域/議題
  • 更新 index.md：是

收穫：032 是 vault 中第一個明確以「議題行銷 / 公益行銷」為主軸的期數——把 vault 中既有的「不只做廣告」命題從商業情境（業務範圍模糊）延伸到公益 / 議題情境（解決什麼問題也可以模糊）。同時補入 vault 中第一個跨主題、跨視角的成員多次撰文——不來梅創意 016（商業 KOL 合作避坑：失敗教訓視角）→ 032（議題行銷主動貢獻：使命義務視角）構成「做不好的時候會出什麼問題 + 選擇用能力解決重要的事」並列結構，跟其他成員（傑哥 / 小花 / Wawa）的「同一視角的方法論加深」形成對位。

附帶觀察 1：議題行銷 vs 反霸凌行動 的範圍切割。本可選擇把整個議題行銷方法論直接寫在 反霸凌行動 work 頁中、不獨立建概念頁。但選擇拆出 議題行銷 概念頁的理由：(1) 兩波結構 + 五個落地手法在 反霸凌行動 中是「具體執行細節」，獨立成概念頁後變成「可被未來其他議題類案例引用的方法論」；(2) 不來梅自陳長期關注流浪動物 / 反核 / 勞權 / 環保 + 數位公民素養——預示了未來累積空間，先把概念頁建好讓未來案例直接擴充；(3) 與 不只做廣告 / 借勢 / 社群擴散路徑 形成有意義的概念關係（後者三頁都需要對「議題類變體」進行論述）。判斷準則的反向：如果只有 反霸凌行動 一個案例 + 沒有未來累積空間 + 與既有概念頁無有意義關係 → 應併入 work 頁不另建。

附帶觀察 2：反霸凌行動 合併兩波為單一 work 頁的判斷。第一波《校園兇器特展》與第二波《#我可以幫忙》在 032 文中明確以「兩部曲」形式呈現 + 同團隊 + 同議題 + 第二波直接繼承第一波反饋作為訴求方向。如分拆兩個 work 頁，將出現：(a) 兩個低密度 stub（特別是第一波只有兒童節 + IG + 創意執行 + 兒福聯盟連動 + 反饋四大事實）；(b) 議題行銷的「兩波結構（awareness → actionable）」論述被切碎到兩頁；(c) 「直到霸凌結束的那一天才會結束」的系列性難以承載。aliases 已涵蓋兩波的個別命名，未來查找仍可用個別波次名稱命中本頁。判斷準則：當系列內含明確「篇章對位」結構（一二三部曲、Part 1 / Part 2、上下集）時，以系列為單一 work 頁；當篇章彼此獨立（不同議題、不同團隊、相隔長時間）時，再分頁。

附帶觀察 3：借勢 「借的對象」維度的擴充判斷。原 借勢 頁僅論述「品牌的勢 vs 借他人的勢」（勢的所有者維度），032 補入「事件 vs 梗格式」（勢的形式維度）後，借勢 的概念地圖變得更完整——任一借勢案例都可同時定位在兩個維度上：例如 IKEA 鯊鯊 = 品牌的勢 × 事件型；《#我可以幫忙》= 他人的勢 × 梗格式型；理論上還有未填的「品牌的勢 × 梗格式型」（例：品牌句型成為流行梗後其他品牌借用）+「他人的勢 × 事件型」（最常見的借勢形式）。如未來 ingest 案例填補這個 2x2 矩陣，可在 借勢 頁建立完整的方法論矩陣。

附帶觀察 4：建頁原則的判斷實踐。032 提到的兒福聯盟（兒童福利聯盟）/ 正義旁觀者教育 / 好初早餐 Matt / 反罷凌行動小組成員（Ruby / Tini / 玉米 / 水睿）/ MIB 實習生 / 江江 / 流浪動物 / 反核 / 勞權 / 環保 / 數位公民素養都未獨立建頁——理由：本期僅作為信任合作對象 / 一句概念引用 / 心得分享執筆者 / 議題領域標籤等出現，無實質討論；維持「不建低密度 stub」原則。特別觀察 1：兒福聯盟與 QSearch 的「跨期觸發升級」案例不同——QSearch 在 026 ingest 時不建頁，等 001 ingest 補入後達到兩期跨主題使用而升級；兒福聯盟目前僅 032 一筆作為合作對象，如未來有 NGO 合作機制 / 兒福聯盟為主題的來源再建。特別觀察 2：「正義旁觀者教育」雖是 vault 中第一次出現的教育學概念，但 032 僅一句概念引用無深入論述——若硬建會造成「stub 等待累積」的孤兒風險。等未來有教育學 / 霸凌防治為主題的來源（教育政策、學術研究、實務培訓）再建。

附帶觀察 5：「直到霸凌結束的那一天才會結束」的活動無終點機制觀察。這是 vault 中第一次見到「內建系列無終點機制」的 work 案例——其他 work（孤寒大飯店 / 來嗑藝術季 / IKEA-動森型錄 / 麥當勞薯條體 / MINTVERSE）都是有明確開始與結束的 campaign。把活動本身設計為議題的長期存在物而非短期事件，是議題行銷與商業行銷的本質差異——商業 campaign 需要時程 / 預算 / KPI 的閉合，議題行動需要「等議題結束才結束」的開放性。如未來有其他議題類 work 案例累積，可在 議題行銷 頁建立「活動結束機制」的設計準則段。

附帶觀察 6：不來梅創意「雙軌定位」自我披露的歷史時點。016 撰文時 Calvin 只展現了「商業軌」（KOL 合作避坑）；032 才把雙軌定位明文化——「長期耕耘數位行銷」（商業）+「長久以來對於社會議題總是義無反顧投入」（議題）+「行銷邏輯、創意、社群經營不只可以解決商業問題，你也可以選擇利用這個能力讓重要的事情被看見，帶來一些改變」（共通底層）。這個披露結構意味著：成員公司的完整定位需要多期累積才能浮現——如未來其他成員（只要有人社群顧問 / 貓取廣告 / 就曰設計 / MIXXIN-一起實驗）也有跨主題撰文，可參照本案例觀察其「隱藏軌道」的披露時機。

附帶觀察 7：Indie Creative 系列覆蓋進度（032 ingest 後）：001 / 002 / 004 / 005 / 006 / 007 / 008 / 009 / 011 / 014 / 016 / 018 / 019 / 022 / 026 / 032 共 16 期。缺 003 / 010 / 012 / 013 / 015 / 017 / 020 / 021 / 023 / 024 / 025 / 027 / 028 / 029 / 030 / 031（總 16 期未 ingest，與已 ingest 期數一比一）。**026 → 032 跨度約 2 個月（5 期）**是 vault 中目前最大的單次跳躍——027-031 補入後可確認 2022-08 / 09 月主軸是否已從「板塊運動」轉為議題類，或 032 是孤立期。

附帶觀察 8：圖片處理同 019 / 022 / 026 / 001 / 002 暫留缺口。本期 4 張圖（封面 image.png + 第一波《校園兇器特展》貼文圖 + 第二波《#我可以幫忙》活動圖 + 兩張《#我可以幫忙》IG 貼文範例）對讀懂 反霸凌行動 兩波視覺差異 + 「保留並放大事實」的反差感呈現 + 趣味插畫風的選擇都有重要輔助。如未來使用者提供本機圖片路徑或可下載連結（特別是 IG 帳號 @80_never_ending 的內容截圖、Medium 訪談清單的視覺），應把 2026-04-30-Indie-Creative-032-數位霸凌議題行動 改為 source-bundle。

附帶觀察 9：032 的「團隊心得集」結構是 vault 中首見。過往 Indie Creative 期數都是單一作者（傑哥 / 小花 / Wawa / 王大皓 / Calvin / MINTVERSE 團隊）撰文 + 統一視角；032 是 Calvin 開場 + 反霸凌行動小組四位成員（Ruby / Tini / 玉米 / 水睿）各自分享心得 + Calvin 結語的多人結構。這種結構讓單一案例同時呈現多個視角（社群反饋 / 創意核心 / 訪談執行 / 旁觀者轉譯 + 社群轉譯三步驟），對讀者而言比單一作者拆解更立體。如未來其他成員的 ingest 也採類似結構，可在 Indie-Creative-電子報 頁累積「多人團隊心得集」這種編輯形式作為觀察軸。

Ingest：獨立創意電子報 034「專案管理的奧義」

  • 來源：2026-04-30-Indie-Creative-034-專案管理的奧義（type: source-article；圖片為 Notion S3 外部 URL）
  • 作者：傑哥（只要有人社群顧問 創辦人 / Indie-Creative-電子報 編輯）—— 第八次撰文（001 / 002 / 007 / 008 / 009 / 018 / 026 / 034）；vault 中第一個離開「內容創造端」進入「執行工法元層」的傑哥期數
  • 內容類型：編輯本人撰文 / 個人方法論分享 / Account 視角的工法整理
  • 發表日：2022-09-26 推測（surenotifyapi timestamp 20220926014618 = 2022-09-26 01:46:18 UTC）
  • 主命題：專案管理 大原則 = 預防勝於治療；Account 三流分級；get things done = 專案管理者的核心目標；Account 是「實現」creative 的關鍵
  • 內容來源：使用者貼上全文；原文 Notion S3 圖片 URL（1 張）下載通常 403；本次以純文章保存，未升級為 source-bundle
  • 新建 wiki 頁（1）：
    • 概念：專案管理（vault 中第一個明確以「執行工法元層」為視角的概念頁；包含預防勝於治療大原則 + Account 三流分級 + 執行前四個確認 + 執行期四個小習慣 + get things done 核心目標 + Account 是「實現」creative 的關鍵）
  • 更新 wiki 頁（4）：
    • 只要有人社群顧問：補入「034「專案管理的奧義」的方法論貢獻」整段（傑哥第八次撰文 / 首次離開內容創造端 / 七個方法論貢獻點 + 個人階段轉移）；內部工具補入「Google Sheet + projectsheet planning」工具堆疊；相關概念補入 專案管理 / 立場與利益；相關來源補入 034；備註補入「事前 check 文化的工具集」段（007 + 034 + 內部 SOP 累積）+ 「傑哥八期撰文的『創意 → 執行』對位」段；八期撰文進化軸更新（從工法起點 → 工法完整 → 提案論證 → 強者賞析 → 跨域學習 → 執行案例 → 產業趨勢 → 執行工法元層）
    • Indie-Creative-電子報：補入 034 期條目；vault 已 ingest 期數總覽更新（17 期）；觀察期數列表新增 034；新增「032 → 034 連續期觀察」段（時間連續但主題從議題行銷跳到專案管理元層；2022-09 月內二期；目標 + 工法的隱含對位）；傑哥撰文軌跡更新為 8 期；備註中傑哥撰文軌跡段大幅補入「創意 → 執行」對位（001-026 七期全在「內容創造端」/ 034 第一個進入「內容交付端」/ 同步揭露傑哥本人從第一線抽身轉到管理視角）
    • 立場與利益：新增「專案管理場景的應用」整段（客戶修改建議 = 立場 / 客戶想達成目標 = 利益；案例對照表；談判 cluster 與專案管理 cluster 的 bridge）；補入相關來源 034；補入「與 專案管理 連結」關係段
    • MOC-行銷增長：新增「執行工法元層（Operations）」分支軸（專案管理 為核心頁；本層不是 marketing 工法本身，而是讓所有 marketing 工法真正交付的工程）；來源累積補入 034；未來累積方向補入第 (h) 項「執行工法元層擴充」（危機處理 / 客戶教育 / 跨團隊協作 PM / 工具堆疊比較 / Account vs PM 角色 / 跨文化跨時區 / 廣告 vs 科技業 PM 文化差異）
  • 更新 index.md：是

收穫：034 是傑哥八期撰文中第一個離開「內容創造端」、進入「內容交付端」的期數——也是 vault 中第一個明確的「執行工法元層」期數。本期把 Indie Creative 一直以來累積的「創意 / 內容 / 通路 / KOL / 板塊」工法擴張到「讓上述工法真正交付的執行工程」——這個擴張在電子報 30+ 期後出現，配合傑哥本人「已經比較少自己顧每個專案的執行細節」的階段披露，形成方法論成熟者的「從深入細節走向宏觀治理」的角色定位轉移。

附帶觀察 1：專案管理 vs 執行力 的範圍切割。本可選擇把 034 的內容直接併入 執行力 頁，但選擇拆出 專案管理 概念頁的理由：(1) 執行力 是組織層級的能力（願景 → 流程 → 步驟 / 中階管理 / 商業流），034 講的是單一專案層級的具體 to-do（時程、溝通、變數預防）；(2) 執行力 偏向「整體體質」，專案管理 偏向「單次執行手法」——前者是後者的累積結果，但工法不同源；(3) 未來累積方向也明顯不同（執行力 累積組織經營 / 中階管理；專案管理 累積 PM 工法 / 客戶溝通 / 工具堆疊）。判斷準則：當概念在「個人 / 單一任務」與「組織 / 系統」兩個尺度上都有實質方法論時，分頁；如僅一個尺度有方法論則併入。

附帶觀察 2：立場與利益 跨領域應用的處理。034 的「修改背後真正目標」確認是 立場與利益 的精確場景化——但這個應用不在原概念頁（談判 cluster）的範圍內。處理方式：在 立場與利益 頁新增「專案管理場景的應用」段（並補入案例對照表 + 與 專案管理 的連結關係），而不是另建概念頁。判斷準則：當既有概念頁在新場景下的應用是「精確同源」（同一原則、同樣動作、只是場景不同）時，補入既有頁；只有當新場景的應用扭曲或反向了原概念才應建新頁。本案是前者——「立場 ↔ 利益」的區分動作在談判桌、客戶溝通、提案修改都是同一個動作。

附帶觀察 3：「Account 三流分級」的 vault 定位。這是 vault 中第一個明確的 account 能力分級論述——三流出危機 / 二流應變 / 一流預防。對位 創意風格「有資格談風格 = 必須熟悉多種風格」這類「能力成熟度標尺」性論述。如未來其他 Indie Creative 期數提出類似的能力分級（例：creative 三流分級、社群操盤手三流分級、設計師三流分級），可在 vault 中累積為「能力分級論述集」——這個論述形式對讀者特別有用，因為它不只告訴你「怎麼做」，還告訴你「做到什麼程度才算進階」。

附帶觀察 4：建頁原則的判斷實踐。034 提到的「projectsheet planning」（Google Sheet 擴充功能）/ 棒球強力中繼比喻 / mail loop 雙邊都不只一人 / regional team 多層 feedback / a copy / b copy 影片版本 / 「同一客戶 A vs B account」對比 都未獨立建頁——理由：本期僅作為工具 / 比喻 / 具體執行細節 / 業界術語 / 觀察論證點出現，無實質討論；維持「不建低密度 stub」原則。特別觀察：「projectsheet planning」如未來有專案管理工具比較 / SaaS 方案來源（Asana / ClickUp / Monday / Notion 比較）再建獨立工具類別頁；「同一客戶在不同 account 手上行為不同」如未來有專書 / 案例累積可建類似 流量池模型 的概念頁。

附帶觀察 5：Indie Creative 系列覆蓋進度（034 ingest 後）：001 / 002 / 004 / 005 / 006 / 007 / 008 / 009 / 011 / 014 / 016 / 018 / 019 / 022 / 026 / 032 / 034 共 17 期。缺 003 / 010 / 012 / 013 / 015 / 017 / 020 / 021 / 023 / 024 / 025 / 027 / 028 / 029 / 030 / 031 / 033（總 17 期未 ingest，與已 ingest 期數一比一）。032 → 034 是 vault 中第一個跨度極短（26 天，僅缺 033）的連續期 ingest——對比 026 → 032 的 5 期跨度（約 2 個月），034 與 032 的時間連續性更高，但主題完全不同（032 議題行銷 / 034 專案管理元層）。033 補入後可確認 032 → 033 → 034 的主題串是否有更明確的編輯安排（例：執行 vs 議題 vs 創意三主題輪替）。

附帶觀察 6：圖片處理同既往 Notion S3 期數。本期 1 張圖（image.png 嵌在文中段落分隔處）為純插畫 / 排版裝飾性質（非案例展示性圖片），對讀懂方法論內容不構成關鍵輔助——本期是 Notion S3 圖片信息密度最低的一期。如未來使用者提供本機圖片路徑，仍可把 2026-04-30-Indie-Creative-034-專案管理的奧義 改為 source-bundle，但 prioritize 程度低於 019 / 022 / 026 / 001 / 002 / 032 等案例展示性圖片有實質輔助的期數。

附帶觀察 7：傑哥八期撰文的「創意 → 執行」對位是 vault 中第一次明確觀察到的「Indie Creative 撰文者個人階段轉移」案例。傑哥 001-026 七期全部圍繞「內容創造端」議題（數據驅動創意 / 提案 / 強者賞析 / 跨域學習 / KOL 執行 / 板塊運動），034 第一次轉向「內容交付端」（執行工法元層）——並同步揭露個人階段轉移：「已經比較少自己顧每個專案的執行細節」，「更專注在創意以及公司經營治理上」。這個轉折顯示 Indie Creative 撰文者的視角會隨個人職涯階段變化，而電子報的累積能反映成員公司的成長軌跡。如未來其他多次撰文的成員（小花 貓取廣告 005 + 011 / Calvin 不來梅創意 016 + 032 / Wawa 004 + 019 / 王大皓 014）也有類似的階段轉移期數，可在 Indie-Creative-電子報 頁累積為「撰文者階段轉移」觀察軸。

附帶觀察 8：本期論述閉環的特殊性。034 是 vault 中首見以「明確論述閉環」結構撰寫的 Indie Creative 期數——開場「沒有被精準執行出來的創意只是美好的想像」+ 結尾「account 就是『實現』creative 的關鍵」構成首尾呼應。這個結構使讀者在閱讀完整篇後對核心命題有強烈的「原來如此」感受——是傑哥八期撰文中修辭層次最高的一期。如未來其他期數採類似的論述閉環結構，可在 Indie-Creative-電子報 頁累積為「單期內部結構」觀察軸（已有：008 強者肩膀的單列賞析結構 / 011 訪談 + 願景宣言結構 / 032 多人心得集結構 / 034 論述閉環結構）。

Ingest：2022 借勢行銷攻略：社群丼完全解析版（PDF / vault 密度最高的單份來源）

  • 來源：2022-借勢行銷攻略-社群丼完全解析版（type: source-pdf）
  • 原始位置：/Users/meowlu/Downloads/2022 借勢行銷攻略：社群丼完全解析版.pdf（rsync 複製到 10-來源/PDF/2022-借勢行銷攻略-社群丼完全解析版.pdf，13.7 MB / 44 頁）
  • 作者：陳思傑（只要有人社群顧問 創辦人 / Indie-Creative-電子報 編輯 / 社群丼 主理人）；筆名「傑哥」；IG @jesseuni
  • 內容類型：訂閱限定的月度行銷情報年末整體開源公開
  • 撰寫期間：2021-11 ~ 2022-12 共 13 期；發布為 PDF 約 2022-12（年末整理開源）
  • 內容規模：將近 26,000 字 / 14 個節慶 / 11 個方法論工具 / 30+ 經典案例
  • 派生關係：原為 2022 讀曆書店：社群丼解說版 的免費加贈內容（每月寄送下個月節慶借勢攻略給購買者）；年末整體公開
  • 新建 wiki 頁（2）：
    • 概念：節慶借勢（vault 中第一個系統化的節慶借勢方法論集中地——把 借勢 從「事件型借勢」延伸到「全年度節慶借勢系統工法」；包含 11 個方法論工具 + 14 個節慶覆蓋 + 思考檢核表的固定形式 + 元命題「不要只是從『跟風借勢』的角度去看一個節慶，而是去了解這個節慶的文化根基」）
    • 實體 / work：社群丼（只要有人社群顧問 的訂閱型行銷情報品牌；陳思傑主理；自我定位「樂於開源分享」；vault 中第一個訂閱付費型內容品牌的實體頁；與 Indie-Creative-電子報 形成「外部公益 + 內部訂閱」雙軌分發結構）
  • 更新 wiki 頁（5）：
    • 借勢：補入「借勢的對象維度（三維矩陣）」（事件型 / 梗格式型 / 節慶型——三維非互斥可組合）；案例集大幅擴充（從 7 件激增到 30+ 件，分為「事件型 + 梗格式型」與「節慶型」兩大段）；補入「強借勢不必然要強品牌社群能量」的延伸觀察（V-Line / Los Paleteros / Doc Morris / 西武百貨等獨立創意 + 預算精緻案例）；補入相關來源 PDF；補入「與 節慶借勢 是『母 → 子』關係」段
    • 只要有人社群顧問：簡介補入創辦人陳思傑真名 + IG @jesseuni + 社群丼 主理人身份；代表作補入 4 個新案例（IKEA 芋見幸福霜淇淋 2022 端午節 / C.L.A.P 慢經典 2022 雙十一 / 麥當勞情人節快樂分享盒 / 2017 BenQ 情人節徵友互動文）；麥當勞薯條體案例補入「萬聖節思考檢核表第 1 問」方法論定位；內部工具補入「創意職位面試 MECE 思考路徑檢驗」+「Google Keep 靈感庫」+「客戶金句庫」；新增「訂閱型內容產品線」段（社群丼 為主軸）；相關概念補入 節慶借勢；相關來源補入 PDF
    • Indie-Creative-電子報：026 期條目的「社群丼方案最後一日」現可反向 backlink 到 社群丼 實體頁；備註中 022 → 026 跳躍段補入 社群丼 backlink + 雙軌分發結構觀察
    • KOL合作：新增「反向 KOL 操作」整段（IKEA 芋見幸福霜淇淋為主案例：視網膜 + 豆苗先生「討厭芋頭」KOL 配合線下立牌擴散 + 員工聲明防守設計）；建立「反向 KOL 操作的成立條件」+ 與既有 KOL 合作模式的對位表（正向代言 / 共創式合作 / 反向 KOL 三模式並列）；補入相關來源 PDF
    • MOC-行銷增長：增長動作層的 借勢 補入「借的對象三維矩陣」描述；新增 節慶借勢 為 借勢 的子類別頁；來源累積補入 PDF
  • 更新 index.md：是

收穫：本 PDF 是 vault 中密度最高的單份來源——對應 2026-04-28-Anthropic-Building-Effective-Agents 是 vault 中第一份高密度技術論文，本 PDF 是 vault 中第一份高密度行銷實務集——兩者都展示「單一來源觸發多概念連動建頁與更新」的 ingest 模式。本 PDF 把 vault 中的借勢方法論累積（001 / 002 / 008 / 032 + Indie Creative 多期）升級到完整方法論系統：從散落的事件型案例 + 梗格式型案例，擴充為「事件型 / 梗格式型 / 節慶型」三維對象矩陣 + 「11 個方法論工具集」+ 「思考檢核表」固定形式 + 「反向 KOL」新合作模式。同時揭露 只要有人社群顧問 的訂閱型內容產品線 社群丼，補完 026 期「社群丼方案最後一日」的指涉對象——傑哥的個人撰文現在分成兩條軌道：外部公益（Indie Creative，免費月度多人）+ 內部訂閱（社群丼，付費月度個人）。

附帶觀察 1：節慶借勢 vs 借勢 的範圍切割。本可選擇把節慶借勢內容直接併入 借勢 頁的某段，但選擇拆出 節慶借勢 概念頁的理由：(1) 本 PDF 的方法論密度遠超「併入一段」可承載（11 個工具 + 14 個節慶 + 30+ 案例 + 思考檢核表的固定形式 + 元命題）；(2) 節慶借勢有獨立的問題情境（週期性疲勞：每年都做但很難有新東西）和獨立的工具集（思考檢核表：以「如果…」開頭的 9-12 個問題清單）——這些都是 借勢 母概念不需要處理的問題；(3) 未來累積方向也明顯不同（借勢 累積借的對象、借勢的位階、失敗反例；節慶借勢 累積各種節慶的具體攻略、跨文化節慶的差異、AI 介入後的節慶借勢）。判斷準則：當子概念有「獨立問題情境 + 獨立工具集 + 獨立累積方向」三項都成立時，分頁。

附帶觀察 2：社群丼 建頁的判斷實踐。本可選擇把社群丼相關內容併入 只要有人社群顧問 頁的某段，但選擇拆出 社群丼 實體頁的理由：(1) 社群丼是獨立的內容產品線品牌——有自己的訂閱模式、自己的內容定位、自己的合作夥伴（讀曆書店）、自己的開源哲學；(2) 它是 vault 中第一個明確的「訂閱付費型內容品牌」實體頁——對位的 Indie-Creative-電子報 是免費；本頁建好後 vault 有了「訂閱付費 vs 免費分發」的兩極案例；(3) 預期未來累積：社群丼 2023 / 2024 等後續年度的內容輸出可在本頁累積。判斷準則：當品牌 / 產品有「獨立的商業邏輯 + 獨立的對位案例 + 獨立的累積方向」三項都成立時，從母組織頁拆出獨立實體頁。

附帶觀察 3：「反向 KOL 操作」的 vault 定位。IKEA 芋見幸福霜淇淋是 vault 中第三種 KOL 合作模式（正向代言 / 共創式合作 / 反向 KOL）——重要性在於：它不是傳統 KOL 合作的失敗案例或反例（如 016 那種），而是獨立的合作模式——以「對方公開討厭產品」為合作起點。這個操作的成立條件嚴苛（議題輕鬆對立 + 防守設計 + 目標族群與反派立場不重疊），所以無法泛用，但成功時的擴散效果獨特（從「好奇對方為什麼討厭」這個情緒驅動參與）。如未來 vault 累積到更多反向 KOL 案例，可在 KOL合作 頁建獨立子段累積。

附帶觀察 4：「思考檢核表」形式的 vault 定位。8 月中元節以後本 PDF 確立的「思考檢核表」（以「如果…」開頭的 9-12 個問題清單）是 vault 中第一個明確的「問題清單型方法論工具」。對位 vault 中既有的：I-Like-I-Wish-What-If（句型模板）/ How-Might-We（單句句型）/ Feedback-Capture-Grid（矩陣模板）—— 四者都屬「思考工具」家族但形式不同。如未來 vault 累積更多思考工具（檢核表 / 句型 / 矩陣），可建 思考工具 概念頁作為共同上位框架。

附帶觀察 5：建頁原則的判斷實踐。本 PDF 提到的數十個品牌（GODIVA / 雷神巧克力 / Tiffany / Audi / 漢堡王 / 麥當勞 / Apple / 原萃 / Los Paleteros / 信濃每日新聞 / 喬山健康科技 / 全聯 / Coke / Pepsi / Disneyland Paris / Doc Morris / 西武百貨 / 綠藤生機 / C.L.A.P / BenQ / 星宇航空 / 故宮 / momo / KKBOX / 麥當勞快樂分享盒 / V-Line / モロゾフ / Erste / PayPal / IKEA Silence Critics）+ 創作者（白鳥真太郎 / 羅景壬 / 視網膜 / 豆苗先生）+ 廣告公司（Frontage / Jung von Matt SAGA / FRONTAGE / BBDO / 奧美） + 工具書（《BCG問題解決力》）+ 綜藝節目（《躍上高階職場》）等都未獨立建頁——理由：本期僅作為借勢案例素材出現，無 vault 級別的密度。維持「不建低密度 stub」原則。特別觀察：只要有人社群顧問 的客戶名單（IKEA / 麥當勞 / BenQ / C.L.A.P / 星宇航空 / 故宮 / momo / KKBOX 等）已可在 只要有人社群顧問 頁作為「客戶矩陣」段累積（未來如有更系統化的客戶資料 ingest 可建獨立段）。

附帶觀察 6：「陳思傑真名揭露」與 vault 處理。本 PDF 第一次正式揭露傑哥的真名「陳思傑」+ IG @jesseuni（之前 vault 一直以「傑哥」稱呼）。處理方式：在 只要有人社群顧問 頁的簡介補入真名 + 添加 社群丼 主理人身份；未建獨立 陳思傑 人物頁——理由：(1) 大部分內容已在 只要有人社群顧問 頁組織（撰文軌跡 / 內部工具 / 客戶服務都是公司層級），分拆會造成大量重複；(2) 陳思傑 = 只要有人社群顧問創辦人 = Indie Creative 編輯 = 社群丼主理人，三角色都已有對應實體頁；(3) vault 對位案例：不來梅創意 的 Calvin / 大黑天 也未獨立建頁，內容都在組織頁中。判斷準則：當人物與單一組織高度重合（沒有跨組織身份分離），先在組織頁累積；當人物有跨組織獨立身份（如 Wawa 同時是 法樂數位 + 廣告樂血研究院），才建獨立人物頁。

附帶觀察 7：本 PDF 與 Indie Creative 系列的內容對位。傑哥（陳思傑）在 vault 中的撰文軌跡，現在可清楚分成兩條：

  • Indie Creative（外部公益分發）：001 / 002 / 007 / 008 / 009 / 018 / 026 / 034 共 8 期
  • 社群丼借勢攻略（內部訂閱分發）：2021-11 ~ 2022-12 共 13 期，本 PDF 完整覆蓋

→ 兩條軌道形成傑哥的「外部公益（吸引認識）+ 內部訂閱（深度服務）」雙軌分發結構。Indie Creative 是整個聯盟的公共空間，社群丼是傑哥個人方法論的私人課堂。兩者主題有重疊（借勢 / 創意 / 工法）但深度不同（社群丼有篇幅展開個別節慶細節 + 思考檢核表）。方法論交叉印證觀察：「借勢內容必須強化品牌聯想 + 受眾針對性」（PDF 11 月開篇 vs Indie Creative 002）+「拆解節慶元素 + 概念延伸轉化」（PDF 1 月、6 月 vs Indie Creative 多期）—— 兩條軌道的方法論交叉印證但社群丼版本因為節慶聚焦反而更具操作性。

附帶觀察 8：「樂於開源分享」企業哲學的累積。本 PDF 開源 + Indie Creative 008 期免費試閱 + 008 期傑哥分享年度得獎成績 + 026 期 QSearch 全年數據公開——只要有人社群顧問 的「樂於開源分享」哲學至此累積足夠多的具體實踐證據，是 vault 中第一個明確以「開源分享」為公司文化的代理商實體。如未來其他代理商也有類似的「從付費內容到免費公開」的開源軌跡（例：不來梅創意 內部 SOP / 貓取廣告 案例集 / 就曰設計 設計流程），可在各自實體頁累積成「開源分享文化的代理商集合」觀察軸。

附帶觀察 9：本 PDF 不涵蓋的常見節慶觀察。本 PDF 13 個月覆蓋 14 個節慶，但仍有大量常見節慶未涵蓋：母親節（5/8）、七夕情人節（8/4，作者已寫過 2/14 情人節故略過）、中秋節（9/10，作者自陳「沒感覺」）、國慶日（10/10）、感恩節（11/24）、新年元旦（1/1）等。這個「作者選擇性」現象本身值得觀察——傑哥對中元節「著迷」（追全聯廣告 10 年）+ 對中秋節「沒感覺」+ 對情人節「玩了正反側三角」，揭示了個人情感連結強烈的節慶才能寫出深度方法論——這呼應 創意風格 的「有資格談風格 = 必須對特定領域有深度共鳴」原則。如未來 節慶借勢 頁累積到母親節 / 七夕 / 中秋等期數，可作為作者光譜的補完。

附帶觀察 10：PDF 中 只要有人社群顧問 自家案例的時間軸補完。本 PDF 揭露的本團隊代表作時間軸（按發布日期）：2017 BenQ 情人節徵友（公司成立第一年作品）→ 2020 麥克鷄塊體（萬聖節）→ 2021 麥當勞薯條體（萬聖節，4A 銅 + DSA 金）→ 2022-02 foodpanda × How 哥「一半」（春節，018 期）→ 2022-05 IKEA 芋見幸福霜淇淋（端午節）→ 2022-09 / 11 麥當勞情人節快樂分享盒 / C.L.A.P 慢經典（情人節 / 雙十一）。觀察：2017-2018 是團隊草創期（規模小、單純社群操作）；2020-2021 是 IKEA 代理 + 麥當勞合作的擴張期（建立「只要有人 = 強擴散工程」品牌）；2022 是多元化期（KOL 共創 + 反向 KOL + 跨品牌共創）。本團隊的代理商成長軌跡至此首次完整可見——是 vault 中第一個有明確時間軸的代理商成長案例。如未來其他代理商（不來梅創意 / 貓取廣告 / 法樂數位）也有類似時間軸資料，可建「代理商成長軌跡」觀察軸。

Ingest：獨立創意電子報 037「愛莉莎莎線上課程的宣傳策略破解」

收穫：037 是 vault 中第一篇專門處理「線上課程銷售 / 創作者產品預售」的 Indie Creative 期數。它把既有 cluster 串在一起：創作者經濟 提供產品方身份，變現 提供商業模式，行銷漏斗 提供轉換結構，KOL合作 提供擴散與信任節點，而新建的 價格階梯 補上「時間 × 定價」的促購機制。這讓 vault 第一次有一個完整的「創作者把個人經驗產品化成高單價線上課程」案例。

附帶觀察 1：價格階梯 建頁理由。本可選擇把價格操作併入 行銷漏斗 或 內容策略，但 037 的價格波段是整篇的第一個主問題，而且未來可遷移到群眾募資早鳥價、活動票券 tier pricing、SaaS 年繳優惠、會員首發價等情境。其方法論不是「寫什麼文案」或「漏斗哪一段」，而是「如何讓價格隨時間產生決策壓力」，因此獨立成概念頁。

附帶觀察 2：愛莉莎莎 建頁理由。vault 先前已有 變現 頁 dead link（業配 vs 團購出自 愛莉莎莎 / 福爾思庭），016 也提過愛莉莎莎炎上作為 KOL 粉絲文化案例；037 提供足夠密度（課程、預售、KOL 宣傳、變現定位）使其不再是 passing mention。這次建頁同時修補既有 dead link。

附帶觀察 3：圖片處理。使用者提供 3 張可見截圖，內容分別是價格時間軸、官方廣告素材截圖、KOL 推薦 / 訪談截圖；但沒有可寫入 vault 的本機圖片檔。處理方式：在來源頁建立「圖像附件描述」表格，保留視覺資訊與缺失紀錄，而不建立 source-bundle 子資料夾。若未來取得原始圖片檔，可升級為 bundle。

附帶觀察 4：037 對傑哥撰文軌跡的補位。001-002 是自家 IKEA 工法，018 是自家 foodpanda × How 哥案例，026 是產業版圖觀察，034 是內部 PM 工法；037 是外部熱門案例拆解。這使傑哥撰文軌跡不只包含「我怎麼做」與「產業怎麼變」，也包含「別人做得好的商業操作如何拆解」。

Ingest：獨立創意電子報 035「AI 想的行銷企劃，距離人類還有多遠？」

  • 來源：2026-04-30-Indie-Creative-035-AI行銷企劃
  • 期數：035（vault 中第一個 AI / ChatGPT 主題的 Indie Creative 期數）
  • 作者：未明示——從口吻（「我整個深陷其中、各種瘋狂測試」「啊 … 有 ..有夠詞窮啊」「聽你在唬爛！！！！」「好爛的腳本」）+ 主題（內部視角的 AI 工具實測）+ 期數位置（緊接 034 傑哥撰文）推測為傑哥（只要有人社群顧問）——第九次撰文 / 待後續期數署名驗證
  • 發表日：2022-12 推測——文中明示「這幾天大家應該有注意到社群上討論度相當高的 AI」+「現在這個版本的 ChatGPT」，ChatGPT 公開於 2022-11-30；對位 034（timestamp 20220926）→ 035 跨度約 2-3 個月
  • 內容類型：工具實測 + 完整 prompt-response 對話紀錄 + 個人即時點評——vault 中第一個以此結構為主結構的 Indie Creative 期數
  • 主案例：假想的「戰士盾牌」防撞手機殼品牌（自設 sandbox）——從零跑完「品牌命名 → 廣告標語 → Facebook 貼文 → 360 無死角防護邊框體驗文 → 情人節企劃（泛用版 → 給方向版）→ 30 秒短片建議 → 完整短片腳本 → 6 個情人節活動創意」全流程；總耗時 ≈ 15 分鐘 / ChatGPT 實際生成 < 3 分鐘
  • 新建 wiki 頁（1）：
    • 概念：AI輔助創意（vault 中第一個以「行銷 / 創意領域使用 LLM 輔助」為主軸的概念頁——對位既有 AI輔助開發（工程 / 程式領域）形成「LLM 應用 × 領域」雙翼結構；包含三類任務分類「文案發想 / 內容撰寫 / 企劃靈感」+ 品質定位「有一般常識但平庸的非專業人士」+ 人機分工「創意核心 = 人 / 內容延伸 = AI」+ 適用情境「孤軍奮戰中小品牌行銷人員」+ prompt 迭代範式「散彈 → 收斂 → 變體」+ 已知缺陷「輸出截斷 / 自信編造 / 體驗文掰造規格 / 過於泛用 / 想不到第 N 個」+ 元命題「現在進行式 vs 未來預測」）
  • 更新 wiki 頁（5）：
    • ChatGPT：補入「多輪上下文記憶」作為核心 UX 特徵段（不只是「對話介面」抽象描述，而是「追問不需重新解釋背景」的具體可驗證能力）+「已知行為現象」段（輸出截斷 / 應對 prompt「你話還沒講完」/ 自信編造 / 沒見過產品也能掰 / 想不到第 N 個）+「創意產出能力」段（與 2026-04-28-ChatGPT-廣告 商業模式視角 + 2026-04-28-ChatGPT-Prompt-Guideline 開發者視角形成第三視角：行銷 / 創意視角實測）；相關來源補入 035；備註補入 GPT-3.5 era 時點觀察 + 模型世代軸的累積方向
    • Prompt-Engineering：補入「創意產出迭代範式（散彈 → 收斂 → 變體）」段（先要 N 個粗糙版本 / 給方向追問 / 要優化 + N 種版本）+「角色映射 × 領域」雙軸（既有開發領域五個角色 + 035 補入創意 / 行銷領域三個角色任務）+「多輪上下文累積是迭代的前提」段；與 Context-Engineering / AI-幻覺 的關係保留並擴充至創意領域；相關來源補入 035
    • Indie-Creative-電子報：補入 035 期條目（vault 中第一個 AI / ChatGPT 主題期數 + 第一個明確以「現在進行式」為時態定位的期數）+「034 → 035 跳躍（專案管理元層 → AI 工具實測）」備註段 + 「035 期的特殊性 1：作者推測」段（vault 中第一個作者未明示的期數 + 三個待驗證信號）+「035 期的特殊性 2：論述結構」段（實測對話 + 即時點評，最接近「直播實作 / 開箱實測」風格）+「035 期的特殊性 3：時態定位」段（明確區分「未來推測 vs 現在進行式」+ 對 vault 的特殊價值）；vault 已 ingest 期數總覽 18 → 19 期；傑哥撰文軌跡 8 → 9 期（待驗證）
    • MOC-LLM-應用設計：應用層補入 AI輔助創意（與 AI輔助開發 形成雙翼）；鄰接領域 MOC-行銷增長 的描述補入 AI輔助創意；來源累積補入 035；備註中 cluster 規模描述更新為「18+ 概念頁 / 9 實體 / 8 來源 / 跨 6 個層次（新增應用層雙翼）」
    • MOC-行銷增長：增長動作層補入 AI輔助創意（與 數據驅動創意 / 借勢 / 節慶借勢 並列為「創意起點來源」家族——數據起點 / 外部能量起點 / 節慶起點 / AI 內容延伸起點）；來源累積補入 035；tags 補入 領域/AI
  • 更新 index.md：是

收穫：035 是 vault 中第一個跨 cluster 串連的 AI 應用案例——把 MOC-LLM-應用設計（AI / LLM 工程 cluster）與 MOC-行銷增長（行銷 / 增長 cluster）通過 AI輔助創意 的應用層橋接起來，是兩 MOC 之間第一個明確的雙向 cluster 跨界概念。對位 2026-04-28-ChatGPT-Prompt-Guideline（開發者視角的 LLM 應用），035 完成了 vault 在 LLM 應用層的「工程 + 創意」雙翼覆蓋——往後再 ingest 其他領域的 LLM 應用（教育 / 醫療 / 法律 / 客服 / 寫作 / 編輯）可在 MOC-LLM-應用設計 的應用層繼續累積為多翼結構。同時 035 也是 vault 中第一個明確以「現在進行式」為時態定位的來源——這個方法論態度（不預測未來、只討論現在能用什麼）值得在後續 AI 主題 ingest 中保持，因為 AI 模型的迭代速度極快，預測類論述的 shelf life 短，現在進行式論述的方法論態度反而能保留。

附帶觀察 1：AI輔助創意 建頁的判斷實踐。本可選擇把 035 內容併入既有 ChatGPT / Prompt-Engineering / AI輔助開發 之一，但選擇拆出 AI輔助創意 概念頁的理由：(1) 與 AI輔助開發 有對位但不同領域的關係——共享上游（prompt / 模型 / 幻覺）但下游驗證機制不同（工程可用測試 / 文件 / 型別驗證 vs 創意必須由人主觀判斷可用性）；(2) 創意領域的任務分類（文案 / 內容 / 企劃）與開發領域（轉置 / 配置 / 翻譯 / 諮詢 / 增強）完全不同，無法併入；(3) 預期未來累積方向（不同模型世代 / AI 生成視覺 / Agent 行銷自動化 / 失敗案例集 / 不同任務 prompt 範式）足夠多元，獨立成頁有空間。判斷準則：當應用領域有「獨立任務分類 + 獨立驗證機制 + 獨立累積方向」三項都成立時，獨立成頁——這個準則之前用過於 節慶借勢 vs 借勢、社群丼 vs 只要有人社群顧問；035 是第三次應用該準則。

附帶觀察 2：「現在進行式 vs 未來推測」時態定位的 vault 意義。035 元命題明確區分「我們在討論的不是未來可能的趨勢，而是現在我們已經確定可以利用 AI 完成哪些任務」——這是 vault 中第一個明確以時態為核心命題的來源。對位既有的時態定位光譜：001-002 / 007-008 / 011 等是「已驗證的方法論」（過去進行式）/ 014 / 022 / 026 是「產業趨勢觀察」（剛發生）/ 034 是「永恆元層工法」（時態無關）/ 035 是「正在發生的工作流變革」（現在進行式 + 不預測未來）。特殊價值：035 的具體實測結果可能在 2-3 年後完全失效（更強的模型出現），但「只討論現在能用什麼，不討論未來會怎樣」的方法論態度可保留——這也是 vault 對 AI 主題 ingest 的判準：先記錄現在能驗證的事實，避免被預測類論述綁住。

附帶觀察 3：作者未明示的處理方式。035 是 vault 中第一個作者未明示的 Indie Creative 期數——既有期數要嘛開場引言寫明（如 002 的「在第一期獨立創意電子報」）、要嘛結尾簽名揭露、要嘛使用者提供時附帶署名，但 035 沒有這些訊號。處理原則：(1) 在 frontmatter 與後設資料明確標註「推測」+ 推測根據（口吻 / 主題 / 期數位置）；(2) 在 Indie-Creative-電子報 頁的傑哥撰文軌跡標註「待驗證」；(3) 列出三個未來可驗證的信號（後續期數引用 / 取回原始連結 / 對位社群丼 PDF 筆觸）；(4) 在 AI輔助創意 / ChatGPT / Prompt-Engineering 等下游頁不依賴作者身份做論述，只用內容本身。如未來取得明確署名，可一次性更新所有相關頁的「推測」記號。

附帶觀察 4：論述結構家族的擴展。035 引入 vault 中第五種 Indie Creative 論述結構：

  1. 單列賞析結構（008 強者肩膀：列三件作品逐一賞析）
  2. 訪談 + 願景宣言結構（011 不只做廣告：訪 方序中 + 母品牌願景結尾）
  3. 多人心得集結構（032 數位霸凌：多位團隊成員心得拼貼）
  4. 論述閉環結構（034 專案管理：開場「creative 美好想像」+ 結尾「account 是實現的關鍵」首尾呼應）
  5. prompt-response 對話 + 即時點評結構（035：使用者貼出 prompt → AI response → 作者一兩句點評，逐輪推進）

035 的結構特殊性在於：讀者不只看到結論，也看到作者邊操作邊產生判斷的思考過程——是 vault 中最接近「直播實作 / 開箱實測」風格的 Indie Creative 期數。如未來有其他工具實測類期數（其他 AI 工具 / 數位行銷工具 / 群募平台後台 / 廣告投放儀表板），可累積為「工具實測類期數」觀察軸。

附帶觀察 5：ChatGPT 頁的「多輪上下文記憶」描述升級。本期之前 ChatGPT 頁的「對話介面」描述是抽象的（「多輪追問、補充上下文與逐步完成任務的對話」），035 提供具體可驗證的描述（「追問不需重新解釋背景，他會連同前面問過的問題一起理解」）+ 具體案例（先確認品牌名「戰士盾牌」→ 後續所有追問都自動套用此品牌名 / 已選定標語）。這是 vault 中第一次把 ChatGPT 的對話介面從抽象描述升級為具體行為描述——對未來 ingest 其他 AI 模型 / 對話產品（Claude / Gemini / Copilot）有對位價值，可累積「多輪上下文記憶能力的具體行為描述」軸。

附帶觀察 6：002 「皮 vs 骨肉」原則的反向應用。002 警告人類：借勢內容必須有「骨肉」（內在合理性）才不只是模仿「皮」——這是針對人類創作者的內在質地要求；035 重新分配人機任務：人負責骨肉（創意核心概念）/ AI 負責皮（內容形式延伸）——這是借用 002 的概念體系做人機分工。vault 觀察：035 是第一個明確使用「皮 vs 骨肉」概念體系做人機分工論述的來源——如未來其他 AI 應用來源也使用 002 的概念體系，可累積「002 概念體系的跨期延伸應用」觀察軸。理論價值：002 的「皮 vs 骨肉」是 vault 中第一個被反向應用的概念體系——這顯示概念體系的成熟標誌不只是「能正用」，而是「能反用」。

附帶觀察 7：未獨立建頁的判斷實踐。035 提到的「戰士盾牌防撞手機殼」（假想品牌）/「360 無死角防護邊框」（假想產品特色）/「情人節 / 30 秒短片 / 6 個活動創意」（具體任務類型）/「OpenAI / 軟體開發 / 數學理論」（對照領域）等都未獨立建頁——理由：(1) 假想品牌作為實測 sandbox 不具獨立 vault 價值；(2) 任務類型集中在 AI輔助創意 累積為「任務分類」段，不獨立建頁；(3) 對照領域已在 ChatGPT / OpenAI / AI輔助開發 既有頁累積。特別觀察：「OpenAI」實體頁本期未更新——理由：035 主要 contribution 在於「ChatGPT 在創意領域的具體行為觀察」，與 OpenAI 公司層級論述無關（OpenAI 頁主要承載商業模式 / 平台化視角，由 2026-04-28-ChatGPT-廣告 主導）；如未來 ingest OpenAI 公司動態 / 商業模式變化的來源再更新。

附帶觀察 8：035 對「AI vs 人」主題在 vault 中的位置。在 035 ingest 之前，vault 中討論 AI 衝擊的來源主要有：(1) 2026-04-28-ChatGPT-廣告（OpenAI 平台化 + 行動引擎商業模式）；(2) 2026-04-28-ChatGPT-Prompt-Guideline（開發者使用 ChatGPT 的角色映射）；(3) 2026-04-28-DeepSeek-從入門到精通（推理模型 prompt 工法）；(4) 2026-04-28-LlamaIndex-Context-Engineering（context 工程）。035 補位的內容：行銷 / 創意領域第一線實測者的視角——「我這個領域的工作者具體可以用 ChatGPT 做什麼 / 不能做什麼 / 怎麼用 prompt 達到可用品質」。這個視角的特殊價值在於：vault 中所有既有 AI 主題來源都是工程 / 商業 / 模型本身視角，035 是第一個應用領域實踐者的具體實測——對位 vault 中其他 cluster 的「實踐者第一手經驗」價值（如 016 / 018 是 KOL 合作實踐者 / 014 是群募實踐者 / 008 是廣告賞析實踐者）。如未來 ingest 其他應用領域的 AI 實測來源（教育工作者 / 醫療 / 法律 / 客服），可在 AI輔助創意 之外建對應領域的應用頁，繼續擴展 MOC-LLM-應用設計 的應用層多翼結構。

Ingest：Claude Code 完整教程（Eyad Khrais X 推文）

  • 來源：2026-04-30-Claude-Code完整教程
  • URL：https://x.com/eyad_khrais/status/2010076957938188661
  • 作者：Eyad Khrais（@eyad_khrais）
  • 發表平台：X（Twitter）長推文
  • 發表日：未明示（推測 2025 末 ~ 2026 初；文中提及 Claude-Code 與 Opus 4.5 等版本資訊）
  • 內容類型：單一作者長文 + 中英對照原文保留——vault 中第一個 Claude-Code 實作經驗來源 + 第一個 CLI-agent 工具實作來源
  • 新建 wiki 頁（1）：
    • 實體 / product：Claude-Code（Anthropic CLI 編程助理；plan mode / CLAUDE.md / context 劣化 / 多模型工作流 / MCP / Hooks / Custom slash commands / Headless mode / 企業級 build system 飛輪 / Pro Max 訂閱）
  • 更新 wiki 頁（5）：
    • Anthropic：產品線新增「開發工具產品」項目，補入 Claude-Code；相關概念補入 AI輔助開發；相關來源補入本期
    • AI輔助開發：新增「駐留 agent 工作法則」整段——把概念從「個人開發者使用 ChatGPT」延伸到「駐留在工作目錄的 agent」：先思考再打字（plan mode）/ 專案規範檔 / context 劣化管理 / 多模型工作流 / 擴充三件組（MCP / Hooks / Slash commands）/ Headless mode 升級為 build system / 飛輪迭代；備註段更新為「兩波累積」結構
    • Prompt-Engineering：補入「CLI-agent 場景的三條負空間 prompt 原則」段——Be specific / Tell what NOT to do / Tell why（Claude 4.5 過度設計傾向觀察）/ Plan mode 即「對話之外的 prompt 設計」
    • Context-Engineering：補入「容量在 100% 之前已劣化」具體經驗值（20-40% 起品質下降）/「CLI-agent 場景的四個工程化做法」（scope 對話 / 外部記憶體 / copy-paste reset / 果斷 /clear）/「Compact 不能恢復品質」段
    • Model-Context-Protocol：相關來源補入本期，備註段補入「vault 中第一個 MCP host 落地工具是 Claude-Code」
    • MOC-LLM-應用設計：框架 / 工具補入 Claude-Code；來源累積補入本期
  • 更新 index.md：是

收穫：本期是 vault 中第一個 CLI-agent 工具的具體實作經驗來源——對位既有 2026-04-28-Anthropic-Building-Effective-Agents（agent 設計理論 / 5 patterns）+ 2026-04-28-LlamaIndex-Context-Engineering（context 工程理論），本期把「理論藍圖」落地到「具體 CLI 工具的實踐者第一手經驗」。這完成了 MOC-LLM-應用設計 中 agent 主題的「理論 → 落地工具」一條完整鏈路：5 patterns（設計藍圖）→ Augmented-LLM / ACI（架構元件）→ MCP / A2A（協議層）→ Claude-Code（落地工具）。同時，本期是 vault 第二個明確指向「vault 自身 ingest pipeline 自動化」的來源（前者為 2026-04-28-Karpathy-LLM-Wiki-gist）——本 vault 的 CLAUDE.md 設計即為 Claude Code CLAUDE.md 模式的具體應用，自我參照清晰。

附帶觀察 1：Claude-Code 建頁理由（entity vs concept）。本可選擇把 Claude Code 的實作細節併入既有 AI輔助開發 概念頁，但選擇拆出 entity（product 類）的理由：(1) 是具體 product，有版本演進、價格、訂閱方案、功能群（Skills / Plugins / Settings.json）等實體屬性；(2) 累積方向多元（不同模型版本、Skills 系統、IDE 整合、企業部署、與其他 agent 工具如 Cursor / Aider / Copilot 的對位）；(3) 本 vault 的 CLAUDE.md 配置即為 Claude Code 的具體應用，自我參照需要一個明確的實體錨點；(4) 對位既有 ChatGPT entity 的「對話框 + 多輪上下文」典範，Claude-Code 代表「駐留終端機 + 專案配置 + 可被 script 呼叫」典範——兩個 entity 並列展示同一波 LLM 應用浪潮的兩條不同路線。

附帶觀察 2：未獨立建頁的判斷實踐。本期討論的「Plan mode」/「CLAUDE.md」/「Context window 劣化」/「Hooks」/「Custom slash commands」/「Headless mode（-p 旗標）」等都未獨立建頁——理由：(1) 這些都是 Claude-Code 的具體功能或行為現象，獨立成頁會把 entity 內容拆得太散；(2) 累積到單一 Claude-Code entity 頁的「重要事實」段更便於跨功能對照；(3) 若未來其他 CLI agent（Cursor / Aider / Cline）也有對位功能，可在概念層獨立成頁（例如「駐留 agent 規範檔」概念頁聚合 CLAUDE.md / .cursorrules / .aiderconf 等），但目前 vault 只有一個 CLI agent 來源，過早抽象會建出虛假概念。判斷準則：「獨立任務分類 + 獨立驗證機制 + 獨立累積方向」三項都成立才獨立成頁——本期所列功能目前都還是「Claude Code 特定行為」，不到三項。

附帶觀察 3：本期對 Context-Engineering 概念的具體化貢獻。既有 Context-Engineering 頁主要承載 LlamaIndex 的「五大技術 + workflow engineering」工程理論視角；本期補入第一線實踐者的具體經驗值與工法：(1)「容量在 100% 之前已劣化」（20-40% 起）是經驗值，不是理論值——這個觀察可能會被未來模型迭代失效，但「容量是工作區而非上限」這個方法論態度可保留；(2) 四個工程化做法（scope 對話 / 外部記憶體 / copy-paste reset / 果斷 /clear）是 LlamaIndex 五大技術中「Workflow Engineering」的 CLI-agent 場景具體化；(3)「Compact 不能恢復品質」是對 vault 中其他「壓縮可解決 context 問題」直覺認知的修正——壓縮是延緩，不是解藥。

附帶觀察 4：本期對 Prompt-Engineering 「負空間 prompt 設計」維度的補入。既有 Prompt-Engineering 頁主要承載「正向描述需求」的視角（指令 / 上下文 / 期望）+「散彈 → 收斂 → 變體」迭代範式；本期補入第一個明確以「框住自由度」為主的負空間視角：(1) Be specific（關閉模糊版本的創作空間）；(2) Tell what NOT to do（關閉模型的特定習性，如 Claude 4.5 過度設計）；(3) Tell why（提供未明說的限制條件）。這三條原則對應「模型有偏好 → 用 prompt 主動關閉」的工法，對位 AI輔助創意 中「散彈 → 收斂 → 變體」的「模型缺方向 → 用 prompt 給方向」工法——前者解決「模型自由度太大」，後者解決「模型自由度太小」，兩者構成 prompt engineering 在創作 / 開發兩個極端的雙軸。

附帶觀察 5：本期對 AI輔助開發 概念的「典範轉移」標記。既有 AI輔助開發 頁的核心要點是「任務分類優先於提示模板」（轉置 / 配置 / 翻譯 / 諮詢 / 增強），這是「個人開發者使用 ChatGPT」階段的方法論；本期補入「駐留 agent 工作法則」段，標記了一個典範轉移：從「複製貼進對話框」走向「agent 駐留在工作目錄」。這個轉移的關鍵特徵是：(1) prompt 重心從「對話內」推到「對話之外的常駐配置」（CLAUDE.md / 工具配置）；(2) 工作流從「一次性任務」推到「可被 script 呼叫的 build system 元件」（Headless mode + 飛輪迭代）；(3) 模型角色從「助理」推到「駐留 agent」。這是 vault 中第一次明確記錄 AI 輔助開發的階段性典範轉移——未來若 ingest 其他 CLI agent 來源，可繼續累積「典範轉移軸」的觀察（例如多 agent 協作開發、自我改進 agent 等下一階段轉移）。

附帶觀察 6：原文保留的判斷。本期 X 推文長文約 4000 字（中英對照後約 8000 字）；選擇完整保留中英對照原文而非提取要點即可的理由：(1) X 推文易失效，本期是 vault 中唯一的 Claude-Code 實作經驗來源，失去原文後重建成本高；(2) 原文有大量具體 prompt 範例（「Build email/password authentication using this existing User model…」）+ 操作細節（Shift+Tab 兩次 / /compact / /clear / -p 旗標），這些細節在「提取要點」中會被壓縮為「寫具體 prompt」這類抽象描述，喪失對位價值；(3) 中英對照原文便於未來重新提取（如未來建「CLI agent prompt 範例庫」可從原文取材）。判斷準則：當來源是「vault 中唯一 / 第一個 X 主題的實作經驗」+「原文有大量無法被抽象掉的具體細節」時，完整保留原文。

附帶觀察 7：本 vault 自我參照層面的意義。本 vault 根目錄的 CLAUDE.md 即為 Claude Code 模式的具體應用——這意味著 vault 從一開始就採用了本期討論的「駐留 agent + 專案規範檔」典範。本期 ingest 後，Claude-Code 實體頁與 vault 自身 CLAUDE.md 形成自我參照閉環：vault 用 Claude Code 維護自己（包括 ingest 操作）→ 本期 ingest 為 Claude Code 建立實體頁 → 該實體頁的「未來累積方向」明確列出「Claude Code 在本 vault 自身 ingest pipeline 的應用紀錄」。這是 vault 中第二個明確的自我參照閉環（前者為 LLM-Wiki / Karpathy cluster——karpathy 提出 LLM Wiki 模式，vault 是該模式的實作；本期形成「Claude Code 是維護工具，vault 為其建頁」的第二個自我參照層）。

附帶觀察 8：未來累積方向。本期 ingest 為以下未來方向預留接口：(1) 其他 CLI agent 工具（Cursor / Aider / Cline / Continue 等）— 對位 Claude-Code，可累積「CLI-agent 工具地景」；(2) Claude Code 的 Skills / Plugins / Settings.json 細節 — 在 Claude-Code 內累積；(3) MCP server 生態（MCP marketplace、自建 server 範例）— 主要在 Model-Context-Protocol 累積，部分在 Claude-Code；(4) Headless mode 的 CI / 自動化 workflow 範例 — 跨 Claude-Code / AI輔助開發 / Agent 累積；(5) 多 agent 協作開發（subagent / Agent SDK）— 可能觸發新概念頁；(6) vault 自身 ingest pipeline 的具體實作紀錄 — 這是本期最特殊的 follow-up，將直接驗證 vault 「pipeline 自動化」遠期目標的可行性。

反向連結