GNTC：企業 Agent 真正缺的是 Harness Layer，而不只是更強模型
Dcard 宣布成立企業 AI Agent 事業 GNTC。這篇整理聚焦於可沉澱的框架：企業導入 Agent 的瓶頸不是模型能力，而是治理、權限、易用性、部署分享、AX 與組織變革。
定位為 Agentic Enterprise AI 事業，目標是協助企業走向 Agent-Native。官方網站描述其產品包含 EntryDesk 與 VibeHost，並提供 Forward-Deployed engineering 型服務，把 agentic ambition 落成 production systems。
面向不寫程式的 business teams：用自然語言建立 AI agent，連接 Slack、Gmail、Salesforce、BigQuery、Notion、Jira、QuickBooks 等企業工具，讓一個人建立 agent、整個團隊執行。
面向 AI-built app / prototype 的部署與分享：讓 Coding Agent 產出的 HTML / app 快速變成可被團隊審閱的私有連結，並處理權限、分享與團隊存取問題。
貼文提到，Dcard 內部最初遇到的不是「Agent 不能做事」，而是 MCP 難以安全快速地裝到每個人電腦上。因此先設計 MCP Gateway，把公司權限集中控制，讓內部夥伴能安全接上工具。
第二個瓶頸是大量同事不熟 Terminal，也不可能每個人都花時間裝機。這推動了 Agent-V1 / EntryDesk 類介面的形成：讓非工程角色也能啟動 Agent，而不是只服務工程師。
VibeHost 的起點來自產品開發流程改變：當 LLM / Coding Agent 讓 prototype 成本極低，團隊對齊不再只靠 PRD 和設計稿，而需要能快速部署、分享、回饋、控權的 Agent-Native hosting layer。
貼文把 LLM 比喻為電，把 Harness Layer 比喻為電器系統。模型能力只是原料；企業端要真正產生價值，需要一整層把模型接到組織、權限、流程、資料、審計與人員工作方式的系統。
| 個人 Agent | 企業 Agent / Agent-Native 組織 |
|---|---|
| 重點是個人效率、prompt、coding speed | 重點是治理、權限、維護、擴散與組織採用 |
| 工具可以裝在個人電腦 | 需要安全分發、MCP Gateway、SSO / RBAC / ABAC |
| 失敗成本通常由個人承擔 | 需要 Approval、Audit、Sandbox、權限流動與交接 |
| 使用者通常願意碰 Terminal / CLI |