跳到主要內容

發表文章

台灣資服業的 AI 轉型:從「專案交付」到「價值共創」

 以下是我幫你整理兩篇文章的重點,並把它們整合成一篇適合放在 Blogger(或部落格)上的文章。 📄 原文來源 告別「專案交付」模式 台灣資服業轉型的抉擇 — 知勢 電子報 2025/11/23 ( 知勢 - 提供AI新知與觀點的媒體 ) 資服業者的 AI 商機:從專案交付走向價值共創 — 知勢觀點文章 ( 知勢 - 提供AI新知與觀點的媒體 ) 台灣資服業的 AI 轉型:從「專案交付」到「價值共創」 近年來,全球生成式 AI、大模型與 AI 應用熱潮席捲各行各業,而在這波浪潮中,台灣的資訊服務業(資服業)正站在一個關鍵的轉折點。過去習慣以「專案交付」為主的營運模式,如今正面臨必須轉型為更具「價值共創」的服務提供者。 以下整理出這個趨勢的背景、挑戰、機會與政策建議 —— 希望對關心台灣 AI 應用與產業轉型的你,有所啟發。 一、為什麼資服業是這波 AI 化關鍵角色 根據最近三年的觀察與調查,大約近一半的企業在導入 AI 時,選擇與現有資訊服務業者合作。這顯示出資服業者在企業 AI 化過程中,扮演了「驅動者、整合者、價值轉譯者」的角色,成為產業鏈中不可或缺的一環。 ( 知勢 - 提供AI新知與觀點的媒體 ) 在台灣目前的產業結構中,雖然硬體(尤其是晶片、AI 伺服器等)長期是強項,但軟體與應用服務的比重偏低。根據統計,台灣軟體產業產值僅占整體資訊硬體產值的約 3%。 ( 知勢 - 提供AI新知與觀點的媒體 ) 這意味著,若想讓台灣從「硬體強國」轉型為「AI 應用與軟體強國」,資服業者的轉型與壯大,是關鍵一步。 二、主要挑戰:為何很多企業導入 AI 遲遲上不去 資服業者在協助客戶導入 AI 的過程中,觀察到許多「導入瓶頸/迷思」。以下是幾項常見問題: ( 知勢 - 提供AI新知與觀點的媒體 ) 資料與數據基礎薄弱 :許多企業仍使用紙本流程或分散的 Excel 管理,缺乏整合化、結構化的資料,也沒有統一的數據治理機制。即使擁有大量「資料」,也因系統孤島、格式不一致或資料品質不佳,而難以有效運用。 ( 知勢 - 提供AI新知與觀點的媒體 ) 對 AI 的認知偏差 :在生成式 AI 熱潮下,不少企業誤以為「有了生成式 AI 就等於最強 AI」,忽略了機器學習、預測模型等在營運效率、流程優化上的...
最近的文章

NUXT 採坑紀錄 (1)

  1. 出現you'll need to install @tailwindcss/postcss  字詞,詢問GPT給我建議安裝npm install -D @tailwindcss/postcss 安裝後問題還是無法解決,其實@nuxt/ui裡面就包含@tailwindcss/postcss、@nuxtjs/tailwindcss不應該要再安裝任務套件,直接刪除.nuxt/node_modules/package-lock.json 重新執行 npm inatall 就可以 錯誤訊息: [上午8:23:33]  ERROR  Cannot start nuxt:  It looks like you're trying to use tailwindcss directly as a PostCSS plugin. The PostCSS plugin has moved to a separate package, so to continue using Tailwind CSS with PostCSS you'll need to install @tailwindcss/postcss and update your PostCSS configuration.     at gn (/E:/%E8%BB%9F%E9%AB%94%E5%B7%A5%E7%A8%8B/MermaidManger/frontend/mermaid-app/node_modules/tailwindcss/dist/chunk-G2G5QLSU.mjs:35:2121)

Nuxt vs Vue 技術選型與渲染模式比較

Nuxt vs Vue 技術選型與渲染模式比較 為 Dashboard 管理介面選擇最適合您的開發與部署模式 ⚖️ Vue + Element UI vs. Vue + Nuxt 面向 Vue + Element UI Vue + Nuxt UI 整合 內建套件,快速上手 須選擇 UI 套件,如 Element Plus、Naive UI、Tailwind 開發體驗 需手動整合 router、store、i18n 自動化,結構規範清楚 (auto-import, DevTools) ...

RAG整理

RAG(檢索增強生成)課程重點整理 RAG,全名為檢索增強生成(Retrieval-Augmented Generation),有時也稱作檢索增強語言模型(Retrieval-Augmented Language Model, RALM)。它是一種旨在透過允許語言模型從外部來源檢索資訊來增強其能力的技術。 一、 RAG 的基本框架與必要性 1. RAG 是什麼? RAG 是一種提升語言模型(LM)能力的方法,使其能「查閱」外部知識庫,而非僅依賴訓練時所學的靜態資訊。 2. RAG 為何必要?語言模型的局限性: 長尾知識與幻覺 (Hallucination) :語言模型難以準確回憶訓練資料中不常出現的「長尾」資訊,容易產生看似合理但實際上錯誤的「幻覺」。例如,模型能正確識別蔡英文,但可能對陳縕儂的細節產生幻覺。RAG 透過查詢外部知識來補充這些「小眾」知識。 知識過時 (Outdated Knowledge) :語言模型的知識固定在其訓練時間點,無法獲取即時或頻繁更新的資訊(如即時股價、最新選舉結果)。雖然「知識編輯」是更新LM知識的研究領域,但RAG提供了一種透過即時資料檢索來解決過時知識的方法。 缺乏溯源性與可驗證性 (Lack of Traceability and Verifiability) :傳統語言模型通常不提供資訊來源,難以驗證其答案。RAG 可以為檢索到的文件提供明確的來源,提升答案的可驗證性。 3. 基本 RAG 的實作流程 (早在2020年就已存在) 最基礎的 RAG 方法包含在生成過程開始時進行單次檢索: 查詢輸入 (Query Input) :使用者提供一個查詢。 檢索 (Retrieval) :檢索器元件從外部知識來源(如網路或內部資料庫)搜尋相關的文本片段或文件,這就像是當你不確定時「打開書本」查找資訊。 拼接 (Concatenation) :將檢索到的資訊直接與原始查詢拼接起來。 生成 (Generation) :這個組合後的輸入(查詢 + 檢索到的上下文)隨後被送入語言模型的輸入層,LM 根據這些資訊生成回應。這種方法能顯著減少幻覺並解決資訊過時問題。WebGPT 模型就是一個例子,它模仿人類搜尋行為,生成搜尋查詢,選擇相關結果,並引用來源來回答知識密集型問題。 二、 進階 RAG 技術:提升性...

淺談機器學習原理-估模型好壞

評估模型好壞 淺談機器學習原理筆記-- 評估模型好壞 MSE (Mean Squared Error) 是用來評估模型預測值與實際值之間差異的一種常用指標。將預測誤差平方後平均,懲罰大誤差, MSE 的值越小,表示模型的預測越準確。公式如下: M S E = 1 n ∑ i = 1 n ( y i − y ^ i ) 2 MSE = \frac{1}{n} \sum_{i=1}^{n} (y_i - \hat{y}_i)^2 MSE = n 1 ​ i = 1 ∑ n ​ ( y i ​ − y ^ ​ i ​ ) 2 其中: ( n ) 是樣本數量 ( y_i ) 是實際值 ( \hat{y}_i ) 是模型的預測值 適合用 MSE 的情境 : 回歸(Regression)問題 不適合用 MSE 的情境 : 資料尺度差異大 : 對離群值敏感的場景:資料裡常有極端值 分類問題(Classification) RMSE (Root Mean Squared Error) RMSE (Root Mean Squared Error) RMSE 是 MSE 的平方根,能夠將誤差的單位與原始數據保持一致,因此更容易解釋。公式如下: R M S E = 1 n ∑ i = 1 n ( y i − y ^ i ) 2 RMSE = \sqrt{\frac{1}{n} \sum_{i=1}^{n} (y_i - \hat{y}_i)^2} RMSE = n 1 ​ i = 1 ∑ n ​ ( y i ​ − y ^ ​ i ​ ) 2 ​ 其中: ( n ) 是樣本數量 ( y_i ) 是實際值 ( \hat{y}_i ) 是模型的預測值 適用情境 : 與 MSE 類似,適合回歸問題。 結果的單位和原數據一樣,例如房價是 $10,000,那 RMSE = 8,...

Mac安裝python

  安裝Python 使用brew安裝Python https://diveintopython.dev.org.tw/learn/install/mac > brew install python  安裝失敗 > brew reinstall python@3.13 > export PATH="$PATH:/usr/local/bin/python3" > sudo ln -s /usr/local/bin/python3 /usr/local/bin/python >python

UUID&ULID

UUIDs&Uild 應用 UUIDs&Uild 應用 UUIDs 概念 UUID 出自 RFC 9562標準 可以保證跨空間與時間的唯一性,長度總共16bytes或128bits,表示隨機產生這些字串並在某些條件下保證不會重複,這種方式對分散式系統在建立物件ID的地方是很有效益,因為可以保證在分散式系統是唯一值或是保證碰撞的可能性較低,也常應用在微服務架構中。當產生一組隨機序號,字串其中中間4表示UUID的版本,9隨機亂數。 C#呼叫Guid.NewGuid()就是產生UUID字串的方式 範例: cb9ec1e3-0cb1- 4 e33- 9 ee1-e86b725964f8 UUID v4範例 for ( int i = 0 ; i < 10 ; i++) Console.WriteLine(Guid.NewGuid()) /* 輸出 cb9ec1e3-0cb1-4e33-9ee1-e86b725964f8 d7250a44-9ccf-4b21-af55-e13cef7bc09b 3793f197-2d7b-4cad-b5f3-2c88946feb97 08845d8c-cf31-4cc2-b4fb-c23d2426ec56 88bd93f7-116b-4418-8954-b116f2995ebf 2ac06c87-8e2d-4515-9d84-25ee324d9efd b9e911b0-a509-4d24-88ef-bc5739cc6024 91b2185c-92f7-4656-9bce-f9e0aba17181 7ca9976e-6cc4-424b-8453-2c591d9ba17f 1b4af183-d3cc-4571-b2c6-3b76a419b9c8 */ UUID 缺點 (1) UUID在資料庫insert會比較慢,如果大量寫入會很明顯 (2) UUID會造成index fragmentation, 因為UU...