1
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

ノートブックの実行がなぜか消えていた ― Genie Codeとコンピュートの関係と、別タブという回避策

1
Posted at

エグゼクティブサマリー

この記事の「Genie Code」は、ノートブックなどで動く AI エージェント(エージェントモード)を指す。自然言語でデータに質問する Genie スペースではない。公式ドキュメントは 2026年10月時点の内容を確認した。

本記事は 1 回の経験に基づく観察と推測を含む。再現性は確認していない。事実、今回の環境での観察、私の推測を分けて書く。

背景:ノートブックで長時間処理を回していた

Databricks のジョブで複数のタスクを組んでいたが、タスク間の値の受け渡しがうまく動かなかった。原因は特定できていない。暫定対応として、複数のタスクを 1 つのノートブックにまとめて実行することにした。

実行環境は、サーバーレスではなく汎用コンピュートである。私の環境ではコンピュートを自分で作成できるため、今回も汎用コンピュートを自分で作り、ノートブックをアタッチして動かしていた。

処理の中身は、大量のファイルを取得してテーブルに反映する重い処理で、完了まで 10〜12 時間かかる。

その待ち時間に、別の作業を進めたいと考えた。たまたま、その作業が Genie Code への依頼を必要とする内容だった。Genie Code は考え込む時間が長く、依頼したあとに手持ち無沙汰になりがちである。ノートブックの実行を待ちながら、Genie Code にも作業を任せる形にした。Genie Code はノートブックのページのサイドバーで動くため、同時に使えると考えていた。

承認モードは自動承認にした。仕様まで決まっていて、あとは実装するだけの作業だったため、任せても問題ないと判断した。

起きたこと:ノートブックの実行がなぜか消えていた

時系列で整理する。

  1. ノートブックを汎用コンピュートで実行し、正常に動くことを確認
  2. 同じタイミングで、Genie Code に別の作業を依頼(自動承認)
  3. 席を離れ、VS Code などで別の作業
  4. ジョブが止まっていることに気づく
  5. 調査の結果、ノートブックの実行が消えていた。エラー表示なし
  6. 使用中のコンピュートが、汎用コンピュートからサーバーレスに切り替わっていた。切り替えは指示しておらず、いつ、どの場面で切り替わったのかは不明
  7. ノートブックを再実行し、同じコンピュートで Genie Code に作業をさせようとしたところ、SQL や Python が待ち状態(キュー)のまま動かず

6 の判断の根拠は、画面表示である。Genie Code の画面でも、ノートブックの画面でも、使用中のコンピュートを確認できる。そこを見たところ、本来ジョブのタスクを実行していたコンピュートが、サーバーレスになっていた。

エラーが出ないまま実行が消えたため、何が起きたのかを理解して使いこなせるようになるまでに、2日かかった。

解決の糸口:Genie Code に相談したら、別タブを提案された

「ノートブックを回している間は、Genie Code に作業させられない」と思っていた。

そこで、状況を Genie Code に相談した。すると、Genie Code 自身から「別のタブを開けばよい」という提案があった。ここでいう別タブは、ブラウザで新しいタブを追加して開く、という意味である。

ノートブックが止まってしまう不安はあったが、試してみると、ノートブックはそのまま動き続け、別タブでは Genie Code が作業できた。つまり、実行中のノートブックはそのまま動かしつつ、別のページでは別のコンピュートを使える、という 2 点が確認できた。

この時点では、なぜうまくいったのかを理解していたわけではない。提案どおりにやってみたら、たまたまうまくいった、というのが実際の流れである。

分かったこと:同じページで扱うと実行が競合したとみられる

ここからは、この一連の経験と、あとで確認した公式ドキュメントから、私が理解したことである。

1. Genie Code は「いま開いているページ」のコンピュートを使う

公式ドキュメントに記載がある。ノートブックのページで Genie Code に作業させると、そのノートブックが使っているコンピュートに乗る。

つまり、ノートブックの実行と Genie Code の作業は、同じコンピュートを使うことになる。

2. 同じコンピュートでは、Genie Code の実行が待たされた(観察)

今回の環境での観察である。ノートブックを実行している汎用コンピュートで Genie Code に SQL や Python を実行させようとすると、待ち状態のまま動かなかった。

私の理解では、Genie Code は、ページに選択されている汎用コンピュートを優先して、コードを実行しようとする。ところが、そのコンピュートではノートブックがすでに実行中のため、Genie Code が実行するコードはキューに入れられ、待たされる。これが、動かなかった理由だと考えている。

3. 切り替えが起きて、ノートブックの実行が消えたとみられる(推測)

私の推測である。待たされた Genie Code が、実行先をサーバーレスに切り替え、その結果、ノートブック側の実行が失われたのではないかと考えている。自動承認にしていたため、切り替わる場面で止められなかったとみられる。

ただし、私はコンピュートの切り替えを指示していないため、いつ、どの場面で切り替わったのかは分からない。

切り替わったときの通知は不明。

  • 自分でコンピュートを切り替えるとき:状態が失われる旨の確認が表示される
  • Genie Code に切り替えを指示したとき:切り替えたという通知が届く
  • 今回:切り替えを指示していないため、切り替わった瞬間の通知や警告の有無、切り替わった時刻は不明
  • 確認ダイアログを「今後は表示しない」設定にしている可能性があり、その影響で出なかっただけかもしれない
  • 離席中でタブを見ておらず、通知が出ていても気づけなかった

指示なしにコンピュートが切り替わるときに警告が出る仕様なのかどうかは、断定しない。

4. 別タブで並行できた理由(推測)

別タブでうまくいった理由は、私の推測である。公式ドキュメントによると、コンピュートが選択されていないページでは、Genie Code はサーバーレスを使う。新しく開いたタブにコンピュートが選択されていなかったため、ノートブックのコンピュートと切り離されたのではないかと考えている。

5. そのほかに気づいたこと(公式では確認できていない)

  • ノートブックのタブを閉じても、実行は続いているように見えた
  • Genie Code との会話は、ブラウザのセッションに依存しているように見えた。タブを閉じると会話が途切れ、Genie Code が作業できなくなった

どちらも私の環境での観察であり、仕様として確認できたわけではない。

公式ドキュメントとの照合

別タブで並行できたあと、この記事を書くにあたって、公式ドキュメントに記載があるかを確認した。確認できたことと、確認できなかったことを分けて整理する。

内容 公式ドキュメント
Genie Code のデフォルトのコンピュートはサーバーレス 記載あり
コンピュート選択済みのページ(ノートブックなど)では、そのコンピュートを使用 記載あり
コンピュート未選択のページでは、サーバーレスを使用 記載あり
承認モードの初期値は自動承認。自動承認はセキュリティ境界ではなく、共有リソースや本番データではオフにするよう案内 記載あり
Genie Code のチャットは、複数をタブで開いて並行実行でき、切り替えてもバックグラウンドで動作継続 記載あり(Genie Code のチャットタブの話であり、ノートブックのタブとは別物)
エージェントによる、ノートブックのコンピュートのサーバーレスへの途中切り替えと、その際のクラスター上の状態の扱い 見つからなかった
同じコンピュートで、ノートブックの実行が優先され、エージェントの作業が待たされる挙動 見つからなかった
ノートブックのタブを閉じても処理が続くこと、Genie Code の会話がブラウザのタブに依存すること 見つからなかった
別タブを開いてコンピュートを分ける運用 見つからなかった

また、Qiita、Zenn、Databricks Community で検索した範囲では、同じ現象を扱った記事や投稿は見つからなかった。ただし、検索の範囲は限られている。

運用Tips:長時間処理と Genie Code を併用するとき

次に同じ状況になったら、次のように対応する。

  1. ページ(タブ)を分ける
    ノートブックで長時間処理を回しているページでは、Genie Code に作業させない。依頼する作業は、ブラウザで新しいタブを開き、別のページで行う。実行中のノートブックはそのまま動かしつつ、別のコンピュートを使える。

  2. 席を離れるときは、自動承認を見直す
    公式ドキュメントでは、共有リソースなどを扱うときは自動承認をオフにするよう案内されている。今回は、切り替えを指示していないのに切り替わっていたとみられ、席を離れていたため気づけなかった。長時間処理を回している間は、承認のたびに確認する設定にしておくのが安全である。

  3. 依頼文に「コンピュートを変更しない」と書く
    実行中のノートブックのコンピュートを変更しないよう、依頼文に明記する。ただし、これで防げるかは未確認である。

  4. 長時間処理は、途中経過を残す設計にする
    今回は、処理の最後にまとめてテーブルへ反映する構成だったため、実行が消えたときに、どこまで終わったのかを把握できなかった。この設計の話は、別の記事で扱う。

まとめ

  • ノートブックを回している間は Genie Code に作業させられないと思い込んでいたが、別タブに分ければ並行できた
  • Genie Code は、開いているページのコンピュートを使う。同じページで扱うと、Genie Code の実行が待たされ、今回はノートブックの実行が消えたとみられる
  • いつ切り替わったのかは分からず、自動承認で席を離れると、気づけない可能性がある
  • 次に同じ状況になったら、最初にタブを分け、承認モードを見直す

ノートブックの実行が消える挙動や、別タブで並行できる運用は、公式ドキュメントに記載がなかった。同じ状況の人の参考になれば幸いである。

参考

公式ドキュメント(2026年10月に確認)

関連記事(他の方の記事)

1
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
1
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?