搜尋此網誌

2025年4月3日 星期四

剖析AI時代:未來職場兩項不可或缺的核心技能




🔍前提背景:AI Coding 的變局與意涵

隨著大型語言模型(LLMs)如 GPT-4ClaudeGemini 的進步,「自然語言變成程式語言」的時代已經來臨。這意味著程式開發的門檻不再只是掌握語法,而是能否精準設計需求並轉譯成AI可以執行的內容生成邏輯

換句話說,在AI工具幫助下:

Coding 不再等同於程式編碼,而是『將想法結構化,並將概念系統化設計』的能力」

隨著數位轉型浪潮加速推動AI工具應用範圍拓展,目前AI工具已經從技術工具演變成職場技能的一部分。

 關鍵字Digital Transformation, AI LLM Application, Systematic Thinking, Structured Prompting, Semantic Coding, Vibe Coding, 

 


那麼,面對數位技能轉型時代,AI工具玲瑯滿目,我們到底該培養哪些真正關鍵且具有AI時代競爭力的能力?


🧠 核心能力一:系統化描述能力(Systematic Descriptive Competency

定義:

能將模糊概念、需求、場景、問題,轉化為具邏輯性、可模組化、可實作的描述結構,其核心包括:

  • 系統架構理解(System Thinking
  • 系統化提問(Problem Structuring
  • 任務與角色建模(Actor-Task Modeling
  • 邏輯流程拆解(Flow Breakdown
  • 模塊設計與接口描述(Interface Design

為何它是未來基本功?

技術邏輯面(Technology Layer

AI 模型並不理解你真正的意圖,它只是在文字語意空間的組合中進行模式比對/匹配。若沒有經過系統化的邏輯拆解與引導AI 很容易產出偏離目標的結果。這也正是為什麼 Prompt Engineering 正在逐步轉向 Semantic Process Engineering 的關鍵原因。

🔧 應用:

  • 用多輪 prompt 設計來驅動 LLM 生成一個複雜應用(multi-shot or chain-of-thought prompts),例如利用MSM(Multi-shots Models)可任意開發出符合需求的多層次系統語意模型架構。
  • 撰寫對應的 API specs、邏輯結構圖,交由 AI 自動生成 microservices

應用邏輯面(Application Layer

當你需要跨部門、跨語言、跨平台協作時,受限於彼此的專業背景與領域認知,通用語言往往不是自然語言,是結構語言 —— 例如 user storydata flowsystem I/O specs

🔧 應用:

  • UX/UI協作設計MVP時,需清楚傳遞系統行為與狀態轉換
  • LLM做業務流程自動化,描述需涵蓋流程邊界條件與例外處理

市場邏輯面(Market Layer

你必須把「市場需求」轉換成「可驗證、可迭代的設計參數與功能邏輯」,這就是**需求工程(Requirements Engineering**的專業本質,而系統化描述能力正是需求工程的基礎功。



🌀 核心能力二:Vibe Coding(語感式程式邏輯能力)

專業定義:

不是傳統意義上的寫code,而是一種融合語言邏輯、功能直覺與系統設計的「語感式表達能力」,能透過自然語言與AI互動,快速構建可執行的原型邏輯。

這種能力的形成,不只是語法熟練,而是:

  • 熟悉 Prompt → Function Mapping 模式
  • 理解語言背後的技術語意與架構轉換(Language-to-Structure Mapping
  • 能用語言描述資料流、演算法、條件邏輯與元件結構,是一種用語言設計模塊、任務邏輯流程、整合不同角色與完成需求任務的方法,逐步取代傳統的語法手動撰寫過程。
  • 擅長將人類語言轉譯成 LLMs/Agents 可解析的行為流程

 

為何這項能力正在崛起?

技術邏輯面

未來的開發模式是「Co-pilot型共創開發」:人提出高層抽象描述 → AI完成底層生成人再優化修正。
Vibe Coding
是這種人機共創的中介橋樑

🔧 應用:

  • AI IDE(如 CursorReplit Ghostwriter)中,用語言構建整體應用框架
  • 透過Prompt寫一個Agent行為流程(事件觸發行動記憶條件決策)

應用邏輯面

未來的「寫code」是用語言設計模塊、邏輯、角色與任務。這不再只是語法遊戲,而是能不能用語言塑造一個**「可運行世界」**

🔧 應用:

  • 構建 Chatbot agent,描述其角色、對話邏輯、資料輸出結構
  • LLM讀懂使用者的複雜需求,轉譯為 API 行為邏輯與輸出結構(JSON/SQL/Python function

市場邏輯面

能夠快速產出可展示(Demoable)的解決方案,在未來將是高價值人才的必要關鍵能力。 Vibe Coding 就是能讓你「1小時內構建出AI原型」的超能力。

  

結論

 

一、       系統化描述能力是 LLM 使用效能的前提,但不是應用落地的終點

當你能清楚描述一個系統的結構、流程、角色、功能與限制條件,LLM 就能產出可讀的內容、流程設計、甚至部分程式碼。然而,這些產出仍只是“語意模擬層”的結果,距離真正「可執行的工具」仍有重大差距。這就是現今很多人「會用 ChatGPT,但做不出工具」的真實原因。

因此,系統化描述能力可以提升使用效率,但不等於創造商業價值,需要整合vibe coding工具和累積足夠的軟體產品開發經驗和技巧。

 

二、從01將創意變成可交付的AI應用,需要Vibe Coding

Vibe Coding 並不僅指寫程式語法的熟練度,而是指:能夠用語言與LLM協同構建邏輯、功能模塊與程式語意的能力。它是一種將語言邏輯 + 概念建模 + 技術系統串接語感的混合技能,本質上是:

「用自然語言+模擬語法方式,去建構一個可執行的邏輯化數位系統。」

 

然而目前的 LLM/AI IDE 開發環境(如 Replit, Cursor, etc.)仍假設使用者具有基礎開發思維、模組邏輯概念、甚至資料結構常識,想要真正落實創造具體市場應用價值,這對提倡創造力和創意能力將會成為AI時代且無開發背景的社會大眾來說仍是高牆。

Vibe Coding 是從創意 → 原型 → 工具的關鍵橋樑

 

三、為什麼 Vibe Coding 將成為 AI Coding Automation 市場的關鍵需求?

 1.     AI Coding 正從語法自動化邁向「系統生成自動化」

早期是寫小功能、寫函數;現在是「設計一整個系統架構」,不只要 AI 懂語法,更要它懂邏輯組織、模組關聯、流程依存,Vibe Coding 提供這種「模糊→模塊」的語言過渡層,扮演“語言工程師”。

 2.     工程複雜性爆炸式提升,專業分工難以回到「全能開發者」的時代

即便是筆者從高一就自學程式、大學熟悉多種程式語言的開發者,現在若從0做軟體產品也難以獨立完成,原因在於:不只是寫程式難,而是架構、資料流、API、前後端、DevOps、驗證系統全都綁在一起,需要大量時間學習累積技巧。

 這導致「語言驅動協作模型」將成為主流 —— 一人定義需求,AI + 專業模組補完實作

 

3.     未來用戶的需求,是:「我有想法 → 快速生成可用工具 → 拿去市場驗證」而不是:「我開始學寫code,三年後上架MVP

 

所以,Vibe Coding 將變成新時代的 MVP 實現語言,Vibe Coding 是解決技術落地與創意轉換的瓶頸,也是 AI 自動化從「工具」進化為「創業平台」的核心驅動因子。

 Vibe coding不等於no code,在AI Coding進入自動化的破曉時代,程式語言不再是產品技術開發的唯一語法,語意語感才是 AI 時代的關鍵能力。

系統化描述能力,讓你精準與AI溝通;Vibe Coding,讓你真正將想法變成工具。這兩項能力,將是下一波 AI 開發人才與產品設計者的職業技能入場門票。

 


🚀 為什麼這兩項能力是你未來最值得投資的能力?

 以下從使用者、能力類型以及實際應用價值的表格說明

使用者角色

需要能力類型

實際應用職能與價值說明

🔧 產品經理

系統化描述

將使用者需求轉化為功能邏輯、建立用戶旅程與模塊架構、與AI共創原型

🧠 AI 工程師

系統化描述 + Vibe Coding

建立多輪Prompt流程、設計AI模組間協作、建構Agent或自動化服務架構

👨‍💻 軟體開發者

Vibe Coding

LLM平台應用程式邏輯建構、程式自動補完優化、與語言模型共創架構與控制流程

💼 業務/顧問

系統化描述

解構客戶需求、建立流程圖與決策邏輯、快速產出AI協作範本作為解決方案模板

🎨 創作者/設計師

Vibe Coding

將創意敘述轉化為互動工具(Chatbot、動畫腳本、作品互動模組)、與AI共創多媒體原型

🌐 一般社會大眾

系統化描述 + Vibe Coding

用自然語言產出專業級報告、創建小型應用(如計算器、流程表單)、控制AI處理日常任務或小型創業應用

 

🔑 最後提醒:

AI會越來越會「執行」,但永遠不會主動「定義問題、拆解邏輯、設定價值指標」。而這三件事,正是系統化描述能力與 Vibe Coding的交匯點,更是我們未來工作價值核心所在!

 

2025©汪周禮@智合創新

2025年3月12日 星期三

Agentic Workflow結合API服務架構所形成的API生態系-MCP開源啟示錄

 

Agentic Workflow結合API服務架構所形成的API生態系

- MCP開源啟示錄



2025.03.06

原作/編修:汪周禮

Vibe writing

最近由於MCP(MODEL CONTEXT PROTOCOL)開源讓人對Agentic workflow 的商模變化注入一劑強心針,加讓近年多模態AI 下的API應用模式的日益豐富,讓我有感而發,為了記錄這些想法而寫這篇文章。

A、Agentic WorkflowAPI為核心的未來架構 背景

傳統以App服務為主的模式正逐步被以Agentic Workflow為核心的新模式所挑戰。App(應用程式)過去一直是數位服務的主要承載形式之一,用戶透過下載與安裝App來獲取特定功能。目前這種模式受到設備資源能力等限制、持續維護更新成本、跨平台適配等等問題所挑戰。

Agentic Workflow則是一種新的數位運作模式,透過AI代理人/類代理人(AI Agent/Agentic AI)運作的運作模式,讓使用者可以不同的需求即時規劃並執行任務,這些方式透過多模態整合,因此並非如同app操作需要僅依賴使用者手動操作。也因此這種模式降低了對特定應用程式的依賴,並擴大應用情境,使得AI能夠根據當前環境和需求,透過API調用不同服務,快速執行多功能整合的複雜工作。

 

為什麼Agentic Workflow會取代App

  1. 動態任務執行:傳統App通常是靜態的、被動的,使用者只能按照預設功能操作,無法自適應(self-adaptive)需求,白話就是沒辦法根據使用者不同環境狀況而快速改變操作功能。而Agentic Workflow可根據使用者輸入和環境變化,動態規劃並執行最適配的任務作業流程。
  2. 降低使用門檻:由於用戶只要開啟任務導向的Agentic AI對話窗口,面對不同任務,用戶無需分別下載、安裝或更新多個應用程式,AI代理人/類代理人可以自行選擇適合的API組合,提供即時且最佳化的服務。
  3. 跨平台無縫整合App往往受限於特定操作系統或設備,例如Agentic Workflow可以透過web-based平台與API串聯,相對app模式,更容易在各種設備和平台上直接運行完成任務。
  4. 提升效率:傳統App模式需要手動切換應用並由使用者觸發各種執行步驟,而Agentic Workflow則可透過AI平台API自動設計、規劃與完成任務,減少人為介入操作複雜程度,提高執行效率,提升生產力。
  5. 即時擴展與適應:企業或個人用戶可透過Agentic Workflow平台快速接入最新的AI功能,而無需等待App的更新或開發新應用。

未來AI應用服務發展趨勢很有可能將會以API為核心,結合Agentic Workflow,並輔以可選擇的AI工作站及多模態互動式GUI介面,提供更直覺且高效的操作體驗並完成多種不同需求的任務。在MCP(Model context protocal)開源後,勢必將會有更多科技勢力切入這種模式,提供更多樣化的AIaaS(AI as a service) API串接平台,在這樣的情況下,API網路生態系將會形成一股更高效能的新應用模式,而這樣的模式,在我的想像中,應該可以帶來下列特點:

  • API串接平台可作為中心化架構或分散中心化架構之一,靈活且可擴展。
  • Agentic Workflow實現更智能的任務規劃與執行,應用範圍更廣。
  • 改變地端與雲端服務方式,讓AI算力架構更靈活運用,創造更高效能地端與雲端算力組合選擇。
  • GUI互動介面作為Agentic Workflow使用介面,可以提升使用者體驗,更直覺的輸入方式降低操作使用門檻。

 

B. 基於API多層次互串的商業模式

API多層次架構的背景

AI技術的快速發展與企業數位轉型的需求擴增下的複雜應用場景,傳統單一API接口越來越不容易滿足雙軸數位轉型下高效應用場景的多複合需求。基於agentic workflow 整合API多層次的AIaaS商業模式架構或將應運而生,以適應各行各業不同的企業、產業以及多重應用環境下聯合產生的複雜需求。透過多層次API組合的設計,結合多模態AI模型,讓API能夠實現更高效的資源調度、靈活的服務整合,以及更強的擴展性。

為什麼API多層次架構會出現?

  1. 需求多樣性:不同企業或產業對AI服務的需求差異極大,多層API可以根據需求提供不同粒度層次的服務。
  2. 資源優化與管理:透過層次化API架構,可有效分配與管理AI資源,避免單一節點出現的效能瓶頸,減緩技術債的堆疊,提高計算效率與數據處理能力。
  3. 靈活的商業模式:基於Agentic Workflow的多層次API架構,能靈活支援不同的商業應用場景,如更精準的即時數據處理、更流暢的企業內部流程自動化、適合多情境的產業專用的解決方案,提高企業商業模式靈活性產品服務價值等。
  4. API可組合性:不同層級的API可以自由組合,形成更強大的agentic工作流,提高企業數位轉型也能同時應對市場變化的商業靈活度。

API多層次架構與商業模式基礎架構

在此架構下,API將形成多層次互串,從提供提礎算力與應用AI模型的基礎AI模型層、隨需求可自動規劃並執行任務的智能Agent智能Agent服務層、根據產業需求開發優化之AI模型與服務的產業專用AI,應因數位轉型的企業內部作業流程,實現高效率的自動化流程的企業Agentic流程整合層、應對動態且多元場景需求的客戶端點應用服務層,透過各層級API相互串接,創造出豐富且多樣化的服務組合,形成新型態的Agentic workflowAPI組合的新AI生態系。

主要商業模式包括:

  • API即服務(Model-as-a-Service, MaaS)。
  • Agent-as-a-Service (AGaaS)
  • 產業專用AI API服務。
  • 企業內部自動化AI API整合。
  • 應用級AI API服務,如多模態的智能客服、動態資源調度、滿足臨時需求的工作排程設計等。

透過多層次API互串,企業可以靈活運用不同AI能力,提升產業競爭力,創造更豐富的應用與更龐大的商業價值。

 

C. 產業鏈AI API生態系的構建與價值

AI API生態系的背景

AI API生態系的發展源於AI技術的快速成長與應用場景的擴展。其架構可分為三個主要層次,這樣的基礎架構主要是根據我過去輔導多種不同行業的AI技術應用開發專案的成果總結(詳細內容可參考我臉書置頂文):

  1. 基礎AI技術層
    • 提供核心AI計算能力與基礎模型,例如ChatGPTLaMDAGrokClaudeLlama等。
  2. AI應用架構層
    • 包括基礎層次的整合與API基礎架構,如PostmanApigee等組合架構。
    • 數據模組的銜接,確保AI API的高效運行與應用。
  3. 應用層
    • 面向不同應用場景的API開發。
    • 此層可整合GUI介面,提供更直覺的用戶體驗。

透過這種生態系統架構,各層級API相互串聯,實現更高效的應用開發與數據運行。

 

 

D. 心得

我相信在不久的未來,以Agentic WorkflowAPI多層次架構為核心,加上AI工作站與互動式GUI介面的模式將帶來重大商機。透過產業鏈AI API生態系的建構,讓企業能有效整合各種資源,實現數位雙軸轉型並加速產業升級與ESG永續經營。

2025年3月10日 星期一

GDSS:以軟體驅動製造業數位轉型的最後一哩路 — 從台積電 FAB runs on code 到 AI PoC 加速 ESG 應用落地


hashtag


關鍵字:數位轉型, 數位商模, 開源軟體, 開源商模, AI, LLM, API, GDSS

從荷商半導體走過手機製造,最後在13年前進入AI領域,對數位轉型有自己的看法,於是2022年推出ESG數位轉型生態系架構。

但是在參加過台積電在2023年的IT Day後(一個偽裝成企業研討會的招募活動),開始讓我重新審視製造業數位轉型的方式,完成最後一哩路!
半導體的數位化應該比台灣任何製造業都要早,從TSMC的IT Day知道,原來台積電的數位轉型之路也沒有很順利,直到2019年將硬體思維模式轉換成軟體思維方式,就順利完成而喊出FAB runs on code的口號。

從台積電的成功模式我想應該可以帶給其他製造業一些標竿啟示,這個啟示我個人認為就是,要用 ‘軟體加製造業’的角度來看數位轉型,而不是‘製造業加軟體’的模式,這兩者中間的差異就是用軟體產品開發架構主導企業的數位轉型,這對不熟悉軟體產品開發架構的硬體製造商來說的確是個挑戰,這種模式必須要說服管理層認同採用軟體產品開發的數位轉型商業模式會對製造產生重大價值,最快的方法就是透過熟悉軟體商業模式改變管理層思維邏輯作為切入,畢竟要做到像台積電那樣子的程度,台灣的IT人才仍遠遠不足!

硬體+的數位轉型模式台積電已經看到問題與極限,但不代表不能用,而是要用在軟體+的數位轉型模式中的跨部門合作模式下,也就是由硬體部門提出需求,讓軟體部門加入並共同合作完成。

這樣的模式可以看到開源軟體使用將會越來越多,而開源商模將會影響這些軟體的使用,因此開源商模的重要性將越來越大!

在這樣的思路下,我們可以看到軟體巨頭們影響軟體商模的轉變,會影響數位轉型的技術使用方式以及最重要的,就是數位技術的使用成本!

至少目前AI技術使用成本越來越低,而軟體商模勢必將會帶來新的轉變,其中值得關注的就是MCP開源,很大的可能將會造成AI API商模的普及。

我在2023年開發完成的GDSS(綠色數位系統架構),就是為了解決企業雙軸綠色數位轉型而設計的,也希望透過這樣的GDSS能讓製造業順利步入智慧製造之路。

AI新創商業模式研究- 拆解 MEDVI 18個月 如何育成獨角獸

AI新創商業模式研究- 拆解 MEDVI 18個月 如何育成獨角獸 --- 緣起: 近日從一人獨角獸公司medvi 的案例,我們可以看到未來AI Agent所開啟的商業模式將會是濃縮整個產業鏈形成價值鏈體系,透過這個價值鏈體系根據創業者的特質,也就是掌握價值鏈體系中一到多個流程價...