iT邦幫忙

技術文章

RSS
鐵人賽 Build on Google AI DAY 9

Day 9:本機 curl 出真的 agent card,三個問題現形

README 建議用 agents-cli playground 開本機環境。那個適合聊天測試,但我想看的是原始 HTTP 介面,所以直接跑 uvicorn:...

鐵人賽 Vibe Coding DAY 9

Day 9|菜單不是一張圖片,它是一段歷史

Day 8 處理的是餘額:當一個數字會持續被交易改變,就不能只保存最後結果。 菜單也有類似問題,但麻煩的地方不太一樣。 今天看到的「雞排飯 100 元」,下個...

鐵人賽 AI 自動化 DAY 9

D9 另外兩種安裝法

昨天那條路要經過審核。今天這兩條都不用。 一、直接丟skills資料夾 還記得我前幾天說過技能的本體就是一個資料夾加一個 SKILL.md嗎?所以最直接的做法就...

鐵人賽 Claude AI DAY 12

Day 12|把 pytest 與 eval 接進 CI:讓規格成為合併門檻

昨日回顧 Day 11 把完整行為案例做成 JSONL eval,runner 會驗證 status、normalized_host、evidence 與 ne...

鐵人賽 JavaScript DAY 9

Day 9 Virtual DOM 與 Reconciliation(協調算法):React 憑什麼那麼快?

今天我們要探討 React 最具革命性的核心技術:Virtual DOM(虛擬 DOM) 與 Reconciliation(協調算法)。 一、 真正的效能瓶頸:...

鐵人賽 AI 自動化 DAY 9

DAY 9|建立專案資料與 /projects

DAY 8 完成 Slash Command 後,今天開始加入 AI 公司要處理的專案資料。 我準備了五筆範例專案,並建立 /projects。指令會從 pro...

鐵人賽 Vibe Coding DAY 9

Day 9 — Spring Boot AI 提示詞心法:打造高品質後端架構的下指令眉角

昨天我們介紹了如何利用 AI 建立 Spring Boot 的三層式架構。然而,在實際讓 AI 撰寫 Spring Boot 後端程式碼時,如果提示詞(Prom...

鐵人賽 Security DAY 9

# [Day 9] TCP 三方交握實務原理解析:親眼見證最可靠的網路快遞員

在網路層 (Layer 3) 中,IP 協定只負責把封包送到目的地,但它不保證封包會不會在途中遺失。為了解決這個問題,傳輸層 (Layer 4) 誕生了 TCP...

鐵人賽 AI Security DAY 9

Day 9|第一次 Red Team:20 次深度攻擊測試

這輪測試在補什麼缺口Day 7 的基準測試裡Prompt Injection 用了 6 題,涵蓋的是最直覺的攻擊句型,而且全數防禦成功。但 Day 8 拆解出的...

鐵人賽 AI Security DAY 30

DAY30|三十天的反思與心得感想

先跑再寫,它的代價? 開賽時我是希望每天先把該跑的實驗跑完,再依據跑出來的結果寫當天的文章,但實作的內容真的跑太久了,常跑到深夜或是需不間斷的時間才會出來結果,...

鐵人賽 Build on Google AI DAY 11

AlphaGenome Atlas 實戰 | Day 11 | 打破維度災難 —— 拆解 AVI 綜合評分的 18 類特徵架構

💡 導讀:當你手上拿著 500 萬個嫌疑犯,每個嫌疑犯都有 3,000 頁報告…… 如果你是一位偵探,正在調查一起複雜的案件。警方拿給你一份名單,上面有 500...

鐵人賽 自我挑戰組 DAY 9

【Day9】建立進階計算機

題目介紹: 今日我們同樣要來練習製作一個計算機,但跟之前的計算機不同,此次製作的計算機可進行加減乘除。 以下是製作方法 建立方式: System.Consol...

鐵人賽 AI 自動化 DAY 27

【Day 27】串接常見的辦公軟體:將報告自動推送到 Slack / Teams 或 Email

前言昨天我們寫出的腳本,最後一步是把報告存成本機的 .md 檔案。但如果報告存在你的電腦裡,還是得靠你手動打開、上傳、或轉發給主管——這個環節,依然是一個需要人...

鐵人賽 AI Engineering DAY 10

31 FPS 很漂亮,直到我們把第二支 Camera 接上去

31 FPS。 看到這個數字的時候,其實滿開心的。 前面從 2.7 FPS → 31 FPS,Qualcomm HTP/NPU 確實把 AI Inference...

鐵人賽 JavaScript DAY 9

Day9 函式

函式可以將一段程式包起來,之後只要呼叫它的名稱,就能再次使用相同的功能。 函式很像一台小機器,參數是放進去的材料,return 則是完成後要拿出來的結果。 fu...

鐵人賽 AI 自動化 DAY 9

Day 09|Hermes 已經開始在做事的時候,插嘴的三種方式

在使用 AI Agent 時,最理想的情況當然是:我把事情一次想清楚,完整交代給 Hermes,接下來就讓它自己從頭做到尾。 但真實世界通常不是這樣。 很多時候...

鐵人賽 Software Development DAY 14

Day 14 | CSV 檔案是怎麼變成 App 裡可以查的課表資料?

前言:SF.csv / ES.csv 如何被匯入 Room Database? 前一天我們理解了 ClassroomScheduleRepository.kt如...

鐵人賽 AI 自動化 DAY 9

Day 9|分類 Prompt 設計:固定分類、2–4 個標籤、2–3 句摘要

昨天講完 Jina Reader 怎麼把網址變成乾淨的純文字、又為什麼截斷在 6000 字,今天要接著往下:這段文字最後是怎麼變成 system prompt,...

鐵人賽 Software Development DAY 22

Day 22:檔案上傳安全——一次真實資安事件後,才補上的 webshell 防護

前言:「先能上傳圖片就好」,是很多專案的起點 「這個功能就是讓使用者上傳一張輪播圖、附加一份新聞附件,能用就好,先別想太多。」 這句話聽起來合理——上傳功能的核...

鐵人賽 Software Development DAY 22

Day 22:拿掉一支「假」的 unit test——為什麼真實整合測試才可信

前言 「這支測試已經綠燈很久了,應該沒問題吧?」 這句話最危險的地方在於,它把「測試綠燈」直接等同於「這段邏輯真的被驗證過」。今天要拆一個真實發生過的案例:一支...

鐵人賽 Software Development DAY 15

Day 15:第二部回顧——把一個串流協定拆解成可以逐步驗證的小問題

前言:這七天看似在講很多零散的細節 第二部從索引清單的基本結構,講到巢狀清單、加密金鑰、IV 的規格退路、再到片段規格一致性的驗證,看起來是七個各自獨立的技術細...

鐵人賽 Claude AI DAY 15

Day 15:案例——事先講清楚目標架構,方向就直接抓對了

前言:反過來驗證:講清楚之後,還會不會走偏 前面幾天講的都是「沒講清楚導致走偏」的案例,今天反過來看:當目標架構真的被講清楚了,AI 動手前有沒有機會直接抓對方...

鐵人賽 AI Engineering DAY 24

Day 24:案例——事實查核抓到的真實錯誤有哪些型態

前言:查核跑過一輪,抓到的問題長什麼樣 「事實查核流程已經講完了,實際跑起來,真的會抓到東西嗎?還是走個形式、確認『大致上沒問題』就結案?」 從這篇開始,用幾個...

鐵人賽 Software Development DAY 15

Day 15:邊界情境——AI 容易只測 happy path,例外情境要人主動要求

前言:測試都寫了,為什麼上線後還是被邊界案例絆倒? 「我讓 AI 幫這個函式補了測試,涵蓋率也不低,怎麼上線後第一週就被一個空陣列輸入搞掛了?」 這是我接手一套...

鐵人賽 Claude AI DAY 24

Day 24:案例——一次「以為是非同步問題,其實是重複鍵設計錯誤」的除錯過程

前言:症狀對得上,代表診斷就對了嗎? 第三部到 Day 23 結束,今天正式進入第四部:實戰案例與總結。接下來幾天,會用幾個真實踩過的坑,具體示範前面 23 天...

鐵人賽 Vibe Coding DAY 24

Day 24:案例——一個真實 issue 從回報到修復的完整追蹤

前言:修好了,不代表真的修好了 「PR 合併了、issue 也關閉了,這件事應該就結束了吧?」 前面 23 天分別拆開講過 issue triage、PR re...

鐵人賽 自我挑戰組 DAY 0

Day 09:案例——一條去識別化規則怎麼從「漏抓一次」變成一支自動化掃描工具

前言 「人工複查已經很仔細了,為什麼還要另外寫一支掃描工具?」 因為「已經很仔細」跟「不會漏」是兩件事。這個系列的寫作規範裡明白寫著一句話:已經整理過的素材筆記...

鐵人賽 IT Operation DAY 19

Day 19:第一次跑 PHPStan,抓到一個打字打錯的烏龍

前言:實際跑一次 PHPStan,會冒出什麼? 昨天講完「這個套件沒有靜態分析工具」,今天實際動手裝一次,看看真的跑起來會冒出什麼。先說清楚:以下是我在一份本機...

鐵人賽 Software Development DAY 10

Day 10:版本 B——同一組測試,AI 自由發揮寫出來的過度設計版本

前言:「多包幾層架構,應該只是比較『穩健』吧?」 Day 9 看完版本 A 的 3 個檔案之後,你可能會想:好,這是刻意做的極簡示範,實務上系統當然會需要多一點...

鐵人賽 AI Engineering DAY 24

Day 24:案例——架構邊界不清楚時,AI 修好一個 bug 卻引入另一個

前言:修好的地方沒問題,出事的是「沒改到」的地方 從今天開始,用幾個具體案例,把前面 23 天講過的原則串起來看——不是重複講一次「架構邊界很重要」,而是看這些...