Claude Code × Anytype

把散落各處的知識,變成一個會回答你、還會自己幹活的第二大腦——用 Claude Code 操作 Anytype,從筆記一路用到生意

🧠

這堂課要解決你的一件事

你不缺資料,你缺的是找得到、用得上。會議紀錄在雲端硬碟、靈感在手機備忘錄、客戶資訊在 Email、待辦在便利貼——知識散在十個地方,等到要用的那一刻卻拼不回來。今天我們處理的,就是這種明明記過、卻調不出來的日常損耗。

你不是再多裝一個筆記軟體

你要給自己一個會自己長、會回答你、會幫你動手的知識系統。筆記只是入口;真正的價值,是當這些知識被結構化、被連起來、被一個 AI 隨時呼叫,它就從死檔案變成活幕僚。
我不是記性差,我是記過的東西,等到要用的時候,永遠在另一個我打不開的地方。
每一位被資料追著跑的職場工作者

Claude Code × Anytype 一日課

同一個你,兩種知識狀態

Before

現在的你

  • 資料散在雲端硬碟、Email、備忘錄、群組訊息十個地方
  • 要用時靠記憶硬翻,翻三十分鐘還不一定找得到
  • 知識用過一次就沉底,下次又從零開始
每天花不少時間,只為了找回自己記過的東西
After

之後的你

  • 一個第二大腦,所有知識收在同一個結構裡
  • 白話一問就調得出來:誰、何時、講過什麼、結論是什麼
  • 知識自己連成網,一份會議自動牽到專案、客戶、待辦
從我記得放在哪,變成我問一句它就端上來

全程地圖(上)

  1. 01

    為什麼 Claude Code × Anytype

    先講清楚這套組合解決什麼、值不值得你投入半天

  2. 02

    認識 Anytype 世界觀

    物件、型別、關聯——換一種看待知識的方式

  3. 03

    接上線

    用 MCP 讓 Claude Code 能讀寫你的 Anytype

  4. 04

    個人知識管理

    把散落的筆記、會議、靈感收進來,連起來

  5. 05

    商業應用

    從知識庫長出提案、報告、客戶經營的實戰

全程地圖(下)

  1. 06

    讓它自己幹活

    交辦白話任務,Claude Code 自動查、建、改、整理

  2. 07

    團隊與組織

    從一個人的第二大腦,擴成團隊共享的知識資產

  3. 08

    心法與陷阱

    哪些事該交給 AI、哪些不該,常見坑怎麼避

  4. 09

    你的第一週

    下課後七天具體怎麼動,把今天變成習慣

今天你會帶走三樣東西

  • 一個視角

    不再用資料夾思考,改用物件與關聯來看待你的知識——這個轉變比任何工具都重要

  • 一套結構

    一個能跟著你長大的 Anytype 空間骨架:型別怎麼設、關聯怎麼牽、查詢怎麼存

  • 一份行動

    一份可以明天就照做的第一週清單,把今天學到的變成每天的習慣

🧪

開場小作業:先抓出你的痛點

花 30 秒,在便條紙或手機上寫下最近最常找不到的三份資料或知識——可能是某場會議的結論、某個客戶的偏好、某段你存過卻翻不到的好句子。先寫下來,等一下每個段落,我們都拿這三個真實案例對照著看,今天就解決它們。

這堂課的三層進展

收納

把散在十個地方的知識收進同一個空間,先讓它進得來、放得對位置

連結

讓知識互相牽線:會議連到專案、任務連到客戶,孤立的點長成一張網

運用

把整張網交給 Claude Code,變成決策依據與實際產出——提案、報告、回覆

為什麼由我來講這堂

我不是來示範一套漂亮的理論。我自己每天就是用 Claude Code 操作 Anytype 在管知識、管事業——會議完讓它建紀錄、靈感來讓它歸位、要寫提案讓它先把相關素材撈齊。

今天你看到的每一個場景,都是我真實工作流裡跑過的,不是為了上課現編的示意畫面。會卡的地方我會告訴你哪裡卡,會省時的地方我會告訴你省在哪。

所以這堂課的標準很簡單:每一招你回去都用得上,而且我自己天天在用。學不會用、只能看的東西,我不會放進來。

記住今天的北極星

知識管理的目標不是收集,是讓對的知識在你需要時自己出現。接下來半天,無論講物件、講關聯、講 MCP、講自動化,都只是在服務這一句——少花力氣找,多用力氣想。

01

為什麼是 Claude Code × Anytype

先看懂你真正缺的不是工具,是一個會運作的系統

職場人的知識困境,你中了幾項

  • 資料散在十個 App

    簡報在雲端硬碟、待辦在通訊軟體、靈感在備忘錄、合約在信箱附件,沒有一個地方看得到全貌

  • 靠大腦硬記

    客戶上次說的重點、專案的決定、誰負責什麼,全靠記性,一忙就漏

  • 會議筆記寫了沒人看

    當下抄得很認真,散會就沉到資料夾底層,下次開會根本找不到也想不起來

  • 找上次那份檔案找半天

    明明做過、改過、寄過,就是不記得放哪,重做一次比找還快

  • 知識隨離職帶走

    一個同事走,半個專案的脈絡跟著消失,新人從零接手,組織記憶歸零

第 5 個 App

你今天為了找一份資料,打開的第幾個工具

不是你不努力,是你的知識被切成十份,散在十個彼此不講話的工具裡。每切換一次,就多一次分心、多一次找不到、多一份重做的成本

工具越加越多,知識卻越來越散

過去十年,我們解決問題的方式都是再裝一個 App。要記事就裝筆記軟體、要管專案就裝看板、要存檔案就開雲端硬碟、要聊工作就開通訊群組。每個工具單獨看都很好用。

問題是它們之間沒有一條線。同一個客戶的資料,名字躺在通訊錄、合約躺在硬碟、會議紀錄躺在筆記、報價躺在信箱。你的大腦變成唯一把它們串起來的地方,而大腦會累、會忘、會離職。

工具越多,切換成本越高,知識反而越破碎。你需要的不是第十一個 App,而是一個能把這些碎片重新接起來、還會自己動的底層系統。

你的知識,現在散在哪、又該長什麼樣

現在的樣子

  • 十個 App 各存一塊,彼此不認識
  • 靠資料夾層層分類,越分越深越難找
  • 同一份資料複製到三個地方,版本各自飄
  • 查東西靠回想放哪,而不是直接問
  • 人一走,脈絡就斷

該有的樣子

  • 一個地方看得到所有東西的全貌
  • 靠關聯互連,從一個點走到相關的全部
  • 每份資料只有一個本尊,到處引用
  • 用白話描述需求,系統幫你找出來
  • 脈絡留在系統裡,不綁在某個人腦中
💡

問題不是缺工具,是缺一個會自己運作的系統

你不缺再一個功能更強的 App。你缺的是一個底層:能把散落的資訊收進同一個結構、讓它們彼此連起來,還能不用你動手就持續整理跟產出。工具是零件,系統才是會運作的整體——這份課要幫你裝的,是後者。

一個會運作的第二大腦,有三個層次

收納

所有資訊有一個固定的家。筆記、聯絡人、會議、專案、客戶,進來就被歸到對的位置,不再散落十處

連結

物件之間互相關聯成網。從一個客戶能走到他的所有會議、合約、待辦,知識不再是孤島而是一張地圖

運用

需要時叫得出來、用得上。查詢、彙整、產報告、追進度,知識從躺著的庫存變成隨時可動用的資產

那麼,Anytype 到底是什麼

Anytype 是一套本地優先、端對端加密的開源知識管理工具。資料存在你自己的裝置上,不是別人的伺服器,要同步時走裝置之間的點對點加密通道。對職場人手上那些客戶名單、合約、內部資料,這層隱私不是加分,是底線。

它最不一樣的地方是世界觀:不靠資料夾,而是把一切都當成物件。一篇筆記、一個人、一個任務、一場會議、一個專案,都是一個可以被定義結構、被互相連結的物件。

所以它不只是筆記軟體,而是一個你能自己長出結構的個人資料庫——既保有隱私,又能讓知識彼此連成網。

Anytype 的四個關鍵特質

為什麼它適合當職場人的知識底層

🔒

本地隱私

資料存在你自己裝置、端對端加密,敏感的客戶與內部資料不必交給雲端託管

🧩

物件化

不靠資料夾,每樣東西都是有結構的物件,能定義欄位、套模板、批次管理

🔗

關聯成網

物件之間雙向連結,從客戶到會議到待辦一線牽,還能用關係圖看全局

🆓

開源

程式碼公開、走開放標準,不被單一廠商綁死,你的知識資產長期握在自己手上

那 Claude Code 又是什麼

Claude Code 是 Anthropic 推出的 AI 工具,跟你熟悉的聊天機器人最大的差別是:它不只會說,它會做。它能讀寫檔案、執行指令、跨多個檔案連續工作,還能自己把一個多步驟的任務從頭做到尾。

它有終端機、桌面 App、編輯器外掛等多種介面,但你完全不必會寫程式。你用白話交辦——幫我把這週的會議紀錄整理成摘要、幫我把這個客戶的所有資料彙整成一頁——它就動手去做。

把它想成一個聽得懂人話、又真的會幫你操作工具的助理。這正是它能跟 Anytype 配成一對的原因。

一般 AI 對話 vs Claude Code

一般 ChatGPT/Claude 對話

  • 只能在對話框裡回你文字
  • 給你建議,動手還是你自己來
  • 記不住你的檔案與資料現況
  • 一次回一題,做完就忘

Claude Code

  • 能直接讀寫你的檔案與工具
  • 會替你執行,不只給建議
  • 看得到你的實際資料再動作
  • 能自理多步驟任務,連續做完
💡

關鍵是 1 加 1:Anytype 給結構,Claude Code 給動作

Anytype 把你的知識變成有結構、能連結的物件,但維護它得靠你一格一格手動點。Claude Code 會做事,但它需要一個有結構的地方去讀去寫。兩者單獨都好,合起來才是質變:一個有結構的大腦,配上一雙會動的手,你的知識庫第一次能自己運轉。

手動維護的知識庫 vs AI 操作的知識庫

Before

全靠你手動維護

  • 會議後自己逐筆建物件、填欄位、拉關聯
  • 要查跨專案的進度,自己一個個翻
  • 想要週報,自己回頭蒐集再彙整
整理的工,全壓在你身上,一忙就停擺
After

交給 Claude Code 操作

  • 一句話交辦,它把會議紀錄建成物件並接好關聯
  • 問它跨專案進度,它查完直接給你答案
  • 說一聲產週報,它彙整好整理成一份
你只描述要什麼,整理與產出由它代勞

兩者合體後,你實際得到什麼

不是多一個工具,是知識庫開始替你工作

🗂️

會自己分類

新資訊進來,AI 判斷該歸到哪個 Type、補上屬性、接上關聯,你不必手動歸檔

🔎

白話就查得到

不用記放哪、不用設篩選器,直接用人話問,AI 替你搜遍空間找出來

📤

會主動產出

週報、客戶摘要、專案進度,從庫裡的物件自動彙整成成品,不必你從零拼

🔐

知識不再流失

脈絡都沉澱在結構化的物件裡,不綁在某個人腦中,人來人往組織記憶都還在

為什麼現在是職場人的黃金時代

  • 結構的門檻被打掉了

    以前要會建資料庫、設欄位才能有結構化系統,現在用白話交辦 AI 就幫你長出來

  • 隱私與能力不再二選一

    Anytype 本地加密守住敏感資料,Claude Code 又能在上面動手,魚與熊掌可以兼得

  • 不必會寫程式

    過去這種自動化是工程師的特權,現在你會描述需求就能用,門檻從技術變成表達

  • 一個人就能有一支團隊的產能

    查找、整理、彙整、產出這些雜事交給 AI,你把時間留給判斷與決策

以前要會很多工具,現在你只要會描述你要什麼

這份課不是要再教你一個 App。我們要把 Anytype 的結構和 Claude Code 的動手能力接起來,讓你的知識庫從一個你得伺候的倉庫,變成一個會替你運作的系統。接下來,我們從零把它裝起來、用起來。

02

認識 Anytype 的世界觀

先換掉資料夾的腦,學會用物件思考

🧠

先換掉資料夾思維

用了二十年的資料夾,訓練我們一個習慣:把東西收進去。一份檔案放進一個資料夾,就被藏起來,下次要靠記得路徑才找得回。Anytype 反過來:它不要你把東西藏起來,而是讓每一筆資料變成一個物件,彼此連起來。差別在於——資料夾讓你收納,物件讓你連結。今天這個模組,就是幫你把腦子從資料夾切換到物件。

兩種整理知識的腦

資料夾思維

  • 一份東西只能放進一個資料夾
  • 靠記得路徑才找得到
  • 資料夾之間互不相通
  • 整理=決定要塞進哪一格

物件思維

  • 一個物件可同時連到多個地方
  • 靠關聯與查詢自動浮現
  • 物件之間互相連結成網
  • 整理=替資料補上屬性與關聯

在 Anytype,一切都是 Object

在 Anytype 的世界裡,沒有檔案與資料夾的分別。一篇會議紀錄、一位客戶、一個待辦任務、一份專案計畫、一則靈感筆記——全部都是同一種東西:物件(Object)。物件是這個系統的原子單位,小到一張名片、大到一個季度專案,本質上都是物件。

既然都是物件,它們就能用同一套規則互相連結。會議這個物件,可以連到與會的客戶物件;任務這個物件,可以連到所屬的專案物件。你不是在搬檔案,而是在替物件之間牽線。

理解了這一句一切都是物件,後面所有名詞都會變得簡單——它們只是在回答:這個物件屬於哪一類?它有哪些欄位?它連到了誰?

四個基礎概念,先記住這四個

其餘名詞都是這四個的延伸

📦

Space 空間

最上層的容器,像一個獨立的工作場域。可以分成個人、工作、某個客戶、團隊共享,彼此資料不混在一起。

🧱

Object 物件

系統的原子單位。筆記、聯絡人、任務、會議、專案,全都是物件。你做的每件事都是在新增或連結物件。

🏷️

Type 型別

每個物件都屬於一個型別,例如筆記、聯絡人、任務。型別決定這個物件有哪些欄位可以填。

🔧

Property / Relation 屬性與關聯

型別底下的欄位。可以是文字、日期、標籤,也可以是指向另一個物件的關聯,讓知識連成網。

六個核心名詞速查

📦

Space 空間

最上層容器,一個獨立工作場域,資料彼此隔離。

🧱

Object 物件

原子單位,任何一筆資料都是一個物件。

🏷️

Type 型別

物件的分類,定義它有哪些欄位。

🔗

Relation 關聯

指向另一個物件的欄位,是連結的關鍵。

📋

Collection 集合

你手動策展、一筆筆加進去的物件清單。

🔍

Set 集合查詢

對某型別的動態查詢,像存起來的篩選器。

從一則筆記,看懂整個結構

1

選 Type 型別

新增一個物件時,先決定它是哪一類,例如選會議紀錄。系統就知道要給它哪些欄位。

2

填 Property 屬性

填上這個型別的欄位:日期、地點、狀態、標籤。屬性讓物件可被查詢、被篩選。

3

建立 Relation 關聯

把這則會議連到相關物件:與會的客戶、所屬的專案。一條關聯,等於替知識牽一條線。

4

套 Template 模板

若這類會議常常要記同樣的欄位,就存成模板,下次新增直接套用,不必每次重來。

Collection 與 Set:兩種清單,用途不同

Collection 手動策展

  • 你一筆一筆手動加進去
  • 內容固定,不會自己變
  • 適合精選清單,例如本季重點客戶
  • 像一個你親手整理的書架

Set 動態查詢

  • 設好條件,符合的自動列出
  • 資料一變,清單跟著更新
  • 適合工作檢視,例如所有未完成任務
  • 像一個存起來的篩選器

Relation 是 Anytype 的超能力

多數筆記工具只能把字打進一頁,頁與頁之間是斷的。Anytype 的關聯(Relation)讓你在物件之間牽線:這個任務屬於哪個專案、這場會議誰參加、這篇文章談的是哪個主題。當每個物件都連上該連的對象,你的知識就不再是一堆孤立的頁面,而是一張會越長越密的網——查任何一個點,相關的全都浮出來。

三種關聯,三個真實場景

任務 → 所屬專案

每個待辦都掛在一個專案下。打開專案,這季所有相關任務一覽無遺;打開任務,立刻知道它為了哪件大事。

會議 → 與會者

會議紀錄連到出席的聯絡人。下次點開那位客戶,過去跟他開過的所有會自動列出,脈絡不再斷線。

文章 → 相關主題

一篇靈感筆記連到它涉及的主題物件。日後做同主題的內容,相關素材全都串在一起等你用。

Template 讓你不必每次從零開始

同一類物件,往往要記同樣的欄位。每次開週會都要填日期、議題、決議、待辦;每次接觸新客戶都要記公司、窗口、需求、報價狀態。如果每次都從空白開始,你會累,也會漏。

模板(Template)就是替某個型別預先做好的骨架。設定一次,之後新增這類物件就直接套用,欄位、預設結構全都在位,你只要填內容。它讓整理變成填空題,而不是申論題——這對忙碌的職場人,是省力也是一致性的保證。

Local-first 與隱私,為什麼對職場特別重要

  • 資料存在你自己裝置

    Anytype 本地優先,主資料就在你的電腦裡,不是先交給別人的伺服器再借回來看。

  • 端對端加密

    同步時資料被加密,連服務商也讀不到內容。這對處理機密的職場人是底線。

  • 敏感客戶資料可以放

    合約、報價、客戶名單這類不該上公有雲的東西,放在本地加密的空間裡更安心。

  • 可以離線工作

    沒網路也能讀寫,飛機上、客戶端、收訊差的場合都不卡,回到線上再同步。

Anytype 與 Notion:各有適用

Anytype

  • 本地優先,資料在你裝置
  • 端對端加密,隱私強
  • 物件化結構+雙向連結
  • 適合敏感資料與個人知識網

Notion

  • 雲端優先,資料在其伺服器
  • 即時協作成熟順手
  • 資料庫與頁面排版彈性大
  • 適合團隊共編與對外分享

Anytype 與 Obsidian:各有適用

Anytype

  • 物件化的結構資料庫
  • 型別、屬性、查詢一應俱全
  • 關聯指向真正的物件
  • 適合管理人、任務、專案等結構資料

Obsidian

  • 本地 Markdown 純文字
  • 輕巧、外掛生態龐大
  • 以雙向連結串純筆記
  • 適合長文寫作與思考筆記

什麼資料最適合放 Anytype

  • 有結構、會重複的資料

    客戶、聯絡人、會議、任務、專案——這些有固定欄位、會一直新增的東西,最吃得到物件化的好處。

  • 彼此需要連結的資料

    當你常需要從一個點跳到相關的另一個點,例如從客戶查到所有往來會議,關聯就派上用場。

  • 敏感、不該上公有雲的資料

    合約、報價、私人名單,放在本地加密空間比放雲端工具安心。

  • 你想長期累積、反覆查用的資料

    不是一次性的草稿,而是會變成你個人資產、未來持續查詢的知識。

一個職場人的 Anytype 空間,長什麼樣

想像一位行銷企劃。她開了一個工作空間,裡面不是一堆資料夾,而是幾種型別的物件:聯絡人、會議、專案、知識筆記。每接觸一個窗口,就新增一筆聯絡人;每開一次會,就新增一筆會議並連到對應的客戶與專案。

某天主管問起某個案子的進度,她打開那個專案物件,底下自動列出所有相關任務、開過的會、往來的聯絡人——不必翻信箱、不必找檔案。這就是物件化結構帶來的差別:資訊不是被收進某個資料夾,而是圍繞著專案自己聚攏過來。

這個空間不是一天建成的,而是她每天順手新增、順手牽線,慢慢長出來的一張工作知識網。

那個範例空間裡的四個 Type

每個型別決定它要記哪些欄位

👤

聯絡人

欄位:姓名、公司、職稱、聯絡方式、標籤。關聯到他參與過的會議與專案。

🗓️

會議

欄位:日期、主題、決議、待辦。關聯到與會的聯絡人和所屬專案。

📁

專案

欄位:狀態、負責人、截止日。底下聚攏相關任務、會議與聯絡人。

📝

知識筆記

欄位:主題標籤、來源、重點。關聯到相關專案或它談到的主題。

🎯

結構的目的,是讓未來的你查得到、用得上

今天多花十秒選對型別、補上一條關聯,不是為了整齊好看,而是為了三個月後的你。當你急著找某個客戶的往來脈絡、某個專案的所有決議時,做過結構的資料會自己浮出來,沒做結構的只能靠回憶硬翻。整理的回報,永遠是在未來才兌現的。

模組收束:資料夾是收納,物件是連結

你今天學到的不是一個工具的操作,而是一種看待知識的方式。資料夾把東西藏起來,物件把東西連起來。Space 是場域、Object 是積木、Type 給它分類、Relation 替它牽線、Set 與 Collection 幫你調閱、Template 幫你省力。當這些組合起來,你建的就不只是一個筆記庫,而是一張會隨你成長的知識網——下一個模組,我們讓 Claude Code 接上它,替你動手查、建、改。

03

接上線

用一條管線,讓 Claude Code 能讀寫你的 Anytype

🔌

MCP:給 AI 接外部工具的標準接口

Claude Code 本身住在它自己的世界裡,看不到你的 Anytype。MCP(Model Context Protocol)就是一套業界共通的接法,像幫 Claude Code 接上一條通往 Anytype 的管線。管線一旦打通,它就能隔著這條線,讀你的物件、也幫你建立與修改物件。你不必懂協定細節,只要知道:這是讓 AI 安全連上外部工具的標準插座。

管線打通後,你的工作方式變了

在這之前,知識管理是一連串手指動作:打開 Anytype、找到那個空間、新建一個物件、選好型別、一格一格填屬性、再手動連到相關的專案。資料是你的,但每一筆都要你親手搬。

管線打通後,這些動作變成一句話。你對 Claude Code 說把今天這場會議記成一筆會議紀錄、與會者連到三位聯絡人,它就隔著管線替你查、建、連好。你從操作員,變成出一張嘴的指揮者。

更關鍵的是它能跨物件工作:一次讀十篇筆記幫你彙整、把散落的任務全抓出來排期、依條件批次更新——這些手動做會累垮人的事,交給它一次完成。

這條管線,能讓 Claude Code 做四類事

從唯讀到動手,由淺到深

🔍

搜尋物件

跨整個空間、或鎖定單一空間,依關鍵字或型別把符合的物件全找出來,像有人替你翻遍所有筆記。

📖

讀取內容

打開任一物件,讀它的正文與所有屬性,把多筆內容一起讀進來做彙整、比對、寫摘要。

✍️

建立與更新物件

依指定型別建立新物件並填好屬性,或找出既有物件做修改,連標籤與關聯都幫你接上。

🏗️

自訂型別與屬性

當現有結構不夠用,它能新增型別、加上你要的欄位,幫你把知識庫的骨架本身長出來。

設定只做一次:四步打通管線

1

裝上 Anytype 的 MCP server

這是管線的接頭,一個小程式,讓 Claude Code 知道怎麼跟 Anytype 對話。照官方文件裝一次即可。

2

在 Claude Code 設定檔登記

在設定檔裡加幾行,告訴 Claude Code 有一條叫 anytype 的管線、這樣連。等於把接頭插進插座。

3

讓 Anytype App 保持開著

管線的另一端是你電腦上的 Anytype。它得開著、解鎖,Claude Code 才連得進去——資料始終在你本機。

4

第一次連線時授權

初次接上,Anytype 會問你是否允許這個連線。點頭授權一次,之後就暢通,不必每次重來。

設定檔示意(看懂概念就好)

json
{
  "mcpServers": {
    "anytype": {
      "command": "anytype-mcp",
      "args": ["--stdio"],
      "env": {
        "ANYTYPE_API_KEY": "你的授權金鑰"
      }
    }
  }
}

重點是看懂:給管線取個名字 anytype、指定怎麼啟動、放上授權金鑰。實際欄位與指令請以官方文件最新版為準。

打通後,第一句話先驗收

PROMPT
請列出我所有的 Anytype 空間,告訴我每個空間裡大概有哪些型別。
OUTPUT
你目前有 3 個空間:
• 個人 — 型別有 筆記、靈感、日記
• 工作 — 型別有 任務、會議、專案、聯絡人
• 客戶 A — 型別有 需求、合約、會議紀錄
看起來工作空間的結構最完整。需要我深入看哪一個?
🛡️

你的資料,始終握在自己手裡

會擔心很正常,但這套設計是站在你這邊的:資料全程存在你本機的 Anytype,沒有上傳到誰的雲端;連線需要你一次性授權,不是預設全開;授權隨時可以收回,斷線就斷得乾乾淨淨;而 Claude Code 的每個動作都發生在你自己的裝置上,由你下令、你看得見。隱私強,正是 Anytype 適合放職場敏感資料的原因。

同一件事,設定前後的差距

Before

設定前:手動開 App 一格格點

  • 打開 App、切空間、找物件
  • 新建物件要逐欄手選型別、填屬性
  • 跨多筆彙整只能自己一篇篇開來看
每筆都是你的手指在搬
After

設定後:一句白話交辦

  • 說幫我查/建/改它就動手
  • 一句話建好物件並接上關聯
  • 一次讀十篇幫你彙整成一份報告
你出一張嘴,剩下它做

設定常見卡關與排除

  • Anytype App 沒開或鎖著

    管線另一端沒人接。確認 App 開著且已解鎖,再讓 Claude Code 重試。

  • 設定檔路徑或格式不對

    登記寫錯,Claude Code 就看不到這條管線。比對官方範例,注意 JSON 逗號與括號。

  • 授權沒過或被收回

    連線被擋下。重新觸發一次連線,在 Anytype 跳出的提示點頭授權。

  • 版本太舊對不上

    MCP server 與 Anytype 版本不相容時會連不上。把兩邊都更新到最新版再試。

再熱身一句:讓它真的動手建一筆

PROMPT
幫我在工作空間新增一筆今天的測試筆記,標題叫 第一次串接成功,內容寫:今天我把 Claude Code 接上了 Anytype。
OUTPUT
已在工作空間建立一筆筆記:
• 標題:第一次串接成功
• 型別:筆記
• 建立日期:2026-06-26
• 內容:今天我把 Claude Code 接上了 Anytype。
打開 Anytype 就看得到它了,要不要我順手加個標籤?

設定只做一次,之後你只要說人話

裝接頭、登記、開 App、授權——這四步是一次性的門檻,跨過去就不必再碰。從今天起,知識管理不再是滑鼠與鍵盤的反覆操作,而是你開口、它執行。剩下的,交給它。

04

場景組一:個人知識管理

把散落的資訊收進來、連起來、問得到

🧠

第二大腦的日常,不是抄筆記

真正省力的知識管理,不是你勤勞地把東西記下來,而是讓知識自己歸位、自己被你呼叫。你交辦,Claude Code 把資訊整理進 Anytype;你提問,它幫你從一整座知識庫裡撈出答案。你只負責思考,瑣事交給機器。

場景 1:收集入庫

你每天滑到好文章、看到一句金句、想到一個點子。它們散落在瀏覽器分頁、訊息對話、便利貼、腦袋裡——你知道它們有用,但下次要找的時候,一個都想不起來放哪。

收集的真正障礙從來不是懶,而是摩擦:要開 App、選資料夾、想標題、決定歸到哪一類。摩擦一高,你乾脆不收了,資訊就這樣流失。

理想狀態是:你只要把原始材料丟出來,剩下的判型別、寫摘要、上標籤、建物件,全部有人幫你做。

把一段文字/連結丟給 Claude Code 入庫

PROMPT
這段是我剛剛讀到的東西,幫我收進 Anytype 的個人空間:

local-first 軟體的核心主張是:你的資料該存在你自己的裝置,雲端只是備援與同步管道,而不是資料的主人。即使服務商倒了,你的東西還在。

請你判斷它適合哪個 Type、寫一段兩三句的摘要、上幾個標籤,然後建成一個物件存進去。
OUTPUT
我把它判讀為一則筆記(Note),已建立物件:

• 標題:local-first 的資料主權主張
• 摘要:local-first 主張資料存在使用者自己的裝置,雲端只負責備援與同步;即使服務商消失,資料仍屬於使用者。
• 標籤:#資料主權 #local-first #知識管理
• 已存入空間 個人知識庫

要我順手把它關聯到你既有的 Anytype 研究 主題嗎?
🪶

收集的關鍵,是降到零摩擦

你不必先想好它是什麼、該放哪、叫什麼名字。把原始材料丟出來這一個動作,就是你要做的全部。判型別、寫摘要、上標籤、決定歸屬,這些判斷成本全部由 Claude Code 吸收。摩擦愈低,你愈願意收,知識庫才會真的長起來。

場景 2:AI 入庫時自動做的四件事

1

判 Type 型別

看內容判斷這是筆記、聯絡人、任務、會議還是專案,挑對 Anytype 的 Type,欄位才會對。

2

填 Property 屬性

依 Type 該有的欄位自動補值——日期、來源、狀態、優先序,能推的先推好。

3

上標籤 tag

從內容抽出主題關鍵詞做標籤,讓同主題的物件日後能一起被撈出來。

4

拉關聯 Relation

搜尋庫裡相關的既有物件,把新物件 link 過去——知識從一顆顆孤點變成一張網。

🗂️

整理這件事,本來就不該你做

分類歸位是最典型的重要但無聊的工作:做了沒成就感,不做又一團亂。它需要的是一致的規則與耐心,正好是 AI 的強項。你定方向,它執行細節。

把這週的零散筆記重新分類歸位

PROMPT
我這週隨手在 Anytype 收了一堆東西,型別亂填、標籤也沒上。請你把空間 個人知識庫 裡這週新增、還沒分類的物件全部掃一遍,重新判對 Type、補上標籤、能關聯的就關聯到既有主題。整理完列一份清單給我看你動了哪些。
OUTPUT
本週掃到 11 則未分類物件,已重新歸位:

• 6 則重判為筆記,補上主題標籤
• 2 則其實是待辦,改判為任務並設了到期日
• 1 則是某次通話紀錄,改判為會議並關聯到與會者
• 2 則內容重複,已合併

另有 1 則我判不準(像是半句靈感),先標記待你確認,沒擅自歸類。

場景 3:用白話問你的知識庫

收集和整理都做好之後,會迎來最爽的一刻:你不必記得任何東西放在哪裡。你想找某個東西時,不是去翻資料夾、不是憑記憶搜關鍵字,而是像問一個熟悉你所有筆記的助理——直接用白話問。

我之前是不是記過某個關於定價的觀點?上個月那場跟客戶的會議,結論是什麼?你問得很模糊也沒關係,Claude Code 會去你的 Anytype 裡搜、讀、比對,再整理成答案回給你。

知識管理的價值,到這一刻才真正兌現:不是你存了多少,而是你需要時叫得出來。

用自然語言問知識庫

PROMPT
幫我查一下:我之前在 Anytype 裡記過跟定價策略有關的筆記,關於錨定效應的重點是什麼?把散在不同筆記裡的相關段落整理成幾條給我,順便標出處自哪一則。
OUTPUT
在你的知識庫裡找到 3 則相關筆記,關於錨定效應的重點整理如下:

1. 先報高價選項當錨點,主推方案會顯得划算。(出自:定價心理學讀書筆記)
2. 錨點要合理,誇張的高價會被當噱頭,反而失去定錨力。(出自:某場行銷講座速記)
3. 三選一時把想賣的放中間,靠兩側襯托。(出自:訂閱方案設計草稿)

要我把這三則關聯成一個定價策略主題、方便日後一起調用嗎?
🎯

這就是第二大腦的回報

你花在收集與整理上的每一分力,都在這一刻連本帶利還給你。你不再需要當一個記得所有事情放哪的人——你只要會問。知識庫愈大,這個回報愈明顯:別人愈查愈累,你愈問愈快。

場景 4:一篇長文轉成一則結構化筆記

1

抓重點

通讀全文,挑出真正的論點與證據,濾掉鋪陳與重複,只留你日後會用到的骨幹。

2

寫摘要

用你看得懂的話濃縮成幾句,讓你三個月後掃一眼就想起整篇在講什麼。

3

上關鍵詞標籤

抽出核心概念做標籤,讓這則筆記能被主題撈到,而不是沉進茫茫文海。

4

關聯既有主題

搜尋庫裡相關主題,把這則新筆記 link 上去,併進你已經在養的知識脈絡。

📄

讀完不等於記住,存對才算吸收

一篇好文章讀完就關掉,三天後等於沒讀。把它變成一則結構化筆記——有重點、有摘要、有標籤、接上既有主題——它才真的進了你的知識體系,日後可被搜尋、可被引用、可被串連。

把一篇文章變成結構化知識筆記

PROMPT
這篇文章我貼在下面,幫我把它變成一則結構化知識筆記,存進 Anytype 的 個人知識庫:

(貼上整篇文章全文⋯⋯)

要求:抓出三到五個核心論點、寫一段摘要、上主題標籤,並關聯到我庫裡相關的既有主題。建好之後告訴我你關聯了哪些。
OUTPUT
已建立筆記 平臺經濟的網路效應雙面性:

• 核心論點:
  1. 網路效應帶來贏者全拿,但也讓平臺易僵化
  2. 多歸屬(multi-homing)會稀釋鎖定效果
  3. 監管正成為網路效應的新天花板
• 摘要:本文論證網路效應既是護城河也是包袱⋯⋯
• 標籤:#平臺經濟 #網路效應 #商業模式
• 已關聯既有主題:訂閱制研究、競爭策略筆記

長文入庫的心法

你的目標不是把文章原封不動搬進 Anytype,而是把它消化成未來的你用得上的形狀。AI 幫你做的,是把一次性的閱讀,轉成可重複調用的資產。

場景 5:把會議逐字稿整理成會議物件

PROMPT
這是我剛剛那場會議的語音轉文字,有點亂。幫我在 Anytype 建一個會議物件:抓出日期與與會者、整理成幾段重點、把當中的決議和待辦分開列出來,待辦要標出負責人。建好後把與會者關聯到他們各自的聯絡人物件。

(貼上逐字稿⋯⋯)
OUTPUT
已建立會議物件 Q3 內容企劃對齊會議:

• 日期:2026-06-26|與會者:你、阿哲、Lisa(已關聯三人的聯絡人)
• 重點:3 段(方向、預算、時程)
• 決議:
  - 確定主打 一人公司 系列
  - 預算上限維持不變
• 待辦:
  - 下週一前出大綱(負責人:你)
  - 確認外部講者檔期(負責人:阿哲)

待辦已同時建成兩個任務物件並關聯回本場會議。

速記的三個原則

  • 先求進得來,再求整理

    會議和靈感稍縱即逝。先把原始材料(語音、逐字稿、一句話)丟進來,結構化交給 AI 事後補,別在當下糾結格式。

  • 決議與待辦一定要拆出來

    一份會議紀錄最有價值的是決定了什麼和誰要做什麼。讓 AI 把這兩塊單獨抽出來、建成可追蹤的任務,紀錄才不會看完就忘。

  • 人要關聯回聯絡人

    把與會者、負責人 link 到他們的聯絡人物件,日後你查一個人,就能看到所有跟他有關的會議與待辦。

場景 6:每週知識回顧

PROMPT
幫我回顧這一週:把空間 個人知識庫 裡這七天新增的所有物件掃一遍,告訴我我這週主要在關注哪些主題,並從中挑出三條最值得我繼續深入的線,說明為什麼值得。
OUTPUT
你這週新增了 18 則物件,集中在三個主題:AI 工具、定價策略、個人品牌。

值得繼續深入的三條線:

1. 定價心理學——你這週收了 5 則相關筆記但還沒串成體系,已是準備寫成文章的密度。
2. local-first 軟體——出現在 3 則不同來源的筆記,你顯然反覆被它吸引,可考慮做專題。
3. 一人公司現金流——只有 1 則但你標了星號,且和你既有的商業模式主題高度相關,值得補料。

回顧讓知識複利

光收集不回顧,知識庫就只是一座愈堆愈高的倉庫——東西都在,但你從不回頭看,等於沒收。回顧是把沉睡的庫存重新喚醒、讓它們彼此碰撞的動作。

每週花十分鐘讓 Claude Code 替你盤點:這週我在想什麼?哪些主題在反覆出現?哪一條線已經到了該深入的密度?這些問題你自己很難客觀回答,但對一個讀過你全部筆記的助理來說很簡單。

收集是把知識存進來,回顧是讓知識開始生利息。複利的前提,是你定期回來看它。

🕸️

場景 7:知識的價值在連結,不在數量

存了五百則筆記不會讓你更聰明,五百則筆記之間的連結才會。洞察很少誕生於單一一則筆記內部,而是出現在兩個本來不相干的主題被擺在一起的那個瞬間。Anytype 的 Relation 與 Graph view,就是專門用來逼出這種連結的工具。

用 Relation 找跨主題的意外連結

你的知識庫裡藏著很多你自己沒意識到的橋。你在行銷主題下記的某個觀點,可能正好能解釋你在產品設計主題下卡住的問題——但因為它們被你分在不同地方,你從來沒把它們放在一起想過。

這正是 AI 擅長的事:它沒有你的思維慣性,不會預設這兩件事不相干。你可以直接請它比對兩個主題的筆記,找出可以串起來的觀點。

很多時候,一個新點子不是憑空冒出來的,而是你早就擁有的兩塊知識第一次被接上電。

幫我串起兩個主題之間的連結

PROMPT
幫我看看 定價策略 和 個人品牌 這兩個主題下的筆記之間,有沒有可以串起來的觀點?我想找一些我自己沒注意到的關聯,最好能變成一篇文章的切入點。
OUTPUT
比對兩個主題後,我找到三個值得串起來的接點:

1. 你在個人品牌記的稀缺性建立信任,和定價策略的錨定效應其實是同一個心理機制的兩種應用——都是在管理對方的預期。
2. 你提過個人品牌的本質是降低選擇成本,這正好解釋了為什麼有品牌的人可以定更高的價。
3. 兩個主題都反覆出現不要競價、要重新定義賽道。

第 1 點我認為最有文章潛力,要我擬個大綱嗎?

連結思考的回報

當你的知識庫夠大、關聯夠密,它就不再只是一個查找的地方,而會變成一個能跟你對話、幫你想事情的對象。你問它兩個主題之間有什麼關係,它給你的答案,往往連你自己都沒想過。

場景 8:把反覆出現的概念抽成個人 wiki 節點

1

找出高頻概念

掃過知識庫,找出在多則筆記裡反覆被提到的核心概念——它們是你思考的關鍵字。

2

抽成獨立物件

為每個高頻概念建一個獨立物件,當作這個概念的權威定義頁,而不是散落在各處的片段。

3

匯整各處說法

把散在不同筆記裡關於這個概念的論點、例子、出處,全部匯整到這個物件上。

4

反向關聯回去

讓所有提到這個概念的筆記都 link 回這個節點,形成你個人 wiki 的雙向連結網。

📚

個人 wiki:你思考的骨架

當同一個概念在你的筆記裡出現第三次、第五次,它就值得擁有自己的一頁。把它抽成獨立節點,等於替你最常用的思考工具建了一座座地標。日後你不管從哪則筆記出發,都能順著連結回到這些核心概念。

把散落的概念整理成一個概念索引物件

PROMPT
網路效應 這個概念散落在我好幾則筆記裡。幫我建一個概念索引物件,把所有提到它的地方匯整起來:寫一段清楚的定義、列出我在不同筆記裡對它的各種說法和例子,並把那些筆記反向關聯到這個物件。
OUTPUT
已建立概念物件 網路效應:

• 定義:產品的價值隨使用者增加而提升的現象。
• 你的各種說法與例子(匯整自 6 則筆記):
  - 雙邊市場的雞生蛋問題
  - 贏者全拿與其反例
  - 多歸屬如何稀釋它
  - 監管成為新天花板
• 已將這 6 則筆記反向關聯到本物件

現在你點開 網路效應 就能看到你對它的完整理解,以及所有相關筆記。

從一堆筆記,到一個第二大腦

Before

你的筆記(死的、躺著)

  • 存進去就沉底,從不回頭看
  • 靠記憶找東西,常常想不起放哪
  • 一則則孤立,彼此不相往來
資訊愈存愈多,能用的愈來愈少
After

你的第二大腦(活的、會回應)

  • 你提問,它幫你搜、讀、整理成答案
  • 知識自己歸位、自己關聯成網
  • 概念抽成節點,回顧讓它生利息
你需要時,知識自己出現

模組收束:個人知識管理的終點

個人知識管理的終點,不是一個井井有條、你卻很少打開的資料庫,而是一個在你需要時、知識會自己出現的第二大腦。你負責思考與提問,收集、整理、連結、回顧這些重活,交給 Claude Code 與 Anytype。

05

場景組二:商業應用

不只寫筆記——把知識變成生意的引擎

⚙️

商業應用都走同一條公式

接下來每個場景都長一樣:先說清楚一個讓你天天頭痛的痛點,再設計 Anytype 該有哪些 Type 與關聯把資料接成網,然後把整理工作用白話交給 Claude Code,最後看它替你產出什麼成果。記住這四拍:痛點 → 設計結構 → 交給 Claude Code → 產出成果。看懂第一個,後面全部都是同一招換場景。

場景 A 痛點:會議開完,決議就蒸發

  • 當下都記得,三天後全忘光

    散會那一刻人人都說懂了,等到要交付才發現對細節各有版本

  • 待辦藏在會議紀錄裡

    決議跟行動項埋在一大段文字中,沒人回去翻,自然沒人追

  • 不知道誰該做什麼

    講了一輪那就你來,會後沒落成白紙黑字,責任歸屬一片模糊

  • 下次開會先花十分鐘對帳

    每場會議開頭都在補上次的記憶,會議變成不斷重開的迴圈

Anytype 結構:把一場會議拆成可追蹤的物件

1

建 會議 Type

欄位放日期、與會者(關聯到聯絡人)、所屬專案(關聯到專案)、決議摘要

2

建 行動項 Type

欄位放負責人(關聯到聯絡人)、截止日、狀態(待辦/進行中/完成)、來源會議(關聯回會議)

3

把行動項關聯回會議與專案

每個待辦都掛在它生出來的那場會議與所屬專案下,脈絡不斷線

4

建一個 我的待辦 Set

對行動項 Type 做動態查詢:負責人是我、狀態未完成,自動聚成一張追蹤清單

交給 Claude Code:把會議紀錄變成物件+自動拆待辦

PROMPT
這是今天產品週會的逐字紀錄(貼上或指向檔案)。請幫我:
1. 在 Anytype 建一個會議物件,填好日期、與會者、所屬專案 2026 改版、決議摘要。
2. 從紀錄裡抽出所有行動項,每一個建成行動項物件,指派負責人、抓出截止日、狀態設為待辦,並關聯回這場會議。
3. 最後條列你建了哪些物件給我確認。
OUTPUT
已建立會議物件 2026 改版・產品週會 0626,關聯與會者 4 人、專案 2026 改版。
抽出 5 個行動項並建檔:
• 整理競品定價表 → 指派 Amy,截止 7/3
• 修改註冊流程文案 → 指派 Vista,截止 7/1
• 確認金流串接時程 → 指派 Ken,截止 7/2
…(全部已關聯回此會議)
請確認指派是否正確。

成果:會後追蹤從靠人腦變成靠系統

Before

人工整理

  • 散會後誰有空誰整理,常常沒人整理
  • 待辦靠口頭與群組訊息,三天後沉底
  • 追進度要一個個私訊問
  • 下場會議先花時間補記憶
平均每場會議事後追蹤成本:約 40 分鐘,且常漏接
After

Claude Code 自動建檔

  • 散會貼上紀錄,物件與待辦一次到位
  • 每個待辦有負責人、截止日、來源會議
  • 我的待辦 Set 自動聚齊,打開就看
  • 下場會議直接調出未完成項
事後追蹤成本:約 3 分鐘,零漏接
💡

關鍵不是記得更多,是不必記

會議管理會痛,從來不是因為大家不認真,而是因為決議與待辦活在記憶裡,記憶會蒸發。當每場會議都變成一個會議物件、每個承諾都變成一個有負責人的行動項,追蹤這件事就從你的腦袋搬進了系統。你要做的只剩貼上紀錄,剩下的交給 Claude Code。

場景 B 痛點:一個專案的脈絡,散在七個地方

  • 規格在雲端硬碟

    改了三版,沒人確定哪版是定案

  • 決策在聊天群組

    當初為什麼這樣決定,往上滑兩百則也找不到

  • 會議紀錄在筆記軟體

    跟專案其他資料各自分家,要交叉比對只能開五個視窗

  • 新人接手等於考古

    沒有單一入口,光是搞懂現況就燒掉一週

一個 專案 物件底下,把該聚的全聚過來

🧭

決策

每個關鍵決定的理由與當時取捨,日後不必重新吵一遍

📐

規格

目前定案版本,舊版保留但標清楚,永遠知道哪版作數

📋

會議

這個專案開過的每場會議物件,按時間串成脈絡

待辦

從各場會議生出來的行動項,狀態一目了然

📎

文件

合約、簡報、素材等附件,掛在專案下不再四散

⚠️

風險

已知的卡點與隱憂,攤開來追蹤而不是埋在某人腦中

交給 Claude Code:搭起專案空間骨架並歸位

PROMPT
我要替新專案 2026 改版 在 Anytype 建一個知識庫。請幫我:
1. 確認有沒有 專案 Type,沒有就建立,欄位含狀態、負責人、起訖日。
2. 建一個 2026 改版 專案物件。
3. 把我現有跟這個專案有關的物件——會議、規格筆記、待辦、決策——全部關聯到這個專案底下。
4. 列出哪些東西你不確定該不該歸進來,讓我判斷。
OUTPUT
已確認 專案 Type 存在,建立專案物件 2026 改版。
已歸位:會議物件 6 筆、規格筆記 2 份、行動項 14 個、決策紀錄 3 筆,全部關聯到此專案。
以下 2 筆我不確定,請你判斷:
• 筆記 競品定價觀察——可能屬於市場研究而非本專案
• 檔案 舊版 LOGO——疑似已棄用
要不要一併納入?
🗂️

專案知識庫的價值:脈絡有家可回

資料夾的世界裡,一份資料只能放在一個地方,於是脈絡永遠是碎的。物件的世界裡,一場會議可以同時掛在專案下、也出現在某個人的關聯裡。當專案物件變成單一入口,新人接手不再考古,你自己三個月後回頭也立刻接得上——因為脈絡有家可回。

場景 C 痛點:客戶散在名片、信箱、群組

你手上其實累積了不少客戶,但他們的資訊四散:名片在抽屜、報價在信箱、需求在 LINE、上次聊到哪在你的記憶裡。要找一個客戶的完整往來,你得同時翻四個地方,還不一定翻得齊。

更危險的是,這些關係綁在你的腦袋裡。你請假、你離開、你忙到忘記,那條關係就斷了。對一人公司或小團隊來說,客戶關係散落不是整潔問題,是營收風險。

你不需要導入動輒上萬的 CRM 系統。你需要的是一個輕量、私密、自己掌握資料的客戶檔案——而 Anytype 加上 Claude Code,剛好就是。

Anytype 結構:把客戶關係織成一張網

1

建 聯絡人 Type

欄位放公司、職稱、來源、所屬客戶(關聯到客戶或公司物件)、標籤(潛在/合作中/已成交)

2

建 互動紀錄 Type

每次見面、通話、報價、信件來往各一筆,欄位放日期、管道、摘要、對應聯絡人(關聯)

3

建 跟進任務 Type

欄位放下一步要做什麼、提醒日、對應聯絡人(關聯),到期自動浮上來

4

用關聯把三者串起來

打開任一位聯絡人,就看得到他所有的互動紀錄與待跟進事項,一頁掌握全貌

交給 Claude Code:彙整一頁客戶檔案+該跟進的事

PROMPT
幫我把 泓愛科技 這個客戶的所有往來彙整成一頁客戶檔案。請:
1. 搜尋 Anytype 裡所有跟泓愛科技相關的聯絡人、互動紀錄、報價、會議。
2. 整理成一份摘要:他們是誰、我們聊到哪、目前卡在什麼、報過什麼價。
3. 根據最近一次互動,列出我接下來該跟進的三件事,並建成跟進任務物件、設好提醒日。
OUTPUT
客戶檔案:泓愛科技(紡織業,合作中)
• 主要窗口:陳經理(採購)、林副理(技術)
• 往來摘要:3 月初次接洽 → 4 月提案 → 5 月報價 NT$48 萬 → 對方反映預算待核
• 目前卡點:等對方內部簽核,已兩週無回音
建議跟進(已建任務):
1. 本週發一封不催促的近況關心信 → 提醒 6/27
2. 補一份精簡版 ROI 試算降低決策門檻 → 提醒 6/30
3. 約下次線上會議確認時程 → 提醒 7/2
🤝

輕量 CRM 的真正價值:關係留在系統,不綁在腦中

貴的 CRM 賣你一堆用不到的功能,卻沒解決小團隊真正的痛:關係散落、且只活在某個人腦裡。把客戶經營搬進 Anytype,每一次互動都落成物件、每一個關係都織進網裡——你休假時同事接得上,你忙昏頭時系統提醒你,客戶資產不再隨人走。這才是一人公司負擔得起、也真正需要的 CRM。

場景 D 痛點:選題、草稿、發布進度一團亂

  • 靈感記在十個地方

    手機備忘錄、餐巾紙、半夜的訊息給自己,要寫時一個都找不到

  • 草稿不知道寫到哪

    三篇開了頭都沒寫完,哪篇快好了、哪篇還缺資料,自己都迷糊

  • 發布排程靠記憶

    這週該發什麼、上週發了沒、社群改寫了沒,全靠腦力硬撐

  • 成效發完就斷

    哪篇反應好值得做系列,沒回頭看,等於每次都從零開始猜

內容管線結構:一篇內容的五個狀態流轉

1

選題庫

所有靈感、主題、讀者提問都先落成一個選題物件,標好預估熱度與難度

2

草稿

選題升級成文章物件進入草稿狀態,掛上大綱與素材關聯

3

審稿

草稿寫完轉審稿狀態,自己或夥伴校過用字、結構、事實

4

發布

審完轉發布狀態,記下發佈日與平臺,社群改寫版掛為關聯物件

5

成效

發布後回填數據,標出值得做成系列的題目,回流選題庫

交給 Claude Code:從選題庫挑三題並建草稿

PROMPT
打開我的 選題庫 Set,從狀態還是 待寫 的選題裡,挑三個本週最值得寫的——優先選預估熱度高、而且我手上已有素材的。請:
1. 列出你挑的三題與理由。
2. 每一題建一個文章物件,狀態設為草稿,自動帶上一段建議大綱。
3. 把相關的既有筆記、研究物件關聯到對應草稿底下。
OUTPUT
從 18 個待寫選題中挑出三題:
1. 一人公司如何用 AI 管客戶——熱度高,你已有場景 C 的實作素材
2. Anytype 對比 Notion——讀者三度提問,搜尋需求穩定
3. 會議紀錄自動拆待辦——可直接改寫自你的實戰案例
已建立 3 個草稿物件,各帶大綱;並關聯了 5 篇既有筆記。要先從哪一篇開始?

成果:從靠記憶硬撐到整條管線一眼掌握

Before

記憶+試算表

  • 靈感四散,要寫時找不到
  • 草稿狀態靠腦袋記,常常漏接
  • 發布排程開一張表手動維護
  • 成效發完不回看,題目重複猜
每週光是想這週寫什麼、進度到哪就耗掉數小時
After

Anytype + Claude Code

  • 靈感統一進選題庫,永遠找得到
  • 每篇狀態清楚,卡在哪一眼看出
  • 管線五狀態自動流轉,Set 一覽
  • 成效回流選題庫,好題目滾成系列
每週開工只需一句話:挑三題、建草稿,馬上動筆

場景 E 痛點:研究做完就沉底,無法累積

你為了一個決策做了競品研究,開了十幾個分頁、截了一堆圖、寫了一頁筆記。決策做完,這份研究就沉進某個資料夾,三個月後要用,你寧可重做一遍也找不到。

問題不在你不夠認真,而在研究被當成一次性消耗品。每份研究其實都有可複用的零件:你看的競品、引用的來源、得到的洞察、發現的機會——但它們黏成一坨,沒被拆開存放,就無法累積成你的判斷資產。

把研究拆成物件,它就從一次性的報告,變成會越長越厚的研究庫。

研究庫的四種物件

把一坨研究拆成可複用、可關聯的零件

🏢

競品

每個對手一個物件,記定位、定價、優劣勢,下次看它直接更新而非重查

🔗

來源

每篇報告、文章、數據出處一個物件,標可信度,引用時隨手可回溯

💡

洞察

從研究萃出的判斷,關聯到支撐它的來源與競品,形成有憑有據的觀點

🎯

機會

對你而言可行動的缺口,關聯回洞察,是研究最終要落地的產物

交給 Claude Code:把競品資料整理成物件+抽出機會

PROMPT
這是我蒐集的競品 某 SaaS 工具 資料(貼上或指向檔案)。請幫我:
1. 建一個競品物件,整理它的定位、定價、主打功能、明顯弱點。
2. 把我引用到的數據來源各建一個來源物件並關聯過去。
3. 對照我們的處境,抽出三個對我們有意義的機會,各建一個機會物件並寫清楚理由。
OUTPUT
已建立競品物件 某 SaaS 工具:主打團隊協作、月費 US$12/人、弱點是本地隱私無解。
建立 3 個來源物件並關聯(官網定價頁、第三方評測、社群討論)。
抽出 3 個機會:
1. 主打本地優先+隱私,正打對方軟肋
2. 對方無中文在地客服,可作差異化
3. 對方最低方案門檻高,我們可切入小團隊入門盤
是否要把這三個機會關聯到下一季的策略專案?

上半收束:同一招,五個場景都成立

會議、專案、客戶、內容、研究——五個場景看似不同,骨子裡都是同一條公式:設計 Type 結構、用關聯織網、把整理交給 Claude Code、產出可累積的成果。下半場我們把這招推到更高階的商業引擎:決策庫、提案庫、招募庫、OKR 追蹤、報告自動化。準備好把知識真正變成生意了嗎?
💡

重大決定,半年後沒人記得當初為什麼這樣定

你們花了三小時開會,最後決定走 A 方案不走 B。當下每個人都懂理由。半年後同樣的岔路又出現,沒人記得當初為什麼排除 B,於是又認真討論一次,甚至做出相反的決定,再一次踩進同一個坑。決策沒有被記錄下來,組織就會一錯再錯。

決策物件(Decision)長什麼樣

1

背景與問題

這個決定要解決什麼?當時面對的處境、限制與壓力。

2

考慮過的選項

A、B、C 各是什麼,分別的優缺點。把沒選的也記下來,這才是半年後最值錢的部分。

3

最終決定與理由

選了哪個、為什麼。誰拍板、依據哪些假設。

4

預期結果與檢核點

我們賭的是什麼?什麼時候回頭檢查賭對沒。

5

關聯到專案/會議

用關聯欄位指向產生這個決定的專案與那場會議,日後一路追得回去。

把這次討論記成一筆決策紀錄

PROMPT
剛剛這場產品定價會議,我們決定先採訂閱制、暫不做買斷。
幫我在 Anytype 建一筆決策物件:
背景是現金流需要穩定、客戶對一次性大筆支出抗拒;
考慮過的選項有 A 訂閱制、B 一次買斷、C 混合制;
最後選 A,理由是可預測營收與較低進入門檻;
預期三個月後用續訂率檢核;
並把它關聯到 2026 產品線 專案和今天這場會議紀錄。
OUTPUT
已建立決策物件 定價模式:先採訂閱制
· Type:決策
· 選項:A 訂閱制(選定)/ B 一次買斷 / C 混合制
· 理由:可預測營收、降低客戶進入門檻
· 檢核點:2026-09 看續訂率
· 已關聯:專案 2026 產品線、會議 0626 定價討論
半年後你搜 定價,連同當初排除 B 的理由都會一起浮出來。

場景 G 痛點:每次提案都從零拼,過去的好東西找不到

  • 好案例埋在舊檔裡

    上次那個讓客戶點頭的成功案例,存在某份兩個月前的 PPT 第幾頁,你已經找不到了。

  • 好段落重複手刻

    公司簡介、服務說明、報價邏輯,每份提案都重打一次,還每次寫得不太一樣。

  • 版本各說各話

    三個同事手上三份不同版本的公司介紹,客戶看到的你不一致。

  • 時間都花在拼湊

    一份提案兩小時,有九十分鐘在翻舊檔、複製貼上、調格式,真正想策略的時間被吃光。

從素材庫撈出適合這個客戶的案例與段落

PROMPT
我要對一家中型連鎖餐飲做數位轉型提案。
幫我從 Anytype 素材庫裡:
撈出餐飲或零售業相關的成功案例(最多 3 個)、
適用的服務說明段落、
以及對應的報價區間,
依痛點—解法—成效順序拼出一份提案骨架給我。
OUTPUT
已從素材庫組好提案骨架:
· 案例:A 連鎖咖啡(會員回購 +28%)、B 火鍋品牌(外帶線上化)
· 服務段落:門市數位化、會員 CRM、外送整合
· 報價區間:導入期 NT$X–Y / 月維運 NT$Z
(數字為素材庫既有資料,提案前再確認)
骨架:痛點 → 三個對應解法 → 兩個同業實證 → 報價 → 下一步
你只要補這家客戶的專屬細節就能定稿。

提案:每次重拼 vs 從素材庫快速組裝

Before

每次從零重拼

  • 翻三個資料夾找上次的好案例
  • 公司介紹再打一次
  • 報價邏輯憑印象重抓
  • 兩小時生一份初稿
時間花在搬運,不在策略
After

從素材庫組裝

  • 一句話交辦,Claude Code 撈現成素材
  • 案例、段落、報價自動對位
  • 版本一致、品質穩定
  • 二十分鐘出骨架
時間留給針對這個客戶的思考

場景 H 痛點:履歷散落、評語憑印象、人才養成中斷

一個職缺收到三十封履歷,散在信箱、雲端硬碟、轉寄的訊息裡。面試完,三位主管各自記在自己的筆記本上,下週開會比較人選時,只剩下那個感覺不錯、另一個好像差一點這種模糊印象。

更可惜的是,這次沒錄取但其實很不錯的第二名,三個月後有新職缺時,根本沒人想得起來他。每一次招募都從頭來過,過去累積的人才資訊全部蒸發。

人才不該是一次性的篩選,而是一座會累積的庫。把每位候選人變成一個結構化物件,履歷、面試評語、評分、對應職缺全都掛在一起,下次需要人時,庫裡早就有名單。

人才庫的結構

1

候選人物件(Candidate)

姓名、現職、專長、來源管道、目前狀態(待面試/已面試/備取/已錄取)。

2

履歷與作品

把履歷重點與作品連結存進物件,不必再回信箱翻。

3

面試紀錄

每場面試一筆,記下誰面的、問了什麼、回答如何,關聯回候選人。

4

評分欄位

用一致的維度打分(專業、溝通、文化契合),讓比較有依據,不靠印象。

5

關聯到職缺

候選人關聯到應徵的職缺物件,一個職缺下所有人選一目了然。

把這份履歷與面試紀錄建成候選人物件

PROMPT
這是今天面試的候選人資料(履歷重點+我和另一位主管的面試評語我貼在下面)。
幫我在人才庫建一筆候選人物件:
填好現職、專長、來源;
把兩段面試評語各記成一筆面試紀錄並關聯上去;
依專業/溝通/文化契合三維度,根據評語給出初步評分與一句總評;
關聯到 資深行銷企劃 這個職缺。
OUTPUT
已建立候選人物件 林品妍
· 現職:某電商品牌行銷副理|專長:內容行銷、社群操盤|來源:人脈推薦
· 面試紀錄 2 筆(已關聯)
· 初步評分:專業 8 / 溝通 9 / 文化契合 7
· 總評:操盤經驗扎實、溝通強,待確認管理意願
· 已關聯職缺:資深行銷企劃
下次開新職缺,搜尋專長就能把她再撈出來。

場景 I 痛點:同樣的問題回一百次,答案還不一致

  • 重複勞動吃掉時間

    退費怎麼辦、怎麼改地址、發票開錯,同樣幾題每天回,每次重打。

  • 答案各說各話

    客服 A 說七天、客服 B 說十四天,客戶截圖一比,信任就崩了。

  • 知識存在某個人腦裡

    最懂的資深同事請假,當天的客訴品質就掉一截。

  • 客訴沒沉澱成資產

    一樣的抱怨反覆出現,卻從沒被整理成可重用的標準答案。

把這些重複客訴整理成 FAQ 物件並標準化回覆

PROMPT
這是這個月累積的客服對話紀錄。
幫我:
找出重複出現的問題、依主題分群;
每一群在 Anytype 建一筆 FAQ 物件,
包含問題、標準回覆、適用情境、最後更新日;
回覆語氣統一成親切但精準,並標出需要法務或主管確認的條目。
OUTPUT
已整理出 12 筆 FAQ 物件,依主題分群:
· 退費與發票(4 筆)⚠️ 退費天數待主管確認口徑
· 物流與地址(3 筆)
· 帳號與登入(3 筆)
· 其他(2 筆)
每筆都有統一語氣的標準回覆與更新日。
之後新進客服直接查庫照答,口徑一次到位、不再各說各話。

場景 J:OKR 的物件結構

1

目標物件(Objective)

這一季想達成的方向,質化、有企圖心。例如讓新客更容易上手。

2

關鍵結果(Key Result)

每個目標掛 2–4 個可量化的 KR,每個 KR 是一筆物件,有起始值、目標值、現況。

3

關聯負責人

每個 KR 關聯到負責的人(聯絡人物件),責任歸屬清楚。

4

關聯專案

KR 關聯到推動它的專案,目標和日常工作不再兩條平行線。

5

每週進度欄位

用一個欄位記本週數字與信心燈號(綠/黃/紅),追蹤一眼看完。

幫我把這季 OKR 建檔並每週追蹤進度

PROMPT
這季我們訂了三個目標,我把目標和關鍵結果貼在下面。
幫我:
在 Anytype 建好三筆目標物件、各自掛上關鍵結果物件;
每個 KR 填起始值、目標值,關聯負責人與相關專案;
再幫我建一個每週追蹤的查詢,每週五我說一次最新數字,你就更新現況與信心燈號,並指出落後的 KR。
OUTPUT
已建立 3 個目標、9 個關鍵結果物件,負責人與專案皆已關聯。
已建立 Set 本季 OKR 週追蹤,依信心燈號排序。
· O1 新客上手:2 綠 1 黃
· O2 營收成長:1 綠 2 紅 ⚠️ KR 試用轉付費 落後
· O3 團隊效率:3 綠
每週五給我數字,我更新後會主動點出該補火的 KR。

OKR 追蹤面板(數字為示意)

67%

整季 KR 平均達成率

示意值。所有關鍵結果現況對目標值的加權進度。

2 項

亮紅燈的關鍵結果

示意值。信心燈號為紅、需要本週介入的 KR 數。

9

追蹤中的關鍵結果

示意值。本季掛在三個目標下的 KR 總數。

每週五

更新頻率

示意值。固定節奏回報一次,面板自動刷新。

場景 K 痛點:每週每月手動撈資料拼報告,耗時又容易漏

週五下午,你開始寫週報。打開專案管理工具抄進度、翻會議紀錄找決議、回頭數這週完成了哪些待辦,再把這些零碎資訊塞進一個 Word 樣板裡。一份週報,又是一個半小時。

更糟的是會漏。某個專案這週其實有重要進展,但你抄的時候跳過了;某個決議該同步給老闆,你忘了。報告品質取決於你當下記不記得,而不是資料本身完不完整。

可是這些資料,本來就都已經在 Anytype 裡了——專案有進度、會議有決議、待辦有狀態。既然來源齊全,拼報告這件事,根本不該由你手動做。

從 Anytype 撈本週進度,產出一份週報

PROMPT
幫我產這週(週一到今天)的週報,從 Anytype 撈:
所有專案這週更新的進度、
所有會議的決議事項、
所有狀態變成 完成 的待辦;
依本週完成 / 進行中 / 風險與卡關 / 下週重點四段整理,
語氣精簡專業,最後列出需要老闆裁示的事項。
OUTPUT
本週週報(06/22–06/26)
【本週完成】定價模式拍板(訂閱制)、官網改版上線、客服 FAQ 庫建置
【進行中】2026 產品線開發(67%)、資深行銷企劃招募(面試 3 人)
【風險與卡關】⚠️ 試用轉付費落後目標,需調整引導流程
【下週重點】新定價對外溝通、第二輪面試
【待老闆裁示】行銷預算追加、第二位工程師職缺是否開
一句話交辦,三十秒成稿,且沒有漏掉任何一個專案。

週報:手動拼 vs 一句話自動產出

Before

手動拼報告

  • 四個工具之間來回抄
  • 憑記憶決定寫什麼
  • 格式每次重調
  • 一個半小時,還可能漏
你是人肉資料搬運工
After

一句話自動產出

  • 資料平時就沉澱在 Anytype
  • 一句指令跨物件彙整
  • 四段結構穩定一致
  • 三十秒成稿,不漏項
你只負責判斷與裁示
💡

這些場景不是各自獨立,而是串成一個營運系統

會議、專案、客戶、決策、人才、OKR、報告——你可能以為它們是七個分開的用法。但在 Anytype 的物件世界裡,它們透過關聯彼此相連:一場會議產生一個決策,決策推動一個專案,專案達成一個關鍵結果,這一切又自動匯進一份報告。你不是建了七個獨立的庫,你是在組裝一個會互相餵養、自己運轉的營運系統。

四條餵養路徑:場景如何彼此供血

關聯讓資料只輸入一次,卻在多處被重複利用

🗂️

會議餵專案

會議紀錄裡的決議與待辦,關聯回專案,專案進度自動長出來,不必二次登錄。

🤝

客戶餵提案

客戶互動與成功案例沉澱成素材,下次提案直接從庫裡撈,案例越累積越好用。

🧭

研究餵決策

平時收的研究、洞察、市場資料,成為決策物件的依據,決定有憑有據可回溯。

📊

全部餵報告

專案、會議、決策、OKR 的最新狀態,被報告一次撈齊,週報月報自動成形。

你建的不是筆記庫,是一個會運轉的營運大腦

每個場景單獨看,是省下一點時間的小技巧。但當它們透過關聯串成一張網,每筆資料只輸入一次、卻在會議、專案、提案、決策、報告之間被反覆調用,這座庫就活了起來。它替你記得半年前的理由、替你撈出三個月前的人選、替你週五下午自動把報告寫好。這不再是一個被動的儲藏室——你用 Claude Code 串接 Anytype,打造的是一個會替你思考、替你運轉的營運大腦。

06

讓它自己幹活

從一句句交辦,到知識庫自己運轉

⚙️

手動交辦只是起點

前面你已經學會用白話對 Claude Code 下指令,叫它查、建、改你的 Anytype。這很好用,但每次都要重新開口,等於你還是那條人力管線。真正的槓桿在下一步:讓重複發生的事,自動發生——你不開口,它也會在對的時間把對的事做好。

把常用操作變成捷徑

觀察你這一週對 Claude Code 說過的話,你會發現很多是重複的:每週一把上週會議整理進專案、每天把零散筆記歸到對的客戶、月底把所有任務狀態盤一次。同樣的句子,你打了一遍又一遍。

這些重複的流程,其實可以被收起來,變成一個短短的捷徑。你不必每次重打整段交辦,只要呼叫那個捷徑的名字,Claude Code 就照著既定的步驟跑完。把一段話濃縮成一個指令,這是自動化的第一層。

從這一層開始,你的角色慢慢從操作者,變成設計流程的人。

把一段流程變成可重複的 Skill/slash 指令

1

找出重複流程

回看你最近的交辦紀錄,挑出每週、每天都會重打的那幾段話。

2

把步驟寫清楚

把這段流程的步驟、要碰哪個空間、建哪個 Type、填哪些屬性寫成固定說明,存成一個具名指令(Skill 或 slash 指令)。

3

一鍵呼叫

之後只要輸入指令名稱,Claude Code 就照腳本跑完整段流程,你不必再重述細節。

示意:把每週知識回顧存成一個 /weekly-review 指令

PROMPT
幫我建立一個叫 /weekly-review 的指令,
每次呼叫時,請你:
1. 列出我工作空間裡這週新增或更新的所有筆記與會議
2. 依所屬專案分組,挑出三個重點與待辦
3. 把整理結果建成一個本週週報物件,連結到對應專案
OUTPUT
已建立 /weekly-review 指令。
下次你只要輸入 /weekly-review,
我就會自動完成這三步,產出本週週報。

自動化的四個層次

從一鍵,到完全不必開口

🎯

Skill 一鍵任務

把常用流程收成具名指令,輸入名字就跑完。你還是發起者,但不必重述細節。

Hooks 事件觸發

設定某件事一發生,就自動執行對應動作。你不必盯著,系統自己反應。

排程 Routine

設定固定時間自動上工,例如每天早上、每週一。時間到了它自己跑。

🔗

多 MCP 串接

把 Anytype 跟 Gmail、行事曆、檔案串在一起,一句話跨工具跑完一條龍。

Hooks——事件一發生就自動入庫

Skill 是你主動呼叫,Hooks 則相反:它是預先埋好的反應。你設定一個條件,當那個事件發生時,對應的動作自動觸發,不需要你在場下令。

放到知識管理的場景,這代表你可以讓某些資訊一出現就自動入庫。例如收到特定主題的郵件、某個任務被標記完成、某份檔案被放進資料夾——這些瞬間都能變成自動建立或更新 Anytype 物件的起點,知識在你還沒注意到時就已經歸好位。

一個自動入庫 Hook 的邏輯

1

偵測到某件事

例如:收件匣出現標記為重要的郵件,或某個資料夾多了一份新檔案。

2

自動建 Anytype 物件

依預設規則建立對應 Type 的物件,填好標題、來源、日期,連結到相關專案或客戶。

3

通知你

入庫完成後給你一則簡短摘要,你只需在有空時掃一眼確認,不必親自動手歸檔。

示意:Hook 行為描述

PROMPT
設定一個自動規則:
當我把郵件標上 客戶需求 標籤時,
請自動在 Anytype 的工作空間建一個需求物件,
填入寄件人、主旨、收到日期,
關聯到對應的客戶,並回我一句確認。
OUTPUT
規則已設定。
往後你一貼上 客戶需求 標籤,
我就自動建好需求物件並回報,
你不必再手動轉貼。

排程 Routine——讓秘書定時上工

Hooks 是被事件叫醒,排程則是看時鐘上工。你設定一個固定節奏,例如每天早上八點、每週一上午,時間一到,Claude Code 就自動跑你預先交代好的整理工作。

這特別適合那些不急著即時、但定期一定要做的雜事:每天的收件匣分類、每週的知識週報、每月的專案盤點。你睡覺的時候它在整理,你開電腦時東西已經歸好位,知識庫像有一位定時上班的秘書。

兩個排程範例

每日 · 收件匣分類進 Anytype

  • 每天早上自動掃過昨天的郵件與筆記
  • 依主題判斷該歸到哪個專案或客戶
  • 建立對應物件並填好屬性、貼上標籤
  • 把無法判斷的少數丟進待確認清單給你
  • 產出一句話的當日整理摘要

每週 · 產知識週報

  • 每週一彙整上週所有新增與更新物件
  • 依專案分組,標出重點進展與卡點
  • 盤點各專案任務狀態與逾期項目
  • 生成一份結構一致的週報物件
  • 連結回各專案,方便你回顧追蹤

示意:排程任務描述

PROMPT
排一個每天早上八點自動執行的任務:
把我昨天的會議紀錄與零散筆記,
依主題分類歸位到對應的專案空間,
建好或更新物件、貼好標籤,
不確定的留一份清單給我裁決。
OUTPUT
已排定每日 08:00 自動執行。
明早起床時,昨天的東西會已歸好位,
附一份待確認清單等你過目。
🐉

多步驟工作流——一句話跑完一條龍

前面的自動化各做一件事。當你把多個步驟串成一條工作流,一句話就能驅動一整段流程:先研究、再整理、然後寫進知識庫、最後產出報告。你下達的是目標,Claude Code 自己拆解成一連串動作,逐步完成,不必你在每一步之間接力下令。

一條龍工作流:從題目到成品

1

研究主題

你給一個題目,Claude Code 蒐集相關資料與既有筆記,先把背景摸清楚。

2

蒐集整理

去蕪存菁,把素材整理成有結構的重點與洞察,去掉雜訊與重複。

3

寫進 Anytype

把整理好的內容建成研究筆記物件,填好屬性,關聯到相關主題與專案。

4

產出報告

根據入庫的內容生成一份可直接用的摘要報告,交回給你。

多步驟工作流:真實指令

PROMPT
幫我研究 生成式 AI 在零售客服的應用:
1. 蒐集主要做法、案例與限制,並參考我空間裡的舊筆記
2. 整理成五個重點與三個可落地的建議
3. 在 Anytype 建一則研究筆記,關聯到 AI 應用 主題
4. 最後產出一頁摘要報告給我
OUTPUT
已完成四步:
· 蒐集到 12 筆資料,比對你 3 則舊筆記
· 整理出 5 重點+3 建議
· 已建立研究筆記並關聯 AI 應用 主題
· 一頁摘要報告如下:……

把 Anytype 跟其他 MCP 串起來

每多接一個工具,自動化就多一條腿

📧

Anytype + Gmail

把客戶來信自動抓成需求物件,整理往來重點,回信前先在知識庫備好脈絡。

📅

Anytype + 行事曆

把行事曆的會議自動建成會議物件,會前準備資料,會後接著補上紀錄。

📁

Anytype + 檔案

資料夾一進新合約或報告,自動建檔案物件、摘要重點、關聯到對應客戶。

🌐

Anytype + 瀏覽器

把線上看到的好文章、競品頁面,自動擷取重點存成參考物件,連結到主題。

跨工具範例:行事曆 × Anytype

PROMPT
把我今天行事曆上的每一場會議,
自動在 Anytype 建一個會議物件,
填好時間、主題、與會者,
並從我空間裡找出相關的舊紀錄與待辦,
整理成一份會前準備重點附在物件裡。
OUTPUT
今天有 3 場會議,已各建好會議物件。
每場都附上相關舊紀錄與待辦,
以及一份會前準備重點,你開會前看一眼即可。

有沒有自動化的差別

Before

沒自動化 · 每件事都要開口

  • 每天親自把筆記一格一格歸位
  • 會議結束才想起忘了建紀錄
  • 要用資料時才發現散在各處
你是唯一的那條人力管線
After

自動運轉 · 醒來知識已歸位

  • 昨天的筆記早上已自動分好類
  • 會議物件在會前就備好脈絡
  • 週報、盤點定時產好等你看
你睡覺時,知識庫仍在整理自己

自動化的節制原則

  • 先手動驗證再自動

    一個流程先用白話手動跑幾次、確認結果正確,再把它變成 Hook 或排程。沒驗證過就自動化,等於放大錯誤。

  • 從小開始

    先自動化一件低風險的小事,跑順了再加第二件。別一次把整個工作流交出去。

  • 留人在迴圈

    關鍵判斷、對外輸出、刪改資料,保留你最後過目的一關。自動歸位可以,自動刪除要謹慎。

  • 定期檢視

    每隔一陣子回看你設的捷徑、Hook 與排程,把過時的關掉、把出錯的修正。自動化也要維護。

🕊️

自動化的目標不是炫技

設一堆 Hook 和排程不是為了顯得高科技。它真正的意義,是把你從那些重複、機械、不需要判斷的雜事裡解放出來,讓你的時間回到真正需要人的地方:思考、決策、創造、與人連結。自動化做得好,你會感覺不到它在運作——只覺得事情本來就該歸好位。

當知識庫會自己運轉

從一句句交辦,到捷徑、到事件觸發、到定時上工、到跨工具一條龍——你一步步把自己從操作者升級成設計者。當知識庫能在你不在場時自己運轉、自己歸位、自己產出,你才算真正擁有一個第二大腦,而不只是多了一個要顧的工具。

07

團隊與組織應用

從一個人的第二大腦,到團隊共享的知識資產

💡

知識管理的下一層,是組織

前面六個模組,你練的是把自己的知識整理成一座第二大腦。但個人知識有一個致命弱點:它會離職。當那位最懂流程的同事走了,他腦中的判斷、眉角、客戶歷史也一起走了。組織知識的目標剛好相反——讓知識留在公司,而不是留在某顆腦袋裡。

用共享 Space 當團隊的知識庫

Anytype 的 Space(空間)不只是個人工作場域,它可以是團隊共享的。你開一個團隊 Space,把成員拉進來,這個空間裡的物件——SOP、FAQ、決策紀錄、客戶檔案——就是全團隊共用、同一份真相。

因為 Anytype 是本地優先、端對端加密,團隊的敏感資料不是攤在別人的雲端伺服器上,而是在成員自己的裝置間 P2P 同步。對於有資安顧慮、或處理客戶機密的團隊,這是它和 Notion 最不一樣的地方。

而你前面學的物件化結構——Type、Property、關聯、Set——在團隊場景威力更大:一個人的整理習慣,變成全團隊共用的知識骨架。

團隊 Anytype 的四個用途

把散落在每個人腦中與各種工具裡的知識,收進一個共享空間

📐

SOP 流程庫

把重複的工作流程寫成標準物件,新人照著做就上手,不再靠口耳相傳。

FAQ 知識庫

客戶與內部反覆問的問題,整理成可查詢的標準答案,不必每次重新回。

🧭

決策紀錄

重要決定為什麼這樣做、當時考量什麼,留成物件,避免半年後重踩同個坑。

👋

新人 onboarding

從知識庫自動生一份上手包,新人第一週要看的全在裡面,老人不必重複教。

SOP 流程庫:痛點先攤開

  • 流程只在老員工腦中

    報價怎麼算、客訴怎麼處理、月結怎麼跑,全靠那一兩個資深同事的記憶,沒寫下來。

  • 每次都重新問一遍

    新人遇到狀況只能打斷別人,老人一週被問同一件事五次,兩邊都被消耗。

  • 做法因人而異

    同一個流程三個人三種做法,品質不穩,出錯了也說不清是哪一步歪掉。

  • 人一走,流程就斷

    關鍵同事離職或請長假,整條流程當場卡住,公司才發現它從來沒被記錄過。

把一個流程拆成標準 SOP 結構

1

命名與適用情境

這個 SOP 叫什麼、什麼時候該用它、誰負責執行。

2

前置條件

動手前要先備齊什麼資料、權限、工具。

3

逐步操作

一步一步寫清楚,每步做什麼、產出什麼、交給誰。

4

常見錯誤與例外

最容易出包的地方、遇到例外狀況怎麼處理。

5

驗收標準

怎樣算做完、做對,下一棒接手的人怎麼確認。

把重複流程寫成標準 SOP 物件

PROMPT
我要把 客戶報價 這個流程,整理成團隊 Space 裡的一個 SOP 物件。
我先口述一遍現在的做法,你幫我拆成標準結構:
適用情境、前置條件、逐步操作、常見錯誤、驗收標準。

現在的做法是這樣:業務收到詢價後,先看是不是既有客戶,
然後查報價表、算折扣、主管核可、寄出報價單⋯⋯(接著口述細節)

整理好之後,在團隊 Space 用 SOP 這個 Type 建立物件,標題用流程名稱,
並把負責角色和適用情境填進對應屬性。
OUTPUT
已整理成 SOP 物件草稿:

標題:客戶報價標準流程
適用情境:收到新詢價、且金額需折扣時
前置條件:客戶資料已建檔、最新報價表、折扣權限表
逐步操作:1. 確認客戶類別 → 2. 套用對應報價表 → 3. 計算折扣 → 4. 主管核可(逾 X 折需)→ 5. 產出報價單寄出
常見錯誤:折扣未經核可直接寄出、用到過期報價表
驗收標準:報價單有主管核可紀錄、客戶收到回執

要我直接在團隊 Space 建立這個物件嗎?

FAQ/客服知識:痛點先攤開

  • 同一個問題回一百遍

    客戶反覆問退換貨、付款、交期,客服每天打一樣的字,時間都耗在重複勞動上。

  • 每個人答得不一樣

    同一題三個客服三種說法,有人給錯資訊,客戶體驗忽好忽壞。

  • 答案散在各處

    正確答案藏在某封舊郵件、某個群組對話、某人腦中,要用時找不到。

  • 知識沒有沉澱

    回完就忘,下次新人來又得從頭學,公司等於每次都付一次學費。

把重複問題整理成團隊 FAQ 並標準化

PROMPT
這是我們客服這個月被問最多的二十個問題(我貼在下面),
還有我們現在各自回覆的內容。

請你幫我做三件事:
1. 合併重複、相似的問題,整理成一組去重後的 FAQ。
2. 每題給一個標準答案,語氣一致、正確、好懂。
3. 依主題分類(付款、物流、退換貨、帳號),標上標籤。

整理好之後,每一題在團隊 Space 用 FAQ Type 建立一個物件,
把分類存進主題屬性、加上對應標籤,方便日後查詢。
OUTPUT
已去重,原本 20 題合併為 12 題標準 FAQ,分四類:

【付款】Q:可以用哪些付款方式? A:信用卡、超商代碼⋯⋯
【物流】Q:多久會出貨? A:下單後 1–2 個工作天⋯⋯
【退換貨】Q:怎麼申請退貨? A:到訂單頁點 申請退貨⋯⋯
【帳號】Q:忘記密碼怎麼辦? A:登入頁點 忘記密碼⋯⋯

每題已建立 FAQ 物件並標好主題與標籤。客服日後可直接搜尋取用,不必重打。

新人 onboarding:痛點先攤開

新人報到第一週,最常見的畫面是:他不知道東西在哪、不敢一直問、坐在位子上空轉;而帶他的老鳥,則是把同一套介紹講了第 N 遍,自己的事一直被打斷。

問題不在新人不認真,而在於上手所需的知識從來沒被集中過。它散在十個人的腦袋、五個群組、三個雲端資料夾裡,新人根本拼不出全貌。

如果團隊 Space 裡已經有 SOP、FAQ、決策紀錄這些物件,那麼新人上手包不必重寫——它可以從現有知識庫自動長出來。

幫新人從知識庫生一份上手包

PROMPT
我們下週有一位新的 行銷企劃 報到。
請你掃過團隊 Space 裡和這個角色相關的物件——
SOP、FAQ、決策紀錄、工具清單、團隊成員——
幫他生一份第一週上手包。

上手包要包含:
1. 這個角色要負責什麼、第一週的目標。
2. 必讀的 SOP 與 FAQ(給出物件連結)。
3. 會用到的工具與帳號申請流程。
4. 該認識的人、各自負責什麼。
5. 第一週的每日學習清單。

生成後存成一個 Onboarding 物件,標題寫上職稱與報到日。
OUTPUT
已生成 行銷企劃|上手包(6/30 報到):

角色目標:第一週熟悉內容發布流程,獨立完成一篇貼文
必讀 SOP:內容發布流程、社群回覆規範(已附連結)
必讀 FAQ:品牌用字規範、素材去哪拿
工具與帳號:排程工具、設計工具、共用雲端(申請流程已附)
該認識的人:主管、設計、數據分析各一位
每日清單:D1 讀 SOP/D2 跟一篇發文/D3 試做草稿⋯⋯

已存成 Onboarding 物件。

知識散在各 SaaS vs 收斂到 Anytype

知識散在十個工具裡

  • SOP 在文件、FAQ 在試算表、決策在群組對話
  • 同一份資料三個版本,不知道哪個最新
  • 換工具、換訂閱,資料就被綁架或遺失
  • 新人要學會用五套工具才找得到東西
  • 敏感資料散在各家雲端,資安難管控

收斂到 Anytype 當唯一真相

  • SOP、FAQ、決策、客戶全是同一空間裡的物件
  • 一份物件一個真相,更新一次全團隊看到
  • 本地優先、開源,資料握在自己手上
  • 新人進一個 Space 就看得到全貌
  • 端對端加密,敏感知識留在團隊裝置間

用 Claude Code 維護組織 wiki,防止知識流失

知識庫最大的敵人不是建不起來,而是建好之後沒人維護,半年就過期變成廢墟。這正是 Claude Code 接上 Anytype 後能補的洞:你不必指定一個人天天手動整理,而是用白話交辦它定期巡檢——找出過期的 SOP、補上缺漏的關聯、把新郵件裡的決策補進紀錄。

更進一步,當有同事要離職,你可以請 Claude Code 掃過他經手的物件,把散落的判斷與背景補成完整文件,趁人還在的時候,把腦中的知識搬進組織的資產裡。這是把知識流失從被動損失,變成可以主動防守的事。

知識在人腦 vs 知識資產化

Before

知識在人腦,離職帶走

  • 關鍵流程只存在資深員工記憶裡
  • 人一走,判斷與客戶歷史一起消失
  • 每次招新人都得重新付一次學習成本
知識是負債:綁在人身上,隨人來去蒸發
After

知識資產化,留在組織

  • 流程、答案、決策都是可查詢的物件
  • 人員流動,知識留在共享 Space 裡
  • 新人靠讀知識庫就能接手八成工作
知識是資產:可累積、可傳承、越用越厚

團隊導入的注意事項

  • 權限與隱私先講清楚

    哪些物件全員可看、哪些只限特定成員,導入前先約定,別把敏感資料無差別攤開。

  • 共識先行,工具其次

    先讓團隊認同知識要沉澱這件事,再談工具;沒有共識,再好的系統也沒人填。

  • 指定誰來維護

    明確誰是知識庫的負責人、多久巡檢一次,否則知識庫很快就會過期荒廢。

  • 從一個團隊試起

    不要全公司一次上線,先挑一個有痛點、願意試的小團隊跑通,做出樣板再擴散。

💡

競爭力正在換軌

過去組織靠的是個人英雄——那位最厲害的業務、最懂技術的工程師、什麼都記得的老員工。但英雄會累、會走、無法複製。真正能讓組織越走越強的,是把這些人的判斷沉澱成可累積的知識資產:人會換,知識留下;新人進來,站在前人的肩膀上,而不是從零開始。

讓知識留在組織,而不是隨人來人往蒸發

共享 Space 把第二大腦從一個人擴成一個團隊,Claude Code 幫你持續維護它。當流程、答案、決策、上手包都成了空間裡可查詢的物件,組織就有了一座不會離職的大腦——這是你能為團隊留下最划算的資產。

08

心法・陷阱・隱私

工具會用了,更要會想——避開讓系統崩壞的坑

💡

工具到位,不代表系統會活

你已經學會用 Claude Code 串 Anytype,會查、會建、會整理。但再強的工具,沒有對的心法,最後也只是變成又一個堆滿東西、沒人回頭看的知識墳場。這個模組談的不是怎麼按,是怎麼想。

結構先行 vs 邊做邊長,怎麼拿捏

  • 先用最小結構起步

    開場別開十個 Type、三十個 Property。先有 筆記、任務、聯絡人 三個夠用的 Type,能跑起來最重要。

  • 讓真實需求帶出 Type

    當你第三次想記同一種東西、卻發現沒地方放,那才是新增 Type 的訊號。需求先到,結構才跟上。

  • 別一開始設計完美

    你現在想像的完美分類,三週後多半會推翻。預先設計的精巧結構,通常死在沒人照著填。

  • 結構是養出來的

    好的知識庫像植物,是隨著你怎麼用慢慢長出形狀,不是開工第一天就雕好的雕像。

過度結構化 vs 剛好夠用

過度結構化

  • 每個 Type 塞滿十幾個 Property,多數永遠空白
  • 光想分到哪一類就卡住,東西遲遲沒記下
  • 花在維護結構的時間,比真正用知識還多
  • 改一個欄位牽動一整套,動彈不得

剛好夠用

  • Property 只留你真的會填、會查的
  • 先丟進收件匣式的預設 Type,事後再歸位
  • 結構服務查找,不增加記錄的摩擦
  • 加欄位是因為痛點出現,不是因為看起來完整
💡

AI 寫進知識庫的東西,一定要驗證

Claude Code 幫你建物件、填屬性、寫摘要,又快又順——但它會自信地寫錯。日期填錯、把兩個人記成同一個、摘要悄悄改掉你的原意。AI 入庫的便利,建立在你願意抽查的前提上。

盲信 AI 入庫 vs 人在迴圈

Before

盲信 AI 入庫

  • 交辦後直接關掉,不看它建了什麼
  • 一筆錯誤被當成事實,被後續查詢一再引用
  • 錯誤靜默擴散,三個月後才發現整批資料歪了
錯誤無人攔截,越積越深
After

人在迴圈

  • 每批入庫後抽查幾筆,對照原始來源
  • 要求 Claude Code 附上它改了什麼、依據哪裡
  • 可回溯:知道哪筆是 AI 建的、何時建的
AI 提速,你保留最終判斷權

隱私是 Anytype 的底氣

很多人不敢把真實資料放進筆記工具,怕的是資料躺在別人的雲端伺服器上。客戶名單、商業數字、私人想法,一旦上傳就再也收不回來。於是大家只敢記些無關痛癢的東西,知識庫永遠是個半成品。

Anytype 本地優先、端對端加密,資料存在你自己的裝置,要不要同步、同步到哪由你決定。這個底氣很關鍵:因為你敢放真資料進來,這套系統才會記錄你真正在意的事,也才會真正有用。

當你再讓 Claude Code 透過 MCP 在本地讀寫這些資料,整條鏈路都在你掌控之內。隱私不是限制,而是讓你願意全力投入的前提。

成本與節奏

  • 別追求一次到位

    知識系統不是一個週末搭完的工程。允許它半成品上線,在使用中慢慢補。

  • 自動化先驗證

    每個交給 Claude Code 自動跑的流程,先手動盯它跑對幾次,再放手讓它常駐。

  • 定期斷捨離

    排個固定時間,刪掉再也不會看的物件、合併重複的 Type。不刪,雜訊終會淹掉訊號。

  • 工具服務你而非你服務工具

    當你開始為了維護系統而焦慮、為了填滿欄位而記錄,順序已經反了,該停下來砍。

六個常見陷阱

📥

收集成癮不回顧

拼命剪存、拼命記,卻從不回頭看。記錄變成囤積,知識從未被用過。

🗂️

過度分類

Type 與標籤越開越多,分到哪一類本身成了負擔,記東西前先卡關。

🔧

結構天天改

每隔幾天就重整一次架構,舊資料永遠對不上新結構,誰都不敢依賴它。

🤖

全自動不檢查

把入庫整批丟給 AI 後不抽查,錯誤被當事實引用,擴散到整個知識庫。

🌊

什麼都想記

沒有取捨,連無關緊要的都收進來,訊號被大量雜訊淹沒,越查越慢。

🪦

建好沒人維護

熱情期搭得很漂亮,之後再沒人更新,半年後成了過期資訊的墳場。

💡

好的知識系統是減法

別用塞了多少東西衡量你的知識庫。真正好的系統,是讓你想得更少、找得更快:需要時一搜就到,平時不必惦記。能幫你卸下記憶負擔的,才叫知識管理;讓你越用越累的,只是另一份待辦。

工具是槓桿,判斷是支點

Claude Code 與 Anytype 是強大的槓桿,能放大你的產出。但支點始終是你的判斷:該記什麼、該信什麼、該刪什麼。別讓工具替你思考——讓它替你省下力氣,好把力氣花在真正需要你想的地方。

09

你的第一週

別想一次到位,先讓它在你的工作裡跑起來

🎯

學會不等於做到

今天你看了很多示範,但真正的差距不在投影片裡,而在你下課後有沒有打開電腦動手。知識管理不是一個你懂了的概念,是一個你每天都在用的習慣。這個習慣,從你今晚建的第一個物件開始。

30 分鐘起步:今晚就能做完

1

裝好 Anytype

到官網下載桌面版,註冊一個帳號,記下你的恢復金鑰。全程不用設定伺服器,資料就在你電腦裡。

2

開一個工作 Space

別貪心開五個。先開一個叫工作的 Space,當作你知識的第一個落腳處。

3

接上 Claude Code

照模組裡的步驟登記一次 MCP,讓 Claude Code 拿到通往 Anytype 的管線。Anytype App 開著、授權一次就好。

4

請它幫你建第一個物件

用白話對 Claude Code 說:幫我在工作 Space 建一篇筆記,標題是今天上課的三個重點。看著它真的幫你建好。

5

問它一個問題

再說:我剛剛記了什麼?讓它從你的 Anytype 撈出來回給你。這一刻,你的第二大腦就開機了。

你的第一週路線:每天只動一點

1

Day 1

起步串接:裝好、開 Space、接上 Claude Code,建第一個物件

2

Day 2-3

收集入庫:把當下手邊的會議、文章、靈感隨手丟進去,先求有

3

Day 4

設一個 Type:挑你最常記的東西(會議或客戶),給它固定欄位

4

Day 5

問知識庫:開始用白話查,而不是自己滑著找

5

週末

第一次回顧:請 Claude Code 幫你彙整這週入庫的東西,看看長出了什麼

今天就能做的三個場景

把這場會議記進去

散會後對 Claude Code 講重點,它幫你建一筆會議物件,連上與會者,不再讓決議散在群組裡。

把一篇好文章存成筆記

貼上連結與你的心得,請它整理成一則筆記、標好標籤,下次找得回來。

問它一個你常找不到的東西

那個你記得寫過、卻翻不到的報價、規格、聯絡方式——讓它幫你從庫裡撈。

起步檢核清單

打勾的不是任務,是你把知識當資產的第一批證據

裝好 Anytype 桌面版已登入,恢復金鑰已妥善保存
接上 Claude Code MCP 已登記,授權過一次,能讀寫你的 Anytype
建第一個物件 用白話交辦,看它真的幫你建好一筆筆記
設一個常用 Type 挑你最常記的東西,給它固定欄位(會議/客戶/任務擇一)
跑一次自然語言查詢 不再手動翻找,改成開口問、它幫你撈
排一個每週回顧 固定一個時段,讓庫不只進得去,也回得來

從個人到團隊的成長路徑

  • 先把自己跑順

    別急著想協作。先讓你一個人的知識流暢起來,記得進、查得出、用得上。

  • 再選一個場景深用

    從會議、客戶或專案裡挑一個你最痛的,把它的 Type、屬性、關聯打磨到順手。

  • 然後自動化

    把重複的整理交給 Claude Code:固定的彙整、歸檔、產報告,讓它替你跑。

  • 最後擴到團隊

    你跑順了,再開共享 Space,把這套做法帶給同事,讓知識變成團隊的資產而非某人的記憶。

延伸資源

下課後想走更遠,這些是你的下一站

📘

Anytype 官網與社群

下載各平臺版本、看官方文件,社群裡有大量物件結構與模板可參考。

🤖

Claude Code 文件

了解它還能怎麼動手做事,從讀寫檔案到長時間自理任務。

🧩

MCP 生態

除了 Anytype,還有許多工具能接上 Claude Code,讓它的手伸得更遠。

🎓

Vista 的其他課程

到 slides.vista.tw 看更多教學簡報,從 Claude Code 到一人公司經營。

🧭

給職場人的最後提醒

你不必變成工程師,也不必看懂任何一行程式碼。你要做的,只是換一個對待知識的態度:別再讓會議、文章、靈感、聯絡方式散落在各個 App 與你的記憶裡,而是開始把它們當成會增值的資產來經營。工具只是放大器,真正的轉變是你決定不再重來。

別追求完美的系統,追求每天都在跑的系統

很多人卡在起步,是因為想先把結構設計到完美才敢開始:Type 要分幾種、屬性要怎麼命名、Space 要怎麼切。結果規劃了一整個下午,一個物件都沒建。

真相是,最好的結構是長出來的,不是設計出來的。你先把東西丟進去、開始用,痛點自然會告訴你下一步該補什麼。Claude Code 會在這個過程裡替你扛掉繁瑣的整理,讓你只負責思考與決定。

所以今晚別想太多。建一個物件、問它一個問題,讓這個系統先動起來。它跑起來的那一刻,就會開始替你工作。

最後一句

把今天學的濃縮成一句行動:下課後,先讓 Claude Code 幫你記下這場課的三個重點。一個物件,就是你第二大腦的第一塊磚。

想更深入?

Vista 在 solo.tw 開設 Claude Code 與一人公司相關的實戰課程,從工具上手到把知識變成事業。也歡迎到 slides.vista.tw 看更多教學簡報,把今天的起點延伸成你自己的系統。

謝謝

Vista Cheng

slides.vista.tw|vista.tw

把散落的知識,變成你的第二大腦