Boloop 閱讀示意圖（AI 生成）：自己的作品與第三方推薦需要清楚區分。
Boloop 的首頁曾經很認真地介紹自己有什麼：Skills、軟體、文章，每類都有整齊的入口。問題也在這裡。讀完頁面，能看見內容分類，卻不一定明白我為什麼把這些東西放在一起。
這不是換一句更響亮的口號就能解決的問題。一個個人都站既可以整理別人的作品，也可以記錄自己的嘗試。首頁需要交代這些內容與我的關係。
後來，我把最想表達的意思收回來一句很簡單的話：「喜歡 AI，也喜歡動手做。」它對應的是我實際想在 Boloop 分享的東西：AI 生圖、用 AI 開發項目，以及個人 Agent 的嘗試。
先看頁面在回答誰的問題
2026 年 10 月的設計檢查裡，Boloop 使用過「Good tools. Thoughtful work.」這樣的首頁標題。它沒有說錯什麼，卻很難讓人記住一個具體的人。配合編號分區、重複的卡片和資源樣本，頁面更多是在解釋一個目錄系統。
軟體目錄需要幫助讀者找東西；個人首頁還需要說明，為什麼由我來選擇和介紹這些東西。它們可以共存，但首屏的任務不同。
我們隨後把首頁往個人筆記方向調整，區分原創筆記和外部推薦，加入來自真實發佈記錄的近況。這個過程也走過彎路：一度把工作經歷放在最顯眼的位置。到 10 月 22 日，我又明確調整了方向，讓首頁突出現在對 AI 創作和開發的興趣，經歷繼續放在 About。
這次糾正很有用。事實真實，並不表示它就應該成為首頁最重要的信息。信息的位置要服從這個網站現在想表達的主題。
三種內容關係，應該能一眼分清
Boloop 現在介紹自己的嘗試和作品、原創 Skills，也推薦其他創作者的軟體、Skills 和閱讀。這幾類東西不應該使用模糊的共同身份。
我的作品要讓讀者能打開真實案例，看到實際效果和必要說明。原創 Skill 要清楚展示它解決的任務。推薦軟體則直接說明「我推薦的軟體」，保留原作者和原項目入口。
這樣做不需要給每行加一串標籤。更有效的是先把區塊標題和介紹寫清楚，再讓每條內容保留正確署名。一個作者字段為空時，不為了排版完整而補成站長名字；推薦別人的成果，也不因為進入我的網站就變成我的項目。
首頁的主要按鈕隨之指向作品案例。它讓「喜歡動手做」之後有一個可以繼續查看的對象。資料庫仍然存在，但它承擔的是讀者接下來的另一種需要。
個人感可以來自選擇和文字
Boloop 保持文字型個人身份，沒有給首頁添加個人照片，也沒有用生成的人像替代我。文章列表同樣保持文字排列。
這使頁面更依賴具體文字：我在做什麼，最近發佈了什麼，哪些東西是自己寫的，哪些來自別人。近況中的日期來自已發佈內容；沒有合適條目時，寧可顯示空狀態，也不寫一個看起來一直在更新的虛構活動。
設計上，我們減少了反覆出現的口號式標題、編號和卡片說明，把閱讀與推薦排成更輕的列表。軟體保留真實圖示，避免用裝飾性的「應用窗口」讓讀者誤以為看到了產品截圖。
這些選擇只是 Boloop 的表達方式，不是個人網站通用的正確答案。照片、插畫、網格都可以用；需要先想清楚它們在說明誰、展示什麼，而不是用視覺元素替空白經歷補故事。
改文案，也要檢查文案之外的地方
首頁標題改成「Making things with AI.」之後，只查看螢幕上的 H1 還不夠。頁面標題、摘要、結構化資料和分享圖，也需要與新的表達一致。
我們核對了英文、簡體和繁體首頁，並檢查桌面與手機佈局。主要按鈕要進入對應語言的案例目錄；分享預覽裡也不能繼續突出已經從首頁撤下的舊主題。
同時，這次修改有明確的保留項：原有佈局、滑鼠選擇高亮、指針效果和動畫不因為文案調整而重做。個人表達的變化，不需要連帶把已經確定的使用體驗再改一遍。
這是一種很實用的約束。每次改版先寫清「這次要糾正的是什麼」，就容易發現哪些改動是必要的，哪些只是做設計時順手產生的新想法。
寫出自己的首頁之前，先寫清內容的歸屬
如果你的 AI 網站也看起來像一個無人的目錄，可以先做一個文字檢查：不看 Logo，只讀首屏、區塊標題和幾條內容，能否回答下面三個問題？
- 這個人現在關心什麼？
- 我在這裡能看到他實際做的什麼？
- 哪些內容是他推薦的，原作者是誰？
回答不清楚時，先改這幾處，不必立即重建整套視覺系統。把寬泛的形容詞換成具體活動，把「我們的產品」改成準確的創作者關係，讓主要按鈕對應一個確實存在的作品或內容。
這輪調整已經讓 Boloop 的首頁表達與我的當前興趣一致。至於它是否會帶來更多閱讀或訪問，還需要後續數據觀察。對我而言，先完成的一步是：當讀者進入網站時，頁面終於能直接說清楚，我想在這裡做什麼。