Leadership1 distinct publisher3 min readPublished
An Entrepreneur contributor argues that go-to-market agents stall on duplicated records and missing external signals rather than on model capability. The column carries no adoption figures for either side.
The Board Room · Leadership desk

Compiled by The Board RoomSomething wrong?How this is made
The asymmetry here comes down to where context lives, since model intelligence is not the limiting factor. A coding agent inherits a workspace that is self-contained, machine-readable and fully accessible inside one repository [3]. A go-to-market agent inherits an account picture assembled from past conversation histories, buyer profiles, executive tenure, funding rounds, technology stacks, earnings signals and open job postings [4], and the column says funding events, executive turnover and tech stack changes sit entirely outside internal systems [5]. Set those two lists against each other and three of the seven named inputs are not in the building at all [14].
The internal half fails in a way that tooling handles badly. Reps rarely log complete information, and what does get entered passes through what the column calls "happy ears," the tendency to read a prospect interaction more favourably than it deserves [6]. A blank field is visible to anyone reviewing the pipeline; a cheerful summary reads as a complete record and gets treated as one, which is why cleaning the CRM and correcting it are different projects with different budgets.
The identity problem is the one with a concrete failure mode. One enterprise buyer can appear as "Cisco" in the CRM, "Cisco WebEx" in call transcriptions and "AppDynamics" in an outreach platform [7], which is one customer carrying three identifiers across three systems [15]. An agent reasoning across that without an identity resolution framework can take conversation notes from one entity, financial metrics from another, and hand back a next-best action that is confidently wrong [8].
Better models could reconcile all three names the way a competent rep does, but that only answers half the problem. Reconciliation is a reasoning task, while recovering a funding round or a CFO departure that was never written into any internal system is a data-gathering problem [5]. The column's comparison case is legal AI, where Harvey and Legora ground their models in domain-specific reference architecture and verified legal datasets rather than generic models alone [9]. That is an analogy about grounding, not evidence about revenue teams.
The record carries no measurement. This is a contributor opinion published by Entrepreneur, with the views stated as the contributor's own [12], and while it calls the disparity in enterprise AI dollars stark [13], it names no adoption rate, no spend figure and no date for either category [16]. A CFO cannot size a plumbing programme from that. The diagnosis is testable in-house without buying anything: the count of duplicate accounts is a query, and whether a known executive change at a top account appears anywhere in the system is a lookup.
The board-deck version is that revenue AI trails engineering AI by a year and closes the gap as models improve. It leaves out the calendar. Unifying first- and third-party data has historically meant large engineering teams and multi-quarter custom implementations sitting behind IT backlogs [10], so the fix competes for queue position rather than for licence budget [11]. Buy agent seats this quarter against unresolved records and the consequence arrives next quarter as sellers who met one confident error and stopped opening the tool.
Ranked by verification strength, evidence, and original report placement.
A coding agent runs over a codebase that is self-contained, machine-readable and fully accessible inside a single repository, so every piece of context it needs is in front of it.
Building an actionable account plan requires synthesizing past conversation histories, buyer profiles, executive tenure, funding rounds, technology stacks, earnings signals and open job postings.
Critical external signals such as funding events, executive turnover and tech stack changes sit entirely outside internal systems, leaving an autonomous agent operating blind without external intelligence.
The piece is a contributed opinion published by Entrepreneur, carrying the note that opinions expressed by Entrepreneur contributors are their own.
Three of the seven account-plan inputs the column lists are ones it says sit entirely outside internal systems.
The column supplies no adoption rate, spend figure or date for either coding-agent or go-to-market-agent uptake, describing the funding disparity only as stark.
Distinct publishers with included, body-backed reporting in this cluster.
1 article · September 4, 2026
Follow any of these and your For You feed starts watching them — no settings page required.
product
ChatGPT Work's real ask is your Slack, and somebody has to say yes on everyone's behalf1 distinct publisher
invest
Agents climbed from 3% to 50% of the work created in Linear in four quarters1 distinct publisher
build
When customers build their own features, your permission model becomes the product surface1 distinct publisher
product
A 2x LLM bill is not a bug report: token spend is an observability problem1 distinct publisher
Evidence-backed comparisons of source perspectives and observed adoption signals. Read the methodology
Which Builder, Operator, and Investor concerns the observed source mix emphasized—not a truth score.
Evidence, demonstrated adoption, hype gap, incentives, and confidence are assessed independently, each on its own current evidence. How these are measured.
A single contributed column, arguing by example
A single contributed column carries all of this, and it argues by illustration. The Cisco / Cisco WebEx / AppDynamics mismatch is a constructed case rather than an audit of any real CRM, and the description of how Harvey and Legora ground their models arrives with no citation and no comment from either firm. 'Happy ears' is quoted as something revenue leaders say, which is the closest the piece comes to sourcing a claim about behaviour. What does hold up is the text's own arithmetic: seven account-plan inputs listed, three placed outside the company's systems — though the earnings signals and job postings it also lists are external too, and go uncounted.
Nothing countable
Nothing here can be counted. The headline split — engineering adopting agents overnight while revenue teams barely start — comes with no rate, no budget share and no date. The only concrete usage is second-hand: an unnamed CEO at a 50-person company who wired Claude Code to a data API 'recently' and had a scoring app by the end of the afternoon.
A specific diagnosis with an unpriced disparity
The failure mode described is recognisable and the prescription is concrete: the diagnosis is specific, but the disparity it points to is unpriced. 'Stark' is doing the work a number should do in a piece whose thesis is about where enterprise AI dollars go, and the single build held up as proof runs on one named vendor's API.
Prescription matches a named vendor's product
The argument lands on a product category: a unified reference data layer, anchored to verified external intelligence and reachable through APIs and Model Context Protocol integrations. Its one worked example reaches that layer through ZoomInfo's API infrastructure, named by brand as GTM.ai, and the author identifies himself only as a CEO who codes in Claude and prototypes in Vercel. Entrepreneur's contributor note discloses only that this is a contributor column; it says nothing about the author's own commercial stake.
Clear on the argument but untested against the market
What the column claims is unambiguous, so restating it carries little risk; whether any of it describes the market is untested here. With one publisher, no independent reporting on either side of the adoption gap, and an author whose commercial position shows in the text without being stated, we can characterise the argument with confidence, while its premises remain unverified.