前置文章BMAD method简要介绍和安装教程-CSDN博客BMAD method中的命名智能体到底是个啥-CSDN博客BMAD命名智能体实践-CSDN博客前言在前置文章中我实现了在BMAD中设定了一个自定义命名智能体monideui用来检查设计稿是否符合我设定的UI规范在每次调用freya这是wds模块的一个ui设计人设如果在安装bmad的时候不安装这个模块就无法使用这个命名智能体如果在网上搜索的话通常会搜到使用sally这个人设但是亲测不好用freya会更好用但是花费的token要更多看你自己吧。如果想要使用freya还不想花太多token可以尝试使用caveman这个skill来减少对话使用的token。https://github.com/juliusbrussee/cavemanhttps://github.com/juliusbrussee/caveman思考完设计稿之后都需要手动调用monideui来检查规范有点麻烦了。就在这个时候我想起来了现在才想起来吗BMAD官方是支持给一个已有的命名智能体扩展人设的如果不了解可以看一下前置文章BMAD method中的命名智能体到底是个啥-CSDN博客。如果把自己的skill工具扩展给这个智能体就会方便很多在它设计完之后直接调用skill来检查。实践步骤1找到命名智能体所在文件夹打开_bmad/config.toml这个文件这里面有所有的命名智能体以及对应的agent文件夹找到Freya如下。[agents.wds-agent-freya-ux] module wds team ux-design name Freya title WDS Designer icon description Norse goddess of beauty, magic, and strategy, thinks WITH you not FOR you, starts with WHY before HOW — design without strategy is decoration, creates artifacts developers can trust: detailed specs, prototypes, and design systems. Speaks as a creative collaborator with strategic depth — asks WHY? before WHAT?, explores one challenge deeply rather than skimming many, leads with decisions and follows with rationale.可以看到freya对应的agent是这个wds-agent-freya-ux。如果说我们不知道BMAD有什么命名智能体或者说不知道用什么命名智能体也可以直接去看_bmad/config.toml我就是在这里找到freya的。众里寻他千百度蓦然回首那人却在♀️灯火阑珊处。步骤二创建对应的user.toml文件找到对应的agent名之后直接在_bmad/custom/下创建wds-agent-freya-ux.user.toml前面的wds-agent-freya-ux对应的就是某一个命名智能体所在的agent文件夹。然后直接看.agents/skills/wds-agent-saga-analyst/customize.toml中有哪些字段是你想扩展的具体的字段以及说明可以看前置文章BMAD method中的命名智能体到底是个啥-CSDN博客。像我就是扩展了activation_steps_append字段这个字段中写明了每次设计完之后都要调用skill来检查设计规范。persistent_facts扩展了需求文档在调用freya时会先去读取需求文档这里不仅可以定义一句陈述命令你也可以在这里规定要调用什么脚本之类的。[[agent.menu]]字段为freya扩展了skill功能。[agent] activation_steps_append [must use wasr in {agent.menu} as the rules while designing or after designing] persistent_facts [ file:{project-root}/**/project-context.md, file:{project-root}/../docs/require/full.md ] [[agent.menu]] code wasr description Review and optimize WriteSelf page designs against the WriteSelf design system — check layout, colour, typography, components, and motion against the authoritative style rules, and output a violation summary plus the corrected UX document. skill writeself-app-style-rules步骤三验证输入freya可以看到读取了需求文档。或者通过询问的方式来查看自己设置的自定义字段是否生效了这里不用担心会重新探索消耗过多token因为在加载freya之后这些字段已经存在于上下文当中了会直接从上下文中读取而不是重新探索但是它的回复也是会占一定量的token的不过不多。可以看到自定义的skill已经出现在了menu当中同时定义的执行规则也可以加载出来。或者你直接给个执行命令看执行过程是否符合预期可以看到在设计完成之后自动调用了检查规则。注意点自定义人设文件的开头的[agent]必须写否则识别不出来activation_steps_append和persistent_facts字段如果只是想要扩展技能列表,[agent]字段可以不写。[[agent.menu]]字段和自定义skill之间的关系是一对一的而不是一对多。如果你没有安装python也可以忽略注意点1注意点1主要是由于运行python脚本造成的。因为命名智能体的SKILL.md中规定了**If the script fails**, resolve the agent block yourself by reading these three files in base → team → user order and applying the same structural merge rules as the resolver:
