Cardano Dev SkillsはAIエージェントを最新ドキュメントに接続

Cardano Dev Skillsは、トランザクションの構築、スマートコントラクトの作成、Cardanoの標準の理解に必要な指示と技術リファレンスをAIのコーディングエージェントに提供する。このパッケージは、エージェントが古いライブラリやネットワーク規則に依存したもっともらしいコードを生成してしまうという、繰り返し発生する開発上の問題に対処する。

Cardano FoundationのSenior Blockchain ArchitectであるGiovanni Gargiuloは、9月18日のDevelopers Office Hoursでこのツールをデモし、エージェントをCIP-68の解説からJavaでの実装例へと導いた。

CardanoコードにおけるAikenとConwayのエラー

Gargiuloは、AI生成コードの修正に自分で解決策を実装するよりも時間がかかる場合があると気づいたことをきっかけにこのプロジェクトを始めた。個人的な実験として始まった取り組みはのちにCardano FoundationのGitHub組織に移され、コミュニティからの貢献を受け付けるようになった。

繰り返し起きた問題の一つは、Cardano上でスマートコントラクトを開発するための言語であるAikenに関するものだった。Gargiuloがバージョン3のドキュメントを要求しても、エージェントは標準ライブラリのバージョン2.4のパターンを使い続けたため、生成されたコードはコンパイルに失敗した。

Conway期の変更は別の失敗要因を生んだ。ステークアドレスの登録や証明書を扱う際、エージェントは新しい要件と古いトランザクション構築手法を混在させてしまった。そのため、アプリケーションのコードはコンパイルに成功しても、トランザクションはネットワークに送信すると失敗した。

ソフトウェア開発キット、すなわちSDKでも同様の問題が生じた。これらのライブラリはアプリケーションがトランザクションを構築しCardanoとやり取りすることを可能にするが、フィールド名の変更や関数シグネチャの変更により、古いサンプルが使えなくなることがある。

当初Gargiuloは最新のドキュメントを手作業でダウンロードし、エージェントに繰り返し参照させていた。セッションの再開や会話コンテキストの圧縮が起きると、そうした指示は再度与えなければならなかった。ドキュメントの取得方法の試行にも継続的なソースの保守が必要となり、リファレンスと再利用可能な開発ワークフローを組み合わせたパッケージへとつながった。

メンテナンスされたソースとCIP-68のデモンストレーション

セッションで提示されたバージョンには15の開発スキルと55のドキュメントソースが含まれていた。10月2日時点でプロジェクトの公式ウェブサイトには18のスキルと73のソースが掲載され、SDK、プログラミング言語、インフラ、CIPs、台帳仕様を網羅している。

スキルは、ADAの送金トランザクションの構築、バリデータの作成、コントラクトの最適化といった特定のタスクの手順を提供する。CIPsとして知られるCardano Improvement Proposalsは、付随するソースを通じてエージェントが解説し適用できる技術標準を提供する。

このパッケージは、ソースレジストリ、タスク手順、ダウンロード済みリファレンスを分離している。メンテナは、エージェントに使い方を指示するワークフローとは独立にドキュメントを更新できる。

タスクの説明は、一般的なリクエストを適切なワークフローに結び付ける助けにもなる。開発者は自然言語でトークンのトランザクションやコントラクトレビューを依頼でき、エージェントは明示的なコマンドなしに関連するスキルを選択できる。

毎週の自動プロセスがアップストリームの変更を取得し、メインブランチに取り込む前に人手でレビューできるようGitHubのプルリクエストを作成する。その後、ユーザーは更新済みパッケージを入手できる。Claude Codeのユーザーは、マーケットプレイスで自動更新を有効にするか、手動で更新する必要がある。

cardano-contextスキルは、既存のCardanoに関する知識は古い可能性があると見なし、まず同梱のリファレンスを参照するようClaude CodeまたはCodexに指示する永続的なプロジェクト指示を追加する。両エージェントは、それぞれのインストール経路を通じて同じ開発スキルとソースを利用する。

デモでは、GargiuloがCardanoのネイティブ資産向けメタデータ標準であるCIP-68の解説を依頼した。これは、トランザクション出力にメタデータを保持する参照用NFTと、保有者のウォレット内で資産を表すユーザートークンを区別する。メタデータを更新できるかどうかは発行者のコントラクトロジックが決定する。

その後、エージェントは対応するトランザクションの作成依頼に対し、開発手順を選択し利用可能なライブラリを提示して応じた。GargiuloはJavaのライブラリであるcardano-client-libを選び、プロジェクトの設定、依存関係、実装コードを受け取った。生成されたサンプルではJava 17が指定されていた。

セッション中にGargiuloはそのサンプルを実行しなかった。したがってデモは実装の準備までを扱い、トランザクションのエンドツーエンドのテストは未実施のままだった。

フィードバックとさらなるCardanoでの応用

Cardano Dev Skillsには、誤ったドキュメント、不足している手順、適切なスキル選択の失敗を報告するためのフィードバック機構が含まれている。プロジェクトの貢献者であるBoraは、セッションの終わりにエージェントが報告書の作成を提案し、GitHubのIssueとして提出を承認する前にユーザーにレビューを求めた事例を述べた。

メンテナはそれらの報告を用いて、ソースやワークフローに修正が必要かどうかを評価する。Gargiuloはまた、ドキュメントの問題と、リクエスト自体が不明確または技術的に不備であるケースを区別し、それぞれに異なる対応が必要だと述べた。

専門家の貢献はカバレッジの拡大に役立つ。Gargiuloは、その言語とCardanoのツーリングに精通した貢献者によるGo関連資料の追加を挙げた。プロジェクトのスコープ規則は、開発統合、仕様、SDK、インフラのドキュメントを受け入れる一方で、マーケティング資料や最終製品のユーザーマニュアルは除外している。

このパッケージのテキストは直接検査できるが、コードを実行するヘルパーフックはレビューが必要だ。Gargiuloは、プロンプトインジェクション、信頼境界、エージェントがドキュメントを無視する状況を扱うさらなるセッションの概要を示した。また、10月後半に他のエージェントとの互換性やモジュール性に関する追加作業を行う計画も述べた。

セッションで議論された拡張の可能性には、Cardano Constitutionに照らしたガバナンス提案の評価や、ユーザーがスマートコントラクトのレビューに対してUSDCxでエージェントに支払うテストネットでの実験があり、後者はMasumiを通じて実施される可能性がある。これらはそれぞれ、進行中の作業と提案段階の実験として示された。

ハッカソンでのオンボーディングは、既存パッケージの具体的な適用例となった。シンガポールで予定されている36時間のイベントに向け、参加者は各チームごとに大量のリソースリストを用意するのではなく、開発者にCardano Dev Skillsといくつかの開始用プロンプトを渡すと述べた。

そのワークフローでは、チームはコーディングエージェント内でトランザクション、バリデータ、またはトークン標準から着手できる。関連するタスク手順と技術リファレンスは同じ環境で利用でき、実装中に見つかった問題はパッケージのフィードバックプロセスを通じて報告できる。