「Regnexe 实战系列」第 2 篇共 10 篇对应仓库ExampleReadme02SkillTest。上一篇01. withTool 多工具入门。一个让人纠结的设计问题做多 Agent 系统的时候几乎所有人都会卡在同一个问题上“这个子能力要不要给它配个独立的模型要不要让它有自己的私有工具”配置太灵活团队用起来会乱套——有人配了模型有人没配排查问题的时候根本搞不清哪个 Sub-Agent 在用哪个模型、调了哪个工具。配置太死板又满足不了有些子任务确实需要更强/更便宜的模型这种真实需求。Regnexe 的答案是别让一个概念干两件事拆成 Skill 和 Sub-Agent 两种类型规则定死不留选择空间。这篇先讲 Skill。Skill 的核心规则只能继承不能拥有直接看SkillConfig这个类——你会发现它压根没有model字段。不是没暴露是设计上就不给你配Skill 永远继承父 Agent 的模型没有例外。工具也一样SkillConfig只有allowedTools按 id 借用市场里已经注册的工具没有ownTools私有工具。换句话说Skill模型强制继承父 Agent没有配置项工具只能借——引用市场里已存在的 capability id适合跟主 Agent 紧耦合、要省成本的轻量子工作流这不是功能阉割是刻意为之——Skill 就该是主 Agent 的一个延伸动作不该自己另起炉灶。实战代码来看仓库里的ExampleReadme02SkillTest一个travel_advisorSkill借用市场里已经注册的get_weather工具给跑步爱好者提建议。ToolweatherToolTool.builder().name(get_weather).description(Get todays weather for a city.).params(city: String -- city name).func(city-Beijing: sunny, 22 C, excellent air quality.).build();SkillConfigtravelAdvisorSkillConfig.builder().name(travel_advisor).description(Gives outdoor-activity advice based on the current weather for a city. TRIGGER: Use when the user asks whether the weather is suitable for an outdoor activity.).systemPrompt( You are an outdoor-activity advisor. 1. Call get_weather for the city the user mentions. 2. Based on the result, give a short, direct go/no-go recommendation. ).allowedTools(List.of(get_weather))// 按 id 借用不是自己拥有.build();RegnexeAgentagentregnexeAgentBuilder.withDefaultModel(Vendor.ALIYUN,deepseek-v4-flash).withTool(weatherTool)// Skill 借用的工具必须已经在市场里.withSkill(travelAdvisor).withEventListener(newConsoleEventListener()).withMaxRounds(3).build();AgentResultresultagent.execute(I want to go for a run in Beijing today. Should I, and what should I watch out for?);注意顺序get_weather必须先用withTool注册进市场travel_advisor才能借到它。这不是写法上的偶然先后是硬性依赖——allowedTools里写的 id 在市场里找不到Skill 内部就压根调不到这个工具。description 里那句 TRIGGER 不是凑字数的.description(... TRIGGER: Use when the user asks whether the weather is suitable for an outdoor activity.)这句话是写给 Planner背后也是个 LLM看的相当于在候选能力列表里给这个 Skill 贴一张什么时候该选我的说明书。实测下来description 里明确写触发条件比单纯堆功能描述命中率高出一个量级——这是从大量 Agent 工程实践里总结出来的小技巧建议每个 Skill / Tool 的描述都带上。小结什么时候该用 Skill子任务逻辑跟主 Agent 强相关没必要换模型、没必要独立工具想省 token、省调用成本——继承主模型意味着不会多开一个模型连接子任务相对固定、可重复——比如基于已有数据给一段结构化建议这种Skill 和 Sub-Agent 都是这套 harness 暴露出来的能力类型不是两个互不相关的功能。如果你的子任务需要自己的模型比如更便宜的模型跑简单子任务或者私有工具外面绝对看不到那就不是 Skill 该管的事了——下一篇讲 Sub-Agent规则正好反过来。 上一篇01. withTool 多工具入门 下一篇03. Sub-Agent自己的模型自己的工具 项目地址https://github.com/flower-trees/regnexe-agent
