Skip to main content

📊 技術學習

AWS​

Amazon Bedrock AgentCore Browser Tool​

日期: 2026-02-06
來源: https://aws.amazon.com/tw/blogs/machine-learning/introducing-amazon-bedrock-agentcore-browser-tool/

概述: AWS 推出的完全託管雲端瀏覽器工具，讓生成式 AI 代理可以無縫地與網站互動。

核心問題解決:

  1. Foundation Models 的限制: 訓練資料靜態，需要動態存取即時資訊
  2. 企業規模化挑戰: AI 網頁自動化的擴展性問題

核心功能:

  • 🌐 完整網頁互動（導航、點擊、填表單）
  • 🖼️ 視覺理解（截圖、元素識別）
  • 🔒 企業級安全（會話隔離、IAM 控制）
  • 📈 無限擴展（單一到數千會話）
  • 🤖 整合框架（Playwright、Amazon Nova Act、Browser Use）

主要使用案例:

  1. 自動化重複性網頁任務
  2. AI 驅動的研究與情報蒐集
  3. 跨系統複雜工作流程自動化
  4. 測試與品質保證
  5. 舊系統整合（沒有 API 的系統）

技術整合:

  • 瀏覽器自動化程式庫：Playwright, Puppeteer, Selenium
  • AI 代理框架：Amazon Nova Act, Browser Use
  • 多代理工作流程整合

工作流程:

  1. 使用者發送查詢
  2. 代理框架將查詢傳遞給 LLM
  3. LLM 生成結構化指令（JSON）
  4. 框架對應到瀏覽器操作指令
  5. 透過 WebSocket 在 AgentCore Browser 執行
  6. 回應和截圖傳送給代理推理
  7. 重複直到完成

定價:

  • 基於消費的定價，無前期承諾
  • 2025/09/16 前免費試用
  • 按每秒計費（CPU + 記憶體使用量）
  • 最低 128 MB 記憶體計費

資源連結:

應用場景思考:

  • 旅遊業價格監控與資料收集
  • 自動化測試與品質保證
  • 客戶服務自動化
  • 舊系統現代化整合

AI Agent​

OpenClaw 技術架構深度解析​

日期: 2026-02-06
來源: https://accucrazy.com/openclaw-taiwan

核心理念: 把 AI Agent 當成「會做事的同事」，OpenClaw 不是教它說話，而是為它建立一個「運作良好的辦公室」。

架構設計（機場比喻）:

  • 🗼 Gateway（塔台）: 控制平面，負責調度與安檢
  • 📞 Channels（櫃台）: Telegram、LINE、Slack 等通道
  • ✈️ Sessions（航班）: 獨立的對話脈絡
  • 👨‍✈️ Assistant/Workspace（飛行員）: 真正做事的核心
  • 🔒 Sandbox（隔離艙）: 風險任務的隔離執行

核心元件詳解:

  1. Gateway - 控制平面

    • 長駐服務（Long-running Service）
    • 整合通道管理、Session 路由、WebSocket 控制
    • 優點：通道可替換、無痛開發驗證、統一政策

  2. Pairing - 安全邊界

    • 陌生人需要配對才能對話
    • 身分綁定機制
    • 安全文件

  3. Sandboxing - 風險隔離

    • 三種模式：off / non-main（建議）/ all
    • 群組權限低於私聊
    • 用政策管理風險

  4. Memory - 筆記 + 索引

    • Markdown 檔案（人類可讀）
    • SQLite-vec（輕量索引）
    • 優點：低成本、可控、可維運

部署建議:

  • ✅ VM 部署優於 Serverless
  • 原因：WebSocket 長連接、狀態持久化、回應體感

安全原則:

  1. Skills = 安裝程式（確認來源）
  2. 群組必加沙盒
  3. 鎖好控制平面

OpenClaw-Taiwan 專案:

  • 通道在地化（優化 LINE）
  • 情境模板（會議紀錄、小編、客服）
  • 安全預設配置

資源連結:

關鍵學習:

  • 工程思維優先（安全、隔離、權限內建）
  • 記憶系統：Markdown + 輕量索引平衡可讀性與效能
  • Pairing 機制：把「誰可以對話」做成產品流程
  • VM vs Serverless：長期運作選 VM 更穩定

前端​

什麼是 OLTP 與 OLAP​

日期: 2026-02-08 來源: https://datadrivenai.wordpress.com/2019/11/01/%E4%BB%80%E9%BA%BC%E6%98%AF-oltp%EF%BC%9F%E4%BB%80%E9%BA%BC%E6%98%AF-olap%EF%BC%9F/

概述: 區分日常交易處理 (OLTP) 與分析決策處理 (OLAP) 的差異。

關鍵技術點:

  1. OLTP (Online Transactional Processing):
    • 重視 ACID (原子性、一致性、隔離性、持久性)。
    • 優化大量細微的讀寫操作。
    • 銀行交易系統是典型範例。
  2. OLAP (Online Analytical Processing):
    • 重視 數據聚合與分析。
    • 處理歷史大數據，用於生成報表與商業智慧。
    • 對即時一致性要求較低。
  3. 整合應用: 通常架構為：交易發生 (OLTP) -> ETL 流程 -> 數據分析 (OLAP).

(待補充)

後端​

Integrate Keycloak with ASP.NET Core Using OAuth 2.0​

日期: 2026-02-08
來源: https://www.milanjovanovic.tech/blog/integrate-keycloak-with-aspnetcore-using-oauth-2

概述: 實作 Keycloak 作為身份驗證提供者，並在 ASP.NET Core API 中進行整合。

關鍵技術點:

  1. Docker 部署: 使用 quay.io/keycloak/keycloak 快速啟動開發環境。
  2. Realm & Client: 設定獨立的 Realm (keycloak-demo) 與 Public Client (demo-api)。
  3. Authorization Code Flow + PKCE: 現代化瀏覽器應用的安全標準。
  4. Swagger UI 整合: 讓開發者可以直接在 Swagger 頁面進行 OAuth 登入測試。
  5. JWT 驗證: 使用 Microsoft.AspNetCore.Authentication.JwtBearer 進行本地權杖驗證，提高效能。

配置要點:

  • Authority: Keycloak Realm 的 URL。
  • MetadataAddress: .well-known/openid-configuration 路徑。
  • RequireHttpsMetadata: 開發環境設為 false，生產環境必須為 true。

效能優勢:

  • API 透過快取的 JWKS (Public Keys) 本地驗證 JWT，不需要每次請求都聯繫 Keycloak。

Solving the Distributed Cache Invalidation Problem with Redis and HybridCache​

日期: 2026-02-08
來源: https://www.milanjovanovic.tech/blog/solving-the-distributed-cache-invalidation-problem-with-redis-and-hybridcache

概述: 解決 .NET 9 HybridCache 在多節點環境下的 L1 快取一致性問題。

關鍵技術點:

  1. HybridCache 限制: 雖然整合了 L1/L2，但 L1 (In-memory) 在不同節點間不具備自動同步失效機制。
  2. Redis Pub/Sub Backplane: 使用 Redis 的發布/訂閱功能作為通訊背板。當某一節點刪除快取時，發布訊息通知其他節點同步刪除 L1 快取。
  3. 實作步驟:
    • 定義 ICacheInvalidator 負責發布失效訊息。
    • 實作 BackgroundService 訂閱 Redis 頻道並執行 hybridCache.RemoveAsync。
  4. 替代方案: FusionCache。已有成熟的 backplane 實作，且支援 HybridCache 介面，可無痛切換。

架構思考:

  • 一致性 vs 效能: 犧牲一點網路頻寬（Pub/Sub 訊息）來換取強大的一致性與 L1 快取的高效能。
  • 冗餘處理: 發布者也會收到自己的訊息，重複執行 RemoveAsync 是無害的。

什麼是 OLTP 與 OLAP​

日期: 2026-02-08 來源: https://datadrivenai.wordpress.com/2019/11/01/%E4%BB%80%E9%BA%BC%E6%98%AF-oltp%EF%BC%9F%E4%BB%80%E9%BA%BC%E6%98%AF-olap%EF%BC%9F/

概述: 區分日常交易處理 (OLTP) 與分析決策處理 (OLAP) 的差異。

關鍵技術點:

  1. OLTP (Online Transactional Processing):
    • 重視 ACID (原子性、一致性、隔離性、持久性)。
    • 優化大量細微的讀寫操作。
    • 銀行交易系統是典型範例。
  2. OLAP (Online Analytical Processing):
    • 重視 數據聚合與分析。
    • 處理歷史大數據，用於生成報表與商業智慧。
    • 對即時一致性要求較低。
  3. 整合應用: 通常架構為：交易發生 (OLTP) -> ETL 流程 -> 數據分析 (OLAP).

(待補充)