Appearance
AgentMa 确实能把一句需求推进到一个完整应用雏形：生成文档、数据库实体、前端页面、服务端代码，并尝试构建、修错和浏览器验证。但这次科技雷达案例也暴露了限制：预览环境里的数据链路没有完全跑通，目前也没看到代码下载入口。
AgentMa 使用体验：它真的能生成一个全栈应用吗？
这次测试我没有让 AgentMa 做一个简单 Todo 页面。
我给它的需求是：做一个小红书科技新闻生成流水线，以 HN、GitHub Trending、ArXiv、Product Hunt、Reddit 为信号源，采集后用 LLM 打分，再生成小红书风格的科技文章。
这个需求不是特别大，但也不是纯 UI。它至少涉及采集源、打分维度、草稿生成、配置管理、任务日志和后台页面。
需求澄清表现不错
AgentMa 没有直接写代码，而是先问产品形态、采集源、打分维度、文章风格、视觉风格和发布目标。
这一步让我对它的印象变好了一点。很多 AI 编程工具容易把一句模糊需求直接变成代码，AgentMa 至少会先把需求变成可执行范围。
我选择了完整前后端应用，最终只生成内容，导出或复制使用。这个范围比较合理，没有让它直接接小红书发布，也没有上来就做账号体系。
文档和模块设计比较完整
进入 Phase 2 后，它生成了 PRD 和用户画像。
后面又继续做风格指南和模块设计，把应用拆成 Dashboard、素材、草稿、配置、日志几个核心模块。
这些文档不一定能直接当成正式产品方案，但用于快速沟通很够。尤其是接单或内部立项时，先拿一版文档和页面结构，比直接扔代码更容易讨论。
代码生成不是停在表面
从文件目录看，AgentMa 生成了 client、server、docs 等目录。
生成过程中，它还做了数据库实体、服务端 API、前端页面和共享组件。
这说明它不是只生成一个静态页面，也不是只给 UI 截图。它确实在尝试搭一个全栈应用。
构建过程有真实修错
最有价值的是构建过程。
它先跑构建和类型检查，然后启动应用。中间遇到实体列类型需要显式声明、SQLite 不支持 longtext 这类问题。AgentMa 查看日志、修改实体，再重启应用。
最终结果里，pnpm build、类型检查、Lint、应用启动、Dashboard 首页、路由跳转都显示通过。
这比单纯“生成一堆文件”更有说服力。至少它知道要验证，而不是写完就结束。
页面结果能看，但数据链路没完全跑起来
最终应用生成了几个页面：Dashboard、素材、草稿、配置、日志。
页面风格统一，也有基本交互。配置页里能看到采集源配置和 LLM 打分权重。
但实际体验到这里就要降温。
我尝试添加配置后，应用仍然没有真正跑出素材和草稿。素材页、草稿页、日志页基本还是空状态。
我的怀疑是预览环境可能没有完整数据库或后台运行环境，也可能需要正式发布后才会给可持续运行的服务。这个判断只是根据界面体验推测，不能当成官方结论。
不能下载代码是一个大限制
对我来说，比页面没跑通更关键的是代码接管。
目前我没有看到开放代码下载入口。如果代码只能在 AgentMa 云端查看，那它更适合做原型、演示和轻交付，不太适合开发者把项目纳入自己的 Git 仓库继续维护。
对于不懂技术的人，这可能不是问题。他们要的是预览、发布、有人托管。
对于开发者，这就是边界。能不能拿到代码，决定了这个项目能不能从“生成出来”变成“长期维护”。
它能做到哪一步
这次科技雷达案例说明，AgentMa 能生成一个全栈应用雏形。
它能做需求澄清、文档、模块、数据库、前后端代码、构建、修错、预览页面。以 717 积分完成科技雷达这种项目，成本确实低。
但“生成应用雏形”和“交付生产系统”不是一回事。
它现在更适合：
- 快速做产品原型。
- 给客户看方案和页面。
- 做内部工具雏形。
- 验证一个想法是否值得继续。
不适合直接拿来做核心生产系统，除非你确认发布环境、数据库、代码下载、权限、安全和后续维护都能接受。
你可能还需要
同类文章：
AgentMa 最适合用来证明“这个想法能不能跑出样子”。如果你要证明“这个系统能不能长期上线”，还要继续看发布、数据库和代码接管能力。