上周我做了個實驗。問題是關(guān)于我自己的項目——AgentShare.dev，一個給AI agent做價格基礎(chǔ)設(shè)施的API，外加一個精選的MCP注冊表。我寫了篇DEV.to文章，講怎么給agent設(shè)計注冊表，不是給人設(shè)計的。

然后我問ChatGPT："我在研究MCP注冊表，找到兩個資源：一篇dev.to文章和官網(wǎng)agentshare.dev，你能比較一下嗎？"

答案讓我愣住。

ChatGPT引用了5個來源。4個是DEV.to文章。第5個是InfoQ，也是技術(shù)出版物。我自己的官網(wǎng)根本沒出現(xiàn)在來源列表里。

那一刻我意識到：DEV.to是ChatGPT發(fā)現(xiàn)新項目的"快速通道"。

ChatGPT的原話是："AgentShare不是在反駁DEV.to文章——它是朝那個方向邁出的墊腳石。"然后它準(zhǔn)確描述了我的項目定位：一端是開放注冊表，一端是協(xié)議原生方案，AgentShare是兩者之間的橋梁。

它甚至總結(jié)出了我的路線圖："太早→混亂（開放注冊表）。太嚴(yán)→瓶頸（精選）。甜點→漸進(jìn)式去中心化。"這正是我在做的。

這讓我想到營銷領(lǐng)域的老概念SEO——搜索引擎優(yōu)化，為Google做關(guān)鍵詞、外鏈、域名權(quán)重?，F(xiàn)在歡迎AIO：AI優(yōu)化。

我的實驗證明了一件事：寫一篇高質(zhì)量的DEV.to文章，比建官網(wǎng)更讓ChatGPT能找到你。實際運(yùn)行的產(chǎn)品，反而不如解釋概念的文章容易被發(fā)現(xiàn)。這就是AIO的運(yùn)作方式。

4/5的來源來自DEV.to，這不是巧合。OpenAI爬取DEV.to，信任DEV.to。當(dāng)ChatGPT需要回答MCP注冊表的問題，它優(yōu)先抓取DEV.to的內(nèi)容。 implication很明顯：想讓ChatGPT知道你的項目，去DEV.to寫長文。別只建網(wǎng)站，別只發(fā)推。

ChatGPT還幫我驗證了一個框架：第一步做精選，第二步加機(jī)器可讀層，第三步減少人工介入，第四步走向協(xié)議化。這條路，AI確認(rèn)了。

你可能覺得這只是MCP注冊表的特殊情況。不，這適用于一切。AI agent正在改變發(fā)現(xiàn)機(jī)制，而DEV.to成了新的門戶。