Claude Code × Anytype
把散落各處的知識,變成一個會回答你、還會自己幹活的第二大腦——用 Claude Code 操作 Anytype,從筆記一路用到生意
Vista Cheng|2026
這堂課要解決你的一件事
你不缺資料,你缺的是找得到、用得上。會議紀錄在雲端硬碟、靈感在手機備忘錄、客戶資訊在 Email、待辦在便利貼——知識散在十個地方,等到要用的那一刻卻拼不回來。今天我們處理的,就是這種明明記過、卻調不出來的日常損耗。
你不是再多裝一個筆記軟體
你要給自己一個會自己長、會回答你、會幫你動手的知識系統。筆記只是入口;真正的價值,是當這些知識被結構化、被連起來、被一個 AI 隨時呼叫,它就從死檔案變成活幕僚。
我不是記性差,我是記過的東西,等到要用的時候,永遠在另一個我打不開的地方。
Claude Code × Anytype 一日課
同一個你,兩種知識狀態
現在的你
- 資料散在雲端硬碟、Email、備忘錄、群組訊息十個地方
- 要用時靠記憶硬翻,翻三十分鐘還不一定找得到
- 知識用過一次就沉底,下次又從零開始
之後的你
- 一個第二大腦,所有知識收在同一個結構裡
- 白話一問就調得出來:誰、何時、講過什麼、結論是什麼
- 知識自己連成網,一份會議自動牽到專案、客戶、待辦
全程地圖(上)
-
01
為什麼 Claude Code × Anytype
先講清楚這套組合解決什麼、值不值得你投入半天
-
02
認識 Anytype 世界觀
物件、型別、關聯——換一種看待知識的方式
-
03
接上線
用 MCP 讓 Claude Code 能讀寫你的 Anytype
-
04
個人知識管理
把散落的筆記、會議、靈感收進來,連起來
-
05
商業應用
從知識庫長出提案、報告、客戶經營的實戰
全程地圖(下)
-
06
讓它自己幹活
交辦白話任務,Claude Code 自動查、建、改、整理
-
07
團隊與組織
從一個人的第二大腦,擴成團隊共享的知識資產
-
08
心法與陷阱
哪些事該交給 AI、哪些不該,常見坑怎麼避
-
09
你的第一週
下課後七天具體怎麼動,把今天變成習慣
今天你會帶走三樣東西
-
一個視角
不再用資料夾思考,改用物件與關聯來看待你的知識——這個轉變比任何工具都重要
-
一套結構
一個能跟著你長大的 Anytype 空間骨架:型別怎麼設、關聯怎麼牽、查詢怎麼存
-
一份行動
一份可以明天就照做的第一週清單,把今天學到的變成每天的習慣
開場小作業:先抓出你的痛點
花 30 秒,在便條紙或手機上寫下最近最常找不到的三份資料或知識——可能是某場會議的結論、某個客戶的偏好、某段你存過卻翻不到的好句子。先寫下來,等一下每個段落,我們都拿這三個真實案例對照著看,今天就解決它們。
這堂課的三層進展
收納
把散在十個地方的知識收進同一個空間,先讓它進得來、放得對位置
連結
讓知識互相牽線:會議連到專案、任務連到客戶,孤立的點長成一張網
運用
把整張網交給 Claude Code,變成決策依據與實際產出——提案、報告、回覆
收納→連結→運用,今天的九個模組就沿著這條路往上走
為什麼由我來講這堂
我不是來示範一套漂亮的理論。我自己每天就是用 Claude Code 操作 Anytype 在管知識、管事業——會議完讓它建紀錄、靈感來讓它歸位、要寫提案讓它先把相關素材撈齊。
今天你看到的每一個場景,都是我真實工作流裡跑過的,不是為了上課現編的示意畫面。會卡的地方我會告訴你哪裡卡,會省時的地方我會告訴你省在哪。
所以這堂課的標準很簡單:每一招你回去都用得上,而且我自己天天在用。學不會用、只能看的東西,我不會放進來。
記住今天的北極星
知識管理的目標不是收集,是讓對的知識在你需要時自己出現。接下來半天,無論講物件、講關聯、講 MCP、講自動化,都只是在服務這一句——少花力氣找,多用力氣想。
01
為什麼是 Claude Code × Anytype
先看懂你真正缺的不是工具,是一個會運作的系統
職場人的知識困境,你中了幾項
-
資料散在十個 App
簡報在雲端硬碟、待辦在通訊軟體、靈感在備忘錄、合約在信箱附件,沒有一個地方看得到全貌
-
靠大腦硬記
客戶上次說的重點、專案的決定、誰負責什麼,全靠記性,一忙就漏
-
會議筆記寫了沒人看
當下抄得很認真,散會就沉到資料夾底層,下次開會根本找不到也想不起來
-
找上次那份檔案找半天
明明做過、改過、寄過,就是不記得放哪,重做一次比找還快
-
知識隨離職帶走
一個同事走,半個專案的脈絡跟著消失,新人從零接手,組織記憶歸零
第 5 個 App
你今天為了找一份資料,打開的第幾個工具
不是你不努力,是你的知識被切成十份,散在十個彼此不講話的工具裡。每切換一次,就多一次分心、多一次找不到、多一份重做的成本
工具越加越多,知識卻越來越散
過去十年,我們解決問題的方式都是再裝一個 App。要記事就裝筆記軟體、要管專案就裝看板、要存檔案就開雲端硬碟、要聊工作就開通訊群組。每個工具單獨看都很好用。
問題是它們之間沒有一條線。同一個客戶的資料,名字躺在通訊錄、合約躺在硬碟、會議紀錄躺在筆記、報價躺在信箱。你的大腦變成唯一把它們串起來的地方,而大腦會累、會忘、會離職。
工具越多,切換成本越高,知識反而越破碎。你需要的不是第十一個 App,而是一個能把這些碎片重新接起來、還會自己動的底層系統。
你的知識,現在散在哪、又該長什麼樣
現在的樣子
- 十個 App 各存一塊,彼此不認識
- 靠資料夾層層分類,越分越深越難找
- 同一份資料複製到三個地方,版本各自飄
- 查東西靠回想放哪,而不是直接問
- 人一走,脈絡就斷
該有的樣子
- 一個地方看得到所有東西的全貌
- 靠關聯互連,從一個點走到相關的全部
- 每份資料只有一個本尊,到處引用
- 用白話描述需求,系統幫你找出來
- 脈絡留在系統裡,不綁在某個人腦中
問題不是缺工具,是缺一個會自己運作的系統
你不缺再一個功能更強的 App。你缺的是一個底層:能把散落的資訊收進同一個結構、讓它們彼此連起來,還能不用你動手就持續整理跟產出。工具是零件,系統才是會運作的整體——這份課要幫你裝的,是後者。
一個會運作的第二大腦,有三個層次
收納
所有資訊有一個固定的家。筆記、聯絡人、會議、專案、客戶,進來就被歸到對的位置,不再散落十處
連結
物件之間互相關聯成網。從一個客戶能走到他的所有會議、合約、待辦,知識不再是孤島而是一張地圖
運用
需要時叫得出來、用得上。查詢、彙整、產報告、追進度,知識從躺著的庫存變成隨時可動用的資產
多數人只做到第一層收納,卡在連結與運用——這正是 Anytype 加 Claude Code 要補上的兩塊
那麼,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 操作的知識庫
全靠你手動維護
- 會議後自己逐筆建物件、填欄位、拉關聯
- 要查跨專案的進度,自己一個個翻
- 想要週報,自己回頭蒐集再彙整
交給 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 集合查詢
對某型別的動態查詢,像存起來的篩選器。
從一則筆記,看懂整個結構
選 Type 型別
新增一個物件時,先決定它是哪一類,例如選會議紀錄。系統就知道要給它哪些欄位。
填 Property 屬性
填上這個型別的欄位:日期、地點、狀態、標籤。屬性讓物件可被查詢、被篩選。
建立 Relation 關聯
把這則會議連到相關物件:與會的客戶、所屬的專案。一條關聯,等於替知識牽一條線。
套 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 做四類事
從唯讀到動手,由淺到深
搜尋物件
跨整個空間、或鎖定單一空間,依關鍵字或型別把符合的物件全找出來,像有人替你翻遍所有筆記。
讀取內容
打開任一物件,讀它的正文與所有屬性,把多筆內容一起讀進來做彙整、比對、寫摘要。
建立與更新物件
依指定型別建立新物件並填好屬性,或找出既有物件做修改,連標籤與關聯都幫你接上。
自訂型別與屬性
當現有結構不夠用,它能新增型別、加上你要的欄位,幫你把知識庫的骨架本身長出來。
設定只做一次:四步打通管線
裝上 Anytype 的 MCP server
這是管線的接頭,一個小程式,讓 Claude Code 知道怎麼跟 Anytype 對話。照官方文件裝一次即可。
在 Claude Code 設定檔登記
在設定檔裡加幾行,告訴 Claude Code 有一條叫 anytype 的管線、這樣連。等於把接頭插進插座。
讓 Anytype App 保持開著
管線的另一端是你電腦上的 Anytype。它得開著、解鎖,Claude Code 才連得進去——資料始終在你本機。
第一次連線時授權
初次接上,Anytype 會問你是否允許這個連線。點頭授權一次,之後就暢通,不必每次重來。
設定檔示意(看懂概念就好)
{
"mcpServers": {
"anytype": {
"command": "anytype-mcp",
"args": ["--stdio"],
"env": {
"ANYTYPE_API_KEY": "你的授權金鑰"
}
}
}
}
重點是看懂:給管線取個名字 anytype、指定怎麼啟動、放上授權金鑰。實際欄位與指令請以官方文件最新版為準。
打通後,第一句話先驗收
請列出我所有的 Anytype 空間,告訴我每個空間裡大概有哪些型別。
你目前有 3 個空間: • 個人 — 型別有 筆記、靈感、日記 • 工作 — 型別有 任務、會議、專案、聯絡人 • 客戶 A — 型別有 需求、合約、會議紀錄 看起來工作空間的結構最完整。需要我深入看哪一個?
你的資料,始終握在自己手裡
會擔心很正常,但這套設計是站在你這邊的:資料全程存在你本機的 Anytype,沒有上傳到誰的雲端;連線需要你一次性授權,不是預設全開;授權隨時可以收回,斷線就斷得乾乾淨淨;而 Claude Code 的每個動作都發生在你自己的裝置上,由你下令、你看得見。隱私強,正是 Anytype 適合放職場敏感資料的原因。
同一件事,設定前後的差距
設定前:手動開 App 一格格點
- 打開 App、切空間、找物件
- 新建物件要逐欄手選型別、填屬性
- 跨多筆彙整只能自己一篇篇開來看
設定後:一句白話交辦
- 說幫我查/建/改它就動手
- 一句話建好物件並接上關聯
- 一次讀十篇幫你彙整成一份報告
設定常見卡關與排除
-
Anytype App 沒開或鎖著
管線另一端沒人接。確認 App 開著且已解鎖,再讓 Claude Code 重試。
-
設定檔路徑或格式不對
登記寫錯,Claude Code 就看不到這條管線。比對官方範例,注意 JSON 逗號與括號。
-
授權沒過或被收回
連線被擋下。重新觸發一次連線,在 Anytype 跳出的提示點頭授權。
-
版本太舊對不上
MCP server 與 Anytype 版本不相容時會連不上。把兩邊都更新到最新版再試。
再熱身一句:讓它真的動手建一筆
幫我在工作空間新增一筆今天的測試筆記,標題叫 第一次串接成功,內容寫:今天我把 Claude Code 接上了 Anytype。
已在工作空間建立一筆筆記: • 標題:第一次串接成功 • 型別:筆記 • 建立日期:2026-06-26 • 內容:今天我把 Claude Code 接上了 Anytype。 打開 Anytype 就看得到它了,要不要我順手加個標籤?
設定只做一次,之後你只要說人話
裝接頭、登記、開 App、授權——這四步是一次性的門檻,跨過去就不必再碰。從今天起,知識管理不再是滑鼠與鍵盤的反覆操作,而是你開口、它執行。剩下的,交給它。
04
場景組一:個人知識管理
把散落的資訊收進來、連起來、問得到
第二大腦的日常,不是抄筆記
真正省力的知識管理,不是你勤勞地把東西記下來,而是讓知識自己歸位、自己被你呼叫。你交辦,Claude Code 把資訊整理進 Anytype;你提問,它幫你從一整座知識庫裡撈出答案。你只負責思考,瑣事交給機器。
場景 1:收集入庫
你每天滑到好文章、看到一句金句、想到一個點子。它們散落在瀏覽器分頁、訊息對話、便利貼、腦袋裡——你知道它們有用,但下次要找的時候,一個都想不起來放哪。
收集的真正障礙從來不是懶,而是摩擦:要開 App、選資料夾、想標題、決定歸到哪一類。摩擦一高,你乾脆不收了,資訊就這樣流失。
理想狀態是:你只要把原始材料丟出來,剩下的判型別、寫摘要、上標籤、建物件,全部有人幫你做。
把一段文字/連結丟給 Claude Code 入庫
這段是我剛剛讀到的東西,幫我收進 Anytype 的個人空間: local-first 軟體的核心主張是:你的資料該存在你自己的裝置,雲端只是備援與同步管道,而不是資料的主人。即使服務商倒了,你的東西還在。 請你判斷它適合哪個 Type、寫一段兩三句的摘要、上幾個標籤,然後建成一個物件存進去。
我把它判讀為一則筆記(Note),已建立物件: • 標題:local-first 的資料主權主張 • 摘要:local-first 主張資料存在使用者自己的裝置,雲端只負責備援與同步;即使服務商消失,資料仍屬於使用者。 • 標籤:#資料主權 #local-first #知識管理 • 已存入空間 個人知識庫 要我順手把它關聯到你既有的 Anytype 研究 主題嗎?
收集的關鍵,是降到零摩擦
你不必先想好它是什麼、該放哪、叫什麼名字。把原始材料丟出來這一個動作,就是你要做的全部。判型別、寫摘要、上標籤、決定歸屬,這些判斷成本全部由 Claude Code 吸收。摩擦愈低,你愈願意收,知識庫才會真的長起來。
場景 2:AI 入庫時自動做的四件事
判 Type 型別
看內容判斷這是筆記、聯絡人、任務、會議還是專案,挑對 Anytype 的 Type,欄位才會對。
填 Property 屬性
依 Type 該有的欄位自動補值——日期、來源、狀態、優先序,能推的先推好。
上標籤 tag
從內容抽出主題關鍵詞做標籤,讓同主題的物件日後能一起被撈出來。
拉關聯 Relation
搜尋庫裡相關的既有物件,把新物件 link 過去——知識從一顆顆孤點變成一張網。
整理這件事,本來就不該你做
分類歸位是最典型的重要但無聊的工作:做了沒成就感,不做又一團亂。它需要的是一致的規則與耐心,正好是 AI 的強項。你定方向,它執行細節。
把這週的零散筆記重新分類歸位
我這週隨手在 Anytype 收了一堆東西,型別亂填、標籤也沒上。請你把空間 個人知識庫 裡這週新增、還沒分類的物件全部掃一遍,重新判對 Type、補上標籤、能關聯的就關聯到既有主題。整理完列一份清單給我看你動了哪些。
本週掃到 11 則未分類物件,已重新歸位: • 6 則重判為筆記,補上主題標籤 • 2 則其實是待辦,改判為任務並設了到期日 • 1 則是某次通話紀錄,改判為會議並關聯到與會者 • 2 則內容重複,已合併 另有 1 則我判不準(像是半句靈感),先標記待你確認,沒擅自歸類。
場景 3:用白話問你的知識庫
收集和整理都做好之後,會迎來最爽的一刻:你不必記得任何東西放在哪裡。你想找某個東西時,不是去翻資料夾、不是憑記憶搜關鍵字,而是像問一個熟悉你所有筆記的助理——直接用白話問。
我之前是不是記過某個關於定價的觀點?上個月那場跟客戶的會議,結論是什麼?你問得很模糊也沒關係,Claude Code 會去你的 Anytype 裡搜、讀、比對,再整理成答案回給你。
知識管理的價值,到這一刻才真正兌現:不是你存了多少,而是你需要時叫得出來。
用自然語言問知識庫
幫我查一下:我之前在 Anytype 裡記過跟定價策略有關的筆記,關於錨定效應的重點是什麼?把散在不同筆記裡的相關段落整理成幾條給我,順便標出處自哪一則。
在你的知識庫裡找到 3 則相關筆記,關於錨定效應的重點整理如下: 1. 先報高價選項當錨點,主推方案會顯得划算。(出自:定價心理學讀書筆記) 2. 錨點要合理,誇張的高價會被當噱頭,反而失去定錨力。(出自:某場行銷講座速記) 3. 三選一時把想賣的放中間,靠兩側襯托。(出自:訂閱方案設計草稿) 要我把這三則關聯成一個定價策略主題、方便日後一起調用嗎?
這就是第二大腦的回報
你花在收集與整理上的每一分力,都在這一刻連本帶利還給你。你不再需要當一個記得所有事情放哪的人——你只要會問。知識庫愈大,這個回報愈明顯:別人愈查愈累,你愈問愈快。
場景 4:一篇長文轉成一則結構化筆記
抓重點
通讀全文,挑出真正的論點與證據,濾掉鋪陳與重複,只留你日後會用到的骨幹。
寫摘要
用你看得懂的話濃縮成幾句,讓你三個月後掃一眼就想起整篇在講什麼。
上關鍵詞標籤
抽出核心概念做標籤,讓這則筆記能被主題撈到,而不是沉進茫茫文海。
關聯既有主題
搜尋庫裡相關主題,把這則新筆記 link 上去,併進你已經在養的知識脈絡。
讀完不等於記住,存對才算吸收
一篇好文章讀完就關掉,三天後等於沒讀。把它變成一則結構化筆記——有重點、有摘要、有標籤、接上既有主題——它才真的進了你的知識體系,日後可被搜尋、可被引用、可被串連。
把一篇文章變成結構化知識筆記
這篇文章我貼在下面,幫我把它變成一則結構化知識筆記,存進 Anytype 的 個人知識庫: (貼上整篇文章全文⋯⋯) 要求:抓出三到五個核心論點、寫一段摘要、上主題標籤,並關聯到我庫裡相關的既有主題。建好之後告訴我你關聯了哪些。
已建立筆記 平臺經濟的網路效應雙面性: • 核心論點: 1. 網路效應帶來贏者全拿,但也讓平臺易僵化 2. 多歸屬(multi-homing)會稀釋鎖定效果 3. 監管正成為網路效應的新天花板 • 摘要:本文論證網路效應既是護城河也是包袱⋯⋯ • 標籤:#平臺經濟 #網路效應 #商業模式 • 已關聯既有主題:訂閱制研究、競爭策略筆記
長文入庫的心法
你的目標不是把文章原封不動搬進 Anytype,而是把它消化成未來的你用得上的形狀。AI 幫你做的,是把一次性的閱讀,轉成可重複調用的資產。
場景 5:把會議逐字稿整理成會議物件
這是我剛剛那場會議的語音轉文字,有點亂。幫我在 Anytype 建一個會議物件:抓出日期與與會者、整理成幾段重點、把當中的決議和待辦分開列出來,待辦要標出負責人。建好後把與會者關聯到他們各自的聯絡人物件。 (貼上逐字稿⋯⋯)
已建立會議物件 Q3 內容企劃對齊會議: • 日期:2026-06-26|與會者:你、阿哲、Lisa(已關聯三人的聯絡人) • 重點:3 段(方向、預算、時程) • 決議: - 確定主打 一人公司 系列 - 預算上限維持不變 • 待辦: - 下週一前出大綱(負責人:你) - 確認外部講者檔期(負責人:阿哲) 待辦已同時建成兩個任務物件並關聯回本場會議。
速記的三個原則
-
先求進得來,再求整理
會議和靈感稍縱即逝。先把原始材料(語音、逐字稿、一句話)丟進來,結構化交給 AI 事後補,別在當下糾結格式。
-
決議與待辦一定要拆出來
一份會議紀錄最有價值的是決定了什麼和誰要做什麼。讓 AI 把這兩塊單獨抽出來、建成可追蹤的任務,紀錄才不會看完就忘。
-
人要關聯回聯絡人
把與會者、負責人 link 到他們的聯絡人物件,日後你查一個人,就能看到所有跟他有關的會議與待辦。
場景 6:每週知識回顧
幫我回顧這一週:把空間 個人知識庫 裡這七天新增的所有物件掃一遍,告訴我我這週主要在關注哪些主題,並從中挑出三條最值得我繼續深入的線,說明為什麼值得。
你這週新增了 18 則物件,集中在三個主題:AI 工具、定價策略、個人品牌。 值得繼續深入的三條線: 1. 定價心理學——你這週收了 5 則相關筆記但還沒串成體系,已是準備寫成文章的密度。 2. local-first 軟體——出現在 3 則不同來源的筆記,你顯然反覆被它吸引,可考慮做專題。 3. 一人公司現金流——只有 1 則但你標了星號,且和你既有的商業模式主題高度相關,值得補料。
回顧讓知識複利
光收集不回顧,知識庫就只是一座愈堆愈高的倉庫——東西都在,但你從不回頭看,等於沒收。回顧是把沉睡的庫存重新喚醒、讓它們彼此碰撞的動作。
每週花十分鐘讓 Claude Code 替你盤點:這週我在想什麼?哪些主題在反覆出現?哪一條線已經到了該深入的密度?這些問題你自己很難客觀回答,但對一個讀過你全部筆記的助理來說很簡單。
收集是把知識存進來,回顧是讓知識開始生利息。複利的前提,是你定期回來看它。
場景 7:知識的價值在連結,不在數量
存了五百則筆記不會讓你更聰明,五百則筆記之間的連結才會。洞察很少誕生於單一一則筆記內部,而是出現在兩個本來不相干的主題被擺在一起的那個瞬間。Anytype 的 Relation 與 Graph view,就是專門用來逼出這種連結的工具。
用 Relation 找跨主題的意外連結
你的知識庫裡藏著很多你自己沒意識到的橋。你在行銷主題下記的某個觀點,可能正好能解釋你在產品設計主題下卡住的問題——但因為它們被你分在不同地方,你從來沒把它們放在一起想過。
這正是 AI 擅長的事:它沒有你的思維慣性,不會預設這兩件事不相干。你可以直接請它比對兩個主題的筆記,找出可以串起來的觀點。
很多時候,一個新點子不是憑空冒出來的,而是你早就擁有的兩塊知識第一次被接上電。
幫我串起兩個主題之間的連結
幫我看看 定價策略 和 個人品牌 這兩個主題下的筆記之間,有沒有可以串起來的觀點?我想找一些我自己沒注意到的關聯,最好能變成一篇文章的切入點。
比對兩個主題後,我找到三個值得串起來的接點: 1. 你在個人品牌記的稀缺性建立信任,和定價策略的錨定效應其實是同一個心理機制的兩種應用——都是在管理對方的預期。 2. 你提過個人品牌的本質是降低選擇成本,這正好解釋了為什麼有品牌的人可以定更高的價。 3. 兩個主題都反覆出現不要競價、要重新定義賽道。 第 1 點我認為最有文章潛力,要我擬個大綱嗎?
連結思考的回報
當你的知識庫夠大、關聯夠密,它就不再只是一個查找的地方,而會變成一個能跟你對話、幫你想事情的對象。你問它兩個主題之間有什麼關係,它給你的答案,往往連你自己都沒想過。
場景 8:把反覆出現的概念抽成個人 wiki 節點
找出高頻概念
掃過知識庫,找出在多則筆記裡反覆被提到的核心概念——它們是你思考的關鍵字。
抽成獨立物件
為每個高頻概念建一個獨立物件,當作這個概念的權威定義頁,而不是散落在各處的片段。
匯整各處說法
把散在不同筆記裡關於這個概念的論點、例子、出處,全部匯整到這個物件上。
反向關聯回去
讓所有提到這個概念的筆記都 link 回這個節點,形成你個人 wiki 的雙向連結網。
個人 wiki:你思考的骨架
當同一個概念在你的筆記裡出現第三次、第五次,它就值得擁有自己的一頁。把它抽成獨立節點,等於替你最常用的思考工具建了一座座地標。日後你不管從哪則筆記出發,都能順著連結回到這些核心概念。
把散落的概念整理成一個概念索引物件
網路效應 這個概念散落在我好幾則筆記裡。幫我建一個概念索引物件,把所有提到它的地方匯整起來:寫一段清楚的定義、列出我在不同筆記裡對它的各種說法和例子,並把那些筆記反向關聯到這個物件。
已建立概念物件 網路效應: • 定義:產品的價值隨使用者增加而提升的現象。 • 你的各種說法與例子(匯整自 6 則筆記): - 雙邊市場的雞生蛋問題 - 贏者全拿與其反例 - 多歸屬如何稀釋它 - 監管成為新天花板 • 已將這 6 則筆記反向關聯到本物件 現在你點開 網路效應 就能看到你對它的完整理解,以及所有相關筆記。
從一堆筆記,到一個第二大腦
你的筆記(死的、躺著)
- 存進去就沉底,從不回頭看
- 靠記憶找東西,常常想不起放哪
- 一則則孤立,彼此不相往來
你的第二大腦(活的、會回應)
- 你提問,它幫你搜、讀、整理成答案
- 知識自己歸位、自己關聯成網
- 概念抽成節點,回顧讓它生利息
模組收束:個人知識管理的終點
個人知識管理的終點,不是一個井井有條、你卻很少打開的資料庫,而是一個在你需要時、知識會自己出現的第二大腦。你負責思考與提問,收集、整理、連結、回顧這些重活,交給 Claude Code 與 Anytype。
05
場景組二:商業應用
不只寫筆記——把知識變成生意的引擎
商業應用都走同一條公式
接下來每個場景都長一樣:先說清楚一個讓你天天頭痛的痛點,再設計 Anytype 該有哪些 Type 與關聯把資料接成網,然後把整理工作用白話交給 Claude Code,最後看它替你產出什麼成果。記住這四拍:痛點 → 設計結構 → 交給 Claude Code → 產出成果。看懂第一個,後面全部都是同一招換場景。
場景 A 痛點:會議開完,決議就蒸發
-
當下都記得,三天後全忘光
散會那一刻人人都說懂了,等到要交付才發現對細節各有版本
-
待辦藏在會議紀錄裡
決議跟行動項埋在一大段文字中,沒人回去翻,自然沒人追
-
不知道誰該做什麼
講了一輪那就你來,會後沒落成白紙黑字,責任歸屬一片模糊
-
下次開會先花十分鐘對帳
每場會議開頭都在補上次的記憶,會議變成不斷重開的迴圈
Anytype 結構:把一場會議拆成可追蹤的物件
建 會議 Type
欄位放日期、與會者(關聯到聯絡人)、所屬專案(關聯到專案)、決議摘要
建 行動項 Type
欄位放負責人(關聯到聯絡人)、截止日、狀態(待辦/進行中/完成)、來源會議(關聯回會議)
把行動項關聯回會議與專案
每個待辦都掛在它生出來的那場會議與所屬專案下,脈絡不斷線
建一個 我的待辦 Set
對行動項 Type 做動態查詢:負責人是我、狀態未完成,自動聚成一張追蹤清單
交給 Claude Code:把會議紀錄變成物件+自動拆待辦
這是今天產品週會的逐字紀錄(貼上或指向檔案)。請幫我: 1. 在 Anytype 建一個會議物件,填好日期、與會者、所屬專案 2026 改版、決議摘要。 2. 從紀錄裡抽出所有行動項,每一個建成行動項物件,指派負責人、抓出截止日、狀態設為待辦,並關聯回這場會議。 3. 最後條列你建了哪些物件給我確認。
已建立會議物件 2026 改版・產品週會 0626,關聯與會者 4 人、專案 2026 改版。 抽出 5 個行動項並建檔: • 整理競品定價表 → 指派 Amy,截止 7/3 • 修改註冊流程文案 → 指派 Vista,截止 7/1 • 確認金流串接時程 → 指派 Ken,截止 7/2 …(全部已關聯回此會議) 請確認指派是否正確。
成果:會後追蹤從靠人腦變成靠系統
人工整理
- 散會後誰有空誰整理,常常沒人整理
- 待辦靠口頭與群組訊息,三天後沉底
- 追進度要一個個私訊問
- 下場會議先花時間補記憶
Claude Code 自動建檔
- 散會貼上紀錄,物件與待辦一次到位
- 每個待辦有負責人、截止日、來源會議
- 我的待辦 Set 自動聚齊,打開就看
- 下場會議直接調出未完成項
關鍵不是記得更多,是不必記
會議管理會痛,從來不是因為大家不認真,而是因為決議與待辦活在記憶裡,記憶會蒸發。當每場會議都變成一個會議物件、每個承諾都變成一個有負責人的行動項,追蹤這件事就從你的腦袋搬進了系統。你要做的只剩貼上紀錄,剩下的交給 Claude Code。
場景 B 痛點:一個專案的脈絡,散在七個地方
-
規格在雲端硬碟
改了三版,沒人確定哪版是定案
-
決策在聊天群組
當初為什麼這樣決定,往上滑兩百則也找不到
-
會議紀錄在筆記軟體
跟專案其他資料各自分家,要交叉比對只能開五個視窗
-
新人接手等於考古
沒有單一入口,光是搞懂現況就燒掉一週
一個 專案 物件底下,把該聚的全聚過來
決策
每個關鍵決定的理由與當時取捨,日後不必重新吵一遍
規格
目前定案版本,舊版保留但標清楚,永遠知道哪版作數
會議
這個專案開過的每場會議物件,按時間串成脈絡
待辦
從各場會議生出來的行動項,狀態一目了然
文件
合約、簡報、素材等附件,掛在專案下不再四散
風險
已知的卡點與隱憂,攤開來追蹤而不是埋在某人腦中
交給 Claude Code:搭起專案空間骨架並歸位
我要替新專案 2026 改版 在 Anytype 建一個知識庫。請幫我: 1. 確認有沒有 專案 Type,沒有就建立,欄位含狀態、負責人、起訖日。 2. 建一個 2026 改版 專案物件。 3. 把我現有跟這個專案有關的物件——會議、規格筆記、待辦、決策——全部關聯到這個專案底下。 4. 列出哪些東西你不確定該不該歸進來,讓我判斷。
已確認 專案 Type 存在,建立專案物件 2026 改版。 已歸位:會議物件 6 筆、規格筆記 2 份、行動項 14 個、決策紀錄 3 筆,全部關聯到此專案。 以下 2 筆我不確定,請你判斷: • 筆記 競品定價觀察——可能屬於市場研究而非本專案 • 檔案 舊版 LOGO——疑似已棄用 要不要一併納入?
專案知識庫的價值:脈絡有家可回
資料夾的世界裡,一份資料只能放在一個地方,於是脈絡永遠是碎的。物件的世界裡,一場會議可以同時掛在專案下、也出現在某個人的關聯裡。當專案物件變成單一入口,新人接手不再考古,你自己三個月後回頭也立刻接得上——因為脈絡有家可回。
場景 C 痛點:客戶散在名片、信箱、群組
你手上其實累積了不少客戶,但他們的資訊四散:名片在抽屜、報價在信箱、需求在 LINE、上次聊到哪在你的記憶裡。要找一個客戶的完整往來,你得同時翻四個地方,還不一定翻得齊。
更危險的是,這些關係綁在你的腦袋裡。你請假、你離開、你忙到忘記,那條關係就斷了。對一人公司或小團隊來說,客戶關係散落不是整潔問題,是營收風險。
你不需要導入動輒上萬的 CRM 系統。你需要的是一個輕量、私密、自己掌握資料的客戶檔案——而 Anytype 加上 Claude Code,剛好就是。
Anytype 結構:把客戶關係織成一張網
建 聯絡人 Type
欄位放公司、職稱、來源、所屬客戶(關聯到客戶或公司物件)、標籤(潛在/合作中/已成交)
建 互動紀錄 Type
每次見面、通話、報價、信件來往各一筆,欄位放日期、管道、摘要、對應聯絡人(關聯)
建 跟進任務 Type
欄位放下一步要做什麼、提醒日、對應聯絡人(關聯),到期自動浮上來
用關聯把三者串起來
打開任一位聯絡人,就看得到他所有的互動紀錄與待跟進事項,一頁掌握全貌
交給 Claude Code:彙整一頁客戶檔案+該跟進的事
幫我把 泓愛科技 這個客戶的所有往來彙整成一頁客戶檔案。請: 1. 搜尋 Anytype 裡所有跟泓愛科技相關的聯絡人、互動紀錄、報價、會議。 2. 整理成一份摘要:他們是誰、我們聊到哪、目前卡在什麼、報過什麼價。 3. 根據最近一次互動,列出我接下來該跟進的三件事,並建成跟進任務物件、設好提醒日。
客戶檔案:泓愛科技(紡織業,合作中) • 主要窗口:陳經理(採購)、林副理(技術) • 往來摘要:3 月初次接洽 → 4 月提案 → 5 月報價 NT$48 萬 → 對方反映預算待核 • 目前卡點:等對方內部簽核,已兩週無回音 建議跟進(已建任務): 1. 本週發一封不催促的近況關心信 → 提醒 6/27 2. 補一份精簡版 ROI 試算降低決策門檻 → 提醒 6/30 3. 約下次線上會議確認時程 → 提醒 7/2
輕量 CRM 的真正價值:關係留在系統,不綁在腦中
貴的 CRM 賣你一堆用不到的功能,卻沒解決小團隊真正的痛:關係散落、且只活在某個人腦裡。把客戶經營搬進 Anytype,每一次互動都落成物件、每一個關係都織進網裡——你休假時同事接得上,你忙昏頭時系統提醒你,客戶資產不再隨人走。這才是一人公司負擔得起、也真正需要的 CRM。
場景 D 痛點:選題、草稿、發布進度一團亂
-
靈感記在十個地方
手機備忘錄、餐巾紙、半夜的訊息給自己,要寫時一個都找不到
-
草稿不知道寫到哪
三篇開了頭都沒寫完,哪篇快好了、哪篇還缺資料,自己都迷糊
-
發布排程靠記憶
這週該發什麼、上週發了沒、社群改寫了沒,全靠腦力硬撐
-
成效發完就斷
哪篇反應好值得做系列,沒回頭看,等於每次都從零開始猜
內容管線結構:一篇內容的五個狀態流轉
選題庫
所有靈感、主題、讀者提問都先落成一個選題物件,標好預估熱度與難度
草稿
選題升級成文章物件進入草稿狀態,掛上大綱與素材關聯
審稿
草稿寫完轉審稿狀態,自己或夥伴校過用字、結構、事實
發布
審完轉發布狀態,記下發佈日與平臺,社群改寫版掛為關聯物件
成效
發布後回填數據,標出值得做成系列的題目,回流選題庫
交給 Claude Code:從選題庫挑三題並建草稿
打開我的 選題庫 Set,從狀態還是 待寫 的選題裡,挑三個本週最值得寫的——優先選預估熱度高、而且我手上已有素材的。請: 1. 列出你挑的三題與理由。 2. 每一題建一個文章物件,狀態設為草稿,自動帶上一段建議大綱。 3. 把相關的既有筆記、研究物件關聯到對應草稿底下。
從 18 個待寫選題中挑出三題: 1. 一人公司如何用 AI 管客戶——熱度高,你已有場景 C 的實作素材 2. Anytype 對比 Notion——讀者三度提問,搜尋需求穩定 3. 會議紀錄自動拆待辦——可直接改寫自你的實戰案例 已建立 3 個草稿物件,各帶大綱;並關聯了 5 篇既有筆記。要先從哪一篇開始?
成果:從靠記憶硬撐到整條管線一眼掌握
記憶+試算表
- 靈感四散,要寫時找不到
- 草稿狀態靠腦袋記,常常漏接
- 發布排程開一張表手動維護
- 成效發完不回看,題目重複猜
Anytype + Claude Code
- 靈感統一進選題庫,永遠找得到
- 每篇狀態清楚,卡在哪一眼看出
- 管線五狀態自動流轉,Set 一覽
- 成效回流選題庫,好題目滾成系列
場景 E 痛點:研究做完就沉底,無法累積
你為了一個決策做了競品研究,開了十幾個分頁、截了一堆圖、寫了一頁筆記。決策做完,這份研究就沉進某個資料夾,三個月後要用,你寧可重做一遍也找不到。
問題不在你不夠認真,而在研究被當成一次性消耗品。每份研究其實都有可複用的零件:你看的競品、引用的來源、得到的洞察、發現的機會——但它們黏成一坨,沒被拆開存放,就無法累積成你的判斷資產。
把研究拆成物件,它就從一次性的報告,變成會越長越厚的研究庫。
研究庫的四種物件
把一坨研究拆成可複用、可關聯的零件
競品
每個對手一個物件,記定位、定價、優劣勢,下次看它直接更新而非重查
來源
每篇報告、文章、數據出處一個物件,標可信度,引用時隨手可回溯
洞察
從研究萃出的判斷,關聯到支撐它的來源與競品,形成有憑有據的觀點
機會
對你而言可行動的缺口,關聯回洞察,是研究最終要落地的產物
交給 Claude Code:把競品資料整理成物件+抽出機會
這是我蒐集的競品 某 SaaS 工具 資料(貼上或指向檔案)。請幫我: 1. 建一個競品物件,整理它的定位、定價、主打功能、明顯弱點。 2. 把我引用到的數據來源各建一個來源物件並關聯過去。 3. 對照我們的處境,抽出三個對我們有意義的機會,各建一個機會物件並寫清楚理由。
已建立競品物件 某 SaaS 工具:主打團隊協作、月費 US$12/人、弱點是本地隱私無解。 建立 3 個來源物件並關聯(官網定價頁、第三方評測、社群討論)。 抽出 3 個機會: 1. 主打本地優先+隱私,正打對方軟肋 2. 對方無中文在地客服,可作差異化 3. 對方最低方案門檻高,我們可切入小團隊入門盤 是否要把這三個機會關聯到下一季的策略專案?
上半收束:同一招,五個場景都成立
會議、專案、客戶、內容、研究——五個場景看似不同,骨子裡都是同一條公式:設計 Type 結構、用關聯織網、把整理交給 Claude Code、產出可累積的成果。下半場我們把這招推到更高階的商業引擎:決策庫、提案庫、招募庫、OKR 追蹤、報告自動化。準備好把知識真正變成生意了嗎?
重大決定,半年後沒人記得當初為什麼這樣定
你們花了三小時開會,最後決定走 A 方案不走 B。當下每個人都懂理由。半年後同樣的岔路又出現,沒人記得當初為什麼排除 B,於是又認真討論一次,甚至做出相反的決定,再一次踩進同一個坑。決策沒有被記錄下來,組織就會一錯再錯。
決策物件(Decision)長什麼樣
背景與問題
這個決定要解決什麼?當時面對的處境、限制與壓力。
考慮過的選項
A、B、C 各是什麼,分別的優缺點。把沒選的也記下來,這才是半年後最值錢的部分。
最終決定與理由
選了哪個、為什麼。誰拍板、依據哪些假設。
預期結果與檢核點
我們賭的是什麼?什麼時候回頭檢查賭對沒。
關聯到專案/會議
用關聯欄位指向產生這個決定的專案與那場會議,日後一路追得回去。
把這次討論記成一筆決策紀錄
剛剛這場產品定價會議,我們決定先採訂閱制、暫不做買斷。 幫我在 Anytype 建一筆決策物件: 背景是現金流需要穩定、客戶對一次性大筆支出抗拒; 考慮過的選項有 A 訂閱制、B 一次買斷、C 混合制; 最後選 A,理由是可預測營收與較低進入門檻; 預期三個月後用續訂率檢核; 並把它關聯到 2026 產品線 專案和今天這場會議紀錄。
已建立決策物件 定價模式:先採訂閱制 · Type:決策 · 選項:A 訂閱制(選定)/ B 一次買斷 / C 混合制 · 理由:可預測營收、降低客戶進入門檻 · 檢核點:2026-09 看續訂率 · 已關聯:專案 2026 產品線、會議 0626 定價討論 半年後你搜 定價,連同當初排除 B 的理由都會一起浮出來。
場景 G 痛點:每次提案都從零拼,過去的好東西找不到
-
好案例埋在舊檔裡
上次那個讓客戶點頭的成功案例,存在某份兩個月前的 PPT 第幾頁,你已經找不到了。
-
好段落重複手刻
公司簡介、服務說明、報價邏輯,每份提案都重打一次,還每次寫得不太一樣。
-
版本各說各話
三個同事手上三份不同版本的公司介紹,客戶看到的你不一致。
-
時間都花在拼湊
一份提案兩小時,有九十分鐘在翻舊檔、複製貼上、調格式,真正想策略的時間被吃光。
從素材庫撈出適合這個客戶的案例與段落
我要對一家中型連鎖餐飲做數位轉型提案。 幫我從 Anytype 素材庫裡: 撈出餐飲或零售業相關的成功案例(最多 3 個)、 適用的服務說明段落、 以及對應的報價區間, 依痛點—解法—成效順序拼出一份提案骨架給我。
已從素材庫組好提案骨架: · 案例:A 連鎖咖啡(會員回購 +28%)、B 火鍋品牌(外帶線上化) · 服務段落:門市數位化、會員 CRM、外送整合 · 報價區間:導入期 NT$X–Y / 月維運 NT$Z (數字為素材庫既有資料,提案前再確認) 骨架:痛點 → 三個對應解法 → 兩個同業實證 → 報價 → 下一步 你只要補這家客戶的專屬細節就能定稿。
提案:每次重拼 vs 從素材庫快速組裝
每次從零重拼
- 翻三個資料夾找上次的好案例
- 公司介紹再打一次
- 報價邏輯憑印象重抓
- 兩小時生一份初稿
從素材庫組裝
- 一句話交辦,Claude Code 撈現成素材
- 案例、段落、報價自動對位
- 版本一致、品質穩定
- 二十分鐘出骨架
場景 H 痛點:履歷散落、評語憑印象、人才養成中斷
一個職缺收到三十封履歷,散在信箱、雲端硬碟、轉寄的訊息裡。面試完,三位主管各自記在自己的筆記本上,下週開會比較人選時,只剩下那個感覺不錯、另一個好像差一點這種模糊印象。
更可惜的是,這次沒錄取但其實很不錯的第二名,三個月後有新職缺時,根本沒人想得起來他。每一次招募都從頭來過,過去累積的人才資訊全部蒸發。
人才不該是一次性的篩選,而是一座會累積的庫。把每位候選人變成一個結構化物件,履歷、面試評語、評分、對應職缺全都掛在一起,下次需要人時,庫裡早就有名單。
人才庫的結構
候選人物件(Candidate)
姓名、現職、專長、來源管道、目前狀態(待面試/已面試/備取/已錄取)。
履歷與作品
把履歷重點與作品連結存進物件,不必再回信箱翻。
面試紀錄
每場面試一筆,記下誰面的、問了什麼、回答如何,關聯回候選人。
評分欄位
用一致的維度打分(專業、溝通、文化契合),讓比較有依據,不靠印象。
關聯到職缺
候選人關聯到應徵的職缺物件,一個職缺下所有人選一目了然。
把這份履歷與面試紀錄建成候選人物件
這是今天面試的候選人資料(履歷重點+我和另一位主管的面試評語我貼在下面)。 幫我在人才庫建一筆候選人物件: 填好現職、專長、來源; 把兩段面試評語各記成一筆面試紀錄並關聯上去; 依專業/溝通/文化契合三維度,根據評語給出初步評分與一句總評; 關聯到 資深行銷企劃 這個職缺。
已建立候選人物件 林品妍 · 現職:某電商品牌行銷副理|專長:內容行銷、社群操盤|來源:人脈推薦 · 面試紀錄 2 筆(已關聯) · 初步評分:專業 8 / 溝通 9 / 文化契合 7 · 總評:操盤經驗扎實、溝通強,待確認管理意願 · 已關聯職缺:資深行銷企劃 下次開新職缺,搜尋專長就能把她再撈出來。
場景 I 痛點:同樣的問題回一百次,答案還不一致
-
重複勞動吃掉時間
退費怎麼辦、怎麼改地址、發票開錯,同樣幾題每天回,每次重打。
-
答案各說各話
客服 A 說七天、客服 B 說十四天,客戶截圖一比,信任就崩了。
-
知識存在某個人腦裡
最懂的資深同事請假,當天的客訴品質就掉一截。
-
客訴沒沉澱成資產
一樣的抱怨反覆出現,卻從沒被整理成可重用的標準答案。
把這些重複客訴整理成 FAQ 物件並標準化回覆
這是這個月累積的客服對話紀錄。 幫我: 找出重複出現的問題、依主題分群; 每一群在 Anytype 建一筆 FAQ 物件, 包含問題、標準回覆、適用情境、最後更新日; 回覆語氣統一成親切但精準,並標出需要法務或主管確認的條目。
已整理出 12 筆 FAQ 物件,依主題分群: · 退費與發票(4 筆)⚠️ 退費天數待主管確認口徑 · 物流與地址(3 筆) · 帳號與登入(3 筆) · 其他(2 筆) 每筆都有統一語氣的標準回覆與更新日。 之後新進客服直接查庫照答,口徑一次到位、不再各說各話。
場景 J:OKR 的物件結構
目標物件(Objective)
這一季想達成的方向,質化、有企圖心。例如讓新客更容易上手。
關鍵結果(Key Result)
每個目標掛 2–4 個可量化的 KR,每個 KR 是一筆物件,有起始值、目標值、現況。
關聯負責人
每個 KR 關聯到負責的人(聯絡人物件),責任歸屬清楚。
關聯專案
KR 關聯到推動它的專案,目標和日常工作不再兩條平行線。
每週進度欄位
用一個欄位記本週數字與信心燈號(綠/黃/紅),追蹤一眼看完。
幫我把這季 OKR 建檔並每週追蹤進度
這季我們訂了三個目標,我把目標和關鍵結果貼在下面。 幫我: 在 Anytype 建好三筆目標物件、各自掛上關鍵結果物件; 每個 KR 填起始值、目標值,關聯負責人與相關專案; 再幫我建一個每週追蹤的查詢,每週五我說一次最新數字,你就更新現況與信心燈號,並指出落後的 KR。
已建立 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 撈本週進度,產出一份週報
幫我產這週(週一到今天)的週報,從 Anytype 撈: 所有專案這週更新的進度、 所有會議的決議事項、 所有狀態變成 完成 的待辦; 依本週完成 / 進行中 / 風險與卡關 / 下週重點四段整理, 語氣精簡專業,最後列出需要老闆裁示的事項。
本週週報(06/22–06/26) 【本週完成】定價模式拍板(訂閱制)、官網改版上線、客服 FAQ 庫建置 【進行中】2026 產品線開發(67%)、資深行銷企劃招募(面試 3 人) 【風險與卡關】⚠️ 試用轉付費落後目標,需調整引導流程 【下週重點】新定價對外溝通、第二輪面試 【待老闆裁示】行銷預算追加、第二位工程師職缺是否開 一句話交辦,三十秒成稿,且沒有漏掉任何一個專案。
週報:手動拼 vs 一句話自動產出
手動拼報告
- 四個工具之間來回抄
- 憑記憶決定寫什麼
- 格式每次重調
- 一個半小時,還可能漏
一句話自動產出
- 資料平時就沉澱在 Anytype
- 一句指令跨物件彙整
- 四段結構穩定一致
- 三十秒成稿,不漏項
這些場景不是各自獨立,而是串成一個營運系統
會議、專案、客戶、決策、人才、OKR、報告——你可能以為它們是七個分開的用法。但在 Anytype 的物件世界裡,它們透過關聯彼此相連:一場會議產生一個決策,決策推動一個專案,專案達成一個關鍵結果,這一切又自動匯進一份報告。你不是建了七個獨立的庫,你是在組裝一個會互相餵養、自己運轉的營運系統。
四條餵養路徑:場景如何彼此供血
關聯讓資料只輸入一次,卻在多處被重複利用
會議餵專案
會議紀錄裡的決議與待辦,關聯回專案,專案進度自動長出來,不必二次登錄。
客戶餵提案
客戶互動與成功案例沉澱成素材,下次提案直接從庫裡撈,案例越累積越好用。
研究餵決策
平時收的研究、洞察、市場資料,成為決策物件的依據,決定有憑有據可回溯。
全部餵報告
專案、會議、決策、OKR 的最新狀態,被報告一次撈齊,週報月報自動成形。
你建的不是筆記庫,是一個會運轉的營運大腦
每個場景單獨看,是省下一點時間的小技巧。但當它們透過關聯串成一張網,每筆資料只輸入一次、卻在會議、專案、提案、決策、報告之間被反覆調用,這座庫就活了起來。它替你記得半年前的理由、替你撈出三個月前的人選、替你週五下午自動把報告寫好。這不再是一個被動的儲藏室——你用 Claude Code 串接 Anytype,打造的是一個會替你思考、替你運轉的營運大腦。
06
讓它自己幹活
從一句句交辦,到知識庫自己運轉
手動交辦只是起點
前面你已經學會用白話對 Claude Code 下指令,叫它查、建、改你的 Anytype。這很好用,但每次都要重新開口,等於你還是那條人力管線。真正的槓桿在下一步:讓重複發生的事,自動發生——你不開口,它也會在對的時間把對的事做好。
把常用操作變成捷徑
觀察你這一週對 Claude Code 說過的話,你會發現很多是重複的:每週一把上週會議整理進專案、每天把零散筆記歸到對的客戶、月底把所有任務狀態盤一次。同樣的句子,你打了一遍又一遍。
這些重複的流程,其實可以被收起來,變成一個短短的捷徑。你不必每次重打整段交辦,只要呼叫那個捷徑的名字,Claude Code 就照著既定的步驟跑完。把一段話濃縮成一個指令,這是自動化的第一層。
從這一層開始,你的角色慢慢從操作者,變成設計流程的人。
把一段流程變成可重複的 Skill/slash 指令
找出重複流程
回看你最近的交辦紀錄,挑出每週、每天都會重打的那幾段話。
把步驟寫清楚
把這段流程的步驟、要碰哪個空間、建哪個 Type、填哪些屬性寫成固定說明,存成一個具名指令(Skill 或 slash 指令)。
一鍵呼叫
之後只要輸入指令名稱,Claude Code 就照腳本跑完整段流程,你不必再重述細節。
示意:把每週知識回顧存成一個 /weekly-review 指令
幫我建立一個叫 /weekly-review 的指令, 每次呼叫時,請你: 1. 列出我工作空間裡這週新增或更新的所有筆記與會議 2. 依所屬專案分組,挑出三個重點與待辦 3. 把整理結果建成一個本週週報物件,連結到對應專案
已建立 /weekly-review 指令。 下次你只要輸入 /weekly-review, 我就會自動完成這三步,產出本週週報。
自動化的四個層次
從一鍵,到完全不必開口
Skill 一鍵任務
把常用流程收成具名指令,輸入名字就跑完。你還是發起者,但不必重述細節。
Hooks 事件觸發
設定某件事一發生,就自動執行對應動作。你不必盯著,系統自己反應。
排程 Routine
設定固定時間自動上工,例如每天早上、每週一。時間到了它自己跑。
多 MCP 串接
把 Anytype 跟 Gmail、行事曆、檔案串在一起,一句話跨工具跑完一條龍。
Hooks——事件一發生就自動入庫
Skill 是你主動呼叫,Hooks 則相反:它是預先埋好的反應。你設定一個條件,當那個事件發生時,對應的動作自動觸發,不需要你在場下令。
放到知識管理的場景,這代表你可以讓某些資訊一出現就自動入庫。例如收到特定主題的郵件、某個任務被標記完成、某份檔案被放進資料夾——這些瞬間都能變成自動建立或更新 Anytype 物件的起點,知識在你還沒注意到時就已經歸好位。
一個自動入庫 Hook 的邏輯
偵測到某件事
例如:收件匣出現標記為重要的郵件,或某個資料夾多了一份新檔案。
自動建 Anytype 物件
依預設規則建立對應 Type 的物件,填好標題、來源、日期,連結到相關專案或客戶。
通知你
入庫完成後給你一則簡短摘要,你只需在有空時掃一眼確認,不必親自動手歸檔。
示意:Hook 行為描述
設定一個自動規則: 當我把郵件標上 客戶需求 標籤時, 請自動在 Anytype 的工作空間建一個需求物件, 填入寄件人、主旨、收到日期, 關聯到對應的客戶,並回我一句確認。
規則已設定。 往後你一貼上 客戶需求 標籤, 我就自動建好需求物件並回報, 你不必再手動轉貼。
排程 Routine——讓秘書定時上工
Hooks 是被事件叫醒,排程則是看時鐘上工。你設定一個固定節奏,例如每天早上八點、每週一上午,時間一到,Claude Code 就自動跑你預先交代好的整理工作。
這特別適合那些不急著即時、但定期一定要做的雜事:每天的收件匣分類、每週的知識週報、每月的專案盤點。你睡覺的時候它在整理,你開電腦時東西已經歸好位,知識庫像有一位定時上班的秘書。
兩個排程範例
每日 · 收件匣分類進 Anytype
- 每天早上自動掃過昨天的郵件與筆記
- 依主題判斷該歸到哪個專案或客戶
- 建立對應物件並填好屬性、貼上標籤
- 把無法判斷的少數丟進待確認清單給你
- 產出一句話的當日整理摘要
每週 · 產知識週報
- 每週一彙整上週所有新增與更新物件
- 依專案分組,標出重點進展與卡點
- 盤點各專案任務狀態與逾期項目
- 生成一份結構一致的週報物件
- 連結回各專案,方便你回顧追蹤
示意:排程任務描述
排一個每天早上八點自動執行的任務: 把我昨天的會議紀錄與零散筆記, 依主題分類歸位到對應的專案空間, 建好或更新物件、貼好標籤, 不確定的留一份清單給我裁決。
已排定每日 08:00 自動執行。 明早起床時,昨天的東西會已歸好位, 附一份待確認清單等你過目。
多步驟工作流——一句話跑完一條龍
前面的自動化各做一件事。當你把多個步驟串成一條工作流,一句話就能驅動一整段流程:先研究、再整理、然後寫進知識庫、最後產出報告。你下達的是目標,Claude Code 自己拆解成一連串動作,逐步完成,不必你在每一步之間接力下令。
一條龍工作流:從題目到成品
研究主題
你給一個題目,Claude Code 蒐集相關資料與既有筆記,先把背景摸清楚。
蒐集整理
去蕪存菁,把素材整理成有結構的重點與洞察,去掉雜訊與重複。
寫進 Anytype
把整理好的內容建成研究筆記物件,填好屬性,關聯到相關主題與專案。
產出報告
根據入庫的內容生成一份可直接用的摘要報告,交回給你。
多步驟工作流:真實指令
幫我研究 生成式 AI 在零售客服的應用: 1. 蒐集主要做法、案例與限制,並參考我空間裡的舊筆記 2. 整理成五個重點與三個可落地的建議 3. 在 Anytype 建一則研究筆記,關聯到 AI 應用 主題 4. 最後產出一頁摘要報告給我
已完成四步: · 蒐集到 12 筆資料,比對你 3 則舊筆記 · 整理出 5 重點+3 建議 · 已建立研究筆記並關聯 AI 應用 主題 · 一頁摘要報告如下:……
把 Anytype 跟其他 MCP 串起來
每多接一個工具,自動化就多一條腿
Anytype + Gmail
把客戶來信自動抓成需求物件,整理往來重點,回信前先在知識庫備好脈絡。
Anytype + 行事曆
把行事曆的會議自動建成會議物件,會前準備資料,會後接著補上紀錄。
Anytype + 檔案
資料夾一進新合約或報告,自動建檔案物件、摘要重點、關聯到對應客戶。
Anytype + 瀏覽器
把線上看到的好文章、競品頁面,自動擷取重點存成參考物件,連結到主題。
跨工具範例:行事曆 × Anytype
把我今天行事曆上的每一場會議, 自動在 Anytype 建一個會議物件, 填好時間、主題、與會者, 並從我空間裡找出相關的舊紀錄與待辦, 整理成一份會前準備重點附在物件裡。
今天有 3 場會議,已各建好會議物件。 每場都附上相關舊紀錄與待辦, 以及一份會前準備重點,你開會前看一眼即可。
有沒有自動化的差別
沒自動化 · 每件事都要開口
- 每天親自把筆記一格一格歸位
- 會議結束才想起忘了建紀錄
- 要用資料時才發現散在各處
自動運轉 · 醒來知識已歸位
- 昨天的筆記早上已自動分好類
- 會議物件在會前就備好脈絡
- 週報、盤點定時產好等你看
自動化的節制原則
-
先手動驗證再自動
一個流程先用白話手動跑幾次、確認結果正確,再把它變成 Hook 或排程。沒驗證過就自動化,等於放大錯誤。
-
從小開始
先自動化一件低風險的小事,跑順了再加第二件。別一次把整個工作流交出去。
-
留人在迴圈
關鍵判斷、對外輸出、刪改資料,保留你最後過目的一關。自動歸位可以,自動刪除要謹慎。
-
定期檢視
每隔一陣子回看你設的捷徑、Hook 與排程,把過時的關掉、把出錯的修正。自動化也要維護。
自動化的目標不是炫技
設一堆 Hook 和排程不是為了顯得高科技。它真正的意義,是把你從那些重複、機械、不需要判斷的雜事裡解放出來,讓你的時間回到真正需要人的地方:思考、決策、創造、與人連結。自動化做得好,你會感覺不到它在運作——只覺得事情本來就該歸好位。
當知識庫會自己運轉
從一句句交辦,到捷徑、到事件觸發、到定時上工、到跨工具一條龍——你一步步把自己從操作者升級成設計者。當知識庫能在你不在場時自己運轉、自己歸位、自己產出,你才算真正擁有一個第二大腦,而不只是多了一個要顧的工具。
07
團隊與組織應用
從一個人的第二大腦,到團隊共享的知識資產
知識管理的下一層,是組織
前面六個模組,你練的是把自己的知識整理成一座第二大腦。但個人知識有一個致命弱點:它會離職。當那位最懂流程的同事走了,他腦中的判斷、眉角、客戶歷史也一起走了。組織知識的目標剛好相反——讓知識留在公司,而不是留在某顆腦袋裡。
用共享 Space 當團隊的知識庫
Anytype 的 Space(空間)不只是個人工作場域,它可以是團隊共享的。你開一個團隊 Space,把成員拉進來,這個空間裡的物件——SOP、FAQ、決策紀錄、客戶檔案——就是全團隊共用、同一份真相。
因為 Anytype 是本地優先、端對端加密,團隊的敏感資料不是攤在別人的雲端伺服器上,而是在成員自己的裝置間 P2P 同步。對於有資安顧慮、或處理客戶機密的團隊,這是它和 Notion 最不一樣的地方。
而你前面學的物件化結構——Type、Property、關聯、Set——在團隊場景威力更大:一個人的整理習慣,變成全團隊共用的知識骨架。
團隊 Anytype 的四個用途
把散落在每個人腦中與各種工具裡的知識,收進一個共享空間
SOP 流程庫
把重複的工作流程寫成標準物件,新人照著做就上手,不再靠口耳相傳。
FAQ 知識庫
客戶與內部反覆問的問題,整理成可查詢的標準答案,不必每次重新回。
決策紀錄
重要決定為什麼這樣做、當時考量什麼,留成物件,避免半年後重踩同個坑。
新人 onboarding
從知識庫自動生一份上手包,新人第一週要看的全在裡面,老人不必重複教。
SOP 流程庫:痛點先攤開
-
流程只在老員工腦中
報價怎麼算、客訴怎麼處理、月結怎麼跑,全靠那一兩個資深同事的記憶,沒寫下來。
-
每次都重新問一遍
新人遇到狀況只能打斷別人,老人一週被問同一件事五次,兩邊都被消耗。
-
做法因人而異
同一個流程三個人三種做法,品質不穩,出錯了也說不清是哪一步歪掉。
-
人一走,流程就斷
關鍵同事離職或請長假,整條流程當場卡住,公司才發現它從來沒被記錄過。
把一個流程拆成標準 SOP 結構
命名與適用情境
這個 SOP 叫什麼、什麼時候該用它、誰負責執行。
前置條件
動手前要先備齊什麼資料、權限、工具。
逐步操作
一步一步寫清楚,每步做什麼、產出什麼、交給誰。
常見錯誤與例外
最容易出包的地方、遇到例外狀況怎麼處理。
驗收標準
怎樣算做完、做對,下一棒接手的人怎麼確認。
把重複流程寫成標準 SOP 物件
我要把 客戶報價 這個流程,整理成團隊 Space 裡的一個 SOP 物件。 我先口述一遍現在的做法,你幫我拆成標準結構: 適用情境、前置條件、逐步操作、常見錯誤、驗收標準。 現在的做法是這樣:業務收到詢價後,先看是不是既有客戶, 然後查報價表、算折扣、主管核可、寄出報價單⋯⋯(接著口述細節) 整理好之後,在團隊 Space 用 SOP 這個 Type 建立物件,標題用流程名稱, 並把負責角色和適用情境填進對應屬性。
已整理成 SOP 物件草稿: 標題:客戶報價標準流程 適用情境:收到新詢價、且金額需折扣時 前置條件:客戶資料已建檔、最新報價表、折扣權限表 逐步操作:1. 確認客戶類別 → 2. 套用對應報價表 → 3. 計算折扣 → 4. 主管核可(逾 X 折需)→ 5. 產出報價單寄出 常見錯誤:折扣未經核可直接寄出、用到過期報價表 驗收標準:報價單有主管核可紀錄、客戶收到回執 要我直接在團隊 Space 建立這個物件嗎?
FAQ/客服知識:痛點先攤開
-
同一個問題回一百遍
客戶反覆問退換貨、付款、交期,客服每天打一樣的字,時間都耗在重複勞動上。
-
每個人答得不一樣
同一題三個客服三種說法,有人給錯資訊,客戶體驗忽好忽壞。
-
答案散在各處
正確答案藏在某封舊郵件、某個群組對話、某人腦中,要用時找不到。
-
知識沒有沉澱
回完就忘,下次新人來又得從頭學,公司等於每次都付一次學費。
把重複問題整理成團隊 FAQ 並標準化
這是我們客服這個月被問最多的二十個問題(我貼在下面), 還有我們現在各自回覆的內容。 請你幫我做三件事: 1. 合併重複、相似的問題,整理成一組去重後的 FAQ。 2. 每題給一個標準答案,語氣一致、正確、好懂。 3. 依主題分類(付款、物流、退換貨、帳號),標上標籤。 整理好之後,每一題在團隊 Space 用 FAQ Type 建立一個物件, 把分類存進主題屬性、加上對應標籤,方便日後查詢。
已去重,原本 20 題合併為 12 題標準 FAQ,分四類: 【付款】Q:可以用哪些付款方式? A:信用卡、超商代碼⋯⋯ 【物流】Q:多久會出貨? A:下單後 1–2 個工作天⋯⋯ 【退換貨】Q:怎麼申請退貨? A:到訂單頁點 申請退貨⋯⋯ 【帳號】Q:忘記密碼怎麼辦? A:登入頁點 忘記密碼⋯⋯ 每題已建立 FAQ 物件並標好主題與標籤。客服日後可直接搜尋取用,不必重打。
新人 onboarding:痛點先攤開
新人報到第一週,最常見的畫面是:他不知道東西在哪、不敢一直問、坐在位子上空轉;而帶他的老鳥,則是把同一套介紹講了第 N 遍,自己的事一直被打斷。
問題不在新人不認真,而在於上手所需的知識從來沒被集中過。它散在十個人的腦袋、五個群組、三個雲端資料夾裡,新人根本拼不出全貌。
如果團隊 Space 裡已經有 SOP、FAQ、決策紀錄這些物件,那麼新人上手包不必重寫——它可以從現有知識庫自動長出來。
幫新人從知識庫生一份上手包
我們下週有一位新的 行銷企劃 報到。 請你掃過團隊 Space 裡和這個角色相關的物件—— SOP、FAQ、決策紀錄、工具清單、團隊成員—— 幫他生一份第一週上手包。 上手包要包含: 1. 這個角色要負責什麼、第一週的目標。 2. 必讀的 SOP 與 FAQ(給出物件連結)。 3. 會用到的工具與帳號申請流程。 4. 該認識的人、各自負責什麼。 5. 第一週的每日學習清單。 生成後存成一個 Onboarding 物件,標題寫上職稱與報到日。
已生成 行銷企劃|上手包(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 知識資產化
知識在人腦,離職帶走
- 關鍵流程只存在資深員工記憶裡
- 人一走,判斷與客戶歷史一起消失
- 每次招新人都得重新付一次學習成本
知識資產化,留在組織
- 流程、答案、決策都是可查詢的物件
- 人員流動,知識留在共享 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 人在迴圈
盲信 AI 入庫
- 交辦後直接關掉,不看它建了什麼
- 一筆錯誤被當成事實,被後續查詢一再引用
- 錯誤靜默擴散,三個月後才發現整批資料歪了
人在迴圈
- 每批入庫後抽查幾筆,對照原始來源
- 要求 Claude Code 附上它改了什麼、依據哪裡
- 可回溯:知道哪筆是 AI 建的、何時建的
隱私是 Anytype 的底氣
很多人不敢把真實資料放進筆記工具,怕的是資料躺在別人的雲端伺服器上。客戶名單、商業數字、私人想法,一旦上傳就再也收不回來。於是大家只敢記些無關痛癢的東西,知識庫永遠是個半成品。
Anytype 本地優先、端對端加密,資料存在你自己的裝置,要不要同步、同步到哪由你決定。這個底氣很關鍵:因為你敢放真資料進來,這套系統才會記錄你真正在意的事,也才會真正有用。
當你再讓 Claude Code 透過 MCP 在本地讀寫這些資料,整條鏈路都在你掌控之內。隱私不是限制,而是讓你願意全力投入的前提。
成本與節奏
-
別追求一次到位
知識系統不是一個週末搭完的工程。允許它半成品上線,在使用中慢慢補。
-
自動化先驗證
每個交給 Claude Code 自動跑的流程,先手動盯它跑對幾次,再放手讓它常駐。
-
定期斷捨離
排個固定時間,刪掉再也不會看的物件、合併重複的 Type。不刪,雜訊終會淹掉訊號。
-
工具服務你而非你服務工具
當你開始為了維護系統而焦慮、為了填滿欄位而記錄,順序已經反了,該停下來砍。
六個常見陷阱
收集成癮不回顧
拼命剪存、拼命記,卻從不回頭看。記錄變成囤積,知識從未被用過。
過度分類
Type 與標籤越開越多,分到哪一類本身成了負擔,記東西前先卡關。
結構天天改
每隔幾天就重整一次架構,舊資料永遠對不上新結構,誰都不敢依賴它。
全自動不檢查
把入庫整批丟給 AI 後不抽查,錯誤被當事實引用,擴散到整個知識庫。
什麼都想記
沒有取捨,連無關緊要的都收進來,訊號被大量雜訊淹沒,越查越慢。
建好沒人維護
熱情期搭得很漂亮,之後再沒人更新,半年後成了過期資訊的墳場。
好的知識系統是減法
別用塞了多少東西衡量你的知識庫。真正好的系統,是讓你想得更少、找得更快:需要時一搜就到,平時不必惦記。能幫你卸下記憶負擔的,才叫知識管理;讓你越用越累的,只是另一份待辦。
工具是槓桿,判斷是支點
Claude Code 與 Anytype 是強大的槓桿,能放大你的產出。但支點始終是你的判斷:該記什麼、該信什麼、該刪什麼。別讓工具替你思考——讓它替你省下力氣,好把力氣花在真正需要你想的地方。
09
你的第一週
別想一次到位,先讓它在你的工作裡跑起來
學會不等於做到
今天你看了很多示範,但真正的差距不在投影片裡,而在你下課後有沒有打開電腦動手。知識管理不是一個你懂了的概念,是一個你每天都在用的習慣。這個習慣,從你今晚建的第一個物件開始。
30 分鐘起步:今晚就能做完
裝好 Anytype
到官網下載桌面版,註冊一個帳號,記下你的恢復金鑰。全程不用設定伺服器,資料就在你電腦裡。
開一個工作 Space
別貪心開五個。先開一個叫工作的 Space,當作你知識的第一個落腳處。
接上 Claude Code
照模組裡的步驟登記一次 MCP,讓 Claude Code 拿到通往 Anytype 的管線。Anytype App 開著、授權一次就好。
請它幫你建第一個物件
用白話對 Claude Code 說:幫我在工作 Space 建一篇筆記,標題是今天上課的三個重點。看著它真的幫你建好。
問它一個問題
再說:我剛剛記了什麼?讓它從你的 Anytype 撈出來回給你。這一刻,你的第二大腦就開機了。
你的第一週路線:每天只動一點
Day 1
起步串接:裝好、開 Space、接上 Claude Code,建第一個物件
Day 2-3
收集入庫:把當下手邊的會議、文章、靈感隨手丟進去,先求有
Day 4
設一個 Type:挑你最常記的東西(會議或客戶),給它固定欄位
Day 5
問知識庫:開始用白話查,而不是自己滑著找
週末
第一次回顧:請 Claude Code 幫你彙整這週入庫的東西,看看長出了什麼
今天就能做的三個場景
把這場會議記進去
散會後對 Claude Code 講重點,它幫你建一筆會議物件,連上與會者,不再讓決議散在群組裡。
把一篇好文章存成筆記
貼上連結與你的心得,請它整理成一則筆記、標好標籤,下次找得回來。
問它一個你常找不到的東西
那個你記得寫過、卻翻不到的報價、規格、聯絡方式——讓它幫你從庫裡撈。
三個場景,挑一個,今天就做。做一次比看十頁有用。
起步檢核清單
打勾的不是任務,是你把知識當資產的第一批證據
從個人到團隊的成長路徑
-
先把自己跑順
別急著想協作。先讓你一個人的知識流暢起來,記得進、查得出、用得上。
-
再選一個場景深用
從會議、客戶或專案裡挑一個你最痛的,把它的 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
把散落的知識,變成你的第二大腦