在 AI Agent 的工程化谈路上，设立者们赓续会资历从雀跃到困惑的经由。首先，咱们欷歔于大模子能通过 Function Call 调用一个简便的 getMessage(String id) 函数；但很快，在构建复杂的企业级应用时，咱们会发现：洒落在各处的函数（Functions）并不行组成信得过的智能，它们穷乏组织、穷乏情景、更穷乏业务鸿沟。

为了处分这一痛点，Solon AI Skills 出生了。它不单是是一套 API 封装，更是为 Java 设立者界说了一套全新的“AI 才能组织范式”。

一、 为什么咱们需要 Skill，而不单是 Tool？在传统的 LLM 设立中，咱们风气于径直向模子推送一组 Tools（器具）。但这在复杂业务中会碰到三个问题： 才能的“碎屑化”： 若是你有 100 个函数，一都丢给模子，它会因为凹凸讳疾忌医载而变得杂沓。教唆的“脱节”： 器具告诉模子“奈何作念”，但模子不知谈在什么业务布景下“该不该作念”。生命周期的缺失： 一个简便的函数无法感知对话的运行、终结，也无法把柄刻下用户身份动态诊治我方的活动。Skill（妙技）的出生，即是为了将“器具”升华为“逻辑单位”。

二、 Solon AI Skill 的中枢组成一个 Solon AI Skill 是由 活动（Tools）、 教唆（Instructions） 和 感知（Context Awareness） 组成的复合体。

1. 声明式的才能导出设立者不再需要手动编写繁琐的 JSON Schema。通过 @ToolMapping 注解，平庸的 Java 体式不错已而诊治为 AI 可默契的妙技点。

2. 动态教唆注入 (getInstruction)这是 Skill 的灵魂。它允许妙技在被挂载时，自动向大模子的 System Prompt 中注入一段“潜康健”。

例子：一个“客服妙技”在挂载时，会自动告诉模子：“你面前的身份是高档售后，请经久保持轨则，并在终结征询用户是否舒畅。”

3. 智能准入限度 (isSupported)妙技不错“远离”劳动。它不错把柄刻下的 Prompt 属性（如扮装、佃农、会话情景）决定我方是否出面前模子的器具列表中。

三、 实战：界说你的第一个 Skill让咱们通过一段代码，望望 Solon AI 是怎么优雅地界说一个“订单管制妙技”的。

// 界说一个具备业务感知才能的妙技

public class OrderSkill extends AbsSkill {

@Override

public boolean isSupported(Prompt prompt) {

// 只好在处理订单干系会话，且用户已登录时才激活此妙技

return prompt.attr("user_id") != null;

}

@Override

public String getInstruction(Prompt prompt) {

// 动态注入业务要领

return "引申订单操作时，请务必查对订单号体式（A-加数字）。";

}

@ToolMapping(description = "把柄ID查询订单情景")

public String getOrderStatus(String orderId) {

// 隧谈的业务逻辑

return "订单 " + orderId + " 正在配送中";

}

}

在调用侧，你只需要简便地“挂载”这个妙技：

chatModel.prompt("查询订单 A100 的程度")

.options(o -> o.skillAdd(new OrderSkill)) // 乐高式挂载

.call;

四、 出生背后的架构玄学Solon AI Skills 的想象参考了东谈主类得回学问的经由：咱们不是在脑子里存了一堆落寞孤身一人的 API，而是掌执了一项项 完整的妙技。 封装性： 妙技是自包含的。你不错将“财务报表妙技”打成一个 Jar 包，分发给不同的技俩组，他们即插即用，无需热爱里面的 Prompt 奈何写。工程化： 它完好契合 Java 的强类型和面向对象念念想。你不错应用给与、组合来构建更复杂的“复合妙技”。散播式感知： 互助 MCP 条约，Solon AI 进一步繁衍出了 Remote Skills，让你的 AI 妙技不错跳动进程、跳动相聚，在职何处所被感知和调用。五、 追忆：从“调包侠”到“妙技架构师”Java AI Skills 的出生，标记着 Java 设立者在 Agent 设立中告别了原始的手工免强阶段。

通过将 AI 的才能模块化、结构化、条约化，Solon AI 让设立者大致以 架构师 的视角去贪图 Agent 的智能鸿沟。在接下来的系列著述中，咱们将深度有计划这些妙技怎么通过“而已分发”兑现信得过的散播式智能。