「Regnexe 实战系列」第 4 篇（共 10 篇），对应仓库
ExampleReadme04PluginAnnotationTest。上一篇：03. Sub-Agent：自己的模型，自己的工具。
痛点：能力一多，注册代码比业务代码还长
前三篇我们分别用withTool、withSkill、withSubAgent注册了工具、Skill、Sub-Agent。如果一个业务模块同时需要这三种能力，按现在的写法得分别new三个对象，再分三次with*调用——能力一多，这部分"装配代码"很容易比业务逻辑本身还长。
Regnexe 解决这个问题的思路很简单：像@Plugin注解一类工具方法一样，把 Skill 和 Sub-Agent 也变成注解，而且可以嵌套进同一个类，共享同一个pluginId。
先复习一下 @Plugin
Java 老用户应该很熟悉这个套路——类上加@Plugin，方法上加@AgentTool：
@Plugin(id="weather",name="Weather Plugin",description="天气查询")publicclassWeatherPlugin{@AgentTool("Get today's weather for a city.")publicStringgetWeather(Stringcity){return"Beijing: sunny, 22 C.";}}这个用法没变。变化在于：现在@AgentSkill和@AgentSubAgent可以作为这个类的内部静态类，跟@AgentTool方法长在一起。
实战代码：四种能力，一个类，一次注册
仓库ExampleReadme04PluginAnnotationTest里的WeatherPlugin：
@Plugin(id="weather",name="Weather Plugin",description="Weather, air quality, travel advice, and trip cost estimation")publicclassWeatherPlugin{@AgentTool("Get today's weather for a city.")publicStringgetWeather(Stringcity){return"Beijing: sunny, 22 C.";}@AgentTool("Get today's air quality index (AQI) for a city.")publicStringgetAirQuality(Stringcity){return"Beijing: AQI 35, excellent air quality.";}@AgentSkill(id="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={"weather.get_weather"}// 注意：插件内的完整能力 id)publicstaticclassTravelAdvisorSkill{// 不需要 @AgentTool 方法——Skill 不能拥有私有工具}@AgentSubAgent(id="expense_estimator",description="Estimates the total cost of a business trip. "+"TRIGGER: Use when the user asks for a trip budget or cost estimate.",model="aliyun:qwen-plus",systemPrompt=""" You are a travel expense estimator. 1. Call estimate_trip_cost with the trip length and destination. 2. Report the total and a one-line breakdown. """)publicstaticclassExpenseEstimatorSubAgent{@AgentTool("Estimates total cost for a multi-day business trip.")publicStringestimateTripCost(intdays,Stringcity){return"3-day Chengdu trip estimate: 3600 CNY total.";}}}注册只需要一行：
RegnexeAgentagent=regnexeAgentBuilder.withDefaultModel(Vendor.ALIYUN,"deepseek-v4-flash").withPlugin(newWeatherPlugin()).withEventListener(newConsoleEventListener()).build();一次withPlugin(new WeatherPlugin())，市场里就出现了 4 个能力：weather.get_weather、weather.get_air_quality、weather.travel_advisor、weather.expense_estimator，全部挂在同一个pluginId（weather）下面。
两个容易踩的坑
坑 1：allowedTools要写完整 id。因为travel_advisor和get_weather现在共享同一个 pluginId，工具的真实能力 id 是weather.get_weather，不是裸的get_weather。这里写错，Skill 内部就找不到这个工具，表现上会是"Skill 选中了，但回答里没有真实数据"。
坑 2：@AgentSkill类里千万别写@AgentTool方法。Skill 设计上就不持有私有工具，写了也不会被采集——记住"Skill 只能借"这条铁律（上一篇讲的）。
这个设计巧妙在哪
@AgentSubAgent内部复用的是和@Plugin完全一样的扫描机制——@AgentTool方法照样会被扫描出来，只是扫描结果的去向不同：
- 长在
@Plugin类上的@AgentTool→ 变成独立的 MCP_TOOL 能力，谁都能调 - 长在
@AgentSubAgent类上的@AgentTool→ 变成这个 Sub-Agent 的私有ownTools，外面看不到
同一套扫描逻辑，靠"挂在哪个注解下面"决定能力的可见性。不需要学两套 API——这正是 harness 设计上的一个好处：底层只维护一套扫描/装配机制，上层暴露多种语义。
小结
- 工具不多、不需要打包管理 → 直接
withTool（第 1 篇） - 需要按业务模块打包、加标签、做版本管理 →
@Plugin+ 嵌套@AgentSkill/@AgentSubAgent，一个类搞定一整套能力 @AgentSkill/@AgentSubAgent也可以单独用（不嵌套），各自注册成独立的单能力插件
下一篇会把视角拉高一层：除了写代码注册，插件还能怎么"打包"——纯代码构造、包扫描、文件系统目录三种方式一次讲完。
📌 上一篇：03. Sub-Agent：自己的模型，自己的工具 ｜ 下一篇：05. 插件打包的三种姿势
📌 项目地址：https://github.com/flower-trees/regnexe-agent