2026年9月にリリースされたTreasure AIの機能と改善点は以下の通りです。
公開日：2026年9月2日
- AI Studioが、Databricks・Snowflake・GitHub・Treasure Data CDPと同じコネクタ/コネクションのモデルでTreasure AI Voiceに接続できるようになりました。エージェントは会議の録音・AI要約・アクションアイテム・話者付き文字起こしをチャット内で直接読み取れます。
- 商談を行う営業チームや会議を持つすべてのユーザーを対象としており、Treasure AI Voiceが既に記録した会話を、ファイルを書き出すことなくそのまま作業の材料にできます。たとえば今朝のクライアントとの通話からフォローアップを起草したり、1週間分の会話で交わした約束をすべて洗い出したりできます。
- このコネクションは読み取り専用で、Treasure AI Voiceのロールをそのまま引き継ぎます。Regular Userのエージェントは本人が所有する録音のみを、Enterprise Adminのエージェントは組織全体の録音を読み取ります。録音の削除、タグの編集、エクスポートの実行はいずれもできません。
- 詳細については、Treasure AI Voiceへの接続 および コネクション ページをご覧ください。
公開日：2026年9月3日
- AI Studioのエージェントが、あなたに代わってSlackのメッセージを検索・閲覧・投稿できるようになりました。対象は、あなた自身のSlackアカウントで見えるチャンネル・ダイレクトメッセージ・スレッド・ファイルです。
- 意思決定や経緯がSlackに蓄積されているチームを対象としており、数か月分の会話から答えを探す、スレッドをCDPのデータと並べて要約する、その結果を必要なチャンネルに投稿する、といった作業をエージェントに任せられます。
- エージェントは接続したメンバー本人として動作します。読み取れる範囲はその人と同じで、投稿・編集・削除も本人名義で行われるため、コネクタを有効化することは書き込み権限の付与を意味し、その権限はメンバー単位やチャンネル単位で絞ることはできません。
- 詳細については、Slackへの接続 および コネクション ページをご覧ください。
公開日：2026年9月3日
- Treasure AI VoiceのCDPエクスポートで、定期スケジュールによる実行と
updated_atタイムスタンプがサポートされ、差分処理と下流での重複排除が可能になりました。 - 詳細については、Treasure Data CDP連携および管理者ガイドページをご覧ください。
公開日：2026年9月1日
- HiveクエリエンジンでDROP TABLE文がサポートされるようになりました。Trinoに切り替えることなく、HiveQLで直接テーブルを削除できます。7月のCREATE TABLEサポートと合わせて、Hiveだけで基本的なテーブルのライフサイクル管理が可能になります。
- 詳細については、DROP TABLE文の構文 ページをご覧ください。
公開日：2026年9月9日
- Data WorkbenchのTrinoクエリエンジンで、SQLによるテーブルとカラムのコメントに対応しました。
CREATE TABLEおよびALTER TABLE ... ADD COLUMNでコメントを追加し、COMMENT ON TABLEとCOMMENT ON COLUMNで更新できます。 - データエンジニアとアナリストは、スキーマにビジネス上の文脈をメタデータとして保持できるため、チームメンバーやAIツールがデータセットをより正確に解釈できます。
- システム管理の
timeカラムにはカスタムコメントを設定できません。
公開日：2026年9月2日
- Salesforce Marketing Cloud V2 Export Connectorで、Data Extensionにまだ存在しない主キーを持つレコードのみを挿入するAdd操作がサポートされるようになりました。
- Salesforce Marketing Cloudに新しいオーディエンスメンバーを追加するマーケターやインテグレーションエンジニアは、Addを使用して一致する主キーのレコードを更新せずに既存のData Extensionレコードを維持できます。
- AddはSalesforce Marketing Cloudの非同期APIを使用し、対象のData Extensionに主キーが必要です。ConsoleでAddを選択すると、Treasure AIは非同期APIを自動的に有効にします。
- 詳細については、Salesforce Marketing Cloud V2 Export Integration ページをご覧ください。
公開日：2026年9月8日
- LINE OA Streaming Importは、有効なWebhookを受け付けて検証するとすぐに
200 OKを返し、rawデータとイベントデータをバックグラウンドで書き込めるようになりました。データ配信が遅延した際のLINE Messaging APIタイムアウトを抑えます。 - Webhookリレーを使用してLINE Official AccountのイベントをTreasure AIに連携し、配信タイムアウトが発生するチーム向けの機能です。ソースごとの**Return response immediately (asynchronous delivery)**設定はデフォルトで無効になっており、イベントの喪失リスクよりも速いWebhook応答を優先する場合に有効化できます。
- 非同期配信が有効な場合、
200 OKはコネクタがWebhookを受け付けたことを示すのみで、データの書き込み完了は保証しません。バックグラウンド配信の失敗やコネクタの再起動により、回復できないイベント喪失が発生することがあります。 - 詳細については、LINE OA Streaming Import連携 ページをご覧ください。
公開日：2026年9月8日
- Airship Import IntegrationでデータソースとしてChannelsがサポートされ、プロジェクト内のすべてのチャンネルをインポートしたり、Channel IDで1つのチャンネルを取得したりできるようになりました。
- デバイスレベルのオーディエンスデータを必要とするチーム向けの機能で、オプトイン状態、タグ、属性などのAirshipチャンネル情報をTreasure AIに取り込み、分析できます。
- ConsoleでデータソースにChannelsを選択し、必要に応じてChannel IDを入力すると単一チャンネルをインポートできます。既存のReports、Named Users、Static Listsのインポートは従来どおり動作します。
- 詳細については、Airship Import Integration ページをご覧ください。
公開日：2026年9月14日
- リアルタイムが、アイデンティティに関する判断を2つのクエリ可能なテーブルに記録するようになりました。
validation_failuresには、受信イベント上でバリデーションに失敗しステッチングから除外されたキー/値のペアが記録されます。id_changesには、200件の関連付けを保持するプロファイルにイベントがステッチングされた際に排出されたIDも記録されるようになりました。 id_changesの統合の行では、統合を引き起こした受信IDがcurrent_id_attributesに、プロファイルの関連付けの全体像がkey_valuesに、それぞれ分けて記録されるようになりました。これにより、プロファイルが統合されたことだけでなく、どのIDが統合を引き起こしたのかまで判断できます。- アイデンティティログはすべてのインスタンスで有効で、オプトインは不要です。またライブトラフィックが決してブロックされることはありません。無効なキーを含むイベントであっても処理は行われるため、トラッキングの設定の誤りが判明する場所はログテーブルだけです。
- どちらのテーブルもインジェスト済みの行を保持し、デフォルトでは無期限に残ります。調査対象の期間に合わせて有効期限を設定してください。
- 詳細については、リアルタイム アイデンティティログテーブル ページをご覧ください。
公開日：2026年9月14日
- 予約カラム
td_rt_tracking_idが、activationsに加えてid_changesテーブルとvalidation_failuresテーブルにも届くようになりました。これにより、1つのトラッキングIDで、アクティベーション・アイデンティティ・バリデーションにわたる1件のイベントの処理結果を追跡できます。 - このカラムの付与は引き続き任意で、付与されていないイベントの動作は従来とまったく変わりません。
- 詳細については、リアルタイム オブザーバビリティ イベント トラッキング ページをご覧ください。
公開日：2026年9月2日
- Composable Audience StudioがSnowflakeアカウント上で実行するセグメンテーション、アクティベーション、プロファイル参照、バリデーション、メタデータ、メータリングの各クエリに、JSON形式の構造化されたSnowflake
QUERY_TAGを設定するようになりました。タグには、クエリを実行したアプリケーション、対象の親セグメント・セグメント・アクティベーション、操作の種類が記録されます。 - Snowflakeの利用状況をモニタリングするデータチームを対象としており、Composable Audience StudioのワークロードをほかのSnowflakeアクティビティと区別し、ウェアハウスのコンピュートコストを個々のオーディエンス・セグメント・アクティベーションに帰属させ、Snowflakeのクエリ履歴上で直接モニタリングやチャージバックを設定できます。
- クエリタグの利用に設定は不要です。タグは
SNOWFLAKE.ACCOUNT_USAGE.QUERY_HISTORYに自動的に記録され、SnowflakeのJSON関数でパースし、固定のアプリケーション識別子TreasureAudienceStudioでフィルタリングできます。 - 詳細については、Snowflakeクエリタグ ページをご覧ください。
公開日：2026年9月9日
- Treasure Workflowのテンプレートが
${json:...}プレースホルダーをサポートしました。JavaScript式を評価し、その結果をJSON型（文字列、数値、オブジェクト、配列、ブール値、null）のままタスク設定に格納します。${...}プレースホルダーは結果を常に文字列として格納します。 - 例えば、
http>リクエストのJSONボディで数値や配列を送信するタスクでは、ボディ全体を手動でクォートした1つの文字列として書く必要がなくなります。 - プレースホルダーは
count: ${json:count}のように値全体として記述します。 - 詳細については、変数の計算ページをご覧ください。
公開日：2026年9月9日
- Treasure Workflowの
_parallelオプションがeagerオプションをサポートしました。limitサイズの固定グループ単位でタスクを実行する代わりに、実行中のタスクが完了するとすぐに次のタスクを開始します。 - 並列タスクの実行時間にばらつきがあるワークフロー向けに設計されており、
eager: trueは実行中のタスク数を設定したlimitに保つため、1つの遅いタスクが残りのタスクの開始を遅らせることがありません。 - 失敗したタスクはeagerグループ内の他のタスクをブロックしないため、残りのタスクは最後まで実行され、アテンプトを再開すると失敗したタスクのみが実行されます。
_parallelの設定でlimitと一緒にeager: trueを設定します。eagerを設定しないワークフローの動作は従来と変わりません。- 詳細については、Treasure ワークフローの並列タスク例ページをご覧ください。