不想重新截圖？一款AI工具幫你擦掉過時文字，估計僅需5積分

打開“Remove Text from Image”工作臺，上傳一張文檔截圖，用鼠標框出那段惱人的“臨時橫幅”或“舊環境標簽”，輸入一句要求，點擊生成——剩下的交給 AI。這就是為扁平化截圖設計的文字移除流程，思路簡單到像在圖片上貼一塊智能補丁，但真正有用的細節都在背后那個“不允許改其它任何東西”的強約束里。

這項功能的核心規矩只有一條：圖片必須是你自己的資產，且只能用來擦除你自己文檔里的過時提示、測試文案或臨時彈窗。任何試圖抹去版權聲明、第三方水印、他人品牌標識的行為，都不在它的許可范圍內。工具本身也沒有把這類清理當做合理用途。

官方給出的技術定位很明確：這不是一個隨意涂改圖片的“橡皮擦”，而是一個受控的圖像修復通道。它的前置條件是，你在處理一張已經拍扁成像素的截圖，并且已經失去了修改源文檔或 DOM 層的機會。如果文字仍然以可編輯層的形態存在于原應用界面里，建議的做法是直接改代碼、重新截屏，而不是讓 AI 憑空重建像素。

為了把這種“不得已才動像素”的邏輯說清楚，開發團隊甚至給出了一個類型定義式的清理規范。它的意思是：把整張截圖看作一塊不可變的畫布，只在一小塊矩形區域內做文章，同時嚴格列出一份“必須原封不動”的清單——包括導航欄、圖標、按鈕間距、背景紋理，以及標記區域之外的所有文字。就像用一個只有一處開口的透明罩子蓋住原圖，罩子下唯一允許變化的就是那段過時文本本身。

有了這個規矩，后面的操作就被拆成了三個很實在的步驟：準備輸入、運行修復、把新圖和原圖放在一起“找茬”。每一步都在強化同一個原則——改得越少，出錯的風險越低。

第一步叫“準備輸入”，但這絕不只是簡單上傳一張圖片。理想情況下，你需要在傳入前先裁剪掉瀏覽器邊欄、書簽欄、個人頭像這類無關界面元素。任何涉及到密碼、API 密鑰、內部 IP 的信息必須先行涂抹，因為圖像修復模型本身并不具備安全過濾功能。之后還要記錄下原圖的精確像素尺寸，并且準確標出要移除的文本塊位置——通常是文字本體加上一個盡量緊湊的外邊距。做完這些，再判斷一下文字背后的背景到底是什么：純色、漸變、帶圓角的卡片邊框、規則網格，還是某種圖片紋理。這個判斷直接關系到后面讓 AI“按什么背景去重建”時的描述方式。

需要格外留意的一點是，如果截圖中包含了未發布的產品儀表盤或者尚未公開的特性界面，應該優先使用離線工作流，或者在上傳前確認圖像生成服務的可見性設置。這一點對于經常處理內部工具和預發布環境的技術作者來說，遠比選多大比例之類的參數要緊。

第二步進入實際的修復環節。當前這個“Remove Text from Image”工作臺對外暴露的頁面里，展示的就是一組配置項：一個必須填寫的 prompt 輸入框，模型名稱處標明使用的是 Voor / Image 2.0 Flash，下方有圖像上傳位置、畫面寬高比選擇、公開可見性開關，以及一個會實時跳動的預估消耗點數。在測試時，選擇 16:9 寬屏比例并做完上述配置后，系統顯示的預估一次生成大約需要 5 個積分。這個數字只是界面上的瞬時估值，并非固定價格，換一套設置時還需要重新確認。

真正決定修復質量的是那個 prompt。它不是簡單說一句“幫我把文字刪掉”就能奏效的，而是需要同時聲明你想要擦除的對象，以及大量你不想動的東西。一個典型的例子是：“只把標記區域內那塊橙色過時文字橫幅移除。用周圍像素重建深色卡片背景和它上面那層微妙的水平紋理。保留區域內所有的圖標、分割線、按鈕、圓角、陰影、間距數值。不要重新設計界面，不要再加任何標簽、logo、形狀或裝飾元素。”這樣一來，指令里既點出了那個需要改變的具體東西，又把一支“不許碰別的”的清單列得清清楚楚。按下生成按鈕后，訪客可能會被要求登錄，如果是已登錄賬戶也可能會遇到生成次數限制。但這整個步驟里有一條心照不宣的經驗：只為驗證技術原理的話，不必反復跑付費迭代。

最后一步是結果比對，而這一步也最容易被“看起來差不多”的錯覺騙過去。光憑肉眼掃一遍就說“可以用了”是不夠的，需要分別做幾何比對和排版比對。

幾何比對的方法是把新生成的圖片疊在原圖上，透明度調到 50%。此時觀察的重點不是修復區域內的紋理是否平滑自然，而是修復區域之外的一切邊緣是否嚴絲合縫。圖標偏移、卡片尺寸變化、分隔線錯位，哪怕只差了一兩個像素，都屬于回歸。因為按照之前定下的規則，這些元素屬于“preserve”清單上的內容，一旦發生位移，就說明修復過程侵犯了不該動的區域。

排版比對更像是拿放大鏡去看字體和文字的細節。操作時要把修復后圖片里的每一個標簽、按鈕文字、字段說明都單獨