How to create Tools
This guide assumes familiarity with the following concepts:
When constructing your own agent, you will need to provide it with a list of Tools that it can use. While LangChain includes some prebuilt tools, it can often be more useful to use tools that use custom logic. This guide will walk you through some ways you can create custom tools.
The biggest difference here is that the first function requires an object with multiple input fields, while the second one only accepts an object with a single field. Some older agents only work with functions that require single inputs, so it’s important to understand the distinction.
tool
function
Only available in @langchain/core
version 0.2.7 and above.
The
tool
wrapper function is a convenience method for turning a JavaScript
function into a tool. It requires the function itself along with some
additional arguments that define your tool. The most important are:
- The tool’s
name
, which the LLM will use as context as well as to reference the tool - An optional, but recommended
description
, which the LLM will use as context to know when to use the tool - A
schema
, which defines the shape of the tool’s input
The tool
function will return an instance of the
StructuredTool
class, so it is compatible with all the existing tool calling
infrastructure in the LangChain library.
import { z } from "zod";
import { tool } from "@langchain/core/tools";
const adderSchema = z.object({
a: z.number(),
b: z.number(),
});
const adderTool = tool(
async (input): Promise<string> => {
const sum = input.a + input.b;
return `The sum of ${input.a} and ${input.b} is ${sum}`;
},
{
name: "adder",
description: "Adds two numbers together",
schema: adderSchema,
}
);
await adderTool.invoke({ a: 1, b: 2 });
"The sum of 1 and 2 is 3"
DynamicStructuredTool
You can also use the
DynamicStructuredTool
class to declare tools. Here’s an example - note that tools must always
return strings!
import { DynamicStructuredTool } from "@langchain/core/tools";
import { z } from "zod";
const multiplyTool = new DynamicStructuredTool({
name: "multiply",
description: "multiply two numbers together",
schema: z.object({
a: z.number().describe("the first number to multiply"),
b: z.number().describe("the second number to multiply"),
}),
func: async ({ a, b }: { a: number; b: number }) => {
return (a * b).toString();
},
});
await multiplyTool.invoke({ a: 8, b: 9 });
"72"
DynamicTool
For older agents that require tools which accept only a single input,
you can pass the relevant parameters to the
DynamicTool
class. This is useful when working with older agents that only support
tools that accept a single input. In this case, no schema is required:
import { DynamicTool } from "@langchain/core/tools";
const searchTool = new DynamicTool({
name: "search",
description: "look things up online",
func: async (_input: string) => {
return "LangChain";
},
});
await searchTool.invoke("foo");
"LangChain"
Returning artifacts of Tool execution
Sometimes there are artifacts of a tool’s execution that we want to make accessible to downstream components in our chain or agent, but that we don’t want to expose to the model itself. For example if a tool returns custom objects like Documents, we may want to pass some view or metadata about this output to the model without passing the raw output to the model. At the same time, we may want to be able to access this full output elsewhere, for example in downstream tools.
The Tool and ToolMessage
interfaces make it possible to distinguish
between the parts of the tool output meant for the model
(ToolMessage.content
) and those parts which are meant for use outside
the model (ToolMessage.artifact
).
This functionality was added in @langchain/core>=0.2.16
. Please make sure your package is up to date.
If you want your tool to distinguish between message content and other artifacts, we need to do three things:
- Set the
response_format
parameter to"content_and_artifact"
when defining the tool. - Make sure that we return a tuple of
[content, artifact]
. - Call the tool with a a
ToolCall
(like the ones generated by tool-calling models) rather than with the required schema directly.
Here’s an example of what this looks like. First, create a new tool:
import { z } from "zod";
import { tool } from "@langchain/core/tools";
const randomIntToolSchema = z.object({
min: z.number(),
max: z.number(),
size: z.number(),
});
const generateRandomInts = tool(
async ({ min, max, size }) => {
const array: number[] = [];
for (let i = 0; i < size; i++) {
array.push(Math.floor(Math.random() * (max - min + 1)) + min);
}
return [
`Successfully generated array of ${size} random ints in [${min}, ${max}].`,
array,
];
},
{
name: "generateRandomInts",
description: "Generate size random ints in the range [min, max].",
schema: randomIntToolSchema,
responseFormat: "content_and_artifact",
}
);
If you invoke our tool directly with the tool arguments, you’ll get back
just the content
part of the output:
await generateRandomInts.invoke({ min: 0, max: 9, size: 10 });
"Successfully generated array of 10 random ints in [0, 9]."
But if you invoke our tool with a ToolCall
, you’ll get back a
ToolMessage that contains both the content and artifact generated by the
Tool
:
await generateRandomInts.invoke({
name: "generateRandomInts",
args: { min: 0, max: 9, size: 10 },
id: "123", // required
type: "tool_call",
});
ToolMessage {
lc_serializable: true,
lc_kwargs: {
content: "Successfully generated array of 10 random ints in [0, 9].",
artifact: [
7, 7, 1, 4, 8,
4, 8, 3, 0, 9
],
tool_call_id: "123",
name: "generateRandomInts",
additional_kwargs: {},
response_metadata: {}
},
lc_namespace: [ "langchain_core", "messages" ],
content: "Successfully generated array of 10 random ints in [0, 9].",
name: "generateRandomInts",
additional_kwargs: {},
response_metadata: {},
id: undefined,
tool_call_id: "123",
artifact: [
7, 7, 1, 4, 8,
4, 8, 3, 0, 9
]
}
Related
You’ve now seen a few ways to create custom tools in LangChain.
Next, you might be interested in learning how to use a chat model to call tools.
You can also check out how to create your own custom versions of other modules.