saved info 讓你跟 gemini 超頻倍速溝通

[6/28 重寫大部分] 現在不叫做 saved info (但這個關鍵詞還是可以找到很多文章)， 而是在 "settings" => "personal intelligence" 底下， 分成兩部分。 基於隱私考量， 第一部分 "memory" 我還是不想啟用； 本文內容適用於第三部分 "instructions for Gemini"。

在舊版裡， 我直接以 (星艦迷航記的) Spock 為原型來設定 gemini 的個性。 但最近 (6/28) 更新時發現： 現在如果提到 Spock， gemini 就拒絕存檔!? (是 哪個舊情人 在不爽 Spock 嗎?) 沒關係， 你還是可以把他的特性描述出來。 另外， 每一則不能有太多字； 太長的指令要拆開。 我因為開始玩 Hermes Agent 而順便重新整理 「給 gemini 的指令」， 把前者的 SOUL.md 跟 USER.md 的內容 copy 過來 gemini。

電腦的速度比人腦快很多， 所以人類跟 LLM 之間的溝通， 最高速率取決於人腦自己的極限。 如果溝通管道設計不良， 成為瓶頸， 那麼效率就還會再打折扣。 我想把我跟 gemini 之間的溝通頻寬拓展到 (我自己的) 極限， 所以寫了這個 saved-info (中文翻譯) 當作我的 "saved info"。 這樣， gemini 會在你未來的每一次對話指令之前自動加上這些指令。 這篇說明一下我的 saved info 的設計理念。

其他 AI 的類似功能： 自訂 ChatGPT、 ...

visidata： 終端機下的輕薄短小試算表

大推! 文字視窗底下的試算表軟體 visidata 超級輕薄短小， 我已使用好幾個月了， 雖然還不是很熟， 但已足以處理大部分簡單的工作。 習慣 vim 按鍵的人， 會很容易上手。 它可以處理 csv、 ods、 xlsx、 ... 等等 許多格式。 我偶爾拿它來處理 json， 不過大部分時候還是處理 csv 檔。 你可以在 visidata 裡面寫 python 運算式計算新欄位， 但無法儲存公式， 只能儲存運算結果， 適合做一些簡單、 用丟即棄的運算。

youtube 影片字幕截圖版重點摘要

常常會想要幫 YouTube 影片做簡短的圖片字幕版重點摘要， 每次都花很多時間。 這幾天終於寫了一個小小的 bash script sscapcat.sh (screenshot caption concatenation) 讓整個流程變得比較順暢。

圖片背景變透明 + gimp 的半透明圖層

製作 這張圖 的時候， 學會一些透明與半透明的技巧。

在 hashnode 開了一個新的英文部落格

小格的讀者都知道： 我的教學文放在「玩具屋托邦」，戰鬥文放在「資訊人權貴ㄓ疑 」。 很久很久才一次的偶爾， 我也會寫英文文章。 通常都是發現某個主題找不到好的英文文章， 才會自己動手寫。 可是最大的問題， 就是不知道要貼到哪裡去 - 畢竟我沒有固定的英文讀者。 先前在朝陽資管教國際班的時候， 開了一個專門放英文文章的 medium 部落格。 退休以後就更沒有機會寫英文文章了。

直到最近， 發現 WebAuthn 這個主題沒有人用畫圖的方式來解釋兩種 key， 於是寫了一篇， 並且根據 Gemini 的建議， 放在 hashnode： WebAuthn: resident key and non-resident key explained in pictures， 有興趣的讀者可以自行用 AI 翻譯。 這個平台感覺用起來比 medium 更順手。 未來的英文文章， 不論是教學文或戰鬥文， 應該都會放在這裡。 就用這篇文章來慶祝我新的英文部落格開張吧!

橋接 UEFI 虛擬機， 2025 network manager 版

現在很少開虛擬機， 如果有， 也都是用 kvm -pflash ... 指令簡單用一下我的 UEFI 隨身碟。 今天需要讓區網裡的機器看見虛擬機， 所以必須開 virt-manager。 太久沒用， 都快忘記怎麼用了。 花了一小時挖出自己散落在好幾篇的舊設定， 終於慢慢想起來， 趕快記錄下來：

NotebookLM： 「太長太多了，讀不完」 的好幫手

某個主題的文件 TL;DR (太長太多了，讀不完) 嗎? 那就讓 NotebookLM (<==請先讀簡介文) 來幫忙吧! 這裡分享我的一個粗淺心得範例： 微軟強推 edge ， 採用了哪些暗黑模式?

[2026/1/4] 看起來，日常生活多數時候， gem 製作的「懶人媒體識讀助理」 就夠了。 NotebookLM 比較適合「聚焦一個主題，有多份參考文件」的深入研究場合。

首先確認 「設定」=>「輸出語言」 是中文 (或是你要的語言)。

告別手動標地點！ 共筆維護試算表、地圖自動更新 (不分尺寸版)

想像一個團隊， 每位成員分頭去收集一些 (不涉及隱私或機密、 可以公開的) 地址， 要放到一張共同的地圖上面。 除了地址之外， 還有一些需要經常更動的欄位， 例如各地點的開放時間、 注意事項、 臨時公告等等。 什麼樣的工作流程會比較有效率呢? 我會開一張共筆的試算表， 例如 ethercalc 或是 google sheet， 裡面含有名稱、地址、經緯度、備註以及其他文字資訊等等欄位， 並且分享給所有成員， 然後把這張試算表餵給 umap 吃。 於是每當任何成員修改 [地址經緯度以外的] 其他任何欄位， 地圖瀏覽者只要重新整理網頁， 就會看到最新最及時的資訊。 至於經緯度， 可以透過 TGOS 手動批次更新。 編輯 google 試算表的門檻比編輯地圖低很多， 這樣的安排便於讓任何人都可以參與。 我們拿 台派店家 當例子。 照以下做完之後， 會得到像這樣的成品： 台派店家地圖。

先查看 原始資料的網址， 找出試算表代號 ("/d/" 後面那一長串) 以及分頁代號 ("gid=" 後面的數字)。 在 bash 底下， 先設定變數：

gs_id=15E0sastmidjk4CJlJJZoKZgbp5He5SKaUCbo4eMMlYY
gid=418920722

然後 wget -O tai-shops.csv "https://docs.google.com/spreadsheets/d/$gs_id/export?format=csv&gid=$gid" 就把三千多筆資料抓下來啦! 不過， 因為 google 回應時， 會送出 redirect 重新導向下載專用的伺服器， 所以如果用 curl， 必須加上 -L 選項： curl -L "https://docs.google.com/spreadsheets/d/$gs_id/export?format=csv&id=$gid" > tai-shops.csv

終極通訊網路韌性： meshtastic

日常生活中絕大多數通訊網路架構屬於 『star network』； 曾經火紅一時的 OLPC 以及今天要介紹的 meshtastic， 它們的架構則屬於 mesh network。 (請分別用這兩組關鍵詞做圖片搜尋。) 前者是中心化的架構： 有一些特別重要的節點 (例如各種伺服器) 如果停擺， 整個網路就跟著停擺； 後者則是去中心化的架構， 所以具有較高的通訊網路韌性。 可以用中共的統治架構 vs 香港「無大台」抗爭 的聯絡架構去理解兩者的差異。 (民主社會的 「國-州省-縣市-鄉鎮-村里」 架構幾乎也就是 star network， 但另外加上民意代表等等機制弱弱地稍微降低各層級中心的單點失敗風險。)

手上持有 meshtastic 裝置 (以下簡稱 M 機) 的人， 完全不需要靠現有的電信網路 (家中的有線網路、 手機或 SIM 卡分享器) 就可以直接跟鄰近的 M 友傳文字訊息。 從使用者的角度來看， 你可以把它想成是手機的硬體外掛裝置， 讓手機新增一個類似藍芽的功能， 但是它的連線速度超慢 (所以只能傳文字不能傳圖/影/音)、 距離超遠 (數公里到數十公里)、 沒有主從關係只有鄰居關係。

免註冊、尊重隱私、去中心化的即時通/語音/影像通話軟體： SimpleX Chat

強化通訊韌性， 從 SimpleX Chat 開始! 我沒有辦法忍受 line 強烈的控制慾； 開放的 xmpp 一直很難推廣； 聯邦宇宙通訊協定 matrix 的 apps 用起來卡卡 (可能我沒有找到最好的 app； 但我覺得更像是因為 matrix 的帳號管理太嚴格) 於是我又做了一些研究， 包含詢問 ChatGPT， 最後找到這個目前心目中最理想的聊天軟體： SimpleX chat。 "It's FOSS" 網站上的 這篇文章 的作者覺得 SimpleX 比 Signal更棒 "SimpleX Chat is everything Signal should have been and more." 我完全認同。

共筆維護試算表、地圖自動更新 - 小尺寸版

想像一個團隊， 每位成員分頭去收集一些 (不涉及隱私或機密、 可以公開的) 地址， 要放到一張共同的地圖上面。 除了地址之外， 還有一些需要經常更動的欄位， 例如各地點的開放時間、 注意事項、 臨時公告等等。 什麼樣的工作流程會比較有效率呢? 我會開一張共筆的試算表， 例如 ethercalc 或是 google sheet， 裡面含有名稱、地址、經緯度、備註以及其他文字資訊等等欄位， 並且分享給所有成員， 然後把這張試算表餵給 umap 吃。 於是每當任何成員修改 [地址經緯度以外的] 其他任何欄位， 地圖瀏覽者只要重新整理網頁， 就會看到最新最及時的資訊。 至於經緯度， 可以透過 TGOS 手動批次更新。 編輯 google 試算表的門檻比編輯地圖低很多， 這樣的安排便於讓任何人都可以參與。

如果你的試算表較大 (超過100列?)， 本篇可能不適用。 請跳到第三節見新版連結。 推薦改參考更簡單、 可以處理更大資料檔的另一篇： 共筆維護試算表、地圖自動更新 - 大尺寸版。 至於您現在正在閱讀的這篇 「小尺寸版」， 則只剩歷史價值。

防止 gmail 信件誤入 「封存」 (archive) 黑洞

Gmail 的 「封存」 (archive) "功能" 令人困惑 (很棒的抱怨文)， 例如： 你無法單獨列出「所有已封存信件」； google 也 堅持 不讓你很輕易地處理 「所有已封存」 的信件。

我自己呢， 因為覺得它很難用， 所以從來不會想要把信件封存。 可是很奇怪地， 每年整理信件時， 都會發現有好多信件莫名奇妙地被丟去「封存」， 包含一些早就應該刪掉的不重要郵件， 自己卻完全沒有印象。 但是就如前面所說， 我無法很簡單地列出所有已封存郵件， 只能從 「所有郵件」 裡面毫無線索、 一封一封費力地去判斷這到底是不是我真的想留下的信件。