NYT Cooking AI 修改功能令食譜信任成為焦點

儘管部分訂閱戶反對在以人類專業知識為基礎的服務中加入生成式建議，NYT Cooking 正在測試 AI 食譜修改功能。NYT Cooking AI 修改功能讓用戶可在 app 內要求替換食材及作出其他調整。問題在於其後的變化：一份經測試的食譜會變成個人化版本，而該版本未曾接受同等程度的編輯審核。

高級編輯 Genevieve Ko 在 10 月 23 日的公告中介紹這項功能。其目的很實際：協助人們按手頭食材、設備或偏好的份量調整菜式。然而，令食譜更方便使用，同時亦改變了讀者對熟悉出版品牌名下指示所能作出的預期。

ChatGPT 已讓人們可以提出烹飪問題。NYT Cooking 面對的挑戰不同，因為其吸引力建基於篩選及研發讀者信任的食譜。真正的取捨在於個人化便利與編輯保證之間。這次推出令兩者的關係承受壓力，同時仍未確定訂閱戶在日常使用時，是否會覺得這種分別足夠清楚。

NYT Cooking AI 修改功能實際改變了甚麼

這項功能不只協助尋找合適食譜，更會改動現有食譜的指示。

根據 The Verge 對食譜修改工具的報道，訂閱戶可要求替換食材、改用不同設備及調整份量。公司正監察功能的推出情況，目前使用 iOS app 的 Cooking 訂閱戶可以使用，並計劃日後擴大供應範圍。

其中一個報道中的例子，是以嫩菠菜取代羽衣甘藍。建議的修改亦把加入菠菜的步驟延後，因為菠菜較快萎縮。

這個例子說明，這項功能值得獲得比食材計算器更多的關注。替換食材清單中的一個詞相對容易；要令周邊做法維持一致，則需要理解替代食材如何影響整道菜。

有用的調整必須保留食材與指示之間的關係。否則，購物清單可能描述的是一道菜，而做法仍然描述另一道菜。

其實際吸引力不難理解。廚師在決定晚餐後才發現缺少食材；直接在食譜內作出調整，可免卻到其他地方搜尋及比較互相矛盾答案的打斷。

對經驗豐富的廚師而言，這種打斷或許微不足道。對不熟悉該食材的人而言，缺少解釋足以決定食譜是否仍然可用。

不過，實用性與驗證回答的是不同問題。一項建議即使聽來合理，也未必曾經煮過。清晰的解釋仍可能遺下只有在準備過程中才會浮現的後果。

正是在這裏，產品改變了它與讀者的關係。原有食譜承載出版商的編輯判斷；改編版本則要求讀者在同一環境中接受另一種協助。

因此，若把 NYT Cooking AI 視為單純的便利功能，便會忽略故事的一部分。這工具既改變指示，也改變訂閱戶評估這些指示的依據。

公告亦不應被解讀為 Times 已把原有食譜研發工作交予 AI。據報道，這項功能會因應用戶要求修改現有內容。

這個較狹窄的描述很重要。批評應針對已存在的產品，而審視則應聚焦於其保證有所改變的位置。

眼前的問題是，讀者在選擇晚餐時是否理解這個轉變。推出報道中的解釋固然有幫助，但真正需要清楚區分的地方是在食譜畫面上。

建基於專業知識的訂閱服務面對不同期望

NYT Cooking 必須針對部分讀者最初訂閱的原因，為加入這項功能作出說明。

重視經測試指示的訂閱戶，購買的不只是閱讀文字的權限。他們是在減少判斷哪些建議值得留意所需的心力。

這為生成式協助帶來嚴苛環境。一項功能可以增加彈性，同時亦可能重新引入讀者原本希望透過訂閱消除的不確定性。

Joshua Benton 在 Nieman Lab 對訂閱戶反應的報道呈現了兩方面。有些留言者表示，人類食譜研發是他們訂閱的動機；另一些人則歡迎協助調整菜式或準備晚餐。

這些反應反映人們對產品價值有不同定義。一位讀者想要編輯篩選與信心；另一位則在已發布版本不適合當晚情況時，想得到實際支援。

兩種偏好都不能證明某項具體調整是否有效。它們只是解釋，為何同一功能對一人而言是有用協助，對另一人而言卻是不受歡迎的改變。

這個分別亦限制了人們從公開投訴中可得出的結論。留言屬自我選擇的回應，並非具代表性的訂閱戶調查。其強烈程度能指出疑慮，卻無法量度普遍性。

同樣地，正面的個案也不能證明表現一貫。一頓成功的晚餐對下廚者很有意義，但無法回答該功能如何處理陌生要求。

對產品經理而言，壓力來自要在共享介面中服務這些不同偏好。單看採用率，無法完整呈現這項新增功能是否強化了訂閱服務。

一名訂閱戶可能純粹因好奇而試用工具一次。另一人可能完全不使用，卻仍然重視原有食譜。兩種行為本身都不足以說明滿意度。

編輯團隊面對相關的溝通問題。解釋專家如何協助塑造系統，可以令讀者對研發過程較有信心；但不能暗示專家已檢查其後每一個回應。

這些說法必須分開，因為它們描述不同工作。於推出前評估示例，不等於認可之後產生的每項個人化指示。

因此，對 NYT Cooking AI 的信任部分取決於出版商措辭的精確程度。讀者需要知道編輯參與涵蓋甚麼，同時不能把研發流程理解成更廣泛的保證。

因此，爭議比抗拒科技更具體。它涉及在一個與可靠判斷有關的體驗中，放置帶有不確定性的建議。

這是任何付費資訊產品都熟悉的挑戰。加入助手會改變介面可做的事，也可能改變客戶相信供應商會為甚麼內容背書。

Times 現在必須同時解釋這兩項改變。一則只強調便利性的功能公告，無法解決圍繞訂閱服務根本承諾的分歧。

原始材料有助建立基礎，但審核仍止於一條界線

以可信材料作起點能為自訂功能奠定基礎；這不代表每項生成式改動都獲編輯認可。

Times 的食譜自訂指引說明了資料來源的優先次序。工具會優先參考食譜、替代食材指南、社群留言，然後才由 AI 套用編輯原則。

與不受限制的烹飪對話相比，這種做法為產品提供更具體的起點。作者可能已在食譜本身的附註中回答相關問題。

關鍵分別在於擷取既有答案與延伸至其以外。重複作者已記錄的替代方案，其證據基礎與提出新的組合不同。

兩種回應都可能有用。讀者仍會受惠於知道自己收到的是哪一類答案。

說明頁面指出，生成版本未經團隊烹調、測試、編輯或檢查，創作者亦不會為其背書。

這項披露為描述功能的方式設下重要限制。編輯專業知識會為系統提供參考，但個別輸出仍不屬於原有審核流程的一部分。

介面以橙色標示修改內容，並容許與原版比較。這些設計令修改內容可見，但可見性與驗證服務不同目的。

標示可讓讀者知道文字在哪裏改變。驗證則要確立這些改變是否產生預期結果。一種顏色無法完成第二項工作。

以報道中的菠菜例子為例。讀者可以檢視改動了的食材及時間安排；至於能否判斷所有後果，則取決於其自身烹飪知識。

這形成不均等的負擔。經驗豐富的用戶較能質疑建議；經驗較少的用戶反而可能在系統提供更大彈性時最需要更多解釋。

合理的產品回應，是讓推理過程可供檢視，但不要把它呈現為確定事實。解釋為何提出某項修改，有助讀者評估其相關性。

不過，解釋必須仍然以證據為依據。與答案一同生成的自信理由，並非對該答案的獨立核查。

更廣泛的問題類似AI 知識庫中儲存資訊與綜合建議之間的分別。取得相關材料雖有幫助，但讀者仍須分辨來源陳述與新的推論。

這是分析上的比較，並非證明不同產品採用了相同的底層技術。共同挑戰在於介面如何傳達答案的狀態。

NYT Cooking AI 修改功能令這項挑戰變得格外具體。一項推論會轉化為人們以食材、設備及有限時間跟隨的指示。

因此，在評估產品時，克制應與彈性並列。一個能辨識支援不足的系統，可能比總會提供指示的系統更有用。

相關標準不是每項要求是否都收到自訂食譜，而是回應是否為讀者提供適當依據，以決定下一步怎樣做。

ChatGPT 提供彈性，卻沒有同樣的編輯承諾

NYT Cooking 的機會在於其編輯脈絡，而不是向 AI 詢問食物的新鮮感。

對話式烹飪協助早於這次推出已經存在。Axios 記錄了一名作者在 2024 年 12 月使用 ChatGPT 烹飪提示尋找餐點靈感。

這個比較提供有用的參照點。人們已可向通用助手描述食材或偏好。NYT Cooking 必須提供理由，讓用戶把這種互動留在自己的產品內。

整合功能可減少把食譜帶到另一段對話的工夫。更重要的是，它可讓注意力停留在原有指示及出版商提供的周邊指引上。

這是一項合理的優勢，但並非已證實的效能領先。本文檢視的報道未能證明 NYT Cooking 比一般助理更能提供可靠的調整建議。

公平的比較需要使用相同的請求，並採用清晰的評估方法。它亦須區分易讀的回應，與實際烹調後成功的菜式。

這是兩種不同的結果。一個回應可以簡潔、有條理且具說服力，同時仍未解決實際問題。

較早前的研究說明了為何這種區分重要。2023 年一篇關於 AI 食譜修訂 的論文，研究語言模型——即從已學習模式生成文字的系統——如何用於改寫食譜指示。

作者指出，人類評估者普遍較喜歡修訂後的指示。這項發現支持人們關注呈現方式與可讀性，但並未驗證 NYT Cooking 的系統，也未證明任意替換食材都能成功。

該研究處理的是相關任務，但評估目標不同。若將其視為現時產品的證據，便會跳過連結這些結果所需的驗證工作。

對 Times 而言，策略上的含意直接明確：愉快的對話式體驗在其他地方亦可取得。它更強的差異化之處，在於助理與可識別烹飪專業知識之間的關係。

當使用者能檢視這種關係時，它就更有價值。讀者應能理解，一個答案何時遵循已發表的指引，何時又超出現有支持所能涵蓋的範圍。

但當介面鼓勵超出證據所能支持的假設時，這種關係也會變得更脆弱。熟悉的食譜格式，可能令新生成的指示看起來比實際上更為確定。

這並不代表一般助理缺乏實用的烹飪應用。它的意思是，相關比較還包括每種產品所建立的期望。

打開廣泛用途聊天機械人的人，預期的是開放式對話。打開經測試食譜的人，則可能預期較受約束的指引形式。

從這個差異理解 NYT Cooking AI，它既是一個出版故事，也是一個軟件故事。該公司正決定其編輯身份可延伸至個人化輸出的程度。

因此，競爭問題比哪個助理聽起來最有幫助更為狹窄。真正的問題是，哪種產品能令協助具實用性，同時讓其依據保持可理解。

可選使用仍引發控制權與證據問題

一項功能即使可選擇不使用，仍可能改變訂戶體驗 app 的方式。

The Verge 報道，Ko 表示使用者可選擇不使用該工具，但當時並沒有停用它的設定。這是兩種不同形式的控制權。

選擇不提交請求可避免一次互動。隱藏功能則管理整體使用體驗。訂戶合理地可能在意任何一種選擇。

這個區分有助解釋，為何叫不滿的讀者忽略該工具，未必能解決他們的投訴。有些反對意見關乎產品應包含甚麼，而非害怕意外使用。

同時，介面反對意見不應被當作食譜失敗的證據。不喜歡功能的存在，與證明輸出內容不正確，是不同的發現。

同樣的審慎態度也適用於環境批評。讀者的憂慮是已報道爭議的一部分，但並不能證明這項特定實作的資源使用量。

在沒有公開量度數據的情況下，為個別食譜請求指定環境足跡，會加入缺乏支持的精確性。適當的回應是指出問題及缺失的證據。

可靠性同樣值得審慎處理。現有公告與說明材料，未能建立涵蓋不同修改類別的公開錯誤率。

這留下了一個重要缺口，但不代表該工具表現不佳。它只表示，有關廣泛成功或廣泛失敗的自信說法，超出了本文檢視的證據。

有意義的評估應檢視整份調整後食譜。只檢查被替換的食材，會忽略指示其他部分可能存在的不一致。

評估亦應區分直接的調整，與需要大幅改動的請求。將兩者合併為整體滿意度數字，可能掩蓋產品在哪些地方遇到困難。

最有用的證據會把請求與結果連結起來。煮食者有否遵循修訂後的方法？成品有否達成所述目標？是否需要專家作出修正？

這些是建議的評估問題，而非公司已披露的結果。它們描述了判斷自訂功能是否提供預期好處所需的證據。

使用者回饋有助識別問題，但也有局限。放棄食譜的人可能永遠不會提交報告；另一些人可能自行調整答案，卻沒有記錄修正。

因此，沒有投訴不能證明準確性。個別截圖也不應自動成為日常失敗的證據。

要建立對 NYT Cooking AI 的信任，便需要將這些證據類別分開處理。介面不滿、成功個案、專家評估與重複烹調結果，各自回答不同問題。

對讀者而言，核心的不確定性仍屬實際層面。該功能協助調整一份經測試的食譜，但調整後的結果並未經歷相同的測試流程。

清晰披露能讓這項安排變得可見。訂戶是否接受，取決於協助的質素與他們可作出的選擇。

留意推出進度、公開結果及訂戶選擇

下一批有用訊號，關乎功能會在哪裏擴展、會出現甚麼證據，以及讀者將獲得多少控制權。

第一個訊號是更廣泛的可用性。公司表示，服務將擴展至現時 iOS 用戶以外，但本文檢視的報道未有提供確實日期。

擴展將顯示 Times 正推進這項產品，但單憑這點並不能證明其潛在的可靠性問題已獲解決。

隨之而來的設計改動亦很重要。留意新版本在功能觸及更多使用情境時，是否仍清晰區分原始指示與生成的調整。

若推出過程保留這些區分，便支持個人化可與具明確編輯核心的內容並存的論點。混亂的呈現方式則會削弱這點。

第二個訊號是公開的評估證據。最具參考價值的發布內容，會說明評估了哪些類型的請求，以及如何判斷最終食譜。

單一標題式指標，不及列出優勢與限制的細分結果有啟發性。替換食材、更改設備及調整份量，可能帶來不同要求。

評估亦應釐清何謂成功。能迅速作答的回應，達成了介面目標；能滿足所要求改動的菜式，才達成烹飪目標。

連結這兩個目標的證據，會加強功能的理據。若繼續依賴正面的個案說法，核心驗證缺口將大致維持不變。

第三個訊號是訂戶控制權的改變。若提供隱藏助理的設定，便會直接回應已報道討論中提出的要求。

這類設定無法回答生成食譜是否可行，卻能顯示當客戶對 AI 應扮演的角色存在分歧時，公司如何回應。

其他控制決定亦同樣重要。讀者應能辨認自己何時已離開原始食譜，並了解如何返回原始內容。

更廣泛的產品啟示可從這些訊號得出：個人化只有在其便利性勝過它要求使用者作出的額外判斷時，才會創造價值。

這種平衡因訂戶而異。尋求快速調整的人，可能歡迎有根據的建議；尋求完整核實食譜的人，則可能全程偏好原始版本。

成功的產品可以承認這兩種偏好，同時不聲稱它們代表相同需要。困難之處在於持續地為這種差異而設計。

目前而言，NYT Cooking AI 的修改功能最好被理解為一次嘗試，將編輯材料延伸至其經審閱形式以外。這既創造了實用服務的可能，也帶來一項清楚可辨的限制。

在將任何自訂食譜視為可靠之前，請把它與原始版本比較，並檢視修改背後的理據。尋找能回應你所需調整類型的證據，而非只看有關 AI 協助的籠統承諾。留意 Times 是否公布烹飪結果、是否以清晰標示擴展使用權，以及是否回應對更大控制權的要求。這些發展比推出首日的讚美或批評數量更能說明問題。重要的決定屬個人選擇，但很具體：這項調整是否讓你在資訊更充足的情況下烹飪，還是令你要自行進行原本期望訂閱服務處理的檢查？隨着功能發展，請持續記住這個問題。