アカウント
アカウントは Tukun.ai における主要なオーナーシップ境界です。データがどこに属するか、誰がアクセスできるか、どの資産が共有されるか、誰が利用料金を負担するかを決めます。
アカウントに属するもの
Section titled “アカウントに属するもの”アカウントが所有するもの:
- 接続済みデータソース
- 会話と保存された出力
- セマンティック定義
- ダッシュボード
- 請求状態とプラン利用量
これらを共有すべきでない 2 つのグループは、同じアカウントを共有すべきではありません。
個人アカウントと共有アカウント
Section titled “個人アカウントと共有アカウント”個人アカウント
Section titled “個人アカウント”次の場合は個人アカウントを使ってください。
- 1 人で独立して探索している
- まだ初期段階の作業である
- データ量が限られており、まだ共同運用には向かない
共有アカウント
Section titled “共有アカウント”次の場合は共有アカウントを使ってください。
- 複数人が同じデータと資産を必要としている
- 出力がチームの定例意思決定に使われる
- 請求を一元化すべきである
- セマンティック定義に共通のオーナーが必要である
推奨アカウントパターン
Section titled “推奨アカウントパターン”うまく機能しやすい一般的なパターン:
- 評価と実験のための個人アカウント 1 つ
- 実業務向けの共有本番アカウント 1 つ
- 非本番検証用のデモまたはテストアカウント 1 つ
長期的なクリーンアップ負債を抱えたくないなら、テスト用資格情報、デモダッシュボード、本番資産を同じアカウントに混ぜないでください。
アカウントスコープがワークフローに与える影響
Section titled “アカウントスコープがワークフローに与える影響”アカウントスコープはほぼすべての操作の意味を変えます。
- ソースを接続すると、そのアカウント内でのみ利用可能になる
- カードを保存すると、そのアカウント内でのみ再利用可能になる
- 指標をモデリングすると、そのアカウント内でのみ標準化される
- プラン変更は、そのアカウントの利用量と請求に影響する
そのため、セットアップやデバッグで最初に確認すべきなのは常にアクティブなアカウントです。
アカウント運用の衛生
Section titled “アカウント運用の衛生”良いアカウント衛生は、プロダクトへの信頼を高めます。
- ソース名を曖昧にしない
- 本番資産とテスト資産を分ける
- 使っていない資格情報を削除する
- 古い会話の記憶に頼らず、安定した出力をカードとして保存する
- よく使うセマンティック定義に明確なオーナーを付ける
別アカウントを作るべきタイミング
Section titled “別アカウントを作るべきタイミング”次のような本当の境界があるときに新しいアカウントを作ってください。
- 請求責任者が異なる
- セキュリティ要件が異なる
- データオーナーシップが別の事業部に分かれている
- デモ用途と本番用途を厳密に分離したい
UI が少し混み合って見えるだけでアカウントを増やさないでください。多くの場合、命名規則とダッシュボード整理で解決できます。