Atuin Desktop: 実行できる Runbook

 (blog.atuin.sh)
1 ポイント 投稿者 GN⁺ 2025-04-23 | 1件のコメント | WhatsAppで共有
  • Atuin Desktopは、ターミナルワークフローを実行可能なローカルファーストの Runbook エディタとして提供する
  • スクリプトブロック、埋め込みターミナル、データベースクライアント、Prometheus チャートを1か所で管理できる
  • ドキュメントの陳腐化防止と再利用可能な自動化によって、ワークフローを反復可能で信頼できるものにする
  • Atuin Hubを通じて同期と共有が可能で、実際のシェル履歴からのオートコンプリートをサポートする
  • チームアカウントとシェル履歴からの Runbook 生成機能により、協調的な運用を強化していく予定

Atuin Desktop の紹介

  • Atuin Desktopは実行可能な Runbook エディタであり、実際のターミナルワークフローを反復可能・共有可能・信頼可能なものにする
  • ドキュメントが作成直後に陳腐化しないようにし、Jinja スタイルテンプレートを使った動的 Runbookを提供する
  • 実際のシェル履歴からのオートコンプリートをサポートし、即時の想起を可能にする
  • ローカルファースト、CRDT ベースで、ターミナルで実行されるものはすべて Runbook でも実行される
  • Atuin Hubを通じて、デバイス間およびチーム間で最新の状態に同期・共有できる

現在の使用方法

  • Atuin Desktopを使って実際のワークフローを実行している
    • Atuin CLI リリース
    • 環境間でインフラを安全に移行
    • ステージングまたは本番環境を自信を持って設定
    • リアルタイムのデータベースクエリを管理・共同作業

今後の計画

  • チームアカウント: 真のコラボレーティブ運用
  • シェル履歴からの Runbook 生成: ワークフローが自ら書かれる

関連記事

1件のコメント

 
GN⁺ 2025-04-23
Hacker Newsのコメント

  • Emacs に関心のある人向けには、org-babel を使って似たようなことができる

  • 約 7 年前にこのアイデアを試したことがある: https://nurtch.com/

    • このアイデアには大きな価値がある
    • JupyterCon Paris 2023 で関連発表を行った: https://www.youtube.com/watch?v=TUYY2kHrTzs
    • ドキュメントに実行可能なコードが含まれるなら、PR レビューのワークフローをドキュメントにも適用したくなる
    • これは wiki の編集よりもチームのより大きな投資を必要とする
    • 幸運を祈る

  • ローカルファーストなら、すでに破損の対象になっている。すべてをコンテナで実行しない限り、ローカルは重要ではない

    • 実行ブックを記録したいなら、さまざまな方法でできる。テキストファイル、Confluence ドキュメント、画面録画、シェルスクリプトなど
    • 人々はすでにそれをしておらず、UI がより派手だからといって急にもっとやるようにはならないだろう
    • 個人的には、システムを特定の状態にするためにコード（あるいはドキュメント）を書きたくない
    • 手作業で状態を作り、ツールを使ってその状態をダンプし、後で再びツールを実行してその状態を生成（または強制）したい
    • コンピュータがその状態に到達する方法をコードで書きたくはない
    • 「宣言的構成」を書きたいわけではない。これはただ別名のコードにすぎない
    • 手作業で作業して、スナップショットを取り、それを再生したい
    • これがあらゆるシステムでどこでも動作してほしい。コマンドのための Bash シェル監視に依存せず、状態をダンプして後で再適用したい

  • AWS にいたとき、チーム向けにまさにこれが欲しかった

    • 自動化するには少し危険な運用には多くのバリエーションがある
    • これによって段階的に構築していける道筋が提供される
    • おめでとう

  • ローカルの Jupyter ノートブックとどう違うのか気になる

    • .ipynb で ! や % を使ってこれができないのか気になる
    • 純粋な質問である。この会社や CLI 製品には詳しくない

  • 面白そうに見える

    • 最近、Jupyter ノートブックの代わりに marimo.io を使い始めた
    • いくつもの優れた改善点があり、この方向への動きのように見える

  • リリースおめでとう

    • Atuin を少し追っていて、この実行ブック機能の対象ユーザーではないが、人々が面白い新しいものを作るのを見るのは良いことだ

  • 私たちのチームは polyglot ノートブックを使っていた: https://marketplace.visualstudio.com/items/…

    • 主言語として C# を使い、nuget パッケージとして共有されたコードを用いて実行ブックを持つことができた
    • これにより、実運用で動く他のコードと同じように、自前の API やアプリケーションとやり取りできた
    • レビューするには最高の体験ではなかったが、私たちには有効だった

  • これは runme.dev にとても似ているように見える: https://runme.dev

  • この点が理解できない。自分が何を見落としているのか説明してもらえるとありがたい

    • 単純なシェルスクリプトの代わりに、なぜこれを使うべきなのか気になる