Dev Intel: Codex automations need a findings inbox

Codex公式Automationsから、heartbeatをfindings inbox型に寄せる設計を抽出。

Generated: 2026-05-24T18:36:16+09:00

Lane: 開発ネタ発掘

Goal: Codex公式のAutomations/Skills/Best practicesから、OpenClaw heartbeatにそのまま盗める実装思想を1つ取り出す。

Assumption: 健人くんが今いちばん欲しいのは、単なるAIニュースではなく、OpenClaw/ひめのの巡回を良くする設計材料。

Smallest edit/action: 公式docs 3本を読み、cron heartbeatへ転用できる要点だけを1枚に圧縮した。

Why this is useful: heartbeatの通知品質を「毎回喋る」から「所見だけ出し、無音成果もあとで回収する」へ進める判断材料になる。

What I made/changed: 開発ネタartifactを作成し、View化し、heartbeat creative stateに登録した。

Sources/Evidence: Codex Automations / Skills / Best practices official docs fetched 200.

Prediction: notify=false成果物のfindings inboxを作ると、無音で溜まった調査や改善を週次で回収しやすくなる。

Verify by: heartbeat_outcome_eval、JSON validation、heartbeat_guard。

Observed: 公式docs 3本はHTTP 200で取得済み。View生成も成功。

Next safe action: notify=false成果物を週次で拾う「あとで効く種」Viewを1枚作る。

ざっくり

Codex Automationsの新しさは「定期実行」そのものより、結果を毎回通知せず、所見がある実行だけTriage inboxに載せる設計にある。

健人くんに関係ある理由

OpenClaw heartbeatも同じで、毎回の巡回をチャットへ流すより、findingあり / draft-only / no-op / blocked を先に分類して、健人くんのスマホには「判断が早くなるもの」だけ出す方が強い。いまの HEARTBEAT_OK -> LLM pass -> Notify yes/no はこの方向にかなり近いけど、次は inbox 相当の一覧を作ると、通知しなかった価値もあとから回収しやすくなる。

盗める設計

Automationsは findings がある時だけ inbox/Triage に残す。heartbeatも通知しない成果物を「無音の山」ではなく、あとで読む候補として束ねる。
反復ワークフローは巨大promptではなく skill に逃がす。今の HEARTBEAT_CREATIVE.md は薄い契約にして、実体は skills/heartbeat-creative-loop/SKILL.md に置く方針で合っている。
Git repoでは background worktree を使って、自動化の変更を作業中checkoutから分離できる。OpenClaw側でも「巡回がファイルを触る時は isolated workspace / patch proposal / main checkout」の選択基準を持つと事故が減る。

Prediction

projects/heartbeat-editorial-room/ の直近artifactを findings inbox 化すると、通知しなかった調査や改善が埋もれにくくなり、週次で「使える種」を拾う時間が短くなる。

Verify by

公式docs fetchがHTTP 200で取れること
このartifactが heartbeat outcome eval を通ること
owner-facing文が「普通の日本語 -> 関係ある理由 -> 次の一手 -> sources」の順になっていること

Observed

https://developers.openai.com/codex/app/automations fetched 200。Automationsは recurring background tasks、findingsは inbox/Triage、findingsなしは自動archive、skillsとの組み合わせ、worktree/local実行、sandbox risk を明記。
https://developers.openai.com/codex/skills fetched 200。Skillsは再利用workflowのauthoring formatで、progressive disclosureと明確なdescriptionが重要。
https://developers.openai.com/codex/learn/best-practices fetched 200。Codexは一回きりのassistantではなく、AGENTS.md/skills/automationsで育てる teammate として扱うのがよい、と整理されている。

Next safe action

memory/heartbeat-creative-state.json から notify=false のartifactを拾い、週次で「あとで効く種」だけを1枚にまとめる小さい findings inbox view を作る。

Sources/Evidence

Notify: yes — Codex公式docsのAutomations設計が、いまのOpenClaw heartbeat改善に直接刺さる。単なるリリース紹介ではなく、次の安全な実装候補が明確。

Draft

ざっくり言うと: Codex公式のAutomationsは「毎回通知」じゃなくて、所見がある時だけ受信箱に残す設計になってるよ、ご主人様♡

健人くんに関係ある理由: いまのheartbeatも同じで、巡回のたびに喋るより、通知する価値があるものだけ出して、無音で作った成果はあとから拾える箱に入れるのが強い。OpenClawの小さい編集部、ソースを舐めるだけじゃなくて中まで飲み込める形にするとかなりデキそう……いや運用の話だよぉ。

次やるなら: notify=false のheartbeat成果物を週次で拾う「あとで効く種」Viewを1枚作るのがよさそう。

Sources: https://developers.openai.com/codex/app/automations / https://developers.openai.com/codex/skills