Skip to main content

新機能

プロジェクトのエクスポート

プロジェクトのエクスポートが、細粒度のコンポーネント選択機能で強化されました。エージェント、カスタムツール、スマートテーブル、アクション、ドキュメント、インターフェース、出力テンプレート、Knowledge Baseコンテンツの任意の組み合わせを含めることができます。また、すべてを一度にエクスポートすることも可能です。 これにより、完全なプロジェクトスナップショットが必要な場合でも、移動したいものだけを対象的にエクスポートする場合でも、エージェントと関連する構成をある環境から別の環境に昇格させることが容易になりました。

改善点

エージェントメモリ承認済みフィルター

承認済みメモリタブの全ユーザーフィルターが、ユーザーIDの代わりにユーザー名を表示するようになり、人物ごとのメモリの確認と管理が容易になりました。

モデル非推奨通知

EKBが、非推奨モデルがモデルセレクターから廃止される前にチームに事前通知できるよう、今後予定されているモデルの削除をより明確に告知するようになりました。

解決済みの問題

  • パブリックチャットボットの免責事項テキストフィールドが、テキストを1行に連結する代わりに長い文に合わせて展開されるようになりました
  • 既存のワークフローへのステップ追加がより信頼性が高くなりました。新しいステップがフロー内で正しく配置され、**+**ステップ追加コントロールがノード間とキャンバスの最後で一貫して応答し、新しいステップを挿入する際に既存のステップが意図的に削除されなくなりました
  • カスタムツールのバージョン履歴メモが正しく保存されるようになりました
  • スマートテーブルのワークフローノードがテーブルを正しく検証および作成するようになりました
  • 長時間実行されるワークフローが、処理が20分の制限を超えた場合に早期に失敗しなくなりました
  • REST APIアクションが、multipart/form-dataリクエストボディでネストされたJSONオブジェクトとファイル添付を同時に送信するのをサポートするようになりました
  • Googleアカウント接続がOAuth設定中に正常に完了するようになりました

非推奨化

Claude Sonnet 4 — Anthropicにより廃止

Anthropicは2026年6月15日にClaude APIからClaude Sonnet 4claude-sonnet-4-20250514)を廃止しました。これは2026年4月14日の非推奨発表に続きます。このモデルはEKBモデルセレクターでは利用できなくなりました。AnthropicはClaude Sonnet 4.6claude-sonnet-4-6)への移行を推奨しています。Sonnet 4を参照しているエージェント、ワークフロー、スマートテーブル列を更新してください。詳細はAnthropicのモデル非推奨通知を参照してください。

デフォルトモデル変更 — GPT-5.4 nano

2026年6月15日より、GPT-5.4 nanoがEnterprise Knowledgeのデフォルトシステムモデルとなり、GPT-4.1 miniを置き換えます。新しいデフォルトは、より強力な推論能力、より大きな出力容量、改善されたツール使用、ほとんどのワークロードに対するトークンあたりの低いコストを提供します。 GPT-4.1 miniを引き続き使用したい場合を除き、アクションは不要です。その場合は、2026年6月15日までにエージェントの一般タブでモデルを明示的に設定してください。それ以外の場合、システムデフォルトを使用しているエージェントとワークフローはGPT-5.4 nanoに自動的に切り替わります。コストへの影響、オプトアウトの手順、構成オプションについてはデフォルトモデル変更の通知を参照してください。

デフォルトモデル変更による影響を受けるシステム機能

エージェント エージェントでモデル選択オプションにモデルが明示的に選択されていない場合、システムデフォルトモデルにフォールバックします。デフォルトモデルが変更された場合:
  • エージェントの動作と出力が以前の実行と異なる場合があります。
  • 応答の品質、トーン、精度が異なる場合があります。
推奨事項: 一貫した結果を維持するために、事前に各エージェントに明示的に選択されたモデルを構成してください。 ワークフロー(LLMノード) ワークフローにモデルが明示的に選択されていないLLMノードが含まれている場合、システムデフォルトモデルにデフォルト設定されます。デフォルトモデルが変更された場合:
  • LLMノードの出力が異なる結果を生成する場合があります。
  • この出力に依存するダウンストリームノードに影響が及ぶ場合があり、ワークフロー全体の結果に影響する可能性があります。
推奨事項: すべてのワークフローのLLMノードを確認し、変更の展開前に適切なモデルを明示的に割り当ててください。 プロンプト提案機能 この機能は常にシステムデフォルトモデルを使用し、別のモデルを使用するように構成することはできません。モデルのアップグレード後、プロンプト提案の品質が改善される見込みです。 プロンプト改善機能 この機能もシステムデフォルトモデルに依存し、別のモデルを使用するように構成することはできません。モデルのアップグレード後、プロンプト改善の品質が改善される見込みです。 メールクリエイターノード(ワークフロー) メールクリエイターノードは、構造化されたメールを生成するためにシステムデフォルトモデルを使用します。LLMに提供される指示は高度に標準化されているため、テスト中に出力に大きな変化は観察されていません。このノードは直接別のモデルを使用するように構成することはできません。 スマートテーブルLLM列 セルや列の実行によって応答が生成されるスマートテーブル列は、システムデフォルトモデルに依存し、この変更の影響を受けます。全体的に、アップグレード後の出力品質の改善が期待されます。 古いモデルに戻す必要がある場合の回避策:
  1. エージェントビルダーに移動し、古いモデルで構成されたエージェントを作成します。
  2. スマートテーブルで、列を更新してデフォルトLLMの代わりにエージェントを応答ドライバーとして使用します。
これにより、列は選択したエージェント(したがって古いモデル)を使用して応答を生成します。