Knowledge Base

閱讀站

首頁而家只顯示最近 50 篇文章，避免文章量愈大愈拖慢首頁載入。

共 1705 篇文章

從夯爆到夯，鋭評 7 個最主流的 AI 編程模型！

關注公眾號，AI 技術乾貨及時送達↓推薦閲讀：OpenAI 把 Codex 裝進了 Claude Code！！大家好，我是R哥。最近 AI 編程模型又卷瘋了。一邊是國外大模型繼續往工程能力、長上下文、Agent 方向猛衝，另一邊是國產模型也開始發力，各種大模型宣稱能媲美 Claude 的能力。。所以現在再問哪個編程模型最強，其實已經不太好回答了，因為不同模型的性格差異越來越明顯了。有的適合寫複雜工程，有的適合做 UI，有的適合改老項目，有的適合跑 Agent，有的 benchmark 很漂亮，但真正幹活的時候可能又是另外一個樣子。我這篇就不做學術排名了，只聊真實編程體感。。第一梯隊（夯爆）第一梯隊我覺得就是兩個：GPT 5.5 和 Claude Opus 4.6 / 4.7，毫無疑問，這兩個基本屬於雙王並列。沒有絕對第一，只有場景適配。GPT 5.5 的優勢是綜合、全面，工程場景也很穩。尤其是 API 生態、工具鏈適配、工程落地這一塊，搭配 Codex CLI、Codex APP、雲端支持，這一套確實成熟，它可能不是最牛逼的，但是全方面能力最強的。而且 GPT 5.5 的性價比也很能打，如果你是高頻使用，比如每天寫文案、寫代碼、生成圖片等工作，Plus 就完全能夠勝任，它屬於那種量大管飽型選手。當然，它缺點也有。它寫界面的審美還需要繼續打磨，功能上能完成，但 UI 有時候會有點程序員審美，能用，規整，但少一點產品感和高級感。Claude Opus 4.6 / 4.7 則是另一種強。它的上下文理解很強（1M），尤其適合產品邏輯、複雜需求、長文檔、UI 交互這類任務。在實際編程時，你都不用把每個細節都說死，它能順着你的意圖往下補，甚至能提前想到一些你沒說但確實需要的東西。這就是 Claude 最厲害的地方，它不是隻會寫代碼，它更像懂產品的人在幫你寫代碼。缺點就是：貴、對網絡環境要求非常高、非常容易封號，前陣子又搞出了實名認證，用 Claude 的成本是越來越高，也越來越不可控。參考閲讀：• 炸了！Claude Code 移除 Pro 用戶！！• 喪心病狂！Claude 開始要求實名身份驗證了。。。就 Claude 種種變態的限制行為，建議大家還是還是不要作為首選或者太依賴它。第二梯隊（夯）第二梯隊也很有意思，比如：GLM-5.1、Gemini 3、Qwen 3、DeepSeek V4、Kimi K2.6 這些大模型就在這一檔。先說 GLM-5.1，目前最接近第一梯隊的國產模型之一。尤其是 Agent 能力，已經能貼着第一梯隊打了。它不是那種只會回答問題的聊天模型，而是已經開始具備拆任務、調工具、持續推進的高級能力。但它的問題也明顯：慢，而且不夠穩定，算力不夠，訂閲非常難，Coding Plan 基本都要靠搶。再說說 Gemini 3，它是典型的偏科生。它在 UI 和前端場景挺能打，尤其是頁面佈局、視覺表達、交互結構，經常能給你一些不錯的結果。做頁面時，它有時候比傳統工程型模型更有感覺。但工程場景偏弱，比如：複雜後端、長鏈路重構、多模塊項目協同，它沒有 GPT 和 Claude 那麼穩。所以 Gemini 的定位很清楚，適合前端、UI、視覺類任務，複雜工程儘量別用它。再說說通義千問 Qwen 3，它屬於國產裏非常能打的一檔。它的整體能力比較均衡，一般來說在代碼生成、中文理解、工程任務上表現都比較穩定，比如寫接口、補代碼、做業務邏輯這類活都能很好勝任。而且它的優勢在於生態完整 + 落地能力強，依託阿里雲，在企業應用、API 接入、私有化部署等場景裏會更有優勢。但問題也有，一般來說在複雜工程推理、長上下文深度理解上，和第一梯隊還是有差距。另外，它也是一樣的套路，Coding Plan 基礎款已經下線，高級套餐訂閲還要靠搶。。再說說 DeepSeek V4，它寫代碼比較穩重。很多模型寫代碼喜歡加戲，明明你只要改一個地方，它順手給你重構一大片。DeepSeek 的風格一般更收斂，常規業務代碼寫得快，也不太亂髮揮。它適合程序員日常開發裏的大量基礎活，比如 CRUD、腳本、接口邏輯、工具類、常見算法，它都挺穩。但它的問題是，目前沒有 Coding Plan，如果拿來高頻編程，成本會顯得有點高。最後再說說 Kimi K2.6，它屬於潛力型選手。它的 benchmark 很出色，Coding Plan 也不用搶，但實際用下來，體感有時沒那麼絲滑，尤其是複雜工程任務裏，它有時會在執行過程中掉一下鏈子。感覺它很適合龍蝦這麼類 Agent，之前還上過最適合 OpenClaw 大模型的榜單。所以我對 Kimi 的評價是，上限很高，但穩定性還需要時間。怎麼選？我建議別隻用一個模型，而是更合理的組合使用：• 寫後端、修 bug、處理工程任務，用 GPT 5.5。• 做複雜產品設計、需求梳理，用 Claude 4.7。• 做前端頁面和視覺草稿，可以讓 Gemini 3 先跑一版。• 想體驗國產大模型能力，可以試 GLM-5.1、Qwen 3。• 想寫穩定業務代碼，可以用 DeepSeek V4。組合搭配，這樣才是目前更實際的玩法，我目前也是這麼玩的。因為模型之間已經不是簡單的誰強誰弱，而是各方面能力各不不同，就像團隊裏有人適合做架構，有人適合寫頁面，有人適合修線上問題，有人適合寫文檔。你非要讓一個大模型幹所有活，也不是不行，就是效率、質量等方面可能不一定是最高的。當然，也可以根據自己的任務進行測試，一般簡單的任務你隨便用哪個可能區別都不大，複雜任務還得是用最專業的、最夯的模型。好了，今天就暫時分享到這裏了，R哥持續分享更多 AI 好玩的東西，公眾號第一時間推送，關注「AI技術宅」公眾號和我一起學 AI。⚠️ 版權聲明：本文系公眾號 "AI技術宅" 原創，未經授權禁止轉載，嚴禁搬運、抄襲、洗稿、侵權一律投訴，並保留追究其法律責任的權利。 < END >推薦閲讀：OpenClaw 在國內的熱度徹底涼了。。OpenClaw 必裝的 10 個 Skills！！OpenClaw 飛書 + QQ 接入完整指南！！Claude Skills 徹底爆了，從實現原理到實戰！開源版 Claude Code 殺瘋了，怒斬 70k+ Star！Gemini CLI 免費用戶也能使用 Gemini 3 了！免費白嫖 Gemini 3 Pro 的 3 種方式，太香了！Gemini 3 Pro 的 8 個官方入口（建議收藏）玩轉 CodeX CLI 的 16 個實用小技巧！玩轉 Claude Code 的 23 個實用小技巧！更多 ↓↓↓ 關注公眾號 ✔ 標星⭐ 哦

完成

AI知識庫不該只會收藏：我想打造一個能自動加工的AI知識庫，把 Dan Koe 和 LLM Wiki 合成 AIWiki

MaxKing寶藏全棧開發者 × 量化交易 × AI 重度用戶。這裏記錄我用 AI 提升效率、解決問題、優化流程的真實實踐，也分享工具背後的判斷、踩坑和可複用方法。AIWiki · 個人知識工廠 03前兩篇寫完後，我反而更確定了一件事：我真正想做的，不是一個普通知識庫。第一篇我講的是收藏吃灰的問題。很多人收藏了大量文章、連結、筆記、教程，但真正要寫文章、做方案、整理思路時，還是要從零開始。【為什麼你收藏了那麼多文章，最後還是寫不出來想要的文章？你要打造自己的個人知識工廠】第二篇我講的是 Karpathy 提出的 LLM Wiki。它給我的啓發是：知識庫不應該只是資料堆，也不應該每次都靠 RAG 臨時翻資料、拼答案，而應該讓 AI 持續把資料讀懂、拆解、整理、更新，形成一個不斷生長的 Wiki。【Karpathy 的 LLM Wiki 給了我一個啓發：知識庫不該只是收藏夾，而是加工成可調用、可維護、可產出的內容資產，提寫作和內容創作效率】但到這裏，我發現還差最後一塊。知識沉澱之後，到底怎麼變成內容產出？如果一個知識庫只是越來越完整，但不能幫我寫文章、做選題、產出方案，那它仍然離我的真實工作流有一段距離。所以，我開始想：有沒有可能把這兩條線合在一起？01-MaxKing.cc-Dan Koe 讓我重新理解了內容創作Dan Koe 給我的啓發，不是某個具體模板，而是一種內容生產的思路。很多人以為，持續輸出靠的是靈感。今天有靈感，就寫一篇；明天沒靈感，就斷更。看到好文章就收藏，看到好觀點就記下來，期待未來某一天能用上。但真正到了要寫的時候，還是打開空白文檔，從標題開始重新想。每次創作都像重新開工：重新找資料，重新想角度，重新設計結構，重新找案例，重新組織表達，重新說服自己這篇文章值得寫。不是因為沒有輸入，而是輸入沒有變成可複用資產。一篇文章如果只是被收藏，它還是別人的文章。只有當它被拆出來，變成觀點、鈎子、結構、案例、金句、轉化弧、選題和大綱，它才開始變成你的素材。我現在越來越覺得，內容創作不是從空白頁開始，而是從素材庫里長出來。Dan Koe 這條線解決的是：內容如何持續輸出。02-MaxKing.cc-LLM Wiki 讓我看到知識沉澱的另一種方式但只解決內容輸出還不夠。如果所有素材只是散落在一堆文檔裏，時間久了，還是會亂。這時候，Karpathy 的 LLM Wiki 給了我另一個啓發：知識庫不應該只是臨時檢索資料，而應該被 AI 持續編譯和維護。傳統 RAG 更像“臨時翻書”。你問一個問題，系統去資料堆裏找相關片段，然後臨時拼出一個答案。這當然有用。但問題是，這次回答結束之後，知識有沒有真正沉澱？下次再問類似問題時，是不是還要重新檢索、重新拼接、重新組織？LLM Wiki 的思路不一樣。它不是每次都臨時找答案，而是在資料進入系統時，就開始做整理：保留原文、提取概念、更新頁面、建立關聯，把原始資料變成可維護的 Wiki。這樣，知識不是問的時候才被臨時拼出來，而是在平時就被持續整理、更新和沉澱。LLM Wiki 這條線解決的是：知識如何長期沉澱。03-MaxKing.cc-一個偏輸出，一個偏沉澱，但單獨看都不完整這兩條線單獨看都很有價值。但我越想越覺得，單獨做其中一個，都不夠完整。如果只學 Dan Koe 的內容系統，我會更重視選題、表達、內容資產、寫作結構。但這些素材如何長期沉澱？如何更新？如何關聯？如何避免越積越亂？這仍然是問題。如果只做 LLM Wiki，我可能會得到一個更好的知識系統。它能保存原文、整理概念、更新 Wiki、建立知識關聯。但這些知識如何變成選題、文章、公眾號內容、視頻腳本、項目方案？這條輸出鏈路還不夠直接。我理解的兩條線Dan Koe解決內容資產、持續輸出、選題和表達的問題。LLM Wiki解決知識沉澱、持續維護、結構化 Wiki 的問題。AIWiki要把資料變成知識資產，再讓知識資產持續服務內容產出。所以我不想只做一個能存資料的知識庫，也不想只做一個寫作素材庫。我想要的是二者之間的閉環。04-MaxKing.cc-所以我想把它們合成 AIWiki這就是 AIWiki 的定位。它不是普通 Obsidian 模板，不是提示詞合集，不是另一個收藏夾，也不是單純的 RAG 知識庫。我想做的是：把資料加工成知識資產，再讓這些知識資產持續服務內容產出。一篇文章或一個連結進入 AIWiki 後，不應該只是被保存。它應該經歷一輪加工：先保留原文，再生成資料卡，再提取關鍵觀點，再沉澱到相關知識頁面，再拆出創意積木，再生成可寫選題，再生成文章大綱，最後支撐內容產出。文章 / 連結↓Raw 原文歸檔↓Source Card 資料卡↓Wiki 知識沉澱↓Creative Assets 創意積木↓Topics 選題 / Outline 大綱↓內容產出 / 反饋迴流這才是我理解的個人知識工廠。不是資料進來就結束，而是資料進來後，要繼續被拆、被連、被用、被複盤。05-MaxKing.cc-AIWiki 的核心是加工，而不是收藏我現在越來越覺得，知識庫最容易被誤解的地方，就是大家太關注“存”。存在哪裏？怎麼分類？怎麼打標籤？用 Notion 還是 Obsidian？要不要雙鏈？要不要圖譜？這些都重要，但它們不是最核心的問題。真正核心的問題是：這條資料最後有沒有被用起來？一條資料進入 AIWiki 後，至少應該變成一個知識頁面、一張資料卡、一個創意積木、一個選題、一份文章大綱，或者一篇內容。如果它什麼都沒有變成，只是靜靜躺在文件夾裏，那它和普通收藏沒有本質區別。06-MaxKing.cc-第一版只解決一件事AIWiki 後面當然可以做很多事情。比如自動收集資料、批量處理連結、接入飛書羣、接入微信和 Discord、接入 OpenClaw / QClaw、做團隊知識流。但第一版我不想一上來做大而全。第一版只解決一件事：把一篇資料加工好。用戶手動給一篇文章或一個連結。AIWiki 能自動生成原文歸檔、Source Card、創意積木、選題和文章大綱。這一件事先跑通。如果一篇資料都加工不好，批量只會批量製造垃圾。所以第一版要剋制。先把最小閉環跑起來。07-MaxKing.cc-下一篇，我會把流程圖畫出來到這裏，AIWiki 的定位就清楚了。Dan Koe 解決輸出。LLM Wiki 解決沉澱。AIWiki 要做的是把二者連成一條工作流。這條工作流不是為了讓收藏夾更大，而是為了讓資料真正變成可沉澱的知識、可複用的積木、可延展的選題、可寫作的大綱、可發佈的內容。下一篇，我會把整個 AIWiki 的流程圖畫出來。一篇文章或一個連結，如何從 Raw 原文歸檔，變成 Source Card 資料卡，再變成創意積木、選題和文章大綱，最後進入內容產出和迴流。如果你也想看這套系統怎麼搭，可以關注公眾號，回覆：AIWiki我會繼續整理《AIWiki 個人知識工廠流程圖》，也會在羣裏同步最新開發進度。AIWiKi永久免費下一篇預告AIWiki 個人知識工廠流程圖：一篇文章如何變成內容資產？- END -關於 MaxKing寶藏我是 MaxKing，全棧開發者、量化交易實踐者，也是 AI 重度用戶。這裏分享的不是遙遠概念，而是我在真實使用、搭建和踩坑後留下的判斷。如果這篇文章對你有啓發，歡迎點贊、在看、轉發，也歡迎加我好友交流 AI 工具和自動化實踐。

完成

AI正在“殺死”這些崗位，但也在悄悄創造新機會

AI正在“殺死”這些崗位，但也在悄悄創造新機會第015篇01 一個讓數百萬人失眠的問題“我的工作會被AI取代嗎？”這個問題，過去三個月，我被問了不下50次。問的人來自各行各業：設計師、翻譯、文案、程序員、會計、教師、甚至還有一位三甲醫院的放射科醫生。我沒有標準答案。但我花了整整兩週時間，做了一件笨事：我把20多份國內外權威機構關於“AI對就業影響”的報告——OpenAI、高盛、麥肯錫、世界經濟論壇、微軟研究院、中國信通院——全部翻了一遍，然後把關鍵數據和結論餵給AI鏡子，讓它幫我提煉出普通人最應該知道的3個深層真相。今天，我把這3個真相徹底展開。不販賣焦慮，只給可操作的出路。02 真相一：AI不是取代“崗位”，而是吃掉“任務”這是最關鍵、也最容易被誤解的一點。大多數人想象AI會像工業革命那樣，直接消滅一整類職業。比如汽車消滅了馬車伕，數碼相機消滅了膠捲廠。但AI的“吃法”完全不同。它正在做的是：把每個崗位拆解成幾十個任務，然後吃掉那些重複、可標準化、可預測的任務。以插畫師為例。一個商業插畫師一天的工作包含：· 接聽客戶需求電話（需要共情、理解模糊描述）· 頭腦風暴創意方向（需要聯想、審美判斷）· 畫初步草圖（AI可完成70%）· 細化線稿（AI可完成50%）· 上色、調光影（AI可完成80%）· 根據客戶反饋修改（需要溝通、理解）· 交付文件、處理發票（可自動化）AI能替代的是“畫草圖”“上色”“線稿”這類執行任務，替代率50%-80%。但“理解客戶沒說出來的需求”“判斷創意方向好不好”“安撫暴躁的甲方”這些任務，AI替代率接近於零。所以真相是：AI不會讓插畫師失業，但會讓“只會畫圖、不會溝通”的插畫師失業。被淘汰的不是崗位，而是單一技能者。那些同時具備“溝通+審美+執行”的插畫師，反而因為效率提升而更有競爭力。03 真相二：“崗位任務替代率”以下是我綜合多份報告整理的崗位分析，按風險從高到低排列：【極高風險崗】崗位：數據錄入員基礎任務替代率：90%以上核心不可替代能力：幾乎沒有說明：這類工作的核心就是重複，AI幾乎完美覆蓋。【高風險崗】崗位：客服（基礎問答）基礎任務替代率：約70%核心不可替代能力：複雜投訴處理、情緒安撫崗位：翻譯（筆譯）基礎任務替代率：60%-80%核心不可替代能力：文化適配、專業術語判斷、情感語氣【中高風險崗】崗位：會計（記賬報税）基礎任務替代率：60%-80%核心不可替代能力：税務籌劃、風險判斷崗位：設計師（平面）基礎任務替代率：40%-60%核心不可替代能力：品牌語言、創意概念、客戶溝通【中等風險崗】崗位：文案（產品說明）基礎任務替代率：50%-70%核心不可替代能力：品牌策略、創意洞察崗位：放射科醫生（讀片）基礎任務替代率：30%-50%核心不可替代能力：臨牀綜合判斷、患者溝通【中低風險崗】崗位：程序員（寫代碼）基礎任務替代率：30%-50%核心不可替代能力：系統架構、需求分析、調試崗位：翻譯（口譯）基礎任務替代率：20%-30%核心不可替代能力：現場應變、文化默契、語氣把控【低風險崗】崗位：教師（知識講授）基礎任務替代率：30%-50%核心不可替代能力：情感激勵、個性化引導關鍵結論：任何崗位只要核心是“重複已知模式”，就會被AI替代；只要核心是“不確定條件下的人性判斷”，就安全。04 三個真實行業，AI已經悄悄動手了案例一：翻譯行業——兩極分化正在發生某頭部翻譯公司內部數據顯示：2024年起，基礎筆譯訂單量下降40%，單價腰斬。但同時，高端“本地化+文化適配”訂單量上漲30%，單價翻倍。一位從業8年的自由譯者告訴我：“以前接200元/千字的活，現在沒了。但2000元/千字的活，反而更多了——客戶要的不是翻譯，是‘讓外國讀者看完會笑’。”案例二：客服行業——人機協同成標配某電商平台披露，AI處理了70%的常見諮詢（“什麼時候發貨”“怎麼退換貨”）。但客服團隊人數沒減，反而增加了——因為他們現在專門處理“快遞丟了客戶情緒崩潰”“商品描述歧義引發投訴升級”。一位客服主管說：“AI可以回答問題，但解決不了情緒。而情緒，才是最難搞的部分。”案例三：編程行業——AI讓初級程序員更難GitHub Copilot等工具已經能生成大量基礎代碼。某互聯網公司技術總監坦言：“我們以前招實習生寫CRUD，現在AI就能做。但我們非常缺‘能把業務需求翻譯成技術方案’的人。”他說，現在他們招人更看重“系統思維”和“溝通能力”，而不是“刷LeetCode”。05 真相三：AI正在創造的新崗位，你知道幾個？每一次技術革命都如此：消滅舊崗位，創造新崗位。AI創造的新崗位，並不需要你懂代碼。以下5個方向正在招聘：【1】提示詞工程師 / Prompt Engineer工作內容：設計能讓AI輸出高質量結果的指令。所需能力：邏輯清晰、懂行業術語、會分層拆解問題。薪資：國內一線城市15k-30k/月。入門路徑：免費學習OpenAI的Prompt工程指南（中文版），自己搭個ChatGPT練手，然後接個閒魚小單證明能力。【2】AI內容審核師 / AI Content Reviewer工作內容：檢查AI生成的內容是否準確、安全、符合品牌調性。所需能力：細心、領域知識、判斷力。薪資：8k-15k/月。不少AI公司正在遠程招聘這類崗位，適合作為兼職。【3】AI訓練數據標註員 / Data Labeler工作內容：為AI提供“標準答案”，比如圈出圖片裏的車輛、標註對話中的情緒。所需能力：耐心、視力好。薪資：按量計酬，時薪20-40元。門檻極低，適合學生、寶媽、兼職。【4】人機協作流程設計師 / Human-AI Workflow Designer工作內容：幫助企業梳理“哪些任務交給AI、哪些留給人”，並設計高效協作流程。所需能力：流程思維、溝通能力、懂業務。薪資：20k-40k/月（通常是諮詢公司或大廠內部轉型崗）。這可能是未來5年最緊缺的管理崗位。【5】AI應用培訓師 / AI Adoption Trainer工作內容：教普通人或企業員工如何使用AI工具提升效率。所需能力：教學能力、AI工具實操經驗。變現方式：企業內訓（3000-10000元/天）、線上小課（99-499元/人）。我認識的一位自由職業者，靠教律師用AI，月入3萬+。這些崗位都不要求你是計算機專業，但要求你：既懂AI的能力邊界，又懂具體行業的需求痛點。06 普通人現在能做的4件事第一：用AI鏡子做一次“任務顆粒度盤點”拿出紙筆，把你每週工作的任務列到第三級。例如“寫週報”可以拆成：①收集本週工作記錄 → ②挑選3個亮點 → ③找對應數據 → ④組織語言 → ⑤調整格式 → ⑥發給領導。然後逐項問AI：“這項任務，AI能幫我完成什麼程度？需要我做什麼？”你會發現，大部分“執行動作”都能AI化，只有“判斷、決策、人際”需要你。第二：選一個AI新崗位，投入20小時刻意練習就選“提示詞工程師”。不要報課。搜“OpenAI Prompt Engineering Guide”，看免費英文原版或中文翻譯。然後自己在DeepSeek/Claude上練，寫出10個高質量的Prompt。接着去閒魚掛“代寫AI提示詞”服務，定價10-50元/個。接到單子後，你會在真實反饋中快速成長。20小時，足夠讓你超越90%的票友。第三：在你所在的公司/行業，成為“那個懂AI的人”不需要成為專家。你只需要：每週嘗試用一個AI工具完成一件日常工作，然後記錄“原本用時 vs AI用時、質量差異、需要注意的坑”。開會時不經意提一句：“我試了下，這個月報如果用AI先跑一遍，能省2小時。”老闆會覺得你有想法、有執行力。這比任何PPT都管用。第四：用“免費清單”驗證需求，再決定深耕像我第14篇做的：提供一份免費《AI輔導孩子作業的5個Prompt》，測試留言數量。你也可以做一份《AI寫郵件的5個模板》《AI做PPT的3個框架》等等。有人要，說明有需求；沒人要，換方向。成本幾乎為零。07 你的任務清單（本週可完成）· 週一：列一個自己工作任務的清單（至少10項）· 週二：拿其中5項去問AI，寫出替代建議·週三：花2小時學習Prompt Engineering基礎· 週四：寫5個Prompt，發給朋友測試· 週五：在閒魚掛一個服務（比如“代寫週報Prompt”）· 週末：覆盤一週的收穫，寫下3條經驗08 最後，我想聽聽你的真話這篇文章很長，謝謝你看到這裏。現在，我想問你一個扎心但重要的問題：你的工作裏，哪一部分是AI目前絕對替代不了的？在評論區寫下來。哪怕答案是“老闆讓我改版8次，AI不會崩潰”。這不是為了尷尬，是為了讓你記住：AI能替代任務，替代不了你身上那些真實、鮮活、甚至有點擰巴的部分。評論區抽3位朋友，送一份我整理的《AI崗位轉型資料包》（包含提示詞工程指南+新崗位招聘信息彙總）。——來自 ai隨記的第十五天

完成

【真實故事】從實體租賃業務的痛點出發：打造年經常性收入突破一千五百萬的SaaS帝國

Roy van den Broek在16歲時創立了一家視聽租賃公司，並對當時可用的軟件感到沮喪。於是，他構建了自己的軟件。現在，Rentman 正向着 2000 萬經常性年收入邁進。以下是Roy講述他的創業故事。邁向2000萬年收入的征程我是Roy。我的背景是活動服務和視聽製作，因此我在現場活動的運營方面花費了大量時間。正是在那裏，我發現了問題。行業正在使用的工具要麼是靠膠帶粘合的電子表格，要麼是為其他行業構建、然後強行適配我們行業的軟件。如今，我正在構建 Rentman，這是一個面向活動和媒體行業的運營平台。它處理運營製作公司的混亂中游環節，包括設備租賃、人員調度、報價、物流和開具發票。我們的目標是為該領域的企業提供一套貼合其工作方式的系統，而不是使用五款勉強能用的工具。我們服務於租賃和製作公司，涵蓋視聽、燈光、舞台搭建、廣播和電影領域。這適用於任何需要設備和人員在正確的時間出現在正確的地點的場景。我們目前的經常性年收入在 1500 萬到 2000 萬之間。修復破碎的系統我從12歲開始做 DJ，到16歲時，我已經擁有了自己的視聽租賃公司。在運營過程中，我反覆遇到同樣的障礙，我們使用的軟件要麼是為其他行業構建的，要麼是昂貴的、笨重的本地部署軟件，沒人喜歡。大家都抱怨，但沒人更好的選擇。所以，我為自己的公司構建了工具。這是我唯一的目標。我不是試圖創業或銷售軟件，而是為了解決一個問題，享受構建過程，感覺很自然。其他租賃公司聽說了這事，也想使用。其中五家公司非常喜歡它，在早期支持了這想法。但即便那時，我認為這只是一個一次性項目，構建它，發佈它，然後回去租揚聲器。機會慢慢變得清晰。人們不斷要求更多，產品也在不斷增長。最終，很明顯這比我自己的租賃公司更大。這就是 Rentman 如何變成 Rentman 的。但起點不是野心，我只是想修復對我來說破碎的東西。沒有宏大計劃我沒有宏大的計劃。沒有路線圖，沒有團隊，沒有融資演講稿。我只是根據自己的運營中遇到的問題來構建功能。這成了一個巨大的優勢。我確切知道哪些功能重要，因為我每天都在使用它們，包括設備可用性、報價、人員調度和項目規劃。我不需要猜測租賃公司需要什麼，我就是其中之一。一旦其他公司開始使用它，工作量超出了我個人能處理的範圍。我聘請程序員來幫忙。我們保持緊湊的反饋循環，我與租賃公司交談，我們構建、發佈並迭代。早期支持的五家公司是我們的首批設計合作伙伴。他們告訴我們哪裏壞了，缺什麼，以及什麼不符合他們的工作流。兩條原則從第一天起就塑造了產品。一是簡潔性，因為現有工具過於複雜，沒人喜歡用。二是雲端化，因為行業希望隨時隨地工作，而當時的軟件迫使他們坐在辦公桌前。我們是荷蘭最早的一批基於雲的租賃工具之一，這成了它傳播的重要原因。技術棧在後端，我們主要使用現代 PHP，使用 MySQL 作為主數據庫，MongoDB 用於特定的微服務，全部運行在 AWS 上。在前端，我們使用帶有 TypeScript 的 Angular。在基礎設施方面，我們嚴重依賴 AWS，包括 RDS、S3、CloudFront 等常規服務。八年的自力更生我們是一家 SaaS 企業。我們有多種產品，每種產品都有各自的按席位訂閲模式。客戶挑選他們需要的產品，併為每個產品按用戶付費。頭八年，我們完全是自力更生。沒有風險投資或外部資金。在獲得外部資本之前，我們已經在 70 多個國家擁有了數萬名用戶。正因為如此，我自己始終是最大的挑戰。自力更生意味着隨着公司的發展，我扮演了每一個角色。我開始是開發人員，然後做銷售，接着處理招聘，然後學習如何領導團隊，如何成為首席執行官。這些都是我在飛行中學習的不同工作。每當公司進入新階段，我的適應速度就成了瓶頸。產品可以擴展，市場在那裏，團隊也準備好了，但我需要成長以適應角色的下一個版本。這需要時間、犯錯和大量的“忘卻學習”。如果能更快地完成這些過渡，我們今天會更大。一個簡單的增長飛輪增長大多是有機的。以下是我們在獲得融資前的主要渠道。首先是社區。視聽和活動製作界聯繫緊密。人們相互合作，在貿易展上見面，互相推薦工作。我們在這個圈子裏沉浸多年，不是作為軟件供應商，而是作為其中的一員。我們參加行業活動、舉辦網絡研討會、贊助活動，並與用戶保持真實的對話。當一家制作公司向另一家推薦 Rentman 時，這比我們能買到的任何東西都更有價值。其次是口碑在這個行業的複合效應。自由職業人員為多家租賃公司工作。當某人在一個項目中學會了 Rentman，他們希望下一位僱主也使用它。這是一個我們賴以生存的自然飛輪。第三是產品驅動的增長。任何人都可以開始免費試用，建立自己的賬户，並在一天內運行真實的項目。我們在引導、文檔和確保首次體驗順暢方面投入了大量資金。我們的大多數客戶是自己找到我們，試用，然後自己做決定。銷售是後續跟進，是為了提供幫助，而不是為了推銷。第四，客戶反饋作為增長引擎。每一個功能請求、每一張支持工單、每一次用戶訪談都滋養着路線圖。當客戶看到產品圍繞他們的需求演進時，他們會停留更久，使用更多，並告訴其他人。留存和增購是 SaaS 增長的靜默引擎，我們對此非常重視。這個飛輪很簡單，構建行業真正想要的東西，讓試用變得容易，讓用戶自行上手，保持產品足夠好，讓他們留下來並帶來其他人。組建團隊的挑戰將團隊從幾個人發展到 100 多人是一個巨大的挑戰。在 10 人時有效的方法在 50 人時行不通，在 50 人時有效的方法在 100 人時也行不通。自力更生讓它更難，因為我們負擔不起過度招聘。我們必須從收入中賺得每一位新的領導者和管理結構。《Scaling Up》一書為我們提供了很好的框架和指導，我推薦它。為你所愛之事構建這是我的建議，做你喜歡的事。不是你認為能賺錢的事，不是演講稿裏聽起來不錯的事，也不是時髦的事。而是你真正喜歡鑽研的事情。因為這會很難很長一段時間，任何其他動力都會在在公司倒閉前耗盡。如果結果不盡如人意，至少你在嘗試的過程中獲得了樂趣。後續計劃首先是拿下美國市場。我們在該類別中是全球市場領導者，但仍有很大的增長空間，特別是在美國。其次是人工智能。世界變化很快，我要確保將其轉化為用戶的優勢，而不是對我們業務的威脅。我們有機會重新思考運營軟件的工作方式。環內人工智能可以極大地改善客戶今天所做的很多事情，包括規劃、報價和協調。如果我們做好了這一點，我們不僅改進了產品，還改變了產品本身的定義。這可能意味着顛覆我們自己。我們當前的商業模式可能不適合 AI 原生產品。按席位定價、打包方式、價值交付，所有這些都擺在桌面上。我寧願殺死我們自己的模式並構建下一個，也不願固守已有成果，讓別人來對我們做同樣的事。本文圖片來自網絡，如有侵權，請聯繫我們刪除THE END我是黃永光資深商業空間運營管理專家，擁有23年泛家居行業全鏈路管理經驗。作為兼具戰略視野與落地能力的複合型管理者，曾帶領企業實現從千萬級到億元級營收跨越，助推兩家行業標杆企業躋身中國室內設計百強機構。我認為技術革命的核心價值，不在於物理世界的簡單改造，而在於重構人類認知與創新的底層邏輯。每個人都有潛力成為創業者，每個行業都值得利用人工智能重新做一遍。

完成

豆包都要收費了，是時候盤點一下本地大模型部署方案了

本地大模型部署方案：從Ollama + Qwen3.5入手，平衡隱私、成本與控制

完成

YouTube輔助工具VidIQ全方位解析

VidIQ 係一款專為 YouTube 創作者設計嘅數據分析同 AI 輔助工具，幫助提升頻道增長效率。

完成

2026 年最值得關注的 AI 金融項目！一堆 AI 就能給你組個完整的華爾街投研團隊

TradingAgents 用多智能體架構模擬華爾街投研團隊，展示 AI 自動化交易決策流程

完成

AI Agent 獨立拍片：一次生成30秒完整短片！視頻創作進入“導演+AI合夥人”時代！

AI視頻生成進入Agent時代，多平台推出專屬智能體，從自然語言想法到完整短片一鍵生成，創作效率大幅躍升。

完成

OpenSpec + Superpowers TDD v2：4 層防護疊加 26 個原子任務，27 次 subagent 實測 3/4 通過

OpenSpec + Superpowers TDD v2：用4層防護強制AI按TDD流程寫代碼，實測3/4通過

完成

我的 OpenClaw 一天燒掉 1140 萬 tokens，問題出在一個我沒當回事的設置

自動化系統的幻覺：日記假自動化與心跳token黑洞

完成

OPC第三課：你不缺AI工具，你缺把工具變成員工的能力

唔好當AI工具係軟件，要當員工招

完成

為什麼你的文章看起來「不專業」？

中文寫作排版規範：從空格到句子長度，提升專業感

完成

GPT Image 2 公眾號配圖系列測評：終於不用再去網上扒圖了

GPT Image 2 生成公眾號配圖：準確傳達觀點，緩解配圖焦慮

完成

只需上傳AI視頻，每一幀的畫面提示詞全部出來！！！

Video To Prompt 工具，一鍵拆解 AI 視頻每一幀嘅提示詞

完成

當AI能連續工作30小時，"對話框思維"已經過時了

對話框思維已經過時，Long-running Agent用狀態管理取代記憶

完成

【原理篇】OpenClaw 架構詳解：Gateway + Agent + Skill 如何協同工作

OpenClaw 架構詳解：Gateway、Agent、Skill 三層分工，由「會用」升級到「會調」

完成

從Claude Code快速遷移到Codex，OpenAI推出搬家方案

Codex 推出官方遷移工具，工程化體驗成決勝關鍵

完成

AI 讀文檔其實讀的是「摘要」

AI 讀文檔其實係讀緊「摘要」——壓縮策略揀錯，關鍵信息就會消失

完成

我用官方 skill-creator，做出了一個勝率 75% 的更強 skill-creator

作者透過逆向工程優秀 skill 倉庫，提煉20條原則並疊加到 Anthropic 官方 skill-creator，製作出勝率75%嘅 meta-skill-creator，將 skill 寫作從手藝活轉為工程流程。

完成

在Obsidian中配置Claude插件，今天我想用一種新的方式來寫一篇推文！

手把手教你喺Obsidian裝Claudian，AI協作助手即刻用

完成

1 年工作經驗選手親測：Vibe Coding 開發工時系統，我踩了這些坑也攢了這些經驗！

一年經驗開發者實測 Vibe Coding：AI 生成需求、開發順序、報錯處理同代碼審查嘅實戰心得

完成

週末的vibe coding，繼續優化工時系統，我開始用接口文檔終結前後端之間的拉扯！

用接口文檔終結前後端拉扯：可樂分享細化後的Vibe Coding流程

完成

親測 Superpowers 最強 AI Skill：遷移項目為 Element Plus 全程零翻車！

Superpowers Skill 能夠將項目遷移過程拆解成多個決策點，大幅提升AI改程式嘅靠譜度。

完成

superpowers 還是 gstack，談談我的思考

Superpowers 與 Gstack 並非二選一，最佳做法係組合使用：Gstack 定方向，Superpowers 保質量。

完成

Claude Code 高效使用秘笈：8 個讓我真正提效的實戰技巧

Claude Code 實戰提效：八個即學即用技巧，從跳過權限到驗收標準

完成

Superpowers 實測分析：從小遊戲案例看其 14 個 Skills 如何協同

Superpowers 唔係prompt集合，而係一套為AI編碼加工程流程約束嘅工作流系統，核心係用14個Skills將設計、計劃、實現、審查、驗證串成閉環。

完成

深度解析Superpowers：讓AI編程智能體真正學會"協作開發"

Superpowers 框架讓 AI 從「直接寫 Code」變成「先理解需求、再協作開發」

完成

Superpowers 新手入門：讓 AI 編程從野路子變正規軍

Superpowers 新手入門：讓 AI 編程從"野路子"變"正規軍"🦞 小飛哥的龍蝦出品 | 純實戰分享，無廢話一、你是不是也這樣？❌ 跟 AI 說"幫我寫個登錄功能"，它噼裏啪啦一頓寫，你一看——咦，這代碼怎麼跑的？❌ AI 寫完了，你問"測了嗎？"它說"我檢查過了"——結果一跑，bug 一堆。❌ 讓 AI 開發個項目，它 5 分鐘給你吐出 3000 行代碼，你問"這架構設計過嗎？"它一臉懵。•問題不在 AI 不夠強，在於——沒有流程。二、Superpowers 是什麼？一句話：AI 編程的標準工作流。Superpowers 是一套給 AI Agent 用的"開發手冊"。它不是提示詞，而是一系列自動觸發的 Skills，讓 AI 在寫代碼之前先想清楚、規劃好、測試完。•支持的主流 AI 編程工具：•Claude Code ✅•Cursor Agent ✅•Codex ✅•OpenCode ✅•Gemini CLI ✅•等等，OpenClaw 呢？社區有移植版，官方暫不支持。但核心方法論是通用的，本文講的東西你照樣能用。三、為什麼要使用 Superpowers？3.1 AI 編程的三大通病•通病一：拿到任務就開幹普通 AI 的工作模式：Code你：幫我寫個電商系統AI：好的！（噼裏啪啦寫代碼）結果：架構混亂、重複代碼、一跑就崩Superpowers 的工作模式：Code你：幫我寫個電商系統AI：等等，先讓我搞清楚你要什麼...(開始需求澄清 → 設計文檔 → 任務規劃 → TDD執行)結果：架構清晰、有測試、有規劃•通病二：寫完就完事，不測試沒有 TDD 的 AI 開發：Code你：功能寫完了嗎？AI：寫完了！你：測試了嗎？AI：測...測試？什麼測試？有 TDD 的 AI 開發：CodeAI：好，我先寫測試AI：RED - 測試失敗了，預期結果是xxxAI：GREEN - 寫最少的代碼讓測試通過AI：REFACTOR - 重構優化AI：測試全部通過，提交代碼•通病三：代碼質量靠"人品"沒有 code review：Code你：代碼給我看看AI：（給你 3000 行代碼）你：這寫得怎麼樣？AI：我覺得挺好的！實際：安全漏洞，性能問題，邏輯 bug 一堆有 code review：CodeAI（自動觸發）：🔴 Critical：發現 SQL 注入漏洞，必須修復🟡 Important：發現重複代碼，建議抽取工具函數🟢 Minor：命名不規範，建議改進3.2 Superpowers 能解決什麼？痛點沒有 Superpowers有 Superpowers需求階段AI 直接開寫AI 先 Socratic 提問澄清需求規劃階段邊想邊寫拆解成 2-5 分鐘的小任務執行階段悶頭寫代碼TDD 測試驅動，RED-GREEN-REFACTOR審查階段寫完就完事兩階段 review，Critical 問題阻塞交付階段不知道測沒測驗證所有測試通過才交付長期維護改動範圍不可控任務清晰，改動可追蹤3.3 真實效果對比•場景：讓 AI 開發一個用戶註冊模塊•沒有 Superpowers：•用時：5 分鐘•代碼量：3000 行•測試覆蓋：0•bug 數量：30+ 個•你花了多少時間修 bug：2 小時•有 Superpowers：•用時：2 小時（AI 自主運行，你去做別的事）•代碼量：1500 行（精簡，因為 TDD 只寫必要的）•測試覆蓋：90%+•bug 數量：2-3 個（可控範圍）•你花了多少時間：10 分鐘 review3.4 誰適合用 Superpowers？•強烈推薦：•獨立開發者：用 AI 提效，但受夠了返工•技術團隊：用 AI 輔助開發，需要質量保障•AI 編程愛好者：想從"野路子"變"正規軍"•可能不需要：•簡單腳本、快速原型（殺雞焉用牛刀）•完全不懂代碼、只想讓 AI 幫他寫（需要你先懂一些）四、核心 Skills 詳解4.1 brainstorming —— 需求澄清觸發時機：寫代碼之前核心目標：把"模糊的想法"變成"清晰的設計"•普通 AI 的做法：你：幫我做個用戶註冊功能AI：好的！（直接開始寫 300 行代碼）•Superpowers 的做法：你：幫我做個用戶註冊功能AI：等等，在你開始之前，我想先搞清楚幾個問題...•需要郵箱註冊還是手機號？還是兩個都要？•需要驗證碼嗎？短信還是郵箱？•註冊後需要郵箱驗證激活嗎？•密碼強度有什麼要求？•需要第三方登錄嗎（微信/Google）？•關鍵點：•AI 用 Socratic 提問法——不斷追問，直到理解你真正想要什麼•設計文檔分塊呈現，每次只展示一小部分，你容易消化•最終輸出：結構化設計文檔，而不是一堆代碼4.2 writing-plans —— 任務規劃觸發時機：設計被批准後核心目標：把大項目拆成"不可能失敗"的小任務•核心原則：•每個任務 2-5 分鐘完成•每個任務有精確文件路徑•每個任務有完整代碼•每個任務有驗證步驟•示例任務列表：CodeTask1: 創建用戶表結構 file: db/schema.sql verify: npm run db:migrateTask2: 實現註冊 API 路由 file: src/api/register.ts verify: npm test register-apiTask3: 添加輸入驗證 file: src/validators/register.ts verify: npm test register-validatorTask4: 實現密碼加密存儲 file: src/utils/password.ts verify: npm test password-utils•效果：計劃清晰到"熱情的初級工程師"都能照着做。4.3 subagent-driven-development —— 子 Agent 驅動開發觸發時機：有計劃之後核心目標：AI 並行"打工"，你去做別的事•兩階段 Review：CodeStage1: 符合計劃要求嗎？ ├── Yes → Stage2 └── No → 打回重做（阻塞）Stage2: 代碼質量合格嗎？ ├── Yes → 任務完成 └── No → 改進建議（記錄但不阻塞）•效果：AI 可以自主運行數小時，不用你盯着。4.4 test-driven-development —— 測試驅動開發觸發時機：實現過程中核心目標：代碼必須有測試，沒測試的代碼 = 垃圾•RED-GREEN-REFACTOR 循環：Code🔴 RED│├─→ 先寫一個失敗的測試│⏳ 運行測試│├─→ 確認失敗 → 🟢 GREEN│🟢 GREEN│├─→ 寫最少的代碼讓測試通過│⏳ 運行測試│├─→ 確認通過 → 🔵 REFACTOR│🔵 REFACTOR│├─→ 重構優化代碼│└─→ 回到 🔴 RED•嚴格規則：•測試必須在代碼之前寫•測試失敗時不能寫其他代碼•沒有測試的代碼會被刪除4.5 requesting-code-review —— 代碼審查觸發時機：任務之間核心目標：問題按嚴重性分類，關鍵問題阻塞進度•嚴重性分級：•🔴 Critical（必須立即修復）•安全漏洞•數據泄露風險•核心功能完全不工作•🟡 Important（應該修復）•性能問題•代碼重複•缺少錯誤處理•🟢 Minor（建議改進）•命名不規範•註釋不夠清晰•代碼格式問題•規則：Critical 問題阻塞進度，必須修復才能繼續。4.6 finishing-a-development-branch —— 完成分支觸發時機：任務完成後核心目標：清晰的決策，不再迷迷糊糊合併•4 個選項：•🌿 合併到主分支（如果變化很小）•📤 創建 PR 請求代碼審查•📌 保留分支（如果還要繼續開發）•🗑️ 丟棄分支（如果不想要了）五、完整工作流一覽Code┌─────────────────────────────────────────────────────┐│ 你的需求 ││ "幫我做個用戶註冊功能" │└─────────────────────┬───────────────────────────────┘ │ ▼┌─────────────────────────────────────────────────────┐│ 💡 brainstorming ││ ├─ Socratic 提問澄清需求 ││ ├─ 探索替代方案 ││ └─ 生成設計文檔（分塊呈現） │└─────────────────────┬───────────────────────────────┘ │ ▼┌─────────────────────────────────────────────────────┐│ 📋 writing-plans ││ ├─ 拆解成 2-5 分鐘的小任務 ││ ├─ 每個任務有精確文件路徑 ││ └─ 每個任務有驗證步驟 │└─────────────────────┬───────────────────────────────┘ │ ▼┌─────────────────────────────────────────────────────┐│ 🔧 subagent-driven-development ││ ├─ 子 Agent 並行執行每個任務 ││ ├─ 兩階段 Review（計劃合規 → 質量） ││ └─ TDD 循環（RED-GREEN-REFACTOR） │└─────────────────────┬───────────────────────────────┘ │ ▼┌─────────────────────────────────────────────────────┐│ ✅ finishing-a-development-branch ││ ├─ 驗證所有測試通過 ││ └─ 選擇：合併 / PR / 保留 / 丟棄 │└─────────────────────────────────────────────────────┘六、用完之後什麼效果？•一個真實場景：你："幫我做個用戶模塊"沒有 Superpowers： AI 5 分鐘給你 3000 行代碼，一跑 30 個 bug，你花 2 小時修。有 Superpowers： AI 先問清楚需求 → 拆成 20 個小任務 → 每個任務先寫測試 → 子 Agent 並行執行 → 2 小時後你收到一個經過測試的 PR。•最終效果：•✅ AI 自主運行數小時，你去做別的事•✅ 代碼質量有保障，不用返工•✅ 需求變更可追蹤，改動範圍清晰•✅ 代碼有測試，覆蓋率提升七、Claude Code 快速上手指南7.1 安裝 Superpowers•第一步：註冊插件市場Code/plugin marketplace add obra/superpowers-marketplace•第二步：安裝 SuperpowersCode/plugin install superpowers@superpowers-marketplace•第三步：驗證安裝Code/plugin list看到 superpowers 在列表裏就對了。7.2 常用命令命令功能/plugin list查看已安裝插件/plugin update superpowers更新 Superpowers/new開始新對話/clear清除當前對話/compact壓縮上下文7.3 使用技巧•技巧 1：開頭就說清楚你要做什麼❌ 錯誤：Code幫我看看這個代碼✅ 正確：Code幫我 review 這個用戶註冊模塊，focus on 安全問題•技巧 2：讓 AI 先規劃再執行當你有一個新功能要做：❌ 錯誤：Code幫我實現一個電商購物車✅ 正確：Code幫我規劃一下電商購物車的實現方案，先 brainstorming 再寫 plan•技巧 3：利用上下文文件把相關文件丟給 AI：Code/path/to/user-auth.ts /path/to/session.ts幫我分析這兩個模塊的安全風險•技巧 4：設置檢查點在長時間任務中，讓 AI 定期彙報：Code幫我重構這個模塊，每完成一個函數就停下來問我確認•技巧 5：善用 /compact當對話變長時，AI 上下文會變慢。定期：Code/compact壓縮上下文，保持響應速度。八、3 分鐘安裝（各平台）Claude Code 用戶Code/plugin marketplace add obra/superpowers-marketplace/plugin install superpowers@superpowers-marketplaceCursor 用戶Code/add-plugin superpowers或直接在插件市場搜索 "superpowers"OpenCode 用戶在 opencode.json 添加：JSON{ "plugin": ["superpowers@git+https://github.com/obra/superpowers.git"]}驗證安裝隨便問 AI 一句："幫我規劃一下這個功能"如果它開始 Socratic 提問而不是直接寫代碼——安裝成功 🎉九、寫在最後•Superpowers 不是什麼？•❌ 不是一夜之間讓 AI 變強的魔法•❌ 不是替代你思考的工具•❌ 不是萬能的•Superpowers 是什麼？•✅ 給 AI 一個"有紀律的開發流程"•✅ 讓 AI 從"想到什麼寫什麼"變成"按規矩辦事"•✅ 讓 AI 寫代碼前先想清楚、測試完、再交付•核心理念：不是讓 AI 更像人，是讓 AI 有紀律。🤝 加入我們•遇到問題？想要交流？📱 微信搜：ysf99918👥 添加好友，備註「superpowers」，拉你進羣•👋 我是小飛哥的龍蝦，專注於 AI 編程實戰乾貨。•覺得有用？點個在看，分享給需要的朋友。

完成