[AI 未來] 你如何與AI 和平共處
針對 .NET / CLR / C# / Blazor / MAUI / Xamarin / .NET Core / .NET Framework / OOP / Design Pattern 等相關程式開發議題進行研究與寫成相關心得筆記。
2026年6月5日 星期五
[AI 未來] 你如何與AI 和平共處
[AI 省思] 我們為什麼需要 AI,它可以做哪些事情
[AI 省思] 我們為什麼需要 AI,它可以做哪些事情
[AI 探索] AI Agent 到底還有什麼事做不到的?
[AI 探索] AI Agent 到底還有什麼事做不到的?
AI 新創最大的風險:你是在創業,還是在替模型公司做市場驗證?
這陣子,我和幾位投入 AI 應用開發的網友,常常聊到一個有點尷尬的話題。我們慢慢發現一件事,但大多數人都不太願意直接說出口:很多 AI 新創表面上是在打造自己的產品,實際上卻像是在幫大型模型公司驗證市場需求。我們花時間找到使用者痛點、設計流程、教育市場,等到證明這件事真的有人願意買單之後,模型公司再把這個能力直接整合進模型本身。到最後,我們辛苦建立的優勢,可能只剩下一段被寫進新版 Release Note 裡的功能描述。
[AI 現象] 最近已經慢慢出現了各種使用 AI 的詭異現象
[AI 現象] 最近已經慢慢出現了各種使用 AI 的詭異現象
最近 AI 圈出現了一個很值得注意的現象。先是 Uber 的高層公開表示,公司越來越難證明 AI 的投入成本到底值不值得。Uber 不只是一般企業,而是全球大型科技公司,他們發現一個問題:AI 使用量越來越高、Token 花費越來越多,但真正帶給使用者的新功能、新價值,卻沒有同步成長。差不多同一時間,許多 AI 領域的重要人物也開始修正過去的說法。原本大家以為 AI 很快就會大量取代白領工作,但實際情況並沒有想像中那麼劇烈。這些訊號加在一起,其實都在說同一件事:企業投入 AI 的成本,與實際得到的成果之間,出現了一道越來越明顯的落差。身為一個長期接觸 AI 系統的人,我認為問題不在於 AI 沒有價值,而是在於「有價值」和「值得花多少錢」其實是兩件不同的事。以現在很熱門的 AI Coding Agent 為例,它確實能幫工程師閱讀程式碼、找問題、提出修正方案,甚至協助測試。但實際使用的人都知道,它並不是每次都一次成功,很多時候需要不斷嘗試和修正。一個工程師原本十分鐘能完成的工作,AI 可能要花二十分鐘的運算與 Token 消耗才能完成。對個人來說問題不大,因為等待期間可以處理其他事情;但對企業來說,每一次 Token 消耗都是真金白銀,累積下來可能是每年數十萬甚至上百萬美元的支出。
真正的問題是,很多企業根本不知道這些錢花下去之後,換回來了什麼成果。多花了一百萬美元的 AI 成本,究竟多交付了多少功能?減少了多少 Bug?縮短了多少產品上市時間?很多公司其實答不出來。於是大家開始發現,AI 的問題不是效果不好,而是缺乏管理機制。現在許多企業的做法很簡單:幫員工開通 AI 帳號、給使用額度,然後要求大家多用 AI 提升效率。但這就像公司發給每個人一張信用卡,卻沒有規範如何使用,也沒有追蹤花出去的錢是否創造價值。結果自然是有人用得很好,有人用得很浪費,甚至有人只是為了證明自己有在用 AI 而不斷消耗 Token。
更有趣的是,部分企業無意間創造出了錯誤的激勵機制。當 Token 使用量被視為一種績效指標時,員工追求的就不再是解決問題,而是證明自己夠「AI Native」。有人會故意詢問文件裡早就寫清楚的內容,有人讓 AI 產生根本不會實際開發的功能原型,甚至有人刻意把 Token 使用量維持在團隊平均值以上,只是為了避免被認為 AI 用得不夠多。當企業開始設置 Token 排行榜、最低消費額度或把 AI 使用量列入績效考核時,大家追求的就不再是成果,而是數字本身。最後看到的是 Token 持續增加,真正的生產力卻沒有明顯提升。
如果企業真的想讓 AI 發揮價值,就必須把 AI 當成一種需要管理的生產資源,而不是單純的工具。首先,要清楚知道哪些工作適合使用 AI,哪些工作反而不適合。一般來說,流程明確、執行時間長、成果容易驗證的工作最適合 AI;反之,如果任務本來就很快完成,或結果難以判斷對錯,使用 AI 可能反而浪費成本。其次,企業應該衡量最終成果,而不是 Token 使用量。例如功能交付速度是否提升、產品品質是否改善、錯誤率是否下降,這些才是真正有意義的指標。最後,還需要建立完整的回饋機制,讓組織知道哪些場景真的有效,哪些場景只是單純燒錢。
說到底,很多企業目前其實是把面向消費者的產品思維,直接搬到企業內部管理上。在消費市場裡,使用者越多、停留時間越長通常代表越成功;但企業經營不是這樣,企業真正追求的是投入與產出的最佳比例。一位工程師一個月只花 100 美元 Token,卻成功交付三個高品質功能;另一位工程師花了 1,000 美元,最後只留下許多沒人使用的原型。顯然前者創造的價值更高。AI 的未來當然值得期待,但企業真正要解決的問題,從來不是模型夠不夠聰明,而是有沒有能力管理這項新資源。當企業學會如何分配、追蹤、驗證與優化 AI 的使用方式時,AI 才會從一個「看起來很厲害的工具」,變成真正能創造商業價值的生產力來源。
#AI
[AI 幻想] 又要馬兒肥,又要馬兒不吃草
[AI 幻想] 又要馬兒肥,又要馬兒不吃草
底下是我今天正在做的一個功能開發,透過 AI 詳盡拆解需求與整理出需求規格文件,並且依據完成軟體開發週期來做出來,當然,我自己開發經驗中,是沒有採用這麼嚴謹與完成的過程,可是,想要做出高品質與高穩定的系統,這樣的做法可能是不可避免的,這次是透過 AI 來做這些功能,當然,只有我一個人,很難想像若採用傳統的做法,想要做出同樣的需求、做出同樣的成果,究竟要花費多少的人力、時間與成本,重點是能否控制到產出是符合需求的結果。在真實情況下,還要面對開發到一半或者結束後,客戶提出其他的變更或者異動處理,同樣的過程與工作,又要重新再來做一次。今天有感而發,對於軟體開發,其實真的不是那麼容易的,因為,可變化的因素真的太多了,而且傳統上這些變因都需要有經驗的人來進行決策與判斷,而真正在執行的人,又需要有能力可以快速地完成指定工作,在今天,透過 AI 工具讓我真實理解到,透過 AI 來進行軟體開發工作的輔助,真的是可以提升效率與品質,但並不代表 AI 工具沒有其他的副作用或者問題,世間事情有一好沒倆好,世間萬物強調平衡,怎麼善用各種工具或者能力,還是要告人來決定。
---
今天利用 Claude Code 進行了一次完整的 AI 協作式軟體開發實驗。整個過程並不是直接要求 AI 幫忙產生程式碼,而是先從需求分析開始,讓 AI 先理解系統目標、功能範圍、技術限制以及現有專案架構,再依據這些資訊建立完整的規劃文件。這種做法最大的價值在於,將原本存在開發者腦中的想法轉換成可執行、可驗證、可追蹤的工作項目,避免開發過程中因理解落差而產生大量返工。
在規劃階段完成後,系統並沒有直接開始修改程式碼,而是先將整體需求拆解成許多獨立且具備明確目標的小任務。每個任務都有自己的輸入、輸出、驗收條件以及相依關係。這種方式類似大型軟體團隊中的工作拆解(Work Breakdown Structure),讓原本複雜且可能需要數週完成的功能,被切割成可以在短時間內完成與驗證的工作單元。透過這種做法,不但可以降低單次修改的風險,也讓後續的問題追蹤與品質管理變得更加容易。
實作階段則採用了多代理(Multi-Agent)協作模式。與傳統只有一個 AI 對話不同,每個工作項目都會由獨立的執行代理負責完成,而另外的代理則負責審查與驗證。換句話說,系統中同時存在「開發者」、「測試者」、「架構審查者」與「品質管理者」等不同角色。當某個代理完成工作後,另一個代理會依據原始規格進行檢查,確認功能是否符合需求、是否遵守既有架構規範,以及是否存在潛在的程式設計問題。這種做法本質上是在模擬真實軟體團隊中的 Code Review 流程。
在審查過程中,AI 並不是單純檢查程式碼能否編譯通過,而是會針對架構設計、例外處理、資源管理、可維護性以及未來擴充性等面向進行分析。有些問題即使目前不會造成錯誤,也可能在未來系統規模擴大後變成技術債。因此,審查代理會提出改善建議,再由實作代理進行修正。這種「實作 → 審查 → 修正 → 再驗證」的循環,實際上與企業級軟體開發中的品質保證流程非常接近。
另外一個值得注意的做法是環境隔離。所有開發工作都在獨立的功能分支中進行,而非直接修改主要分支。這代表即使 AI 在開發過程中出現問題,也不會影響正式版本。每完成一個工作項目,就會留下對應的提交紀錄(Commit),形成完整的變更歷程。這種做法不但可以隨時回溯歷史版本,也能夠清楚了解每個功能是在哪個階段被加入或修改的。對於大型專案而言,這種可追蹤性是非常重要的管理能力。
從技術角度來看,今天的重點其實不在於某個特定功能,而是在驗證一種新的開發模式。傳統開發流程中,工程師需要同時扮演需求分析師、系統設計師、程式設計師、測試工程師與文件撰寫者等多種角色。而在 AI Agent 模式下,這些角色開始被拆分成多個專門化代理,由不同代理負責不同工作。人類開發者則從「親自完成所有事情的人」,逐漸轉變成「規劃、監督與決策的人」。這代表未來軟體開發的核心能力,可能不再只是撰寫程式碼,而是如何設計工作流程、定義規格、驗證成果,以及管理多個 AI Agent 的協作。
整個過程也展現出一個重要觀念:AI 真正帶來的價值並不只是加快寫程式的速度,而是將原本難以標準化的開發流程轉換成可重複執行的工程化流程。需求文件如何產生、任務如何拆解、審查如何進行、測試如何驗證、問題如何修正,這些過去高度依賴個人經驗的工作,開始能夠透過 AI 協助建立一致的執行標準。當這種流程逐漸成熟後,未來的開發團隊將不只是使用 AI 寫程式,而是利用 AI 建立一套具備規劃、執行、審查與持續改善能力的數位協作團隊。這也是目前 Agentic Workflow、AI Software Engineering 與 AI Native Development 最值得關注的發展方向之一。
#AI
[AI 再一次] 去年喊震天響的 AI PC,又要再來一次了嗎?
[AI 再一次] 去年喊震天響的 AI PC,又要再來一次了嗎?
從一位軟體開發者的角度來看,這篇文章表面上是在談 AIPC(AI PC)與硬體革命,但真正值得關注的其實不是 CPU、GPU 或 ARM 架構,而是軟體產業即將面臨的新工作模式與產品型態轉變。文章中有許多誇大成分,例如「半年後電腦變電子垃圾」或「全面淘汰現有 PC」,這些說法未必會發生,但背後反映的趨勢卻值得所有開發者思考。首先,我觀察到的是「軟體介面正在消失」。過去二十年來,我們習慣開發各種畫面、選單、表單、查詢條件與按鈕,但 AIPC 所描述的未來是使用者直接透過自然語言下達任務,由 AI 幫忙完成工作。這代表未來開發重點可能不再是設計多少畫面,而是如何讓 AI 理解使用者需求、呼叫正確工具、執行正確流程。對開發者而言,Prompt Engineering、Agent Workflow、Tool Calling、MCP 等技術的重要性,可能會逐漸超越傳統 UI 設計能力。
其次,本地 AI 運算能力的提升,將改變系統架構設計思維。過去許多 AI 功能都必須依賴雲端服務,例如 ChatGPT、Claude 或各種 AI API。但如果未來大量終端設備具備執行小型模型的能力,那麼系統架構將從「全部上雲」逐漸轉向「雲端 + 邊緣設備 + 本地模型」的混合模式。對醫療、金融或政府單位來說,資料隱私與法規要求可能促使更多 AI 功能直接在本機完成,而不是送到外部服務處理。
第三個值得注意的現象是,許多傳統 CRUD 系統的價值正在下降。以往企業系統的核心能力是資料建檔、查詢、報表與匯出 Excel,但 AI 時代的使用者期待的是「直接得到答案」。未來客戶不會只滿足於查出資料,而是希望系統直接告訴他結論、風險、建議與下一步行動。因此系統開發的競爭力將逐漸從資料管理能力,轉向知識管理、語意搜尋、RAG 與決策支援能力。單純做資料庫系統的門檻正在下降,能夠將資料轉換成知識的系統才有機會創造更高價值。
第四個現象是軟體開發流程本身正在被 AI 改變。文章描述未來電腦可以協助撰寫程式、整理文件、分析資料與產生簡報,事實上這些事情現在已經開始發生。許多開發者已經透過 Claude Code、Codex、Cursor 或其他 Agent 工具完成需求分析、文件撰寫、程式產生與測試工作。未來工程師的價值可能不再是寫出最多程式碼的人,而是最能拆解問題、規劃架構、驗證結果與整合 AI 能力的人。懂得如何管理 AI Agent 的開發者,生產力將遠高於只會手工撰寫程式的人。
最後,我認為真正的機會不在 AIPC 硬體本身,而在新的 AI 應用生態。回顧智慧型手機時代,最成功的往往不是手機製造商,而是建立在手機平台上的應用服務。同樣地,未來 AIPC 普及之後,最大的價值很可能來自各種 AI 原生應用、企業知識系統、Agent 平台、工作流引擎與垂直產業解決方案。對軟體開發者而言,與其關注哪一家晶片公司會勝出,不如思考如何將 AI 深度融入實際工作流程,讓系統從「工具」進化成真正能協助完成工作的「數位同事」。這或許才是這篇文章背後最值得重視的訊號。
#AI
[AI 變化] 關注 Microsoft Build 2026 內容,是否有甚麼機會
[AI 變化] 關注 Microsoft Build 2026 內容,是否有甚麼機會
** 想要擁有一台 Surface RTX Spark DevBox 嗎? **根據 Microsoft Build 2026 發表會內容,我覺得今年最值得注意的,不是單純某個新模型或新產品,而是微軟正在把「AI Agent」變成整個 Windows、Azure、GitHub 與企業平台的核心。過去我們是在使用軟體,未來更像是在指揮一群 AI 幫我們工作。從開發工具、作業系統到雲端服務,幾乎所有更新都圍繞著同一件事:如何讓 AI 能夠自己思考、執行、協作與完成任務。
首先在 Windows 平台上,微軟正式推出 Ion Instruct 與 Ion Plan 兩個可本機執行的模型。其中最有意思的是 Ion Plan,它不只是聊天模型,而是一個完整的本地 Agent 執行迴圈。換句話說,未來的 Windows 電腦不需要每件事情都送到雲端,可以直接在本機執行推理、規劃與工具操作。搭配 NVIDIA RTX Spark 晶片與全新的 Surface RTX Spark DevBox,微軟甚至展示了一台桌上型設備可以執行一兆參數等級模型,讓「個人桌面資料中心」不再只是想像。
對軟體開發者來說,今年 Build 2026 幾乎可以說是 AI 開發工作流的大改版。Windows 將內建更多 Linux 工具,像是 grep、head、tail、touch、Homebrew、ZSH 等都直接支援,同時推出 WSL Containers,讓容器開發體驗變得更自然。更有趣的是全新的 Intelligent Terminal,可以在終端機中直接整合 GitHub Copilot,當程式出錯時甚至能主動分析問題並提供修正建議,讓 AI 不只是寫程式,而是成為開發流程中的即時助手。
GitHub Copilot 則開始往真正的 Agent 團隊邁進。新的 GitHub Copilot App 可以同時管理多個 Agent 工作階段,每個任務自動建立獨立 Git Worktree,讓多個 AI 並行開發而不互相干擾。更進一步的 Agent Merge 功能甚至能持續監控 Pull Request,自動處理 CI、Code Review 與 Merge Conflict。這代表未來工程師的角色可能逐漸從「親自寫每一行程式」轉變成「管理多個 AI 開發人員」,而 GitHub 正在為這種新型態的工作模式鋪路。
企業應用則是另一個重頭戲。微軟展示了 WebIQ、FabricIQ、WorkIQ 三層架構,分別負責外部知識、企業資料與內部作業流程,讓 Agent 可以同時理解網路資訊、企業營運數據以及組織標準作業程序。接著推出 Horizon DB、Autopilot、Scout 等服務,讓長時間運作的 AI Agent 不再只是實驗,而是真正能夠進入 Teams、Outlook、SharePoint 等企業工作環境,自主完成任務與協調工作。
如果要用一句話總結今年的 Build 2026,我會說:「AI 正從工具時代進入員工時代。」過去的 AI 是你問一句、它答一句;現在的 AI 開始能夠持續工作、記憶、規劃、執行與協作。無論是 Windows 本機 Agent、GitHub 開發 Agent,還是企業級 Autopilot,微軟想打造的已經不是更聰明的聊天機器人,而是一個完整的 AI 勞動力生態系。對開發者來說,未來最重要的能力可能不再只是寫程式,而是懂得如何設計、管理與協調這些 AI Agent,讓它們成為真正能創造價值的數位團隊。
#AI
[AI 分享] 當電腦不再只是工具:NVIDIA RTX Spark 正在重寫個人電腦的未來
[AI 分享] 當電腦不再只是工具:NVIDIA RTX Spark 正在重寫個人電腦的未來
這是機會還是危機,又或者是一個曇花一現呢?過去四十年,個人電腦的進化多半是效能提升與規格升級,但 NVIDIA RTX Spark 想改變的不是速度,而是電腦的角色定位。當本地端擁有接近資料中心等級的 AI 算力後,電腦將從被動執行指令的工具,轉變為能夠全天候自主工作的 AI 智慧體平台。這不只是硬體升級,而是作業系統、生態系、商業模式與個人生產力的一次全面重構。
過去幾十年來,我們買電腦時最在意的通常是 CPU 快不快、記憶體夠不夠、顯示卡有多強。但 NVIDIA 這次推出 RTX Spark,想做的事情其實完全不同。它試圖重新定義「個人電腦」到底是什麼。以前電腦是等著你操作的工具,未來的電腦則可能變成一個 24 小時在線的 AI 助理,持續替你處理工作、整理資料、分析內容,甚至跨軟體完成任務。
最值得注意的並不是規格本身,而是背後的方向。當一台個人電腦擁有足以執行大型 AI 模型的算力時,許多原本必須依賴雲端完成的事情,都能直接在本機執行。這代表企業不必把機密資料送上外部伺服器,研究單位不必擔心資料外流,甚至個人使用者也能在自己的電腦上擁有專屬 AI。從某種程度來說,這是在把過去集中在雲端的算力重新下放回每個人的桌面。
另一個值得關注的變化,是 Windows 生態可能開始從「以 App 為中心」轉向「以 Agent 為中心」。過去我們習慣打開 Word、Excel、Photoshop 來完成工作,但未來的流程可能變成告訴 AI 一個目標,例如「幫我整理這份會議紀錄並產出簡報」,然後由多個 AI 智慧體自動協作完成。使用者從操作員變成管理者,而電腦則變成真正能執行工作的數位員工。
從產業角度來看,這其實也是 NVIDIA 對傳統 PC 生態發起的一次挑戰。長期以來,Intel、AMD 與微軟建立的 Wintel 聯盟主導了整個市場,但 RTX Spark 的思維更接近把資料中心技術直接搬進個人電腦。ARM 架構、統一記憶體、本地 AI 推理、Agent 生態,這些過去分散在不同領域的技術,如今開始被整合成一個全新的平台。這不只是產品競爭,而是下一代計算架構的路線之爭。
如果這個方向真的成立,受到衝擊的可能不只是硬體廠商。未來企業的競爭力,不一定來自員工數量,而是來自 AI 智慧體的數量與協同能力。一個三到五人的團隊,可能搭配數十個本地 AI Agent,就能完成過去需要數十人的工作。這也是為什麼最近越來越多人開始討論「十人獨角獸公司」的概念。當 AI 開始接手大量知識工作,組織規模與產值之間的關係,可能會被重新定義。
我認為 RTX Spark 真正重要的地方,不在於它有多少 CUDA Core,也不在於幾奈米製程,而在於它透露出一個訊號:未來的電腦不再只是執行軟體的平台,而是執行 AI 智慧體的平台。過去四十年我們買的是工具,未來十年我們買的可能是一群住在電腦裡、全天候替我們工作的數位員工。而這場變革,或許才剛剛開始。
#AI
[AI 後續] 不是 AI 不夠強,而是我們還沒準備好迎接 AI 時代
[AI 後續] 不是 AI 不夠強,而是我們還沒準備好迎接 AI 時代
先說結論,這陣子和不少朋友聊天,我越來越有一種感覺:AI 時代真正拉開差距的,可能不是技術能力,而是想像力。
最近和不同產業的朋友聊天,我發現一個有趣卻又普遍的現象:大家都知道 AI 很重要,卻很少有人真正知道該如何利用它創造價值。問題往往不在技術,而在思維、組織、商業模式與行動力。當少數人已經開始享受 AI 紅利,多數人卻仍停留在觀望與等待的階段。
很多人會問:「AI 到底可以做什麼?」但仔細觀察後會發現,這個問題的背後其實是在問:「如果現在有一個幾乎不會累、學習速度極快、成本越來越低的數位助手,我該怎麼重新思考工作?」可惜的是,多數人仍然習慣用過去的工作模式去看待 AI,所以看到的只是工具,而不是機會。
我發現目前大概有幾種不同的群體。第一種人每天都在實際使用 AI,他們已經把 AI 當成同事、助理甚至團隊的一部分;第二種人知道 AI 很厲害,也不斷看新聞,但始終沒有真正開始;第三種人則認為 AI 離自己很遠,與自己的工作沒有關係。於是同樣過了一年,有些人的能力被放大十倍,有些人的工作方式卻完全沒有改變。
更大的問題其實不在個人,而在組織。許多企業不是沒有聽過 AI,而是不知道如何把 AI 轉換成營收、產品或競爭力。技術部門看到的是效率提升,管理層看到的是風險,業務端看到的是陌生名詞,彼此之間缺少共同語言。結果就是大家都覺得 AI 很重要,但沒有人真的往前走。
我越來越相信,未來最大的落差不會是「會不會用 AI」,而是「有沒有建立 AI Native 的工作模式」。過去需要五個人完成的事情,現在也許兩個人就能做到;過去因為成本太高而放棄的想法,現在可能已經具備實現條件。當工具能力持續進步,限制我們的往往不再是技術,而是思維慣性。
如果一個團隊想要享受 AI 紅利,我覺得可以先從幾件小事開始:建立固定的交流圈、持續分享成功案例、選擇小題目快速驗證、把 AI 直接放進日常工作流程,而不是停留在討論階段。很多人以為自己缺的是技術,其實真正缺的是第一個成功案例。一旦看見成果,整個團隊的想法就會開始改變。
未來能夠持續創造價值的人,未必是最會寫程式的人,也未必是最懂模型的人,而是那些懂得如何與 AI 協作、如何調度不同工具、如何把想法快速變成成果的人。AI 不一定會取代所有人,但很可能會讓善用 AI 的人,逐漸拉開與其他人的距離。這或許就是這個時代最真實的競爭。