新機能
マルチチームワークスペース
EKBは、専用のチームサブドメインを備えたマルチチームワークスペースをサポートするようになりました。チームは独自のサブドメインURLを取得でき、ユーザーは同時に複数のチームに所属できます。サブドメインでサインアップした場合、またはチームに招待された場合、元のホームチームを置き換えることなく、正しいチームワークスペースに追加されます。 既存ユーザーは請求とデフォルトの所有権のために元のチームを維持しながら、所属している追加のチームサブドメインへのアクセスも得られます。複数のチームに所属するユーザーは、チームの専用サブドメインから直接アクセスするか、メインアプリケーションを引き続き使用して、ワークスペース間を切り替えることができるようになりました。 チーム管理者は、既存ユーザーまたは新規ユーザーをチームに招待できます。既存ユーザーは、現在のチームアクセスを失うことなく、新しいチームのメンバーとして追加されます。招待を受け入れた新規ユーザー、または承認されたチームサブドメインを通じてサインアップした新規ユーザーは、そのチームに直接追加されます。チームサブドメインの外でサインアップしたユーザーは、元のサインアップフローを引き続き進めます。新インターフェースが全チームのデフォルトに
再デザインされた会話型インターフェースが、すべてのチームのデフォルトエクスペリエンスになりました。以前は早期アクセスの展開として利用可能でしたが、今ではオプトイン不要で全員に有効になっています。ServiceNowツールキット
エージェントをServiceNowに直接接続し、6つのすぐに使える操作（インシデントの作成、読み取り、更新、検索、およびサービスリクエストとCMDBレコードの管理）を活用できます。エージェント設定でインスタンスURLとクレデンシャルを一度設定するだけで、カスタム統合コードは不要です。ワークフローテンプレート
タイトル、説明、ラベル、担当者を事前入力する再利用可能なテンプレートを使用して、新しい作業をより速く開始できます。スーパー管理者は、プラットフォーム全体で事前ビルドされたワークフローを設定できます。NotionおよびAirtableスキル
10の事前ビルドされたツールキットスキルにより、カスタム統合を作成せずにNotionやAirtableでデータベースのクエリ、ページの作成、レコードの更新が可能です。 Airtableスキル- Airtable-record-lookup — 自然言語の条件からレコードを検索・取得し、意図をAirtable数式に変換します。
- Airtable-data-entry — 構造化された入力または非構造化された入力から、正しいフィールド型変換でレコードを作成します。
- Airtable-record-updater — 一致するレコードを検索し、フィールドをバルク更新します。確認と安全制限付きです。
- Airtable-pipeline-tracker — ディールやプロジェクトパイプラインを管理し、ステージを進行、停滞したアイテムをフラグ付け、健全性を要約します。
- Airtable-report-generator — テーブルをクエリし、フィールドでグループ集計し、構造化された内訳レポートを生成します。
- Notion-standup-digest
- Notion-meeting-notes-creator
- Notion-project-status-report
- Notion-content-tagger
- Notion-knowledge-base-builder
スーパー管理者向けキュー深度監視（オンプレミス）
スーパー管理者は、時間経過とともにキューに入っているバックグラウンドジョブの数を確認できるようになり、ユーザーに影響する前に処理のボトルネックを特定しやすくなりました。エージェントのフォールバックモデル
エージェント設定でフォールバックモデルを設定すると、プライマリモデルが利用できない場合に自動的に引き継ぎ、エージェントを中断なしで稼働させ続けます。モデル非推奨追跡
AIモデルが非推奨になった場合にシステムが追跡し、削除前に警告を表示するようになり、先動的に移行できます。 使用したモデルが利用できなくなった場合、明確なインジケーターが表示されるようになりました。チャットのエクスポート
ユーザーは、Enterprise Knowledgeからチャット履歴をエクスポートしてダウンロードできるようになりました。改善点
チームワークスペースに直接サインイン
各チームに独自のサブドメインがあります。一度サインインすると正しいワークスペースに自動的に移動し、複数のチームに所属している場合はリストから選択できます。各ヘルパーネージェントが実行できるステップ数の制御
1つのエージェントが別のエージェントに委任する際のツール呼び出しに、エージェントごとの制限を設定します。無限ループを防止し、コストと徹底度の調整が可能になります。フォームフィールドの必須/オプションの指定
フォームが必須およびオプションのフィールドバリデーションをサポートするようになりました。必須フィールドは入力 until 送信をブロックし、ユーザーに明確なガイダンスを提供します。APIツールステップの一時的障害リトライ
ワークフローが失敗したAPI呼び出しを設定可能な制限まで自動的にリトライし、 exhaustion の後にのみエラーを表示します。リトライはステップUIに表示されます。Autopilotのアシスタント応答のコピー
新しいコピーボタンで、アシスタントの応答をワンクリックで取得できます。リッチテキストとコードブロックは、貼り付け時にフォーマットを保持します。Slackボットが会話中にツールを使用可能に
Slackボットが有効にされた場合、チャット中にツールを呼び出すことが可能になり、スレッドを離れずにドキュメントの検索やレコードの更新などのアクションを実行できます。Knowledge Baseアップロード時のサポート対象ファイルタイプの表示
ファイル選択器が、ファイルを選択する前にどの形式が受け入れられるかを表示するようになり、サポートされていないファイルタイプの場合の往復が削減されました。Pythonサンドボックスの改善
- アンパサンドやその他の特殊文字を含むファイルが、意図しない正規化なしにPythonサンドボックスで正しく処理されるようになりました。
- Pythonサンドボックスが設定されたE2Bテンプレートに従っていなかったため、一部の環境で実行エラーが発生する問題を修正しました。
解決済みの問題
- Zipアーカイブがファイル名とメタデータをサニタイズするようになりました。悪意のあるZipファイルが意図したディレクトリ外に書き込むセキュリティ問題を修正しました。また、アーカイブメタデータが不正な場合のクラッシュも解決しました
- 失敗したAPI呼び出しが、静かに続行する代わりにエラー詳細を表示するようになりました。実行ログに何が問題だったかが表示されるようになりました
- 長時間実行されるワークフローの実行が、UIが更新をポーリングする際に完全なデータを保持するようになり、実行途中でコンテキストが失われるバグを修正しました
- Knowledge Baseが、最新の
.xlsx形式に加えて.xlsファイルを受け入れるようになりました - 特定の文字列（
P1など）で始まるファイルが、Knowledge Baseやチャットのアップロードで誤った形式検出エラーをトリガーしなくなりました - Oracleサービス名またはドライバーを使用した場合のOracleデータベース接続障害が解決されました。接続文字列が正しく検証され、テーブルリフレクションがOracle構成間で一貫して動作するようになりました
- 大きなデータ型エクスポートで一部のレコードが欠落するページネーションバグを修正しました
- Confluenceの同期が空のページで失敗しなくなりました。ページに本文コンテンツがない場合、子ページが正しくインポートされるようになりました
- 名前、説明、その他のテキストフィールドのUnicode文字が、すべてのAPIエンドポイントで正しくシリアライズされるようになりました
- パブリックチャットボットウィジェットが、ページを更新または再アクセスした際に会話を記憶するようになりました
- Knowledge Baseの記事にアップロードされたオーディオおよびビデオファイルが、再生コントロールを修正して正しいメタデータ（期間）を保存するようになりました
- スマートテーブルのLLM計算列が、各操作のクレジットを正しく追跡し請求するようになりました
- マイアカウント > ダッシュボードの使用済みクレジットが、最新の使用量を反映するようになりました
- 使用量タブが、チャット履歴が削除されたプロジェクトでも、短い日付範囲（例：過去7日間）のトークン数を表示するようになりました
- Knowledge Baseで韓国語のファイル名を持つファイルが、ローマ字版の代わりに元のファイル名でダウンロードされるようになりました
- チャットボットの免責事項テキストが、チャットウィジェットを高くリサイズした際に正しく展開されるようになりました
- PDF抽出が処理中に参照ファイルの場所を見つけることができませんでした。ファイル参照が正しく解決されるようになりました
- パスワード長の10進数値が適切に検証されるようになりました。
16.0のような整数は機能し、小数点以下の長さは明確なエラーで拒否されます - 一部のAWS LLM応答を処理できなかったパースエラーを修正しました。以前は失敗していたリクエストが正常に完了するようになりました