讓我們書接上回
在決定了使用 Notion 作為資料庫之後
我們的下一步,就是做一個小工具
![]()
一開始我先把 Notion 的連結丟給它
請它先看懂資料,不要急著動手
目前正在懷孕初期,我記錄了一些相關的資料,然後我想嘗試看看透過 Live Artifacts 來建立一個儀表板協助
(Notion 網址)
在開始之前,你先釐清一下內容,不要直接編輯
先讓 Claude 把 Notion 裡的資料庫讀過一遍
跟我確認要做成什麼樣子之後,才開始動手
最後做出來的儀表板分成這幾塊:

最上面可以切換日期
下面是五個重點營養素(葉酸、鐵、鈣、DHA、維生素 D),跟第一孕期建議量比
像截圖這天,鈣和 DHA 就還沒到
我就可以看當天吃了什麼,再決定要怎麼補

每一罐補充品分成早、中、晚三格
點一下,就直接存回 Notion 當天的「每日食用紀錄」
滑鼠指到補充品上,會跳出這一罐的營養含量
魚油和鈣可以重複點同一格,切換 1 → 2 → 3 份
一開始沒考慮到份數
這個設計是後來才補上的:
目前的設計,是否沒有考慮到可能一次某個東西會吃 2 顆的情況呢?
請修正設計以支援可以分別選擇一次吃 2~3 顆的情況
Notion 的關聯欄位只記得「有沒有吃」,記不了「吃幾顆」
所以最後在 Notion 裡多建了「×2」「×3」的品項
在介面裡,再把它們收回同一罐底下

症狀、體溫、備註
這些本來就是 Notion 每日紀錄裡的欄位
一樣在這裡就能填完

這算是我覺得這個工具最核心的價值
以當天已經記錄的為基準
從「服用中」的候選清單裡,把各種搭配組合列出來
挑出不會超過每日上限的幾種方案
每一欄都標「目前 % → 加入後預計 %」
像截圖這天,鈣只補到 70%
方案 A 再加一份鈣,就能到 108%
方案底下的品項,可以直接點早、中、晚加進去
下面還有一張全部成分的達標率長條圖
這一塊來回了好幾次
一開始我是這樣講的:
我想要再加入功能:
* 指到補充品的時候,會看到它的營養含量
* 然後根據目前當天的補充情況,幫我加入一個試算剩下最合適補充品的功能
結果它給的是「單一補充品」的建議
但我想要的是「組合」,所以又補了一則:
試算部分,目前列的看起來是單一補充的算法?
我希望有根據
* 目前已經吃
* 推薦剩餘配合策略
* 給出不同方案和它預計試算出來的比例給我

可以切換近 3、7、14 天
上面是每個營養素的平均達標率
下面是移動平均的折線,看穩定下來有沒有在達標線上
沒記錄的日子會跳過,不會把平均拉低
目前的趨勢圖,都是直接從當天資料去計算出來的
我還想要再往下多類似“ 3 天平均” 的這種(因為有時候某天可能多吃一些,有時候某天可能少吃一點,希望看到比較穩定的狀態是否達標)
打卡點一下存回 Notion
就不用自己進 Notion 一格一格填了
當天還差什麼、剩下可以怎麼配 ➡️ 打開就看得到
某天多吃、某天少吃
也可以用多日平均,看穩定下來有沒有到
而跟其他做法比起來:
工具本身是邊用邊調整
前後大概三天、10 則提示詞(大部分在第一天)
剩下的成本在 Notion 資料庫
補充品、成分、每天的紀錄,這幾張表要先自己建好
每一罐的成分含量、每個營養素的建議量和上限,也都要先填進去
但比起從零開始做一個資料庫,再處理登入和權限
這樣已經省下很多了
Vibe Coding 小技巧:
如果可以,請避免重新造輪子
尤其是這兩種東西,沒有足夠的技術底子,很容易把自己繞死在某個地方
1)資料庫
2)完整的應用串接(尤其是包含權限的)
因為是建在 Notion 的資料庫上
工具能做到什麼程度,也會受限於背後的資料庫結構
在開發各種 Vibe Coding 東西的時候
如果刻意避免了資料庫或是其他應用的串接
那開發的上手成本會低很多
但是在某些場合下,沒有資料庫或是應用串接的話
能發揮價值的場景又少了不少
因此,透過既有的工具裡面能支援直接幫你做好或是串接好的服務
會是個能節省你很大開發成本,並且提升 Vibe Coding 出來的品質的方向