我构建了一个开源审计优先的工作流程，用于AI代理将Web应用转换为原生移动应用

我一直在尝试使用AI编程代理处理一个常见的需求：“将这个网站/Web应用转换为原生移动应用。”我反复看到的最大失败模式并不是Claude/Codex/Cursor写不了React Native代码，而是它们过早开始编码。它们跳过了审计，忽略了仅浏览器可用的API，忽视了认证/会话差异，未能将路由映射到移动屏幕，并且经常生成一个看似精美但不完整的移动应用。因此，我围绕一个不同的模式构建了一个小型开源插件/技能工作流：审计 -> Markdown计划 -> 审批关卡 -> 实现 -> 一致性检查 -> QA。主要的经验教训是：Markdown计划不仅仅是文档，它成为持久的项目记忆。未来的代理运行可以检查清单，而无需从聊天历史中重新推导意图。审计检查的内容包括： - Web框架和路由 - 包脚本 - 认证/会话库 - API/数据库 - 样式库 - 仅浏览器可用的API，如window、document、localStorage和cookies - 可重用代码与需要重写的代码 - 移动原生差距，如存储、认证重定向、推送、相机、文件、地图 - 实现前的未知/阻塞项 目标不是取代Expo CLI、Capacitor或PWA。如果某人只需要一个Web外壳或可安装的网站，那些是更好的选择。这个工作流适用于团队确实想要原生Expo React Native迁移，并且需要代理根据结构化的清单而不是模糊的提示来工作的情况。好奇其他人是否在使用类似的“代理工单”模式：持久的Markdown计划、审批关卡、路由到屏幕的映射，或者在允许代码更改之前进行审计优先的工作流。附上仓库链接供大家查看结构：[https://github.com/suntay44/web-to-mobile-magic-plugin](https://github.com/suntay44/web-to-mobile-magic-plugin)