Article
從 Kobo 畫線到 Supekku Artifact：把閱讀材料變成可執行工作
Kobo Note Sync 可以把閱讀畫線同步到 Obsidian，但同步不等於整理。這篇文章記錄我如何把 Kobo 畫線視為原始材料，先用 AI 協助整理主題、問題與引用，再把真正值得延續的內容轉成 Supekku Artifact。對我來說，閱讀後處理的目標不是產生漂亮摘要，而是留下可以被人或 AI Agent 接手、驗證與執行的工作脈絡。
本文目錄
有時候我在 Kobo 上畫線，不是因為那段文字本身多漂亮，而是它突然碰到我正在想的某個問題。
例如我最近一直在想：Obsidian 裡累積的閱讀筆記，怎麼不要只是變成一個越來越大的 highlight 倉庫？
畫線很容易。同步也可以被工具解決。但畫線進到 Obsidian 之後，它到底變成了什麼？
是多了一份資料？是一篇讀書筆記？還是它真的能推動我之後的寫作、研究或專案決策？
我之前做了一個 Obsidian 插件：把 Kobo 畫線同步到 Obsidian：我做了一個 Kobo Note Sync 插件。那篇文章主要處理的是「資料怎麼進來」：如何從 Kobo 的本機 SQLite 資料庫，把畫線與註記同步成 Obsidian 裡的 Markdown。
後來我又寫了另一篇：把模糊想法變成可執行工作：我的 Supekku Workflow 設計。那篇談的是另一個問題：當一個想法開始需要跨時間、跨 session，甚至交給 AI Agent 接手時，怎麼把它整理成可追蹤、可驗證、可執行的工作單位。
這兩件事看起來分開：
- Kobo Note Sync 處理閱讀資料
- Supekku Workflow 處理工作脈絡
但它們其實可以接成一條完整流程：
Kobo 閱讀
→ Kobo Note Sync
→ Obsidian Markdown
→ AI 輔助整理
→ Supekku Artifact
→ 寫作、研究或專案任務這篇想記錄的就是這個中間層：
閱讀之後，不是急著寫摘要，而是判斷哪些材料值得變成下一個可執行工作。
同步不是終點
Kobo Note Sync 對我來說，解決的是閱讀流程裡的一個斷點。
在沒有穩定同步之前，Kobo 裡的畫線很容易留在閱讀器裡。它們可能當下很有感，但如果沒有進到我的筆記系統，之後要回顧、整理、引用或重新連結都很麻煩。
所以 Kobo Note Sync 做的事情很單純：
Kobo highlights / annotations
→ 本機 SQLite
→ Obsidian Markdown我喜歡這個流程的原因是它足夠 local-first。
閱讀資料其實很私密。你讀了什麼、在哪裡畫線、寫了什麼註記，某種程度上比一般瀏覽紀錄更接近你的思考狀態。
所以我希望這條資料流越單純越好：
- 從本機 Kobo SQLite 讀取
- 寫入自己的 Obsidian Vault
- 不需要額外帳號
- 不透過第三方服務
- 匯出結果是普通 Markdown
但同步只是第一步。
如果我只是把每本書的畫線同步進 Obsidian，然後什麼都不做，那 Obsidian 只是從「長期筆記系統」變成另一個更漂亮的 highlight 倉庫。
資料進來了，不代表它已經被理解。 畫線被保存了，不代表它會被重新使用。
Kobo 畫線只是閱讀時留下的訊號
我現在比較傾向把 Kobo 畫線看成一種訊號。
它不是最終筆記，也不是完整理解。 它只是閱讀當下的我對某段內容說：
這裡好像值得之後再看一次。
例如我可能在一本關於知識管理、寫作或 AI 協作的書裡畫到幾段文字：
「筆記的目的不是保存內容，而是在未來的思考場景中重新啟動它。」
「如果沒有下一步，知識系統很容易變成精緻的收藏櫃。」
「真正有效的筆記流程，應該讓想法能夠被行動重新檢驗。」我可能還會在 Kobo 上留下一句註記：
這其實很像 Kobo Note Sync + Supekku 的關係：
筆記不是終點，下一步工作才是重點。這些內容同步進 Obsidian 之後，可能會長這樣：
---
title: 某本知識管理相關的書
author: Example Author
source: Kobo
type: book-note
status: reading
last_read: 2026-08-09
highlight_count: 18
tags:
- reading/kobo
- source/book
---
# 某本知識管理相關的書
## Highlights
### Chapter 2：筆記與行動
> 筆記的目的不是保存內容，而是在未來的思考場景中重新啟動它。
**Note:** 這很像 Obsidian + Supekku 的關係。
---
> 如果沒有下一步，知識系統很容易變成精緻的收藏櫃。
**Note:** 可以寫成「不要讓 Obsidian 變成 highlight 倉庫」。
---
> 真正有效的筆記流程，應該讓想法能夠被行動重新檢驗。
**Note:** 可接到 Supekku 的 verification 概念。這份筆記的任務不是直接變成文章。
它比較像原始閱讀材料：
- 保留引用
- 保留來源
- 保留當時的註記
- 讓之後可以重新處理
也就是說，這一層我希望它完整、穩定、可追溯，而不是急著變成漂亮結論。
我不想請 AI 幫我摘要整本書
Kobo 畫線進 Obsidian 之後，很自然會想到用 AI 整理。
但我不太想做的是：
請幫我摘要這本書。這種 prompt 很方便，但很容易得到一篇看起來完整、實際上對我沒有太多用處的摘要。
摘要常常有一個問題：它把內容整理得很順，但不一定保留我為什麼在意這些內容。
我更想要的是另一種處理方式：
不要替我總結整本書，而是幫我把畫線整理成可以判斷下一步的材料。
例如我會用類似這樣的 prompt：
請根據以下 Kobo 畫線，幫我做閱讀後處理。
不要替我寫成讀書摘要，而是幫我整理成可以判斷下一步的材料。
請輸出：
1. 這些畫線反覆指向的主題
2. 每個主題對應的原文引用
3. 這些主題可能延伸成哪些問題
4. 哪些內容適合變成文章題目
5. 哪些內容適合變成 Supekku Artifact
6. 哪些地方需要我自己判斷
限制：
- 不要編造書中沒有的內容
- 保留原文引用
- 不要把所有畫線都升級成筆記
- 用繁體中文輸出
- 語氣保持整理筆記，不要寫成正式文章
以下是 Kobo 畫線：
[貼上 Highlights]這裡 AI 的角色不是替我思考，而是幫我把材料攤開。
它可以幫忙做幾件事：
- 找出反覆出現的主題
- 把相關引用放在一起
- 提出可能延伸的問題
- 區分哪些內容像概念，哪些內容像行動
- 提醒我哪些地方仍需要自己判斷
例如 AI 可能整理出這樣的結果：
## 反覆出現的主題
### 1. 筆記不是保存，而是重新啟動思考
相關引用：
> 筆記的目的不是保存內容，而是在未來的思考場景中重新啟動它。
可能延伸問題：
- Obsidian 裡的筆記要如何避免變成靜態收藏？
- 什麼樣的筆記才有機會被未來的自己重用？
- AI 能不能幫助筆記進入下一個行動場景？
### 2. 沒有下一步的知識系統會變成收藏櫃
相關引用：
> 如果沒有下一步，知識系統很容易變成精緻的收藏櫃。
可能延伸問題：
- Kobo 畫線進 Obsidian 之後，下一步是什麼？
- Highlight 和工作任務之間缺了哪一層？
- 什麼時候應該把閱讀材料升級成 Supekku Artifact？
### 3. 想法需要被行動檢驗
相關引用：
> 真正有效的筆記流程，應該讓想法能夠被行動重新檢驗。
可能延伸問題：
- 閱讀筆記如何進入寫作流程？
- 閱讀材料如何變成可以驗證的工作？
- Supekku 的 criteria / verification 能不能用在閱讀後處理？這份整理還不是最終成果。
它比較像一張工作台：把原本散在書籍筆記裡的片段，整理成我可以判斷的幾個方向。
三層閱讀後處理：保存、整理、轉化
我現在會把 Kobo 閱讀後處理分成三層。
保存
→ 整理
→ 轉化第一層是保存。
這一層由 Kobo Note Sync 處理，把 Kobo 畫線、註記和 metadata 同步成 Obsidian Markdown。
它的目標是：
- 不遺失
- 可搜尋
- 可引用
- 可重新處理
- 保留來源脈絡
第二層是整理。
這一層可以由 AI 協助，把畫線依照主題、問題、引用重新排列。這時候我不要求 AI 產生結論，而是要求它幫我看出材料之間的關係。
它的目標是：
- 找出主題
- 聚合同類引用
- 提出問題
- 產生候選方向
- 幫助我判斷哪些內容值得繼續處理
第三層是轉化。
這一層不能完全交給 AI，因為它牽涉到我自己的判斷：
- 這段內容只是有趣，還是真的重要？
- 它要變成原子筆記嗎？
- 它適合變成文章題目嗎？
- 它會影響某個專案決策嗎？
- 它是否需要被下一個 session 或 AI Agent 接手？
只有當某些閱讀材料開始指向一個需要延續的問題時，我才會考慮把它升級成 Supekku Artifact。
什麼時候值得變成 Supekku Artifact？
不是每條畫線都值得進 Supekku。
如果每次讀到一段有趣的文字都建立 artifact，整個流程很快就會變成負擔。
我會在幾種情況下才這樣做。
它會延伸成一篇文章
例如這次的情境就是如此。
幾段關於「筆記、行動、重新使用」的畫線，讓我想到一個明確文章主題：
Kobo Note Sync 解決資料入口；Supekku 解決工作脈絡。那中間的橋接是什麼？
這就不只是閱讀筆記，而是一個寫作任務。
它會影響某個專案決策
有些書裡的內容可能會讓我重新思考工具設計。
例如：
- Kobo Note Sync 的模板要不要提供更多預設格式？
- Obsidian 匯入結果要不要更容易接到 Dataview？
- Supekku artifact 是否需要支援閱讀材料來源？
- AI workflow 是否應該保留引用證據？
這種時候，畫線就可能變成產品設計或功能規劃的輸入。
它需要跨 session 繼續處理
有些想法當下不會完成。
今天只是在閱讀時看到一個方向，過幾天才會寫文章，甚至之後才會交給 AI Agent 幫忙整理草稿。
如果這個想法只留在對話或腦袋裡，很容易斷掉。
Supekku 的價值就在這裡：它可以保存為什麼要做、做什麼、不做什麼、怎麼驗證。
它需要被驗證
如果只是收藏一個想法，不一定需要 verification。
但如果它要變成一篇文章、一個功能、一個研究整理，或一個可重複工作流，就需要驗證。
例如一篇文章完成後，不能只看「有沒有寫完」，還要看：
- 是否連上既有文章脈絡
- 是否有清楚主張
- 是否不是工具介紹文
- 是否有具體情境
- 是否有可複製的 prompt 或模板
- 是否保留「AI 協助整理，人負責判斷」這個邊界
這時候 Supekku 的 criteria 和 self-verification 就很適合接手。
從閱讀材料轉成 Supekku 工作單位
假設我決定把前面的閱讀材料升級成一篇文章，那它可以被整理成這樣的 Supekku Artifact。
# 從 Kobo 畫線到 Supekku Artifact：把閱讀材料變成可執行工作
## Proposal
### Why
最近已經有兩篇相關文章：
- Kobo Note Sync：說明如何把 Kobo 畫線同步到 Obsidian Markdown
- Supekku Workflow：說明如何把模糊想法轉成可執行、可驗證的工作單位
但兩篇之間還缺少一篇橋接文章：
當 Kobo 畫線已經進入 Obsidian 之後，如何避免它只是變成 highlight 倉庫？又如何把其中值得延續的材料轉成可以寫作、研究或交給 AI Agent 接手的工作？
這篇文章要用一個實際閱讀情境，說明 Kobo → Obsidian → AI → Supekku 的 combo workflow。
### What changes / what we are deciding
產出一篇部落格文章，主題是：
> 閱讀後處理的目標不是摘要，而是把值得延續的材料轉成可執行工作。
文章會連接既有兩篇文章，並提供一個從 Kobo 畫線開始，到 Supekku Artifact 結束的具體流程範例。
### Non-goals
- 不重寫 Kobo Note Sync 的完整安裝教學
- 不重講 Supekku Workflow 的所有欄位
- 不把文章寫成 AI 摘要工具教學
- 不主張每條畫線都應該變成任務
- 不做全自動 pipeline
## Criteria
### Outcome
完成一篇可以發布到部落格的 Markdown 草稿，作為 Kobo Note Sync 與 Supekku Workflow 之間的橋接篇。
### Acceptance criteria
- 有清楚主張：閱讀筆記的價值不在於保存多少畫線，而在於哪些材料能推動下一步
- 自然內連 Kobo Note Sync 與 Supekku Workflow 兩篇文章
- 包含一個具體情境：從 Kobo 畫線、同步到 Obsidian、AI 整理、最後產生 Supekku Artifact
- 解釋 Kobo、Obsidian、AI、Supekku 在流程中的分工
- 有一段可複製的 AI prompt
- 有一個可複製的 Supekku Artifact 範例
- 語氣偏實用方法論，不寫成工具宣傳
### Constraints
- 不誇大 AI 能力
- 不讓 AI 取代人的判斷
- 保留閱讀本身的慢節奏，不把閱讀變成純資料處理
- 文章要能讓沒有用過 Supekku 的讀者也看懂概念
## Reasoning
### Approach
先從一個真實閱讀情境切入，描述 Kobo 畫線如何形成一個模糊想法。接著說明 Kobo Note Sync 如何把畫線保存成 Obsidian Markdown，再用 AI 協助整理主題與問題。最後由人判斷哪些內容值得升級成 Supekku Artifact，並把它轉成部落格寫作任務。
### Alternatives considered
- 直接寫 Kobo + AI 整理教學：容易停在 prompt 技巧，無法接到 Supekku 的工作脈絡
- 寫 Supekku 在寫作上的應用：會少掉 Kobo 閱讀輸入端
- 寫成個人知識管理總論：範圍太大，容易變空泛
### Risks and unknowns
- 讀者可能不熟 Supekku，需要用簡短語言說明
- 範例不能太抽象，要讓人看得出怎麼用
- 需要避免看起來像「每本書都要這樣處理」，實際上只處理值得延續的材料
## Actions / next steps
- [ ] 1.1 決定文章標題與 slug
- [ ] 1.2 寫開頭情境：從 Kobo 畫線開始
- [ ] 1.3 補上 Kobo Note Sync 的角色
- [ ] 1.4 補上 AI 閱讀後處理 prompt
- [ ] 1.5 補上 Supekku Artifact 範例
- [ ] 1.6 寫結語：閱讀不是摘要，而是下一步
- [ ] 1.7 檢查內連、TLDR、category 與語氣
## Self-verification
### Coverage
這篇文章是否完整串起：
- Kobo 閱讀
- Kobo Note Sync
- Obsidian Markdown
- AI 整理
- Supekku Workflow
- 部落格寫作任務
### Consistency
是否維持既有兩篇文章的觀點：
- Kobo Note Sync 是 local-first 的資料入口
- Supekku 是保存工作脈絡，不是單純 todo list
- AI 是協助整理，不是替代判斷
### Ambiguity
是否清楚說明：
- 哪些畫線只需要保存
- 哪些畫線適合整理成筆記
- 哪些畫線值得升級成 Supekku Artifact
### Risks
是否避免：
- 把閱讀流程講得太重
- 把 AI 講成自動知識生產器
- 讓 Supekku 看起來像所有筆記都必須經過的流程
### Evidence
完成後應該留下：
- 一篇 Markdown 草稿
- 兩篇既有文章的內連
- 一個 AI prompt 範例
- 一個 Supekku Artifact 範例這份 artifact 本身就是閱讀材料的下一步。
它不是單純說「我讀到了什麼」，而是清楚留下：
- 為什麼這個想法值得繼續處理
- 這次要產出什麼
- 哪些事情不做
- 怎樣算完成
- 下一步怎麼執行
- 最後怎麼檢查
這就是我想要的轉化。
Kobo、Obsidian、AI、Supekku 各自負責什麼
這條流程裡，每個工具的角色其實不一樣。
Kobo 負責閱讀。
它提供一個相對低干擾的環境，讓我可以專心讀書、畫線、留下簡短註記。這裡的重點不是整理，而是保持閱讀本身的節奏。
Obsidian 負責保存。
透過 Kobo Note Sync，閱讀痕跡被轉成 Markdown，進入我真正會搜尋、整理、連結和備份的地方。
AI 負責輔助整理。
它可以幫我把畫線分組、提出可能主題、整理引用、產生候選問題。但它不應該替我決定哪些內容重要，也不應該直接把閱讀變成一篇看似完整的心得。
Supekku 負責保存工作脈絡。
當某些閱讀材料開始指向一個需要延續的問題，Supekku 可以把它整理成可接手、可驗證的工作單位。
我會這樣理解它們的分工：
Kobo：留下閱讀訊號
Obsidian：保存閱讀材料
AI：整理候選方向
Supekku：保存可執行脈絡也可以畫成這樣：
flowchart TD
A[Kobo 閱讀與畫線] --> B[Kobo Note Sync]
B --> C[Obsidian Book Note]
C --> D[AI Reading Processing]
D --> E{值得繼續處理嗎？}
E -->|否| F[保留為原始閱讀材料]
E -->|是：概念| G[Atomic Note]
E -->|是：文章| H[Article Seed]
E -->|是：工作| I[Supekku Artifact]
I --> J[Proposal]
I --> K[Criteria]
I --> L[Actions]
I --> M[Self-verification]
這裡最重要的分歧點是：
值得繼續處理嗎？不是所有東西都需要往下走。
有些畫線只要留著就好。 有些畫線適合變成原子筆記。 有些畫線可以變成文章素材。 只有少部分內容真的需要變成 Supekku Artifact。
不要把閱讀流程變得太重
這套流程看起來好像有點完整，但我不希望它變成每本書都要經過的固定儀式。
如果每次讀書都要：
同步 → AI 整理 → 建 artifact → 寫 actions → 做 verification那閱讀很快就會變成另一種工作壓力。
所以我會保留一個很簡單的原則：
大部分畫線只需要保存。只有那些反覆碰到我正在思考的問題，才需要被轉化。
閱讀需要慢。 不是所有想法都要立刻變成輸出。 有些內容只是先放著，幾個月後才會重新連上另一個問題。
Kobo Note Sync 的 append-only 思路其實也符合這點。
我不急著讓 Obsidian 和 Kobo 完全一致，也不急著把每條畫線都整理成完美筆記。對我來說，更重要的是先不要失去這些閱讀痕跡。
之後真的需要時，再把它拿出來整理。
AI 不應該替我決定什麼重要
這套流程裡，我最想保留的邊界是：
AI 可以整理材料，但不要替我決定材料的價值。
AI 很擅長把東西分門別類。
它可以看出這幾段畫線都在談「筆記與行動」，那幾段都在談「知識系統的維護成本」。它也可以幫我列出可能延伸的文章題目。
但最後要不要寫，還是要由我決定。
因為重要性不是只存在文字裡，也存在我自己的脈絡裡：
- 我最近在想什麼？
- 我的部落格前後文是什麼？
- 這段內容能不能接到現有專案？
- 讀者現在可能需要什麼？
- 我是不是有自己的經驗可以補進去？
這些東西 AI 不一定知道。
所以我不把 AI 當成自動知識生產器，而是把它當成閱讀後處理的助手。
它幫我整理桌面，但不替我決定哪些東西要留下。
閱讀之後不是摘要，而是下一步
以前我很容易把閱讀後處理想成「寫讀書心得」或「整理摘要」。
但現在我更在意的是：
這些閱讀材料之後可以做什麼？
有時候答案是什麼都不做。 那就保留在書籍筆記裡。
有時候答案是整理成一張原子筆記。 那就把某個概念用自己的話重寫，連到既有筆記。
有時候答案是寫一篇文章。 那就把它整理成 article seed。
有時候答案是一個需要延續的工作。 那就把它升級成 Supekku Artifact。
這樣一來，Kobo、Obsidian 和 Supekku 之間就不是三個分散工具，而是一條逐步收斂的路徑：
閱讀訊號
→ 知識材料
→ 候選問題
→ 可執行工作Kobo Note Sync 讓畫線離開閱讀器，進入 Obsidian。 AI 幫我看出材料之間的關係。 Supekku 則把值得延續的問題保存成下一個可以接手的工作單位。
所以對我來說，閱讀後處理的目的不是產生一篇漂亮摘要。
真正重要的是：
讀完之後，有沒有留下更清楚的問題、更可重用的觀點，或一個值得繼續執行的下一步。
這也是我會想把 Kobo Note Sync 和 Supekku Workflow 接起來的原因。
一個負責把閱讀材料帶進來。 一個負責把值得延續的材料變成工作脈絡。
中間再加上一層 AI 輔助整理，閱讀就不只是輸入，而是能慢慢轉化成寫作、研究和專案行動的系統。