iT邦幫忙

技術文章

RSS
鐵人賽 Claude AI DAY 17

Day 17:刷新令牌與會話管理系統

Day 15-16 完成了登入與用戶隔離,但留下兩個問題: access token 只有 15 分鐘:過期後前端每個請求都是 401,使用者只能重新輸入帳...

鐵人賽 Vibe Coding DAY 17

Day 17|重新整理後,帳目還在:把多帳本保存在瀏覽器

昨天完成多帳本後,我已經能把聚餐和旅行分開記,也能修改成員姓名而不影響支出關聯。不過,當時的資料只存在頁面記憶體中,一旦重新整理,帳目就回到範例。今天要處理的,...

鐵人賽 Build on Google AI DAY 17

Day 17|打造堅固的防禦牆!用 Pydantic 與 Mypy 實作 API 輸入校驗與強型別防衛

✏️【本日實作紀錄:靜態型別檢查 Mypy、Pydantic 與輸入資料防禦校驗】 進入專案第 17 天,系統逐漸從「原型驗證」邁向「生產級穩定度」。在多模態...

鐵人賽 AI Engineering DAY 18

Model Registry 到底要管什麼?

Day 17 講完 Container 之後,我開始遇到另一個問題。 Container 可以把 Application 打包起來,那 Model 要放哪裡?...

鐵人賽 Claude AI DAY 17

Day17 [llm-wiki] 引擎與燃料:skill 範本、使用時機、客製化要注意的地方

今天要解的問題 Day13 講完同一個 vault 同時開三個 session 的衝突之後,llm-wiki 停了三天,中間寫的是 coffee-review...

鐵人賽 Software Development DAY 21

Day 21|恐龍書的 PCB 在 xv6 裡長什麼樣?深入 struct proc

在 xv6 Shell 按下 Ctrl+P,終端機會列出目前的行程。其中有正在等待輸入的 Shell,也有開機時建立的 init,這些名字背後都對應到核心中的一...

鐵人賽 Build on Google AI DAY 18

Day 18|網站串接 Gemini API

前幾天已經完成店家搜尋、取得店家資料,以及取得 Google Maps 評論。到了 Day 18,開始進入這個專案最重要的部分:讓網站取得的評論交給 Gemin...

鐵人賽 Vibe Coding DAY 17

Day 17:工作流中的 Prompt Engineering:讓 AI 讀懂你的商業邏輯與防幻覺心法

Day 17:工作流中的 Prompt Engineering:讓 AI 讀懂你的商業邏輯與防幻覺心法 嗨,大家今天過得好嗎?歡迎來到鐵人賽 Day 17。 昨...

鐵人賽 自我挑戰組 DAY 17

Day 17:點擊、滑鼠移入會發生什麼事?用事件監聽(Event Listener)賦予網頁靈魂

昨天我們學會了用 JavaScript 去抓取網頁上的元素,並且動態修改它的文字或顏色。但你會發現:這些改變都是一打開網頁就瞬間發生的,使用者根本來不及參與!...

鐵人賽 AI Engineering DAY 17

Day 17:上下文感知翻譯,避免口語化斷章取義

一、前言 昨天,我們已將逐字稿透過LLM翻譯,還加入了追星人常用的飯圈用語,但可能還會遇到一個問題點就是會斷章取義,導致翻譯出來的句子會讓人誤會。 今天我們要實...

鐵人賽 AI Engineering DAY 18

Day 18 拒絕脆弱的系統:AI 工作流的錯誤處理 (Error Handling) 與重試機制

有了 ngrok 打通網路,我們的系統看似無懈可擊。但資深的軟體工程師深知一個鐵律:永遠不要相信外部的 API 是穩定的。 在 AI 應用的世界裡,這個問題更加...

鐵人賽 Software Development DAY 18

Day 17:背壓是什麼,生產太快時該怎麼踩煞車

Day 16:逾時與取消,讓卡住的協程別拖垮整個系統 結尾留下一個問題:withTimeout 解決的是某個協程異常卡住太久的狀況,但如果問題根本不是卡住,而是...

鐵人賽 Software Development DAY 11

Day 17|電影 API 的 JSON 結構

一、 前言 前幾天我們實際使用 TVmaze 的 API 搜尋了不同的關鍵字,也比較了搜尋 Harry Potter、Harry 和 Potter 時得到的結果...

鐵人賽 自我挑戰組 DAY 17

Day 17:複雜圖表解讀:讓 AI 分析長條圖、圓餅圖並產出商業洞察

在商業智慧(BI)與企業永續報告中,數據圖表是最直觀的溝通工具。然而,如果單純把圖表丟給 AI 並問「這張圖在說什麼?」,模型往往只會機械式複述每個扇區的標籤與...

鐵人賽 Claude AI DAY 18

Day 17:狀態管理,讓寫作代理人記得前幾天寫過什麼

Day 16:程式碼生成的正確性保證機制 結尾留下一句明確的懸念,如果寫作代理人不記得自己前幾天已經寫過什麼、用過哪些版本的範例,即使每一段程式碼在當下都是正確...

鐵人賽 Modern Web DAY 23

Day 23|Async 實務:多個非同步工作怎麼處理?

Day 22 我們學會: Task → 表示可能尚未完成的操作 Task<T> → 完成後會得到 T await → 等待 Task 完成 也...

鐵人賽 自我挑戰組 DAY 17

Day 17:每個維度都要站在同一把尺上

前言 昨天總算把那顆卡在 0% 好幾天的電池救活了,看著耗損率跟著緩動曲線一路跑上去,還滿有成就感的。 寫完之後我把病歷本打開來,順手把六個維度的分數攤開來看:...

鐵人賽 Software Development DAY 11

Day 16|比較不同關鍵字的電影 API 查詢結果

一、前言 昨天使用電影 API 分別搜尋了Harry Potter、Harry和Potter,可以發現即使使用的是同一個 API,搜尋的關鍵字不同,最後得到的結...

鐵人賽 Claude AI DAY 17

[Day 17] 任務開始變多:加入分類與篩選

Day 16 已經可以直接在首頁修改任務狀態。現在首頁上的每一筆任務都有: 狀態 標題 分類 截止日期 編輯 刪除 快速更新狀態 但任務一多,全部混在一起看就...

鐵人賽 AI 自動化 DAY 17

Day 17|設備讀數之外,我如何理解操作人員的文字回報?

1. 資料能順利寫入,仍不代表我理解現場 Day 16 我從另一條寫入路徑,思考什麼時候需要 Dataflow,以及增加管道後要承擔哪些責任。接下來,我想把注意...

鐵人賽 自我挑戰組 DAY 1

Day 5(第五天)

🎯 Day 5 學習與實作目標設定自動化主動防禦(Active Response): 當 Wazuh 偵測到高風險威脅(如 SSH/RDP 暴力破解攻擊)時,自...

鐵人賽 AI 自動化 DAY 22

移除啟動表單冗餘!利用 Memory 機制實現連續對話與精準關鍵字改寫

核心觀念與架構設計 在Day21中,我們成功打造了具備意圖分類與DuckDuckGo聯網搜尋雙軌路由的架構審查 Agent。然而,在導入實際對話場景測試時,我們...

鐵人賽 JavaScript DAY 17

Day 17 useEffect 生命週期與 Sync 同步觀念

我們解析了 useState 的底層單向鏈表與 State 的不可變性。今天我們要討論 React 中被最多次誤用、也最容易引發 Race Condition...

鐵人賽 Vibe Coding DAY 30

Day 30|三十天之後,我重新思考了 Vibe Coding

今天是鐵人賽的最後一天,也是我回頭整理這三十天努力與成果的時候。其實說到底,這三十天我做的只是一個小小的記帳 App,但對現在的我來說,它帶來的收穫好像不只是「...

談軟性的議題:道德、組織文化、風險

寫到第18天,想稍微緩口氣,寫些軟性的議題。 軟性的議題,或許常是許多技術人員或從技術背景人才升至主管稍微沒想到的。前面的文章,有稍微提到,常人遇到一個資安的需...

3分鐘 AI Agent導論 系列 第 40 篇

[3分鐘 AI Agent導論] Day40 -- RAG技巧:上下文感知檢索

即使擁有了先進的智能體化RAG框架,傳統文件分塊方法本身存在根本性缺陷,仍然是限制RAG系統性能的瓶頸。這正是"文件分塊"-這篇埋下的伏筆...

鐵人賽 自我挑戰組 DAY 3

Day 21|兩個 Discord Bot 角色:一個陪我,一個接住我的想法

我在 Day 19 寫過為什麼會有兩隻,本來以為功能像積木一樣加上去就好,後來才發現有的積木底下需要完全不同的地基。 總之現在,一個叫凱司,管陪伴:放歌、任務打...

鐵人賽 Vibe Coding DAY 17

# Day 17 - 視覺與互動微調:運用 AI 開發 CSS 動畫與微互動(Framer Motion)

在完成了 API 串接與圖表繪製後,我們的 AI 智慧個人財務追蹤器 (Smart Finance Tracker) 已經具備了完整的骨架與肌肉。但要讓使用者感...