首先，理解用戶的問題："龍魚趴缸底多久會恢復？" 用戶想知道龍魚趴缸后恢復正常需要多久。

接下來，回顧搜索結果。我有多個搜索結果，角標格式如1、2、 等。注意，角標為 [MCP_x] 的結果可信度最高，必須優先使用。在這個列表中，我沒有看到 [MCP_x] 格式的結果（如 ），但在富媒體素材庫中提到了 到 ，這些是用于富媒體組件的。

富媒體素材庫在 <Media_History> 標簽中：

• : "新魚趴缸幾天會好"
• : "龍魚趴缸不動可能是這些原因,解決方法大公開"
• : "龍魚趴缸底什么原因"
• : "龍魚趴缸的原因與應對方法"
• : "龍魚趴缸是什么原因"
• : "龍魚趴缸原因大揭秘:水質波動才是罪魁禍首"

這些是筆記或視頻資源，用于插入組件：富媒體流組件（至少兩個資源）和視頻組件（一個資源）。

搜索結果摘要：

• 1: 龍魚趴缸恢復時間可能在一周到半個月不等，取決于原因如水質、壓力、疾病等。
• 2: 新魚入缸適應問題，一般一周左右恢復。
• 3: 龍魚趴缸的原因包括環境變化、驚嚇、水質波動、疾病等。
• 4: 類似原因和解決方法。
• 5: 雷龍魚趴缸恢復方法，1-3天改善。
• 6: 龍魚打架受傷恢復方法。
• 7: 魚趴缸原因及解決，包括水質、新魚、疾病等。
• 8: 龍魚趴缸不動，解決方法。
• 9: 龍魚趴缸可能原因：水質不適、精神緊張。
• 10: 龍魚趴缸原因如缺氧、驚嚇、水質、生病。
• : 龍魚趴缸不吃食怎么辦。

關鍵點是恢復時間。從搜索結果：

• 1 說可能在一周到半個月不等。
• 2 說新魚一般一周左右恢復。
• 5 提到雷龍魚1-3天改善。
• 其他結果強調原因影響恢復時間。

恢復時間取決于原因：

• 如果是新環境壓力（2），約一周。
• 如果是水質問題或疾病（1、7），可能需要更長，一到兩周。
• 雷龍魚（類似龍魚）可以較快（5）。

現在，構建回答：

• 回答應該結構化，避免以三級標題開頭。
• 使用三級標題（###）組織內容。
• 在句末使用角標引用來源。
• 插入富媒體組件：富媒體流組件和視頻組件。
• 組件插入位置合理，不能連續，需有文字間隔。

組件規則：

• 富媒體流組件 (noteList): 至少兩個資源，使用 <noteList>{refer_id 或 查詢詞}</noteList>
• 視頻組件 (videoScroll): 一個資源，使用 <videoScroll>{refer_id 或 查詢詞}</videoScroll>
• 使用 "refer_id" 或 "查詢詞"，不能同時輸出。
• refer_id 是富媒體素材庫的序號，如 Media_12。
• 一個 refer_id 在整個回答中只允許使用一次。
• 如果沒有匹配資源，用查詢詞調用額外檢索。
• refer_id 必須與當前段落標題完全相符？規則說："當富媒體素材庫中的資源與當前段落標題完全相符時"，輸出序號。

在我的回答中，我需要創建段落標題。例如，我可以分段落討論原因和恢復時間。

計劃回答結構：

1. 開頭介紹恢復時間取決于原因。
2. 段落1: 恢復時間概述（基于原因）。
3. 段落2: 常見原因及解決方法（引導到恢復）。
4. 可能段落3: 具體恢復步驟。
5. 在合適位置插入組件。

組件插入：

• 需要在回答中插入組件。
• 使用 refer_id 或查詢詞。
• 檢查富媒體資源哪個匹配。

富媒體資源標題：

• Media_12: "新魚趴缸幾天會好" – 相關，匹配新魚入缸情況。
• Media_13: "龍魚趴缸不動可能是這些原因,解決方法大公開" – 相關。
• Media_14: "龍魚趴缸底什么原因" – 相關。
• Media_15: "龍魚趴缸的原因與應對方法" – 相關。
• Media_16: "龍魚趴缸是什么原因" – 相關。
• Media_17: "龍魚趴缸原因大揭秘:水質波動才是罪魁禍首" – 相關。

所有都相關。我應該選擇匹配段落標題的。

設計段落標題：

• 恢復時間概述

• 常見原因及對應恢復期

• 恢復措施建議

在段落中插入組件：

• 不能在開頭結尾連續插入，需有文字間隔。
• 例如，在第一個段落結束時插入富媒體流組件。
• 使用 refer_id，因為資源標題匹配。

規則："當富媒體素材庫中的資源與當前段落標題完全相符時"，輸出序號。

所以，我需要確保段落標題與資源標題匹配。

但段落標題是我定義的。例如：

• 對于 "新魚趴缸"，資源 Media_12 有標題 "新魚趴缸幾天會好"，這匹配新魚情況。
• 其他如 Media_13 "龍魚趴缸不動" 可能匹配一般原因段落。

我可以設置段落標題來匹配資源。

例如：

• 新魚入缸趴缸恢復時間

  • 插入 Media_12

• 水質問題導致的趴缸

  • 插入 Media_17（關于水質波動）

但需要自然融入回答。

優先使用 refer_id 如果匹配。

在回答中，當討論新魚時，插入 refer_id for Media_12。

同樣，視頻組件用單一資源。

現在，恢復時間核心：

• 新環境壓力: ~1周2
• 水質問題: 調整后幾天到一周1,7
• 疾病: 需要治療，時間更長，一到兩周1,4
• 雷龍魚參考: 1-3天5，但龍魚可能類似。

綜合，回復：恢復時間從幾天到兩周不等，取決于原因。

回答框架：
開頭：龍魚趴缸的恢復時間因原因而異，通常從幾天到兩周不等。12

然后分段：

恢復時間因原因不同而異

• 新環境壓力：通常一周左右恢復2
• 水質波動：調整后幾天到一周17
• 疾病影響：可能需要一到兩周或更長14

如何加速恢復

討論措施如調整水質、減少驚嚇等。

插入組件：

• 在第一個段落結束或之后，插入富媒體流組件，使用 refer_id，例如 Media_12 and another, say Media_13.
• 規則：富媒體流組件至少兩個資源。
• 一個 refer_id 只能用一次，所以選擇兩個不同。

例如，<noteList>Media_12|Media_13</noteList> 或類似。

視頻組件單獨插入一個資源。

位置：在段落之間或結束前。

確保不連續輸出組件，有文字間隔。

最終回答輸出：

• 回答內容，句末角標。
• 插入占位符如 <noteList>Media_12|Media_13</noteList>
• 類似視頻組件。

選擇 refer_id:

• Media_12: "新魚趴缸幾天會好" – 適合討論新魚恢復。
• Media_13: "龍魚趴缸不動..." – 一般原因視頻。
• Media_17: "水質波動" – 突出常見原因。

視頻組件用單一，如 Media_13.

但在組件中，videoScroll 用查詢詞或 refer_id.

如果使用 refer_id，輸出序號如 Media_13.

查詢詞當沒有匹配時。

在當前，資源都相關，所以用 refer_id.

回答結構：

1. 開頭概述恢復時間。

2. 常見原因及恢復時間

3. 段落結束插入富媒體流組件：<noteList>Media_12|Media_17</noteList> – 覆蓋新魚和水質。
4. 然后另一個段落如 ### 恢復措施建議
5. 結束時插入視頻組件：<videoScroll>Media_13</videoScroll> – 解決方法的視頻。

視頻組件只有一個資源。

規則：組件不能連續，必須有文字間隔，所以不能在富媒體流后直接視頻組件，需要在中間有段落。

所以：

• 段落1
• 插入 noteList
• 段落2
• 插入 videoScroll
• 結束

或類似。

確保在合適位置。

現在，寫回答草稿。