PetYou 使用說明手冊

公開版本聚焦使用者可見能力、使用路徑與責任邊界。

graph TD
  A[PetYou] --> B[AI 推理層]
  A --> C[數字孿生層]
  A --> D[連線層]
  A --> E[Agent 管家]
  E --> B
  E --> C
  E --> D

如何閱讀

PetYou 可以從“理解寵物”開始，也可以從“照護、社交、創作或現實服務”進入。無論入口是什麼，Agent 管家都會盡量把當前寵物資料、主人授權和上下文帶到下一步；涉及健康、付款、外部服務或線下見面的動作，仍由使用者確認。

PetYou – 寵你寵溺

產品使用者手冊與專案說明書

一、先用一句話理解 PetYou

PetYou 不是一個單一的寵物社交軟體，也不是一個只提供 AI 玩具功能的應用。它是一套圍繞“人、寵物、家庭、服務者和社群”建立的寵物陪伴基礎設施：

用 AI 讀懂寵物，用數字孿生陪伴寵物，用地圖和服務把線上理解轉化為線下行動，再用社群、創作和公益讓寵物關係持續生長。

PetYou 的核心目標不是讓使用者在 App 裡停留更久，而是讓使用者在面對“寵物需要什麼、我現在應該做什麼、哪裡有人可以幫助我、我如何留下這段關係”時，能夠更快獲得可靠、可執行、可追蹤的答案。

因此，PetYou 的產品體驗可以概括為一個持續迴圈：

建立寵物檔案
      ↓
理解寵物情緒、健康與行為
      ↓
獲得 AI 建議和行動路徑
      ↓
連線地圖、醫院、服務者、商家和社群
      ↓
完成照護、社交、創作或公益行動
      ↓
沉澱記錄、記憶和數字寵物資產
      ↓
讓下一次陪伴更懂你和你的寵物

二、PetYou 的三個核心層

PetYou 現在可以從三個互相連線的產品層來理解：

2.1 AI 推理層：翻譯、健康、行為與創作

AI 推理層負責回答“寵物可能在表達什麼”“我應該如何照顧”“怎樣把日常變得更有趣”這類問題。它不是一個孤立的聊天機器人，而是一組按場景分工的 AI 能力：

AI 層的核心價值是“解釋”和“決策輔助”，而不是讓使用者多一個聊天視窗。它必須能夠在回答之後，繼續把使用者帶到提醒、地圖、醫療機構、寵物卡、商城、服務預約或創作工具中。

2.2 數字孿生層：畫素寵、3D 寵物與虛擬世界

數字孿生層負責讓寵物在 App 內擁有持續存在的“數字身份”和“陪伴感”。它由幾個層次構成：

1. 寵物資料層：姓名、物種、品種、年齡、性別、體重、性格、健康資料、照片和使用者補充資訊。
2. 個性敘事層：AI 根據照片和資料生成寵物個性檔案、內心獨白、性格關鍵詞、創作提示和社交表達。
3. 畫素陪伴層：畫素電子寵物擁有情緒、飢餓、清潔、能量、親密度、經驗、訪問次數和互動行為等本地狀態。
4. 視覺資產層：AI 藝術肖像、表情包、短影片、寵物之歌、寵物 MV 和 3D 模型。
5. 虛擬空間層：3D 寵物展示、3D 世界、虛擬樂園等沉浸式入口。
6. 記憶層：把寵物的日常、地點、照片和重要節點整理成可回看的時間線。

數字孿生不是為了製造一個脫離現實的虛擬寵物，而是把真實寵物的成長、照護和關係留在使用者身邊。必須明確：當前公開版本中已經存在畫素寵物和多個 3D/創作入口，但“完整雲端數字孿生檔案、跨裝置同步、硬體資料自動接入”等能力仍應以實際環境、介面和資料開關為準。

2.3 連線層：O2O、地圖、社群與服務網路

連線層負責把線上理解轉化為線下行動，包括：

• 地圖和附近服務：醫院、藥房、寵物友好地點、遛寵路線、足跡和地理記憶。
• 寵物服務：代遛、日託、寄養、認證服務者、預約和服務閉環。
• 醫療服務：急救、附近醫院、醫療記錄、提醒、保險教育、處方記錄和未來的遠端醫療/配送能力。
• 社群關係：發帖、評論、點贊、收藏、關注、活動、飛鴿傳書和遛寵搭子。
• 寵物領養：公開領養資訊、申請記錄、送養髮布和責任稽核。
• 供給與商城：本地商家優先，外部 CPS 作為補充的商品發現、比價和跳轉。

連線層的關鍵原則是“真實優先”：沒有真實資料就顯示明確的空狀態、許可權狀態或服務未開放狀態；測試樣例必須有明顯標識；不能用虛構的商家、醫院、庫存、價格、使用者或預約成功來填充體驗。

三、產品願景與當前產品邊界

使用者提出的完整願景可以歸納為七條長期價值鏈：

1. 寵物結緣： 領養、責任匹配、未來可能的合規寵物交易資訊服務。
2. 智慧約寵： 基於定位、寵物性格、品種、體型、年齡和活躍度匹配遛寵搭子。
3. 情感交流： AI 寵物語、情緒理解、語音互動和人與寵物之間的表達輔助。
4. 情緒價值： AI 個性檔案、藝術肖像、歌曲、MV、表情包、短影片、數字寵物和手辦衍生。
5. 愛養呵護： AI 健康參考、醫療機構、醫療記錄、保險教育、寄養、丟失找尋和提醒。
6. 愛心投餵： 流浪動物物資支援、投餵記錄、助養基金，以及未來可能的積分或資產化機制。
7. 臨終關懷： 寵物殯葬、紀念空間、遺願記錄和情感陪伴服務。

Agent 會識別當前場景、讀取使用者授權的寵物上下文、分派專業代理，並返回可執行的下一步。它的本質是連線層和 AI 推理層之間的中臺協調器。

4.3 其他業務角色表面

除了使用者端五個主卡，專案還包含三類業務表面：

• 服務者/醫療機構/商戶端： 透過服務者門戶、機構入駐、商戶和服務能力模組管理資料、地點、團隊、資質、服務、排班和預約。
• 系統級頁面： 登入、註冊、歡迎頁、密碼重置、郵箱驗證、隱私條款、系統版本和錯誤/降級狀態。

五、核心使用者路徑

5.1 新使用者第一次進入

1. 使用者進入歡迎頁，看到 PetYou 品牌、口號、三張核心能力卡和語言切換。
2. 點選“開始探索”，系統記錄歡迎頁已讀狀態，進入五個主卡。
3. 未登入使用者可以瀏覽部分頁面，但社交、AI、個人寵物、釋出、訊息、收藏、歷史和完整 Agent 能力會根據具體場景要求登入。
4. 登入後，使用者可以建立第一隻寵物，填寫物種、品種、年齡、體重、性別、照片和描述。
5. Agent 會根據寵物資料調整健康、營養、行為、購物和創作建議。

5.2 建立寵物到形成數字身份

建立寵物
  → 上傳頭像和基礎資料
  → 補充性格、健康和生活資訊
  → 生成 AI 個性檔案
  → 生成藝術肖像/表情包/歌曲/3D 模型
  → 設定畫素電子寵物
  → 分享到社群或儲存為寵物記憶

這條路徑的價值是把“寵物資訊錄入”轉化成“寵物身份建立”。資料越完整，健康提醒、訓練建議、創作提示和 Agent 個性化程度越高。

5.3 健康問題到行動建議

使用者描述症狀或行為變化
  → Agent 判斷場景與緊急程度
  → AI 健康代理給出風險提示和需要觀察的資訊
  → 非緊急：進入症狀、健康記錄、提醒或知識庫
  → 需要線下：開啟附近醫院/藥房地圖
  → 需要機構參與：進入預約申請或服務者確認流程
  → 重大風險：進入急救頁，提供真實 POI、電話和導航

這條路徑始終強調：AI 負責輔助理解和分診，獸醫負責診斷；預約只有在服務者確認後才能成為確認狀態。

5.4 日常用品到購買建議

使用者提出商品需求
  → Agent 讀取寵物物種、健康、地區和配送國家
  → 優先搜尋本地商家或真實 O2O 供給
  → 沒有合適本地結果時展示受控的 CPS 外部候選
  → 使用者檢視商品詳情、比價或儲存
  → 使用者主動確認後跳轉外部平臺

PetYou 不自動代替使用者付款、下單、上傳敏感資料或承諾外部平臺庫存和售後。

5.5 AI 創作到社群分享

1. 使用者上傳一張或多張寵物圖片。
2. 選擇內容型別：動態文案、故事、表情包、歌曲、MV、短影片、藝術肖像或 3D 模型。
3. AI 結合寵物資料和使用者主題生成候選內容。
4. 使用者預覽、修改、收藏、下載或分享。
5. 釋出到社群前，使用者可以補充文字、標籤、圖片和位置。
6. 社群內容支援點贊、評論、收藏、關注、分享和翻譯。

5.6 領養匹配到責任申請

瀏覽領養資訊
  → 檢視寵物資料與送養要求
  → Agent 輔助理解適配條件和責任
  → 填寫領養申請
  → 等待送養方/機構處理
  → 檢視申請記錄和狀態
  → 在允許的狀態下聯絡相關方

領養不是即時購買。系統應優先保護動物福利、資訊真實性、申請責任和人工稽核。

六、Agent 管家：PetYou 的核心中臺

6.1 Agent 管家的產品定義

Agent 管家是 PetYou 的統一理解、路由和行動層。它把使用者的一句話問題拆解成四個連續步驟：

1. 理解： 識別使用者意圖、寵物上下文、當前頁面和地區。
2. 分工： 選擇健康、營養、行為、購物、創作、保險、服務或領養代理。
3. 決策： 生成解釋、風險提示、推薦和下一步動作。
4. 執行： 開啟相關頁面、設定提醒、展示地圖、進入商城、生成內容或發起服務流程。

因此，Agent 不是簡單的“問答層”，而是“問答 + 場景路由 + 行動卡片 + 結果回寫”的組合系統。

6.2 Agent 的完整呼叫鏈

使用者輸入文字/語音/圖片
        ↓
        ↓
讀取當前頁面、語言、地區、寵物和授權上下文
        ↓
場景路由器識別 scene
        ↓
選擇一個主代理和必要的輔助代理
        ↓
呼叫健康智慧介面或通用 Agent 介面
        ↓
解析文字、引用、候選結果與 經使用者確認的後續行動 行動標記
        ↓
安全過濾：醫療、位置、價格、庫存、外鏈、許可權
        ↓
生成解釋、推薦卡、行動卡和下一步問題
        ↓
使用者確認後執行導航、提醒、收藏、分享或外部跳轉
        ↓
記錄會話摘要、使用者反饋和可繼續使用的記憶

6.3 八類專業 Agent

6.4 場景路由

Agent 會根據頁面和使用者問題進入不同場景。當前公開版本中已經定義了以下典型場景：

6.5 Agent 的行動卡片

Agent 的回答可以附帶行動卡片。行動卡片不是自動執行的命令，而是使用者可以點選確認的下一步：

6.6 Agent 的上下文

在使用者授權和資料可用的前提下，Agent 可以讀取：

• 當前寵物：姓名、物種、品種、年齡、體重、疫苗、驅蟲、過敏、健康和性格資訊。
• 當前使用者：登入狀態、語言、地區、歷史會話、收藏和提醒。
• 當前場景：當前路由、頁面型別、來源入口、使用者正在瀏覽的功能。
• 當前環境：定位許可權、地圖服務區域、配送國家、網路與服務可用性。
• 當前素材：照片、聲音、文字主題、歷史創作和使用者選擇。

Agent 不應猜測使用者城市、地標、庫存、價格、配送時間或機構合作關係。沒有地區和定位時，應明確要求使用者選擇地區，或退回到通用知識回答。

6.7 Agent 記憶與會話

Agent 對話支援以下能力：

• 當前會話歷史和快速問題。
• 雲端會話摘要與本地快取歷史。
• 透過使用者反饋和寵物上下文形成可繼續使用的記憶。
• 清空本地和雲端歷史。
• 記錄“寵物上下文已使用”“問題已提交”“路由完成”“推薦已展示”等事件，用於質量分析。
• 對話中可以展開輔助代理建議，但不會把所有專家同時堆給使用者。

6.8 Agent 的信任與安全

Agent 中臺必須遵守四條原則：

1. 醫療謹慎： 健康建議、急救和預約申請分層，所有診斷和用藥結論保留人工專業邊界。
2. 外部透明： 外部商品和服務用外部候選身份展示，使用者點選前知道將離開 PetYou。
3. 使用者確認： 不自動付款、不自動下單、不自動公開分享、不自動上傳敏感資料。
4. 真實資料： 不用虛假的機構、商品、庫存、價格、距離、評分或預約狀態替代真實結果。

七、首頁：發現、搜尋與每日行動入口

產品職責： 讓使用者從一個頁面看到今天值得關注的寵物內容、可以馬上使用的 AI 工具和下一步行動。

7.1 頂部身份區

• 顯示 PetYou 品牌。
• 未登入使用者顯示登入入口，登入後顯示使用者狀態。
• 鈴鐺進入通知和訊息面板，未讀數由真實資料驅動。
• 當後端不可用或使用者未登入時，面板顯示明確狀態，而不是靜默顯示空白。

7.2 搜尋與趨勢

• 搜尋社群內容、寵物話題和相關資訊。
• 使用向量搜尋與跨語言搜尋能力，支援不同語言的內容發現。
• 非中文內容可以提供翻譯或本地化展示。
• 熱門話題可以直接進入 AI 內容創作並把話題作為創作上下文。

7.3 六個首頁快捷工具

7.4 社群動態流

• 預設分頁載入，接近底部時繼續載入。
• 支援點贊、評論、收藏、分享和開啟動態詳情。
• 圖片、頭像、翻譯和本地化內容根據真實資料展示。
• 網路錯誤、空資料和重試狀態明確可見。
• 搜尋與社群動態共用跨語言和向量檢索能力。

7.5 首頁使用價值

首頁不是一個單純的內容瀑布流，而是“內容發現 + AI 入口 + 本地行動”的組合頁：使用者看到一條動態，可以進入創作；看到一個話題，可以詢問 Agent；看到一個地點，可以開啟地圖；看到寵物問題，可以進入健康、訓練或營養工具。

八、社交頁卡：定位配對、飛鴿傳書、社群與活動

產品職責： 幫助使用者圍繞寵物建立安全、真實、可持續的關係網路，並用兩種不同節奏的社交機制覆蓋“現在就想一起行動”和“想慢慢認識遠方朋友”這兩類需求。

PetYou 的社交不是把所有人都放進同一個“附近的人”列表，而是明確拆成兩種關係產品：

1. 基於定位的智慧配對： 解決“此刻、附近、可以一起做什麼”的即時關係問題，重點是共同遛寵、玩耍、活動和線下行動。
2. 基於慢社交的飛鴿傳書： 解決“跨距離、低壓力、逐步建立信任”的非同步關係問題，重點是寫信、等待、主題交流和寵物故事交換。

兩者都可以使用寵物資料和 AI 推薦，但不共享同一套產品目標：定位配對強調實時可達性和行動效率；飛鴿傳書強調時間感、儀式感、邊界感和情緒價值。

8.1 社交頁卡主結構

8.2 基於定位的智慧配對：即時、附近、一起行動

8.2.1 產品定位

定位配對是 PetYou 的“即時社交和線下行動”產品。它回答的是：

“今天、現在或這幾天，在我可接受的距離內，有沒有一位寵物主人和一隻寵物，適合和我們一起遛、一起玩或一起參加活動？”

它不是傳統的泛興趣交友，也不是隻按照地理距離排列使用者，而是把“距離可達”與“寵物是否合拍”同時納入推薦。它更接近寵物場景下的智慧搭子市場：先找到合適的人和寵物，再由雙方決定是否聊天、是否見面、是否共同完成一次活動。

8.2.2 推薦輸入

定位配對可以使用以下資訊進行推薦：

• 位置與距離： 當前地區、可接受的最大距離、是否展示距離、是否允許附近推薦。
• 寵物屬性： 物種、品種、體型、年齡、性別、活躍度和健康/社交限制。
• 性格與行為： 外向、謹慎、喜歡追逐、喜歡安靜、能否與其他寵物相處、訓練階段等。
• 活動偏好： 遛寵、玩耍、訓練、寵物咖啡館、寵物友好地點、社群活動等。
• 時間與生活方式： 常用時段、運動頻率、作息和願意接受的活動節奏。
• 社交目標： 認識寵物朋友、找遛寵搭子、參加活動、短期玩伴或長期寵物社交關係。
• 使用者安全偏好： 只看已驗證資料、是否允許訊息、是否顯示最後活躍時間、是否接受陌生人接觸。

程式碼側的匹配服務會從 該功能入口 獲取推薦，使用使用者資料、寵物資料、推薦分數和距離資訊生成卡片；使用者透過左右滑動或按鈕表達 like / pass，登入後寫入 該功能入口，雙方互相喜歡時可以形成匹配記錄，再進入匹配列表和聊天路徑。

8.2.3 使用者流程

開啟定位配對
  → 授權定位或選擇地區
  → 設定寵物和社交偏好
  → 檢視推薦卡片
  → 檢視距離、寵物資料、性格和共同偏好
  → 喜歡 / 跳過 / 返回撥整
  → 雙向喜歡後形成匹配
  → 進入聊天或約定活動
  → 選擇公共地點和時間
  → 完成遛寵/活動後評價匹配質量

使用者看到的是推薦卡片，不是對方的精確實時位置。推薦距離可以是經過保護的近似距離，使用者只有在雙方確認並進入活動溝通後，才可以進一步共享具體集合點。

8.2.4 推薦卡片資訊

定位配對卡片可以展示：

• 使用者頭像、暱稱和公開簡介。
• 寵物照片、名稱、物種、品種、年齡和性格描述。
• 近似距離或地區標籤。
• 匹配分數和可解釋的匹配理由，例如“體型合適”“都喜歡早晨散步”“活躍度接近”。
• 共同活動偏好和共同寵物興趣。
• 是否已驗證、是否線上或最近活躍等使用者允許展示的資訊。

匹配分數是推薦排序輔助，不是關係成功率、安全認證或現實身份可信度的保證。系統必須避免把“92% 匹配”表達成科學結論。

8.2.5 即時配對的安全邊界

• 精確地址、家庭住址和連續軌跡不公開。
• 線下首次見面優先推薦公共、寵物友好的地點。
• 使用者可以舉報、拉黑、取消匹配或關閉訊息。
• 對方的寵物健康、疫苗、攻擊性和訓練狀態必須由對方如實維護，平臺不替代線下判斷。
• 使用者可以先聊天再約活動，不要求一匹配就交換電話或精確位置。
• 網路異常、未登入、後端不可達或推薦為空時，頁面展示真實空態和重試入口，不用虛構使用者填充。

8.2.6 定位配對的產品價值

定位配對提升的是“線下行動效率”：減少尋找寵物朋友的時間，讓使用者更容易找到同城同頻的人，促進遛寵、運動、社交和寵物友好地點的真實使用。它的核心指標可以是有效匹配率、雙方對話率、活動發起率、活動完成率、匹配後舉報率和使用者對匹配質量的反饋，而不是單純的滑動次數。

8.3 定位配對與飛鴿傳書的產品定位區分

兩者不應在頁面上只用“社交匹配”一個詞統一描述。定位配對是即時關係基礎設施，飛鴿傳書是低壓力的非同步情感產品；前者把使用者帶到線下行動，後者把使用者帶入跨距離的故事和等待。

8.4 飛鴿傳書：慢社交與寵物關係郵局

8.4.1 產品定位

飛鴿傳書（工程名稱為 Pet Post/寵物郵局）是 PetYou 的慢社交產品。它借用“飛鴿傳書”的想象，把寵物作為關係媒介，讓使用者不必立即交換聯絡方式、不必馬上見面，也可以透過一封封有主題、有旅程感的寵物書信認識彼此。

它回答的是：

“我想認識一隻遠方的寵物和它的主人，但我希望關係慢一點、輕一點、有邊界，也有一點等待的儀式感。”

飛鴿傳書不追求即時回覆率，而追求關係的可持續性、內容的溫度和使用者對隱私邊界的掌控。

8.4.2 三種寄信模式

寫信頁 該功能入口 支援三種模式：

1. 朋友模式： 給已經建立關係、互相可見且地區準備完成的朋友寄信。適合給認識的寵物朋友傳送生日祝福、旅行故事或領養紀念信。
2. 陌生人模式： 向允許陌生人來信的使用者傳送信件。需要滿足陌生人郵箱開放、成人宣告、安全條款同意等條件；系統對內容進行稽核和風險控制。
3. 主題模式： 圍繞一個主題尋找可以交流的人，例如新手養寵、老年寵物、救助故事、日常快樂、生日、旅行、鼓勵或領養紀念日。

陌生人和主題模式強調“先交流、後建立關係”，不是直接暴露個人資料或強制轉入聊天。

8.4.3 寫信流程

進入飛鴿傳書
  → 設定或確認寄信區域
  → 選擇朋友、陌生人或主題模式
  → 選擇寄信寵物
  → 選擇信件主題和距離範圍
  → 編寫正文、選擇貼紙和語言
  → 檢視送達預覽和預計時間
  → 使用者確認後傳送
  → 信件進入稽核/匹配/在途狀態
  → 收件方收到並開啟
  → 回信、接受筆友關係、舉報或拉黑

寫信前可以呼叫 該功能入口 檢視距離帶、預計時間、地圖政策和內容政策。傳送時使用冪等鍵，避免網路重試造成重複寄信。

8.4.4 郵箱頁卡

飛鴿傳書首頁 該功能入口 使用三個郵箱檢視：

• 在途： 已傳送、稽核中、已匹配、正在旅程或重新路由中的信件。
• 收到： 已到達、已開啟或已經接受筆友關係的來信。
• 寄出： 使用者建立併傳送的書信。

首頁還展示在途數量、已到達數量和遠方郵箱是否開放。使用者可以下拉重新整理，遇到 API 錯誤時透過重試恢復，不把快取結果偽裝成最新狀態。

8.4.5 信件主題與內容表達

書信可以圍繞以下主題展開：

• 想念與問候。
• 生日祝福。
• 領養紀念日。
• 旅行見聞。
• 新手養寵經驗。
• 老年寵物照護。
• 救助故事。
• 每日生活和快樂分享。
• 給正在經歷困難的寵物家庭的鼓勵。

正文可以配合寵物貼紙表達情緒。朋友模式擁有更完整的內容空間；陌生人和主題模式需要經過文字稽核，並限制高風險內容、聯絡方式誘導、騷擾、色情、詐騙和強迫交易等內容。

8.4.6 “信件旅程”是慢社交的核心體驗

對於跨地區和陌生人書信，系統會生成一條隱私保護的近似路線。旅程頁 該功能入口 可以展示：

• 負責傳遞信件的“信使寵物”或旅程形象。
• 信件狀態：排隊、稽核中、已匹配、在途、重新路由、已到達、已開啟或已接受筆友關係。
• 近似路線和動態進度。
• 預計到達時間和路線距離。
• 起點、終點的區域級隱私圓圈，而不是精確地址。
• 到達後開啟信件或接受/拒絕筆友關係的入口。

地圖路線使用地區和地圖引擎策略選擇合適的展示方式；路線是“信件旅程的敘事化表達”，不是物流公司承諾，也不是使用者實時位置軌跡。

8.4.7 遠方郵箱設定

設定頁 該功能入口 是飛鴿傳書的信任控制中心，使用者可以：

• 使用當前定位解析國家、省/州和城市區域。
• 選擇是否展示城市，或僅展示省級/國家級區域。
• 開啟或關閉陌生人來信。
• 宣告成年並接受陌生人安全條款。
• 設定接受距離：同城、同省/州、跨省/州、國際。
• 選擇主題偏好。
• 開啟或關閉中點/旅程提醒。
• 暫停接收新的陌生人信件。
• 單獨開啟跨境來信，並確認跨境同意。

定位許可權被拒絕時，系統不會預設為使用者寫入城市，而是提示使用者稍後設定區域或使用允許的手動區域能力。城市展示預設關閉，除非使用者主動開啟。

8.4.8 收信後的關係推進

飛鴿傳書的關係不是“收到信就自動成為好友”，而是分階段推進：

1. 信件到達，內容仍可能鎖定或等待使用者開啟。
2. 收件人選擇開啟、拒絕、舉報或暫不處理。
3. 雙方可以回覆，但回覆仍然沿用書信節奏，不自動轉入即時聊天。
4. 收件人可以接受筆友關係，形成持續交流關係。
5. 任一方可以拉黑或停止接收陌生人來信。
6. 書信可以翻譯，但譯文僅作為輔助閱讀，不覆蓋原文。

8.4.9 飛鴿傳書的隱私與安全

• 只展示使用者選擇公開的區域級資訊。
• 不公開精確座標、住址、常用路線或實時位置。
• 陌生人模式需要成年宣告和安全條款同意。
• 國際書信需要單獨的跨境開關和同意記錄。
• 系統稽核陌生人和主題模式內容。
• 收件人可以拒收、舉報、拉黑，不需要解釋原因。
• 聯絡方式、金錢請求、外部連結、性騷擾和詐騙模式需要重點稽核。
• 書信被拒絕或重新路由時，系統顯示真實狀態並按規則處理配額返還，不用“傳送成功”掩蓋失敗。
• 信件和旅程頁面只對參與者及有許可權的運營人員開放。

8.4.10 飛鴿傳書的產品價值

飛鴿傳書提供的是一種區別於即時通訊和短內容 feed 的情感價值：它讓使用者可以在不暴露太多、不被即時回覆壓力推動的前提下，講述寵物故事、交換照護經驗、分享領養經歷和建立長期筆友關係。它尤其適合：

• 不喜歡直接線下見面但希望認識寵物朋友的人。
• 想建立跨城市或跨國家寵物關係的人。
• 喜歡寫作、收藏和儀式感的人。
• 剛剛領養寵物、需要經驗交流的人。
• 正在經歷寵物成長、老年照護或紀念節點的人。

8.5 兩種社交與 Agent 管家的連線

Agent 不會把使用者一句“我想找朋友”直接路由到同一個頁面，而是先判斷使用者的社交意圖：

Agent 可以根據當前頁面和寵物上下文生成行動卡，例如“尋找遛寵搭子”“開啟飛鴿傳書”“寫一封鼓勵信”“設定遠方郵箱”，但執行前仍由使用者確認。

8.5.1 四類社交機制的分工

PetYou 的社交頁卡不是把所有內容都放進同一個動態流，而是把“看見內容、認識物件、共同活動、持續通訊”拆成四種不同的關係機制。每一種機制都有明確的入口、節奏和成功結果：

這四類機制的產品定位可以用一句話區分：

社群負責“看見彼此”，定位配對負責“找到合拍的人”，活動負責“把多人組織起來”，飛鴿傳書負責“讓關係慢慢持續下去”。

它們不能互相替代：

• 社群動態的核心是內容表達，不要求作者和瀏覽者形成雙向關係；一條動態可以被很多人看到，但不代表這些人適合線下見面。
• 定位配對的核心是雙方是否合拍和是否具備行動條件；它需要更嚴格的資料、距離、隱私和安全控制，不能簡單等同於關注或點贊。
• 社群活動的核心是明確的時間、地點、人數和組織責任；它適合多人參與，不應被設計成配對卡片的放大版。
• 飛鴿傳書的核心是低壓力、非同步和有邊界的交流；它不以即時回覆、電話交換或線下見面為預設終點。

8.5.2 四類社交機制的統一使用者旅程

使用者可以從任何一個入口開始，Agent 再根據上下文推薦下一步，不強迫使用者按照固定順序使用：

寵物檔案與興趣偏好
      ↓
社群動態：看見真實的寵物生活與主題內容
      ↓
定位配對：發現附近且適合共同活動的寵物搭子
      ↓
社群活動：把多個使用者組織到明確的時間和地點
      ↓
活動記錄/社群分享：沉澱照片、路線、評價和寵物記憶
      ↓
飛鴿傳書：在活動之外繼續交換故事，或與遠方寵物建立慢關係
      ↓
更新寵物個性檔案、社交偏好與 Agent 推薦

這條路徑不是強制漏斗，而是一個可以迴圈的關係網路。例如：

1. 使用者先在社群看到一篇“新手養貓”的動態，收藏後向作者發起關注。
2. 雙方都願意進一步認識，但不在同一城市，於是透過飛鴿傳書交換照護經驗。
3. 另一位同城使用者則可能因為同一主題進入定位配對，尋找週末一起遛狗的人。
4. 當多人都對某個地點或主題感興趣時，Agent 建議建立社群活動，並把地圖地點、時間和報名入口連起來。
5. 活動結束後，使用者可以生成活動總結或寵物故事，回到社群繼續分享；也可以把重要內容儲存到寵物記憶時間線。

因此，PetYou 的社交閉環不是“刷內容—繼續刷內容”，而是：

內容發現 → 關係判斷 → 低風險溝通 → 共同活動或慢速通訊 → 記憶沉澱 → 更準確的下一次推薦

8.5.3 四類機制的入口文案與使用者預期

為了避免使用者誤解，頁面入口和按鈕文案應直接表達行為目標：

入口文案越清楚，Agent 的路由、使用者的安全預期和後續轉化就越一致。尤其是定位配對與飛鴿傳書，必須在進入前就告訴使用者一個強調“附近和行動”，一個強調“遠方和等待”。

8.6 社群內容

社群支援推薦、關注和附近三個主要內容檢視。釋出動態時：

• 需要登入。
• 支援文字和最多 9 張圖片。
• 支援寵物日常、遛狗、寵物穿搭、寵物美食、貓咪和訓練技巧等標籤。
• 可以選擇社群和位置，但位置使用必須經過使用者授權。
• 釋出後可以被翻譯、點贊、評論、收藏和分享。

8.7 社交頁卡的登入與降級

未登入使用者可以看到部分介紹和公開內容，但定位配對的滑動記錄、匹配歷史、訊息、飛鴿傳書郵箱、寫信、通知、完整資料、釋出和關注等能力需要登入。

兩種功能的降級也必須分別處理：

• 定位配對載入失敗： 顯示“暫時無法同步真實推薦”，提供重試和偏好設定入口，不展示虛構的附近使用者。
• 定位許可權未授予： 允許使用者選擇地區或檢視功能說明，但不顯示精確距離和附近排序。
• 飛鴿傳書能力關閉： 郵箱保留說明、設定和功能未開放提示，寫信按鈕禁用，不模擬傳送。
• 飛鴿傳書無區域： 進入區域設定，不能生成預設城市和假路線。
• 飛鴿傳書在途狀態未同步： 顯示上次已知狀態和重試，不把快取當成實時到達。
• 社群後端不可用： 顯示明確的空狀態與重試入口，不使用虛構動態。

8.8 定位配對的頁面級說明

配對首頁的卡片互動

配對卡片支援手勢和按鈕兩種操作：

• 右滑/喜歡： 表達願意進一步瞭解。登入狀態下寫入真實滑動記錄；未登入狀態只允許瀏覽，不寫入真實喜歡。
• 左滑/跳過： 暫時不看此推薦。客戶端會記錄已瀏覽物件，減少同一會話中的重複卡片；服務端是否永久排除由真實滑動記錄決定。
• 點選照片或資料區： 開啟對方公開資料，而不是直接觸發喜歡。
• 重新整理： 重新從匹配推薦介面讀取資料，不能用隨機樣例替代後端失敗。
• 匹配成功： 當雙方都表達喜歡時，系統顯示配對成功提示，並允許進入匹配列表或聊天。

推薦載入過程要區分四種情況：真實推薦、真實空態、公開瀏覽池和後端錯誤。未登入使用者可以在允許的環境下瀏覽公開推薦，但“瀏覽到”不等於“已經喜歡”，也不等於“已經建立匹配”。

匹配設定的三組控制

1. 偏好： AI 智慧匹配開關、寵物型別、最大距離、寵物年齡、性格、活躍時段。
2. 隱私： 是否允許被發現、是否顯示大致距離、是否顯示最近活躍、是否公開資料、是否只看認證使用者、是否只看線上使用者、是否允許陌生人訊息。
3. 通知： 新的互相喜歡、新聊天、收到喜歡、附近高匹配使用者、郵件通知和移動端推送。

設定頁儲存後，推薦請求會讀取新的偏好。關閉“允許被發現”後不應繼續出現在其他使用者的推薦池中；關閉“顯示距離”隻影響展示，不代表使用者停止使用定位能力；關閉“資料公開”後，對方只能看到允許展示的最小資訊。

配對列表的關係分層

• 互相喜歡： 雙方都表達喜歡，可以進入聊天和後續活動溝通。
• 我喜歡的： 使用者表達過喜歡，但對方尚未形成雙向喜歡。
• 喜歡我的： 對方表達過喜歡，使用者可以從列表檢視資料並決定是否回應。

配對列表是關係管理頁，不是第二個推薦池。它應優先展示真實記錄、最後互動時間、近似距離、共同興趣、未讀訊息和匹配度；沒有記錄時顯示空態，不自動補充“熱門使用者”。

8.9 飛鴿傳書的狀態機與使用者可見狀態

飛鴿傳書的核心體驗建立在“信件需要經過一段旅程”上，因此狀態不是簡單的已傳送/已讀，而是一個受控狀態機：

排隊中
  → 稽核中
  → 已匹配
  → 傳遞中
  → 已到達
  → 已開啟
  → 已接受通訊關係

異常和安全分支包括：

稽核中 → 暫存稽核 / 已取消
傳遞中 → 重新匹配中 / 暫存稽核 / 已阻止 / 已取消
重新匹配中 → 已匹配 / 傳遞中 / 已退回 / 暫存稽核 / 已阻止 / 已取消
已到達 → 已開啟 / 暫存稽核 / 已阻止
已開啟 → 已接受通訊關係 / 暫存稽核 / 已阻止

每個狀態都對應不同的使用者體驗：

內容何時可見

寄信人始終可以看到自己傳送的正文；收件人只有在信件到達後才可以讀取正文。稽核中、匹配中和在途階段，收件人看到的是狀態、主題和必要的旅程資訊，而不是完整正文。這一設計同時保護寄信人的表達，也減少陌生人內容在未完成稽核前擴散。

預計送達時間

系統根據距離帶生成一個時間視窗，而不是承諾固定時刻：

• 同城：約 10 至 30 分鐘。
• 同省/州：約 1 至 3 小時。
• 跨省/州：約 4 至 12 小時。
• 國際：約 12 至 36 小時，並且必須滿足跨境能力和使用者同意。

這些時間是產品體驗中的敘事化估計，用於解釋“信件正在路上”，不是現實物流或跨境運輸承諾。服務異常時應顯示待同步、延遲或重新路由，而不是擅自修改到達時間。

8.10 飛鴿傳書的業務規則與安全門檻

朋友模式

• 僅允許互相關注的關係使用。
• 雙方需要有可用的區域資訊。
• 收件人沒有暫停郵箱時才能傳送。
• 朋友信件可以使用更完整的內容規則，但仍受平臺安全規則約束。

陌生人/主題模式

• 需要開啟陌生人郵箱。
• 需要完成成年宣告和安全條款同意。
• 每日陌生人/主題信件有數量上限，當前服務側為每日 3 封，返回或取消的信件按規則處理配額。
• 收件人需要開啟郵箱、未暫停，並且接受對應距離帶。
• 系統會排除自己、已拉黑關係、近期重複物件和當前已經被其他信件佔用的收件人。
• 正文需要透過內容稽核，聯絡方式、外部連結、金錢請求、線下見面誘導、色情和騷擾內容會被攔截或隔離。

國際模式

• 只有服務能力開啟時才可使用。
• 寄信人需要單獨開啟跨境開關並儲存跨境同意記錄。
• 收信人也必須允許跨境信件。
• 路線和區域顯示遵循當前地區的地圖政策，不能為了統一視覺而忽略不同地圖服務的座標規則。

拒收與重新路由

陌生人或主題信件在途期間可以被收件人拒收一次。拒收後：

1. 原收件人被解除關聯。
2. 原路線和未處理的旅程事件被清理或標記。
3. 信件進入 重新匹配中。
4. 系統重新尋找符合距離、主題、區域、陌生人開關和安全條件的物件。
5. 如果無法找到新物件，最終進入返回或等待狀態。

朋友模式不採用陌生人信件的自動重新路由，避免使用者已經選擇的關係被靜默替換。

回覆、翻譯和筆友承接

• 只有到達並開啟後的陌生人/主題信件才能回覆。
• 回覆沿用慢社交機制，並保留原始信件的上下文。
• 翻譯只生成輔助譯文，保留原文，不覆蓋傳送人的語言和語氣。
• 收件人主動接受筆友後，系統才建立關聯會話。
• 接受筆友不是自動公開全部資料，也不自動交換手機號、郵箱或地址。

8.11 飛鴿傳書的頁面級說明

九、AI 工具頁卡：從理解到創作

頁面標題： AI 工具 頁面副標題： 探索 AI 帶來的無限可能

AI 工具頁卡需要登入。未登入使用者可以看到功能介紹，但使用 AI 生成、歷史、收藏和寵物上下文能力時進入登入流程。頁面包含“AI 創意專家團隊”場景卡，Agent 會根據寵物性格和素材推薦最適合的歌曲、影片、肖像、3D 資產、表情包或動態文案。

9.1 AI 工具總覽

9.2 AI 寵物翻譯器

入口： 該功能入口

使用者可以選擇“寵物到人類”或“人類到寵物”模式，並使用：

• 錄音和語音波形。
• 相機或上傳圖片。
• 多幀照片和上下文描述。
• 已選擇的寵物資料。
• 情緒光譜、翻譯歷史和收藏。
• TTS 播放、分享卡片和反饋。

翻譯結果可以使用詼諧、溫柔或戲劇化的人類語言，例如把連續叫聲解釋為“緊急情報”。這項能力的核心是互動和情緒價值，當前應明確為娛樂/研究預覽，不是經過科學驗證的動物語言翻譯器。

使用者還可以反饋寵物反應：靠近、身體放鬆、尾巴柔和、再次發聲、主動玩耍、無明顯反應或迴避。系統據此生成反應報告，幫助使用者觀察而不是證明模型“聽懂了寵物”。若上下文出現明顯健康風險詞，應轉入健康謹慎提示。

9.3 AI 寵物醫生

入口： 該功能入口

AI 寵物醫生由三個主要模組組成：

1. 快速問答： 查詢常見疾病、飲食、護理、行為和急救知識。
2. 深度診斷輔助： 對使用者提供的症狀和上下文做結構化分析，強調風險和下一步觀察。
3. 健康評估： 根據寵物資料和使用者填寫的資訊生成健康概覽。

頁面還包括知識來源、歷史、收藏、分享和 Agent 入口。健康結果必須以“參考、風險提示、需要記錄的資訊、何時線下就醫”為主；不能輸出確定性診斷、治療方案或處方承諾。

9.4 AI 個性檔案與藝術肖像

使用者上傳幾張照片，補充品種、年齡和性格關鍵詞後，AI 可以生成：

• 寵物個性檔案。
• 寵物的內心獨白。
• 性格分析和相處建議。
• 趣味性的職業傾向或角色設定。
• 油畫、動漫、賽博朋克等藝術風格肖像。

個性檔案是寵物數字身份和社交表達的入口，藝術肖像則是可分享的社交資產。使用者可以預覽、收藏、分享，並在受支援的場景中進入肖像購買或衍生製作流程。商業版權、品牌授權、人物/寵物肖像權和平臺稽核仍需要單獨確認。

9.5 AI 寵物之歌

使用者填寫寵物名字、性格和情緒，選擇流行、搖滾、古典、兒歌、民謠或嘻哈等風格，再選擇開心、溫柔、感動、搞笑、抒情或熱烈等情緒。系統支援自動、男聲和女聲選項。

頁面包括歌詞生成、歌曲生成、額度提示、歷史、音訊播放、歌詞同步高亮、收藏、分享、購買/恢復和限制狀態。長任務或額度不足時必須顯示明確反饋，不把生成中的狀態寫成已經完成。

9.6 AI 寵物 MV

使用者可以上傳最多 9 張圖片，選擇 AI 生成歌曲或自定義音訊，再選擇日常、運動、浪漫、節日、搞笑等風格，設定自動、推拉、平移、環繞或跟隨鏡頭，以及時長、片頭和重點片段。

MV 流程分為準備、生成中和結果三個階段。生成屬於長任務，頁面需要展示狀態、進度、失敗/重試、影片播放、歷史、收藏和分享。不能把進入佇列描述成“立即完成”。

9.7 AI 畫素電子寵物

畫素電子寵物是數字孿生層最直接的陪伴入口。使用者可以孵化和選擇頭像，將其設定為全域性懸浮陪伴形象。當前實現包含本地生活狀態：

• 心情。
• 飢餓。
• 清潔度。
• 能量。
• 親密度。
• 經驗和訪問連續性。
• 餵食、清潔、訓練、說話和撫摸互動。
• 拖動懸浮位置。

這類狀態目前以本地持久化和全域性元件互動為核心，不能自動等同於完整的雲端數字孿生或真實寵物生理資料。

9.8 AI 3D 模型與虛擬世界

AI 3D 模型把寵物照片變成可檢視的三維資產；3D 世界、寵物 3D 世界、虛擬樂園和其他世界入口負責展示和互動。它們共同構成“寵物不只存在於一張照片裡”的體驗。

當前使用時需要關注：照片質量、生成任務狀態、模型服務可用性、裝置效能和構建環境。3D 頁面不可把佔位模型或載入狀態描述成真實完成的數字寵物資產。

9.9 AI 廣播電臺

廣播電臺提供四種主持人風格：柯基八卦、哲學貓、嘻哈鸚鵡和健康倉鼠。使用者可以：

• 生成寵物主題節目。
• 選擇 16 種語言之一。
• 使用 Google Cloud Text-to-Speech 播放。
• 播放、暫停、下一期和檢視歷史。
• 收藏、分享和進行聽眾來電。
• 在瀏覽器使用語音識別，在原生端使用文字輸入回退。

節目的內容來自 AI 生成，語音服務和網路狀態可能導致生成、播放或來電能力降級。

9.10 AI 食譜與訓練

食譜頁面根據寵物資料、飲食目標、健康上下文和使用者偏好生成建議，並支援食譜詳情。訓練頁及 該功能入口 路由體系支援建立計劃、檢視計劃、每日訓練、影片和行為指導。

這些功能將 AI 建議轉化為“今天可以完成的小任務”，但不應把通用內容變成寵物的醫療處方或行為治療方案。

9.11 AI 內容、短影片與表情包

• 內容創作： 上傳照片，輸入主題，生成多個標題、文案、故事和話題標籤版本。
• 短影片： 選擇溫馨、搞笑、動作、復古、Vlog 或 MV 風格，生成指令碼、場景、音樂和標籤，再進入影片生成。
• 表情包： 支援 8 種風格和 6 種情緒，可以新增上下文字，也可嘗試動態影片模式、下載、收藏和分享。

AI 創作工具的統一價值是降低表達門檻，讓普通使用者可以把寵物日常變成可分享、可記憶、可互動的內容。

十、寵物頁卡：寵物中心與照護管理

產品職責： 把寵物關係從“內容物件”變成可管理、可追蹤、可行動的生活檔案。

寵物中心包含六個頁籤：代遛代養、領養中心、投餵、醫療健康、寵物商城、成就係統。其中“寵物商城”頁籤會記錄來源後直接進入 該功能入口，而不是在寵物中心內部重複實現商品頁。

10.1 代遛代養

入口：

• 寵物認證：該功能入口
• 代遛代養：該功能入口
• 我的預約：該功能入口

使用者可以瀏覽代遛、日託和寄養服務，按服務型別、關鍵詞和附近條件篩選，檢視服務者資質、評分、監控/陪伴說明和服務詳情。

標準流程是：

選擇經過認證的服務者
  → 選擇時間、地點和服務內容
  → 服務者確認並溝通
  → 平臺託管支付
  → 服務完成
  → 使用者評價
  → 結算

當前頁面明確區分真實資料和測試/樣例資料。沒有真實服務供應時，不能用虛構人員、評分、庫存或支付狀態填滿列表。

10.2 領養中心

入口：

• 寵物列表：該功能入口
• 個人主頁：該功能入口
• 釋出送養：該功能入口
• 領養申請：該功能入口
• 我的送養：該功能入口
• 我的申請：該功能入口

領養中心展示公開領養資訊，使用者可以檢視寵物基本資料、送養要求和申請狀態。申請記錄支援全部、待處理、已透過、已拒絕篩選。待處理時可在允許範圍內聯絡送養方；透過後可釋出相關社群內容。

領養中心的核心不是“快速成交”，而是：

• 讓寵物和家庭條件匹配。
• 讓申請人理解長期照護責任。
• 讓送養方保留篩選與確認權。
• 讓申請狀態和溝通記錄可追蹤。

10.3 投餵與流浪動物支援

入口：

• 投餵記錄：該功能入口
• 物資推薦：該功能入口
• 支援投餵：該功能入口

投餵頁卡用於記錄流浪動物或社群動物的投餵行動、物資需求和支援行為。它可以與購物 Agent、營養 Agent 和本地商家連線，幫助使用者找到更合適的食物和用品。

當前應把它描述為物資和行動支援，不應預設擴充套件為已經完成的加密貨幣、RWA、自動捐贈或基金託管系統。

10.4 醫療健康

醫療健康頁卡使用醫療能力目錄管理不同功能的開放狀態，並嵌入醫療場景 Agent。具體目錄見下一章。使用者可以在這裡檢視：

• AI 寵物醫生。
• 急救入口。
• 附近醫院和藥房。
• 醫療記錄。
• 家庭健康日誌。
• 體檢和驅蟲/疫苗提醒。
• 醫療知識庫。
• 保險教育。
• 處方記錄。
• 條件開放的預約、機構入駐和後續遠端醫療能力。

10.5 寵物商城入口

寵物中心的商城頁籤用於快速進入商品發現和供給網路。它不是“寵物中心內建支付頁”，購物、支付和訂閱分別在商城和支付中心中處理。

10.6 成就係統

入口：

• 成就中心：該功能入口
• 挑戰任務：該功能入口
• 排行榜：該功能入口

成就係統將照護、訓練、投餵、社群參與、創作和探索轉化為長期反饋。它可以強化“持續養寵”的習慣，但不應讓排行榜鼓勵危險投餵、過度訓練或未經允許的公開分享。

十一、寵物資料、寵物卡與健康記錄

11.1 寵物列表與新增

寵物列表：該功能入口 新增寵物：該功能入口

使用者可以填寫：

• 寵物頭像。
• 姓名。
• 物種：狗、貓、兔、鳥、倉鼠或其他。
• 品種、性別、年齡、體重。
• 描述和性格。
• 可選的領養髮布資訊、地點和要求。

11.2 寵物詳情

寵物詳情和編輯路由包括 該功能入口、該功能入口 等。它是寵物資料、時間線、健康、餵養、訓練、領養和創作之間的連線點。使用者應能從這裡：

• 切換寵物。
• 檢視資料完整度。
• 編輯基本資訊。
• 進入健康記錄和提醒。
• 進入 AI 肖像、3D 模型和創作。
• 檢視寵物成長和互動歷史。
• 在允許時進入領養或社群相關操作。

11.3 記憶時間線

AI 記憶頁：該功能入口

記憶頁從使用者記憶介面讀取時間線，支援按年份篩選，生成回憶影片指令碼，並提供歷史、收藏和分享。當前公開版本中某些統計摘要可能是展示層推導或佔位資料，因此對外應把它描述為“記憶時間線與 AI 回憶指令碼”，不要直接承諾每個數字都來自完整感測器或全量軌跡資料。

十二、醫療健康體系

12.1 醫療能力目錄

醫療模組透過能力目錄控制“可展示、可使用和可預約”的區別。當前能力可歸納為：

系統對機構入駐、預約、醫療記錄寫入、PDF 文件、處方、影片問診和配送等能力採用 fail-closed 原則：能力沒有明確開啟時，不能假裝可用。

12.2 附近醫療機構

入口：該功能入口

使用者可以：

• 授權位置並檢視附近醫療 POI。
• 在地圖與列表之間切換。
• 按全部、地圖、已驗證、藥房、已驗證藥房篩選。
• 檢視電話、導航、收藏和分享。
• 在特定地區檢視官方公共設施、寵物友好餐飲或許可機構資源。

機構頁面以真實資料和官方來源為基礎。沒有定位或地區資料時，頁面應該要求使用者選擇地區或顯示受限狀態，不應生成虛構的“附近醫院”。

12.3 醫療記錄

入口：該功能入口

記錄頁包含就診記錄與預約兩個頂級檢視，支援按全部、體檢、疫苗、治療、手術篩選和按新舊排序。記錄詳情可以收藏、分享或補充資訊。

預約狀態包括即將到來、已完成和已取消。使用者可以在待處理或已確認的條件下取消，但只有服務者確認後才能顯示最終確認狀態。

12.4 急救邊界

急救頁面的目標是縮短“發現風險到聯絡專業機構”的時間，包括：

• 重要症狀提示和行為建議。
• 附近醫院、電話和導航。
• 進入醫療分診或 Agent 的入口。
• 清晰的免責宣告和專業就醫提醒。

它不是遠端急救診斷，也不能替代當地獸醫急診服務。

12.5 保險教育

保險頁面幫助使用者理解：保障範圍、免賠額、等待期、除外責任、材料準備和理賠問題。Insurance Agent 可以解釋條款，但不承諾承保、價格、理賠金額或稽核結果。

十三、地圖、足跡與本地連線

13.1 地圖入口

主要路由包括：

• 該功能入口：地圖首頁和行動入口。
• 該功能入口：地圖探索。
• 該功能入口：地圖主介面。
• 該功能入口：寵物軌跡和足跡。
• 該功能入口：軌跡詳情。
• 該功能入口：寵物友好地點。
• 該功能入口：地理記憶。
• 該功能入口、該功能入口：地圖社群內容。
• 該功能入口：地理圍欄。
• 該功能入口、該功能入口、該功能入口：軌跡管理和記錄。

13.2 地區與地圖服務

地圖根據地區使用不同的地圖服務和 POI 來源。使用者需要授權位置，系統才可以提供附近結果；沒有許可權時可以使用手動地區或通用模式，但不能把預設地區當成使用者真實位置。

13.3 軌跡與地理記憶

軌跡功能記錄使用者和寵物的遛寵路徑，提供儲存、重新開啟、檢視詳情和與社群/記憶連線的能力。地理圍欄可以作為提醒和安全輔助，但不能替代專業寵物定位器或實時監護裝置。

13.4 地圖與 Agent 的連線

當 Agent 返回“附近寵物醫院”“附近商店”“適合遛寵的地點”時，最終結果必須透過地圖/機構服務驗證。Agent 負責理解和篩選，地圖負責展示真實地點、電話、導航和來源。

十四、寵物服務與 O2O 閉環

14.1 服務型別

寵物服務頁：該功能入口

當前主要包含：

• 遛寵。
• 日託。
• 寄養。
• 服務者認證。
• 服務詳情。
• 我的預約。
• 服務過程監控或陪伴資訊的展示入口。

14.2 供給真實性

服務列表只應該展示真實服務者或明確標註的測試樣例。頁面中的“附近”“認證”“評分”“可預約”都需要有實際資料依據，不能僅根據 UI 文案推斷。

14.3 服務者流程

1. 服務者提交機構或個人資料。
2. 完成身份、資質、服務能力和地點稽核。
3. 配置服務型別、價格/規則、排班和接待能力。
4. 使用者發起服務或預約請求。
5. 服務者確認並溝通。
6. 平臺記錄支付、服務狀態和評價。
7. 完成後結算，並沉澱服務質量資料。

預約狀態不能在使用者點選提交後直接顯示為“已確認”。

14.4 醫療機構與寵物服務者共用的機構能力

• 機構資料。
• 地點。
• 團隊成員。
• 資質。
• 服務專案。
• 排班。
• 能力開關。
• 預約。
• 醫療記錄。
• 領養內容。

十五、商城、商品發現與支付

15.1 寵物商城

入口：該功能入口

商城當前重點是“商品發現和供給連線”，主要能力包括：

• 個性化 CPS 推薦。
• 寵物物種識別：貓、狗、小寵、鳥、水族、爬寵等。
• 使用者地區和配送國家選擇。
• 季節、寵物資料和場景推薦。
• 商品搜尋和語義搜尋。
• 圖片搜尋。
• 分類、排序和反饋。
• 商品詳情、分享和收藏。
• 本地 O2O 搜尋結果與外部候選的統一展示。

商品流採用分頁和載入狀態，不能因列表為空就生成虛構商品。

15.2 商品詳情與外部邊界

入口：該功能入口

商品可能來自 PetYou 內部供給，也可能是經過清洗和驗證的外部候選。外部跳轉連結必須是服務端信任的 HTTPS 地址，並經過地區和配送資格校驗。

使用者點選外部商品前應知道：

• 價格和庫存由外部平臺決定。
• 配送、退換貨和售後由外部平臺決定。
• PetYou 不自動支付、不自動下單、不上傳不必要的資料。
• 使用者可以先儲存或分享，再自行決定是否進入外部平臺。

15.3 支付中心

入口：該功能入口

支付中心與商城分離，負責：

• 賬戶餘額或支付狀態。
• 充值/提現入口（若當前環境開放）。
• 交易記錄。
• 支付方式。
• Stripe 管理的支付方式。
• 支付成功、失敗、退款和賬單頁面。

PetYou 不在應用層儲存使用者銀行卡詳情。支付能力受平臺、地區、服務配置和外部支付控制檯影響。

15.4 會員與訂閱

入口：該功能入口、該功能入口、該功能入口

會員層包含 Free、Plus、Pro 和 Ultra 等等級入口，支援讀取當前會員狀態、恢復購買和選擇方案。真實價格和權益由當前平臺配置、原生 IAP 或相應支付系統決定；配置不存在時，控制元件應顯示受控構建或暫不可用狀態。

會員不等於所有 AI 能力無限使用。AI 音樂、影片、影象和模型可能單獨受額度、任務佇列、地區和模型服務狀態影響。

十六、設定頁卡：賬號、隱私與系統控制

16.1 外觀與語言

• 當前語言切換和國際化設定。
• 簡體中文、繁體中文、英文等 locale 的顯示能力以資源和構建配置為準。
• 深色/淺色主題切換。
• 語言變化後頁面標題、按鈕、提示和錯誤狀態應同步變化。

16.2 個人資料與會員

• 使用者頭像、顯示名和會員狀態。
• 未登入使用者進入登入頁。
• 會員狀態載入中、不可用和已讀取狀態需要區分。
• 個人主頁和寵物管理作為獨立入口維護。

16.3 我的內容

16.4 寵物管理

• 我的寵物 該功能入口。
• 寵物列表、資料、編輯、健康和記憶入口。
• 透過個人資料控制哪些資訊可以被 AI 和社交功能使用。

16.5 支付、入駐與生態身份

• 支付與訂閱 該功能入口。
• 推薦中心 該功能入口。
• KOL/達人申請 該功能入口。

這些入口分別服務於消費者、服務者、內容創作者和生態推廣者，不應混用許可權和資料範圍。

16.6 隱私、安全與通知

• 通知設定 該功能入口。
• 用量與計費 該功能入口。
• 安全設定 該功能入口。
• 資料與隱私控制同屬賬號安全/隱私域。
• Cookie 偏好支援必要、功能和分析三類選項。
• 退出登入需要確認。

必要 Cookie 始終保留，功能和分析 Cookie 由使用者選擇並寫入本地偏好。賬號刪除、隱私匯出、資料清理和第三方許可權應以實際服務能力和平臺政策為準。

16.7 關於 PetYou

關於頁和專案說明頁介紹：

• PetYou 是 AI 驅動的全球寵物生態平臺。
• 聯絡郵箱：support@petyou.ai。
• 官方網站：https://www.petyou.ai。
• AI、社群、健康、創作和服務生態的整體定位。

另外還包括 AI 模型說明、系統版本、隱私政策、服務條款和專案資料入口。

十七、對外介紹的推薦總述

可以用下面這段話作為官網、專案說明書、路演材料和使用者手冊的總述：

PetYou 是一個以 Agent 管家為核心的 AI 寵物陪伴經濟平臺。它擁有三層產品結構：第一層是 AI 推理層，幫助使用者理解寵物情緒、健康、行為和日常需求；第二層是數字孿生層，把真實寵物沉澱為寵物檔案、畫素電子寵物、AI 藝術肖像、歌曲、影片、3D 模型和可持續的成長記憶；第三層是連線層，透過地圖、社群、遛寵搭子、寵物友好地點、醫院、藥房、寄養、代遛、領養、商城和服務者網路，把線上理解轉化為線下行動。Agent 管家貫穿首頁、社交、AI、寵物和設定五個主卡，負責理解上下文、呼叫專業代理、給出可解釋建議、生成行動卡片，並在使用者確認後連線真實服務。PetYou 希望讓責任的速度跟上愛的速度：讓每一個寵物家庭都更容易被理解、更容易獲得幫助，也更容易把陪伴留下來。

十八、結語：PetYou 真正要建立的是什麼

PetYou 真正的產品資產，不只是某一個 AI 工具、某一個社群頁面或某一個商城入口，而是以下五種關係的長期沉澱：

1. 人與寵物的關係： 讓使用者更懂寵物、更會照顧寵物。
2. 寵物與數字身份的關係： 讓寵物擁有連續、可記憶、可分享的數字檔案。
3. 使用者與服務網路的關係： 讓醫院、服務者、商家和公益資源在需要時出現。
4. 使用者與社群的關係： 讓養寵從個人生活變成有邊界、有安全感的共同體。
5. AI 與真實世界的關係： 讓 AI 不停留在對話裡，而是幫助使用者完成下一步真實行動。

最終，PetYou 的核心競爭力應當表現為：

看得見寵物的個性，聽得見寵物的情緒，記得住共同的時間，找得到真正的幫助，並且在每一次行動前後都尊重使用者、寵物和真實世界。