政策說明:當日誌顯示供應商故障時,可以審查失敗生成所消耗的點數。客戶要求自動退款。
已確認規則:當日誌顯示供應商故障時,可以審查失敗生成所消耗的點數。 客戶答覆:請說明如果客戶提供任務 ID,團隊可以審查該任務。 不能承諾的內容:在日誌審查前不能承諾自動退款。 升級需求:如果日誌確認供應商故障,需交由帳務負責人處理。 內部備註:記錄任務 ID 和時間戳記。
提示詞庫
政策說明:當日誌顯示供應商故障時,可以審查失敗生成所消耗的點數。客戶要求自動退款。
已確認規則:當日誌顯示供應商故障時,可以審查失敗生成所消耗的點數。 客戶答覆:請說明如果客戶提供任務 ID,團隊可以審查該任務。 不能承諾的內容:在日誌審查前不能承諾自動退款。 升級需求:如果日誌確認供應商故障,需交由帳務負責人處理。 內部備註:記錄任務 ID 和時間戳記。
原始回覆:我們無法退款。稍後再試。政策不允許。
修訂後回覆:我無法只根據這則訊息核准退款,但可以協助審查失敗的任務。請提供任務 ID 和執行時間,讓我們檢查日誌。 語氣變化:堅定但願意協助。 已移除風險:沒有使用缺少上下文的籠統政策判斷。 仍保留的限制:是否退款取決於任務審查。
巨集:很抱歉發生這種情況。我們一律會調查失敗生成,並在知道問題後妥善處理。
修訂後巨集:謝謝你提供這個情況。請分享失敗生成的任務 ID 和大致時間,讓我們可以審閱日誌。 必要占位符:任務 ID、任務時間、必要時的帳戶電子郵件。 政策邊界:審閱前不要承諾點數調整。 客服備註:只在客戶回報生成失敗時使用。
客戶要求延長已過期的點數,因為他們客戶的活動上線被延後。
政策規則:過期點數不會自動延長。 客戶影響:活動延後可能是真實情況,但原因在 Rivya 外部。 先例風險:沒有標準就延長,會造成處理不一致。 升級路徑:請帳務負責人確認是否存在有記錄的供應商故障。 回覆立場:回應已收到請求,並說明審查限制。
草稿說成長強勁、產品品質提升,而且團隊需要更多人力編制來加速。
模糊主張:成長強勁需要指標和比較期間。 缺少證據:產品品質提升需要缺陷、留存或任務成功資料。 語氣風險:需要更多人力編制來加速,聽起來缺少支撐。 清楚請求:具體說明決策、所需容量,以及預期結果。 改寫方向:每個主張都搭配一個證據點。
客戶說 Rivya 讓一個影片任務在夜間失敗,害他們錯過客戶截止時間。
同理:承認截止時間受影響,但不接受尚未驗證的責任。 事實:任務失敗需要 ID 與紀錄。 限制:不能只根據這則訊息確認原因或補償。 下一步行動:請求任務 ID 與升級聯絡人。 內部備註:因客戶提到客戶截止時間,應優先處理。
條款表示供應商可以在通知後更改使用限制,且客戶在爭議期間仍必須繼續付款。
白話風險:使用限制可能在購買後改變。 商業影響:預測用量可能變得不可靠。 法律顧問問題:適用哪些通知期間與終止權。 談判點:鎖定初始合約期間的限制。 不要自行決定:未經法律顧問確認前,不判斷法律執行效力。
簡報:撰寫一篇關於電商最佳 AI 圖片工作流程的文章。提到速度、品質和一體化工作區。
受眾清晰度:未指定是電商營運人員還是創意團隊。 證據缺口:速度與品質需要範例或比較標準。 薄弱主張:一體化工作區如果沒有具體工作流程範例,會過於寬泛。 下一步:定義一個商品照片場景與所需證據。 風險:文章可能變成通用列表內容。
使用者要求生成一張公眾人物為廣告活動背書的圖片。
政策適配:公眾人物廣告背書屬於敏感情境,可能受到限制。 缺失事實:是否存在同意或授權素材。 使用者影響:活動時程可能受到影響。 升級建議:生成前交由政策負責人判斷。 安全回覆方向:說明必須確認同意與使用權。
新的審查規則要求發布示例使用已核准的來源連結,而不是僅供草稿使用的連結。
受影響範圍:提示詞示例、模型卡片、部落格封面、搜尋圖片與分享圖片。 負責人行動:核准素材、更新來源連結,並執行最終檢查。 客戶溝通:除非 URL 變更影響存取,否則不需要額外可見承諾。 法務問題:舊草稿檔案的保留與刪除規則。 未解風險:草稿連結可能誤留在內容來源中。
草稿:我們正在把 Rivya 變成最好的多模態 AI 平台,大家都需要更快行動。
收緊後的主張:團隊本週期正在優先打造可靠的多模態工作流程。 需要的證據:目前的模板覆蓋、模型頁面,以及從提示詞到結果的路徑。 取捨:最終媒體複核會放慢上線,但能保護可信度。 請求:最終發布前完成模板複核和素材檢查。 語氣備註:沒有證據時,避免使用「最佳平台」這類表述。
這個客戶的設計團隊有興趣,採購部門擔心點數,法務正在詢問媒體儲存。
利害關係人:設計團隊、採購、法務。 使用案例:設計工作流程與生成媒體審查。 風險:點數包裝與儲存政策清晰度。 擴展路徑:先從設計團隊試點,再推進工作區治理。 下次會議目標:確認試點範圍與法務的儲存問題。
報告主張提示詞模板能提升模型頁信任,因為使用者可以看到可重複使用的範例。
主要主張:提示詞模板提升模型頁信任。 證據:可重複使用的範例出現在模型指引附近。 薄弱連結:信任提升尚未被量測。 反方觀點:過多薄弱模板可能降低品質訊號。 支持的決策:只有當對話範例具體且有用時,才新增模板。
使用者詢問提示詞範本如何連接到模型頁和 Studio。需要一篇說明文件。
使用者目標:理解提示詞範本會出現在哪裡,以及如何執行它們。 前置條件:已發布的範本、推薦模型,以及支援的模式。 步驟:打開提示詞、檢查範例、執行或複製,然後在 Studio 繼續。 邊緣情況:模型不可用、草稿範本,或媒體仍等待最終核准。 相關連結:提示詞庫、模型頁與媒體檢查清單。
按鈕寫著「繼續」。輔助文字寫著「進階編排會最佳化輸出路徑」。使用者正在選擇模型。
動作不清:「繼續」沒有說明下一步會發生什麼。 輔助文字過載:「進階編排」是內部語言。 缺少結果:使用者需要知道模型選擇會影響輸出風格與成本。 建議標籤:選擇這個模型。 建議輔助文字:使用這個模型,在圖片品質與編輯控制之間取得平衡。
客戶說他們喜歡提示詞範例,但仍然會把提示詞複製到另一個工具完成最終工作。
觀察:提示詞範例有助於探索,但可能沒有完成整個工作流。 中立追問:是什麼讓你把提示詞移到另一個工具。 行為問題:這件事在你上一個專案的哪個階段發生。 避免事項:不要問 Studio 是否缺少匯出功能。 決策連結:了解工具切換是由續作能力、信任還是習慣造成。
模組負責提示詞模板相容性、後台顯示和舊種子條目。需要安全移除其中一條路徑。
職責:相容性定義、後台讀取顯示和種子支援。 呼叫方:提示詞庫、後台提示詞頁和驗證腳本。 資料流:版本化模板是目前的真相來源;預設定義只是相容性範例。 風險假設:移除預設定義可能破壞舊腳本中的標籤。 安全的第一個改動:刪除相容性匯出前,先加入使用情況稽核。
本機 typecheck 通過,但當靜態 prompt 參數包含一個沒有 locale 內容的新 slug 時,build 失敗。
可能原因:模板來源存在,但缺少對應的 locale 檔案。 重現:新增 slug,執行 build,觸發 prompt 靜態參數。 最小修復:為該 slug 新增 en 和 zh locale 檔案。 回歸測試:build 前執行 prompts:check。 不要變更:除非 locale 檔案有效,否則不要改動路由生成。