Skip to content

Commit 3bd2010

Browse files
committed
wip
1 parent 789b399 commit 3bd2010

File tree

1 file changed

+3
-1
lines changed

1 file changed

+3
-1
lines changed

_posts/2025-05-08-agentic-ai-with-quarkus-p3.adoc

Lines changed: 3 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -41,7 +41,9 @@ image::routing-workflow-trace.png[align=center, alt="Tracing routing workflow pa
4141
In this example, we use the same model to classify and generate the response. However, it is possible to use specialized models for the classification and each experts.
4242
Now, let’s see how we can transform this workflow approach into a more agentic one.
4343

44-
Quarkus integration makes it straightforward to turn these AI “expert” services into _tools_ that another AI service can invoke. You only need to annotate the AI service methods with `@Tool` and configure the caller AI service with `@Toolbox`. This approach preserves the possibility of also invoking the single expert directly as an independent LLM service, and also using specialized models for each expert.
44+
Quarkus integration makes it straightforward to turn these AI “expert” services into _tools_ that another AI service can invoke. You only need to annotate the AI service methods with `@Tool` and configure the caller AI service with `@Toolbox`. This approach preserves the possibility of also invoking the single expert directly as an independent LLM service, and also using specialized models for each expert. Note that this `@Tool` annotation is not related with the presence of any MCP server and has the purpose of exposing the AI service also as a tool for other AI services. It is planned to discuss MCP in the next blog post of this series.
45+
46+
is used to specify the name of the tool, which will be used by the agent to invoke it. The name of the tool is not necessarily the same as the name of the class, but it is a good practice to keep them aligned.
4547

4648
[source, java]
4749
----

0 commit comments

Comments
 (0)