Kiro powers：讓 AI Agent 需要時才變專家

前陣子去參加Amazon Summit 2026，聽了 Kiro 推出的新功能 powers，官方的說法是：透過共享最佳實踐，擴展 Kiro agent 的能力。看完之後覺得，這個方向蠻值得記一下的。

Introducing Kiro powers

原本的痛點

用 AI agent 寫程式一陣子，大概都會遇到兩個問題。

第一個是 AI 只能用猜的。在缺少框架、缺少背景知識的情況下，AI 其實跟人一樣，碰到從沒接觸過的東西，只能自己去讀文件，然後不斷 try and error，改了再試、試了再改，直到結果正確為止。

第二個是 context 太多，agent 變慢。現在大家很習慣一次掛好幾支 MCP，但光是 5 支 MCP，可能就要吃掉 50,000 以上的 token，還沒開始做事，context 就先塞滿一大半了。

現在的做法太分散

目前要讓 agent 變得更好用，大概會用到這幾種東西：

MCP servers：讓 agent 能用工具，但每個 client 都要各自設定
Skills：放指令和工作流程，但目前偏 Claude 專用
Dynamic tool loading：管理 context，要另外設定
Rules 和 custom instructions：規範 agent 的行為，像 .cursorrules 這種，每個 client 也都不一樣

問題是這些檔案各自分散，換一個平台就要重新設定一次，蠻麻煩的。

Kiro powers 做了什麼

簡單說，Kiro powers 把 MCP 和框架知識打包在一起，而且是動態載入 context，需要用到某個技術的時候，才即時把那份專業知識載進來。

Kiro powers how they work

傳統做法是一開始就把所有工具一次載入，context 很快就膨脹，agent 也跟著變慢。powers 則是靠關鍵字觸發，只有真的需要的時候才載入，切換到別的情境時就自動停止作用。這樣 agent 只會拿到當下最關鍵的資訊，context 不會一直變大，反應速度也維持得住。

一個 power 裡面有什麼

一個 power 主要由三個部分組成。

What is inside a power

power.md 是入口檔案，定義這個 power 有哪些工具、什麼時候該用，同時也是 steering file 的入口。開頭會有一段描述和關鍵字，像 Supabase 的 power 大概長這樣：

name: supabase
displayName: Supabase with local CLI
description: Build fullstack applications with Supabase's Postgres database, authentication, storage, and real-time subscriptions
keywords: [database, postgres, auth, storage, realtime, backend, supabase, rls]

agent 就是靠這些 keywords 判斷什麼時候要把這個 power 叫出來。

MCP.json 放 MCP 相關設定，像環境變數、API keys 這些，也負責管理 CLI 工具的初始化和呼叫。以 Supabase 的 power 來說，它會先檢查 Docker Desktop 和 Supabase CLI 有沒有裝好、能不能跑，沒裝好就不往下做。接著還會幫你加一個 hook，之後只要手動觸發，agent 就會去檢查資料庫的效能和安全性。

Steering 放相關規範，而且只在當下的任務觸發時才載入，讓 agent 專注在正在做的事情上。例如 Supabase 的 power 會寫清楚：建資料庫時讀哪份、寫 SQL 時讀哪份、設定 RLS policy 時又讀哪份。不相干的規範，就不會被載進來佔空間。

Power directory structure