別濫裝Claude Skill！Anthropic 新生態顛覆 SaaS：頂尖工程師為何只養 20 個黃金技能？|數位時代 BusinessNext

重點一：技能不是提示詞，而是三層結構的 SOP 系統，摘要、流程、知識庫必須分開管理，才能逐步調校。

重點二：技能描述模糊時，Claude 正確啟動率只有約 20%；裝 500 個劣質技能，比養 20 個精良技能更傷效率。

重點三：AI 技能是「人類流程的放大器」，SOP 若寫得含糊，AI 只會更快複製混亂。

隨著 Claude 訂閱大爆發，目前公開可安裝的 Claude Code Skills，光是第三方索引站 skillsmpp，就號稱從 GitHub 上抓了超過 28 萬個技能。另一個市集 skillhub 也收錄了上萬個技能。

於是網路上開始出現各種「炫耀清單」：一次裝載 500 個、甚至 1,000 個技能，彷彿數字越大，AI 就越強。

YouTube 頻道 Simon Scrapes 近期一支影片，直接用實測數字打臉了這個迷思。

據 Simon Scrapes 引用的一項非公開實驗，當 Claude Code 技能只有「基礎設定＋模糊描述」時，模型能正確啟動對應技能的機率最低僅約 20%，等於是同一個任務連續嘗試五次，平均只有一次會真正叫對工具。

相反地，在技能描述明確、觸發條件與 hooks 設計完整的情況下，啟動率最高可提升到約 84%，但仍代表平均每五次互動就會有一次沒有成功啟動目標技能。

值得注意的是，這組數字是在僅包含四到五個精心設計技能的實驗環境下得到的；當實際部署的技能數量暴增到數百甚至上千個，而且描述彼此重疊、職能範圍模糊時，啟動失誤與「啟動錯技能」的風險只會進一步放大。

那問題到底出在哪裡？為何在網路上搜刮過來安裝的Skills，未必能幫到你？

技能不是「好一點的提示詞」

先從觀念回答起：多數人對技能的直覺是：一段更長、更精緻的 system prompt。 這個理解從根本上就偏了。

Simon Scrapes強調，真正能穩定運作的技能，是有三層結構的資料夾系統。第一層是 YAML 頭部：只有幾行，定義技能的名稱與觸發條件，決定 Claude 在掃描清單時會不會想到要用它。

第二層是 skill.md 的流程正文：告訴 Claude 啟動後按什麼順序執行，哪個節點需要停下來確認，遇到模糊輸入時怎麼追問；而第三層才是知識本體：references（細節知識庫）、assets（樣板格式）、scripts（可被呼叫的程式碼）。

這三層分開，帶來一個關鍵好處：出問題時，你知道要查哪裡。是流程描述不夠清楚？還是知識庫內容過時了？還是觸發條件寫得太模糊？三者拆開管理，才能逐步改良。

延伸閱讀：Agent skill 是什麼？Agent skill教學，6步驟打造你的第一個Skill

因此，把所有東西混在一個大提示詞裡，等同於把 SOP 手冊、操作說明書和程式碼，全部列印在同一張紙上，改起來無從下手。

這也是為什麼瞎裝一堆 skills，或是單純認為問題出在提問的 prompt，很難真正解決 AI 工作流的結構性問題。

漸進揭露：讓模型只看當下需要的東西

要先認知到的關鍵是，技能系統的核心設計原則叫做「漸進揭露」（progressive disclosure）。

技能清單的 YAML 頭部加總有一個 15,000 字元的上限。每次執行任務時，Claude 先掃描這份摘要清單，判斷需要啟動哪個技能；確定後，才把對應技能的流程正文載入上下文；流程中若需要查某份 reference 資料，再把那份文件讀進來。

Anthropic 官方把這個邏輯稱為「point, don't dump」：流程的作用，是在正確時機指向對的知識區塊，而不是一開始就把所有東西倒進去。

數據說明了差異。根據 Anthropic 官方指南的對比數據，同一個任務沒有技能時需要 15 輪往返對話、消耗約 12,000 個 tokens；有技能後減少到 2 個確認問題、6,000 個 tokens，執行成本減半，輸出穩定性同步提升。

更重要的是，這個架構讓技能可以組合使用。一個工作流程可以依序觸發「文件解析技能」→「資料整理技能」→「報表輸出技能」，每個技能只在需要時載入，不互相干擾。這比把所有流程塞進一個大提示詞要靈活得多。

真正值得用的技能是哪些？

技能生態的規模成長非常快，但訊號雜訊比很差。Indie Hackers 上有一位測試者花數個月評估了約 200 個技能，最後只推薦 20 個。他的篩選標準很具體：

第一次使用時輸出有沒有明顯超越不用技能的結果？

使用兩週後有沒有繼續用？

遇到邊界情況時會不會直接失效？

結果發現，按照上述**三個條件，大多數技能全數落榜。

當前Skills市集上重疊的情況十分嚴重。光是「SEO 寫稿」相關的技能，就有各種命名變體：SEO writer、long-form blog writer、content optimizer……。描述高度相似、觸發條件互相踩踏。把這些一次裝進來，Claude 在每次執行時都要從模糊的清單裡做選擇，選錯的機率自然升高。

反過來，養好 20 到 30 個針對自己工作流程設計的技能，讓每個技能的 YAML 描述清晰、觸發條件互不重疊，穩定啟動率可以維持在 80% 以上。這就是Skill「少而精」帶來的實際結果。

流程先於工具

技能系統最核心的現實，可以總結成依一句話：AI 是放大器，不是修復器。

一個能穩定產出的技能，背後必須先有寫清楚的 SOP、整理過的知識庫、以及對「什麼叫做完成」的明確定義。這些東西不是 AI 會幫你補上的，它們必須由人寫出來。如果一開始流程就含糊，技能只會讓混亂跑得更快。

對剛嘗試導入AI的工作者來說，有一個值得正視的慣性：習慣嘗試新工具、安裝新平台，卻很少停下來問「我們自己的流程是什麼」。

而技能系統恰好把這個問題強制搬上檯面，你必須先能說清楚自己怎麼做事，才能把它轉化成可重複呼叫的模組。

上萬個公開技能裡，真正值得用的可能不超過幾十個。但那幾十個養好了，會比 500 個裝好看的技能，更接近「組織知識的軟體化」。

延伸閱讀：Google AI生態系一圖看懂！從底層模型、寫Code到代理⋯6大領域20項產品全都包！

資料來源：Simon Scrapes

本文初稿為AI編撰，整理．編輯/ 李先泰

數位轉型人人都在談，但你有想過，辦公室裡那支「電話」，升級了嗎？

隨著數位轉型成為企業生存的基本功，中小企業紛紛導入各式雲端服務，包括 ERP、CRM 到協作平台等，卻常常忽略最基本、卻最高頻的工具——通訊系統。事實上，當行動、遠距與多據點辦公成為常態，傳統總機不僅建置與維護成本高、佈線不易，更無法滿足企業靈活運作的需求，成為數位轉型中最容易「卡關」的一環。

也因此，雲端總機迅速崛起，成為企業溝通的新基礎設施。它不只是把「打電話」這件事搬上雲，更讓企業擁有隨時、隨地、跨裝置的溝通能力，真正落實以效率為核心的數位轉型。

很早便洞察此一趨勢的有河科技，以自行研發的 AHOY 雲端總機服務切入市場，短短幾年內便累積近 3,000 家企業用戶，其中高達六到七成來自客戶主動推薦——顯示其服務品質與系統穩定性深受用戶肯定。2025 年上半年，營收更較去年同期成長 16%，在競爭激烈的 B2B SaaS 市場中穩步擴張，展現出強勁的產品實力與市場潛力。

從底層架構開始，打造真正為中小企業而生的雲端總機

提及當初切入雲端總機市場的原因，其實是有河科技創業團隊從實務觀察出發，轉化為產品創新的成果。

「父親本來就在電信領域，而我們一家都有宅男基因，兄弟三人從小就對寫程式很有興趣。」有河科技創辦人 Hank 開玩笑的說，也因此創業初期便以異業合作開發模式，雖能發揮電信系統專長、案件金額相對高，卻也受限於合作方技術本身的瓶頸，或是發展方向的不一致。

為此，有河科技開始思考下一步發展，「我們想跳脫客製化電信系統開發的框架，打造能直接面對市場與客戶的產品。」Hank 坦言，這樣的想法促使他們決定結合父親多年來在電信領域累積的經驗，切入雲端總機領域，發展可長期經營的 SaaS 服務。

有河科技另一位共同創辦人 Henry 進一步說明，當時市場上雖已有部分業者推出雲端總機服務，但多半是傳統電話總機的延伸應用。這些業者將國外第三方開源軟體整合至自家的電話交換機產品中，讓客戶可以透過手機接聽公司電話。

「但這些廠商本身擅長的是硬體，不具備軟體開發能力，無法提供完整、穩定的雲端解決方案。」Henry 說，更關鍵的是，企業仍需購買硬體交換機與佈線，才能使用行動分機、內外線錄音等雲端總機功能。「這對新創公司或小微型企業其實很不友善。」Henry 坦言，許多中小企業其實只是希望客戶來電時，可以有一段簡單的語音歡迎詞，建立專業形象，但傳統總機高昂的設備與維運成本，卻讓這些簡易需求難以實現。

正因如此，有河科技決定從底層架構開始出發，打造一套高品質、易上手且低成本的雲端總機服務，企業不必添購任何硬體設備，也無需佈線，透過 app 或瀏覽器就能即時接聽與撥打公司電話，實現真正的雲端通訊轉型。

為了實現此一理念，有河科技從底層架構到前端應用，皆選擇自行研發，並在過程中建立起三大關鍵優勢，成為其在市場中脫穎而出的基礎。

優勢1》從硬體到軟體的一條龍架構，確保通訊品質

「建構一套語音系統並不難，難的是讓它穩定、清晰、不中斷，」有河科技共同創辦人 Ian 舉例指出，通話中偶爾出現的海浪聲、波浪聲等，不是單靠軟體就能解決，必須有足夠的電信產業 Know-how 和技術，才知道如何排除問題。

有河科技植基於一代在電信領域的技術、經驗與人脈，結合新一代的軟體開發工程概念，不僅奠定自身在雲端通訊系統的穩固基礎，更能打造從伺服器、後台到前端 app 的一條龍架構，確保每一個環節都能做到最佳化整合。

這種從基礎建設到應用層的全面掌控，不只是技術整合能力的展現，更讓有河科技在眾多雲端總機服務中，建立起一道高品質、高彈性的競爭壁壘。

優勢2》從零打造前端 app，用戶需求即產品動力

在前端 app 上，有河科技選擇從底層開始重新構建 app，而非像多數同業僅使用既有開源軟體或代理第三方軟體，確保未來在功能擴充與版本更新上的自主性與彈性。

「我們很多功能其實都是客戶給的建議，」 Ian 分享，只要客戶提出功能需求，內部就會評估是否具有普遍性，若評估後發現可以滿足八成以上客戶的使用需求，就會主動投入開發並進行系統更新，提供給所有客戶使用。

這種用戶驅動的產品設計思維，不僅讓功能更貼近實務需求，也讓有河科技可以將開發資源集中在最具價值的地方，持續強化系統的共用性與延展性，打造出真正能隨企業成長而調整的雲端通訊平台。

優勢3》彈性 API 整合，支援多元通訊情境

有河科技的軟體研發能力，不只能夠與時俱進的更新產品，還能根據企業需求彈性整合 CRM 等各種系統或客製化開發特殊服務，打造多元化通訊場景。

舉例來說，外送或代駕媒合平台希望提供號碼遮罩（Number Masking）機制，保障司機與用戶的個資安全，有河科技便為此進行開發，當司機在與客戶聯繫時，客戶手機上只會顯示公司的代表號，之後若客戶回撥，AHOY 也能將來電導至接單司機，達到保護隱私又不中斷溝通的雙重目標。

又或是與 LINE API 整合，可以將既有官方帳號商家的通話，直接升級成專業雲端總機系統等級、甚至可以一併介接各家不同特色的 AI 文字客服以及 AI 語音客服，即時產生逐字稿並進行服務品質情緒分析。

在許多企業還將總機視為「基礎設施」時，有河科技早就運用 AHOY 雲端總機服務，重新定義企業與客戶、內部團隊之間的溝通方式。

隨著企業通訊越來越重視彈性與效率，有河科技運用 SaaS 模式與與技術實力，悄悄搶下這波通訊革新的先機。未來，有河科技將聚焦在 WebCall 網頁電話整合介接與 AI 客服兩大應用場景，不僅讓用戶能在 LINE 官方帳號或網站上直接使用 AHOY 通話，也希望藉由異業合作導入更多元 AI 應用，提升服務效率與回應品質，打造更聰明、更好用的智慧通訊平台。