README 建議用 agents-cli playground 開本機環境。那個適合聊天測試,但我想看的是原始 HTTP 介面,所以直接跑 uvicorn:...
Day 8 處理的是餘額:當一個數字會持續被交易改變,就不能只保存最後結果。 菜單也有類似問題,但麻煩的地方不太一樣。 今天看到的「雞排飯 100 元」,下個...
昨天那條路要經過審核。今天這兩條都不用。 一、直接丟skills資料夾 還記得我前幾天說過技能的本體就是一個資料夾加一個 SKILL.md嗎?所以最直接的做法就...
昨日回顧 Day 11 把完整行為案例做成 JSONL eval,runner 會驗證 status、normalized_host、evidence 與 ne...
今天我們要探討 React 最具革命性的核心技術:Virtual DOM(虛擬 DOM) 與 Reconciliation(協調算法)。 一、 真正的效能瓶頸:...
DAY 8 完成 Slash Command 後,今天開始加入 AI 公司要處理的專案資料。 我準備了五筆範例專案,並建立 /projects。指令會從 pro...
昨天我們介紹了如何利用 AI 建立 Spring Boot 的三層式架構。然而,在實際讓 AI 撰寫 Spring Boot 後端程式碼時,如果提示詞(Prom...
在網路層 (Layer 3) 中,IP 協定只負責把封包送到目的地,但它不保證封包會不會在途中遺失。為了解決這個問題,傳輸層 (Layer 4) 誕生了 TCP...
這輪測試在補什麼缺口Day 7 的基準測試裡Prompt Injection 用了 6 題,涵蓋的是最直覺的攻擊句型,而且全數防禦成功。但 Day 8 拆解出的...
先跑再寫,它的代價? 開賽時我是希望每天先把該跑的實驗跑完,再依據跑出來的結果寫當天的文章,但實作的內容真的跑太久了,常跑到深夜或是需不間斷的時間才會出來結果,...
💡 導讀:當你手上拿著 500 萬個嫌疑犯,每個嫌疑犯都有 3,000 頁報告…… 如果你是一位偵探,正在調查一起複雜的案件。警方拿給你一份名單,上面有 500...
題目介紹: 今日我們同樣要來練習製作一個計算機,但跟之前的計算機不同,此次製作的計算機可進行加減乘除。 以下是製作方法 建立方式: System.Consol...
前言昨天我們寫出的腳本,最後一步是把報告存成本機的 .md 檔案。但如果報告存在你的電腦裡,還是得靠你手動打開、上傳、或轉發給主管——這個環節,依然是一個需要人...
31 FPS。 看到這個數字的時候,其實滿開心的。 前面從 2.7 FPS → 31 FPS,Qualcomm HTP/NPU 確實把 AI Inference...
函式可以將一段程式包起來,之後只要呼叫它的名稱,就能再次使用相同的功能。 函式很像一台小機器,參數是放進去的材料,return 則是完成後要拿出來的結果。 fu...
在使用 AI Agent 時,最理想的情況當然是:我把事情一次想清楚,完整交代給 Hermes,接下來就讓它自己從頭做到尾。 但真實世界通常不是這樣。 很多時候...
前言:SF.csv / ES.csv 如何被匯入 Room Database? 前一天我們理解了 ClassroomScheduleRepository.kt如...
昨天講完 Jina Reader 怎麼把網址變成乾淨的純文字、又為什麼截斷在 6000 字,今天要接著往下:這段文字最後是怎麼變成 system prompt,...
前言:「先能上傳圖片就好」,是很多專案的起點 「這個功能就是讓使用者上傳一張輪播圖、附加一份新聞附件,能用就好,先別想太多。」 這句話聽起來合理——上傳功能的核...
前言 「這支測試已經綠燈很久了,應該沒問題吧?」 這句話最危險的地方在於,它把「測試綠燈」直接等同於「這段邏輯真的被驗證過」。今天要拆一個真實發生過的案例:一支...
前言:這七天看似在講很多零散的細節 第二部從索引清單的基本結構,講到巢狀清單、加密金鑰、IV 的規格退路、再到片段規格一致性的驗證,看起來是七個各自獨立的技術細...
前言:反過來驗證:講清楚之後,還會不會走偏 前面幾天講的都是「沒講清楚導致走偏」的案例,今天反過來看:當目標架構真的被講清楚了,AI 動手前有沒有機會直接抓對方...
前言:查核跑過一輪,抓到的問題長什麼樣 「事實查核流程已經講完了,實際跑起來,真的會抓到東西嗎?還是走個形式、確認『大致上沒問題』就結案?」 從這篇開始,用幾個...
前言:測試都寫了,為什麼上線後還是被邊界案例絆倒? 「我讓 AI 幫這個函式補了測試,涵蓋率也不低,怎麼上線後第一週就被一個空陣列輸入搞掛了?」 這是我接手一套...
前言:症狀對得上,代表診斷就對了嗎? 第三部到 Day 23 結束,今天正式進入第四部:實戰案例與總結。接下來幾天,會用幾個真實踩過的坑,具體示範前面 23 天...
前言:修好了,不代表真的修好了 「PR 合併了、issue 也關閉了,這件事應該就結束了吧?」 前面 23 天分別拆開講過 issue triage、PR re...
前言 「人工複查已經很仔細了,為什麼還要另外寫一支掃描工具?」 因為「已經很仔細」跟「不會漏」是兩件事。這個系列的寫作規範裡明白寫著一句話:已經整理過的素材筆記...
前言:實際跑一次 PHPStan,會冒出什麼? 昨天講完「這個套件沒有靜態分析工具」,今天實際動手裝一次,看看真的跑起來會冒出什麼。先說清楚:以下是我在一份本機...
前言:「多包幾層架構,應該只是比較『穩健』吧?」 Day 9 看完版本 A 的 3 個檔案之後,你可能會想:好,這是刻意做的極簡示範,實務上系統當然會需要多一點...
前言:修好的地方沒問題,出事的是「沒改到」的地方 從今天開始,用幾個具體案例,把前面 23 天講過的原則串起來看——不是重複講一次「架構邊界很重要」,而是看這些...