iT邦幫忙

技術文章

RSS
鐵人賽 AI Engineering DAY 25
AI Agent 系統開發 30 天 系列 第 25 篇

用 pytest 驗證 Agent 的確定性行為與邊界防護

Agent 裡有一部分是確定性的邏輯:Pydantic 資料契約驗證模型輸出的格式,Router 依 State 的內容決定下一個節點。這兩者同樣的輸入一定得到...

鐵人賽 Build on Google AI DAY 23

Day 23:AI 說它做到了,但證據是人發現的

從一個簡單的問題開始 9 月初的某個晚上,我問幫我做事的 AI:「agy(Google 的 Antigravity 命令列工具)現在可以開瀏覽器了嗎?」 會問這...

鐵人賽 Security DAY 11

Day 20|哪些網路連線真的能構成攻擊路徑?

Reachable Is Not a Boolean 施工進度| 定邊界(Day 1–5)→ 接資料(Day 6–10)→ 做評分(Day 11–18)→...

鐵人賽 Build on Google AI DAY 23

Day 23 | Heimdall(五):Dashboard 成本與快取統計

昨天大概想了一下 Heimdall 的分層架構與資料流。在前端呈現上,為了方便身處終端機的 AI Agent 跟我可以在同一個工作空間併行觀測,所以決定第一版先...

鐵人賽 ChatGPT & Codex DAY 22

Day 22|前端任務:AI 會做出能用的介面,還是只有能看的介面?

生成一個漂亮表單不難,真正的使用體驗藏在載入、空資料、錯誤、鍵盤操作與窄螢幕。今天讓 Codex 把到期時間加入任務表單與清單,並用使用者流程驗收,而不是只看一...

鐵人賽 Security DAY 22

22|MFT 深入解析:Resident、Non-Resident、LCN、VCN

上一篇介紹了 NTFS 的四個核心: $MFT $Boot $Bitmap $LogFile 其中最重要的就是 $MFT。 MFT Record 裡的 At...

鐵人賽 AI 自動化 DAY 22

Day 22|給AI一份.md:不是限制它,是不用每次重講

每次開一個新對話,AI都是一位全新的同事,很聰明、很有能力,但對你一無所知。 所以你會發現自己一直在重複同樣的話:「我用的是Windows。」「請用繁體中文回我...

鐵人賽 JavaScript DAY 22

Day22 表單

這次先準備一份學習挑戰報名表,裡面包含暱稱、電子郵件、想學的內容和同意規範: <form id="signup-form" noval...

鐵人賽 自我挑戰組 DAY 22

Day 22|JavaScript 登場

前面花了十多天的時間,描述怎麼從學習把 HTML 骨架打好,再用 CSS 幫網頁畫好美美的視覺與排版。網頁看起來已經像模像樣了,但以目前來說,它目前還只是一張「...

鐵人賽 Security DAY 27

隨便聊:How 2 hack a hacker, this is a good question

最後幾天都是隨便聊主題~今天來講講 AI 在駭客們常用的工具都挖了些什麼恐怖漏洞 XD,比較像一個娛樂性清單 Calif 的大雜燴 Ghidra, radare...

鐵人賽 Security DAY 22

[Day 22 ] Malcolm Components 架構

看到 Malcolm 的 Components 頁面,第一個容易產生的誤解是: 「Malcolm 是不是把很多開源工具全部塞在 Docker 裡?」 從官方列出...

鐵人賽 Claude AI DAY 23

Day 23:敵軍波次平衡調校:用 Claude 協助遊戲數值設計與難度曲線分析

系列:奇幻塔防開發實錄:用 Claude 打造一款有靈魂的塔防遊戲今日工具:Claude Code / Claude Cowork / Day 11 的 m...

鐵人賽 Claude AI DAY 22

【Day 22】排程功能小改

今天要做的事因為目前其實已經進入了每天使用並且最後修改的階段,所以每天實際會做的事情可能跟上一天的預告有出入。而今天我使用過後,我覺得需要修改一下排程功能,我要...

鐵人賽 AI Security DAY 22

派工就能越權:要你核准的指令,交給 subagent 就問不到你

你不准 agent 做的事,有些交給 subagent 就做得到。這是 agent 版的越權:限制設在主 agent 身上,動手的卻是另一個 agent。實測...

鐵人賽 Security DAY 22

[Day 22 ] Malcolm Documentation 架構總覽

Malcolm Documentation 架構總覽 Malcolm │ ├─ ① 資料來源 │ ├─ PCAP │ ├─ Zeek Logs │...

鐵人賽 IT Operation DAY 27

Day 27|同一份 Runbook 同時給人和 Agent 用,最後兩邊都不好用

團隊原本只有一份 Runbook。 內容很簡單。 這個能力可以做什麼 什麼情況適合使用 使用者需要提供哪些資訊 後來 Agent 開始使用同一份文件。 大家覺...

鐵人賽 AI Engineering DAY 22

Day22 AI幫老師備課:從一小時的準備工作開始

老師花一小時準備的工作交給AI協助 老師每天除了站在講台上教學,課前其實還有大量準備工作:教材、學習單、課堂活動、練習題、教材整理等,及依據不同程度學生的學習安...

鐵人賽 Build on Google AI DAY 12

Day 22|地震速報做得到,地震預測為什麼還很遠(科普上)

系列:30 天用 Google AI 打造臺灣防災速報 App(Day 22/30) 進入最後一週之前,先回答一個從開賽就常被問的問題:「你做的是防災 AI...

白稜 系列 第 24 篇

Day 24|第 18 章:清場

1 董事長走後的幾個月,葛姐開始清場。 不是那種你看得見的清場——沒有人被開除,沒有公開的衝突,沒有撕破臉。葛姐的方式更安靜,也更有效。彼得後來把它拆成三步。...

鐵人賽 自我挑戰組 DAY 30

30 天寫作,30 天思考,在 AI 時代,把自己重新養一遍

這篇文前天就寫好了,今天才發佈,想著閒著也是閒著,時間多出來了,來練練英文吧(最後有英文版) 終於,我們來到了這趟 30 天 iThome 鐵人賽的終點。...

鐵人賽 Security DAY 26

Day 26|第二夜(上)

【故事】 門在他背後關上的時候,還是沒有聲音。 跟第一次一模一樣。監試的執事核對過身分,檢查過摹室,確認裡面沒有藏著不該有的東西,然後門就關了。 一模一樣的開場...

鐵人賽 Software Development DAY 23

Day 23|先定 Timeout Budget,再談 Retry:API 韌性設計的順序

下游變慢時,多試幾次,會不會比較容易成功?這個想法很直覺。不過,如果每一層都在重試,下游收到的請求反而可能更多。所以,我想把限流、逾時、重試與冪等放在一起看。...

鐵人賽 Vibe Coding DAY 22

Day 22|店家專區不是多一頁,而是 Domain 開始有自己的語言

店家專區(Vendor Hub)把店家介紹、菜單圖片、外部來源和最後點餐時間放到同一張卡片。畫面集中之後,資料責任反而更需要拆清楚:管理者換了菜單圖片,是否也...

鐵人賽 ChatGPT & Codex DAY 22

Day 22|Agent Observability:記錄了執行,怎麼知道修改有效?

2026-10-02 檢查一個長期 Repository 時,文章已引用正式圖片,資產清單也有對應封面;專案狀態卻仍把部分已發布文章放在草稿區間,近期規劃甚至...

Day23 - 為什麼資料先放 S3?

Day22 把資料蒐集回來了,這篇要回答:這份 Food DB 要放在哪裡?最後決定要放在S3。 🧱 地基概念 S3 是什麼 S3 全名是 Simple Sto...

鐵人賽 自我挑戰組 DAY 29

Day29 - 比特(Bit)與瓦特(Watt)的深度整合 : 算力 x 電力

我是從謝金河社長的某一集訪談節目中看到這個趨勢議題 - 「比特(Bit)與瓦特(Watt)的深度整合」,為什麼它會變成一個很重要的議題? 因為接下來真正會卡住...

鐵人賽 Security DAY 22
從桃子園灘頭到CySA+ 系列 第 22 篇

Day22|圍堵要切多乾淨?

Day21 講到圍堵這站的目標是止損,那要怎麼止?說穿了就是把出事的機器跟其他東西切開,但「切」有好幾種切法,切的程度不一樣。 這塊我是在考前一天才真的搞懂的,...

鐵人賽 AI Engineering DAY 29

Day29 打造資料飛輪:收集 Bad Case、模擬 RLAIF 與持續對齊 (Continuous DPO)

今天我們要進行資料飛輪與持續微調 (Continuous DPO)。 資料飛輪 借鑒了商業管理中的「飛輪效應」,在 AI 領域,它指的是一個自我強化的數據循環系...

鐵人賽 Claude AI DAY 22

AI 知識庫的「過期」危機:為什麼你的 RAG 系統會突然失憶?

引言:知識入庫不是終點,而是挑戰的開始 在 RAG(檢索增強生成)系統的開發過程中,開發者往往投注大量精力於向量資料庫的建置、切塊(Chunking)演算法與檢...