本文研究窗口為 2026-07-20 至 2026-07-26（Asia/Taipei）。本週 GitHub 主線不是又一個聊天 UI，而是 Agent 的控制面：如何管理多個 worker、限制網路、接入通訊平台，並把事故調查變成可安裝的工程系統。

Paperclip：Agent 管理開始像工作作業系統

paperclipai/paperclip 把自己定位為工作場景的開源 Agent control plane。7 月 27 日觀察時約 74.8k stars、13.9k forks，MIT 授權；但 stars 只做當下規模參考，不代表本週成長。

更可靠的 W30 訊號是密集 commit 與 PR：包括修復 Linux sandbox proxy 的 Unix socket 路徑限制、強化 allowlist egress，以及持續整合不同 coding-agent adapter。這些改動顯示產品重心已從「啟動 Agent」進入「可靠地管理 Agent」。風險則是高變更速度、近 5k open issues，以及 control plane 本身成為高權限供應鏈節點。

QwenPaw：個人 Agent 走向多通路入口

agentscope-ai/QwenPaw 本週出現在官方 GitHub 線索中。它代表的工程模式是把模型、技能與個人通訊入口包成可部署助理。這類專案的價值不是聊天本身，而是跨 session 的狀態、排程與工具整合。

採用前應檢查授權、預設外連、憑證儲存、訊息平台權限與資料刪除流程。個人 Agent 一旦連接郵件、行事曆或檔案，便利性與 blast radius 同時上升；目前仍需要更多版本、issue 與下游採用證據來判斷長期動能。

OpenSRE：把 Agent 放進事故調查回路

Tracer-Cloud/opensre 在 W30 連續發布版本，包括 v0.1.2026.7.23。release notes 顯示整合 Datadog、Honeycomb、Sentry、PostHog、PagerDuty、Temporal、Helm 等系統，並改善共用 setup flow。這是明確的週內 release velocity，而非 Trending 截圖。

OpenSRE 的模式很務實：Agent 不取代監控系統，而是在既有 telemetry 與 incident tools 上編排調查。但 SRE Agent 可能取得 production logs、deploy 與 ticket 權限，必須區分 read-only diagnosis 與 mutation，並保留完整 command trace。

工程模式：模型可替換，控制面不可省略

三個專案跨越工作管理、個人助理與 SRE，卻收斂到同一架構：provider adapter、skill/tool registry、session state、權限政策、通路 gateway 與 trace。真正形成黏著度的不是 prompt，而是這些執行基礎設施。

Watchlist

• Paperclip open-issue 壓力、sandbox 回歸測試與 adapter 相容性。
• QwenPaw 的正式 release cadence、授權、secret storage 與權限文件。
• OpenSRE 在 production 的誤判率、人工接管率與 read/write 隔離。
• control plane 是否支援可匯出 trace、policy-as-code 與供應鏈簽章。
• 高 star 專案的 contributor concentration 與維護者回應時間。