提供以帖子為單位留下回饋並確認進展上下文的公告板

用有標題和正文的帖子形式代替簡短詢問表單留下回饋，可以在列表和詳情頁面重新確認內容。

產品改進請求很多時候僅靠一句話難以理解原因和期待結果。為了能同時留下使用環境、重現過程和期待的動作，將/feedback以公告板形式提供。

好的回饋不是簡短收集不滿，而是留下可以重新確認問題發生上下文的記錄。

本次更新的變化

• 可以編寫回饋標題和詳細正文。
• 可以在列表中重新找到編寫的回饋並確認詳細內容。
• 可以具體留下錯誤報告、功能請求和使用體驗，不混在一句話中。
• 介紹了運營者需要確認的資訊和不應公開的資訊。
• 為今後更明確地提供回覆和處理狀態奠定了基礎。

使用者確認的方法

1. 在/feedback搜尋已有帖子確認是否有相同問題。
2. 編寫能瞭解問題類型的標題。
3. 在正文中區分編寫發生環境、重現順序、實際結果和期待結果。
4. 去除個人資訊、令牌和非公開對話原文後註冊。

實際使用流程中的示例

例如使用者確認當前改進狀態時，在/feedback搜尋已有帖子確認是否有相同問題。編寫能瞭解問題類型的標題。之後去除個人資訊、令牌和非公開對話原文後註冊。在此過程中不應將以下範圍與當前完成狀態混淆。公告板註冊不保證立即修復或實現。這樣確認就能將已提供的功能和仍在穩定化中的部分分離理解。

區分變更前後

改進前當前提供的範圍和仍在穩定化中的部分可能在一句話中混合顯示。本次整理中用有標題和正文的帖子形式代替簡短詢問表單留下回饋，可以在列表和詳情頁面重新確認內容。已提供的功能原樣保留，僅單獨說明改進對象，讓使用者不帶誇張地理解當前狀態。

適用範圍和注意事項

• 公告板註冊不保證立即修復或實現。
• 不應在公開帖子中包含帳戶密碼、認證令牌和個人對話原文。
• 回饋數量不自動決定優先級，危險度和契約影響同時審查。
• 支付·認證·資料問題比一般功能請求需要單獨的驗證程式。

在5BY.AI整體結構中本次變更重要的原因

回饋公告板不是將使用者意見分數化的功能，而是防止產品失去實際使用上下文的記錄渠道。積累可以重現問題的資訊後，可以基於證據而非推測找到最初不一致的邊界。

確認本次更新的標準

• 不應將改進中的範圍和已穩定提供的範圍在同一句話中混合。
• UI和Provider兼容性改進不改變記憶Core的存儲單位和使用者選擇契約。
• 未完成的專案不應表述為當前提供功能，應在後續更新中更新狀態。

相關頁面

• 回饋公告板
• 社區
• 問題解決指南