TUI（テキストユーザーインターフェース）とは？

「インターフェース」と聞くと、多くの人はウィンドウやボタン、メニューといったものを思い浮かべます。これは GUI（Graphical User Interface） です。

一方、TUI はそれとは異なります。
TUI は Text User Interface（テキストベースのユーザーインターフェース） の略で、ターミナル上に表示される、構造化されたテキストベースのインターフェースです。黒や白の「コンソール画面」を想像する人が多いかもしれませんが、実際には色を使った表示や、グラフ・チャートのような視覚的な情報を表示することもできます。

TUI ももちろん 対話的に操作できるインターフェース です。画面を移動したり、検索やフィルタを行ったり、処理の実行や確認を行ったりできます。ただし GUI のようなボタンやウィジェットではなく、テキストベースのレイアウトで操作する 点が特徴です。

TUI はエンジニアリング分野ではよく使われていますが、実は 業務量の多い現場のオペレーション においても非常に実用的です。特に、見た目の洗練よりも 信頼性・スピード・シンプルさ（使いやすさや導入のしやすさ） が重要な場面で力を発揮します。

TUI と「コマンドライン」の違い

TUI は単なるコマンド入力とは異なります。

コマンドライン（CLI）
run_process --month 2026-02 のようにコマンドを入力して処理を実行します。
ユーザーはコマンドやオプションを覚えておく必要があります。
TUI
ラベル、進捗表示、ステータス、テーブル、入力プロンプトなどが整理された画面が表示されます。
キー操作で画面を切り替えたり、処理を開始したり、結果を確認したり、ファイルを書き出したりできます。コマンドを覚える必要はありません。

つまり、TUI とは ターミナル上で動作するテキストベースのアプリケーション と考えると分かりやすいでしょう。

文書中心の業務フローで TUI が役立つ場面

物流、観光オペレーション、トレーディング、バックオフィス業務などでは、次のような作業が日常的に行われています。

システムからのデータエクスポート
スプレッドシートの整理・クレンジング
PDF の生成（請求書、ラベル、パッキングリスト、証明書、各種書類）
ファイル名の整理やフォルダ管理
メール送信やアップロード
例外処理や再実行

こうしたワークフローにはいくつか共通点があります。
それは 再現性があること、監査可能であること、そして安全に実行できること が求められる点です。

しかし実際には、どこかの段階で手作業が入ることが多いものです。そして、このような作業は 何十回、何百回、場合によっては何千回 と繰り返されます。

つまり、処理回数が増えるほど、
小さなミスや不整合が発生する確率も高くなります。

適切に設計された TUI と自動化を組み合わせることで、こうした作業を 毎回の負担ではなく、安定して実行できる運用プロセス に変えることができます。

TUI が表示できる情報

TUI は、業務オペレーションの 操作パネル のような役割を果たします。例えば次のような情報を表示できます。

実行ステータス：待機 / 実行中 / 完了 / 失敗
進捗状況：処理済みファイル数、残り件数
検証結果：欠損データ、形式エラー、重複
出力結果：生成された PDF と保存場所
例外ケース：手動確認が必要な項目
実行履歴：昨日や先週の処理ログ（タイムスタンプ付き）
安全設計：破壊的な操作前の確認、元データを変更せずコピーして処理する設計（copy-first）
簡易グラフ：処理速度やエラー率などの簡単なチャート

マネージャーにとっての価値は、
バッチ処理が 可視化されること にあります。

つまり、

自動化が何を行ったのか
何が生成されたのか
どこに問題があるのか

が一目で分かるようになります。

なぜ Web アプリやデスクトップアプリではなく TUI を選ぶのか

TUI が常に優れているわけではありません。
しかし 業務オペレーションでは特に適している条件 があります。

1）安定した実行環境

TUI はローカルツールやサーバー上で動作することが多く、
フル機能の Web アプリケーション に比べて構成要素が少なくなります。

そのため、日次・週次・月次で実行される内部ツールにおいて、
障害の発生要因を減らす ことができます。

2）繰り返し作業の高速化

同じ処理を何度も実行する業務では、
複数画面をクリックして進める UI よりも
TUI のほうが 素早く操作できる 場合があります。

3）リモート環境に強い

TUI は低帯域のリモート接続でも動作し、
重いグラフィカル環境を必要としないため、
共有サーバーや社内マシン、リモート環境でも扱いやすいツールになります。

4）自動化やログ管理との相性

TUI は自動化ワークフローと自然に統合できます。

構造化されたログ
実行サマリーの保存
再現可能な処理
レポート用データの出力

コンプライアンスや取引先との責任共有が求められる環境では、
「処理が成功したか」だけでなく
「処理中に何が起きたか」も重要になります。

具体例（物流や文書業務でよくあるケース）

TUI は次のようなツールの操作画面として使えます。

請求書・ラベルの一括生成（Excel + テンプレート）
顧客別／出荷別の書類セット生成
送信前のデータ検証ダッシュボード
ファイル命名・フォルダ整理ツール（統一された命名ルール）
再実行ツール（失敗分だけ再処理）
日次オペレーションレポート（件数、例外、合計など）
処理量のチャート（時間ごとの処理件数）
エラー率の推移グラフ
取引先別・ルート別の件数分布

このようなツールでは、TUI が オペレーターが実際に使う画面 になります。
つまり、処理の開始・監視・確認を 一つの画面で行える操作パネル です。

TUI が適さないケース

次のような場合は、TUI が最適とは限りません。

ブラウザ上で複数人が共同作業する必要がある
自由入力のコンテンツ編集が中心
多数のユーザー向けの一般的なアプリ
高度なビジュアル表現が必要

このような場合は、Web UI やデスクトップ UI の方が適していることがあります。

Shifuto での TUI の使い方

Shifuto の内部ツールでは、
TUI を 「運用できる自動化」 にするためのインターフェースとして使うことが多くあります。

元データを変更せずコピーして処理する安全な設計
ステータスと例外の明確な表示
実行履歴とトレーサビリティ
業務に合わせた出力（フォルダ、PDF、スプレッドシート、サマリー）

目的は 開発者だけのツールを作ることではありません。

オペレーション担当者が
安心して実行できるツール を作ることです。

手作業を減らし、ミスを減らし、
業務をより安定した形で運用できるようにするためです。