Tukuan.ai 0.11 を公開: 一つの主経路へ戻す

Tukuan.ai 0.11 を公開しました。

このリリースでは、モデル選択、課金、ファイルアップロード、プロダクト内通知を一つの製品パスに集 約しました。結果として、Tukuan.ai は「いくつかの機能が隣り合っている状態」から、より実用的な分析プ ロダクトに近づいています。

0.10 はアカウント、アイデンティティ、分離の基盤を整えました。0.11 は、その基盤をユーザーに 見える振る舞いへ進めます。同じ workspace の中で、プランに沿ったモデル選択を使い、実際に反映さ れた課金状態を確認し、ファイルから分析を始め、重要な通知をプロダクト内に残せるようになります。

0.11 で何が変わったか

0.11 の要点は、単独の機能ではありません。これまで少しずつ分かれて見えていた関心事が、一つのプ ロダクトとして振る舞い始めたことです。

• モデル選択は現在のプランに沿って制約される
• 課金状態は、支払いリダイレクトではなく最終的に確認された結果を反映する
• アップロードされたファイルは、他の分析入力と同じ Workbench パスに入る
• 運用通知とアカウント告知は、永続 inbox 履歴になる

ユーザーにとっての意味は明快です。どの入口を使うか、どの状態表示を信じるか、どこに保存されるの かを、場面ごとに推測しなくてよくなります。

プラン連動のモデル選択

0.11 より前は、モデル選択にはまだ内部配線のような見え方が残っていました。0.11 では、それが より明確なプロダクトルールになります。

ユーザーは引き続き auto を使えますが、auto は曖昧な既定値ではありません。システムが現在の アカウントプランに照らして解決し、許可された範囲で基準モデルを選び、必要なときだけより強い能力 へ引き上げます。

実際の利点はシンプルです。

• モデル体験がプランとずれにくくなる
• ユーザー自身が raw な model / provider の複雑さを扱わなくてよくなる

私たちは、モデル選択を低レベル設定ではなく、プロダクトの振る舞いとして感じられる形にしたいと考 えています。

プロダクトの真実として振る舞う課金

0.11 は商用フローも現在の Paddle 本番経路へ移します。

このリリースでは、Paddle checkout、billing portal、課金サマリー面、ledger 可視化が入ります。 より重要なのは、プランや課金状態は「リダイレクト成功」ではなく、最終的に確認された結果を反映す べきだというルールを強めたことです。

これは backend の細部に見えて、実際にはプロダクトの信頼性の話です。プラン状態、credits、購読状 態が不安定なら、モデル利用や使用制限も信頼しにくくなります。

ユーザーにとっての変化は単純で、プロダクト内で見る課金状態が、実際に反映された状態により近づく ということです。

アップロードファイルが第一級入力になる

0.11 の中でも特に重要なのは、アップロードファイルが脇道ではなくなったことです。

CSV と XLSX は現在のアップロードモードから直接入り、通常の Workbench タイムラインに会話の一部 として戻ってきます。Cloudflare Worker デプロイでは、署名付き session と再開可能 multipart upload を持つ direct R2 upload mode も加わりました。

ユーザーにとっては、ファイルから分析を始める流れがずっと自然になります。先に別のアップロード経路 を通ってから、あとで別の分析経路へ切り替える必要がなくなるからです。

私たちは Workbench を一つの主経路として保ちたいと考えてきました。ファイル入力は、その考え方に よりよく収まるようになりました。

Inbox、メンテナンス通知、アカウント告知

0.11 は、プロダクト内コミュニケーションにも持続性を与えます。

新しい /inbox は、未読件数、既読と dismiss 操作、ヘッダープレビュー統合を持つアプリ内メッセー ジセンターになります。その上で、プラットフォームメンテナンス通知はグローバル notice bar と inbox 履歴の両方に表示できます。対象となる非個人アカウント管理者は、現在のメンバーへアカウント 告知も配信できます。

これは単なる UI の磨き込みではありません。重要な情報を短命な toast や一回限りの通知に押し込め ず、プロダクト内に安定して残せるようにするための変更です。

ユーザーにとっては、重要な通知が一度見ただけで消えにくくなる、という意味があります。

ガバナンスされた主経路の継続的な強化

目に見える機能の外でも、0.11 では多くの強化が進みました。

• semantic discovery draft は、より安定した設定フローへ近づき続ける
• dashboard refresh は opaque に失敗せず、確認しやすい問題情報を返す
• 課金の冪等性、webhook retry、最終状態処理がより厳密になる
• upload validation、session 起動、パイプライン整合性チェックが強くなる
• inbox 状態同期と deep link からの復帰がより安定する

これらは派手な機能ではありませんが、プロダクトが繰り返しの実運用で安定して見えるかどうかを決め るのは、まさにこうした部分です。

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

私たちにとって 0.11 は、これまで基盤作業として並んでいた複数のものが、一つの整合したプロダク トとして振る舞い始めた地点です。

ユーザーは今、より一貫したモデル体験を得て、信頼しやすい課金状態を見て、ファイルを同じ分析経路 へ自然に持ち込み、永続的なプロダクト内通知を受け取れるようになりました。

それが、私たちが 0.11 をプロダクト化リリースと呼ぶ理由です。