low-frequency-thread-monitor
低頻度ETAチェックでCodexスレッドを監視
非ゴールCodexコントローラーウィンドウは、早期に閉じられたり、頻繁にポーリングされたりすることで、コンテキストとクォータを浪費する可能性があります。このスキルは、終端状態が現れるまでモニターを生存させ続ける、低コストでETA対応の監視プロトコルを提供します。
スキルZIPをダウンロード
Claudeでアップロード
設定 → 機能 → スキル → スキルをアップロードへ移動
オンにして利用開始
テストする
「low-frequency-thread-monitor」を使用しています。 Worker is still running, no final report yet.
期待される結果:
低频巡检中，不是最终结论。 目标窗口还在执行。 下一次巡检：约 14:35。 当前动作：等待，不打断窗口。
「low-frequency-thread-monitor」を使用しています。 Worker reached a terminal state with a final report.
期待される結果:
我低频读了一次窗口。当前状态是：已完成。 现在能确认：summary file at /path/to/final.md。 还不能确认：无。 下一步建议：路由到 Knowledge Hub。
「low-frequency-thread-monitor」を使用しています。 Worker self-reported progress but no final report.
期待される結果:
低频巡检中，不是最终结论。 目标窗口还在执行。 下一次巡检：约 14:42（约 4 分钟后）。 当前动作：等待，不打断窗口。
セキュリティ監査
安全All static findings are false positives. The skill is a pure documentation/protocol package: a 185-line SKILL.md with markdown instructions, a 147-line README.md, a 5-line agents/openai.yaml interface descriptor, and an MIT LICENSE. There is no executable code. Backticks flagged as 'shell backtick execution' are markdown inline-code spans (e.g. status templates like `低频巡检中，不是最终结论。` and timing formulas like `wasted_wait = next_monitor_read_time - worker_completion_time`). URLs flagged as 'hardcoded' are plain documentation links to skills.sh, github.com, and codexmonitor.app. The '~/.codex/skills/...' path is an install instruction in a fenced code block. 'Weak cryptographic algorithm' and 'system reconnaissance' matches are spurious triggers on natural language words like 'monitor', 'heartbeat', 'terminal', and 'review'. No network calls, no file operations, no process execution, no secrets, and no prompt-injection attempts were found.
低リスクの問題 (4)
品質スコア
作れるもの
コントローラー + ワーカーCodexワークフロー
繰り返しポーリングでコンテキストを消耗させることなく、1つ以上のバックグラウンドCodexワーカーウィンドウを監督するコントローラーウィンドウを実行します。
長時間のレビューおよびリサーチスレッド
適応型8〜15分ウィンドウと制限付きターン読み取りで、長時間実行されるレビュー、リサーチ、ファイル監査を監督します。
コントロールハブとナレッジハブのルーティング
候補、アクティブ、表示、消費の各状態を分離して、ワーカー出力をコントロールハブまたはナレッジハブ経由でルーティングします。
これらのプロンプトを試す
Use low-frequency-thread-monitor to watch this background Codex worker. Keep the monitor active until a final report, failure, or blocker appears. Do not interrupt the worker.
Monitor this long-running review with low-frequency-thread-monitor. Read only the latest 1-3 turns, schedule the next check in 8-15 minutes, and avoid interrupting the worker while it is reading or writing.
Use low-frequency-thread-monitor with P25/P50/P80 adaptive timing. Classify the task as long_review, schedule the next read near P80 or in 5 minutes whichever is sooner, and report interim status without final closure until a terminal state appears.
Use low-frequency-thread-monitor in an environment with no wakeup or timer. State the limitation, name the exact next check time, and report the monitor as still active until a final state appears.
ベストプラクティス
- まずタスクを分類し、タイミングテーブルから次回チェックウィンドウを選択する。
- 通常の読み取りでは turnLimit 2 または 3、includeOutputs false を優先する。includeOutputs true は失敗診断または小さな引用付き最終出力に対してのみ使用する。
- ワーカーの自己報告、レビューパス、吸収、承認、ルーティングを単一の承認にマージするのではなく、別々のステップとして扱う。
回避
- フォアグラウンドテキストが生成されていないという理由だけで、モニターを閉じたりアーカイブしたりする。
- 経過時間や最新ステータスに関係なく、固定の「5分待機」ルールを使用する。
- 実行中のワーカーに「continue」「hurry」「are you done」メッセージを送信する。