Articles

With the Figma MCP app in Claude, designers, developers, and product managers can now create AI-generated FigJam diagrams.

Ridd shares his mental model for deciding which tools to reach for when coding with AI. Also available as a Dive Club video.

Jakub Krehel shows how he uses AI every day as a design engineer. My process is very similar, but I still picked up a few things!

Nikolas Klein, PM at Figma: ​“Today, we’re introducing the ability to embed Figma Make prototypes into Figma Design, FigJam, and Figma Slides, along with new editing tools that help you build and share your best ideas.”

Joey Banks shares a simple way to get started with variables structure when he is not sure where to begin: ​“One very simple approach that’s worked well for me is separating variables into non-interactive and interactive buckets. […] Non-interactive variables describe the environment. Things like background surfaces, text, icons, and borders that don’t change based on input. Interactive variables describe behavior, such as actions, states, and feedback that do respond to input.”

A collection of essays by Raphael Salaja on interaction design and animations.

Marcin Wichary, Design Architect at Figma, started a microblog about software craft and quality. His writing is always wonderful and insightful — instant subscribe.

Stephen Haney is interviewed about the origin story and tech stack behind Paper, one of the most interesting design tools of a new wave. ​“Paper is a browser-based design tool focused on the early, exploratory phase of design. It gives designers a fast, expressive canvas to think visually, experiment freely, and play with things like shaders, gradients, and motion without worrying about handoff or engineering constraints.”

Google’s Gemini team walks through how they use gradients, circles, and motion as a cohesive illustration system to make an unpredictable AI assistant feel legible, calm, and trustworthy. It’s interesting for anyone designing ​“thinking states” or multimodal assistants, because it shows specific visual strategies — directional gradients as energy flow, morphing shapes for cognition, motion tied to user gestures — instead of yet another generic ​“AI glow.”

“When a system is hard to approach, the design must be soft. This softness — conveyed through guided, pulsing gradient shapes, clear language, and transparent signaling — allows users to engage with the new system feeling secure and supported. The gradient can be many things through its animations: aspirational and uplifting, directional and instructional. But they remain soft and direct, and always looking forward; they’re deeply connected to the Google brand with room to grow, like the personified gradient, rippling and responding to voice.”

A new monthly publication for designers: ​“We’re witnessing the birth of a new kind of designer: The AI Designer. Designers who work in evals, prompts, and tool calls. Designers who have as much of a taste for models as they do for fonts. Designers who think in mental models, agents, and intelligence. There’s no textbook for this kind of design (and things change so fast, it wouldn’t make sense to write one). Instead, we need a field guide. A living record of our learnings, tips, tricks, fears, dreams, curiosities, and hot takes.”

The first article — The Rise of the Model Designer — interviews Barron Webster, AI Model Designer at Figma. If you’re curious what that role even means, read on.

“Starting today, the Figma for Jira app supports webhooks, so teams can get instant design status updates like ​“Ready for Dev” directly in Jira tickets, with no admin setup required. Webhook support is enabled for newly linked design files, and we’re rolling it out to existing links soon.”

I’m not into the ​“best of” collections, but Helena Zhang made some truly special and thoughtful picks. Love seeing the new icons for my local Philadelphia Art Museum made it into the list!

Nikita Prokopov published a fantastic, well-researched essay about the state of menu icons in macOS Tahoe: ​“In my opinion, Apple took on an impossible task: to add an icon to every menu item. There are just not enough good metaphors to do something like that. But even if there were, the premise itself is questionable: if everything has an icon, it doesn’t mean users will find what they are looking for faster. And even if the premise was solid, I still wish I could say: they did the best they could, given the goal. But that’s not true either: they did a poor job consistently applying the metaphors and designing the icons themselves.”

Kaari wraps it up: ​”I believe design comes in many flavors. It’s influenced by the person, the domain, the market, the customers. In consumer products, you might need to test ideas quickly because motivations are hard to predict. In B2B or enterprise, you often have more context and can design from that. Some industries require extreme reliability and clarity. The environment matters too. Stakeholders, clients, company culture, and your skills as a designer. If you’re more visual, you lead with visuals. If you’re strong in code, you might use it earlier. […] I want to elevate this discussion above tools, and make sure tools don’t take over the future of design. I don’t want us to needlessly devalue conceptual and divergent thinking just because new tools make execution easier.”

“Our industry is not very patient, and once you start building designs directly to production as the default, the culture and organizational reasons to consider problems, concepts, and intentions start evaporating. We start devaluing the why behind our designs in favor of output.
My worry isn’t the code or the tools themselves. It’s a decline in consideration, and with that, a decline in unique, well-designed products. The question is how we keep that alive even as new tools and technologies emerge.”

MDS pitches in: ​“There is something fundamentally different about freeform exploration versus direct end product manipulation. The same way there’s a big difference between drawing with a pencil on paper, moving objects around on a screen, or writing words in a journal versus typing words on a screen. And now we can have AI do some or all of that for us.”

“So I say let cookie cutter primitives happen. Every font uses the exact same alphabet. Every song uses the same 12 notes. Some people will always want to build something unique regardless of those primitives. […] The idea that everything may become cookie cutter is not an actual problem. It’s a theoretical problem. Meanwhile, there are real problems with real impact waiting to be solved.”

Kaari replies: ​“The ​“make your own things” from generic blocks idea is warm one, and I do appreciate it. Where it starts to lose me is when it tries to force a reality that doesn’t really exist, and it’s not what people do or look for. Look at any craft. The kitchen. The workshop. Purpose-built spaces filled with purpose-built tools, often shaped by centuries of tradition (also sometimes known as experience). Serious craftspeople don’t operate in primitives. A chef doesn’t stock ​“a knife”, ​“a pot”, ​“a carrot”. They have a specific knife, a specific size, a tradition they trust.”

Kaari clarifies his thoughts in an article: ​“I tend to think about design as a search, not a production pipeline. You start with a messy problem. Early on, you do not know the answer. This is why I never fully buy the idea that design is about output. I agree that design is useless without shipping, but the process of designing is not. The design process, and the suffering part of that process, are valuable. […] Use whatever tools you want, but be deliberate about what mode you are in. Protect exploration from premature constraint. Invite constraints when you are ready to learn from them. Use code as feedback, not as a cage.”

On constraints: ​“If you let constraints define the space too early, you do not just get a worse outcome. You lose outcomes that never get discovered.”

On unification: ​“The dream of a coherent universe is compelling. A world where ideas move from chaos to clarity without translation loss. Where designers can build and builders can design. I see the desire, and it can be good. But unification has a shadow side. It can turn into standardization. If everything is built from the same primitives, you get the same patterns repeated across teams. Tools raise the floor, but they can also lower the ceiling if they quietly define what is worth attempting. If the easiest path is always the most conventional path, convention becomes the product.”

“Templates built with Variable modes now work seamlessly when published to Buzz. This gives your marketing teams more flexibility to toggle between your brand modes like colors, campaigns, markets, and more — all while staying on brand. When they open a template published with variables, they’ll see a new Variable switcher in the menu to easily change modes.”

“Admins on Organization and Enterprise plans can now disable ​‘From Figma’ Community templates in Buzz, ensuring teams use only the templates your brand team has published and approved.”

Starting today, websites published from Figma Make and Figma Sites include more metadata for better search and sharing experiences. The improvements include auto-generated site descriptions for Figma Make and support for OpenGraph and X tags for published Figma Make and Sites so they look better on social.