來(lái)源：新智元

【導(dǎo)讀】傳統(tǒng)API集成已死！在這個(gè)Agent滿地跑的時(shí)代，被低估的搜索終于迎來(lái)了第四次范式轉(zhuǎn)移。AnySearch的問(wèn)世，讓Agent告別了單一的網(wǎng)頁(yè)總結(jié)功能，轉(zhuǎn)而通過(guò)獲取可信的結(jié)構(gòu)化信息，真正具備觸達(dá)并連接現(xiàn)實(shí)世界的能力。

2026年，AI Agent的能力邊界，正以月為單位向外擴(kuò)張。

寫代碼、做研報(bào)、跑安全審計(jì)...... 半年前，還需要人類手把手帶著做的任務(wù)，Agent現(xiàn)已能獨(dú)立完成八成以上。

但一個(gè)尷尬的事實(shí)是，Agent正在被一個(gè)看似不起眼的環(huán)節(jié)卡住：搜索！

讓AI幫你查一家公司的股權(quán)結(jié)構(gòu)，它只能給你官網(wǎng)簡(jiǎn)介；

讓它找一段生產(chǎn)級(jí)代碼實(shí)現(xiàn)，它甩給你一篇Medium入門教程；

讓它分析一個(gè)可疑IP的威脅情報(bào)，它只能搜出幾篇科普文章。

不是AI搜索不夠快，是搜索「看不到」。

如今，這個(gè)問(wèn)題，終于有人在認(rèn)真解決了！

上線一周，AnySearch引爆全網(wǎng)

5月11日，一款名為AnySearch的產(chǎn)品在海外正式上線。

它給自己的定位很明確：AI時(shí)代的「搜索基礎(chǔ)設(shè)施」，專為AI Agent打造統(tǒng)一的高質(zhì)量搜索入口。

上線一周，AnySearch在海外開發(fā)者圈徹底炸了。

它迅速登陸GitHub、ClawHub、skills.sh、SkillHub、Glama等多個(gè)開發(fā)者生態(tài)平臺(tái)，在技術(shù)社區(qū)和插件商店中獲得了穩(wěn)定的下載量和互動(dòng)量。

今天AnySearch登上skills.sh熱榜TOP1

一位AI大佬Guri Singh在X上力薦AnySearch，他是這么評(píng)價(jià)的——

如果你在2026年構(gòu)建AI Agent卻沒有使用這個(gè)，那你就像是閉著一只眼睛在搜索。

另一位AI博主還上手試用了下，將AnySearch與Brave、Perplexity做了對(duì)比，顯然AnySearch輸出的結(jié)果更豐富。

Bishal Nandi驚嘆道，AnySearch可以通過(guò)大模型獲取Reddit論壇、代碼倉(cāng)庫(kù)、股票市場(chǎng)等多種信息。

在Reddit上的好評(píng)，同樣如潮。

無(wú)獨(dú)有偶，一位Reddit網(wǎng)友做了一個(gè)不同AI搜索相同問(wèn)題的小實(shí)驗(yàn)，AnySearch開出的「盲盒」屬實(shí)太驚艷了。

有人對(duì)此回應(yīng)道，如今檢索信息和來(lái)源選擇的重要性，和模型能力的不相上下。即便是同一款模型，更強(qiáng)大的搜索/上下文，可以讓它更具實(shí)用性。

AnySearch就像開了「天眼」一樣，可以看到許多被埋沒在互聯(lián)網(wǎng)不同地方的內(nèi)容。

AnySearch究竟有多能打？

在基準(zhǔn)測(cè)試中，AnySearch在準(zhǔn)確性和響應(yīng)延遲兩個(gè)維度，均優(yōu)于同類AI搜索產(chǎn)品Parallel和Brave。

而且，在與同類Brave Search測(cè)試對(duì)比，結(jié)果顯示，AnySearch數(shù)據(jù)更完整、分析更深入、回答更全面。

但產(chǎn)品好不好，最終還要看實(shí)戰(zhàn)，畢竟， 搜索是一件「用了才知道差距」的事。

接下來(lái)，我們針對(duì)不同場(chǎng)景，看看AnySearch在實(shí)戰(zhàn)中戰(zhàn)斗力如何？

Skill安裝異常簡(jiǎn)單！

在官網(wǎng)http://www.anysearch.com，點(diǎn)擊Install/安裝，復(fù)制安裝教程直接輸入Agent，部署完成。

場(chǎng)景 1：產(chǎn)品經(jīng)理 — 競(jìng)品調(diào)研

最近流行開始用Codex替換Claude Code。

作為普通用戶，我們想確認(rèn)一下，這件事究竟靠不靠譜。

提示詞：

查OpenAI：最新估值與融資節(jié)奏、近三個(gè)月定價(jià)變動(dòng)、iOS App Store用戶評(píng)分與差評(píng)焦點(diǎn)、Reddit社區(qū)口碑。特別是旗下的Codex。

輸出：

綜合如下(截至 2026-05-17):

1. 最新估值與融資節(jié)奏

• 2026-03-31:完成史上最大私募,$1220 億承諾資本,投后估值 $8520 億。亞馬遜($500 億,$150 億即付 + $350 億待 IPO/AGI)、英偉達(dá)、軟銀領(lǐng)銜(三者合計(jì)約 $1100 億);紅杉/Thrive/貝萊德/黑石跟投,微軟參與未披露。

• 循環(huán)信貸擴(kuò)至約 $47 億(未動(dòng)用);首次向個(gè)人開放認(rèn)購(gòu)(募 >$30 億),納入 ARK ETF(ARKK 約 3% 敞口)。

• IPO:市場(chǎng)預(yù)期最早 2026 Q4(可能納斯達(dá)克),但 CFO Sarah Friar 私下認(rèn)為 2026 條件不足;需先完成營(yíng)利化法律過(guò)渡 + 首披經(jīng)審計(jì)財(cái)報(bào)。

• 估值爭(zhēng)議:有雙押投資者稱支持這輪需假設(shè) IPO 估值 >$1.2 萬(wàn)億;對(duì)比 Anthropic 估值僅 $3800 億、年化收入 2026-03 已飆至 $300 億(OpenAI 2026-02 為 $250 億,口徑不同),二級(jí)市場(chǎng)首次給 Anthropic 溢價(jià)。兩家均虧損,OpenAI 資本支出更激進(jìn)。

2. 近三個(gè)月定價(jià)變動(dòng)(Codex 重點(diǎn))

• 04-02:Business $25→$20/席(年付);同日 Business/新 Enterprise 改 API token 計(jì)價(jià)(credits/1M tokens),舊"按消息"費(fèi)率分批遷移。

• 04-09:新增 $100/月 Pro 檔,Codex 用量 5x Plus。

• 官方促銷(至 2026-05-31):Pro $100 → 2x(即 10x Plus);Pro $200 → 長(zhǎng)期 20x Plus,5 小時(shí)高限 25x Plus 延續(xù)到 5-31。

• Codex rate card 實(shí)測(cè)約 $100–200/開發(fā)者/月,方差大。

• Sam Altman(約 05 月):30 天內(nèi)給遷移企業(yè) 兩個(gè)月免費(fèi) Codex + 無(wú)縫遷移工具——直接搶 Claude Code 的企業(yè)遷移窗口。

3. iOS App Store 評(píng)分與差評(píng)焦點(diǎn)

• 累計(jì)評(píng)分約 4.72/5(52.4M 評(píng)論;iOS 4.8/5、~720 萬(wàn)評(píng)分;臺(tái)區(qū)顯示 4.9/52 萬(wàn))。但近期情緒 "Frustrated" 25/100、趨勢(shì)下滑(Marlvel.ai,審計(jì) 2026-05-13,版本 1.2026.125)——?dú)v史均分高,近評(píng)轉(zhuǎn)負(fù)。

• 差評(píng)焦點(diǎn)(按頻次):①訂閱/付費(fèi)墻最突出(免費(fèi)檔收緊引發(fā)差評(píng)潮、自動(dòng)續(xù)費(fèi)、"$20–40 不值")②"It used to be smarter"感覺降智/不一致 ③用量上限不透明 ④崩潰/網(wǎng)絡(luò)錯(cuò)誤/語(yǔ)音斷連(近期

技術(shù)抱怨)⑤隱私(訓(xùn)練數(shù)據(jù)、歷史不可刪,德法區(qū)尤甚)⑥過(guò)度拒答、VoiceOver 遮擋發(fā)送鍵 ⑦2026-04 iOS 登錄 403、重裝無(wú)法修復(fù)(疑風(fēng)控收緊)。正面:語(yǔ)音模式、情感陪伴即便在 1 星里也常被夸。

4. Reddit / 社區(qū)口碑(Codex vs Claude Code)

• QJC 分析 500+ Reddit 評(píng)論 + 36 次盲測(cè):共識(shí)"Claude Code 質(zhì)量更高但限額太快不可用;Codex 質(zhì)量略低但能用一整天"。直接偏好 Codex 65%(點(diǎn)贊加權(quán) 80%),但 Claude Code 討論量 4x(基數(shù)更大)。盲測(cè) Claude Code 勝 67%;SWE-bench 59% vs

56.8%,Terminal-Bench Codex 77.3% 完勝 65.4%,Codex token 效率約 4x,68% 開發(fā)者認(rèn)為 Codex 首跑成功率更高。社區(qū)主流策略=兩個(gè)都用。

• GPT-5.3-Codex:好評(píng)在 agentic 自主性(能自己跑數(shù)小時(shí)、邊測(cè)邊改);批評(píng)在"只會(huì)生成、不能像 GPT 那樣討論 R&D"、部分 Mac 不可用、懷念 4o()。

• 企業(yè)側(cè):Ramp AI Index 2026-04 Anthropic 采用率 34.4% 首超 OpenAI 32.3%,Claude Code 成多團(tuán)隊(duì)默認(rèn)——Codex 免費(fèi)遷移正是沖這個(gè)。

就一句話查 OpenAI 和 Codex，它給你把融資扒到每家出了多少錢、App Store 差評(píng)給你按頻次排好了、Reddit 上 Claude Code 和 Codex 的盲測(cè)勝率都拉出來(lái)了，連奧特曼說(shuō)要「兩個(gè)月免費(fèi)搶 Claude Code 遷移窗口」這種一手動(dòng)態(tài)都沒漏。

這些東西你自己去查，至少翻四五個(gè)平臺(tái)，花一兩個(gè)小時(shí)。

它一個(gè)接口，幾秒鐘，全回來(lái)了，而且不是丟一堆鏈接讓你自己看，是整理好的，拿到就能用。

這就是 AnySearch 最強(qiáng)大的地方，一個(gè)入口，把散落在各個(gè)角落的信息一次性給你聚齊了。

場(chǎng)景 2：開發(fā)者 — 找生產(chǎn)級(jí)代碼實(shí)現(xiàn)

Claude Code如今已經(jīng)取代了VS Code，成為開發(fā)者最重要的開發(fā)工具。

加上AnySearch這個(gè)Skill，能為開發(fā)者帶來(lái)哪些顯著的積極變化？

提示詞：

幫我看看生產(chǎn)環(huán)境里 Rust 異步連接池的背壓和健康檢查是怎么做的，要真實(shí)項(xiàng)目代碼，別給我教程示例。

輸出：

下面全部是我剛從真實(shí)倉(cāng)庫(kù)拉下來(lái)的逐字源碼(非教程),今天 2026-05-17 的 main 分支,行號(hào)會(huì)漂,vendoring 時(shí)以你鎖定的 commit 為準(zhǔn)。兩個(gè)對(duì)照實(shí)現(xiàn):bb8(用得最多的異步池庫(kù),djc/bb8)和 pgcat(PostgresML 線上部署的 Postgres 代理,postgresml/pgcat)。deadpool 作為第三種范式只給指針(我沒逐字讀就不杜撰代碼)。

背壓(backpressure)

bb8 —— 有界池 + Notify 阻塞 + 整體超時(shí)(無(wú)無(wú)界隊(duì)列)

bb8 —— 有界池 + Notify 阻塞 + 整體超時(shí)(無(wú)無(wú)界隊(duì)列)

bb8/src/inner.rs:83(get()),關(guān)鍵在拿不到空閑連接時(shí):

let mut conn = match conn {

bb8 —— 有界池 + Notify 阻塞 + 整體超時(shí)(無(wú)無(wú)界隊(duì)列)

bb8/src/inner.rs:83(get()),關(guān)鍵在拿不到空閑連接時(shí):

let mut conn = match conn {

Some(conn) => PooledConnection::new(self, conn),

None => {

wait_time_start = Some(Instant::now());

kind = StatsGetKind::Waited;

self.inner.notify.notified().await; // 池滿 -> 在這里掛起

continue;

let result = match timeout(self.inner.statics.connection_timeout, future).await {

Ok(result) => result,

_ => { kind = StatsGetKind::TimedOut; Err(RunError::TimedOut) } // 背壓信號(hào)

歸還連接時(shí)喚醒一個(gè)等待者(inner.rs:167):self.inner.notify.notify_one();(Notify 定義在 internals.rs:22)。設(shè)計(jì):池有界,過(guò)載不排無(wú)界隊(duì)列,而是"阻塞到有連接或 connection_timeout 到點(diǎn)就 RunError::TimedOut"——天然 load-shedding,調(diào)用方被壓回到池容量。

pgcat —— 多副本故障轉(zhuǎn)移 + 熔斷 ban 作為背壓

src/pool.rs:768,get() 輪詢候選副本:

pgcat —— 多副本故障轉(zhuǎn)移 + 熔斷 ban 作為背壓

src/pool.rs:768,get() 輪詢候選副本:

while !candidates.is_empty() {

let address = match candidates.pop() { Some(a) => a, None => break };

if self.is_banned(address) {

if self.try_unban(address).await { force_healthcheck = true; }

else { continue; } // 跳過(guò)被熔斷的副本

let mut conn = match self.databases[address.shard][address.address_index].get().await {

Ok(conn) => { address.reset_error_count(); conn }

Err(err) => {

self.ban(address, BanReason::FailedCheckout, Some(client_stats)); // 取連接失敗即熔斷

continue;

// ...健康檢查通過(guò)則返回...

client_stats.checkout_error();

Err(err) => {

self.ban(address, BanReason::FailedCheckout, Some(client_stats)); // 取連接失敗即熔斷

continue;

// ...健康檢查通過(guò)則返回...

client_stats.checkout_error();

Err(Error::AllServersDown) // 所有候選耗盡 = 背壓/拒絕信號(hào)

每個(gè)副本底層用的就是 bb8(.databases[..].get().await),所以單副本繼承 bb8 的"有界+超時(shí)"背壓;pgcat 在其上疊加熔斷:取不到就 ban 該副本、轉(zhuǎn)下一個(gè),全掛了才 AllServersDown。

deadpool(第三種范式,僅指針)

tokio::sync::Semaphore 持 max_size 個(gè) permit,get()/timeout_get() 先 acquire 一個(gè) permit——permit 即背壓閘門。倉(cāng)庫(kù) bikeshedder/deadpool → crates/deadpool/src/managed/(已重構(gòu)成 workspace,mod.rs 僅再導(dǎo)出,實(shí)現(xiàn)分散在該目錄)。

deadpool(第三種范式,僅指針)

tokio::sync::Semaphore 持 max_size 個(gè) permit,get()/timeout_get() 先 acquire 一個(gè) permit——permit 即背壓閘門。倉(cāng)庫(kù) bikeshedder/deadpool → crates/deadpool/src/managed/(已重構(gòu)成 workspace,mod.rs 僅再導(dǎo)出,實(shí)現(xiàn)分散在該目錄)。

deadpool(第三種范式,僅指針)

tokio::sync::Semaphore 持 max_size 個(gè) permit,get()/timeout_get() 先 acquire 一個(gè) permit——permit 即背壓閘門。倉(cāng)庫(kù) bikeshedder/deadpool → crates/deadpool/src/managed/(已重構(gòu)成 workspace,mod.rs 僅再導(dǎo)出,實(shí)現(xiàn)分散在該目錄)。

健康檢查(health check)

bb8 —— 可選 checkout 校驗(yàn) + 歸還校驗(yàn) + 后臺(tái) reaper

tokio::sync::Semaphore 持 max_size 個(gè) permit,get()/timeout_get() 先 acquire 一個(gè) permit——permit 即背壓閘門。倉(cāng)庫(kù) bikeshedder/deadpool → crates/deadpool/src/managed/(已重構(gòu)成 workspace,mod.rs 僅再導(dǎo)出,實(shí)現(xiàn)分散在該目錄)。

健康檢查(health check)

bb8 —— 可選 checkout 校驗(yàn) + 歸還校驗(yàn) + 后臺(tái) reaper

inner.rs:106:

if !self.inner.statics.test_on_check_out {

return Ok(conn);

match self.inner.manager.is_valid(&mut conn).await {

Ok(()) => return Ok(conn),

inner.rs:106:

if !self.inner.statics.test_on_check_out {

return Ok(conn);

match self.inner.manager.is_valid(&mut conn).await {

Ok(()) => return Ok(conn),

Err(e) => {

self.inner.statistics.record(StatsKind::ClosedInvalid);

self.inner.forward_error(e);

conn.state = ConnectionState::Invalid; // 丟棄,循環(huán)再取

continue;

Ok(()) => return Ok(conn),

Ok(()) => return Ok(conn),

Err(e) => {

self.inner.statistics.record(StatsKind::ClosedInvalid);

self.inner.forward_error(e);

conn.state = ConnectionState::Invalid; // 丟棄,循環(huán)再取

continue;

歸還時(shí)還會(huì)查 has_broken() 與 max_lifetime 過(guò)期(inner.rs:149-166);構(gòu)造時(shí) spawn 一個(gè)按 reaper_rate 的 interval_at 后臺(tái)任務(wù)做 idle_timeout/max_lifetime 回收并維持 min_idle(字段見

bb8/src/api.rs:145-188:test_on_check_out / max_lifetime / idle_timeout / reaper_rate / min_idle)。即:校驗(yàn)非只在 checkout,后臺(tái) reaper 也持續(xù)淘汰。

pgcat —— 限頻的 checkout 健康檢查 + 熔斷 + "絕不留壞連接"

src/pool.rs:807:健康檢查被刻意限頻(注釋原話 "Health checks are pretty expensive."):

let require_healthcheck = force_healthcheck

|| server.last_activity().elapsed().unwrap().as_millis()

> self.settings.healthcheck_delay as u128;

if !require_healthcheck { /* 直接返回,不查 */ return Ok((conn, address.clone())); }

run_health_check(:851)用超時(shí)包住一個(gè)"最便宜的查詢":

match tokio::time::timeout(

tokio::time::Duration::from_millis(self.settings.healthcheck_timeout),

server.query(";"), // 分號(hào):跳過(guò) query planner 的廉價(jià)探活

).await {

Ok(Ok(_)) => { /* ...checkout_success... */ return true; }

Ok(Err(err)) => error!("Failed health check ... {:?}", err),

Err(err) => error!("Health check timeout ... {:?}", err),

server.mark_bad("failed health check"); // 不把壞連接放回池

self.ban(address, BanReason::FailedHealthCheck, Some(client_info)); // 熔斷該副本

false

ban()(:909)對(duì) FailedHealthCheck/FailedCheckout/MessageSend|ReceiveFailed 累加錯(cuò)誤計(jì)數(shù)(判斷整 shard 是否宕),被 ban 的副本下次要走 try_unban 且 force_healthcheck=true 強(qiáng)制復(fù)檢才會(huì)再用。

生產(chǎn)可借鑒的取舍

健康檢查限頻:pgcat 按 last_activity > healthcheck_delay 才查,而不是每次 checkout 都查——探活有成本。bb8 給的是開關(guān) test_on_check_out,默認(rèn)關(guān)。

探活一定包超時(shí):tokio::time::timeout(healthcheck_timeout, query(";"));探活查詢要廉價(jià)(; 跳過(guò) planner)。

壞連接絕不回池:校驗(yàn)失敗就 mark_bad/標(biāo) Invalid 丟棄重取,不返回給調(diào)用方。

過(guò)載轉(zhuǎn)成顯式信號(hào):有界池 + 超時(shí)(bb8 RunError::TimedOut)/ 熔斷耗盡(pgcat AllServersDown),即 load-shedding,而非無(wú)界排隊(duì)。

熔斷 + 強(qiáng)制復(fù)檢再準(zhǔn)入:不健康后端 ban 掉,解禁前強(qiáng)制 health check(pgcat),避免抖動(dòng)反復(fù)打死。

后臺(tái) reaper:健康/生命周期不能只靠 checkout 驅(qū)動(dòng),需獨(dú)立周期任務(wù)回收 idle/超齡并補(bǔ)足 min_idle(bb8)。

源碼出處:bb8 github.com/djc/bb8(bb8/src/inner.rs、internals.rs、api.rs);pgcat github.com/postgresml/pgcat(src/pool.rs);deadpool

github.com/bikeshedder/deadpool(crates/deadpool/src/managed/)。需要的話我可以把某一處(比如 bb8 reaper 全文、或 pgcat try_unban/is_banned 的熔斷恢復(fù)邏輯)再逐行拉出來(lái)過(guò)一遍。

你讓它找「Rust 異步連接池的背壓和健康檢查，要真實(shí)項(xiàng)目代碼」，它直接從 bb8、pgcat、deadpool 三個(gè)生產(chǎn)倉(cāng)庫(kù)里把源碼逐行拉出來(lái)了，精確到文件路徑和行號(hào)。

這個(gè)才是關(guān)鍵，你用谷歌搜這個(gè)問(wèn)題，大概率得到的是 Medium 教程和 README 里的 hello world 級(jí)入門代碼。

但真正寫代碼的人需要的不是教程，是「線上跑著的系統(tǒng)到底怎么處理的」。

AnySearch 直接幫你翻到了倉(cāng)庫(kù)里的核心邏輯，而且不是把整個(gè)文件糊你臉上，是把背壓和健康檢查的關(guān)鍵段摘出來(lái)，三種方案橫向?qū)χ矗詈筮€給你總結(jié)了六條生產(chǎn)取舍。

對(duì)開發(fā)者來(lái)說(shuō)，這個(gè)輸出拿到手就能指導(dǎo)設(shè)計(jì)決策，不用再自己去 GitHub 一個(gè)個(gè)倉(cāng)庫(kù)翻。

這是場(chǎng)景 1 那種「聚合多平臺(tái)信息」之外的另一層能力，它不光能搜新聞和輿情，還能深入到代碼倉(cāng)庫(kù)這種高度專業(yè)的信息源里，把真正有用的東西挖出來(lái)。

場(chǎng)景 3：投資人 — 標(biāo)的公司盡調(diào)

投資人也是在日常任務(wù)中需要大量處理各種不同來(lái)源的數(shù)據(jù)和信息的「噪音受害者」，令人疲憊不堪。

AnySearch能否「拯救」投資人于水火之中呢？

提示詞：

查一下Anthropic：最新估值與股權(quán)結(jié)構(gòu)、主要投資方及持股比例、已知訴訟或監(jiān)管風(fēng)險(xiǎn)、核心專利布局、與OpenAI的營(yíng)收和估值對(duì)比。

輸出：

本次自動(dòng)檢索的數(shù)據(jù)互相打架且覆蓋不全,我先做可靠性分級(jí),再按你的 5 個(gè)維度給結(jié)論。今天 2026-05-17。

1. 最新估值與股權(quán)結(jié)構(gòu)

1. 估值時(shí)間線(按置信度標(biāo)注)

• 2025-09 F 輪:$130 億融資,投后 $1830 億(36kr,已過(guò)時(shí),約當(dāng)年 3 月 3x;領(lǐng)投 Iconiq / Fidelity / Lightspeed,Altimeter / General Catalyst / Coatue 跟投)

• 2026 年初:約 $3800 億(本對(duì)話早前檢索口徑,二級(jí)市場(chǎng)需求超 OpenAI 并首付溢價(jià))【中,已過(guò)時(shí)】

• 2026-05(財(cái)經(jīng)媒體 2 天前):據(jù)報(bào)已就 ~$300 億融資達(dá)成條款,估值 ~$9000 億,首次反超 OpenAI(~$8520 億)【報(bào)道/條款階段,未官宣】

• tmtpost(5-08)稱 $1.2 萬(wàn)億 —— 與其它源沖突,單一離群值,不采信

• • → 可信的是"一年內(nèi) 183B→~380B→~900B 數(shù)倍跳升"的方向;9000 億是"達(dá)成條款"的報(bào)道而非交割,1.2T 別用。

    股權(quán)結(jié)構(gòu) / 持股比例:公開不可得。 已知兩大戰(zhàn)略方為 Amazon 與 Google/Alphabet(各數(shù)十億美元、多輪,且含大額算力/云額度承諾——投資額≠股權(quán)%);財(cái)務(wù)方見上。Anthropic 未上市,cap table

    未披露,搜索里也沒有任何百分比,我不編。要精確比例只能等招股書或可靠泄露。【明確缺口】

2. 訴訟 / 監(jiān)管風(fēng)險(xiǎn)(方向可信,細(xì)節(jié)需查 docket)

• 版權(quán)/數(shù)據(jù)多線訴訟:作者集體案(訓(xùn)練用書,Bartz v. Anthropic 一類)、音樂出版商案(Concord 等訴 Claude 輸出歌詞)、Reddit 起訴(未授權(quán)抓取)。具體進(jìn)展/和解金額未在結(jié)果中,不臆斷。

• 消費(fèi)端數(shù)據(jù)政策爭(zhēng)議:2025-09 起 Free/Pro/Max 與 Claude Code 會(huì)話默認(rèn)用于訓(xùn)練(除非 opt-out),允許訓(xùn)練數(shù)據(jù)留存最長(zhǎng) 5 年,彈窗默認(rèn)"接受"+ 截止 2025-09-28 → 隱私爭(zhēng)議;企業(yè)/政府/教育/API(Bedrock/Vertex)不受影響。

• 運(yùn)營(yíng)/聲譽(yù)(非法律):2025-07 底 Pro/Max 周配額 + 5 小時(shí)計(jì)量收緊引社區(qū)反彈;模型"降智"主觀爭(zhēng)議;大模型"可主動(dòng)結(jié)束極端辱罵對(duì)話"引討論。

• 監(jiān)管:前沿大模型的 AI 安全/數(shù)據(jù)合規(guī)一般性壓力(行業(yè)共性);搜索無(wú)具體新執(zhí)法動(dòng)作 → 不展開臆測(cè)。

3. 核心專利布局

搜索零結(jié)果。 且 Anthropic 公開面以研究論文/安全披露(Constitutional AI、可解釋性)為主,非以專利組合著稱。我不給杜撰的專利數(shù)/號(hào)。 嚴(yán)謹(jǐn)結(jié)論需檢索 USPTO / Google Patents 受讓人 "Anthropic

PBC"——明確缺口,要的話我用工具去查。

4. 營(yíng)收 & 估值 vs OpenAI(綜合本對(duì)話數(shù)據(jù),標(biāo)日期)

注:36kr 舊文里 OpenAI "$5000億 tender / 歷史 $400億輪"是更早時(shí)點(diǎn),與 $8520億不沖突(不同輪次)。

可靠性總結(jié):本次=中文二級(jí)財(cái)經(jīng)媒體+抓取亂碼,關(guān)鍵數(shù)字打架、對(duì)"股權(quán)比例/專利"幾乎零覆蓋。方向(快速爬升、反超敘事)可信;任何精確比例/單點(diǎn)估值不可信。權(quán)威源應(yīng)以 Anthropic 官方

newsroom、一手英文財(cái)經(jīng)(Bloomberg/Reuters/FT/The Information)、法院 docket、USPTO 為準(zhǔn)。

我可直接做:① extract 抓 Anthropic 官方公告 / 一手英文財(cái)經(jīng)原文核對(duì) "$300億@$9000億" ② 檢索 USPTO 專利受讓人 ③ 拉版權(quán)案 docket 現(xiàn)狀。要哪個(gè)?

提醒:搜索： 是網(wǎng)頁(yè)搜索,做這種結(jié)構(gòu)化財(cái)務(wù)/法律/專利盡調(diào)先天不可靠;建議拆細(xì) + 我用 extract 抓一手核對(duì)。

這條輸出最突出的一個(gè)點(diǎn)，是它在幫你判斷信息本身靠不靠譜。

查Anthropic盡調(diào)，搜回來(lái)的數(shù)據(jù)互相打架，$3800億、$9000億、$1.2萬(wàn)億三個(gè)估值滿天飛。

它沒有挑一個(gè)最好看的數(shù)字糊弄你，而是按時(shí)間線排好、標(biāo)上置信度，把$1.2萬(wàn)億標(biāo)成「單一離群值，不采信」，把 $9000億標(biāo)成「條款階段，未官宣」，最后給你一個(gè)方向性結(jié)論。

股權(quán)比例查不到，它直接說(shuō)「cap table未披露，我不編」；

專利搜索零結(jié)果，它也沒拿論文湊數(shù)。

對(duì)投資人來(lái)說(shuō)，這比什么都重要。

盡調(diào)最怕的不是信息不夠，是信息看起來(lái)夠了但里面埋著錯(cuò)的，你照著下了判斷。

這個(gè)輸出等于幫你做了第一輪信源清洗，哪些能用、哪些存疑、哪些是垃圾，分得明明白白，還告訴你下一步該去哪里補(bǔ)。

場(chǎng)景 4：安全工程師 — 威脅情報(bào)查詢

OpenClaw這類Agent擁有極高權(quán)限，想要讓它發(fā)揮強(qiáng)大能力，就不得不讓它控制計(jì)算機(jī)的海量數(shù)據(jù)。

安全問(wèn)題也接踵而至，讓每一個(gè)想成為OPC的「超級(jí)個(gè)體」，都必須承擔(dān)起每個(gè) IT 公司都要有的安全工程師的職責(zé)。

某天，你發(fā)現(xiàn)你的Agent后臺(tái)出現(xiàn)了一個(gè)陌生IP，你的直覺讓你緊張起來(lái)。

提示詞：

幫我查一下 103.171.86.220 這個(gè) IP 是什么來(lái)頭。

輸出：

103.171.86.220 實(shí)查結(jié)論(權(quán)威源)

身份(APNIC whois)

• 網(wǎng)段:103.171.86.0/24,netname MSBSPL

• 持有者:Maba Safenet Broadband Services Private Limited(一家印度小型寬帶服務(wù)商)

• 國(guó)家:印度 IN(? 不是搜索暗示的印尼 INTRAKOM —— 那條是鄰近 /23 的無(wú)關(guān)記錄)

• 狀態(tài):ASSIGNED PORTABLE,經(jīng) IRINN(印度國(guó)家級(jí) NIR)

• abuse 聯(lián)系人:airnetservicesjhs@gmail.com(用 Gmail 做 abuse 郵箱 —— 小運(yùn)營(yíng)商/管理粗放的信號(hào),非惡意證據(jù))

BGP 路由起源(Team Cymru)

• AS140129 — MSBSPL-AS-IN,同一家公司;前綴 103.171.86.0/24,APNIC 分配 2021-08-09

• 登記者 = 宣告者(都是 MSBSPL/AS140129),沒有"掛別人名下、第三方 announce"的錯(cuò)配 → 這塊地址確由這家印度小寬帶商自宣告自用

反向 DNS

• PTR = cache6607.totousb.com.

• cacheNNNN 是典型緩存/代理/CDN 節(jié)點(diǎn)命名;totousb.com 走 GoDaddy,創(chuàng)建 2023-04-02(~3 年,不算新),NS 為 domaincontrol.com,2026-05-14 剛更新過(guò) —— 域名不新,但屬不知名域名

研判(基于事實(shí)的中性推斷,非定性)

"印度小型寬帶 ISP 的 PORTABLE /24 + PTR 是 cache*.某不知名域名" 這種畫像,在威脅狩獵里最常對(duì)應(yīng):住宅代理 / proxyware 出口節(jié)點(diǎn)、廉價(jià)被濫用主機(jī)、或掃描來(lái)源;但也可能就是個(gè)合法的小緩存/CDN

或普通寬帶客戶。不能據(jù)此判惡意。

關(guān)鍵看方向:

• 出站(你的資產(chǎn)主動(dòng)連它):需要警惕 —— 業(yè)務(wù)上為什么要連一個(gè)印度小 ISP 的"cache"節(jié)點(diǎn)?像可疑外連/代理回連。

• 入站(它連你):更像掃描或代理流量來(lái)源。

誠(chéng)實(shí)邊界:whois/ASN 只回答"登記和宣告者是誰(shuí)",不代表當(dāng)前實(shí)際使用者,更不代表善惡。我沒有信譽(yù)數(shù)據(jù)(AbuseIPDB / GreyNoise / VirusTotal / URLhaus / Shodan / Talos / 被動(dòng) DNS),不編造定性。

我可直接幫你做(選一個(gè))

1. 用 AnySearch security/extract 抓 AbuseIPDB / GreyNoise / URLhaus / Shodan 上該 IP 的公開記錄(標(biāo)來(lái)源、不替你下結(jié)論)。

2. 查同 /24 其它 PTR —— 若整段都是 *.totousb.com 的 cache 節(jié)點(diǎn),則更像一個(gè)代理/CDN 池,定性參考價(jià)值大。

3. 給你本地取證模板:從這條連接倒查進(jìn)程/方向/頻率/端口、是否周期 beacon(lsof -i、Zeek/Suricata、PCAP 看 SNI/JA3)。

提醒:搜索： 觸發(fā)的是網(wǎng)頁(yè)搜索,對(duì) IP/IOC 只會(huì)返回亂碼鄰段垃圾(這次就是);IP 溯源直接用 whois/dig/Cymru 或?qū)幽銈?TIP 更靠譜。要我接著查哪個(gè)?

這條輸出最值得注意的一個(gè)點(diǎn)，前兩個(gè)場(chǎng)景都沒體現(xiàn)過(guò)，就是它足夠誠(chéng)實(shí)。

查一個(gè)IP，它沒有硬編一個(gè)「惡意評(píng)分8.5 / 10」糊弄你。

它把 whois、BGP、反向 DNS 三層信息老老實(shí)實(shí)擺出來(lái)，告訴你這是一家印度小寬帶商的地址段，PTR 指向一個(gè)不知名的 cache 節(jié)點(diǎn)，畫像上像代理出口或掃描源，但也可能就是個(gè)正常的緩存服務(wù)。

然后明確說(shuō)了一句，「我沒有信譽(yù)數(shù)據(jù)，不編造定性」。

對(duì)安全工程師來(lái)說(shuō)，這比瞎給結(jié)論重要一百倍。

凌晨?jī)牲c(diǎn)你看到一個(gè)告警，最怕的不是「查不到」，而是工具信心滿滿給你一個(gè)錯(cuò)的判斷，你照著執(zhí)行了。

這個(gè)輸出把已知事實(shí)和未知邊界分得很清楚，還糾正了搜索結(jié)果里把印度 IP 誤標(biāo)成印尼的錯(cuò)誤，最后給了三個(gè)可以立刻執(zhí)行的下一步。

這是 AnySearch 在前兩個(gè)場(chǎng)景之外展現(xiàn)的另一種能力，不是「什么都能查到」，而是「查到的東西靠譜，查不到的不瞎編」。

對(duì)專業(yè)場(chǎng)景來(lái)說(shuō)，這個(gè)比信息量更關(guān)鍵。

四個(gè)場(chǎng)景看下來(lái)，AnySearch 展現(xiàn)的不是同一個(gè)優(yōu)點(diǎn)的重復(fù)，而是四層不同的能力：

場(chǎng)景1是聚合廣度，場(chǎng)景2是專業(yè)深度，場(chǎng)景3是對(duì)已知的甄別，場(chǎng)景4是對(duì)未知的誠(chéng)實(shí)。

這四個(gè)加在一起，才是「為Agent而生」真正的意思。

不是「搜索引擎」，專為Agent而生

AnySearch的核心能力，可以用一句話概括——

一個(gè)統(tǒng)一入口，接入海量專業(yè)數(shù)據(jù)源，讓AI Agent高效連接真實(shí)世界信息。

但「統(tǒng)一入口」四個(gè)字的分量，只有真正做過(guò)Agent開發(fā)的人才能體會(huì)。

在AnySearch出現(xiàn)之前，如果想讓Agent同時(shí)具備金融查詢、代碼搜索、安全情報(bào)、企業(yè)工商和學(xué)術(shù)文獻(xiàn)的檢索能力，就需要：

分別注冊(cè)企查查、Finnhub、PubMed、VirusTotal的賬號(hào)，學(xué)習(xí)幾十套不同的API文檔，管理幾十個(gè)API Key的限流和余額，還得自己寫一層路由邏輯來(lái)決定什么查詢發(fā)給哪個(gè)數(shù)據(jù)源。

這套活兒干下來(lái)，「搜索模塊」的開發(fā)成本可能比Agent本身還高。

AnySearch把這一切打包了。一個(gè)API Key，訪問(wèn)AI所需的優(yōu)質(zhì)數(shù)據(jù)源。

開發(fā)者不用再當(dāng)「API集成工程師」，只需要把AnySearch接進(jìn)去，剩下的交給它。

一個(gè)API，通吃「優(yōu)質(zhì)」數(shù)據(jù)源

只需要發(fā)出查詢，AnySearch自動(dòng)路由到最合適的數(shù)據(jù)源，返回結(jié)構(gòu)化的Markdown結(jié)果。

對(duì)Agent來(lái)說(shuō)，背后接了多少個(gè)數(shù)據(jù)源、每個(gè)源的認(rèn)證方式是什么、結(jié)果格式有什么差異，這些復(fù)雜性全部被AnySearch吃掉了。

而且它覆蓋的「場(chǎng)景廣度」，遠(yuǎn)超大多數(shù)開發(fā)者的預(yù)期——

查企業(yè)股權(quán)穿透、獲取A股分鐘級(jí)行情、檢索法院裁決書全文、搜索GitHub生產(chǎn)級(jí)代碼實(shí)現(xiàn)，甚至提交文件到VirusTotal做惡意檢測(cè)，一個(gè)API即可搞定。

可見，AnySearch覆蓋的是Agent的全場(chǎng)景需求，而不只是某個(gè)垂直領(lǐng)域。

這些信息占互聯(lián)網(wǎng)總量的80%以上，卻是Google和Exa完全觸及不到的。

這不是它們「還沒索引到」的問(wèn)題，而是架構(gòu)上就不可能覆蓋的盲區(qū)。

不僅如此，AnySearch的接入方式足夠靈活：

REST API（通用，適配任何編程語(yǔ)言和Agent框架）、MCP Server（Claude Desktop、Cursor、Windsurf、OpenCode配置一行JSON即可接入）、Skill（直接作為Agent技能調(diào)用）。

三種方式，覆蓋從硬核開發(fā)者到輕度極客的全部需求。

這聽起來(lái)像是一個(gè)「聚合」的故事，但AnySearch做的遠(yuǎn)不止數(shù)據(jù)源打包。

它在底層構(gòu)建了一套完整的智能路由和結(jié)果融合機(jī)制，讓Agent從「搜到信息」直接跨越到「搜到能用的信息」。

殺手锏：智能意圖路由

AnySearch的技術(shù)內(nèi)核里，藏著一個(gè)關(guān)鍵模塊：智能意圖路由（Intent Classifier）。

當(dāng)一條查詢進(jìn)入AnySearch，系統(tǒng)內(nèi)置的Intent Classifier會(huì)自動(dòng)識(shí)別查詢意圖，通過(guò)多維路由匹配，精準(zhǔn)路由到最相關(guān)的2-3個(gè)數(shù)據(jù)源。

這意味著系統(tǒng)不會(huì)對(duì)所有數(shù)據(jù)源做全量扇出，只查最該查的源，速度更快，Token消耗更低。

當(dāng)多個(gè)數(shù)據(jù)源同時(shí)返回結(jié)果時(shí)，AnySearch通過(guò)RRF（Reciprocal Rank Fusion）算法進(jìn)行結(jié)果融合。

同一條信息被多個(gè)源交叉驗(yàn)證時(shí)排名自動(dòng)提升，URL規(guī)范化去重避免重復(fù)。

融合后再經(jīng)過(guò)多維度質(zhì)量重排序，Agent可以直接用分?jǐn)?shù)做決策，不用再花Token去做二次篩選。

而在輸出格式上，AnySearch返回的是清洗后的結(jié)構(gòu)化Markdown，通常每條結(jié)果500-2000Token。

同樣的查詢，Agent用Exa搜10條結(jié)果，平均消耗約15,000 Token；用AnySearch搜5條高質(zhì)量結(jié)果，平均消耗約5,000 Token。

顯而易見，Token消耗降低60%-70%！

用更少的Token拿到更準(zhǔn)的信息，這對(duì)跑在生產(chǎn)環(huán)境中的Agent來(lái)說(shuō)，意味著實(shí)實(shí)在在的成本節(jié)省和效率提升。

隱私這件事，做到了架構(gòu)級(jí)

在AI搜索領(lǐng)域，隱私不是一個(gè)「加分項(xiàng)」，而是一個(gè)底線。

你的Agent通過(guò)搜索接口查詢的內(nèi)容，可能涉及商業(yè)機(jī)密（競(jìng)品調(diào)研）、安全敏感信息（IP威脅排查）、法律風(fēng)險(xiǎn)數(shù)據(jù)（公司盡調(diào)）。

如果這些查詢內(nèi)容被記錄、被分析、被用于訓(xùn)練模型——后果不堪設(shè)想。

AnySearch的做法是：從架構(gòu)層面將隱私保護(hù)作為第一優(yōu)先級(jí)。

具體來(lái)說(shuō)：用戶的搜索查詢不會(huì)被記錄，不會(huì)被用于訓(xùn)練模型，不會(huì)被分享給第三方。

系統(tǒng)不收集任何遙測(cè)數(shù)據(jù)，不追蹤用戶行為，不做用戶畫像。

所有API請(qǐng)求通過(guò)加密通道傳輸，查詢內(nèi)容在處理完成后即時(shí)丟棄，不做持久化存儲(chǔ)。

一句話總結(jié)：匿名使用、無(wú)追蹤、零遙測(cè)——你的查詢只屬于你。

這在當(dāng)前AI搜索賽道中是非常稀缺的。大多數(shù)AI搜索工具，或多或少都在利用用戶查詢數(shù)據(jù)來(lái)優(yōu)化自身模型——這是一個(gè)公開的秘密。

AnySearch選擇不碰這條線，對(duì)于處理敏感信息的開發(fā)者和企業(yè)用戶來(lái)說(shuō)，這一點(diǎn)尤為關(guān)鍵。

搜索，AI時(shí)代被低估的基礎(chǔ)設(shè)施

回望搜索引擎的歷史，每一次范式轉(zhuǎn)移，都伴隨著「誰(shuí)在搜」的改變。

1998年Google誕生時(shí)，搜索是幫人找網(wǎng)頁(yè)。2010年代移動(dòng)互聯(lián)網(wǎng)興起時(shí)，搜索變成了幫人找服務(wù)。

2023年ChatGPT引爆LLM浪潮后，Perplexity們把搜索變成了幫人找答案。

而現(xiàn)在，2026年，搜索正在經(jīng)歷第四次范式轉(zhuǎn)移：從幫人找信息，到幫AI理解世界。

AnySearch團(tuán)隊(duì)在一封寫給開發(fā)者的公開信中說(shuō)了這樣一段話——

我們始終相信，未來(lái)的AI不只要「會(huì)思考」，更需要真正看見世界、理解世界。

互聯(lián)網(wǎng)時(shí)代的搜索引擎幫助人類尋找網(wǎng)頁(yè)；而在AI時(shí)代，Agent需要的不是一串鏈接，而是可信、結(jié)構(gòu)化、可執(zhí)行的信息結(jié)果。

這段話點(diǎn)出了一個(gè)很多人還沒意識(shí)到的事實(shí)：當(dāng)Agent開始執(zhí)行復(fù)雜任務(wù)時(shí)，真正的瓶頸往往不再是推理能力，而是信息獲取能力。

缺少可靠的信息獲取層，再?gòu)?qiáng)大的AI模型，也難以真正理解現(xiàn)實(shí)世界。

這就是AnySearch的定位：一家應(yīng)用型AI實(shí)驗(yàn)室，正在構(gòu)建AI時(shí)代的全新搜索基礎(chǔ)設(shè)施。

現(xiàn)在回看，AnySearch做的事情，本質(zhì)上是在AI時(shí)代重新定義「搜索」這件事。

過(guò)去的搜索是給人看的：返回一堆鏈接，人自己去點(diǎn)擊、閱讀、篩選、總結(jié)。

但在Agent時(shí)代，搜索的消費(fèi)者變了，變成了機(jī)器。

機(jī)器不需要鏈接，不需要HTML，不需要花花綠綠的搜索結(jié)果頁(yè)，需要的是結(jié)構(gòu)化的、經(jīng)過(guò)驗(yàn)證的、可以直接用于推理和決策的數(shù)據(jù)。

這是一個(gè)全新的基礎(chǔ)設(shè)施層。誰(shuí)先把這一層做好，誰(shuí)就拿到了AI Agent生態(tài)的入場(chǎng)券。

AnySearch跑在了前面。

它能跑多遠(yuǎn)？如今，海外開發(fā)者已經(jīng)給出了第一輪答案。

彩蛋

今天起，AnySearch面向所有開發(fā)者免費(fèi)使用，可接入任意Agent體驗(yàn)——

• GitHub：https://github.com/anysearch-ai

• 也可在ClawHub、SkillHub、Glama、skills.sh等插件商店直接獲取

為偉大思想而生！

AI+時(shí)代，互聯(lián)網(wǎng)思想（wanging0123)，

第一必讀自媒體