导语: 当传统软件工程遇上 Claude Code,会发生什么化学反应?本期节目邀请到被称为“10倍工程师”的 CJ Hess,展示他如何通过自研工具 Flowy 与 Claude Code 的配合,将原本枯燥的 Markdown 计划转化为可视化的 UI 开发流程。这不仅是关于编码工具的升级,更是一场关于“构建者哲学”的深度探讨。
CJ 自研的可视化工具。它不仅仅是画图,更能生成 JSON 格式的流程图和 UI 模型。相比于 AI 难以精准解析的 ASCII 或纯文本描述,Flowy 的 JSON 模式能让 Claude 更准确地理解空间关系和交互逻辑。
CJ 为 Claude Code 设置了不同的终端别名:
Kevin (Builder): 负责快速构建,甚至可以绕过权限限制("Dangerous Mode")以提高效率。
Carl (CodeEx): 负责 Code Review。不写代码,专门寻找逻辑漏洞、代码异味(Code Smell)和重构机会。
通过自定义 Skill 文件(Markdown 格式),CJ 教会了 Claude 如何读取 Flowy 的 JSON 数据、理解设计规范(如间距、颜色语义),从而生成符合预期的高保真 UI。
如果现有工具(如 Mermaid)无法满足 AI 原生开发的需求,那就自己造一个。CJ 认为环境配置和开发者工具是个被低估的 AI 应用场景。
“作为工程师,如果你觉得某个工具只能达到 V1 版本的效果,你也应该自己动手把它做出来。现在构建软件的成本极低,不要因为等待购买而浪费时间。”
“我现在感觉自己更像是一个 QA(质量保证)人员。我不再是那个写每一行代码的人,而是那个制定计划、审查结果、寻找代码异味的人。”
CJ Hess 的工作流揭示了 AI 辅助编程的未来形态:从“编写者”向“指挥官”的转变。他不再纠结于具体的语法实现,而是专注于设计交互协议(如 Flowy 的 JSON Schema)和审查标准(如 CodeEx)。
这种模式的关键在于: