LLM関数呼び出しに特化した、最もシンプルなAIエージェントライブラリ。
@wrtnlabs/agentは、LLM(大規模言語モデル)の関数呼び出しに特化した、最もシンプルなAIエージェントライブラリです。関数を呼び出すためのものをSwagger/OpenAPIドキュメントまたはTypeScriptクラス型として提供し、あらゆることを可能にします。スーパーAIチャットボットの開発やマルチエージェントオーケストレーションなど、全て関数呼び出しによって実現可能です。
たとえば、ショッピングモールサーバーのSwaggerドキュメントを提供すれば、@wrtnlabs/agentはスーパーAIチャットボットアプリケーションを構成します。このチャットボットアプリケーションでは、顧客は会話テキストだけで製品を購入することができます。カウンセリングや返金プロセスを自動化したい場合も、Swaggerドキュメントを提供するだけで実現可能です。
また、LLM関数呼び出し戦略はマルチエージェントオーケストレーションにも効果的で、どんな他の方法よりも簡単に開発できます。複雑なフレームワークやその特定のパラダイムやパターンを学ぶ必要はありません。クラスを介して接続し、TypeScriptクラス型を届けるだけです。@wrtnlabs/agentは関数呼び出しを通じてマルチエージェントオーケストレーションを集中させ、実現します。
shopping-chat.mp4
ショッピングAIチャットボットのデモビデオ
npm install @wrtnlabs/agent @samchon/openapi typia
npx typia setup@wrtnlabs/agentだけでなく、@samchon/openapiとtypiaもインストールしてください。
@samchon/openapiはOpenAPI仕様ライブラリで、Swagger/OpenAPIドキュメントをLLM関数呼び出しスキーマに変換できます。そしてtypiaはTypeScriptクラス型からLLM関数呼び出しスキーマを作成するトランスフォーマライブラリです。
ところで、typiaはコンパイルレベルでTypeScriptソースコードを分析するトランスフォーマライブラリであるため、追加でnpx typia setupコマンドが必要です。また、非標準のTypeScriptコンパイラー(tsc)を使っていない場合や、フロントエンド環境でエージェントを開発している場合は、@ryoppippi/unplugin-typiaも設定する必要があります。
import { IHttpLlmApplication } from "@samchon/openapi";
import { WrtnAgent, createHttpApplication } from "@wrtnlabs/agent";
import OpenAI from "openai";
import { IValidation } from "typia";
const main = async (): Promise<void> => {
// SWAGGERドキュメントをロードし、LLMアプリケーションスキーマに変換
const application: IValidation<IHttpLlmApplication<"chatgpt">> =
createHttpApplication({
model: "chatgpt",
document: OpenApi.convert(
await fetch("https://shopping-be.wrtn.ai/editor/swagger.json").then(
(r) => r.json()
)
),
});
if (application.success === false) {
console.error(application.errors);
throw new Error("ターゲットのSwaggerドキュメントに型エラーがあります");
}
// アプリケーションでエージェントを作成
const agent: WrtnAgent = new WrtnAgent({
provider: {
type: "chatgpt",
model: "gpt-4o-mini",
api: new OpenAI({
apiKey: "YOUR_OPENAI_API_KEY",
}),
},
controllers: [
{
protocol: "http",
name: "shopping",
application: application.data,
connection: {
host: "https://shopping-be.wrtn.ai",
},
},
],
config: {
locale: "en-US",
},
});
// イベントリスナーを追加
agent.on("select", async (select) => {
console.log("選択された関数", select.operation.function.name);
});
agent.on("execute", async (execute) => {
consoe.log("実行関数", {
function: execute.operation.function.name,
arguments: execute.arguments,
value: execute.value,
});
});
// AIチャットボットと対話
await agent.conversate("What you can do?");
};
main().catch(console.error);単にSwaggerドキュメントを読み込み、それを@wrtnlabs/agentに渡すだけです。
すると、バックエンドサーバーと対話を開始でき、バックエンドサーバーのAPI関数が自動的に呼び出されます。AIチャットボットは会話テキストを分析し、LLM(大規模言語モデル)の関数呼び出し機能によって適切なAPI関数を実行します。
これからは、全てのバックエンド開発者がAI開発者でもあります。
import { WrtnAgent } from "@wrtnlabs/agent";
import typia, { tags } from "typia";
import OpenAI from "openai";
class BbsArticleService {
/**
* 新しい記事を作成する。
*
* 新しい記事を書いてDBにアーカイブする。
*
* @param props 作成関数のプロパティ
* @returns 新しく作成された記事
*/
public async create(props: {
/**
* 作成する記事の情報
*/
input: IBbsArticle.ICreate;
}): Promise<IBbsArticle>;
/**
* 記事を更新する。
*
* 新しいコンテンツで記事を更新する。
*
* @param props 更新関数のプロパティ
* @param input 更新する新しいコンテンツ
*/
public async update(props: {
/**
* ターゲット記事の{@link IBbsArticle.id}。
*/
id: string & tags.Format<"uuid">;
/**
* 更新する新しいコンテンツ。
*/
input: IBbsArticle.IUpdate;
}): Promise<void>;
}
const main = async (): Promise<void> => {
const api: OpenAI = new OpenAI({
apiKey: "YOUR_OPENAI_API_KEY",
});
const agent: WrtnAgent = new WrtnAgent({
provider: {
type: "chatgpt",
model: "gpt-4o-mini",
api: new OpenAI({
apiKey: "YOUR_OPENAI_API_KEY",
}),
},
controllers: [
{
protocol: "class",
name: "vectorStore",
application: typia.llm.applicationOfValidate<
BbsArticleService,
"chatgpt"
>(),
execute: new BbsArticleService(),
},
],
});
await agent.conversate("I wanna write an article.");
};
main().catch(console.error);TypeScriptクラスともチャット可能です。
単にTypeScript型を@wrtnlabs/agentに渡し、会話を開始するだけで、@wrtnlabs/agentはLLMの関数呼び出し機能を利用して会話テキストを分析し、適切なクラス関数を呼び出します。
これからは、あなたが開発した全てのTypeScriptクラスがAIチャットボットになることができます。
import { WrtnAgent } from "@wrtnlabs/agent";
import typia from "typia";
import OpenAI from "openai";
class OpenAIVectorStoreAgent {
/**
* RAGを使用してベクターデータベースを取得。
*
* @param props ベクターデータベース検索のプロパティ
*/
public query(props: {
/**
* 検索するキーワード。
*
* 検索したいすべてのキーワードを入力します。ただし、キーワードはコアにのみ含め、あいまいなものは省いて、正確な結果を得ます。
*/
keywords: string;
}): Promise<IVectorStoreQueryResult>;
}
const main = async (): Promise<void> => {
const api: OpenAI = new OpenAI({
apiKey: "YOUR_OPENAI_API_KEY",
});
const agent: WrtnAgent = new WrtnAgent({
provider: {
type: "chatgpt",
model: "gpt-4o-mini",
api: new OpenAI({
apiKey: "YOUR_OPENAI_API_KEY",
}),
},
controllers: [
{
protocol: "class",
name: "vectorStore",
application: typia.llm.applicationOfValidate<
OpenAIVectorStoreAgent,
"chatgpt"
>(),
execute: new OpenAIVectorStoreAgent({
api,
id: "YOUR_OPENAI_VECTOR_STORE_ID",
}),
},
],
});
await agent.conversate("I wanna research economic articles");
};
main().catch(console.error);@wrtnlabs/agentでは、マルチエージェントオーケストレーションの実装が非常に簡単に行えます。
ベクターストアのようなエージェント機能を含むTypeScriptクラスを開発し、上記のようにTypeScriptクラス型を@wrtnlabs/agentに届けるだけで、@wrtnlabs/agentはTypeScriptクラスへのLLM関数呼び出し戦略を通じてマルチエージェントのオーケストレーションを集中化し、実現します。
sequenceDiagram
actor User
actor Agent
participant Selector
participant Executor
participant Describer
activate User
User-->>Agent: Conversate:<br/>user says
activate Agent
Agent->>Selector: Deliver conversation text
activate Selector
deactivate User
Note over Selector: Select or remove candidate functions
alt No candidate
Selector->>Agent: Talk like plain ChatGPT
deactivate Selector
Agent->>User: Conversate:<br/>agent says
activate User
deactivate User
end
deactivate Agent
loop Candidate functions exist
activate Agent
Agent->>Executor: Deliver conversation text
activate Executor
alt Contexts are enough
Note over Executor: Call fulfilled functions
Executor->>Describer: Function call histories
deactivate Executor
activate Describer
Describer->>Agent: Describe function calls
deactivate Describer
Agent->>User: Conversate:<br/>agent describes
activate User
deactivate User
else Contexts are not enough
break
Executor->>Agent: Request more information
end
Agent->>User: Conversate:<br/>agent requests
activate User
deactivate User
end
deactivate Agent
end
ユーザーが発言すると、@wrtnlabs/agentは会話テキストをシレクターエージェントに渡し、コンテキストから候補関数を見つける(またはキャンセルする)ためにシレクターエージェントに行わせます。シレクターエージェントが呼び出す候補関数を見つけられず、以前に選択された候補関数も存在しない場合、シレクターエージェントは通常のChatGPTのように機能します。
そして、@wrtnlabs/agentは候補関数が空になるまでのループ文に入ります。ループ文では、executorエージェントがユーザーの会話テキストを分析してLLM関数呼び出しを試みます。コンテキストが十分で候補関数の引数を構成できた場合、executorエージェントは実際にターゲット関数を呼び出し、decriberエージェントに関数呼び出し結果を説明させます。逆に、引数を構成するのにコンテキストが不十分である場合、executorエージェントは追加情報をユーザーに要求します。
このようにシレクター、executor、decriberを分離したLLM(大規模言語モデル)の関数呼び出し戦略は@wrtnlabs/agentのキーロジックです。
import { FunctionCall } from "pseudo";
import { ILlmFunctionOfValidate, IValidation } from "typia";
export const correctFunctionCall = (p: {
call: FunctionCall;
functions: Array<ILlmFunctionOfValidate<"chatgpt">>;
retry: (reason: string, errors?: IValidation.IError[]) => Promise<unknown>;
}): Promise<unknown> => {
// 関数を探す
const func: ILlmFunctionOfValidate<"chatgpt"> | undefined =
p.functions.find(f => f.name === p.call.name);
if (func === undefined) {
// 私の経験では起こりませんでした
return p.retry(
"一致する関数名を見つけられません。もう一度試してください。",
);
}
// バリデーション
const result: IValidation<unknown> = func.validate(p.call.arguments);
if (result.success === false) {
// 1回目の試行: 50% (ショッピングモールチャットボット内のgpt-4o-mini)
// バリデーションフィードバックで修正後の再試行: 99%
// 3回目の試行での失敗: 発生したことがありません
return p.retry(
"型エラーが検出されました。バリデーションエラーを通じて修正してください",
{
errors: result.errors,
},
);
}
return result.data;
}LLMの関数呼び出しは完璧ですか?
その答えはノーで、OpenAIのようなLLM(大規模言語モデル)プロバイダーは、ターゲット関数を呼び出すための引数の構成において、多くの型レベルの間違いを犯します。たとえLLM関数呼び出しスキーマがArray<string>型として定義されていても、LLMはしばしば単一のstring型としてしか解釈しません。
したがって、LLMの関数呼び出しエージェントを開発する際には、バリデーションフィードバックプロセスが本質的に必要です。LLMが引数の構成で型レベルの間違いを犯したら、エージェントは最も詳細なバリデーションエラーをフィードバックし、LLMがバリデーションエラーを参照して関数呼び出しを再試行することを許可しなければなりません。
バリデーションフィードバックについて、@wrtnlabs/agentはtypia.validate<T>()およびtypia.llm.applicationOfValidate<Class, Model>()関数を利用しています。これらはコンパイルレベルでTypeScriptソースコードや型を分析することでバリデーションロジックを構成し、他のバリデーターよりも詳細で正確です。
こうしたバリデーションフィードバック戦略とtypiaランタイムバリデーターとの組み合わせによって、@wrtnlabs/agentは最も理想的なLLM関数呼び出しを実現しています。私の経験では、OpenAIのgpt-4o-miniモデルを使用した場合、最初の試行で無効な関数呼び出し引数を構成する傾向が約50%の確率であります。しかしながら、typiaを用いたバリデーションフィードバックでそれを訂正すると、成功率は99%に上昇します。そして、2回バリデーションフィードバックを試行した場合に失敗したことは一度もありません。
| コンポーネント | typia |
TypeBox |
ajv |
io-ts |
zod |
C.V. |
|---|---|---|---|---|---|---|
| 使いやすさ | ✅ | ❌ | ❌ | ❌ | ❌ | ❌ |
| オブジェクト(シンプル) | ✔ | ✔ | ✔ | ✔ | ✔ | ✔ |
| オブジェクト(階層構造) | ✔ | ✔ | ✔ | ✔ | ✔ | ✔ |
| オブジェクト(再帰的) | ✔ | ❌ | ✔ | ✔ | ✔ | ✔ |
| オブジェクト(ユニオン、暗黙的) | ✅ | ❌ | ❌ | ❌ | ❌ | ❌ |
| オブジェクト(ユニオン、明示的) | ✔ | ✔ | ✔ | ✔ | ✔ | ❌ |
| オブジェクト(追加タグ) | ✔ | ✔ | ✔ | ✔ | ✔ | ✔ |
| オブジェクト(テンプレートリテラル型) | ✔ | ✔ | ✔ | ❌ | ❌ | ❌ |
| オブジェクト(動的プロパティ) | ✔ | ✔ | ✔ | ❌ | ❌ | ❌ |
| 配列(restタプル) | ✅ | ❌ | ❌ | ❌ | ❌ | ❌ |
| 配列(階層構造) | ✔ | ✔ | ✔ | ✔ | ✔ | ✔ |
| 配列(再帰的) | ✔ | ✔ | ✔ | ✔ | ✔ | ❌ |
| 配列(再帰的、ユニオン) | ✔ | ✔ | ❌ | ✔ | ✔ | ❌ |
| 配列(R+U、暗黙的) | ✅ | ❌ | ❌ | ❌ | ❌ | ❌ |
| 配列(繰り返し) | ✅ | ❌ | ❌ | ❌ | ❌ | ❌ |
| 配列(繰り返し、ユニオン) | ✅ | ❌ | ❌ | ❌ | ❌ | ❌ |
| 究極のユニオン型 | ✅ | ❌ | ❌ | ❌ | ❌ | ❌ |
C.V.はclass-validatorを意味します。
flowchart
subgraph "OpenAPI Specification"
v20("Swagger v2.0") --upgrades--> emended[["OpenAPI v3.1 (訂正)"]]
v30("OpenAPI v3.0") --upgrades--> emended
v31("OpenAPI v3.1") --訂正--> emended
end
subgraph "OpenAPI Generator"
emended --正規化--> migration[["移行スキーマ"]]
migration --"人工知能"--> lfc{{"LLM関数呼び出し"}}
lfc --"OpenAI"--> chatgpt("ChatGPT")
lfc --"Anthropic"--> claude("Claude")
lfc --"Google"--> gemini("Gemini")
lfc --"Meta"--> llama("Llama")
end
@wrtnlabs/agentは、Swagger/OpenAPIドキュメントとTypeScriptクラス型の両方からLLM関数呼び出しスキーマを取得します。TypeScriptクラス型はtypia.llm.applicationOfValidate<Class, Model>()関数によってLLM関数呼び出しスキーマに変換できます。ではOpenAPIドキュメントの場合はどうでしょうか?SwaggerドキュメントはどのようにLLM関数呼び出しスキーマになるのでしょうか。
その秘密は上記の図にあります。
OpenAPI仕様には、異なる定義を持つ三つのバージョンがあります。そして、同じバージョン内においても、多くのあいまいで重複した表現があります。これらの問題を解決するために、@samchon/openapiはすべてのOpenAPIドキュメントをv3.1訂正仕様に変換しています。@samchon/openapiのv3.1訂正仕様は、あいまいで重複しているすべての表現を削除し、明確さを持たせています。
v3.1の訂正OpenAPIドキュメントを用いて、@samchon/openapiはそれを関数構造に近い移行スキーマに変換します。そして最後のステップとして、移行スキーマは特定のLLMプロバイダーの関数呼び出しスキーマに変換されます。LLMの関数呼び出しスキーマはこのように構成されています。
なぜ直接変換せずに中間を置くのですか?
各バージョンのOpenAPI仕様から特定のLLMの関数呼び出しスキーマに直接変換する場合、カルテジアン積で増えるコンバータをかなり多く作成する必要があります。現行モデルでは、コンバータの数は12 = 3 x 4になります。
ただし、中間スキーマを定義する場合、コンバータの数はプラス演算に縮まります。現行モデルでは、(7 = 3 + 4)コンバータだけを開発すれば済み、この方法が中間仕様を定義した理由です。この方法は経済的です。
このREADMEドキュメントでは、@wrtnlabs/agentはその重要な概念、原則、いくつかの例を紹介しています。
しかし、AIチャットボット開発の新参者にとっては、この内容だけでは十分ではありません。さらに多くのガイドドキュメントと教育のための例のプロジェクトが必要です。LLM関数呼び出しに最適化された定義を書く背面エンド開発者を指導する必要があります。また、マルチエージェントオーケストレーション実装の最高の方法を紹介する必要があります。
2025年3月31日までに、詳細なガイドドキュメントを書き、制作中のドキュメントも継続的にリリースします。
https://nestia.io/chat/playground
以前、ずっと前にSwagger AIチャットボットのプレイグラウンドウェブサイトを開発しました。
しかし、TypeScriptクラス型から関数スキーマを取得する部分はまだ準備されていません。TypeScriptコンパイラ(tsc)を埋め込んで、TypeScriptクラス型に基づくプレイグラウンドウェブサイトを構築します。
新しいプレイグラウンドウェブサイトは、2025年3月15日までに公開される予定です。
初期段階のPOC(Proof of Concept、概念実証)開発に集中してきたため、@wrtnlabs/agentを構成する内部エージェントは、まだコスト最適化されていません。特にselectorエージェントは、LLMトークンを繰り返し大量に消費しています。RAG(Retrieval Augmented Generation、取得拡張生成)技術を使用してselectorエージェントを最適化します。
また、@wrtnlabs/agentが提供するアドオンエージェントを多数サポートします。これにより、@wrtnlabs/agentによるタイプスクリプトクラス関数呼び出しを通じてマルチエージェントシステムの相互作用を非常に簡単に理解することができます。
import {
IWrtnAgentEvent,
IWrtnAgentHeader,
IWrtnAgentListener,
IWrtnAgentService
} from "@wrtnlabs/agent";
import { Driver, WebSocketConnector } from "tgrid";
const main = async (): Promise<void> => {
const connector: WebSocketConnector<
IWrtnAgentHeader,
IWrtnAgentListener,
IWrtnAgentService
> = new WebSocketConnector(
{
locale: "en-US",
} satisfies IWrtnAgentHeader,
{
// イベントリスナー
conversate: async (event: IWrtnAgentEvent.IConversate) => {},
select: async (event: IWrtnAgentEvent.ISelect) => {},
execute: async (event: IWrtnAgentEvent.IExecute) => {},
describe: async (event: IWrtnAgentEvent.IDescribe) => {},
} satisfies IWrtnAgentService,
);
await connector.connect("http://localhost:3000/chat");
// サーバーの関数を呼び出す
const service: Driver<IWrtnAgentService> = connector.getDriver();
await service.conversate("Hello, what you can do?");
};
main().catch(console.error);@wrtnlabs/agentはRPC(リモートプロシージャコール)パラダイムのWebSocketモジュールを提供します。
これにより、エージェントバックエンドサーバーとAIチャットボットフロントエンドアプリケーションとの簡単な統合を支援します。
この機能は2025年2月28日までにサポートされる予定です。
flowchart
Agent["<code>@wrtnlabs/agent</code>"]
OpenAI("<b><u>OpenAI</u></b>")
Claude
Llama
Gemini
Agent==サポート==>OpenAI
Agent-.まだ未対応.->Claude
Agent-.まだ未対応.->Llama
Agent-.まだ未対応.->Gemini
現在、@wrtnlabs/agentはOpenAIのみをサポートしています。
これは@wrtnlabs/agentがまだPOC(Proof of Concept、概念実証)およびデモ段階にあるためですが、AIの世界で最も有名なモデルであるにも関わらず、@wrtnlabs/agentはより多くのモデルをサポートして広範なユーザーに提供する必要があります。
2025年4月30日までに、さらに多くのモデルをサポートする予定です。