这是设计工程师招聘三部分系列的第一篇，聚焦如何定义该角色。作者指出，设计工程师并非要求同时在设计和技术两方面都出类拔萃，而是能够跨学科流动、贯通产品、设计与工程，实现传统分工下难以产生的创新。文章结合 AI 时代小团队高杠杆的趋势，将其类比为 Marc Andreessen 所说的 E 型职业。设计工程师具备跨栈灵活性，价值随产品上下文积累而复利式增长。作者还描绘了设计领域的光谱，并介绍两类常见原型：创意技术专家/视觉叙事者，以及爱动手的原型型产品设计师。
本文是 pstack 指南第二部分，介绍作者用 agent 进行调研、规划、原型和架构的工作流。核心观点是通过 /teach、/recall、/how、/why 等 skill 建立并保持对代码库的心智模型；用「readme 驱动开发」和 /technical-writing skill 以代码和文档形式规划；用 prototype 剧本并行生成多个方案让 agent 以实证回答开放问题；用 /architect 多阶段流程跨模型家族竞争设计并交叉评判。作者强调抽象计划只给人进步的幻觉，应让 agent 通过原型和验证自己回答问题，从而每月将数千个 PR 推进生产并保持高质量。
作者零基础（未学过 C# 和 Unity），借助 Codex 和 Cursor 用 AI 开发了一款 Unity 汉堡店经营游戏 Burger Shop 的 Android 原型。游戏采用斜俯视竖屏单指摇杆玩法，包含烤台、取餐、收银、雇员、店铺升级扩建等经营循环。作者采用 AI Native 工作流：自己定方向写规格，AI 写代码和测试，本地 Unity 验证。核心设计理念是让玩家始终觉得下一步就能获得新东西。版本 0.3.0，源码已在 GitHub 公开，这是作者挑战用 AI 开发游戏并盈利的第一步。
作者提出一种新型设计系统理念——前沿设计系统（Frontier Design System）。它不只是 tokens 和组件的集合，而是对整个产品的活态上下文模型，涵盖组件行为、模板、流程、信息架构、本地化规则与业务逻辑。基于这一模型，设计产物（静态地图、轻量原型、数据绑定原型直至生产应用）都成为同一上下文的不同视图，弥合设计与开发之间的鸿沟。设计师的输入从具体界面变为声明意图，由 LLM 基于上下文生成原型供设计师评判迭代。该模型最适合具有稳定语法的产品（如媒体、电商、出行），挑战在于维护上下文的准确性与保留创新空间，设计师的核心工作将转向构建和维护这一产品上下文模型。
SpaceXAI 设计师 John Bai 分享了使用 Grok Bot AI 设计代理进行设计的经验。他组建了一支 AI 代理团队：Figma Bro 处理 Figma 中的重复性生产工作，Motion God 帮助原型化交互动效，Experiments 将模糊想法快速变为可感知的原型，Devbot 解答工程问题。文章通过 Mac 刘海栏 Bot、角色动画调优、批量生成设计资产三个案例，说明 AI 代理没有取代设计工具，而是收紧了设计循环：让设计师更早落地想法、更快获得反馈，把更多注意力放在版本之间的判断上。
