iT邦幫忙

技術文章

RSS
鐵人賽 Vibe Coding DAY 18

Day 18|AI Code Review:程式能跑,不代表寫得好

昨天我們讓 AI 幫忙 Debug,把原本壞掉的登入功能修好了。不過程式「可以正常執行」,就代表這份 Code 已經沒問題了嗎? 其實不一定。 有些程式雖然能跑...

[Day 19] 進階第五關:讓資料永久保存!檔案讀寫操作與 with 語法

今日對話:如何讓程式擁有記憶力? 我的 Prompt(提示詞): 「我希望程式關閉後,資料還是能保留下來。請教我如何用 Python 把文字存到一個 txt 檔...

鐵人賽 Vibe Coding DAY 22

Day 22 | AI 不會累,但我的大腦會

今天是鐵人賽的第 22 天,隨著密集寫文章、和 AI 大量溝通進行 Vibe Coding,這幾天產生了一種倦怠感:沒有力氣去思考怎樣寫一個好的 Prompt...

鐵人賽 Claude AI DAY 19

Day 18:處理複雜內容,長篇論證與公式推導的撰寫策略

Day 17:狀態管理,讓寫作代理人記得前幾天寫過什麼 結尾留下一句明確的懸念,架構、查證、正確性、狀態記憶到今天都已經各自有了具體的機制,但篇幅較長或邏輯層次...

鐵人賽 AI 自動化 DAY 18

D18 滑鼠壞了,今天用講的

今天滑鼠掛了。 與其等新的,不如把這個系列一直沒碰的東西補起來——用說的操作 agent。 先搞清楚有兩套 這是最容易混淆的地方。OpenClaw 的語音分成兩...

鐵人賽 AI Security DAY 19

淺談OWASP Top 10 for LLM Applications-Unbounded Consumption 的攻擊方式

Day 19|Unbounded Consumption 的攻擊方式 上一篇提到,LLM 的 Token、Context、Reasoning 以及多模態輸入,都...

Day19 - Hallucination:為什麼不能完全相信 AI ?

上一篇 Day18 把「AI 輸出格式穩不穩」這關過了,這篇要面對一個更根本的問題:就算格式對了、AI 講得有條有理,內容本身就一定可信嗎? 先回頭看:這篇到底...

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

Day 30|最後關於這個爛系列

我很抱歉我大部分的文章又爛又水,放學後有時候要補習,做備審資料,做專案每天的進度,等我全部弄完後已經沒有心力再寫文章。 我的主題原本是「用python做一個X1...

鐵人賽 AI 自動化 DAY 18

DAY 18|加入需求變更,讓 Agent 進行第二輪討論

昨天把 Agent 的輸出整理成共享會議內容後,今天要測試另一個更接近真實工作的情況:如果討論到一半,需求突然改了,Agent 能不能接著調整,而不是把整場會議...

鐵人賽 AI 自動化 DAY 18

Day 18|三種派工做法實測:AI Agent Tool、Call n8n Workflow Tool、Switch 寫死路由

主管會派工了,但派工這件事在 n8n 裡至少有三種做法。今天把三種都實作出來,用同一批 30 封信跑過,比正確率、成本和延遲。 先講結論:正確率分不出高下,差距...

鐵人賽 Software Development DAY 18

Day 18: 類別(6)

題目練習: 試設計一個類別,內含 a、b 兩種資料成員,型別為 int,請完成下列各函數的程式設計:class CCalculator{int a,b;}(a...

鐵人賽 Kubernetes DAY 18

Day 18 - Probe,持續觀察、確認 Pod 是否準備好、是否異常

當 Pod 被啟動之後,有時並不代表它已經做好準備,可能設定檔可能還沒載入,也可能下游 API 暫時不能用,並且做相關的處理(例如 Pod 重啟) 但換句話說,...

鐵人賽 自我挑戰組 DAY 3

Day 22|持續累積的占卜筆記,變成行動準則

我頻繁地看占卜影片已經有半年了。每次占卜完,我會摘要成一篇筆記,把當下收到的訊息記下來。一開始只有記完就收進資料夾,沒有真的回去看過。 後來我筆記交給 AI,請...

鐵人賽 AI Engineering DAY 18

Prompt Injection × MCP:AI 為什麼可能被騙?

上一篇我們加入了 RAG,讓 Agent 可以從自己的知識庫中查詢資料,但是如果知識庫裡的內容本身就是惡意的,Agent 會不會把裡面的「指令」也當成真的指令?...

鐵人賽 ChatGPT & Codex DAY 18
使用ChatGPT&Codex做出APP 系列 第 18 篇

Day18|從 0 想法到使用 ChatGPT&Codex 開發App 30 天挑戰 : 修改收藏歌曲頁面

把歌曲收藏那裡的範例都刪除,只留下我自己上傳的連結。增加歌曲左滑出現刪除、愛心、釘選三個功能。每個功能確實有用,新訂選的歌曲也會自動跑到上面。 把首頁顯示收藏歌...

鐵人賽 Vibe Coding DAY 18

AI 找出 31 句簡體,工具一掃又多 20 句

你的程式如果有繁體中文介面,而翻譯是 AI 幫你做的,你一句一句看過嗎? usage 是我做的開源小工具,顯示 Claude Code、Codex 等 AI 工...

鐵人賽 IT Operation DAY 18

從訪談紀錄到理解使用者:如何善用 AI 協助分析?

本系列文章以《產品領導人之道》一書為基礎,從人員、產品與流程三個面向,探討 AI 帶來的工作變化,以及產品領導人如何調整團隊的管理、協作與人才培育方式。...

鐵人賽 Build on Google AI DAY 18

Day 18|按下產生之後呢?從 React 呼叫 Gemini API

昨天完成「產生學習卡」表單後,App 終於可以知道使用者今天想學什麼。 測試時,我選擇: 7~8 歲兒童 浩瀚太空 3 張 React 也成功取得: {...

鐵人賽 AI Engineering DAY 19

Day 19|把便宜模型塞進執行層:兩段式與外包

Day 19|把便宜模型塞進執行層:兩段式與外包 Day 18 結尾留下的問題是:規則能被機械執行之後,執行層的錢到底有沒有變便宜。我先去翻派工規則,那句話其實...

Day 19|密碼千萬不能直接存!bcrypt 登場

前言 前面已經建立好 users Table,也透過 ORM 開始操作資料庫。到了這裡,User 的資料結構算是準備好了,接下來就可以開始處理使用者註冊。 註冊...

鐵人賽 Security DAY 18
30天探索CRA奇妙之旅! 系列 第 18 篇

Day 18|CRA 附件三 IMPORTANT PRODUCTS WITH DIGITAL ELEMENTS

Annex III — Important Products with Digital Elements Annex III 是 CRA 的「Importan...

鐵人賽 IT Operation DAY 18

Day 18|VPC Peering 實作:建立連線後,為什麼還是連不通?

Day 13 比較了 VPC Peering、Transit Gateway 與 PrivateLink,當需求是讓兩個 VPC 直接通訊,而且網段沒有重疊時,...

鐵人賽 IT Operation DAY 18

【第18章|「回收年限」的審判】「必需」與「必割」的分水嶺

很遺憾地通知您,關於這次的系統維護/訂閱服務,經內部綜合考量,我方決定不予續約。感謝貴團隊過去提供的協助……」 當信箱跳出這封禮貌卻冰冷的通知信,代表某套軟...

鐵人賽 自我挑戰組 DAY 18

機器學習前哨戰!特徵編碼、標準化與分層資料切分

正式由推論統計跨入機器學習預測建模階段!盤點先前的特徵工程成果,將類別特徵進行數值編碼、將連續型指標進行尺度標準化(Standardization),並運用分層...

鐵人賽 JavaScript DAY 0

Day 15|建立醫療資訊系統的 MySQL 資料庫

一、為什麼我們需要資料庫? 前幾天,我們已經可以讓使用者在網頁上填寫病患資料,再透過 Servlet 接收資料,最後交給 JSP 顯示。 但是,目前還有一個問題...

鐵人賽 ChatGPT & Codex DAY 18

【Day 18】Codex Subagent 實戰:用 Multi-Agent 拆分 Fact、Writing、SEO 三種工作

摘要 過去十幾天,我一直在擴張單一 Agent 的能力:讓它讀專案、使用工具、保存規則、執行任務,再用 Git 管理修改。但工作一旦同時牽涉事實查核、內容判斷...

鐵人賽 自我挑戰組 DAY 18

Day 18:不用再手動複製貼上了!用迴圈(Loop)自動生成一整排卡片清單

在前幾天,我們學會了如何監聽使用者的點擊事件。但想像一下,如果你今天要做一個部落格首頁或是電商商品列表,裡面有 20 筆不同的文章或商品,難道我們要傻傻地在 H...

鐵人賽 Software Development DAY 18

Day 18:護理交班(Shift Handover)模組設計:資料聚合與摘要產生

前言在 24 小時連續運作的住院病房中,「交接班(Shift Handover)」是資訊斷層的高發時段。 白班護理師(08:00–16:00)、小夜班護理師(1...

鐵人賽 Build on Google AI DAY 18

Day 18|DeBug 不再大海撈針!導入 Request-ID 追蹤、結構化 JSON 日誌與效能監控

✏️【本日實作紀錄:結構化日誌 Trace ID 與觀測性效能監控】 今天我們將為 PrescriptionVLM 系統導入 X-Request-ID 中介軟體...

鐵人賽 JavaScript DAY 18

Day 18 useMemo 與 useCallback:打破「盲目優化」的效能迷思

今天我們要聊聊 React 社群中最常被無差別濫用、也最容易造成「越優化越慢」的兩個 Hook:useMemo 與 useCallback。許多開發者習慣將所有...