Bestfunc · Argus · 製品紹介 · Rev. A
Argusはあなた自身のサーバーに載せるリモート運用保守プラットフォーム —— 1台のサーバー、1台の機械に1つのAgent。ターミナル、リモートデスクトップ、ファイル、データベース、イントラネットIFを1つのコンソールにまとめます。さらにAIは、あなたが設定した認可ゲートの中で、あなたに代わって調べ、監視し、手を動かすときは必ず先にあなたに確認します。まったく外網のない現場でも、チケットによる直接接続・サーバーを経由しない・両端にハッシュチェーン監査を残す 読み取り専用の調査 バイパスがあります。
Author
Argus 製品チーム
Organization
BESTFUNC 巔峰表現
Status
対外公開稿
Revision
REV. A · 2026.08
小さなチームの運用保守の困難は、決して「設備が多すぎて管理しきれない」ことではありません。本当の問題は：この仕事を代わりにできる人が2人目もいないということです。専任の運用保守担当を1人雇う年間コストは開発者1人に相当し、しかもこうした仕事は毎日発生するわけではありません。
あなたの会社は数人規模です。コードを書く人、営業を走る人、実装をする人、そしてあなた自身。あなたが管理している機械は合計でも数台から数十台：顧客のイントラネットで自社ソフトを走らせている数台のオールインワン機、自社サーバー室のデータベースとビルド機、GPU搭載のあの1台、オフィスのテスト機、そして研究室で収集ボードにつながり、誰も再起動に踏み切れないあの1台。
数は多くありません。しかし、それらはあなたの手が届かない場所に散らばり、しかも1台1台が重要です。1台が故障すれば、顧客1社が止まります。それを処理できる人は、あなただけです。
1.1 あなたの1日
09:00
席に座ってコードを書きます。今日はあの2週間引きずっている機能を仕上げたい。
11:20
顧客のグループチャットに「システムが開かない」と一言、スマホで撮った画面写真付き。反射してエラーが読めません。本当の原因特定に6分、「つながる」状態を作るのに50分 —— 先に相手のIT担当がいるか、リモート操作を許可できるか、画面ロックされていないか、承認が必要かを確認する時間です。
14:00
実装の同僚が別の顧客現場にいて、通話で「入力するコマンドを読み上げて」と頼んできます。あなたが読み、彼が打ち、打ち間違い、もう一度読む。
23:40
あなたは高速鉄道の中です。顧客は明朝8時に稼働開始なのに、今「サービスが起きない」との報告。スマホでは何もできません。
1.2 現在のあなたの5つの方法
METHOD 01
リモート操作ソフト
デスクトップが見えれば十分と考えていました。ただし、相手側に人がいること、機械が画面ロックされていないことが前提。この機械の先週のメモリ曲線は見られず、データベースを検索できず、3ヶ月前に誰が設定を変えたかも掘り起こせず、ましてこの画面をAIに渡すことはできません。
METHOD 02
手作業のSSH + 踏み台サーバー
使えます。ただしその踏み台サーバー自体を保守する人はいません。ポートマッピングには顧客ITの協力が必要。機械がIPを変えれば切断。同僚に権限を出す方法は「秘密鍵を送る」しかありません。
METHOD 03
書きっぱなしの定期スクリプト
書いた日は気持ちいいものです。3ヶ月後には、まだ走っているのか、最後に成功したのはいつか、失敗したときに誰か通知を受け取ったのか、誰も知りません。
METHOD 04
ネットワークはもうつながっている
あなたはとうにVPN代わりの接続ツールで道を通しています。しかし通した後：監視は自前で構築、アカウントは自前で発行、監査は自前で記録、AIに使わせたければインタフェースも自前で書く —— これらも同じく誰もやっていません。
METHOD 05
車で行く
上記すべてが失敗したときの最後の手段。設定ファイルを1箇所直す動作そのものは3分。その3分のために4時間車を運転します。馬鹿げていると分かっていても、他に選択肢はありません。
1.3 それらは具体的にどのステップで崩れるか
| 現在の方法 | どのステップで崩れるか | Argusの対応メカニズム |
|---|---|---|
| リモート操作ソフト | 相手側に人がいることが前提。機械は画面ロックされると画面が消える。画面は1枚だけで、履歴指標もデータベースも、記録として残せる操作履歴もない。AIに渡すこともできない。 | ロック画面時はログインデスクトップへ自動切替して収集を再開し、相手側の人は不要。デスクトップとターミナル、ファイル、データベースが同じタブバーにあり、同一アカウント・同一権限・同一監査を共有します。 |
| SSH + 踏み台サーバー | 踏み台サーバー自体の保守要員がいない。ポートマッピングには顧客ITの協力が必要。機械がIPを変えると切断。同僚への権限付与は秘密鍵の送付頼みで、取り戻せない。 | 管理対象機は外向きの接続を1本張るだけで、ポートマッピングは一切不要。IPが変わっても自分でつなぎ直します。機械ごとに固有の証明書を1枚持ち、1台を失効させても他に影響せず、権限は秘密鍵ではなく作業グループ単位で発行します。 |
| 定期スクリプト | 3ヶ月後にはまだ走っているか誰も知らず、あの「すべて正常」という言葉がいつ発せられたのかも誰も知りません。 | 巡回点検タスクは実行のたびに記録が残り、ダウンロード・アーカイブ可能なレポートがあり、今回かかった実際のコストも分かり、失敗時は警報が出ます。 |
| ネットワークは接続済み | 道は通ったものの、「通した後にやるべき10のこと」が1つもできていない：監視、アカウント、権限、監査、AIインタフェース、ファイルチャネル、データベース窓口。 | Argusが解決するのはまさに「届いた後」です：この10のことは、同一アカウント・同一権限・同一監査のもとで行われます（第02章末尾参照）。 |
「この仕事を代わりにできる人がいない」—— これが本当のあなたの運用保守問題です。
あなたに足りないのは、より良いリモートデスクトップではありません。毎朝ひと目確認し、異常時に真っ先にあなたを起こし、見たものをアーカイブ可能なレポートに書いてくれる人 —— そして、彼（とあなた）がこれらの機械に本当に届くための1本の通路です。
管理対象の機械には、グローバルIPも、インバウンドポートの開放も、VPNのインストールも不要です。外向きに暗号化された長時間接続を1本張るだけで、以後のすべての能力はこの接続を通ります。
Argusのやり方は方向を逆にすることです：管理対象機が自ら外向きにWebSocket長時間接続を張ると、コマンド、ターミナル、ファイル、データベース、イントラネットHTTP、オブジェクトストレージ、イントラネットWeb、トンネルがすべてこの1本の接続を再利用します。だから「能力を1つ増やす」ことが「ポートを1つ開け、証憑を1式増やす」ことを意味しません。
2.2 4本のリンク、それぞれの道を
| リンク | 経路 | 何を解決するか | サーバーを経由するか | 状態 |
|---|---|---|---|---|
| 主制御リンク | ブラウザ / デスクトップ版 ↔ Server ↔ Agent | コマンド、ターミナル、ファイル、データベース、イントラネットIF、設定配信、指標報告 —— 日常のすべてがこれを通ります。 | はい | 稼働中 |
| メディアリンク | Agent → メディア転送サービス → ブラウザ / デスクトップ版 | リモートデスクトップのリアルタイム映像。転送時に再圧縮せず、メディアは単一のUDPポートのみ使用します。 | いいえ（転送サービスのみ経由。シグナリングは①を経由） | 稼働中 |
| AIリンク | 外部AIクライアント → POST /api/mcp → Server → Agent | AIに、ウェブページ上のあなたと同じ操作面を与え、サーバー側のゲートのもとで制御された実行を行わせます（第04章）。 | はい | 稼働中 |
| オフライン現場バイパス | エンジニアのノートPC ↔ Agentの1つのインバウンドポート | まったく外網のない現場で、チケットによる直接接続で読み取り専用の調査を行い、帰社後に照合します（第06章）。 | いいえ、サーバーを一切経由しません | 稼働中 |
2.3 証明書は、最初から最後まであなたの手の中
CA · 自建自管のプライベートCA
Serverの初回起動時にCAがなければ、自動で構築します —— オフラインでも構築でき、設備の信頼チェーン全体があなた自身のサーバー上にあり、外部機関に依存しません。CAのロードに失敗した場合はサービスが起動を拒否し、半分だけの信頼チェーンで走ることはありません。
あなたの現状に当てはめると ▸ 顧客にオールインワン機を納品するとき、「証明書とデータを顧客のサーバー室から出さない」ことが契約の分かれ目になることがよくあります。
1:1 · 1機1証明、失効可、交換可
インストールトークン → 使い切り登録コード → 自機の証明書と交換。機械ごとに固有の証明書を1枚持ち、1台を失効させても他の設備に影響しません。失効リストは起動時にメモリへロードされ、ハンドシェイク時にDB照会ゼロで判定。機隊全体の証明書を一括更新することもできます。厳格モードでは新規機械は「承認待ち」キューに入ります。
あなたの現状に当てはめると ▸ 実装の同僚が退職するとき、回収するのは1枚の証明書であって、ばら撒いた秘密鍵の追い戻しではありません。
OFF · オフラインインストールパッケージ
顧客現場のあの機械にはまったく外網がない？コンソールでオフラインインストールパッケージを生成すれば、Serverがその場でこの機械の証明書に署名し、パッケージに同梱して持ち帰ります。管理対象機は外網に接続せずとも管理下に入ります。
あなたの現状に当てはめると ▸ 生産ラインPCのLANケーブルはもともと刺さっていない。USBメモリを1本持って行けば済みます。
2.4 切断後にどう自ら立ち直るか —— 平素の安定よりさらに大事
ハートビートと死活判定
主接続は20秒ごとにハートビート。90秒無応答で接続死亡と判定し、再接続バックオフの上限は30秒です。
第1段階：接続の再構築
「切断のその瞬間」から計時して120秒経っても戻らなければ —— 計時の基準はリトライ回数ではなく切断時刻です。そうしないと「つながっては即切れる」ケースが永遠にしきい値に届きません —— 接続全体を1回作り直します。
第2段階：プロセス全体の再起動
切断が累計600秒で、ソフトな再構築を3回試みた後、自らプロセス全体を終了し、システムのサービス管理器に再立ち上げを委ねます。この段階はWindowsのみ有効です。Linuxでは意図的に警報のみへ降格させています。再立ち上げ役のいない環境で終了すると永久オフラインになるからです。
第3段階：サーキットブレーカ
1時間以内に3回のプロセス全体再起動をトリガすると、自らブレーカを落とし、再起動を止め、警報のみとし、台帳をディスクに書いて再起動をまたいで累積します。台帳が読めない場合は「ブレーカ投入済み」として扱います —— 判断に迷うときは、一律「許可しない」で通します。
2つのAgentが互いにウォッチドッグ
Windowsでシステムサービスとして走るAgentと、ログインユーザーセッション内で走るAgentが互いにウォッチドッグになります：片方が落ちれば、もう片方が立ち上げます。コンソールにも「落ちている方を立ち上げる」ボタンがあります。
私たちが言わないこと · 可用率のパーセントは一切出しません
自己修復メカニズムは1項目ずつ説明できますが、いかなる形式のオンライン率・可用率パーセントも一切出しません —— それには実運用環境の実測データが必要で、この資料はコードまで検証できることしか書かないからです。
数十台の規模で必要なのは「1万台を一括設定」するバッチ編成ではなく、1台1台をはっきり見ることです。だからArgusの力はすべて「1台の機械を開いた後、どれだけのことができるか」に注がれています。
01 · 監視 · METRICS
CPU、メモリ、ディスクIO、ネットワーク、マルチカードGPU、サーバーへのレイテンシに加え、複数次元で並べたTopプロセス。収集間隔は調整可能で、範囲は10〜300秒（デフォルト30秒。GPUとTopプロセスは90秒ごと）。履歴曲線は遡って確認でき、窓の上限は168時間です。
従来は ▸ 数台の機械のためにまず監視システムを構築し、それを保守する必要がありました。
02 · ターミナル · TERMINAL
本物のインタラクティブターミナルです。「コマンドを1発送ってテキストを1段落受け取る」のではありません：インタラクティブなプログラムが走り、方向キーが使え、ターミナルのサブタブを複数開けます。入力はLAN直結を優先し、失敗時はサーバー経由のリレーへ自動フォールバックします。
従来は ▸ 踏み台サーバーと秘密鍵の配布が必要でした。しかもWindowsの産業用PCではこの道そのものが存在しません。
03 · リモートデスクトップ · REMOTE DESKTOP
GPUハードウェアエンコードによるリアルタイム映像ストリーム。3段階のビットレート（2000 / 4000 / 8000 kbps固定、ピーク1.5倍）。弱いネットワークでは「フレームレート → 画質 → 解像度」の3段階で降格し、回復すれば自動で戻ります。複数人が同時に視聴でき、制御権は排他的で、申請制、記録が残ります。双方向クリップボードに対応。画面ロック時はログインデスクトップへ自動切替し、収集を再開します。
従来は ▸ 電話で顧客に「画面ロックを解いてもらう」—— リモートソフトで最もよくある失敗パターンが、ここで処理されています。
04 · ファイル · FILES
閲覧、分割読み取り、正規表現grep、名前検索、オンラインでのテキスト編集。zipまたはtar.gzへのパック（分割巻き対応）、解凍は自動識別。大ファイルは長時間接続を通らず、サーバー側のオブジェクトストレージを中継し、同時実行キューと速度制限付きで両端をデカップリングします。テキストプレビューの既定上限は1 MiBで、リモートから引き上げ可能です。
従来は ▸ FTPを1式入れるか共有ディスクを開き、さらに別のアカウント体系を管理する必要がありました。
05 · データベース · SQL
3種のデータベースドライバに対応（PostgreSQL / MySQL / SQLite）。接続文字列はプリセットとしてAgent側にのみ存在し、フロントは選ぶだけで、入力はできません —— どの人をどのDBにつなげるかはあなたが決め、本人は変えることすらできません。デフォルトは読み取り専用ゲート。単一テーブルの可視化編集は独立した経路を通ります。「結果を全部書き出す」は独立した権限スイッチです。
従来は ▸ データベースのアカウントとパスワードを実装の同僚に送り、祈るしかありませんでした。
06 · イントラネットIF · HTTP PROXY
Agentを出口として、あの機械が到達できるイントラネットHTTPインタフェースを呼び出します。トンネルを先に張る必要も、ネットワークを変える必要もありません。応答のインライン上限は10 MB、合計上限は100 MBです。
従来は ▸ 先にポートマッピングを申請し、顧客ITのスケジュールを待つしかありませんでした。
07 · オブジェクトストレージ · S3-COMPATIBLE
S3互換オブジェクトストレージに対し6種の操作を行います。署名は自前実装で、追加クライアントに依存しません。この機能はAgent側でs3能力スイッチを有効にする必要があります（サーバーからの設定配信で有効化）。デフォルトはオフです。
従来は ▸ あの機械にもう1つクライアントをインストールし、さらに1式のキーを設定する必要がありました。
08 · イントラネットWeb · INTRANET WEB
あの機械でしか到達できないイントラネット管理画面を、コンソールに組み込みます。2本のリンクは分けて見る必要があります：ブラウザ側はサーバーのHTTPリバースプロキシ+セッションを通ります。デスクトップクライアント側はローカルポート転送で、ネイティブ子ウィンドウ、ファーストパーティCookie、ローカルポートは固定され自己修復で再接続し、ページはリロードで中断されません。
従来は ▸ 先にVPNに接続し、それからブラウザにあなたしか知らないイントラネットアドレスを入力する必要がありました。
3.1 これらの機械の間で
どちらもイントラネット内で互いに見えない2台の機械の間でも、トンネルを1本通せます。合計3種の経路：サーバー経由のリレー、双方がP2Pホールパンチングした後の直結、および片側にグローバルIPがある場合の直結（この種はペアごとに16本の並列TCPでスループットを稼ぎます）。リストでは各トンネルが実際に直結なのかリレーなのかが分かり、推測ではありません。
3.2 同時に十数台を開く
ワークスペースはChrome式のマルチタブです：十数台の機械を同時に開いても、切り替えてもターミナルはそのまま、曲線もそのまま、「再接続中」になりません。総覧ページは設備単位でカードに集約 —— 1台の物理機上の2つのAgentは1枚のカードに統合され、カード上にリアルタイムのミニ指標が直接表示され、クリックしなくてもどれが煙を上げているか分かります。
あなたはその人を雇う余裕がありません。しかし、給料を払う必要のない候補者がもう1人います —— 問題は、あなただけです。あなたはその候補者に鍵を渡す勇気があるかどうか。この章では、まず何をあなたに代わってやり遂げられるかを話し、次になぜ安心して任せられるのかを話します。
4.1 まず、それがやり遂げられることを見る
STEP 01 · あなたはひと言言う
「生産のあの1台、ディスク警報が出た。何が起きているか見て」
あなたは自分のAIクライアントでこのひと言を言います。ウィンドウを切り替える必要も、先にコンソールへログインする必要も、あの機械のIPがいくつか思い出す必要もありません。
STEP 02 · 自ら調べる
この機械をひと通り調べ、全工程読み取り専用です
指標曲線の確認、ディレクトリ一覧、サイズ照合、ログのgrep、関連するデータベーステーブルの照会 —— これらはすべて読み取り専用の動作で、直接実行され、あなたを煩わせません。あなたに返すのは「どのディレクトリが増えていて、いつから増え始め、何が増えているのか」です。
STEP 03 · 本当に手を動かすとき
確認コードはあなた自身のメールボックスへ
削除や設定変更、マウスクリックが必要になると、Argusは申請理由、完全なパラメータ、対象設備をあなた自身のメールボックスへ送ります。あなたが6桁の確認コードを渡さない限り、この動作は機械には落ちません。
これが製品の主張のすべてです：AIに手を持たせ、鍵はあなたのメールボックスに残す。
4.2 3段階のゲート：読み取りは自由に、手を動かすにはあなたのうなずきが必須
| 等級 | ツール数 | 呼び出しプロトコル | 典型的な動作 |
|---|---|---|---|
| L1 読み取り / 可逆 | 45個（26個が遠隔設備の操作 + 19個がArgus自身の設定のみ変更） | 直接実行します。ただし、権限判定、設備可視性判定、パラメータ制約は必ず通ります —— 「直接実行」は「検査なし」を意味しません。 | ディレクトリ一覧、ファイル読み取り、grep、全文検索、読み取り専用SQL、読み取り専用HTTP探索、指標確認、トンネル状態確認、スクリーンショット、画面要素の読み取り |
| L2 半可逆 | 8個 | 初回は必ず申請理由を添える → Argusが理由、完全なパラメータ、対象設備をあなた自身のメールボックスへ送り、6桁の確認コードを付ける → AIがこの確認コードでリプレイします。成功後、同じ呼び出し元 × 同じツール × 同じ設備は、デフォルトで15分間は再度あなたを煩わせません（これはシステムレベル設定で、管理者が5〜240分の間で調整できます）。 | サンドボックスディレクトリへのアップロード、パックと解凍、トンネルの作成・変更・削除、イントラネットIFの書き込み操作 |
| L3 不可逆 | 9個 | 毎回新しい確認コードが必要。有効期限は5分で、ショートカットはありません。 | 任意コマンドの実行、書き込み系SQLの実行、任意パスへのファイルアップロード、クリック / 入力 / ドラッグなど機械の状態を変えるデスクトップ操作 |
確認コードは管理者ではなく、あなた自身に送られます。受取人はこの呼び出しを発起した本人です —— 権限のある者が責任を負い、別の人がグループでメンションされる仕組みではありません。
4.3 ハイライト：AIが確認コードを手にした後も、パラメータは変えられません
これはAI承認シーンで最も陰湿な穴です。ほとんどの実装はこうです：AIが提出 → 人が確認 → AIがもう1度提出。2回目の提出のパラメータは完全にAI自身が組み立てます —— あなたがダイアログで見たのは「テストDBの削除」でも、実際に実行されるのは別のものかもしれません。
Argusは逆にやります：認可の対象は「このツール」ではなく、「すでにデータベースに落ちたあの申請」です。リプレイのとき、サーバーが使うのは申請の時点でデータベースに保存されたあのパラメータです。AIは確認コードを入力する以外、いかなるフィールドも変えても無効です。
メールで見たものが、最終的に機械上で実行されるものです。
01 · デフォルトは見るだけ · DENY BY DEFAULT
全ツールの中で、デフォルトで有効なのはわずか 11個 —— ほぼ「どんな機械・どんなグループがあるか一覧する」類の棚卸し動作です。残りはあなたが明示的に認可しなければなりません。
02 · 同じツールでも、フェンスを張れる · PARAMETER CONSTRAINTS
多くの製品の権限は「ツールのオン / オフ」の層までしかありません。Argusはもう1層を追加しました：同じツールのパラメータにもフェンスを張れる。全部で5種の制約があり、UI上では8個のツールを直接設定できます。
03 · 読み取り専用の面を厚くする · READ-ONLY SURFACE
診断系の動作が日常の大半を占めます。だからArgusは読み取り専用コマンド用の経路を別途作りました：94コマンド + 73サブコマンド項 + 5専用チェッカー。サーバー側とAgent側に各1部保存され、1項目ずつ一致していることを確認します。
読み取り専用コマンドのホワイトリストであり、サンドボックスではありません —— 私たちは決してそう言いません
この章は「毎朝ひと目確認してくれる人を雇う余裕がない」という問いに直接答えます：定量的警報が「異常時にあなたを呼ぶ」役を担い、多ロールAI巡回点検が「異常がなくてもひと目確認する」役を担い、両者が同じページで閉ループを形成します。
5.1 異常時に呼ぶ：警報にはライフサイクルがある
警報は「CPUがしきい値を超えたら報告」ではありません。Argusの1つのルールは「ある指標のある集約が、どれだけの期間、どれだけを超えたら」という形で、クールダウン窓と自動回復を備えます —— 1つの警報は、トリガ、持続、通知、クールダウンから回復までの完全なステートマシンであり、繰り返されるメッセージの羅列ではありません。
何をカバーするか
CPU、メモリ、ディスク、ネットワーク、GPU、サーバーへのレイテンシといったシステム指標にしきい値を設定できます。プロセス次元でも設定できます（あるプロセスがまだ生きているか、どれだけリソースを食っているか）。さらに、オンライン/オフラインといった状態イベントにも設定できます。
条件の書き方
UI上で条件を自然言語風の文に組み立てます：「Xの平均値が N秒以内に しきい値より大きいとき」。互いに関係のないフィールドを山ほど埋める方式ではありません。
計画内メンテナンスは警報しない
メンテナンスのサイレント窓はcron周期に対応しています。火曜午前2時にあなた自身がアップグレードしているとき、警報の嵐にはなりません。
ID衝突を積極的に通知
VMのクローン、ハードウェア交換、OS再インストールの後、2台の機械が同じ設備IDを取り合う —— こうしたことは普段誰も気づかず、異常が起きたときに「この機械、調子が良かったり悪かったりする」と感じるだけです。ArgusはID衝突を直接あなたに告げます。
画面を流し続けない
同種・同対象の通知にはクールダウン窓があり、一定時間内には1条のみ。オンラインならリアルタイム配信、オフラインなら次回ログイン時にベルの中で確認できます。内容が高度に似ているAI警報は自動で統合され、同じ事が繰り返し現れることはありません。
警報から巡回点検を1回引っ張れる
数値異常の後、AI巡回点検を自動で起こして分析させられます —— 警報は「数値がおかしい」の発見を担い、AI巡回点検は「なぜか」の回答を担います。
5.2 異常がなくてもひと目確認：3つのAIロールが互いに潰し合う
これは「1つのAIにコマンドを一巡させて要約を書かせる」のではありません。Argusの中では3回走り、3つのロールが職責を分離し、互いに潰し合います：
01 · 巡回点検員 · EVIDENCE COLLECTOR
02 · 検証員 · FALSIFIER
03 · 判定員 · ADJUDICATOR
5.3 4層のガードレール：AIを何が枠に入れているか
GUARD 01
ツール面の二重絞り込み
読み取り専用ツール17個にハード制限をかけ、さらにサービスアカウントの所属作業グループのツールスイッチと交差を取ります。ホワイトリスト外は直接拒否し、「もう1回聞く」機会すらありません。
GUARD 02
IDは管理者ではあり得ない
巡回点検実行器は管理者アカウントのKeyを強制拒否します。私たちは自らのドッグフードを食べるものであり、自分のために裏口を作りません。
GUARD 03
時代遅れの知識へのガードレール
実行のたびに実際の日付を注入し、AIが訓練記憶で「あるバージョンがプレビュー版か / サポート終了か」を判断することを禁じ、機械上の直接的な証拠に基づく時効性の結論のみを許します。
GUARD 04
画面を流さない · 暴走しない
機械ごとのAI警報には毎時上限があり、内容が高度に似たものは自動統合されます。層別の巡回点検：安価な高速点検を高頻度で走らせ、しきい値に達したときだけ深い点検へ昇格させ、昇格したものはこれ以上昇格しません（ループ防止）。
5.4 アーカイブ可能なレポートに書く
レポート · ファイルであって、チャットのスクリーンショットではない
AIは構造化データのみを出力し、HTMLはサーバー側テンプレートが生成します。レポートは自己完結・ダウンロード可・オフラインアーカイブ可で、遡及可能なレポート番号を持ちます。複数機械にわたる場合は機械ごとに章立てされ、設備IDが現れるところにはすべて、あなたが付けた別名も同時に表示されます。
コスト · 今回いくらかかったかは計算で出す
実際のtoken使用量×単価で再計算し、ツールの自己申告値は採用しません。1回ごとに予算上限を設定できます。AIサプライヤーは変更できますが、変更時には対応する価格表を補う必要があります。AI予算のない小チームにとって、「いくらかかったかをはっきり計算できる」ことは「何社のサプライヤーに対応しているか」より重要です。
経験 · あなたの現場経験をシステムに蓄積する
「この機械のログはどこにあるか、健全性の判定基準は何か、どれが既知のよくある誤報か」を1つのSkillに書いて指定ロールに注入すれば、巡回点検のたびに携行され、当該レポートの権威リストとしてスナップショットされます。知識はあなたの頭の中からライブラリへ移ります —— あなたが席を離れるときに一緒に消えるのではなく。
「ディスクはいつ満杯になったのか？—— この問いの正しい答えが『顧客に聞いた』であってはなりません。」
生産ラインPCはセキュリティのためそもそも外網に接続しておらず、顧客によってはサーバー室のフロア全体が物理分離されています。クラウド依存のソリューションはこの線の向こうでゼロになります —— Argusはここに1本のバイパスを残しています：出発前にオンラインで能力チケットを1枚受け取り、現場でノートPCから機械へ直結し、戻ってから照合します。
6.1 全工程は3段
STEP 01 · 出発前、会社で
能力チケットを1枚受け取る
3段式：申請（この時点では証明書も秘密も何も発行されません）→ 承認（管理者は承認でき、承認時に範囲を狭めることはできても、広げることはできません）→ 起動（この段階で初めて証明書とチケットが実際に発行されます）。有効期限は起動時から起算であり、承認時からではありません —— 月曜に承認、木曜に出張でも、3日間を無駄に期限切れさせることはありません。
STEP 02 · 現場で、ネットがない
ノートPCからあの機械へ直結
エンジニアのノートPCは双方向証明書で管理対象機の1つのインバウンドポートへ直結し、全工程で当社のサーバーを経由しません。コマンド、ファイル転送、ターミナルが同じ暗号化接続で走ります —— だから現場で開けるのはこの1つのポートだけで、しかも管理対象機にはいかなる外向き権限も不要です。
STEP 03 · 帰社、ネットに復帰
2本のチェーンを一緒に取り込んで照合
ノートPC上に1本、管理対象機上に1本のチェーンがあり、戻ってから一緒に取り込みます。サーバーが検証するのは2点：各チェーン自身が首尾一貫しているか、および両端が記録した集合が一致しているかです。一致しなければ異常です。
6.2 7層のデフォルト拒否
1 · 厳格検証の双方向証明書
ハンドシェイク時に両側が証明書を提示し、両方が相手を検証します —— 「あるだけでよい」ではありません。
2 · チケット署名チェーンの検証
チケットは自らの発行チェーンを携行し、チケット添付のルートまで検証します。署名が合わなければ即座に切ります。
3 · 信頼できる時計
管理対象機が取る時刻は「システム時計」と「前回の信頼できる時刻」の大きい方に、さらにプロセス内の単調下限を加えたものです。稼働中にシステム時刻を戻しても、無効です。
4 · 5ステップ判定
能力スイッチの二重検査 → このツールがチケットで許されるか → パラメータ制約 → リスク等級のクォータ → 放行。判定は管理対象機上で行われ、ノートPC上ではありません。
5 · 読み取り専用ホワイトリストの独立複製
あの94コマンド+73サブコマンド項の読み取り専用ホワイトリストは、Agent側が自前で1部保存しており、チケットと一緒には配信されません —— チケットに何と書かれていても変えられません。2部は1項目ずつ等しいことを回帰テストが固定しています。
6 · 失効リストは迷ったら拒否
失効リストは全量配信されます。速度制限を超えた場合は、空のリストを1枚送るより今回は送らない方がましです —— 空のリストは相手に「現在いかなる禁止令もない」と受け取られます。迷うときは一律「許可しない」で処理します。
7 · ハンドシェイク速度制限とブラックリスト
60秒以内に5回ハンドシェイクに失敗すると、この発信元は600秒ブラックリスト入りします。ハンドシェイク前に失敗した接続は監査にのみ記録し、セッション行は作らず、コンソールに疑似スキャン証拠として別ページで表示します。
間違った機械につながること
「無視して続行」ボタンは一切提供しません
ノートPCが接続する際にはこの機械の証明書フィンガープリントを照合し、合わなければ即座に切断します —— しかもUIに「それでも続行」という選択肢はありません。「これはあなたがつなぐべき機械ではありません。最も可能性が高いのはIPの入力ミスです」と直接エンジニアに告げます。
エンジニアを無駄足させない
「このリンクではできない」と「今回のチケットでは認可されていない」を分けて伝える
UIは2種の利用不能を厳格に区別します：後者なら会社へ戻ってチケットを取り直せばよく、前者は何枚チケットを取っても無駄です。混同した代償は1回の無駄な出張です。
チケットで認可された読み取り専用の調査
読み取り専用コマンド、ディレクトリ一覧とファイル読み取り、grep、全文検索、読み取り専用SQL照会、読み取り専用HTTP探索 —— 1ステップごとに改ざん不能の監査チェーンを残します。「現場で先に何が起きたかをはっきりさせる」ことに対しては、これで十分です。
書き込み操作は、現場ではできません
書き込み操作は別のプロトコルで行います：出発前にオンラインで事前認可クォータを1筆受け取っておき（たとえば「このツールは現場で3回使える、有効8時間」）、現場で回数ごとに差し引き、帰社後に照合します。このプロトコルのサーバー側はすでに完全実装済みですが、現在のチケット発行フローはいかなるクォータも携行せず、3端末のいずれにも申請窓口がなく、次のバッチに予定されています。それまで、オフライン現場は読み取り専用です。
オフラインは制御不能を意味しません。出発前に受け取ったあの1枚のチケットが、現場であなたが何に触れられるかを決めます —— 戻ってからも照合が必要です。
第04章で話したあの設定が管理するのはAIだけではありません。同一の作業グループ設定が人とAIを同時に枠に入れます —— これがArgusの権限モデルで最も価値のある点です：あなたが保守すべき境界は1セットだけです。
7.1 自分で組み上げられる3つの作業グループ例
| 作業グループ例 | どの設備が見えるか | どの機能が使えるか | AI側 |
|---|---|---|---|
| EX-1 納品実装グループ | 割り当てられたあの批の顧客機械しか見えません。バックエンド照会の時点で設備IDがフィルタされており、フロントでの隠蔽ではありません。 | ターミナル、リモートデスクトップ、ファイル、データベース照会はオン。「結果を全部書き出す」はオフ。 | 読み取り専用ツールは全開。書き込み系ツールはオフ。 |
| EX-2 インターン | テスト環境のあの類のホストしか見えません。 | 監視とターミナルのみオン。ファイル書き込み、データベース編集、トンネル管理は与えません。 | 読み取り専用ファイルツールはオン。ただしパスブラックリストを1条設定：設定系ファイルには触れられません。 |
| EX-3 顧客側の読み取り専用 | 彼ら自身の1〜2台しか見えません。 | 監視のみオン。権限のない機能はUI上に存在せず、グレーアウトではありません。 | AIに証憑は与えません。 |
7.2 4つの次元、1箇所の設定
DIM 01 · メニュー可視性
6つの大モジュールのスイッチ。オフにしたモジュールはUI上に存在せず、ボタンがグレーになるのではありません。
DIM 02 · 機能権限
38項の細粒度機能スイッチ。たとえば「SQLを照会できる」と「テーブル全体を書き出せる」は2つの別個のスイッチです。
DIM 03 · データ分離
4類のデータ分離次元。フロントでの隠蔽ではなく、バックエンド照会の時点で見えるべきでない設備IDをフィルタしています。
DIM 04 · ホストタイプのホワイトリスト
このグループはどの類の機械しか見えないか。可視設備 = ホストタイプ集合 ∩ 作業グループ割当集合。
7.3 3種の鍵、同じ入口で振り分け
KEY 01 · 人
ログイン状態
ブラウザログインで得た証憑。作業グループの4次元に拘束されます。メール2次認証を有効化できます。シングルサインオンにも対応 —— 第三者システムが発行したトークンはメールアドレスで既存アカウントとマッチし、自動でアカウントを作成することはありません。
KEY 02 · システム
スクリプトと第三者システム向けのAPI Key
この類のKeyはサーバー側で強制的に非管理者へ降格されます —— それを発行した人が管理者であっても同様です。つまり、この鍵が漏れても、爆発半径は作業グループで枠づけられ、生まれつき権限昇格はできません。
KEY 03 · AI
AIクライアント向けのKey
第04章のあのゲートを通ります。バックエンドでいつでも失効でき、すでに放行された認可窓も手動で切れます —— この失効窓口が存在する理由は、コードコメントに率直に書かれています：AIの暴走時に素早く切り離すため。
7.4 何に触れたか：3本のリンクがそれぞれ痕を残す
01 · 人の操作 · HUMAN AUDIT
02 · AIの呼び出し · MCP AUDIT
03 · オフライン現場 · FIELD CHAIN
「同僚を信頼している。しかし『信頼』を唯一の防線にしてはならない。」
Argusは、あなたがログインしに行くクラウドサービスではありません。あなた自身の機械に載り、データも証明書も外に出ません —— しかも、先にあなたが組み上げるべき基盤はありません。
8.1 導入形態
導入形態はシングルノードです：serverコンテナ1つ + オブジェクトストレージサービス1つ。データベースは既存のPostgreSQLを使い、フロントは純粋な静的サイトで、手元の任意のWebサーバーでホストすればよい。システム一式の本番依存は16個のPythonパッケージです。低レイテンシのリモートデスクトップに使うメディア転送は独立した小さなバイナリで、単独で走らせます。
初回起動時、自らプライベートCAを構築し、データベーステーブルをマイグレーションし、前回のプロセスクラッシュが残した汚れたデータを掃除し、証明書失効リストをメモリにロードし、警報ルールをロードします。あなたがやるべきことは、デフォルトパスワードを1回変えることです。先に組み上げるべき基盤はありません。
用意するもの · 1台のサーバーと、メールを受け取れる1つのメールボックス
Docker環境、PostgreSQL 1つ、メールを送れるSMTPアカウント1つ（危険動作の確認コードはここから送られます）、管理対象機が到達できるアドレス1つ。それだけです。
データはどこに · あなたの門の外へ出ない
プライベートCAはあなた自身のサーバー上で生成され、設備の信頼チェーンはいかなる外部機関にも依存しません。管理下に入れる全工程はオフラインで完了できます。AIサプライヤーのアドレスとキーはあなた自身が設定し、どれを使い、いくら使うかもすべてあなた自身の手の中にあります。
8.2 管理対象側が納品するもの
| プラットフォーム | 形態 | リリースパッケージ |
|---|---|---|
| Windows | 完全形態：リモートデスクトップ、デスクトップ自動化、プロセスレベル自己修復、双Agentの相互ウォッチドッグ。 | 約8.1 MBの単一実行ファイル。リモートデスクトップはNVIDIA GPUのハードウェアエンコードを使用 |
| Linux | サーバー形態：デスクトップ自動化なし。ターミナル、ファイル、データベース、イントラネットIF、トンネル、指標、自己更新が揃っています。 | 約8.4 MB |
| macOS | クロスコンパイルは可能ですが、リリースパッケージなし、リモートデスクトップなし、デスクトップ自動化なし。 | 納品プラットフォームとしては扱いません |
| デスクトップクライアント | 低レイテンシのリモートデスクトップ、イントラネットWeb閲覧、オフライン現場コンソール。 | macOS（Appleチップ / Intel）+ Windows |
8.3 載せる前に知っておくべき4つのこと
設定の推奨 01
AI用のアカウントは別に作成し、管理者アカウントを使わない
管理者アカウントは、ツール権限、設備可視性、パラメータ制約、承認の全検査をスキップします —— これは管理者というIDが本来持つべき能力ですが、AIに渡すあの鍵がそれであってはならないことを意味します。
設定の推奨 02
載せたらまずデフォルトパスワードを1回変える
初回起動時にデフォルトの管理者アカウントを自動作成し、すぐログインできるようにしています。これは初回導入をスムーズにするためであり、セールスポイントではありません —— 初回ログインの後、直ちに変更してください。
現状の告白 01
キーの保存：1類だけ暗号化しています
現在、暗号化保存をしているのはAIサプライヤーのキーのみです。SMTPパスワードとMCP Keyは平文でデータベースに落ち、読み出し時にマスキングします。これは欠落であって、設計ではありません。だからこの資料に「センシティブ情報は全部暗号化保存」という言葉は現れません。
現状の告白 02
設備側のmTLSは現状オプションです
サーバーはmTLS双方向認証に対応していますが、現状の設定はオプションで、旧バージョンAgentのToken認証方式との互換のためです。私たちは「強制mTLS、証明書がなければ接続できない」とは書きません —— 現在の設定と一致しないからです。証明書体系そのもの（発行、1機1証明、失効、一括更新）は完全に利用可能です。
以下の6類のシーンには業界上の共通点がありません。共通点は：機械が手元になく、それを直せる唯一の人間があなただということです。
SCENE 01
顧客イントラネットに納品されたプライベートインスタンス
ここで一番難しいのは：あなたのソフトが他人の家で走っていて、あなたには見えないことです。顧客はグローバル入口をくれず、問題が起きればログを要求するしかなく、顧客が送ってくるログはいつも不完全で、いつも古い。
Argusはここで何をするか：外向き接続1本で足り、顧客にファイアウォールを変えてもらう必要はありません。ログ、指標、データベース、イントラネットIFはあなた自身が取りに行き、誰かが送ってくれるのを待ちません。
SCENE 02
顧客現場のオールインワン機 / 産業用PC
ここで一番難しいのは：機械が異なる工区に散らばり、外網の出口がなく、行くだけでもコストが非常に高い。相手側にはITがおらず、オペレーターしかいません。
Argusはここで何をするか：デスクトップ、ターミナル、ファイルが同じタブバーにあります。相手は「許可」をクリックして協力する必要も、先に画面ロックを解く必要もありません。
SCENE 03
小チームの自社サーバー
ここで一番難しいのは：たった数台 —— データベース、ビルド機、GPUでモデルを走らせているあの1台。専任で見ている人はおらず、ディスクが満杯になり、GPUが消えても、通常は異常が起きてからでないと分かりません。
Argusはここで何をするか：数台の機械のために先に監視システムを1式構築する必要はありません。警報があなたを起こし、AI巡回点検が異常のないときにもひと目確認します。
SCENE 04
店舗 / フロント / 教室の端末
ここで一番難しいのは：相手側にITはおらず、店長と先生だけです。あなたに必要なのは「相手を煩わせずにひと目確認する」ことです。
Argusはここで何をするか：相手側に人の在席は不要です。相手に自分のあの1台しか見えないアカウントを開いてやること、つまり作業グループを1つ複製することで済みます。
SCENE 05
研究室と収集設備
ここで一番難しいのは：専用ハードウェアにつながっていて、気軽に再起動できない。GPUも見たいし、絶対に落としてはいけないあのプロセスも見張らなければならない。
Argusはここで何をするか：プロセス次元の警報。機械が落ちた後でも、落ちる前の168時間内の指標曲線を振り返れます。
SCENE 06
まったく外網のない生産ラインPC
ここで一番難しいのは：この線の向こうでは、クラウド依存のソリューションはすべてゼロになり、ノートPCを持って現場へ行くしかありません。
Argusはここで何をするか：出発前に受け取った能力チケットで機械へ直結し、読み取り専用の調査を行います。全工程でサーバーを経由せず、両端にハッシュチェーンを残し、帰社後に照合します（第07章）。
それら唯一の共通点：機械が手元になく、それを直せる唯一の人間があなただということ。
この表では、「まだ完成していないもの」も列挙しました —— あなたはいずれ自分で発見するだろうからです。この欄を書く勇気のあるベンダーの「稼働中」だけが、信じる価値があります。
10.1 今あるもの
| 能力 | 状態 | 前提 · 限定（この欄は空欄を許しません） |
|---|---|---|
| ゼロインバウンド接続 · プライベートCA · 1機1証明 | 稼働中 | サーバーは双方向証明書認証に対応していますが、現状の設定はオプションで、旧バージョンAgentのToken認証方式との互換のためです。 |
| ターミナル / ファイル / データベース / イントラネットIF / イントラネットWeb | 稼働中 | いずれも管理対象機側の能力スイッチで制御され、オフにすればタブが消えます。オブジェクトストレージパネルは先に実行設定でs3スイッチを開く必要があります。 |
| ハードウェアエンコードのリモートデスクトップ · 多人視聴 · 制御権のネゴシエーション | 稼働中 | 管理対象側はWindows / Linux。デスクトップ自動化はWindowsのみ。ヘッドレス環境で使う仮想ディスプレイは第三者の専有ライセンスに関わり、同梱納品の標準能力とはしません。 |
| AI接続と3段階の認可ゲート | 稼働中 | 遠隔設備を操作する43個のツールはすべてゲートを通ります。19個のプラットフォーム自己管理ツールはセンチネル権限を通り、確認コードは発行されません。大ファイル経路とウェブアップロードは同等権限です。管理者アカウントは全検査をスキップします。 |
| 定量的警報 + 多ロールAI巡回点検 | 稼働中 | 巡回点検ロールは読み取り専用ツール17個の中にハード制限され、さらに作業グループのスイッチと交差を取ります。私たちは、いかなる実運用の稼働時間、命中率、安定性のパーセントも提供しません —— それは業務側の実証が必要で、私たちの手元にはありません。 |
| 接続レベルの3段階自己修復 | 稼働中 | 3段階の自救はWindows上では完全形態です。Linux上では第2段階（プロセス全体の再起動）を意図的に警報のみへ降格しています。可用率のパーセントは出しません。 |
| オフライン現場コンソール | 稼働中 · 限定付き | 納品済み、デフォルトオフ。管理者がサーバー側でパッシブリスン設定を配信して有効化する必要があります。現在できるのはチケットで認可された読み取り専用の調査です。対外形態はデスクトップクライアントです。 |
| 作業グループ権限の4次元 + 3本の監査リンク | 稼働中 | 内蔵ロールはなく、あるのはあなた自身が設定した作業グループだけです。監査は3セット・3箇所の入口であり、私たちはそれを「統合監査プラットフォーム」として包装しません。 |
| ソフトウェア発見とセキュアテイクオーバー（ASC） | 部分稼働 | 「発見 → ハンドシェイク → テイクオーバー → データベース登録 → コンソールで引き取ったソフト一覧が見える」まで通っています。テイクオーバー後の実行状態で呼び出せる能力は現状0個で、遠隔呼び出し経路は構築中です。 |
10.3 そして、やらないこと
私たちがやらないこと
小チームが買い物を間違える代償は非常に高いです。あなたが3ヶ月使ってから合わないと発見するより、今、境界をはっきり引いた方が良い。
私たちがやること
数十台以内、1台1台が重要なシーンです。深さであり、広さではありません。
DEPTH OVER BREADTH
「1台の機械でどれだけのことができるか」で設計し、「何台管理できるか」では設計していません。数十台以内なら、1台1台が大事なあの1台です。
AI WITH A LOCK
AIに手を持たせ、鍵はあなたのメールボックスに。メールで見たものが、最終的に機械上で実行されるものです。
EVERY CLAIM IS CHECKABLE
この資料には、顧客名も、事例も、稼働時間も1つもありません。あなたが見るすべての能力には、その前提と限定が付いています。
