本周《How I AI》：从 Figma 到 Claude Code 再回到 Figma，以及从记者到 iOS 开发者

本期《How I AI》探讨 Figma 团队如何通过 Claude Code 实现设计与代码的双向同步，并分享 LinkedIn 主编如何零代码开发 iOS 应用。

从 Figma 到 Claude Code 再回到 Figma

Gui Seiz（设计师）和 Alex Kern（工程师）来自 Figma，展示了如何从生产环境、预发环境或本地开发服务器中提取实时界面，导入 Figma 并转换为可编辑的设计画板，再通过 Claude Code 和 MCP（Model Context Protocol）将修改后的设计直接推送回代码，从而建立一个持续的设计 ↔ 代码闭环。

核心要点：

设计交付已死，持续同步取而代之。不再需要设计师制作包含所有状态的完整设计包，AI 支持 Figma 与代码之间的双向流动：从生产环境拉取真实代码进入 Figma，修改后直接推回代码，彻底告别“最终版-v3-final”混乱。
直接操作仍优于提示词实现精准控制。虽然 AI 可根据提示生成设计，但在 Figma 中拖拽元素仍是微调的最佳方式。正如 Gui 所言：“没人愿意用提示词指定某个黄色的精确十六进制值——用取色器肉眼调整更高效。”
利用 Figma 的 MCP 保持设计文件与生产环境同步。设计与代码脱节是常见痛点。通过 MCP，可程序化地将任意生产状态拉入 Figma，确保设计师始终基于真实上线内容工作。
将工程 Wiki 转化为可执行的 AI 技能。每个团队都有类似“提交 PR 前需完成以下步骤”的文档。Alex 创建了一个 /ship 技能，能自动运行预检、推送 Git、监控 CI，甚至在超时一小时内尝试最多五次修复轻微 lint 问题。建议将所有标准操作流程（SOP）转化为 AI 技能。
为 AI 协作优化代码结构。Alex 花费 20%–30% 的时间重构代码，目的不是提升人类可读性，而是让 AI 更容易理解上下文，从而用更少的提示获得更高质量的输出。

本集详细工作流指南：

从记者到 iOS 开发者：LinkedIn 主编如何用 Claude Code 构建应用

Daniel Roth（LinkedIn 主编兼内容开发副总裁）分享了他如何在不写一行代码的情况下构建并上架 iOS 应用。他使用 Claude Code，采用双 AI 代理系统：一个负责生成代码，另一个负责审查安全性和架构问题。此外，他还介绍了如何规划功能、通过分支管理开发流程，并将想法快速转化为可用应用。

核心要点：

构建对抗式 AI 代理以提升代码质量。Daniel 使用“Bob the Builder”生成代码，“Ray the Reviewer”进行审查。这种双代理机制模拟了工程团队的协作模式，Bob 专注实现，Ray 保障质量。在两个代理间传递方案的过程也帮助 Daniel 更深入理解生成的代码。
用 AI 防止工作中遗漏事项。他最有价值的 AI 工作流并非用于编码，而是用于管理 400 人团队的责任。每天结束前，他会问 Copilot：“我今天有哪些事情没跟进？” AI 会扫描邮件、Teams 消息和文档，找出未回复的消息和待办任务。这 30 分钟的晚间复盘帮助他在下班前收尾所有事项。
先为自己解决具体问题，再考虑产品市场契合度。他开发的“Commutely”应用最初只为判断是否该冲刺赶纽约地铁。“因为我是唯一的用户，所以实现了完美的产品市场契合。”
用 AI 维护并优先排序功能清单。Daniel 在 Claude 聊天中持续记录所有功能点子，并要求 AI 评估每个功能的开发耗时、沟通成本及对用户满意度和增长的影响（1–3 分）。这形成了一个动态优先级待办列表，方便他随时投入开发。
所有对话均保存为 Markdown 文件。他坚持将每次与 Claude 的交互保存为 Markdown 文件：“每次我都说，‘把内容写入文件，记录一切。’”这既解决了 Claude 上下文窗口有限的问题，也弥补了自己长时间中断后记忆断层的困扰，逐步构建起个人知识库。