Tukun.ai 0.12 リリース: ひとつの Workbench に、二つの進め方

Tukun.ai 0.12 をリリースしました。

このバージョンで解決したかったのは、とても具体的なプロダクト上の問題です。すべての作業が最初から データ分析フローに入るべきではありません。しかし、多くの作業は適切なタイミングで、ファイル、 データベース、エビデンス境界に基づく正式な分析へ無理なく移れる必要があります。

0.12 では、汎用アシスタント と データ分析 が、同じ会話画面の曖昧な状態ではなく、Workbench の中の明確な 2 つのモードになりました。まず 汎用アシスタント で相談、整理、下書き、論点定義を 行い、その後、ソース、セマンティクス、エビデンスに基づいて進める必要がある段階で データ分析 に 切り替えられます。

これはチャット入口を一つ増やすためではありません。Workbench を、実際の分析作業の始まり方と進み方 に近づけるための変更です。

0.12 で何が変わったか

0.12 の中心は、単なる見た目の調整ではありません。Workbench が、意図的に 2 種類の仕事を区別す るようになったことです。

• 汎用アシスタント は相談、計画、下書き、論点整理向け
• データ分析 はファイル、DB、管理されたセマンティクスに基づく正式な分析向け
• 2 つのモードは、それぞれ自分の文脈を保持し、前提や設定を混ぜない
• ファイルアップロードやデータソース設定は データ分析 側の setup に明確に属する

ユーザーにとっては、プロダクトの挙動が理解しやすくなり、信頼もしやすくなります。すべての問いを最 初からデータ質問だと見なす必要はなく、まだデータが不要な会話に分析用の UI を背負わせる必要もあり ません。

同じ Workbench の中で、二つの始め方を明確にした

0.12 より前も、Workbench 自体は異なる実行パターンを技術的には支えられました。ただ、表に見える プロダクト面では、多くの作業を一つの汎用フローに押し込んでいました。

そこには不自然なズレがありました。たとえば、次のような仕事は会話から始まります。

• そもそも何を判断したいのか
• 今回のレビューはどんな構成で進めるべきか
• クエリ前にどの指標定義をそろえるべきか

一方で、最初からファイル、接続済み DB、明確な分析課題を持って始まる仕事もあります。そうした仕事 は、最初から可視ソースと結びついているべきです。

0.12 は、この二つの始点がそもそも違うことを認めます。同じ Workbench を 汎用アシスタント か データ分析 のどちらからでも始められるようになりました。

文脈はモードごとに分かれて保持される

これは今回のリリースで最も重要な変更のひとつです。

汎用アシスタント と データ分析 は、それぞれ独自の文脈状態を保持します。つまり、切り替え時に 前提、データ接続、履歴が静かに混ざることがなくなります。

実際の使い方に置き換えると、次のようになります。

• 汎用アシスタント での論点整理が、そのままデータ実行コンテキストを後続ターンへ持ち込まない
• アップロードしたファイル、接続済み DB、データソース設定は データ分析 側に残る
• あるモードへ戻れば、そのモード自身の流れを続きから進められる

これは見た目の整理だけの話ではありません。文脈汚染が起きると、システムが何を前提にしてよいか、 ユーザーが何をまだ有効だと思うか、そして次の回答がどれだけ信頼できるかまで変わってしまいます。

汎用アシスタントは単一ベンダーの助手に縛られない

汎用アシスタント には、もう一つ実務的な価値があります。特定のモデルベンダーの公式アシスタント そのものではない、という点です。

いま多くの AI アシスタントは柔軟に見えても、実際には各社のモデル群の中で完結しています。つまり、 その助手を使うことは、その会社のモデル境界やプロダクト前提の中で使うことでもあります。

Tukun の 汎用アシスタント は、Workbench の一つの作業モードです。単一モデルの別名ではありませ ん。タスクに応じてモデルを切り替えられるので、最初から一社のアシスタント体験に閉じ込められませ ん。

これは特に、下書き、相談、整理、計画のような仕事で効きます。こうした作業は最初のターンで必ずしも データを必要としませんが、モデルの文体、推論の癖、応答品質には強く影響されます。アシスタント面を 特定ベンダーから切り離すことで、選べる余地が広がります。

データ setup はデータ分析に明確に結びついた

0.12 では setup パスも、より明確になりました。

ファイルアップロード、データソース設定、ソースに基づく分析開始は、どこでも同じように出る汎用操作 ではなく、データ分析 の能力として扱われます。

これは小さな変更に見えますが、プロダクトの分かりやすさを大きく改善します。

• 汎用アシスタント から、実際には使わないデータ setup 操作が外れる
• データ分析 が、入力、根拠境界、追質問が本当に成立する場所として読みやすくなる

私たちが一貫して進めてきた方向はここにあります。すべての画面が何でもできる必要はありません。適切 な画面が、適切な操作を自然に見せるべきです。

新しい Workbench の始まり方もモード別になった

0.12 では、新規 Workbench の始まり方も調整しました。

starter question、空状態の案内、ホームページからの導線は、汎用アシスタント で始めるのか、 データ分析 で始めるのかによって変わります。

これにより、プロダクトの最初の姿勢がより自然になります。

• 発想、判断、構成、下書きから始まる仕事では 汎用アシスタント が自然な一歩になる
• ファイル、テーブル、明確なデータ質問から始まる仕事では データ分析 が強い入口になる

派手な変更ではありませんが、とても重要です。プロダクトは「どこから始めさせるか」で、自分が何者か をユーザーに教えることが多いからです。

なぜこのリリースが重要なのか

私たちにとって 0.12 は、プロダクトの意味をより明確にするリリースです。

単独機能で派手さを出すのではなく、Workbench が「いまユーザーが何の仕事をしているのか」を、より正 確に表現できるようになりました。

• 会話から始まる仕事がある
• 分析から始まる仕事がある
• そして多くの実務は、その二つをまたいで進む

Tukun.ai の価値は、すべてをチャットに変えることではありません。相談、分析、エビデンス、再利用可能 な成果物を、同じプロダクト経路の上で前へ進めつつ、それらを無理に同じステップだと見なさないことに あります。

0.12 は、その方向へさらに近づいたリリースです。