low-frequency-thread-monitor
Monitorar Threads do Codex com Verificações de ETA de Baixa Frequência
Janelas do controlador Codex que não são Goal podem fechar cedo demais ou fazer polling com frequência excessiva, desperdiçando contexto e cota. Esta skill fornece um protocolo de monitoramento de baixo custo e ciente do ETA que mantém o monitor ativo até que um estado terminal apareça.
Baixar o ZIP da skill
Upload no Claude
Vá em Configurações → Capacidades → Skills → Upload skill
Ative e comece a usar
Testar
A utilizar "low-frequency-thread-monitor". Worker is still running, no final report yet.
Resultado esperado:
低频巡检中，不是最终结论。 目标窗口还在执行。 下一次巡检：约 14:35。 当前动作：等待，不打断窗口。
A utilizar "low-frequency-thread-monitor". Worker reached a terminal state with a final report.
Resultado esperado:
我低频读了一次窗口。当前状态是：已完成。 现在能确认：summary file at /path/to/final.md。 还不能确认：无。 下一步建议：路由到 Knowledge Hub。
A utilizar "low-frequency-thread-monitor". Worker self-reported progress but no final report.
Resultado esperado:
低频巡检中，不是最终结论。 目标窗口还在执行。 下一次巡检：约 14:42（约 4 分钟后）。 当前动作：等待，不打断窗口。
Auditoria de Segurança
SeguroAll 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.
Problemas de Baixo Risco (4)
Pontuação de qualidade
O Que Você Pode Construir
Fluxos de Trabalho Codex com Controlador + Worker
Execute uma janela controladora que supervisiona uma ou mais janelas de worker Codex em segundo plano sem queimar contexto com polls repetidos.
Threads Longas de Revisão e Pesquisa
Supervisione revisões, pesquisas ou auditorias de arquivos de longa duração com janelas adaptativas de 8-15 minutos e leituras de turno limitadas.
Roteamento em Control Hub e Knowledge Hub
Encaminhe saídas de workers pelo Control Hub ou Knowledge Hub mantendo os estados de candidato, ativo, exibição e consumo separados.
Tente Estes Prompts
Use low-frequency-thread-monitor para observar este worker Codex em segundo plano. Mantenha o monitor ativo até que um relatório final, falha ou bloqueio apareça. Não interrompa o worker.
Monitore esta revisão de longa duração com low-frequency-thread-monitor. Leia apenas os últimos 1-3 turnos, agende a próxima verificação em 8-15 minutos e evite interromper o worker enquanto ele estiver lendo ou escrevendo.
Use low-frequency-thread-monitor com temporização adaptativa P25/P50/P80. Classifique a tarefa como long_review, agende a próxima leitura próxima ao P80 ou em 5 minutos, o que vier primeiro, e reporte o status intermediário sem fechamento final até que um estado terminal apareça.
Use low-frequency-thread-monitor em um ambiente sem wakeup ou timer. Declare a limitação, informe o horário exato da próxima verificação e reporte o monitor como ainda ativo até que um estado final apareça.
Melhores Práticas
- Classifique a tarefa primeiro e, em seguida, escolha a janela da próxima verificação a partir da tabela de temporização.
- Prefira turnLimit 2 ou 3 e includeOutputs false para leituras de rotina; use includeOutputs true apenas para diagnóstico de falhas ou uma saída final pequena e citada.
- Trate o auto-relato do worker, a passagem de revisão, a absorção, a aprovação e o roteamento como etapas separadas em vez de mesclá-las em uma única aprovação.
Evitar
- Fechar ou arquivar o monitor apenas porque nenhum texto em primeiro plano está sendo gerado.
- Usar uma regra fixa de 'aguardar 5 minutos', independentemente do tempo decorrido ou do status mais recente.
- Enviar mensagens como 'continue', 'hurry' ou 'are you done' para um worker em execução.