惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

阮一峰的网络日志
阮一峰的网络日志
博客园 - 司徒正美
D
DataBreaches.Net
宝玉的分享
宝玉的分享
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
博客园 - 【当耐特】
人人都是产品经理
人人都是产品经理
博客园 - Franky
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
IT之家
IT之家
博客园 - 三生石上(FineUI控件)
J
Java Code Geeks
腾讯CDC
博客园_首页
The Cloudflare Blog
S
SegmentFault 最新的问题
C
Check Point Blog
美团技术团队
爱范儿
爱范儿
大猫的无限游戏
大猫的无限游戏
Hugging Face - Blog
Hugging Face - Blog
T
The Blog of Author Tim Ferriss
A
About on SuperTechFans
Blog — PlanetScale
Blog — PlanetScale

DEV Community

Authentication Security Deep Dive: From Brute Force to Salted Hashing (With Java Examples) Why AI Systems Don’t Fail — They Drift Spilling beans for how i learn for exam😁"Reinforcement Learning Cheat Sheet" I Replaced Chrome with Safari for AI Browser Automation. Here's What Broke (and What Finally Worked) How Python Borrows Other People's Work The $40 Architecture: Processing 1 Billion API Requests with 99.99% Uptime Vibe Coding: A Workflow Guide (From Zero to SaaS) Most webhook security guides protect the wrong side. The scary part is delivery. Headless CMS for TanStack Start: Build a Blog with Cosmic EU Age Verification App "Hacked in 2 Minutes" — What Actually Happened Comfy Cloud’s delete function does not actually remove files Running AI Models on GPU Cloud Servers: A Beginner Guide Event-driven media intelligence with AWS Step Functions and Bedrock I scored 500 AI prompts across 8 quality dimensions — here's what broke How to Call Google Gemini API from Next.js (Free Tier, No Backend Needed) The Portal Protocol: Reclaiming Human Connection in the Age of AI How to Fix Your Team's Scattered Knowledge Problem With a Self-Hosted Forum Intro to tc Cloud Functors: A Graph-First Mental Model for the Modern Cloud Designing Multi-Tenant Backends With Both Ownership and Team Access I Built a Neumorphic CSS Library with 77+ Components — Here's What I Learned PostgreSQL Performance Optimization: Why Connection Pooling Is Critical at Scale Cómo construí un SaaS multi-rubro para gestionar expensas en Argentina con FastAPI + Vue 3 🚀 I Built an Ethical Hacking Scanner Tool – Open Source Project I Replaced /usage and /context in Claude Code With a Single Statusline A Pythonic Way to Handle Emails (IMAP/SMTP) with Auto-Discovery and AI-Ready Design I Collected 8.9 Million Polymarket Price Points — Here's What I Found About How Markets Really Move EcoTrack AI — Carbon Footprint Tracker & Dashboard Everyone's Using AI. No One Agrees How. 5 self-hosted ebook managers worth trying in 2026 Building Your First AI Agent with LangChain: From Chatbot to Autonomous Assistant
You skipped Figma and just built it. Your team still has ...
MatttDamon · 2026-06-25 · via DEV Community

MatttDamon

More teams are starting from a prompt now, not a canvas. You describe the thing, an agent builds it, you ship it. It's faster. But the place your team used to leave feedback, Figma comments, was attached to the canvas you just skipped. So the notes have nowhere to land.

What's actually happening to Figma

Figma went public in the summer of 2025. A year on, the stock sits well below where it opened and a long way off its first-month highs (mid-2026). Revenue is still growing. This isn't a "Figma is dying" post.

The slide tracks one specific worry: tools that let you generate a working UI without opening a canvas at all. Anthropic shipped Claude Design in April 2026. Cursor has design features. The bet the market is making is that fewer projects will start in a design file. That's the same shift you're living if you build straight from a prompt.

Here's the part nobody priced in. The canvas was never just where the design lived. It was where the conversation lived. Skip the canvas and you don't just lose a mockup step, you lose the room everyone gave feedback in.

Figma comments weren't about pixels. They were the one place your whole team could point at something and say "this is off."

Skipping the canvas skips the comments too

Think about what a Figma comment actually did. A teammate, a client, a PM with an opinion on the copy, none of them opened an IDE. They opened a file, clicked the thing, and typed. The builder saw exactly which element, in which frame, with the thread right there.

When the work moves straight to a deployed app, that whole loop has no home. The reviewer is looking at the live site. You want their input on the live site. But the tools they know are Figma (no connection to what shipped) and Slack (every note becomes a screenshot with a red circle).

So they send the screenshot. You decode it. You write a prompt to your agent. The agent asks which element, which page, which viewport, because the screenshot doesn't say. You spend ten minutes rebuilding context that should've been captured the moment they clicked.

Where the notes go now, and why each is rough

Comment back in Figma anyway. Works right up until the built app stops matching the file, which is fast. After that your reviewers are commenting on a canvas that no longer describes what's live.

Screenshots in Slack. The honest default. Zero setup, everyone gets it. The cost is all in translation, and it compounds with every reviewer and every iteration.

Preview deploy toolbars. Vercel and Netlify preview comments are genuinely good for pre-merge review. The catch: reviewers need an account on your host, the comments live on the preview not production, and the output is a note for a human to read, not a work item your agent can pick up.

What the missing layer needs to do

Whatever replaces the Figma comment for a built app has to do the things the canvas did well, in the new place:

What the canvas gave you What a built-app loop needs
Anyone could comment, no install Reviewers click a link or use a shared extension. Free, no dev toolchain
A comment pinned to a real element Anchored by CSS selector + page URL, survives reloads and mobile
Builder saw frame, state, intent Builder or agent sees selector, DOM snippet, screenshot, viewport, thread
Thread stayed on the thing Thread stays on the pin, not scattered across Slack
Resolved when the change shipped Resolved in a real commit + PR, re-checked on the deployed site

That last row is the one the canvas never quite did. "Was this actually fixed?" was always a follow-up conversation. On a live product you can close that loop automatically.

How Pincushion fills the gap

The review happens on the deployed product, and the people reviewing aren't opening an editor.

  1. Reviewers install nothing real. An extension you share once, or a link. They click anything on the live site and type. Reviewers are free and unlimited.
  2. The pin captures what a screenshot can't. Selector, DOM snippet, screenshot, viewport, and the full thread, bundled as an agent-ready work packet.
  3. Your agent reads pins over MCP. One call in Cursor, Claude Code, Codex, or Windsurf pulls the whole context. It doesn't have to ask what was meant.
  4. The loop closes. When the pin's resolved it carries the branch, commit, and PR. The deploy hook links the production URL, and the fix gets re-checked on the live site.

Same loop you had in Figma, point, discuss, fix, close, just on the thing that actually ships.

Figma isn't the villain here

This isn't an anti-Figma piece. For early exploration and handing design decisions to engineers, the canvas still earns its place. The point is narrower. The day your source of truth becomes the deployed app, the feedback loop has to move there too. Right now, for most teams skipping the canvas, it just falls into Slack and gets lost.

That's the layer we're trying to be. Not the canvas. The room where your team points at the live app and says "this is off," and the note turns into a fix.

Pincushion is free to start: pincushion.io