TextImageCraft 軟著產生器已關站，AI 幫得上的從來只有一半

用 AI 摘要這篇文章：

ChatGPT Claude Perplexity Google Grok

在網路上搜「軟著 申請內容 生成」，會找到幾篇介紹 TextImageCraft 的文章：打開網頁，填軟體名稱和功能描述兩個欄位，按一個鈕，軟體著作權登記（中國大陸業界簡稱「軟著」）要用的申請內容就自動生成。結論先講：這個工具已經關站。官網 textimagecraft.com 現在是網域拍賣的停泊頁，原本的軟著工具頁打開是 404，介紹文承諾的流程一步都走不下去。

比死訊更值得留下來的，是這類工具的本分與極限。受理登記的中國版權保護中心在指南裡把鑑別材料列為申請文件的大頭，也就是你的原始碼和任一種文檔的前、後各連續 30 頁。一個只拿名稱與功能描述當輸入的產生器，從介面設計就注定只能幫你寫文檔材料的文字草稿，碰不到材料的主體。再疊上 2026 年官方宣布要建立申請誠信制度、引入失信懲戒，模板化量產申請內容的空間正在收縮。

這篇把關站證據、工具生前的樣貌、官方文件的實際規格、還活著的開源替代一次整理完，結尾回到台灣開發者的視角：平常你用不到軟著，需要它的場合幾乎都連著中國市場。

關站怎麼確認：頁面、網域註冊與存檔紀錄三路對上

判斷一個網站死沒死，不能只看開不開得了。textimagecraft.com 現在打開是一頁英文，寫著這個網域最近已透過網域註冊商 Namecheap 重新註冊，下方是網域拍賣的廣告連結，還推播了拍賣服務的手機 App；把網址交給 DNS 查詢，指向的也是 Namecheap 的停泊服務；原本的軟著工具路徑 /zh/ruanzhu，伺服器直接回 404。三個跡象指向同一件事：原站沒有回來的打算。

Pin

網域註冊紀錄補上時間線。這個網域在 2026 年 6 月 27 日被重新註冊，註冊商是 Namecheap。網域會落到重新註冊這一步，通常是原持有者到期沒有續約，名稱先進入贖回期再流回市場，被專門收網域的人接手，掛上等著轉售的停泊頁（自己經手網域的話，續約與轉移的價格落差值得先比過，TLD-List 網域比價是順手的起點）。往另一頭查，網際網路檔案館裡這個站距今最近一份完整的工具頁存檔停在 2026 年 3 月 6 日，表單、按鈕、工具清單都還在；再往前還收得到 2025 年 6 月與 7 月的頁面。兩頭對起來，它活著的尾聲在 2026 年 3 月，三個多月後網域易主。

這種死法對讀者的陷阱在於：搜尋引擎裡舊介紹文的排名還在，點進官網也看得到一個正常的頁面，於是很多人會以為工具還活著，只是改版了。實際上停泊頁是一門生意，網域的舊流量越多的標的越容易被接手，頁面本身就是商品櫥窗。工具站的死法也不只這一種，先前實測的飛揚 PDF 轉換器碰上的是官方下載全滅的另一種收場。判斷的通用準則是一樣的：網域停泊頁一樣會回 HTTP 200，光看網站開得起來什麼都證明不了。要看頁面標題與內容對不對、網域註冊日期是不是新的落點、存檔服務裡距今最近一份正常頁面停在哪一天。三路對上，才值得相信一個關站判斷。

它生前的樣子：兩個欄位的表單，掛在十幾種工具裡

網際網路檔案館 2026 年 3 月的存檔，定格下這個工具的樣子。一張工具卡，標題是軟著申請內容生成工具，說明寫著輸入基本資訊，自動生成軟體著作權申請所需的內容（存檔頁面是簡體字，以下用台灣慣用語轉述）。表單只有兩個欄位：軟體名稱，預填的範例叫「智能學習助手」；軟體功能描述，預填一段為學生提供學習路徑規劃、線上課程推薦、AI 問答與進度追蹤的說明。全部的互動就一顆按鈕：生成申請內容。同一頁還掛著三個兄弟工具：隱私政策生成、使用者協議生成、詳細設計說明生成，套路相同，給幾個欄位，換一份文件草稿。

Pin

往上一層看，TextImageCraft 的中文站名叫文圖工藝，是個人開發者性質的工具組合站。站內字串還留著它最初的樣子：口號是一句話生成行銷圖片，訂閱方案寫著免費試用 3 張、標準方案每月 10 美元 300 張，服務條款的更新日期停在 2023 年 7 月。後來長出來的工具橫跨食譜生成、Markdown 轉卡片、爆款標題分析、AI 痕跡清除、行銷文案、產品需求文件等十幾種，軟著只是其中一頁。頁首常駐一條服務狀態列，留 X 帳號與微信當聯絡管道，旁邊是請我喝杯咖啡的贊助連結。

把這些工具攤開看，選題邏輯其實很一致：隱私政策、使用者協議、詳細設計說明、軟著申請內容，全都是「把一段輸入擴寫成某種制式文件」的題目，鎖定的是小型開發者、接案者與學生族群的文書焦慮。這類需求的痛是真的，但供給端的風險也是真的：單人維運的跡象、看不見公司主體、頁首得常駐服務狀態列，本身就是不穩定的訊號。服務說停就停，網域說轉手就轉手，你的申請文件如果建立在這種工具上，風險最後落在誰身上，答案很清楚。

定位講完，還有一條誠實的邊界：生成動作在伺服器端完成，存檔只留下表單外殼，網路介紹文轉述的輸出段落（功能概述、技術實現、模組說明之類）如今已無法重現，只能當二手描述看待。它生成的內容品質如何、格式是否符合當時的申請要求，都只剩傳聞。

申請實際要交什麼：主體是前後各 30 頁的鑑別材料

中國版權保護中心的軟體登記指南，把申請文件分成申請表、鑑別材料與證明文件三塊。申請表線上填報後列印確認頁、用印、上傳掃描件；證明文件是身分證明（企業的營業執照、自然人的護照等）加上權利歸屬證明（委託開發或合作開發的合同等）。真正的重頭戲是鑑別材料。

一般交存的規定是：源程序（也就是你的原始碼）和任何一種文檔（設計說明書或用戶手冊都行），各交前、後連續 30 頁；整套程序或文檔不到 60 頁的，全部提交。除特定情況外，程序每頁不少於 50 行，文檔每頁不少於 30 行；鑑別材料頁眉的軟體版本號，必須與申請表填寫的一致，實務排版也會在頁眉一併標上軟體名稱。指南裡另備有例外交存的管道，遇到特殊情況可以按登記辦法規定的替代方式提交，但絕大多數申請走的就是上面這套規格。這也是為什麼市面上幾乎所有認真做軟著材料的工具，參數都長得一樣：60 頁、50 行、前後各半，這些數字不是工程師的偏好，是受理機關的規定。

把表格直著讀一遍就明白：兩大鑑別材料裡，原始碼那一塊從頭到尾是你自己的，沒有任何工具能替你生出一套真實存在的程式；文件那一塊，產生器給的是初稿，把你腦裡的功能描述展開成說明書的語言。它能省的是你不熟悉的公文筆感，省不了審查風險，更省不了你的軟體要先真的寫出來這件事。順帶一提，不到 60 頁全交的規則對小專案反而友善：一個兩三千行的小工具，原始碼本來就不足 60 頁，直接全交即可，連裁切都省了。

頁眉與申請表必須一致這條規定，也直接告訴你送件前的收尾動作是什麼：把生成的文件從頭翻到尾，檢查每頁頁眉的軟體名稱拼寫，以及版本號是否與你線上填報的申請表完全相同。名稱多一個字、版本號差一個數字，都是可以在裝訂前一分鐘修掉、卻可能讓文件在收件時被退回來回一趟的細節。

另一個多數人不知道的事實：軟體著作權登記的規費目前停徵。申請費、證書費、合同登記費、變更或補充登記費、封存保管費、查詢費，全在停徵清單上。自己送件在官方端的花費是零；市面代辦收的每一分錢，買的都是代工與跑腿，不是規費。規費歸零之後，「一鍵生成申請內容」的價值主張又被砍了一刀：材料本來就不貴，貴的是你對自己軟體的整理功夫。

2026 年的新變數：申請誠信制度與失信懲戒

這個品類還有一個正在發生的變化。2026 年 2 月 25 日，中國版權保護中心發布公告：2 月 14 日召開專題會議，研究部署對非正常電腦軟體版權登記申請的綜合治理。兩週多後的 3 月 15 日再發一篇，講得更具體：建立軟體版權登記申請誠信制度，引入失信懲戒機制，規範代理行為，提醒申請人與代理機構以保護原創為目的，同一天起用優化後的申請表。

治理的矛頭指向量產型申請：代辦衝件、模板套裝、登記不存在的軟體。先被打到的會是代辦市場，申請表改版加上代理行為規範，等於把過去靠模板大量出件的生意往合規方向擠。對一般開發者的影響是間接的。用工具把自己的真軟體講清楚，是本事；用工具生出一套不存在的軟體去登記，是踩線。界線在軟體的真實性，不在文筆。順著這個方向看，把輸入兩個欄位、生成全套申請內容當賣點的工具，生存空間只會越來越小，TextImageCraft 的關站剛好走在這條線的前面。

替代方案分兩層找：排版層有活工具，內容層只有草稿助手

工具死了，需求還在，替代要分層找。原始碼鑑別材料的排版是一層，這層的開源工具又新又實用。AndroidCoderPeng/CodeGenerator 是 C# 與 .NET 8 寫的 Windows 桌面程式，Apache-2.0 授權，132 顆星，2026 年 10 月底仍在推送更新。它掃描你的專案資料夾，自動跳過編譯產物與第三方目錄，內建 20 種常見程式語言副檔名的白名單，把原始碼按每頁 50 行排版，預設輸出 60 頁、超量時取前 1500 行加後 1500 行，頁眉自動帶軟體名稱與版本號，一次生成 Word 與純文字兩份檔案。每一條規格都對得上官方鑑別材料的要求。

同層還有 CharlieJiang/SourceCodeDocxGenerator，Java 寫的工具，提供圖形介面與命令列兩種用法，248 顆星，支援前後各 30 頁與連續 60 頁兩種交存模式，但 2022 年 8 月之後就沒有再更新；規格沒變的老工具仍然能用，代價是要自己裝 Java 環境。本站先前也實測過同類的軟著源碼收集器，把五千行原始碼收成編好行號與頁碼的 Word 檔，操作的細節與踩到的坑都記在軟著源碼收集器實測那篇。那次實測最有價值的發現也適用於這層所有工具：自動裁切不一定真的動作，五千行可能全部進了文件，所以生成後務必自己翻頁數一遍，別把信任交給工具的自動化。

文件材料的文字是另一層，這層 2026 年出現了新的做法：把軟著產生做成 AI 助理的技能專案。例如 fanbuz/software-copyright-generator-skill，設計是讀取本地專案、分析專案結構與技術堆疊，先產生建議稿與程式碼抽取方案，每個階段都要人工確認後才繼續，最終輸出申請資訊、說明文件與原始碼文件三份草稿。星數還是個位數，成熟度有限，但這條路線比兩個欄位生成全套誠實：AI 負責草稿，真實性由開發者自己背書。上面提到的星數、授權與更新日期都是 2026 年 11 月初查詢的值，要用的時候請再查一次現況。

離開前的一個提醒：拿軟著生成器當關鍵字搜尋，結果裡代辦廣告與已死小站的密度很高。先想清楚你要省的是排版時間（這層工具都接得了手），還是想省掉真實材料（沒有工具接得了手）。

台灣開發者什麼時候會碰到軟著

台灣的著作權採創作保護主義，著作權法第 10 條寫著：著作人於著作完成時享有著作權。登記不是權利要件，現行法制裡也只有製版權一項設有登記制度，那是給古早年間把公共領域文字重新排版印刷的出版者用的，與軟體無關。所以台灣開發者平常完全不需要這套流程，真要主張權利，靠的是創作證據：版本控管的提交歷史、可信的時間戳、開源儲存庫的完整紀錄。這些證據平常就要養，不是出事才補。

會把台灣開發者推向軟著登記的，幾乎都是中國市場的文件需求。App 要上中國區 App Store，按 Apple 對中國區 App Store 的規定，2024 年 3 月起須提供有效的 ICP 備案號，軟著證書是常見的軟體權利證明材料；備案還有個常見的坑，備案系統裡登記的 App 名稱要與商店上架名稱完全一致，差一個空格都可能卡件。高新技術企業認定、投標資格、在中國大陸的維權訴訟，也常要求提出登記證書。對岸講的軟體著作權，概念上台灣對應的是電腦程式著作，但兩邊的登記制度、受理機關與用途是兩套系統，文件不能直接換用。申請人的身分類別與應備文件，以中國版權保護中心的現行指南為準。

如果你手上有真的軟體、也確定要進中國市場：照官方指南把文件備齊，原始碼的排版交給上面任何一件開源工具，文件自己寫最準，因為最了解你軟體的人就是你自己。如果你只是被一鍵生成四個字吸引：TextImageCraft 的關站剛好把話說白了，這類工具幫得上的那一半，本來就不多。