Linear's AI Metrics and Claude Opus 4.7's Agentic Push
The Short Version#
Two signals today that connect: Anthropic shipped Claude Opus 4.7 with explicit agentic optimization, and Linear's Karri Saarinen published real numbers showing what agentic AI looks like in production — 80% more resolved work, 57% of bugs solved by agent, delegation rising from 10% to 24% in two months. This isn't a "AI will change workflows" story anymore. It's a "here's what the ramp looks like" story.
Anthropic — Claude Opus 4.7#
Source: https://www.anthropic.com/news (announced Apr 16, 2026) Credibility: High (first-party product announcement)
What happened: Anthropic shipped Claude Opus 4.7, their latest flagship model, with improvements explicitly targeting coding, agents, vision, and multi-step tasks. The framing is notable: Anthropic is positioning this as stronger on "thoroughness and consistency" — the qualities that matter most when an agent has to complete a long task without human correction mid-stream. This isn't just a capability bump; it's a signal about where Anthropic sees the product going.
Key capabilities:
- Stronger coding performance (unspecified benchmarks in the announcement excerpt)
- Improved multi-step task completion — the key agentic reliability metric
- Better vision understanding
- Greater "thoroughness and consistency" as explicit design goals
Why it matters for PMs: The framing here tells you more than the benchmarks. When Anthropic talks about "thoroughness and consistency" as the headline improvement, they're responding to a specific pain point in agentic deployments: agents that start tasks but fail mid-way, or that complete tasks but inconsistently. If you're building on Claude for anything that chains more than 2-3 LLM calls, Opus 4.7 is worth evaluating for error rate reduction — not just raw performance. The capability gap between "can do the task once" and "reliably completes the task in production" is where most agentic products break, and Anthropic is explicitly targeting that gap.
Critical questions:
- What are the actual benchmark numbers, and how do they compare to Claude 3.7 Sonnet and GPT-4o on agentic tasks specifically?
- Does "thoroughness" come with latency or cost tradeoffs? Opus models have historically been slower and more expensive than Sonnet-tier.
- The announcement excerpt mentions vision improvements — is this multimodal agent use (e.g., reading screenshots, acting on visual context) or document/image understanding?
- How does this change the Sonnet vs. Opus routing decision for teams that currently default to Sonnet for cost reasons?
Action you could take today: If you have an agentic workflow currently running on Claude 3 Opus or Sonnet, pull your current completion and error rates, then run a parallel eval with Opus 4.7 on your top failure cases. The latency/cost tradeoff question is worth answering empirically for your specific task, not from the announcement.
Karri Saarinen (Linear) — Real Agentic Metrics in Production#
Source: https://www.linkedin.com/in/karrisaarinen (posted Apr 18, 2026) Credibility: High (CEO of Linear sharing internal product metrics directly)
What happened: Linear CEO Karri Saarinen published specific metrics on how AI agents are changing Linear's own product development. The numbers are striking: resolved work is up 80% quarter-over-quarter (Q4 2025: 5,697 issues → Q1 2026: 10,254 issues), bug resolutions specifically are up 94%, and the Linear agent is now solving 57% of reported bugs. Most telling: agent delegation has risen from 10.1% in February to 24.4% in April — more than doubling in two months.
He paired this with a product philosophy point: execution isn't usually the hard part in product development — clarity of purpose is. Once you have clarity, execution becomes easier because you have something to evaluate it with. The implication is that AI handles execution better when humans provide clear goals and context.
Key patterns:
- The ramp is steep and fast: 10% → 24% agent delegation in 8 weeks is not incremental adoption
- Bug resolution is the beachhead: 57% of bugs solved by agent, not features — the high-volume, well-defined, testable work is going first
- Velocity multiplier framing: The story isn't "AI replaces devs," it's "same team, 80% more output"
- Clarity unlocks automation: The PM implication is that ambiguous requirements don't just slow humans — they block agents entirely
Why it matters for PMs: This is the clearest public data point yet on what the agentic adoption curve actually looks like inside a real product team. The pattern — agents starting with bug fixes and well-defined tasks before moving up to more complex work — matches what you'd expect theoretically, but now we have real numbers. For PMs thinking about where to apply AI agents on their own teams: look at your highest-volume, most well-specified work first. That's where the leverage is. Also worth noting: the 10% → 24% delegation increase happened without a major new capability unlock — it's behavioral adoption, not model improvement.
Critical questions:
- What happens to the humans who were doing the 57% of bugs now solved by the agent? Are they working on harder bugs, shipping features faster, or is this headcount-neutral?
- How does "clarity of purpose" get operationalized? What does Linear actually provide as input context that makes agent delegation work?
- Is 24.4% agent delegation a ceiling or still accelerating? The two-month trajectory suggests it's still climbing.
- How does this change Linear's own roadmap prioritization — are they pulling forward features that improve agent legibility (better specs, clearer issue formatting)?
Action you could take today: Pull your own bug/issue resolution metrics for the last two quarters and see if your team has a similar high-volume, well-specified work category. If you're considering where to pilot AI agents, find the category that looks most like "bugs" — high volume, clear success criteria, testable outcomes, low ambiguity.
Notion — Mail & Calendar Integration#
Source: https://www.notion.so/releases/2026-04-17 (Apr 17, 2026) Credibility: High (official release notes)
What happened: Notion shipped Mail & Calendar integration, now accessible in settings. No detailed excerpt on capabilities was available from the release notes, but this extends Notion's ongoing push toward becoming a full work hub — not just documents and wikis, but communications and scheduling as well.
Key capabilities:
- Mail integration available in settings (scope unclear from excerpt)
- Calendar integration (likely scheduling/event visibility within Notion workspace)
- Continues the pattern of Notion absorbing adjacent productivity surface areas
Why it matters for PMs: Notion has been methodically expanding from a document tool into a comprehensive work operating system — adding databases, projects, AI, and now communications. Each addition makes it harder to use alternatives for any single piece. The strategic question for any PM building a productivity tool is whether Notion's "one place for everything" positioning is a feature or a liability (more surface area = more complexity). For teams evaluating Notion as an AI-powered workspace: the mail/calendar integration is the missing piece that kept many users in separate tools.
Critical questions:
- Does Mail integration include AI-powered features (summarization, drafting) or is it purely a connection/display layer?
- Which mail providers are supported at launch?
- Does Calendar integration enable scheduling workflows inside Notion, or is it read-only visibility?
Action you could take today: If your team uses Notion as a primary workspace, check whether the mail/calendar integration covers your providers — this could meaningfully reduce context switching for users who live in Notion but bounce to Gmail/Outlook and Google Calendar.
Quick Hits#
-
Simon Willison: Published a guide on "Adding a new content type to my blog-to-newsletter tool" as part of his agentic engineering patterns series — concrete example of how builders are iterating on LLM-powered content pipelines (Apr 18): https://simonwillison.net/guides/agentic-engineering-patterns/adding-a-new-content-type/#atom-everything
-
Karri Saarinen (Linear): On product strategy: "Execution is not often the hard part in product development — clarity of purpose is, and once you have that, execution becomes easier since there's something to evaluate it with." A clean articulation of why agent-assisted execution raises the value of good product thinking, not lowers it (Apr 18): https://www.linkedin.com/in/karrisaarinen
-
Vercel: Published a case study on how Zo Computer improved AI reliability 20x on Vercel — worth reading if you're thinking about the infrastructure layer for production AI apps (Apr 17): https://vercel.com/blog/how-zo-computer-improved-ai-reliability-20x-on-vercel
-
Google Vertex AI: RAG Cross Corpus Retrieval is now in public preview — lets you retrieve relevant context from multiple RAG corpora simultaneously, which is a meaningful capability unlock for products that need to query across separate knowledge bases (Apr 17): https://cloud.google.com/products#product-launch-stages
-
Stripe: Veni Singh (PM, OCS and Payments Dashboard) published analysis on how agents, digital wallets, and trust are rewriting checkout — first-person PM perspective on agentic commerce from inside one of the most payment-infrastructure-adjacent companies (Apr 7): https://stripe.com/blog/product
The Thread#
The metrics gap between "using AI" and "deployed AI" is closing. Linear's numbers (10% → 24% delegation in 8 weeks, 80% more resolved work) are one of the first public data points showing what the ramp actually looks like when agentic adoption goes from experiment to operational. Anthropic's Opus 4.7 framing around "thoroughness and consistency" is responding to the same thing: the failure mode in production isn't capability, it's reliability at scale. The question PMs should be sitting with isn't "should we add AI agents" — it's "where do we have the clarity of spec that makes agent delegation actually work?"
Sit With This#
Linear's data shows agent delegation doubling in 8 weeks — driven not by a new model capability, but by behavioral adoption. Karri's framing: "clarity of purpose is the hard part, not execution."
For your product team: Where is your work already clear enough in specification that an agent could execute it today — and what's stopping you from delegating it?