Appearance
AgentMa 的 Agent 与技能中心展示了它的野心：内置智能体、技能、技能市场，还支持从 GitHub、AI 描述和自定义方式创建 Agent 或 Skill。但当前自定义界面明显粗糙，表单挤压、交互不稳，更像半成品。普通用户现阶段更适合用内置 Agent，而不是自己造一套。
AgentMa Agent 中心和技能中心体验：有想法，但现在还像半成品
AgentMa 里有一个 Agent 与技能中心。
这个入口很容易让人联想到 Claude Code 的 subagent、skills，或者其他多 Agent 平台。点进去以后，能看到智能体、技能、技能市场几个区域。
这个入口透露了 AgentMa 的产品野心。它不只是想做“一句话生成应用”，还想把不同角色、不同技能、不同流程组织起来。
但从当前体验看，这块还不成熟。
内置 Agent 是真正有用的部分
智能体列表里能看到 code-reviewer、doc-writer、planner、explore、security-auditor、test-writer、refactor-agent 等角色。
这些名字都很熟悉。它们对应的是软件开发里的真实分工：规划、探索、代码审查、文档、安全、测试、重构。
这和 AgentMa 的任务树能对上。科技雷达项目里，PRD、Persona、模块设计、数据库设计这些子任务，很可能就是由不同内置子代理协作完成。
对普通用户来说，内置 Agent 比自定义 Agent 更重要。
你不需要自己写 agent 配置，只要告诉 AgentMa 你要做什么，它内部负责拆任务、调角色。这才符合“AI 软件工厂”的定位。
技能市场看起来很丰富
技能中心里还能看到技能市场，截图里显示 125 个技能。
如果这些技能未来能稳定使用，AgentMa 的上限会提高很多。
一个应用生成工具最怕每次都从零开始。技能市场的价值，是把常见能力沉淀下来，比如认证、表格、导出、图表、支付、文件上传、部署、安全检查。
但目前我还没有逐个验证这些技能质量，所以只能说它有空间，不能说它已经成熟。
自定义创建入口很多
AgentMa 支持几种创建方式：
- 从 GitHub 导入。
- 通过 AI 描述创建。
- 自定义创建 Agent。
- 自定义创建 Skill。
这些入口说明它想做开放生态。用户可以把外部能力接进来，也可以自己定义 Agent 或 Skill。
如果这个方向成熟，会很强。因为一个软件工厂不能只靠官方内置能力，迟早要支持团队自己的规范、模板和工作流。
自定义界面现在不建议重度使用
问题是，自定义界面现在看起来比较半成品。
从截图看，表单布局有挤压，字段显示不够清楚，交互完成度也不高。
这类功能最怕“看起来能配，实际不好用”。Agent 和 Skill 一旦配置错，后面生成项目的结果很可能变得更不稳定。
所以我现在不建议普通用户上来就自定义 Agent 或 Skill。
更稳的用法是：先用内置 Agent 跑项目，看它生成结果是否符合预期。等产品成熟后，再考虑自定义团队规范。
它和任务树结合才有价值
Agent 中心单独看，只是一个配置页。
它和任务树结合后才有价值。
任务树里能看到 @gen-prd subagent、@gen-persona subagent、@gen-db-schema subagent 这样的调用关系。Agent 中心则解释了这些角色从哪里来。
任务消耗并不是完全不可见。界面右侧已经能看到子代理，甚至能看到每段任务的积分消耗；只是我这张任务树截图主要截到了主代理部分，没有把所有子代理消耗都展开。
后续更需要补的是从任务树直接追到对应 Agent 的配置、完整输入和完整输出。这样复盘一次生成过程时，不用在任务树、对话和文件之间来回找。
当前建议
现阶段使用 AgentMa，可以这样看 Agent 与技能中心：
- 内置 Agent：可以先用。
- 技能市场：可以观察，但不要假设每个技能都成熟。
- AI 创建 Skill：可以试，但别用于重要项目。
- 自定义 Agent / Skill：暂时不建议重度依赖。
如果只是想生成一个项目，先别在自定义 Agent 和 Skill 上花太多时间。等内置流程能稳定满足需求后，再考虑把团队规范放进去。
你可能还需要
同类文章：
- AgentMa 任务和子任务：子代理过程为什么值得单独说
- AgentMa 和 Claude Code 有什么区别：云端软件工厂 vs 本地编程 Agent
- AgentMa 使用体验：它真的能生成一个全栈应用吗？
Agent 与技能中心说明 AgentMa 想做平台，但当前最可靠的还是内置流程。自定义能力可以看，别急着押重注。