営業AIエージェント「アポドリ」におけるDify利用例

ツール導入前の課題

プロンプトがコードにハードコードされていたため、ドメイン知識を持つCSや営業メンバーが開発に参加しにくい状況でした。 営業ドメインに関する深い思考がエンジニアに求められるために負担が増大していました。一方でドメインエキスパートの知見を十分に反映できず、LLMのポテンシャルを最大限引き出せないことが大きな課題でした。

どのような状態を目指していたか

ドメインエキスパートがエンジニアを介さず、直接プロンプトを編集・改善できる状態を目指していました。それにより高速な試行錯誤を可能にしつつ、本番運用に耐えうる複雑な処理も実現できる開発環境を求めていました。

特になし

非エンジニアでも扱いやすく、それでいて複雑な実装が可能であることを重視しました。

セルフホスト可能であり、必要な機能が欠けていても、自分たちで実装できると捉えられたこと。 最終的に自分たちで実装することはほとんどなかったが、結局コードに戻るというリスクが少ないと見積もれたことは大きかったです。

改善したかった課題はどれくらい解決されたか

「エンジニアしかプロンプトを変更できない」という課題は完全に解決され、今ではCSや営業メンバーが直接プロンプトを編集しています。エンジニアからのヒアリングは必要最低限になり、本番環境で100近いワークフローが稼働するなど、複雑なソフトウェア要件も満たせています。

どのような成果が得られたか

最大の成果は、非エンジニアが主体的にプロンプトを改善する、効率的な開発フローが確立されたことです。

Dify上で表現したい処理の難易度が高い場合、その部分を別途API化した上でDifyにツールとして登録することができます。 これにより、大体のことはできるようになります。