Powei Lee

Agent-to-Agent 文章推薦網路

實作完整的 ANP (Agent Network Protocol) 身份系統與 agent-to-agent 通訊，建立去中心化的技術文章推薦網路

角色 分散式系統開發 + Protocol Implementation
時間 TBD（長期探索專案）
範圍 W3C DID、Agent-to-Agent Communication、P2P Network
ANPW3C DIDAgent NetworkP2PDecentralized Identity

專案構想（2025.11 更新）

實作完整的 ANP (Agent Network Protocol) 技術棧，建立一個去中心化的 agent 網路，讓不同網站的 AI agents 可以互相發現、認證、通訊，並交換文章推薦。

核心願景： 打造「Agentic Web」- AI agents 可以像人類瀏覽網頁一樣，在網站之間自由導航、發現內容、建立連結。

實際應用： 技術部落格 agents 之間交換相關文章推薦，形成去中心化的內容發現網路。

🆕 2025.11 最新發現

W3C 標準化已啟動：

ANP 技術白皮書發布：

  • ✅ arXiv:2508.00007（2025-07-18）
  • ✅ 作者：Gaowei Chang et al.（ANP 創始人）
  • ✅ 已被引用：4 次

影響評估：

  • ✅ 標準化進程加速（W3C CG 正式成立）
  • ✅ 預期 2026-Q1 發布 ANP v1.0 候選規範
  • ⚠️ 但仍無生產環境實作案例
  • 🔮 需要觀察其他網站是否跟進

技術架構

Layer 1: Identity & Encrypted Communication

W3C DID (Decentralized Identifier)

DID Method: did:wba (Web-Based Agent)
Example: did:wba:pwlee.xyz:blog-agent
Resolution: https://pwlee.xyz/blog-agent/did.json

DID Document 範例：

{
  "@context": "https://www.w3.org/ns/did/v1",
  "id": "did:wba:pwlee.xyz:blog-agent",
  "authentication": [{
    "id": "did:wba:pwlee.xyz:blog-agent#key-1",
    "type": "Ed25519VerificationKey2020",
    "controller": "did:wba:pwlee.xyz:blog-agent",
    "publicKeyMultibase": "z6Mk..."
  }],
  "service": [{
    "id": "did:wba:pwlee.xyz:blog-agent#agent-service",
    "type": "AgentService",
    "serviceEndpoint": "https://api.pwlee.xyz/agent"
  }]
}

挑戰：

  • ❌ 需要實作完整的 DID 解析器
  • ❌ 金鑰管理與輪換
  • ❌ HTTPS + mTLS 雙重加密

Layer 2: Meta-Protocol

Agent-to-Agent 通訊協商

// Agent A 發現 Agent B
const agentB = await discoverAgent('did:wba:example.com:blog-agent');

// 協商通訊協議
const protocols = await agentB.getSupportedProtocols();
// → ['ANP/1.0', 'A2A/0.2', 'MCP/1.0']

// 建立加密通道
const channel = await establishSecureChannel(agentB, {
  protocol: 'ANP/1.0',
  encryption: 'TLS1.3 + mTLS'
});

// 開始通訊
await channel.send({
  type: 'ArticleRecommendationRequest',
  topics: ['Astro', 'Content Collections'],
  language: 'zh-Hant'
});

挑戰：

  • ❌ 複雜的協議協商邏輯
  • ❌ 多重加密層（TLS + mTLS + End-to-End）
  • ❌ 錯誤處理與重試機制

Layer 3: Agent Description Protocol (ADP)

Agent 能力描述

{
  "@context": "https://agent-network-protocol.com/context",
  "@type": "Agent",
  "id": "did:wba:pwlee.xyz:blog-agent",
  "name": "Powei Lee Blog Agent",
  "capabilities": [
    "article_recommendation",
    "content_discovery",
    "semantic_search"
  ],
  "protocols": ["ANP/1.0", "MCP/1.0"],
  "trustScore": 0.95,
  "interactions": 1247
}

功能規劃

Phase 1: 基礎設施（20-30 小時）

  • 實作 W3C DID resolver
  • 建立 Agent Registry（中央目錄）
  • 實作基本的 agent discovery
  • 金鑰生成與管理

Phase 2: Agent-to-Agent 通訊（15-20 小時）

  • 實作 Meta-Protocol 協商
  • 建立 mTLS 加密通道
  • 訊息序列化/反序列化
  • 錯誤處理與重試

Phase 3: 文章推薦系統（10-15 小時）

  • 定義 ArticleRecommendation 協議
  • 實作語意相似度計算
  • 建立推薦演算法
  • 防範垃圾推薦（trust scoring）

Phase 4: Agent Network（15-20 小時）

  • 實作 P2P agent discovery
  • 建立去中心化信任機制
  • 實作 gossip protocol（傳播推薦）
  • 監控與可觀測性

總開發時間：60-85 小時

技術挑戰

1. 雞生蛋問題

  • 問題： 需要其他網站也實作 ANP agents 才能測試
  • 現況： 沒有任何主流網站實作
  • 解決： 需要建立多個測試 agents，或等待生態系成熟

2. 基礎設施複雜度

組件複雜度維護成本
DID Resolver🔴 高🔴 高
Agent Registry🟡 中🟡 中
mTLS Infrastructure🔴 高🔴 高
P2P Network🔴 高🔴 高

3. 安全性考量

  • 驗證 agent 身份 - 防止惡意 agents
  • 防範 DDoS - Rate limiting, reputation system
  • 資料隱私 - 不應洩露私密文章或使用者資訊
  • 垃圾推薦 - 防止 spam agents

4. 標準化尚未完成

  • ANP 仍在 draft 階段
  • W3C WebAgents CG 尚未發布正式標準
  • 可能需要追蹤規範變更

架構決策

方案 A：完全去中心化（純 P2P）

  • ✅ 符合 ANP 願景
  • ❌ 實作複雜度極高
  • ❌ Agent discovery 困難
  • ❌ 維護成本高

方案 B：混合式（Registry + P2P）

  • ✅ 平衡實作複雜度與去中心化
  • ✅ Agent discovery 簡單（查詢 registry）
  • ⚠️ Registry 成為單點故障
  • 🟡 中等維護成本

方案 C：中央化（純 Registry）

  • ✅ 實作最簡單
  • ❌ 違背去中心化原則
  • ⚠️ Trust & censorship 問題

建議：方案 B（混合式）

投資報酬率分析

成本

  • 開發時間： 60-85 小時（2-3 個月兼職）
  • 基礎設施成本：
    • Agent Registry server: $5-10/月
    • SSL certificates (mTLS): $0（Let’s Encrypt）
    • DID resolver: $0（self-hosted）
  • 維護成本： 🔴 高（需要持續監控、更新）

效益

  • 實用性： 🔴 極低（目前沒有其他 agents）
  • 技術展示： ⭐⭐⭐⭐⭐（展示深度技術理解）
  • 學習價值： ⭐⭐⭐⭐⭐（W3C DID, P2P, 分散式系統）
  • 內容創作： ⭐⭐⭐⭐⭐（可撰寫系列技術文章）

建議

  • 🔴 不建議完整實作，原因：
    1. 開發成本過高（60-85 小時）
    2. 實際效益極低（沒有其他 agents 可以互動）
    3. 維護負擔重
    4. 標準化尚未完成，可能需要追蹤變更
  • ✅ 適合作為長期探索專案
  • ✅ 可撰寫系列技術深度文章
  • ✅ 分階段實作（先做 Phase 1, 觀察生態系發展）

替代方案

最小可行實作（MVP）

僅實作 Agent Discovery + 靜態 Agent Card，不實作完整通訊：

實作內容：

  1. ✅ /.well-known/agent-descriptions 端點
  2. ✅ 靜態 Agent Description JSON-LD
  3. ✅ 簡化的 DID（使用 domain-based，不需要完整 DID resolver）
  4. ❌ 不實作 agent-to-agent 通訊
  5. ❌ 不實作加密通道

開發時間： 2-4 小時（已在其他方案中規劃）

效益： 為未來預留接口，不增加維護負擔

技術文章系列構想

如果執行 Phase 1（基礎設施），可撰寫系列文章：

系列 1：《從 HTTP 到 ANP：重新想像 Web 協議》

  1. 第一篇：HTTP 的設計理念與限制
  2. 第二篇：為什麼 AI Agents 需要新協議？
  3. 第三篇：ANP 三層架構深度解析
  4. 第四篇：實作 W3C DID Resolver

系列 2：《打造去中心化 Agent 網路》

  1. 第一篇：P2P vs. Client-Server：架構選擇
  2. 第二篇：實作 Agent Registry
  3. 第三篇：mTLS 與 Agent Authentication
  4. 第四篇：防範惡意 Agents：Trust Scoring 機制

預估文章價值： 每篇 2000-3000 字，深度技術內容，適合建立思想領導力

參考資源

官方規範

實作參考

相關論文

決策建議（2025.11 更新）

短期（3 個月內）- 2025.11 至 2026.02

考量 W3C CG 成立後的建議：

  • ⏸️ 仍不建議完整實作（開發成本過高）
  • ✅ 但價值提升：
    1. W3C CG 正式成立，標準化加速
    2. 可撰寫《ANP at W3C：標準化進程追蹤》文章
    3. 展示參與 W3C 社群的技術理解

立即行動：

  • ✅ 實作 ANP 輕量級 Agent Discovery（2-4 小時）
    • /.well-known/agent-descriptions 端點
    • 純靜態實作（符合 SSG 原則）
    • 展示對 W3C 標準的理解
  • ✅ 撰寫研究型文章：《ANP 深度解析 + W3C 標準化進展》
  • 🔶 關注 W3C AI Agent Protocol CG 會議記錄

中期（6-12 個月）- 2026.03 至 2026.12

關鍵觀察指標：

  • 🔭 2026-Q1：ANP v1.0 候選規範發布
    • 若發布，評估實作可行性大幅提升
    • 可撰寫「ANP v1.0 完整實作指南」
  • 🔭 其他網站實作情況
    • 目標：至少 2-3 個技術部落格/開源專案實作
    • 若達成，值得跟進實作 Phase 1
  • 🔭 W3C CG 活躍度
    • 每月會議持續？
    • 參與者數量成長？

條件觸發行動：

  • ✅ IF：ANP v1.0 發布 + 3+ 網站實作
    • THEN：執行 Phase 1（基礎設施，20-30h）
  • ⏸️ ELSE：繼續觀察，保持 Agent Discovery 端點

長期（1-2 年）- 2027+

理想情境：

  • 🔮 ANP 成為事實標準（類似 MCP）
  • 🔮 50+ 網站實作 Agent Discovery
  • 🔮 建立開源 ANP implementation library（TypeScript）
  • 🔮 撰寫技術書籍或系列教學

重新評估時間：

  • 2026.03（6 個月後）- 檢視 ANP v1.0 候選版
  • 2026.12（1 年後）- 年度生態系評估

專案狀態： 💡 Idea（AI 協助發想） 建議行動： 撰寫研究分析文章，實作 MVP（Agent Discovery），觀察生態系發展 重新評估時間： 2025.06（6 個月後）

← 返回專案列表