{"slug": "the-intent-layer", "title": "The Intent Layer", "summary": "A developer has identified a critical gap in the modern software stack, coining it the \"Intent Layer\" — the missing middle between user signal tools like Dovetail and Intercom and execution tools like Cursor and Claude Code. The project argues that most teams skip this layer, jumping directly from customer feedback to AI prompts, resulting in code that solves the wrong problem. The proposed solution is a structured, machine-readable \"IntentSpec\" that formalizes what gets built and why, replacing ephemeral prompts with versioned, auditable specifications that agents can execute against.", "body_md": "The software stack has a gap.\n\nOn one end: tools that capture signal. Dovetail, Intercom, user research platforms—everything that tells you *what users need*. On the other end: tools that execute. Cursor, v0, Claude Code—everything that turns instructions into working software.\n\nThe middle is compressing. And that middle is where the most important work happens: deciding **what gets built and why**.\n\nMost teams skip it. They go straight from customer feedback to a prompt in Cursor. The result: code that solves the wrong problem, or solves it without context.\n\nWe call this missing middle **the Intent Layer**.\n\n```\n┌─────────────────────────────────────┐\n│         User Signal                 │  ← Feedback, friction, research\n├─────────────────────────────────────┤\n│       ▶ Intent Layer ◀              │  ← What gets built & why\n├─────────────────────────────────────┤\n│      Agentic Execution              │  ← Cursor, v0, Claude Code\n├─────────────────────────────────────┤\n│       Shipped Software              │\n└─────────────────────────────────────┘\n```\n\nA prompt is a request. Intent is a specification.\n\n| Prompt | Intent Spec |\n|---|---|\n| \"Add a checkout flow\" | Preconditions, expected outcomes, edge cases, traceability to user friction |\n| Ephemeral—typed once, discarded | Versioned, auditable, persistent |\n| Invented by the developer | Derived from user signal |\n| Optimized for speed to first output | Optimized for correctness of final outcome |\n\nWhen a developer opens Cursor, they shouldn't be inventing context from scratch. They should be pulling from a system that already computed what needs to be built and why.\n\nPrompts generate code. Intent specs generate *the right code*.\n\nToday, intent is scattered across your organization:\n\nNo single system synthesizes user friction into structured, machine-readable intent. Each handoff between these tools introduces drift. Each interpretation introduces error.\n\nThe fix isn't another tool in the stack. It's a layer that sits above them—synthesizing signal, structuring intent, and pushing context to every downstream agent.\n\nWe see software development converging on a 3-layer architecture:\n\nUnstructured information: user interviews, support tickets, analytics, NPS surveys. Scattered across disconnected silos. This is where friction surfaces—the raw evidence of where your product fails its users.\n\nThis is the Intent Layer itself. It translates abstract friction into a formalized specification. Not by asking you to write specs from scratch, but by *computing* them—clustering friction signals and generating structured, evidence-backed specifications.\n\nAn ** IntentSpec** is not a document. It's a data object:\n\n```\nobjective:\n  statement: \"Reduce cart abandonment at payment step\"\n  success_criteria:\n    - Checkout completes in under 3 seconds on 3G\n    - Cart abandonment drops from 23% to below 15%\n\nconstraints:\n  - Must work without JavaScript enabled\n  - Must support existing payment provider\n  - Rate limited to prevent abuse\n\noutcomes:\n  - observable: \"Conversion rate increase at payment step\"\n  - verification: \"A/B test shows 10%+ improvement\"\n\nedge_cases:\n  - Payment declined → show retry with alternative method\n  - Session expired → preserve cart state\n  - Zero items in cart → redirect with explanation\n```\n\nThis isn't prose. It's a contract. An agent can execute against it. A human can review it. Both can verify whether it was fulfilled.\n\nWhere the spec becomes executable artifacts: code, UI, API documentation, tests. This is where Cursor, Claude Code, and v0 live. When they receive an IntentSpec instead of a prompt, they don't guess—they execute against explicit criteria.\n\nAI has made execution cheap. You can prototype a working solution in the time it used to take to argue about the wireframe. This is powerful—but it creates a dangerous illusion.\n\nWhen building is instant, teams skip the hard work of defining *what* they're building. Fast execution masks poor intent. A shiny AI-generated feature ships in a day, only to increase drop-off because no one asked whether users actually needed it.\n\nThis is what we've been calling [The Vibe Coding Hangover](https://pathmode.io/blog/the-vibe-coding-hangover). Solo developers can hold context in their head. Add a PM, a Designer, and three AI agents—and context fragments. Prompts become requests with no shared definition of success.\n\nThe bottleneck has shifted. It's no longer writing code. It's defining what code to write.\n\nThe PM's job used to be translation: talk to customers, synthesize problems, write specs, hand them to engineers. The value was in the compression—taking noisy, qualitative input and producing structured output.\n\nBut that compression step is exactly what language models do well. When agents can take a well-formed problem and produce working code, [the spec becomes the product](https://pathmode.io/blog/spec-is-the-product). The PM's job shifts from writing handoff documents to forming intent clearly enough that agents can act on it directly.\n\nThis is not a demotion. Clarity is harder than verbosity. Precision is harder than prose.\n\nJohn Moriarty [wrote about the shift](https://uxdesign.cc/from-products-to-systems-the-agentic-ai-shift-eaf6a7180c43) from products to systems. His framework for the new design role is \"Systemic Orchestration\"—designers provide the bricks, blueprints, and building codes, not the finished house.\n\nThis applies to product work broadly. Designers, PMs, and engineers are all converging on the same discipline: defining intent with enough structure that agents can execute it faithfully.\n\nSomeone has to own that layer. That's what we're building at [Pathmode](https://pathmode.io/).", "url": "https://wpnews.pro/news/the-intent-layer", "canonical_source": "https://dev.to/pathmodeio/the-intent-layer-15e3", "published_at": "2026-05-30 19:43:19+00:00", "updated_at": "2026-05-30 20:11:59.498173+00:00", "lang": "en", "topics": ["ai-tools", "ai-agents", "ai-products", "generative-ai", "ai-startups"], "entities": ["Dovetail", "Intercom", "Cursor", "v0", "Claude Code"], "alternates": {"html": "https://wpnews.pro/news/the-intent-layer", "markdown": "https://wpnews.pro/news/the-intent-layer.md", "text": "https://wpnews.pro/news/the-intent-layer.txt", "jsonld": "https://wpnews.pro/news/the-intent-layer.jsonld"}}