開發技術每日追蹤｜2026-09-11

自上次報告後，確認 2 項符合條件且尚未報告的正式更新：AgentRQ 0.5.21 與 Microsoft Prompty Python 2.0.0。本次新增內容主要集中在 Agent 執行模型控制、MCP 狀態同步，以及跨 Runtime 的 Agent Loop 韌性與 Context Compaction。主要 Web 前後端框架、JavaScript／TypeScript Runtime 與程式語言本次未確認到新的符合條件正式版本。

1. AI Agent 框架／Agent 平台

AgentRQ 0.5.21

• 版本： v0.5.21
• 發布日期： 2026-09-10
• 發布時間： 2026-09-10 01:55 UTC（台灣時間 09:55）
• 定位： 多 Coding Agent／Human-in-the-loop Agent Control Plane
• 核心技術： MCP、Workspace、Task、Agent Session、模型選擇與桌面端管理

Agent 模型選擇正式進入 Control Plane

0.5.21 最重要的功能是讓使用者可以直接在 AgentRQ UI 中選擇 Agent 實際執行時使用的模型，並把選定模型傳遞到真正執行 Agent 的位置。

這讓 AgentRQ 的控制範圍從：

Workspace
→ Task
→ Agent
→ 執行

擴充為：

Workspace
→ Task
→ Agent
→ Model Selection
→ Agent Runtime

對同時使用不同模型的 Coding Agent 環境而言，模型選擇不必再完全依賴外部 CLI 或 Agent 自身設定，而可以由上層 Control Plane 管理。

適用情境包括：

• 同一 Agent 依任務切換不同模型
• 成本／品質分級
• Coding、Review、Research 使用不同模型
• 多 Agent Workspace 的模型政策管理

MCP 會把模型變更同步給已開啟的頁面

新版 MCP 層會在 Agent 模型發生變更時通知目前已開啟的 UI tabs。這使模型狀態不再只是某個頁面的本地狀態，而能由 Agent／Gateway 狀態同步至 Control Plane UI。

在多分頁或多人查看同一 Agent Session 時，可以降低：

UI 顯示 Model A
但 Agent 實際已切換至 Model B

這類狀態不一致問題。

Agent 狀態改以 Session 為單位

0.5.20～0.5.21 的版本鏈同時補強 MCP Agent identity 與狀態語意：Agent 狀態改為依 Session 回報，而不是依 Workspace 共用一份狀態。

這對多 Session Agent 很重要，因為同一 Workspace 可能同時存在：

Session A → running
Session B → idle
Session C → waiting

若只以 Workspace 為狀態單位，就會失去真正的執行粒度。Session-level state 更適合多 Agent／平行 Coding 工作流。

Desktop 更新機制改善

桌面端現在會每 15 分鐘檢查更新，並改進無法直接自動套用更新時的處理流程。這不是 Agent Runtime 核心功能，但對常駐使用 AgentRQ Desktop 的環境可降低版本落後造成的 MCP／UI 相容性問題。

影響評估：中至高。 若 AgentRQ 被當作多 Agent Control Plane 使用，模型選擇與 Session-level 狀態同步是比單純 UI 更新更重要的能力；尤其適合多模型、多 Session、多人共同監控 Agent 的工作環境。

官方來源： https://github.com/agentrq/agentrq/releases/tag/v0.5.21（另開分頁）

Microsoft Prompty Python 2.0.0

• 版本： python/2.0.0
• 發布日期： 2026-09-10
• 語言／Runtime： Python；Prompty 同時維持 TypeScript／跨 Runtime 規格
• 定位： .prompty Prompt／Agent 資產格式與執行 Runtime
• 版本重點： Agent Loop 韌性、Context Compaction、Tool Validation Bridge、Structured Result Casting，以及跨 Runtime 產生器架構

Prompty 不只是 Prompt 檔案格式。其 Runtime 規格已包含 PromptAgent、Tools、Thread、Agent Turn 與 Agent orchestration 行為，因此 2.0.0 的多項更新直接影響 Agent Runtime。

Agent Loop Resilience

2.0.0 新增多項 Agent Loop 韌性處理。核心目的，是避免 Agent 在 Tool Call、Provider 回應或中間狀態不完整時，因單一異常直接破壞整個 Turn Loop。

典型 Agent 流程：

User Input
→ Model
→ Tool Call
→ Tool Result
→ Model
→ Final Result

若中間出現 malformed tool result、無效 continuation 或 Provider 邊界狀態，Runtime 需要明確決定是否重試、終止或回復，而不是讓 Agent Loop 留在不可預測狀態。2.0.0 將這類行為進一步納入正式 Runtime 規格。

這對長時間 Tool-heavy Agent、Coding Agent 與 Workflow Agent 特別重要。

跨 Runtime Context Compaction

2.0.0 將 Context Compaction 帶入各 Runtime，而不再只靠應用層自行管理對話歷史。

長 Session 常見問題是：

System Prompt
+ Conversation
+ Tool Calls
+ Tool Results
+ Generated Context
→ 持續累積
→ 接近模型 Context Window

Runtime-level compaction 可在保留重要執行語意的前提下縮減舊內容，讓 Agent 能持續執行更長時間。

實際價值包括：

• 降低 Context Window overflow
• 控制 Token 成本
• 改善長時間 Agent Session
• 讓不同 Runtime 對 compaction 行為更一致

對同一 .prompty 資產同時跑在 Python、TypeScript 或其他 Runtime 的情境尤其重要，因為 Context 管理開始具備跨語言一致性。

bind_tools Validation Bridge

新版加入跨 Runtime 的 bind_tools validation bridge，用來驗證 Agent 宣告的 Tool 與實際 Runtime 綁定是否一致。

這可以提早攔截：

• Tool schema 不匹配
• Tool 名稱不存在
• Runtime 無法綁定指定 Tool
• Agent 定義與實際工具集合不同步

相較等到模型真的送出 Tool Call 才失敗，這種 validation 更接近 fail-fast 設計，適合 Production Agent。

Structured Result Casting

2.0.0 新增 Python 與 TypeScript 的 Structured Result Casting，讓模型輸出的 Structured Result 能依 Prompty schema／runtime type contract 進一步轉換與驗證。

對 Agent 而言，這能把：

LLM JSON-like Output

轉成更接近：

Validated Structured Result
→ Application Logic

降低應用層重複撰寫 JSON parsing 與型別檢查的需求。

跨 Runtime Emitter 架構

本版的 emitter 也加入 @factory、@helper decorators、nested factory methods、enum 支援，以及 language-agnostic Declaration IR。這使 Prompty 的規格可以先降低成共通中介表示，再產生各語言 Runtime 所需結構。

其方向可理解為：

Prompty / TypeSpec
→ Declaration IR
→ Python emitter
→ TypeScript / 其他 Runtime emitter

這有利於維持不同語言 Agent Runtime 的 schema 與行為一致性，而不是各自手動實作一套相近但逐漸分歧的型別。

影響評估：高。 對單純一次性 Prompt 使用者影響有限；但若使用 Prompty 建構具 Tool Calling、長 Context、Structured Output 或跨語言 Runtime 的 Agent，2.0.0 是重要的 Runtime 成熟度更新。

官方來源： https://github.com/microsoft/prompty/releases（另開分頁）

2. 網頁前端／後端框架

本次未確認 Next.js、Astro、Nuxt、NestJS、FastAPI、SvelteKit 等主要 Web Framework 在上次報告後發布新的符合條件正式穩定核心版本。Canary、RC、Beta 等預發布版本不納入本次正式追蹤。

3. JavaScript／TypeScript Runtime

本次未確認 Node.js、Deno 或 Bun 在上次報告後發布新的符合條件正式 Runtime 版本，因此不重複列入既有版本。

4. 程式語言

本次未確認 Python、Rust、Go、TypeScript 等主要程式語言在上次報告後發布新的正式穩定版本或新的重大語言層級更新。