Aile 平臺架構
架構視角
Aile 以多個使用者產品承接情境，以共用領域能力維持一致性，再透過受控整合邊界連線外部入口與應用。
使用者價值
| 架構層 | 對使用者的價值 |
|---|---|
| 產品體驗 | 依個人、團隊、管理、運營或訪客情境提供合適入口 |
| 共同領域能力 | 讓身份、組織、訊息、客戶和服務在產品之間保持一致 |
| 整合邊界 | 讓網站、渠道與核准應用在明確範圍內加入既有流程 |
| 狀態與通知 | 在即時互動之外，仍能於重新載入或重新連線後恢復工作 |
產品層
產品層負責角色導向的流程、跨裝置體驗與工作脈絡。NewAile 與 AilePro 都有 App/Desktop 形態；其餘產品依營運、服務或外部訪客情境提供專門入口。
領域能力層
領域能力層提供身分與租戶、溝通與房間、客戶與關係、任務與協作、服務營運及整合能力。產品透過穩定契約使用這些能力，不應直接依賴其他產品的畫面或本機狀態。
能力協作
產品發起動作時，由對應領域能力驗證身份與工作脈絡、儲存業務結果，再將變化通知相關入口。客戶端可以為了速度保留本機狀態，但共同領域能力仍是跨產品協作的判斷依據。
例如，網站訪客開始對話時，WebChat 負責互動介面；服務與溝通能力維持會話；AilePro 或其他服務入口承接後續工作；客戶與任務能力儲存需要持續處理的關係和行動。
狀態與恢復
- 頁面首次進入時，從可持久恢復的資料建立當前狀態。
- 即時通知用於補充變化，不作為唯一事實來源。
- 網路中斷後，產品應重新確認身份、工作脈絡與遺漏變化。
- 重複到達的操作結果與通知應能安全合併，避免產生重複訊息或任務。
- 切換賬號、租戶或服務時，舊脈絡的請求與本機狀態不得汙染新脈絡。
整合邊界
整合採明確身分、租戶脈絡與能力範圍。公開 Wiki 提供已核准的整合指引；私有介面、正式環境位置與內部部署配置不在公開範圍。
擴充原則
新增產品、入口或整合時，應優先複用既有領域能力，並明確它消費哪些狀態、寫入哪些結果、由誰負責失敗恢復。只有在現有領域無法表達新的業務責任時，才新增能力邊界，避免同一事實被多個產品分別維護。
非功能原則
- 跨產品資料需維持明確所有權與可追溯性。
- 即時通知與持久資料需能在重新載入後收斂。
- 產品不得把敏感資訊放入網址、日誌或公開衍生物。
- 可用性與效能以各產品正式發行驗收為準。