Nex 押注以程式碼撰寫的確定性代理，而非聊天機器人，來贏得大量 GTM 工作

Nex（nex.ai）是一家 YC S26 新創，販售一名 AI「GTM 工程師」：只要描述一個目標，它就會在 1,000 多種整合之上建立並執行大量 go-to-market 工作流程，並為重複性步驟撰寫程式碼，讓這些步驟快速執行而不耗費 token。

大量 GTM 工作——CRM 清理、名單資格篩選、營收回收——需要的是以程式碼撰寫的確定性工作流程，而非通用聊天代理。

創辦人 Nazz 與 Francisco 在 HubSpot 任職多年，經營其三大客戶平台——Francisco 是打造 HubSpot CRM 以挑戰 Salesforce 的團隊中的第四位工程師。他們看著通用型代理每一步都重新推理、一夜之間燒掉整週的 token 額度，卻仍在大量處理時失敗；同時幾乎沒有團隊能雇用足夠的 GTM 工程師，把 HubSpot、Clay、Outreach、Gong 與 Slack 串接成可靠的自動化流程。

兩人加入 Y Combinator 的 S26 梯次，獲得 HubSpot 創辦人 Dharmesh Shah 的支持，並於 2026-08-24 在 Launch YC 推出 Nex，搭配一支 AI 生成的《The Office》惡搞影片，該影片已從 YouTube 下架。創辦人刻意避免稱 Nex 為代理，主張營運人員要的是可預測的結果，而不是與一個不可預測的機器人對話。在 Product Hunt（2026-09-03）上，這次發布以 327 個贊同票登上當日產品第一名；社群的讚賞聚焦於以可執行的工作流程取代提示詞，而質疑者則問：若一條錯誤規則汙染了 100,000 筆 CRM 資料列會怎樣——團隊指出可提供變更、失敗與錯誤的稽核報告，以及樣本資料沙箱測試。

創辦人曾經營 HubSpot 三大客戶平台，因此這種失敗模式——聊天代理燒掉 token 且在大量處理時失敗——是第一手觀察到的，而非假設。

確定性是切入點：讓 AI 為重複性部分撰寫程式碼，可使大量工作變得便宜且可重複執行，這是通用聊天代理無法提供的。

選擇 GTM 作為灘頭堡，是因為同樣的引擎模式一旦在營收營運上獲得驗證，便會重複出現在財務對帳、客服分流與招募外聯中。

公開發布驗證了需求：以 327 個贊同票登上當日產品第一名，而最激烈的辯論集中在可稽核性——這正是產品所圍繞建構的營運顧慮。

別再為大量工作推銷另一個聊天代理：讓 AI 為例行步驟撰寫確定性程式碼，並在群眾發問之前就先回答回滾的問題。

截至 2026 年 9 月 5 日，Nex 已在 nex.ai 上線並接受註冊，獲得 HubSpot 創辦人 Dharmesh Shah 支持，宣稱有「100+」項整合，團隊自稱為 YC S26 公司。其 Product Hunt 發布已於 2026 年 9 月 3 日以 327 個贊同票拿下當日產品第一名作結。未解的問題是：其稽核與回滾的說法在生產環境中是否站得住腳、其定價與燒掉 Claude 或 Codex 額度相比如何，以及這套引擎是否如承諾般能推廣到 GTM 之外。