跳到主要內容未來追蹤一個創作者,可能不再需要你一直回來找他 — CabAI返回 Library未來追蹤一個創作者,可能不再需要你一直回來找他
當 AI 開始成為人接收資訊與完成工作的介面,創作者的內容如何進入使用者的工作環境?這是一場關於 Agent 資訊管道、持續接收與內容關係的實驗。
約 11 分鐘閱讀- Agent
- AI
- 資訊管道
- 創作者
- RSS
- Knowledge Hub
未來追蹤一個創作者,可能不再需要你一直回來找他
我其實一直想把「追蹤一個創作者」這件事,做到降低人需要主動持續的比例。
我們現在所說的追蹤,通常是追蹤社群帳號、訂閱電子報、加入社群,然後期待平台有一天把他的內容推到自己面前。看到值得保存的內容,還得再複製、收藏、分類,或者丟給 AI 摘要。
這些步驟單獨看起來都不困難,真正的問題是,它們需要一個人持續主動執行。
你可能真的很喜歡某個創作者的內容,也知道他的觀點對工作有幫助,但只要忙上一段時間,資訊就會逐漸累積。電子報沒有打開、收藏沒有整理、社群貼文被演算法沖走。等到某一天真的需要時,才隱約記得他好像寫過相關內容,卻不知道那篇文章究竟在哪裡。
所以我開始想,追蹤一個人的下一種形式,或許不是要求人持續回來,而是讓資訊主動進入他的 AI 環境。
目前 CabAI 已經開放 Agent API。使用者完成設定後,可以讓自己的 AI 依照權限取得 CabAI 的公告、Library、Skill 與課程內容。
但目前的形式仍然是由使用者的 AI 主動呼叫 API 取得資料,還不是 CabAI 主動把內容推送到外部 AI。未來是否能進一步做到定期同步、記錄處理狀態與依照情境重新找回內容,仍然是我們想持續探索的方向。
我想建立的不是另一個內容平台
這兩天,我終於把一直想做的東西做出了第一版。
老實說,功能本身非常簡單🤣
我建立了一條屬於自己的資訊管道。使用者只需要註冊一把金鑰、複製一行指令,就能讓 Agent 取得自己有權限存取的內容,並同步進自己的 AI 環境或知識庫。
它不只是像我之前的課程一樣,提供一份文件,讓你下載之後再自己丟給 AI。因為這樣仍然需要人處理下載、上傳、分類、版本更新,以及記得自己上次處理到哪裡。
這些事情每一件都很簡單,但只要需要反覆執行,最後通常就不會持續。
我期望的使用方式,是把這些維護工作交給 Agent。它可以記錄哪些內容已經處理過,透過排程定期取得更新,每次只同步尚未閱讀或尚未處理的部分,再根據使用者目前的工作、專案與問題,重新整理這些資訊。
例如,我今天寫了一篇關於 AI 工作流的文章。對讀者來說,最有價值的使用方式未必是當天完整讀完,而可能是幾個月後,他正在設計自己的工作流時,Agent 主動找出這篇文章,指出他現在遇到的問題和文章裡提到的資訊同步、狀態管理或知識更新機制有關。
這時候,內容才真正進入了他的情境,而不是只被看過一次,接著沉進收藏清單裡。
內容不只要讓人讀,也要讓 AI 取得
這個想法並不是最近才突然出現。
去年 11 月製作金流課程時,我就開始觀察到一個很明顯的變化:在 AI 時代,內容不只要服務人類閱讀,也要方便被 AI 取得、理解與使用。
所以當時即使課程的主要形式是影片,我仍然提供了完整的文字文章。影片很適合講解、示範與陪伴理解,文字則更容易被搜尋、引用和比較,也更適合交給 AI 重新整理。
過去,我們經常要求內容一定要簡單、直接、短小,因為作者必須自己負責把每一位讀者一路帶到理解。內容如果太複雜、篇幅太長,讀者很可能中途離開。
但現在,許多人的第一步已經不是直接從頭讀到尾,而是先把內容交給 AI,請它摘要重點、提出問題、找出和目前專案相關的部分,再根據自己的情境深入討論。
這並不代表作者從此可以寫得更爛。
相反地,內容可以保留更多必要的脈絡、例外、推理與細節,不必為了迎合所有人的閱讀速度,把每件事都壓縮成幾句容易傳播、卻難以真正使用的結論。
內容本身「必須替每一位讀者完成所有簡化工作」的責任,可以適度轉移給 AI。作者負責把事情講完整,AI 再依照不同人的程度、工作與問題,重新組織成適合他的版本。
不過,要讓這件事真正成立,不能只改善內容怎麼寫。取得內容的過程,也必須一起變得更簡單。
真正稀缺的,是持續接收與使用資訊的能力
現在的問題早就不是網路上沒有足夠的內容。
真正困難的,是建立一套可以持續運作的接收機制。它必須知道哪些內容值得保留、哪些已經處理過,也要能在來源更新時接續同步,並在真正需要的時候重新找回來。
更重要的是,內容不能只被收藏,還得有辦法進入一個人的工作、專案與判斷裡。
我們過去幾乎把這些責任全部丟給讀者。創作者負責發布內容,平台負責分發,讀者則自己記得閱讀、收藏、分類與使用。
但當 Agent 開始替人管理資訊,這個分工可能會逐漸改變。
讀者不一定需要每天打開十個平台,確認十個人有沒有更新。他可以先選擇自己信任哪些資訊來源,再授權 Agent 定期取得內容。Agent 根據他的需求,判斷哪些更新值得立刻提醒、哪些只需要保存,以及哪些和正在進行的專案有關。
人並沒有退出閱讀與思考,只是不再需要親自維護每一條資訊管道。
「降低人主動持續的比例」並不是把判斷交出去,而是把重複性的追蹤、同步和分類工作交出去。人的注意力可以留在真正需要理解、判斷與討論的地方。
創作者競爭的,可能不只是哪篇貼文被看見
過去,創作者非常依賴平台的注意力分配。我們在意觸及、開信率、搜尋排名,也不斷思考哪一篇內容可以被更多人看見。
這些事情當然仍然重要,但我認為,未來創作者競爭的可能不只是哪一篇貼文進入受眾的河道,也包括誰的資訊管道能夠率先進入受眾的 AI Agent 與知識庫。
被看見是一個瞬間,被訂閱是一段關係,而被納入 Agent 可以持續取得、查詢與使用的資訊來源,可能會成為更深一層的關係。
當使用者遇到問題時,他的 AI 不只搜尋整個公開網路,也知道這個領域有哪些他長期信任的人、這些人最近更新了什麼,以及過去對同一個問題提出過哪些觀點。
這時候,創作者提供的就不只是一篇文章,而是一條可以被持續使用的資訊來源。
未來的「訂閱」也不一定只是一個電子郵件地址。它可能是一份授權、一把金鑰,或者一條 Agent 能夠持續連線的內容介面。
這不只是個人創作者的需求
課程、研究資料、產業資訊、公司公告、產品更新、品牌內容,甚至日常紀錄,都可能需要更適合 Agent 取得的形式。
2026 年 7 月,Reuters 也推出了自己的 MCP Server,讓客戶的 AI Agent 能夠搜尋、取得及下載已訂閱的 Reuters 內容,並將這些資訊運用在研究、整理與編輯流程裡。
Reuters 面對的是新聞機構與企業客戶,我現在做的規模當然完全不能相比,但背後的方向是相似的:內容不應該只能等待人類打開某個頁面,它也應該能在授權與權限管理之下,被 Agent 主動取得並投入工作。
這件事真正值得注意的,或許不只是 MCP 成為熱門技術,而是大型內容供應者也開始把 AI Agent 視為新的內容接收者與使用者。
從經營受眾,到經營一條資訊管道
我還不知道這最後會發展成什麼形式,目前做出的也只是一個很早期、很簡單的版本。
但我愈來愈認為,創作者未來需要思考的,不只是內容要發布在哪裡,也包括內容是否能被機器理解、穩定取得,以及版本、分類與權限是否清楚。
對使用者來說,理想的資訊管道也應該記得同步進度,而不是每次都把所有資料從頭處理一次。當使用者真的遇到問題時,AI 還必須有辦法從累積的內容裡,找出和當下情境相關的部分。
社群平台仍然適合讓人認識一個創作者,文章與課程仍然適合完整表達,電子報也仍然適合維持關係。AI 資訊管道不是要取代它們,而是補上內容發布之後,長期接收、整理與使用的那一段。
當受眾的 AI 開始替他工作,我們的內容要怎麼進入那個工作環境?
未來追蹤一個創作者,可能不再只是按下追蹤、等待推播,而是把他加入自己的資訊來源,讓 Agent 持續接收,並在真正需要時,把他的觀點重新帶回你的面前。
這個想法其實不是從零開始的
仔細往回看,讓人不必主動逐一尋找資訊,並不是 AI Agent 出現後才有的想法。
RSS 很早就在做相似的事情。網站將更新整理成機器可讀的 Feed,使用者選擇自己信任的來源,再透過閱讀器集中接收。後來的 Atom、WebSub、電子報、API 與 Webhook,也都在不同程度上處理同一件事:讓內容離開原本發布的頁面,進入另一個由使用者選擇的接收環境。
RSS 解決的是不用逐一回到每個網站確認更新;Agent 則可能接著處理尚未閱讀的內容、記住同步進度,並根據一個人當下的專案與問題,重新找出真正相關的部分。
以前的訂閱器知道哪裡有新文章。未來的 Agent 可能還知道,這篇文章為什麼現在對你有用。
Reuters 推出 MCP Server,也可以放在這條脈絡下理解。真正值得注意的不只是它採用了 MCP,而是內容供應者開始把 AI Agent 視為新的接收環境,讓已授權的資訊不必停留在搜尋頁面與閱讀介面,而能直接進入研究、整理與編輯流程。
但我也不確定,這是否全然是一件好事
這個方向當然非常方便,但它同時改變了人與內容之間的距離。
當 Agent 開始替我們取得、摘要、篩選與重新組織內容,讀者最後接觸到的,可能不再是創作者真正寫出的文章,而是模型判斷「這個人現在需要知道什麼」之後留下的版本。
它可以保留重點,也可能刪掉作者的語氣、鋪陳、遲疑與例外。那些暫時與工作無關的內容,甚至可能從來不會被帶到讀者面前。
但閱讀的價值,有時不只在於精準取得正在尋找的答案,也來自意外遇見一個原本沒有打算理解的問題。
比較正向的版本,是把追蹤更新、下載、同步與分類這些維護工作交給 Agent,讓人的注意力回到理解、判斷與討論。
另一個版本則是,人不只不再維護資訊來源,也逐漸不再決定自己要接觸什麼。最後由 Agent 替我們判斷哪些內容重要、哪些觀點值得保留,以及什麼時候應該重新把某個人的想法帶回來。
對創作者而言也一樣。當內容可以被 Agent 直接取得、拆解和使用,讀者可能得到了知識,卻沒有真正接觸作者。他未必看到原本的網站、完整文章與內容脈絡,甚至不一定記得這個觀點來自誰。
因此,這種資訊管道不能只考慮怎麼讓內容更容易被取得,也必須處理來源標示、引用、版本更新、撤回、權限與可攜性。否則,我們可能改善了資訊的使用效率,卻讓創作者與受眾之間的關係變得更薄。
我想做的,可能是一種給 Agent 使用的 RSS
所以現階段,我不會把它描述成內容分發的終點,也不認為所有人未來都應該把閱讀完全交給 Agent。
當 Agent 開始成為人接收資訊的重要介面,創作者能不能提供一條比演算法河道更直接、比手動下載更容易持續,又比封閉平台更能由使用者掌握的資訊管道?
這條管道最好不只是方便,也必須讓使用者知道資料從哪裡來、為什麼被帶到面前,以及是否能自由更換自己的 AI 工具。
社群平台仍然適合讓人認識一個人,文章與課程仍然適合完整表達,電子報也仍然適合維持關係。Agent 資訊管道不需要取代它們,它比較像是補上內容發布之後,長期接收、整理與重新使用的那一段。
現在,我想試著看看:在不拿走人的選擇與創作者脈絡的前提下,Agent 能不能再替我們少做一點重複的維護工作。
未來追蹤一個創作者,可能不再只有按下追蹤、等待推播這一種形式。
但我們要建立的,也不應該只是一條讓 AI 更容易吞下內容的管線。它應該是一種讓創作者、讀者與 Agent 都能保留位置的新資訊關係。
整理 Windows 版 Codex 常見卡頓原因,包括 serialport 載入失敗、背景程序未回收、Windows Defender 掃描負載,以及紀錄檔持續膨脹。