跳到主要內容

發表文章

QA Auditor - 跨節點環境審計與混沌測試技能 心得

之前寫了一篇 從「隔日 Bug」到安穩入睡:如何用一套 QA 體系馴服 AI 開發 ,提到可以在 AI Agent 或是小龍蝦環境中加上 QA Auditor Skill,這是一個特殊扮演角色。 當啟動此 Skill 時,AI 從「開發者」轉為「破壞者」與「審查員」。其唯一目的是在 不破壞真實環境的前提下 ,透過強制模擬異常與時間流逝,找出系統狀態與併發邏輯中的盲點(即「隔日 Bug」)。 自從有了這個,每次小龍蝦或是 Google Antigravity 開發時都會自動導入,我目前遇到開發上的錯誤幾乎沒有,有錯誤也會自動修補,省心不少。 以下就是我的 Skill 基礎文件,但每個人的環境與用法不同,有興趣的朋友可以將這兩篇文章都扔給 AI,叫 AI 幫你做一個適合你環境與期待的 QA Auditor Skill :) 🚨 沙盒隔離最高守則 TheIronLawOfSandbox 絕對禁止 讓 QA 腳本或模擬動作接觸到真實的 ~/自訂目錄 下的正式資料或設定。 所有測試 必須 在隔離的 自訂目錄/sandbox/ 目錄中進行。 強制規定 :使用 run <test_name> <script_path> 執行測試,確保隔離滴水不漏。 🎯 4D 審計框架 任何功能的變更或新技能的加入,在提交前必須由 AI 根據此框架自我質疑與測試: D1: 邏輯測試 腳本執行是否無報錯?預期產生的檔案/資料是否完備? D2: 狀態流轉閉環與可逆性 彈性不變量 :定義全域真理法則(例如:佇列必須在 N 個執行週期內清空),給予系統時間窗呼吸空間,避免死板驗證導致誤判。 真理版本化 :不變量應以版號管理,確保真理能隨著系統架構演進,避免過時驗證產生 False Positives。 冪等性 :強制 連續執行受測腳本兩次 ,確保第二次執行不會堆積冗餘資料或造成崩潰。 可逆測試 :執行腳本後,故意中斷重跑,檢驗暫存檔與污染狀態是否能被完美清除? D3: 時序與併發抗性 歷史垃圾注入 :必定使用注入過期 7 天的廢物檔案與殘損 JSON,測試...
最近的文章

從「隔日 Bug」到安穩入睡:如何用一套 QA 體系馴服 AI 開發

如果你也是用 AI 輔助開發的人,一定遇過這種情境: 讓 AI Agent 寫腳本開發,當下測試沒問題,AI 也回報「執行成功」,你安心地去睡覺,晚上讓小龍蝦機器人繼續跑,隔天醒來,卻發現系統亂成一團—— 可能是堆滿了未處理的檔案、重複的任務、甚至有些檔案壞了。 這就是我這個弱弱的新手村大叔最近這一週深刻體會的 「隔日 Bug」 :功能當下沒問題,但經過時間推移、在三組完全不同的機器和系統環境下、或遇到併發,就開始出包。雖然設了規則讓 AI 記憶,但實務上還是常常出錯,AI 往往只驗證『第一步』,卻忽略了『生命週期』與『併發環境』。 所以我建立了一套從 Phase 1 到 Phase 6 的完整 QA 審計標準當作 Skill ,每次 AI 在自主開發的之後,都會啟動這套制度檢視,目前為止成效不錯,幫我找出了幾個之前寫的 Skill bug。 痛點:為什麼 AI 開發容易埋下「隔日 Bug」? 傳統開發中,我們有單元測試、整合測試,但 AI 協作有個特性: AI 擅長完成當下的指令,卻難以主動思考「未來會發生什麼事」 。 例如,當你請 AI 寫一個清理暫存檔的腳本,它會讓腳本正常執行,但它不會問: 如果這個腳本明天又被觸發一次,會不會重複刪除? 如果檔案正在寫入時,Syncthing 也在同步,會發生什麼事? 如果換到另一台時區不同的機器,cron 還會準時執行嗎? 這些問題,正是系統穩定性的大敵。而我們的 PAIOP 環境有三台機器(MBA、iMac、Oracle),跨機同步與分散式特性,讓「隔日 Bug」層出不窮。 當然這都可以讓 AI 自己再繼續進化運作,不過經過一週的練習,我決定不再依賴 AI 的「記憶」或運氣 (XD),而是建立一套 強制執行的審計框架 ,讓 AI 自己學會思考未來狀態。 核心解決方案:有機 4D 審計框架 我和 AI 一起設計了這套有機 4D 審計框架,作為所有功能或開發交付前的必要關卡。任何腳本或技能,都必須在隔離沙盒中通過這四個維度的驗證: 維度 名稱 核心問題 D1 邏輯與功能驗證 腳本能跑、不報錯、產出符合預期嗎? ...

我的 AI 助理差點炸了我的 iPhone:關於 openclaw 同步、衝突與治理的血淚教訓

前言:當自動化變成災難 最近身邊很多朋友,不管有沒有工程背景,都開始玩 OpenClaw ── 一種可以真正執行任務的 AI 代理(agent)。一開始我以為安裝與使用只是幾行程式碼的過程,但當整個系統延伸到三台設備(MBA、iMac、Oracle Cloud)時,我才發現:沒有治理的自動化,只在加速災難。 在系統建置的前幾天,我遭遇了 Google Drive 同步卡死,以及 Git 衝突高達 148,000 個檔案的慘況(苦笑)。那一刻我深刻體會到: 一個沒有「憲法」的 AI 系統,就像一個沒有交通規則的城市,車子跑得越快,車禍就越慘烈。 因此,我想分享我的    Personal AI Operating Platform (PAIOP) 個人化 AI 應用平台  治理想法。 1. 核心憲法:主權至上 我在系統中先定義了 AI 的權力邊界,我戲稱它為「憲法」(constitution.md)。這不是哲學,而是穩定性與安全性的基礎。: 原則一:主權至上 AI 僅為輔助。所有自動化流程必須受控、可中止。AI 不得擅自修改「正式記憶(Structured Memory)」。 原則二:角色分離 (Separation of Concerns) 權限應附著於角色,而非設備。這樣可在治理上保有彈性與清晰責任界線。 2. 三權分立的物理實踐 為了落實,我依照自己的使用習慣,將硬體資源劃分為三個邏輯節點,在儘量不額外花錢的前提下,形成了一個穩定可運作的三角架構: 節點角色 設備 / IP 職責與限制 Authoritative (大腦) MBA (M2) MacBook Air M2 是我平常的工作幾,也是唯一具備主動 Git Push 與修改憲法的權限。AI 負責陪我做策略制定與代碼開發。 Operational (肌肉) iMac 2019 AI 清洗站 。這是一台我女兒的老電腦,想說平常也沒在用...

編年式讀經電子書 Part 2 免費下載

最近教會推動「編年式讀經」計畫,我覺得能夠用有系統的方式重新認識聖經當中的人事時地物,是很有意思的,不過編年式讀經要在跨越不同經卷中找出關聯性,不是件簡單的事,中文相關資源也很少,因此有了這本書的誕生。 本書是一份結合「編年式讀經」與「每日靈修引導與禱告」的全年閱讀計畫。目的不只是幫助讀者讀完整本聖經,更盼望在每日的閱讀中,培養安靜默想、分辨與禱告的屬靈操練。 編年式讀經這系列總共有四個大單元,這本是第二個單元,希望這樣後續有時間和精力繼續出完其他三個單元 :D 第一個單元的電子書下載請看這篇 以下先簡要介紹這兩種方法的核心精神: 編年式讀經 編年式讀經法,是將聖經經文依照事件實際發生的時間順序重新排列的閱讀方式。讀者不再只是從《創世記》一路按書卷讀到《啟示錄》,而是依歷史發展的進程閱讀整本聖經。 這種方法的產生,是因為聖經原有的書卷次序主要依文體分類:律法書、歷史書、先知書與智慧書。這樣的編排對查考十分便利,卻未必呈現時間先後。例如先知書中的信息,常與《列王紀》或《歷代志》的事件同時發生;詩篇與智慧書,也可能與特定歷史背景相關,編年式讀經透過整合式的排列,使讀者更容易理解事件的連續性與因果關聯。 需要說明的是,部分聖經事件與書卷的確切年代,在學術研究上仍存在不同觀點。因此編年式讀經表的排列屬於輔助工具,不同版本可能略有差異。本書所採用的次序,是在綜合常見可靠研究後的實務性安排,目的是幫助讀者更清楚掌握聖經的整體歷史脈絡。 每日靈修與禱告 本書每日附有與經文相關的靈修與禱告,部分參考使用聖依納爵靈修法(Ignatian Spirituality,有 🖼 圖示),旨在幫助讀者不只閱讀文字,更能進入默想與與上帝對話的經驗。每日靈修包括: • 安靜預備心靈 • 默想經文場景與內容 • 覺察內心情感與思想 • 與上帝對話並禱告 • 將所感領悟帶入生活實踐 這種方式能幫助讀者每日深化對經文的理解,強調「分辨」(discernment)的操練,幫助信徒在每日生活中聆聽上帝的帶領並在生活中實際回應上帝的話語。 本書中的靈修引導,是一種默想練習,旨在幫助讀者進入經文的場景與張力,以默想的方式聆聽聖經,而非追求特定的感受或經驗,也非增加新的聖經啟示。若某些畫面、問題或停留不適合你,請自由調整節奏,或安靜地回到經文本身。 在編寫過程中,運用了 AI 工具協助整理與編修。科技不能取代神...

編年式讀經電子書 Part 1 免費下載

最近教會推動「編年式讀經」計畫,我覺得能夠用有系統的方式重新認識聖經當中的人事時地物,是很有意思的,不過編年式讀經要在跨越不同經卷中找出關聯性,不是件簡單的事,中文相關資源也很少,因此有了這本書的誕生。 本書是一份結合「編年式讀經」與「每日靈修引導與禱告」的全年閱讀計畫。目的不只是幫助讀者讀完整本聖經,更盼望在每日的閱讀中,培養安靜默想、分辨與禱告的屬靈操練。 編年式讀經這系列總共有四個大單元,這本是第一個單元,希望這樣後續有時間和精力繼續出完其他三個單元 :D 以下先簡要介紹這兩種方法的核心精神: 編年式讀經 編年式讀經法,是將聖經經文依照事件實際發生的時間順序重新排列的閱讀方式。讀者不再只是從《創世記》一路按書卷讀到《啟示錄》,而是依歷史發展的進程閱讀整本聖經。 這種方法的產生,是因為聖經原有的書卷次序主要依文體分類:律法書、歷史書、先知書與智慧書。這樣的編排對查考十分便利,卻未必呈現時間先後。例如先知書中的信息,常與《列王紀》或《歷代志》的事件同時發生;詩篇與智慧書,也可能與特定歷史背景相關,編年式讀經透過整合式的排列,使讀者更容易理解事件的連續性與因果關聯。 需要說明的是,部分聖經事件與書卷的確切年代,在學術研究上仍存在不同觀點。因此編年式讀經表的排列屬於輔助工具,不同版本可能略有差異。本書所採用的次序,是在綜合常見可靠研究後的實務性安排,目的是幫助讀者更清楚掌握聖經的整體歷史脈絡。 第二單元的電子書下載請看這篇 每日靈修與禱告 本書每日附有與經文相關的靈修與禱告,部分參考使用聖依納爵靈修法(Ignatian Spirituality,有 🖼 圖示),旨在幫助讀者不只閱讀文字,更能進入默想與與上帝對話的經驗。每日靈修包括: • 安靜預備心靈 • 默想經文場景與內容 • 覺察內心情感與思想 • 與上帝對話並禱告 • 將所感領悟帶入生活實踐 這種方式能幫助讀者每日深化對經文的理解,強調「分辨」(discernment)的操練,幫助信徒在每日生活中聆聽上帝的帶領並在生活中實際回應上帝的話語。 本書中的靈修引導,是一種默想練習,旨在幫助讀者進入經文的場景與張力,以默想的方式聆聽聖經,而非追求特定的感受或經驗,也非增加新的聖經啟示。若某些畫面、問題或停留不適合你,請自由調整節奏,或安靜地回到經文本身。 在編寫過程中,運用了 AI 工具協助整理與編修。科技不能取代神,...

關於閱星曈 XTEINK 這款超便攜電子紙,掌握型電子紙書小玩意

話說今年初在小紅書上看到 「星曈-超便攜電子紙」 的帳號,在講他們正在 DIY 掌握型電子紙書的歷程,覺得挺有意思的,從硬體的規劃到電子紙的選擇與電池的搭配,後來他們決定眾籌小量的真正做出一台掌握型電子紙書販售,這我就坐不住了,馬上聯繫了「星曈-超便攜電子紙」的版主,想說是否我們台灣這邊的電子紙愛好者也可以購買。在聯繫過中,才發現原來 FB 上的 電子書閱讀器討論區版主秋雁 也是第一時間聯繫對方,所以我們倆就手牽手(並沒有)的一起買了。 這整個眾籌的過程真的很像是一起參與創業的感覺,幾乎每天都看到星曈在小紅書上更新進度,他們遇到了什麼困難,怎麼直面解決等,而且首批的價格非常實惠,其實我都不知道星曈他們到底是否能堅持到底,畢竟「量產實作」這條路非常不容易。在和星曈的聊天過程中,知道他過去可是在中國曾經創辦過知名的事業,雖然後來因為大環境改變而退出市場,但同為曾經的創業者,我一直相信也期待他們成功。 終於在最近拿到了「星曈-超便攜電子紙」的 Founders Edition ,包裝的質感很不錯,超便攜電子紙本人更是優雅出眾,不過因為它的使用方式需要一點技巧,所以寫了這篇簡單的教學,希望對新手有一些幫助。 拿到手的第一件重要事:系統升級 星曈他們這次很有誠意的也提供了繁體中文介面,但需要升級後才能使用,所以我們先來了解一下如何最無痛升級。 「星曈-超便攜電子紙」內建的網絡使用「XT-EPD」,當然你之後可以自己更換其他想使用的網路基地台登入,但這需要一點技巧,對於大多數使用者來說是有理解上的難度,所以星曈建議使用最無腦的連接升級方式。 1. 拿出你的手機(以下用 iPhone 為例說明),將手機「設定」下「關於本機」裡的名稱先改為 XT-PED,升級之後再改回你原本使用的名稱即可。 2. 將手機「設定」下「個人設點」裡的密碼先改為 12345678(這是 超便攜電子紙的 XT-EPD 內定密碼),這裡有一個要提醒的事情,下面有個「最大化相容性」,要開啟。 3. 在 超便攜電子紙 這邊選擇「系統升級」,你的兩個設備就應該會自動開始 WIFI 連接,並問你是否要升級更新,就勇敢的點下去吧。 4. 在升級過程中,會看到一些補充說明,一方面你應該會看到進度百分比慢慢的上升,但假如你發現這個百分比數字停滯很久,也別擔心,將機子右下角的 reset 鍵按下去,再點擊機子右下角...

關於 FTX 的索賠流程第五部步驟 FTX claim step 5 not showing as green check mark

FTX 交易所的相關賠償,預計在 2025 年初開始進行,但或許有些人遇到了和我一樣的狀況,我在 FTX_COM , FTX Blockfolio 兩個平台的索賠計畫在 2024 年七月同時都送出,但我的 FTX_COM 第五步驟狀態在 FTX Claim 平台上,第五步驟這裡,一直還是 Claim Submitted 的狀態,並沒有出現綠色勾勾。 這段期間我發了許多 email 給 FTX 和 Kroll 想確認這件事,但得到的回覆都非常制式化,最接近比較讓人安心一點的答覆,說只要確實送出申請,就繼續等待 .... 唉 假如大家還是不太放心,而當時是透過 Kroll 申請的,也可以去 FTX 合作的 Kroll 官網,在進階查詢中,用自己的 Unique Customer code 查一下狀況,這並不需要登錄即可執行: https://restructuring.ra.kroll.com/FTX/Home-ClaimInfo 查詢的結果包括了送出申請的時間,你申請的虛擬資產相關訊息等等。 理論上,後續理賠的流程進度,也應該可以在這裡看到,最後祝大家都順利取回自己的資產。 補充: 我當時 FTX_COM , FTX Blockfolio 兩個平台所用的 email 都是同一個,但當要綁定索賠交易所時,FTX Blockfolio 綁 Kraken後, FTX_COM 想再綁 Kraken,就不能了,我只好 FTX_COM 綁 BitGo。 不過這幾天和 FTX Support 幾次通信後,他們建議假如當初用的是同一個 email,是不需要住綁定兩個索賠交易所: 所以我再次寫信給他們,將我  FTX_COM  綁 BitGo 的連結斷開,剛剛又收到最新的回覆,大概是被我的誠心(不斷寫信)感動,這次的信件 給了一個非常明確的回覆: 目前看起來應該就剩下靜靜等待 ... :)