ESP32でCodexの状態をLEDへ表示する――作業位置を名前で推測しなかった理由Displaying Codex Status on ESP32 LEDs: Why Work Locations Were Not Inferred from Names
匿名の公開いいねです。記事の保存・お気に入りではなく、Featured、Top 3、重要度、掲載順位には影響しません。仕組みとプライバシーAnonymous public likes are reactions, not saved articles or bookmarks. They do not affect Featured, Top 3, importance, or listing order.How it works and privacy
- Task Monitorは、Codexの状態を七つの作業位置A〜G別にESP32のLED 1〜7へ送る表示機を構築した。
- サーバー側でリポジトリーを照合し、対応が不明確なら表示を抑えることで、複数のVS Code作業を離れた場所から安全に確認できる。
- Task Monitor maps seven labeled Codex workstations to ESP32 LEDs, verifies repositories on the server, and hides uncertain matches.
- It lets multi-VS Code users check work status safely from afar.
本ページの本文と要約は AI による自動生成です。日本語版と英語版は言語ごとに独立して生成されるため、表現や詳しさが異なる場合があります。正確性は元記事 (qiita.com) をご確認ください。The body and summaries are AI-generated independently for each language, so wording and detail may differ. Verify accuracy at the original source (qiita.com).
要約と収集メタデータに基づく AI 解説。元記事全文の転載・翻訳ではありません。AI explainer based on the summaries and collected metadata, not a copy or translation of the full source article.
Codexの状態
複数のVS Codeで動くCodexについて、「実行中」か「人間の確認待ち」かを離れた場所から把握するため、Task MonitorとESP32のLED表示機が接続された。重要なのはLEDを光らせる処理ではなく、どのCodexの状態をどのLEDへ割り当てるかを正しく判定する点だった。
A～GとLED
Task Monitorで既に使われている作業位置A～Gを、ESP32のLED 1～7に対応させている。8個目のLEDは、Task Monitorとの接続・監視状態を示すために使う。Task MonitorがCodexのローカル記録から実行状態と人間の承認状態を読み取り、ESP32はWi-Fi経由でその状態を取得する構成だ。
VS Codeの拡張機能は、人間が位置を設定した各ウィンドウのworkspaceをTask Monitorへ定期的に通知する。これにより、位置ラベルを付けたVS CodeとCodexの状態を結び付ける材料がサーバー側に集められる。
Repository照合
表示には、単に「承認待ちのCodexがある」という情報だけでは足りない。たとえば作業位置BのLEDを黄色にするには、そのCodexがBに設定されたVS Codeと同じRepositoryの仕事であることまで確認する必要がある。
workspace末尾のフォルダー名や、カードに表示された名前が同じでも、同一Repositoryとは限らない。このため、名前から作業位置を推測するのではなく、Task Monitor側でRepositoryを照合し、対応を確定させている。
曖昧なら表示しない
当初はSessionカードにもA～Gを手動設定する方式を試したが、VS CodeとSessionの両方に位置を持たせると、同じ関係を二度設定することになる。そこで位置設定はVS Codeだけに残し、Sessionとの関連付けをTask Monitor側で処理する形へ変更した。
対応が不明確な状態はLEDへ表示しない。ブレッドボード上の実機でも、サーバー側で確定した割り当てをESP32へ渡す構成が確認された。
Displaying Codex Status
Task Monitor connects Codex activity across multiple VS Code windows to an ESP32 LED display, making it possible to check from a distance whether work is running or awaiting human approval. The difficult part was not lighting the LEDs, but deciding which Codex state could safely be assigned to which LED.
The system therefore determines assignments on the server and suppresses the display when a match is ambiguous.
Seven Labeled Codex Workstations
Seven work locations, labeled A through G, correspond to LEDs 1 through 7. An eighth LED indicates the connection and monitoring state between the display and Task Monitor.
The A–G labels already connect Work and VS Code within Task Monitor. A VS Code extension periodically reports the workspace of each window whose location has been set by a person. Separately, Task Monitor reads Codex’s local records to identify execution state and whether human approval is required.
The ESP32 display reads these assigned states over Wi-Fi. The implementation was also checked on physical hardware assembled on a breadboard.
Verifies Repositories on the Server
Knowing that a Codex session is awaiting approval is not sufficient to illuminate a location’s LED. Task Monitor must also establish that the Codex work belongs to the same repository as the VS Code window assigned to that location.
For example, the LED for location B cannot be shown as yellow merely because an approval-waiting Codex session exists. The server must first associate that session with the same repository as the VS Code workspace configured for B.
Hides Uncertain Matches
An earlier approach manually assigned A–G labels to Session cards as well as VS Code windows. That duplicated the same relationship in two places. The revised design keeps location settings only in VS Code and lets Task Monitor associate sessions on the server.
The system does not infer repository identity from displayed names or from the final folder name in a workspace path. Matching names do not necessarily indicate the same repository. When the relationship cannot be established clearly, no LED status is shown for that location.
ポコとTECHガイドPoko & TECH Guide
ポコと当サイトのTECHガイドが、記事の要約と収集した情報から読みどころを語るAI生成の対話です。Poko and TECH Dashboard's own TECH Guide discuss the article's highlights in an AI-generated conversation based on its summary and collected source details.
- ポコPoko七つの作業位置をLED 1〜7に割り当てて、8個目は接続・監視用なんだね。これって大きいこと？Seven workstations map to LEDs 1–7, while the eighth tracks the connection and monitoring status. Is that a big deal?
- TECHガイドTECH Guideこの記事では、複数のVS Codeの実行中・確認待ちを離れて見分けられる形にしたんじゃ。8個目で表示機自体の監視状態も分かるのう。The article’s setup lets you distinguish running jobs from ones awaiting approval across multiple VS Code windows, even from afar. The eighth LED also shows whether the monitor itself is connected.
- ポコPokoでも「同じRepositoryか照合する」って、つまりどういうこと？フォルダー名を見るだけじゃだめなの？But what does “verify the same repository” mean? Isn’t checking the folder name enough?
- TECHガイドTECH GuideRepositoryは作業内容をまとめた単位、くらいの意味じゃ。名前が同じでも同一とは限らないので、サーバー側で対応を確定し、曖昧なら光らせないんじゃよ。A repository is basically the unit containing a project’s work. Matching names don’t guarantee it’s the same one, so the server confirms the pairing and leaves the LED off when uncertain.
- ポコPokoぼくなら席を離れたとき、LEDを見て実行中か確認待ちか確かめたいな。いちいち画面へ戻らなくてよさそう！I’d use the LEDs while I’m away from my desk to see whether a task is running or waiting for approval. That could save me from checking every screen!
- TECHガイドTECH Guide紹介された構成なら、位置A〜GをVS Code側で設定し、Repositoryとの対応が明確な場合に使えるのう。不確かな状態をあえて表示しないのが安全策じゃ。In this setup, positions A–G must be assigned in VS Code, and the repository match must be clear. Deliberately hiding uncertain states is the safeguard.
