配方工具

這是給配方人員用的工具，消費者用不到。 輸入是客戶的需求描述，輸出是一份可以拿去開會討論的配方草案： 每一項成分都附依據，並列出要人工確認的法規待查項。

四個步驟

1. 需求

   客戶想做什麼族群、什麼訴求、什麼劑型、什麼價格帶。用自然語言描述即可。

2. 配方草案

   成分與建議劑量，含賦形劑與載體的完整配方格式，跟送件要用的格式一致。

3. 依據

   每一項成分對應到本站收錄的法規條文與市售產品資料，附來源與擷取日期。沒有依據的就標為沒有依據。

4. 法規待查項

   這個配方會踩到哪些限量、走哪條送件路徑、哪些地方需要人工向主管機關確認。

資料邊界

• 一家廠商一個資料目錄。 上傳的文件、專案與清冊按公司分開存放，不必靠查詢條件去濾。 合約終止時刪除的單位就是這個目錄。
• 成本資料不進入檢索，也不進入模型。 原料報價與成本試算存在獨立資料庫，該庫沒有向量表，檢索層在架構上就開不到它。 成本只呈現在畫面上。
• 醫療效能宣稱在輸出端擋。 系統對產出內容做宣稱檢查，規則與本站內容守門用的是同一份， 不會產出不能講的字句。

限制

• 不做法規判定。輸出的是待查項，最終認定權在主管機關。
• 不做醫療建議，也不產生涉及醫療效能的宣稱文案。
• 不代替配方人員決策。它縮短的是「從需求到第一版草案」那段時間。