工程方向 · Signcards
Signcard 是 Zeredi 可重複使用的上下文單元。
相關資訊。可重複使用的情境。無需讓單一檔案代表你的全部生活。
什麼是 Signcard？
Signcard 將一組有意義的相關資訊整合在一起。它是模組化且結構化的數據，而非對個人的定義。
其界限在於哪些資訊應該被組合在一起，而非涵蓋關於你的所有事情。
Signcard 與個人檔案 (Profile) 有什麼不同？
個人檔案通常將資訊整合在一起，用於在應用程式或服務中呈現某人的形象。而 Signcard 的角色較為專一：整理在不同情境下都可能相關的相關資訊。在 Zeredi 的設計模型中，虛擬分身 (Avatars) 將身份的不同面向帶入情境；而 Signcard 則提供這些情境所需的資訊。兩者都並非旨在代表一個人的完整面貌。
一個整理相關資訊的簡單方法。
只要可以用試算表列出，你就可以將其想像成 Signcard。一個標籤、一個數值以及一些相關詳情——而不是將你的所有身份資訊全部放在一張表內。
| 標籤 | 數值 |
|---|---|
| 姓名 | 範例姓名 |
| 備註 | 簡短描述 |
整理資訊並不代表會自動分享資訊。
標籤不同，資訊相同。
應用程式可能會以英文顯示「Name」或以西班牙文顯示「Nombre」。單純更改標籤的語言，並不會改變使用者輸入的數值。
翻譯仍需謹慎處理。翻譯後的標籤不會自動翻譯使用者的答案，亦不能保證在所有語境下具有相同含義。
探索 Signcards 的多語言應用同一個 Signcard 可以用於不同上下文嗎？
是的，在設計的模型中。資訊可以在多個情境中發揮作用，而不需要在所有地方都顯示。
重複使用現有資訊，而非重新建立。每次使用仍需設定正確的範圍與獲准的存取權限。
相關性並不等於權限。重複使用資訊並不保證最終結果。
企業也有分身嗎？適用於商業情境的 Signcards選擇 Signcard 會自動共享嗎？
不，在設計模型中並非如此。記錄資訊、將其帶入分身情境以及授予他人訪問權限是三個獨立的決定。擁有讀取資訊的權限，並不代表自動獲准修改資訊、將其轉發或代表該使用者採取行動。
記錄 Signcard 並不代表同意共享。身份、服務請求或配對結果本身不會授予訪問權限。其設計方向是「限定範圍使用」：僅針對請求目的使用獲權限的數據。閱讀、更改以及將其傳遞給另一個人、服務或代理，都需要各自相應的權限。
AI 代理 (AI agent) 如何使用 Signcard？
提供正確的情境，而非你的完整生平。AI 助手可以使用你刻意提供的信息，而非從完整的個人檔案中盲目推測。建議並不代表已確認的偏好。
擁有存取權並不代表擁有操作權限。這些是建議的用途，而非目前已可用的第三方連接。
探索 AI 代理的設計方向本文解釋的是工程概念，而非最終確定的結構、傳輸協議或可用集成。公開演示使用的是虛構數據；它們不會創建、保存、檢索或傳遞 Signcard 或虛擬分身數據。