這張圖來自 Heptabase 的 官方 changelog 頁面，點進去可以看到每個版本大致上改了什麼東西。

Hi！

好久沒有寫 Heptabase 的文了，從上一篇 用 Heptabase 進行卡片寫作的心得 至今三個多月，已經過了超過 60 個版本號的更新（現在是 v0.160.0），這期間我曾一度停用 Heptabase 兩個月，一方面是覺得有些想要的功能還沒有，用起來不太順手，另一方面是當時忙於架設自己的部落格和 wiki 頁面。

但在 5 月底，我重新開始大量使用 Heptabase ，這次不僅只是單純回來逛逛玩玩，而是開始將自己的「第二大腦」從 Logseq 移出，全部都放到 Heptabase 上面。

這麼做的原因是，這幾個月來， Heptabase 推出了幾個對於知識管理來說相當重要的功能更新，同時也不斷地在提升整體的使用體驗。

我覺得目前的 Heptabase 已經不單純是個「有潛力的工具」，而是已經可以承載複雜知識管理任務的產品了。甚至可以說，它目前就是所有選擇裡面最符合我需求的、最棒的工具。

以下先從此時此刻的角度回頭看，過去幾個月更新了哪些重要的功能，以及我怎麼看待跟使用這些功能。因為版本實在是不少，我有簡單根據幾個不同的體驗領域來分類。（版本號後面的連結都會直接連到 Heptabase 的官方 changelog 頁面，上面會有簡單的附圖或影片，這邊就不重複貼了！）

而在回顧完不同版本的功能後，會再簡單講一下目前我怎麼用 Heptabase ，以及他在我自己知識管理系統上的定位。

從 5 月初開始嘗試透過 Logseq 以及 Dendron 建立個人 wiki 後，我開始更頻繁地產出文字到網路上，這些文字篇幅較短，也比較沒有組織，但這讓我更降低了輸出的壓力，也提高了輸出的快樂與成就感。

6 月初，我決定再從用了一個月的 Dendron 搬走，而目的地就是與部落格相同的地方，或者應該說「相同的方式」：靜態網站產生器：Zola 。

最終的結果已經上線一個多禮拜，位址在： https://notes.pinchlime.com/

網址很簡單記，就是在 pinchlime.com 前面加上 notes 就好。

先說結論是，我目前對於這個子網站非常滿意，它在各方面的優點，讓我能夠大幅縮短「輸入->處理->輸出」這個流程需要的時間，進而增加完成整個循環的效率，最終的結果是我能夠順利地累積更多自己的想法，並且公開分享到網路上。

本篇會簡單分享一下，為什麼我要建立這個子網站？這個子網站是什麼？我怎麼建立這個子網站？

今天想來分享一下，如何將自己的 Logseq graph 透過內建的 publish / export 功能，直接發布到網站上，藉此建立一個「個人 Wiki」頁面，或者也可以稱它為 Digital Garden。

如果一切順利，完成品就會是一個類似這樣的東西：

https://logseq.pinchlime.com

點開來以後會很像自己 Logseq graph 的樣子，可以有超連結、可以建立頁面、可以設定雙向連結，也可以看到 graph view 。

這個頁面是 4 月底到 5 月初我自己的小小嘗試，透過這個嘗試我發現建立「個人 Wiki」有非常多優點，但 Logseq 還有一些不足的地方，因此後來我又找到了 Dendron 這個工具來建立我自己的個人 wiki ，目前放在 Pin 起來的 Wiki。

但 Dendron 更小眾一些，使用起來門檻也比 Logseq 高一些，如果你對 Logseq 有興趣，或者本來就已經是 Logseq 的使用者，也對建立一個個人 wiki 頁面有興趣的話，相信這篇簡單的教學應該還是可以提供一些幫助！

昨天在 Zola 的官方討論區看到有人在提問某個程式碼的問題，但發現他那段程式碼的目的是想要自訂 footnotes ，也就是註腳的功能，這就讓我很感興趣。

雖然我一開始完全看不懂他的 code ，但還是留言詢問了一下可否分享他寫的完整代碼給我，結果他真的很好心地分享，還寫了一段說明。我簡單照著做之後，就真的實現了這個功能，覺得這對我來說是個很有意義的功能，因此想簡單分享（搬運）一下他的做法。

來跟大家分享以及更新一下，目前看到的這個網站「Pin 起來／Pinchlime.com」，在今天（2022.04.17）進行了一次大改版。

改版前，這個網站是透過 Wordpress.com 運作的，包含網域的託管，以及內容的管理與撰寫，都是在 Wordpress.com 上面進行。

改版後，這個網站的運作則切成了幾個不同的部分：

• 網站內容的撰寫：透過 markdown 文件進行
• 網站的生成：透過 Zola 這個靜態網站產生器，將 markdown 文件轉成 html 檔案。
• 網站的部署：將不同頁面的 html 檔案，透過 Netlify 這個讓人託管網站的網站來部署。
• 各部分的串接：透過 Github 來進行。

為何我要把原本看起來單純的「Wordpress.com 一站式託管」變成這麼複雜的流程？

這篇文簡單紀錄一下側邊欄的「最新文章」段落是怎麼製作出來的。

原先我的側邊欄是沿用 Owen 的部落格 的架構，分成所有分類、常用連結、標籤三大類，如下圖：

但我今天突然想到，我想讓這個側邊欄有更多的連結，例如可以放上最新的文章，或者是未來把電子報也放進來，就可以放入最新幾期的電子報。

有了這個想法以後，就聯想到， Owen 的部落格裡面好像有類似的功能：「以下是我最新的 5 篇文章」。

於是我就開始看他的這個功能是怎麼實現的。

今天要繼續來分享一下，前幾天 初次介紹 Raycast 時沒有特別留意＆著墨的功能 Quicklink。

先前情提要一下，我原先主要是透過 Apple notes 紀錄我的工時 （關於紀錄工時的好處請看這篇），用法很簡單，就是每天開啟一則 note ，然後做完什麼事就記上去對應的時間跟事情，例如「0930–0945 安排今日待辦工作」。

不過近期覺得 Apple notes 太不穩定（容易當掉且同步會失敗），決定還是透過自己更熟悉的 Drafts 來紀錄我的每日工作時間。 本來打算透過 Keyboard Maestro 搭配 Drafts 的 URL Schemes 來快速紀錄，但轉念一想，現在我已經開始用 Raycast 了，為何不試試看？

因此簡單摸索了一下 Raycast ，就發現裡面 Quicklinks 這個功能相當好玩。

為什麼想嘗試 Raycast？

一直以來都很喜歡 Alfred 這個方便好用的啟動器，但最近在好幾個地方都看到有人推薦 Raycast 這個軟體，有的人甚至說有了 Raycast 後他就不再用 Alfred 了，這就讓我想嘗試看看 Raycast 是否真的那麼厲害。

若不太熟悉 Alfred 的人，可以把它想成 Mac 上面「威力加強版」的 Spotlight ，透過熱鍵啟動後，就會跳出一個簡單的輸入框，在這個輸入框可以輸入關鍵字搜尋自己電腦裡的檔案、可以直接搜尋特定網站、可以串接各種不同的工具、可以直接輸入指令執行更多複雜操作。

而 Raycast 在我短短體驗的心得看來，是個更親人、更好入門，但功能卻不打折的超級啟動器，能減少很多繁瑣的流程，讓自己更專注於完成那些想進行的任務。

Heptabase 在 2022 年 3 月第一週的幾個更新，讓它在「卡片寫作」這件事上更有效率了。

目前我寫這篇文的當下，Heptabase 的版本是 v0.99.0 ，距離上一篇介紹 Heptabase 的文 也不過一個禮拜過去，又已經更新了 7 個版本。

在這之間有兩個我覺得很重要的版本，分別是 v0.94.0 以及 v0.95.0。

這篇文章要來介紹的是，由台灣團隊開發的全新知識管理工具： Heptabase 。

備註：本文初稿完成於 2022.02.27，後續更新紀錄如下：

- 2022.07.03 更新：重新翻修了一次本文，將比較舊的資訊刪除，重新調整了一些內容，
  新增了許多圖，也新增了 v0.161.0 版本更新的 Journal 功能介紹。
- 2022.06.21 更新：部分資訊根據目前 v0.160.0 版本的內容重新微調編輯一次。