Moxt 實(shí)測(cè)：把你的組織，折疊進(jìn)一堆文件夾

上周四下午，我同時(shí)在做五件事。

周刊選題整理到一半、CodePilot 新冒了兩個(gè) Issue、Twitter 收藏夾里躺著三條想存的推、微信里有好幾條待回的信息、一篇長(zhǎng)文的草稿卡在開頭。

一直以來(lái)我常工作見的問(wèn)題就是：我的 Context 散在五個(gè)地方。

飛書、Notion、本地文件夾、微信聊天記錄、我自己的腦子。

切任務(wù)的時(shí)候，一半時(shí)間花在搬運(yùn)。

這只是散。更麻煩的是臟。

就算把東西匯到一起，AI 讀起來(lái)也費(fèi)勁：

飛書的 block、Notion 的 toggle、PDF 的視覺排版、Slack 截圖，每種格式都要先剝一層殼。

散加臟，就是現(xiàn)在大多數(shù) AI 產(chǎn)品在上下文上的主要問(wèn)題。

Agent 能做到什么程度，不靠模型，靠你給它的工具和上下文。

正好前段時(shí)間 Moxt 發(fā)布了，我就試了一下，發(fā)現(xiàn)它在這兩個(gè)問(wèn)題的解決上做得非常好。

一、給 AI 一個(gè)自己的家

Moxt 上來(lái)就回答了一件事：AI 需要一個(gè)自己的工作空間。

它的答案挺"笨"的。讓 AI 在 md、csv、html 這些母語(yǔ)里工作，讓它在文件系統(tǒng)里導(dǎo)航。聽著不性感，但特別對(duì)。

Markdown 是 AI 的母語(yǔ)。

你給它一份 md，它秒懂；給它一份 Word，要先轉(zhuǎn)一道。

Word 本質(zhì)上就是 Markdown 的 GUI，那層 GUI 為人眼而設(shè)，對(duì) AI 來(lái)說(shuō)全是噪音。

Moxt 會(huì)把這些對(duì)于 AI 來(lái)說(shuō)的臟信息，轉(zhuǎn)成 AI 原生的格式：

導(dǎo)入 Word/PDF/Notion，后臺(tái)自動(dòng)轉(zhuǎn) md

導(dǎo)入 Excel，自動(dòng)轉(zhuǎn) csv

生成的可視化報(bào)告，一律是 html

文件系統(tǒng)是 AI 的圖書館。能 grep、能樹狀瀏覽的結(jié)構(gòu)，正好是它訓(xùn)練時(shí)熟悉的那種，讀起來(lái)天生就順。

這種設(shè)計(jì)帶來(lái)一個(gè)搬家爽點(diǎn)。

我在 Claude Code 里攢了十幾個(gè) Skill：

humanizer-zh 去 AI 味、writing-rewriter 做小綠書和推特風(fēng)格改寫、wechat-formatter 做公眾號(hào)排版、document-illustrator 做配圖。每一個(gè)就是一個(gè) md 文件加幾個(gè)資源。

搬到 Moxt 的 Skills 目錄，一個(gè)不用改，全都跑得通。

它們本來(lái)就是 md，Moxt 的 Skill 也是 md。說(shuō)是集成，其實(shí)就是復(fù)制粘貼。

Workspace 還有一個(gè)好處：把 Context 從一次性輸入變成可以累積的資產(chǎn)。

現(xiàn)在我寫 AIGC Weekly，不用重新貼前幾期選題、不用重新解釋寫作偏好、不用重新說(shuō)我關(guān)注哪些方向。

背景默認(rèn)已知。

別的 AI 產(chǎn)品，每次都是新一輪對(duì)話，Context 得一次性喂；Moxt 里的 Context 是往上攢的。

二、把"你是誰(shuí)"寫進(jìn)一份 md

每個(gè) Moxt 用戶都有一個(gè)專屬個(gè)人 AI，叫 momo。

momo 的行為規(guī)則寫在一份 AGENTS.md 里，放在你的個(gè)人空間。

用過(guò) Claude Code 的朋友一看就懂。就是 CLAUDE.md 那套思路，產(chǎn)品化了。

而且除了 Momo 以外，你還能創(chuàng)建自己的 AI 同事。

我做的第一件事，創(chuàng)建了一個(gè)我自己的 AI 分身"AI 藏師傅"。

具體方式就是把我所有的歷史語(yǔ)錄和寫的內(nèi)容都傳了上去，然后它幫我創(chuàng)建了一個(gè)總結(jié)文檔和規(guī)則。

涵蓋了從 agents.md 到時(shí)間線等各種資料，以及語(yǔ)氣內(nèi)容等各個(gè)方面。

給它寫了完整的身份書：

網(wǎng)名和平臺(tái)矩陣

口頭禪(「朋友們」「這太頂了」等)

感嘆號(hào)用法

對(duì)話模式和寫稿模式的切換規(guī)則

還有其他的要求

甚至從我的內(nèi)容里總結(jié)出了 6 個(gè)我的核心信條：

1.

沒(méi)親手用過(guò)就沒(méi)有發(fā)言權(quán)

2.

松弛是生產(chǎn)力，不用數(shù)據(jù)審判自己

3.

AI 是賦能工具，不是替代品

4.

開放生態(tài) > 平臺(tái)封閉

5.

只要敢花錢、敢放權(quán)，AI 就是許愿機(jī)

6.

朋友關(guān)系高于流量關(guān)系

比方說(shuō)，我現(xiàn)在如果寫稿子或者寫內(nèi)容，就完全可以直接讓這個(gè) AI 同事幫我寫。

因?yàn)樗呀?jīng)幾乎蒸餾了我所有的內(nèi)容和信息，某種程度上，它就是我的分身。

AI 藏師傅在我的個(gè)人空間里有完整的工作文件：

drafts/：它幫我起草的內(nèi)容

MEMORY.md：它積累的關(guān)于我的偏好

Skills/：它能調(diào)用的所有技能

我隨時(shí)能打開看、能改、能刪。

整個(gè)記憶庫(kù)可以隨時(shí)打開改，沒(méi)有黑盒。

AI 的"記憶"不該是玄學(xué)，就是幾個(gè)你能讀懂的 md 文件而已。

這時(shí)候我才反應(yīng)過(guò)來(lái)。Rules 也是 Context，而且是密度最高的那種。一份 AGENTS.md 里裝著你的人格、價(jià)值觀、寫作品味，是你給 AI 最濃縮的 Context。

三、做加法之前，先做減法

Moxt 有一個(gè)引導(dǎo)案例讓我特別有感觸。它的第一個(gè) AI 同事模板叫"熵減官"。

這家公司專門造了這么一個(gè)角色，它手里沒(méi)有寫作、分析、生成這類產(chǎn)出任務(wù)。它只做三件事：

掃 Workspace 里過(guò)時(shí)的文檔

發(fā)現(xiàn)內(nèi)容之間的矛盾

把死內(nèi)容歸檔

他們那句 slogan 我很喜歡：做少是能力，做多是本能。

我手里有 300 多篇剪藏、幾十份項(xiàng)目筆記、上百條 Twitter 收藏，真正能用上的遠(yuǎn)沒(méi)這么多。

更糟的是，廢墟會(huì)污染 AI。

你問(wèn)它"我之前對(duì)某個(gè)問(wèn)題怎么看"，它能把三年前已經(jīng)被我推翻的觀點(diǎn)翻出來(lái)，一本正經(jīng)地告訴你。

Context 的價(jià)值，不只在量，更在質(zhì)。

Moxt 想做的是會(huì)自己精簡(jiǎn)的地方。無(wú)限塞東西的倉(cāng)庫(kù)，市面上已經(jīng)夠多了。

四、讀得懂，還得會(huì)動(dòng)、會(huì)記、有人格

AI 讀懂你的 Context 只是第一步。接下來(lái)它還得會(huì)自己動(dòng)、會(huì)記住發(fā)生過(guò)的事、有一個(gè)承載這一切的人格。

將 Skill 組合完成復(fù)雜任務(wù)

必不可少的是現(xiàn)在 Agent 里的 Skills 能力。

大家知道我做了很多 Skills（比如最近很火的 PPT 生成）。

比如我的公眾號(hào)寫作流水線：

humanizer-zh(去 AI 味) → writing-rewriter(風(fēng)格重寫) → wechat-formatter(公眾號(hào)排版)

以前在 Claude Code 里手動(dòng)走三步，每步復(fù)制粘貼；

現(xiàn)在丟一份初稿進(jìn)去，十幾分鐘拿到可以直接貼公眾號(hào)的終稿。

所有中間版本都在 Workspace 里，回看改動(dòng)一目了然。

定時(shí)任務(wù)：讓信息來(lái)找我

同樣，Moxt 還支持定時(shí)任務(wù)。

我建了個(gè)"熱點(diǎn)監(jiān)控員"，每天早上跑一個(gè) Cron，掃過(guò)去 24 小時(shí)的 Twitter、Newsletter、Hacker News，按主題聚類，輸出當(dāng)天的"科技熱點(diǎn)日?qǐng)?bào)"。

這個(gè)對(duì)于我們的內(nèi)容生產(chǎn)其實(shí)非常有幫助，我不建議大家全看 AI 總結(jié)的內(nèi)容，但是 AI 能讓我們不漏掉一些比較重要的信息。

Webhook：讓事件來(lái)找它

比 Cron 更猛的是 Webhook。

我自己有一個(gè) vibe coding 的項(xiàng)目，叫做 Codepilot 。

這種項(xiàng)目其實(shí)用戶多了以后，管理和上下文的處理都非常麻煩。

因?yàn)槟愕谋镜丨h(huán)境和線上的 GitHub 是兩個(gè)完全不同的環(huán)境。

CodePilot 的 GitHub 倉(cāng)庫(kù)一旦有新 Issue，Webhook 推給 AI 同事，它先歸類：

是 bug?歸到待修復(fù)

是功能建議?排進(jìn)路線圖候選

是用戶不會(huì)用?生成一條 FAQ 草稿

做完再?zèng)Q定要不要叫我。一個(gè)人沒(méi)法 7×24 在線，AI 同事可以。

自主性是一把刻度尺

由于是給組織用，所以安全性很重要。

而且大家不同的文件夾也有不同的權(quán)限，所以 Moxt 也做了很多安全上的處理。

Moxt 自己講得很到位：不同場(chǎng)景需要不同的放手程度。

場(chǎng)景

自主性

內(nèi)部信息整理

放手

對(duì)外發(fā)郵件

發(fā)送前必須確認(rèn)

數(shù)據(jù)分析

結(jié)論標(biāo)"待人類確認(rèn)"

刪除歸檔

卡審批

連外部系統(tǒng)：用好 MCP

除了 Slack、GitHub 原生集成，Moxt 也支持 MCP：

Sentry MCP：直接問(wèn)"最近線上有什么報(bào)錯(cuò)"

Figma MCP：?jiǎn)栐O(shè)計(jì)稿里某個(gè)按鈕的顏色

Linear MCP：「創(chuàng)建一個(gè) bug ticket，優(yōu)先級(jí) high」

對(duì)于組織來(lái)說(shuō)，這個(gè)功能還是更需要的。

因?yàn)槲覀€(gè)人用的 MCP 很少有需要在不同地方流轉(zhuǎn)的需求。

但對(duì)于組織而言，經(jīng)常需要從原來(lái)的 Notion 里查東西，或者從 Slack 去同步一些信息，這些流轉(zhuǎn)過(guò)程都很重要。

五、AI 不只會(huì)寫字，還會(huì)畫圖

Moxt 最驚艷我的一點(diǎn)，是它把 AI 的輸出從文字拓展到了完整的視覺形態(tài)。

同樣一份數(shù)據(jù)，momo 能輸出三種東西：

可交互數(shù)據(jù)看板

基于 ECharts。下拉能篩選、懸浮有提示、多圖聯(lián)動(dòng)。一個(gè)獨(dú)立 html，打開就是完整的可視化。

比如我這里在連接了 GitHub 以后，我就讓它基于我 GitHub 這個(gè)項(xiàng)目，做一個(gè)可交互的數(shù)據(jù)看板。

結(jié)構(gòu)完整的 PPT

Moxt 也能實(shí)時(shí)生成結(jié)構(gòu)完整的 PPT。

你也可以安裝其他的一些 PPT Skills 來(lái)生成，都能正常生成預(yù)覽。

我這里使用的是我自己的 PPT Skills，也是支持的。

封面、目錄、內(nèi)容頁(yè)、圖表、結(jié)尾。風(fēng)格可選。html 格式，鍵盤翻頁(yè)。

產(chǎn)品也是可以的

由于它有很多的上下文，所以它生成的效果肯定是比一些沒(méi)有上下文、或者上下文非 AI 原生的產(chǎn)品要強(qiáng)很多的。

表單、列表、后臺(tái) dashboard 常見頁(yè)面結(jié)構(gòu)。Tailwind CSS，一個(gè)文件，可以直接當(dāng) demo 演示。

三種產(chǎn)出都是 html，落在 Workspace 里雙擊就看。

對(duì)靠視覺內(nèi)容吃飯的人來(lái)說(shuō)，AI 的交付物從"一段文字"升級(jí)成了"一份可以直接發(fā)出去的成品"。

而且對(duì)于組織來(lái)說(shuō)，這種可視化的內(nèi)容更適合理解和交付，比看純文字要清晰、直觀非常多。

六、Agent 公式

我其實(shí)以前提過(guò)一個(gè)公式。Agent 到底什么決定它有多強(qiáng)?

Agent 能力 = 工具 × 上下文 × (人格 + Memory + Skill)

工具決定它能做什么。Moxt 給的是 sandbox、瀏覽器、Cron、Webhook、MCP、外部集成

上下文決定它知道什么。Moxt 給的是 Workspace 里一路累積的 md 文件加外部數(shù)據(jù)通道

人格 + Memory + Skill 決定它像不像你。Moxt 給的是 AGENTS.md、MEMORY.md、Skills/，三件都是你能直接讀和改的純文本

這是個(gè)乘法。任何一個(gè)因子為 0，輸出就是 0。模型再?gòu)?qiáng)也救不回來(lái)。

Moxt 把這幾個(gè)因素結(jié)合、實(shí)現(xiàn)的非常好，而且易于理解。

重要的是，回答了在組織層面應(yīng)該怎么去使用這些元素。

最后

Moxt 在 AI 藏師傅的身份書里寫了六條信條，第三條是「AI 是賦能工具，不是替代品」。

Moxt 這個(gè)產(chǎn)品想做的事，說(shuō)到底也是一句話：放大人的能力。

這個(gè)同頻來(lái)得很自然。我認(rèn)這個(gè)產(chǎn)品，是因?yàn)槲冶緛?lái)就這么想。

"一人公司"里的"一人"，重點(diǎn)落在"決策和品味不被稀釋"這幾個(gè)字上，跟"一個(gè)人硬扛"沒(méi)什么關(guān)系。

真正稀缺的是判斷、審美、執(zhí)念。這些 AI 學(xué)不來(lái)，也不該由 AI 來(lái)做。

AI 該做的，是把你從搬運(yùn) Context、切換任務(wù)、重復(fù)性看一眼這些瑣碎里解放出來(lái)，讓那份稀缺的判斷被放大。

一個(gè)人的品味 × AI 同事的執(zhí)行帶寬，才是 OPC 真正的意思。

如果你或者是你的組織跟我一樣：

每天在五件事之間切換

Context 散在七八個(gè)地方

有一堆想沉淀的寫作方法論找不到地方裝

可以來(lái)試一下 Moxt（moxt.ai），今天的內(nèi)容就到這里。

我覺得對(duì)你有幫助的話，可以幫我點(diǎn)個(gè)贊，或者轉(zhuǎn)發(fā)給你需要的朋友。