以檢索為中心保存片段、摘要或向量。Agent 可以取用，但人很難確認它為何被取回、漏掉什麼，以及內容是否已經過期或互相矛盾。
CASE 001 / OPEN SOURCE SYSTEM
Shard
讓任務、來源與決策都
成為人與 Agent 都能互相傳遞的資訊
跨越 session、機器、Agent、身分與組織，Shard 保留資訊從哪裡來、形成了什麼決定，以及接下來由誰繼續。這套以個人為中心的開源工作圖譜，讓人與 Agent 都能檢查、修正並延續同一份明確狀態。
類型個人脈絡與工作圖譜
授權MIT / Open Source
技術FastAPI / React
持續開發2026 — NOW
01 / 問題
資訊不該在流動時
失去來歷
一個想法可能來自文章、會議、issue、創作過程或 AI 對話，再穿過不同身分、專案與組織形成決策和結果。如果最後只剩一個任務名稱，真正影響判斷的來源與關係就會消失。Shard 從這個問題出發：如何讓資訊在流動時，仍保留自己從哪裡來、經過什麼，又影響了什麼？
Memory 能共享內容，為什麼還需要 Shard？ 展開比較
MEMORY / SHARED STATE
MEMORY
SHARD
不只讓 Agent 記得，也讓人知道它記得什麼
工作可能跨越多個 session、機器與 Agent，有時甚至只是一段還沒形成任務的對話。Memory 服務能讓 Agent 取回彼此留下的片段，卻往往沒有讓人理解、檢查與修正的共同表面；Shard 把對話造成的改變整理成不依附於任何一次對話、而且人與 Agent 都能繼續使用的狀態。
把來源、決策、進度、操作者與關係變成人類可讀的共同紀錄。人可以檢查和修正，下一個 Agent 也能從同一份明確狀態接手。
保留來源
把資訊、決策、活動與成果放進同一張圖，讓每個節點保留來歷、轉變與影響，而不是只留下最後的待辦。
跨越邊界
以個人為中心組織不同身分與專案，自訂需要的節點類型，不被單一組織、工具或工作形式綁住。
帶著脈絡分享
按專案、身分或其他節點開放適當範圍，讓外部讀者能理解決策、提出問題並持續收到更新。
02 / 產品亮點
從資訊的來源
一路保留到分享
以下畫面與功能說明同步自 Shard 公開程式庫。任務管理只是其中一種入口；真正被保存的是來源、結構、決策、活動與對外分享之間可以追溯的關係。
01 / SOURCE & CONTEXT
讓每份資訊保留來源、位置與關係
身分、專案、任務、目標與決策都存在同一張有型別的圖裡，也能自訂新的節點類型承接研究材料、創作線索或其他資訊來源。結構可以跨越組織與角色；Hierarchy 則讓內容放在哪裡、屬於誰、彼此如何影響都能被看見。
02 / DECISION LINEAGE
決策不是註解，而是工作圖譜的一部分
每項決策都有狀態、前提與影響範圍，也能表達取代、依據、矛盾與治理關係。清單保留決策沿革；由左至右的圖譜，則讓前提、結論與受影響的工作一眼可循。
03 / LIVING SHARED CONTEXT
分享結果，也分享它如何形成
Shard 可以按專案、身分或其他可分享節點建立唯讀頁面。外部讀者能查看進度與決策沿革、留下訪客留言，也能向只讀取該頁內容的 Assistant 快速提問；日曆訂閱讓期限與變化持續同步，PIN 與到期時間則控制資訊邊界。
04 / MANY FORMS OF WORK
用適合當下的視角處理工作
研究、創作、營運或開發都能使用同一份底層資料。看板、時間線、日曆、表格與週期只是不同視角；切換介面時，來源、依賴、責任與脈絡不會斷開。
05 / AI-NATIVE
讓不同 Agent 在同一份脈絡中接力
不同 Agent 可以透過 API 或 MCP 查詢工作、記錄進度並更新節點。每次操作都帶著 Agent 身分回到活動紀錄，因此下一個協作者不只看見目前狀態，也知道是誰做了什麼、留下了哪些結果。
06 / CONNECTED FEEDBACK
讓一次更新觸發下一個協作者
Agent 或外部系統可以訂閱任務、專案與圖譜事件。當進度、決策或關係改變時，Shard 能透過簽署的 webhook 通知或觸發另一個 Agent、工作流程或系統；新的回報再回到原本節點，形成可追蹤的協作循環。
OPEN SOURCE / GITEA + GITHUB