iT邦幫忙

技術文章

RSS
鐵人賽 Claude AI DAY 8

[Day 08] Harness Engineering: 你已經在用只是不知道

為什麼今天講 harness — Zooming Out 前兩天走的是往內看: prompt 是那一句 (Day 06), context 是模型讀到的所有東...

鐵人賽 AI Engineering DAY 22

第二十二篇 - 鬼轉 Harness Engineering!

個人知識庫、LLM Wiki、第二大腦、還有什麼...? 往前翻我寫的文章,反覆地我提到像是: LLM Wiki 本質上是「一堆資料+AI」、一堆 Markdo...

鐵人賽 ChatGPT & Codex DAY 8

Day 8|建立用藥管理:讓新增的藥物顯示在首頁

前幾天已經把首頁做出來,也加入了一些基本的互動功能。 今天開始要做比較重要的功能——用藥管理。 因為這個保健小幫手最主要的用途之一,就是讓使用者可以記錄自己的用...

鐵人賽 Software Development DAY 20
用python做一個X11 WM 系列 第 20 篇

Day 20|把py內容搬到C

#include <stdio.h> #include <X11/Xlib.h> #include <X11/cursorfont...

Day 8|設計完成後,思考 Angular 要怎麼實作

完成醫院預約網站的主要畫面與操作流程規劃後,我原本以為下一步就是: 「開始把Figma的畫面切成HTML、CSS」 但實際上,如果直接看到一個畫面就開始寫H...

鐵人賽 Software Development DAY 8

Day 08 - AI 可以自己推論,但哪些事情不該讓它自己決定?

前幾天一直在調整 AI 寫 Code 前要做多少分析。 一開始我遇到的問題是 AI 太快開始實作,後來要求它先分析影響、比較既有功能,再到昨天把這些規則整理成...

鐵人賽 Software Development DAY 8

Day 8|第一次使用書籍API:從API取得書籍資料

**一、前言 前七天主要都是在學習Web API的基本概念,從API是什麼開始,到 HTTP、Request、Response、GET、Parameters、J...

鐵人賽 AI Engineering DAY 9

Day 09|PPG 推出的 R-R vs ECG 的 R-R:差多少?

今天為什麼研究這個? Day 4 把 RMSSD 與 SDNN 的口徑釘清楚,用的是 PhysioNet nsr2db 標註好的 R-R 序列——不是 ECG...

鐵人賽 Build on Google AI DAY 24

別讓關鍵風險藏在條款裡:Gemini Spark 合約審閱 Agent 實戰

自動擷取金額、期限、權利義務、違約責任、例外與待確認條款,產出附原文證據的結構化審閱報告,並以關鍵條款召回率驗證品質,最終判斷交由法務人員覆核。 讀完能做到...

鐵人賽 Software Development DAY 9

Day 9: 不要再對 UI code 通靈了 - 使用 QT designer 做出你的第一個 UI 介面

本篇目的:學會使用 QT designer 做出介面,並在 python 中呼叫它 前言 本專欄前面的 Day 3~ Day 8 皆是在說明如何做出整理 d...

鐵人賽 Software Development DAY 10

Day 10 - 漂亮的 CLI 介面 - 輸入

從 Day 2~4 加入工具,Day 5~7 獨立 agent 和 provider,Day 8~9 system prompt 部分,不知道各位有沒有發現一件...

鐵人賽 AI Engineering DAY 8

Day08 - 為本地知識庫打地基

Day 7 的 Chat Runner 已經能帶著對話紀錄呼叫本地 Qwen3.8-27B。今天我們要開始建立知識庫,第一步驟就是建立一個存放原始資料的地方,...

鐵人賽 AI 自動化 DAY 16

Day 16 : 錯誤發生了三次,我開始決定哪些值得 Retry、哪些應該直接停

昨天把 Checkpoint 和每一步的狀態記錄加進 Workflow 之後,流程失敗終於不用每次都從第一步重新跑,例如十個步驟跑到第八步才出錯,我可以保留前七...

鐵人賽 AI Engineering DAY 16

Day 16|使用者只覺得 AI 很慢,我開始把 Latency 一層一層拆開

前幾天把 Model Routing、Semantic Cache 和 Cache Invalidation 接起來之後,整套系統開始有一點 Productio...

鐵人賽 Vibe Coding DAY 30

Day 30|走完 30 天,再回頭看看第一天的地圖

30 天真的走完啦!!! 第一天開始寫這個系列的時候,我一直會想到第一次做專案時,那個有點迷茫的自己。 明明已經學過 Database、API、Git,也寫過一...

鐵人賽 ChatGPT & Codex DAY 16

Day 16|專案每天都在變,Codex 讀到的 Context 會不會早就過期?

昨天一次把三個 Issue 丟給 Codex 之後,我開始注意到一個前面比較少碰到的問題,當 AI 同時處理的任務越來越多,它真正麻煩的地方可能已經不只是 Me...

鐵人賽 Software Development DAY 8

Day 8:系統架構設計:前端介面、後端服務與 FHIR Gateway 的角色切分

前言在 Day 7 中,我們深入剖析了病房第一線的臨床痛點:床邊即時量測、條碼給藥三讀五對,以及病房網路死角下的離線容錯需求。 面對這些嚴苛的臨床場景,許多初接...

鐵人賽 Kubernetes DAY 9

Day 08:認識 OPA——用 JSON 對話的決策引擎

今天的工作 認識 OPA:一個只用 JSON 對話的決策引擎,以及它「算不出答案,就是完全沒有這個欄位」的特殊行為 幫 APISIX 接上 opa plugi...

鐵人賽 AI Security DAY 8

門檻不是越高越嚴謹:0.90 如何讓模型退化回 Regex

Day 7 的結果是:在門檻 0.50 下,模型(Jev)抓到了全部 15 筆憑證外洩,補上 Regex 漏掉的 6 筆。 今天要拆解一個在資安與稽核領域很常見...

鐵人賽 自我挑戰組 DAY 3

Day 8|HTML 網頁結構與 BeautifulSoup:開始解析網頁資料

昨天第一次使用 Requests 從網站取得 HTML,今天就要處理昨天留下來的問題: HTML 抓回來之後,要怎麼從裡面找到自己想要的資料? 如果只使用: p...

鐵人賽 Claude AI DAY 8

【Day08】設計核准不是走過場!學會用設計審查與 PRD 更新兩大里程碑,搭配 Claude AI,把驗證過的設計變成團隊共識

快速解答: 設計核准,是在功能開發正式啟動前,確保領導層、設計團隊、工程團隊都對「要解決什麼問題」與「打算怎麼解決」達成共識的關卡。它包含兩個里程碑——設計審查...

鐵人賽 JavaScript DAY 9

day9|物件型別:從資料結構開始建模

函式有時要一次接收好幾個相關的值。拿選擇題資料來說,題目編號、文字和選項經常一起傳遞。若拆成多個參數,呼叫時容易搞混順序;編號和文字又同樣是字串,放反了也可能通...

鐵人賽 AI Security DAY 9

# 為什麼自己測 100 分的防禦,一丟到外部真實資料集只剩 13 分?

我們的小章魚 SDK 爆掉了。 小章魚是一套防禦 prompt injection 的工具。prompt injection 是指把惡意指令偽裝成一般訊息,騙...

鐵人賽 Build on Google AI DAY 9

Day 9|設計「避雷」分析項目

昨天先把「AI 避雷探針」的網站流程規劃出來,確定使用者會從輸入店家,一直到最後看到避雷報告。不過,避雷報告到底要顯示什麼?如果只是讓 Gemini 自由分析評...

菜雞學習資料結構的 30 日讀書分享【Day 16】

線性階 線性階的迴圈結構會複雜很多,需要確定某個演算法的階次,我們常常需要確定某個特定敘述或某個敘述集的執行次數。 因此我們需要分析演算法的複雜度,關鍵就是要分...

鐵人賽 自我挑戰組 DAY 9
學習C#續 系列 第 9 篇

Day 9:介面實作與多型(Interface & Polymorphism)

介面的實作方式: 使用冒號語法 : 進行實作。 實作類別必須實作介面定義的所有成員(方法、屬性、事件等),且方法存取層級必須公開為 public(隱式實作時)...

鐵人賽 自我挑戰組 DAY 8

Day 08|架構過渡(下):未曾拿起,何談放下——打破「無招」毒雞湯的實戰修煉

在上一篇中,我們借金庸與黃易的武俠傳奇,梳理了 AI 協作中「心法、身法與招數」的三位一體架構。但在此刻,我們必須以最冷靜的架構師視角,直面當前生成式 AI 領...

鐵人賽 Vibe Coding DAY 8

[Day 8] Swift 第一天:讓 Claude Code 接上 Xcode,跑出第一個畫面

文章同步發表在我的個人 Blog Swift 第一天:讓 Claude Code 接上 Xcode,跑出第一個畫面 Swift 第一天,目標是把 Day...

鐵人賽 AI Engineering DAY 10

Day 10|同一件事有三個版本,Sol 到底該相信誰?

昨天寫到最後,我留了一個問題。假設同一個 Architecture 有:V1。V2。V3。三份資料都是真的。搜尋系統也全部找到了。那接下來:Sol 到底該相信誰...

鐵人賽 Claude AI DAY 4

Day 7|讓 Agent 和外部 API 溝通

從「會做事」到「能辦事」 Day 6 我們幫 Agent 定好了職責。但職責再清楚,如果它只能在自己的資料夾裡打轉,還是不夠「可用」。 真正可用的 Agent,...