Codex ユーザーが日常でぶつかる悩み
開発現場でCodexを使い続けていると、「またこれか…」と感じる小さなストレスが積み重なります。特に通知や演出、OS連携まわりの体験は、どうしても機械的になりがちです。プロジェクトの立ち上げやsession再開時、ちょっとしたきっかけで気分転換したいのに、ツール側は淡々としたやりとりばかり。そんな時、以下のような「あるある」に心当たりはありませんか?
- Codex が context を見失って違う場所のコードを参照する
- monorepo で package を跨いだ瞬間、Codex が repo 構造を忘れる
- session を再開すると、前回までの context や path 指定をまるごと再説明しないといけない
- 長時間 workflow で long context が膨らみすぎて、important な情報が薄まる (stale context)
- 「ここはこういう構造のリポジトリ」というあらすじを毎回チャットの冒頭で書く羽目になる
これらの背景には、CodexのAI coding workflowがコンテキストやrepoの理解に強く依存していること、そして作業の切れ目ごとに人間側が「再説明」や「パス管理」を強いられる現実があります。加えて、作業の始まりや切り替えのタイミングで、何かユーモアや気分転換のきっかけが欲しいと感じるのも自然なことです。
この Skill が一言でいうと何を解決するか
一言サマリ: このスキルは、作業開始やタイミング指定で“謎のOSモーニングラジオ”風メッセージを流し、開発現場にユーモアと活気をもたらします。
もう少し具体化すると、このSkillを入れることで以下のような状態になる:
- session開始時やmonorepo移動時に、現実のラジオ番組を模した“OS業界ゴシップ”や意味不明な天気予報が自動で流れ、作業の切り替えを楽しく演出できる
- 通知やターミナル出力を通じて、長時間のAI coding workflowにちょっとした笑いやリフレッシュが生まれる
- onboardingやrepo初回説明の堅苦しさを和らげ、メンバー間のコミュニケーションのきっかけにもなる
- Codexのcontext切り替えやmemory復元のタイミングが、単なる作業指示から“イベント”へと変わる
- 長時間sessionやstale context時にも、日替わりの無駄トークで現場の空気が一新される
GitHub から degit でコマンド1行、Codex の Skill ディレクトリに展開できます。Node.js があれば即時に動きます。
npx degit aazutaku/ai-note/codex/random-os-fake-morning-radio .agents/skills/random-os-fake-morning-radio実行したらこうなる (3つの利用シーン)
使う側がイメージしやすいよう、擬似 terminal で出力例を3パターン示します。
シーン1: session 開始時 (プロジェクト初動で)
# /skills menu or random-os-fake-morning-radio mention
> プロジェクト開始
[OSモーニングラジオ]
おはようございます、開発者の皆さん!
本日のOSニュース:メモリが寝坊しました。swap領域で二度寝中とのことです。
天気予報:/src ディレクトリは晴れ、/tests 付近でバグの通り雨にご注意ください。
今日も元気にバグを直しましょう!
シーン2: monorepo / package 跨ぎ作業時
> packages/api/ から packages/frontend/ に移動
[OSモーニングラジオ]
本日のパッケージ横断ニュース:
「apiチームが新しいエンドポイントで盛り上がり中」
「frontendでは依存関係の渋滞が発生しています」
業界ゴシップ:node_modulesがまた肥大化した模様
引き続き安全なcontext切り替えでお過ごしください!
シーン3: お遊び的な使い方
> ちょっと気分転換したい
[OSモーニングラジオ]
今朝のOS占い:あなたの今日のラッキーディレクトリは /utils です。
突然ですが、カーネル開発者からの一言:「バグは寝て待て」
本日の迷言:「リポジトリは一日にして成らず」
before / after の違い
| 場面 | Skill 無し | Skill 有り |
|---|---|---|
| session 再開時 | repo 構造から毎回説明、path も指定し直し | Codex が自動で context を復元、最小プロンプトで再開+ラジオ風メッセージで気分転換 |
| monorepo 移動 | 違う package のコードを参照しがち | directory boundary を意識したラジオ実況で切り替えを明示 |
| 長時間 workflow | long context で重要箇所が薄まる | 定期的な無駄トークで集中力をリセット、contextも整理しやすい雰囲気に |
発動方式
明示呼び出し (/skills menu or $skill-name mention) と暗黙発動 (description マッチ) の両方に対応。
Skill の中身を全部見せる
.agents/skills/random-os-fake-morning-radio/ に配置するファイル一覧です。GitHub に push 済みなので、上記の degit コマンドで一発取得できます。
.agents/skills/random-os-fake-morning-radio/
├── SKILL.md
├── scripts/
│ └── os_fake_morning_radio.py
└── references/
└── design_notes.md
各ファイルの役割
| ファイル | 役割 |
|---|---|
SKILL.md |
Skill本体。frontmatter (name/description) と指示本文。Codex がこの内容をエージェント指示として読み込み、ユーザーのプロンプトに応じて発動します |
scripts/os_fake_morning_radio.py |
謎のOSモーニングラジオ風メッセージを出力します。 |
references/design_notes.md |
概要 をまとめた参考資料 |
SKILL.md
---
name: random-os-fake-morning-radio
description: 作業開始直後や『おはよう』『start work』などのキーワード、または明示的なSkill呼び出し時に、OS風ラジオDJトークや意味不明なOSニュースを通知・ターミナル出力します。日替わりで無駄な実況やゴシップが流れ、開発現場に笑いと活気を注入します。
---
# 機能概要
このSkillは、作業開始時や任意のタイミングで、まるで謎のOS内蔵ラジオ番組のようなメッセージを通知やターミナルに流します。内容は『本日のOS天気予報』『バグ修正応援メッセージ』『OS業界ゴシップ』など、完全に無駄で意味不明なラジオDJトーク。開発現場の朝をカオスに盛り上げ、笑いと活気を生み出します。
# 使い方
- 明示呼び出し: `/skills random-os-fake-morning-radio` または Skillメニューから選択
- 暗黙発動: 「おはよう」「start work」「今日もよろしく」などの開始系キーワード入力時や、作業開始直後に自動発動
- オプション: `--notify` でデスクトップ通知、`--terminal` でターミナル出力(デフォルトは両方)
# 出力例
```
[OS Morning Radio] おはようございます!本日のOS天気予報:カーネルの空は快晴、バグの雲がちらほら。
[OS Morning Radio] 業界ゴシップ:昨日、メモリ管理部が寝坊した模様です。
[OS Morning Radio] 今日も元気にバグを直しましょう!
[OS Morning Radio] 本日のラッキーコマンド:sudo reboot(実行は自己責任で)
[OS Morning Radio] DJ: システムログに愛を込めて。
```
# 注意点
- 本Skillは実際のOSやシステムには一切影響しません
- ローカルに履歴を保存しません
- 通知機能はLinux/macOSの`notify-send`/`osascript`を利用(Windowsはターミナル出力のみ)
- 業務外の無駄な情報が含まれます
# 参考資料
詳細な設計方針や利用例は `references/design_notes.md` を参照してください。公式通知API:
- [notify-send (Linux)](https://specifications.freedesktop.org/notification-spec/latest/)
- [osascript (macOS)](https://developer.apple.com/library/archive/documentation/AppleScript/Conceptual/AppleScriptLangGuide/introduction/ASLR_intro.html)
scripts/os_fake_morning_radio.py
import sys
import os
import argparse
import random
import datetime
import subprocess
def get_today_seed():
today = datetime.date.today()
return int(today.strftime('%Y%m%d'))
DJ_INTRO = [
"おはようございます!",
"システム管理部より朝のお知らせです。",
"OSモーニングラジオ、今朝も始まりました。",
"DJカーネルがお送りします。",
"今日も元気にバグを直しましょう!",
]
OS_WEATHER = [
"本日のOS天気予報:カーネルの空は快晴、バグの雲がちらほら。",
"本日のメモリ温度は適温、CPUの風は追い風です。",
"ストレージの湿度が高めです。バックアップはお早めに。",
"プロセスの海は穏やか、ネットワークの波も静かです。",
"本日はシステムアップデート日和となるでしょう。",
]
OS_GOSSIP = [
"業界ゴシップ:昨日、メモリ管理部が寝坊した模様です。",
"噂:カーネルパニックの原因は未だに不明です。",
"新型バグが発見され、セキュリティ部が緊急対応中。",
"ファイルシステム部が新しいフォーマットを検討中とのこと。",
"プロセス管理部の会議が無限ループに突入しました。",
]
ENCOURAGEMENT = [
"今日も一日、エラーに負けず頑張りましょう!",
"バグ修正は愛、デバッグは力です。",
"ログに愛を込めて、今日も開発を。",
"本日のラッキーコマンド:sudo reboot(実行は自己責任で)",
"システムログに愛を込めて。",
]
SIGN_OFF = [
"それでは、素敵な開発ライフを!",
"本日の放送は以上です。また明日!",
"DJカーネルでした。Have a nice debug!",
"バグに負けるな、開発者!",
"次回の放送もお楽しみに。",
]
MESSAGE_BLOCKS = [DJ_INTRO, OS_WEATHER, OS_GOSSIP, ENCOURAGEMENT, SIGN_OFF]
def generate_radio_messages(seed=None):
if seed is None:
seed = get_today_seed()
random.seed(seed)
messages = []
for block in MESSAGE_BLOCKS:
msg = random.choice(block)
messages.append(f"[OS Morning Radio] {msg}")
return messages
def notify_desktop(message):
# Linux (notify-send)
if sys.platform.startswith('linux'):
try:
subprocess.run(['notify-send', 'OS Morning Radio', message], check=True)
except Exception:
pass
# macOS (osascript)
elif sys.platform == 'darwin':
osa_script = f'display notification "{message}" with title "OS Morning Radio"'
try:
subprocess.run(['osascript', '-e', osa_script], check=True)
except Exception:
pass
# Windows: 通知は未サポート
def output_terminal(messages):
for msg in messages:
print(msg)
def main():
parser = argparse.ArgumentParser(description='謎のOSモーニングラジオ風メッセージを出力します。')
parser.add_argument('--notify', action='store_true', help='デスクトップ通知も行う')
parser.add_argument('--terminal', action='store_true', help='ターミナル出力のみ')
parser.add_argument('--seed', type=int, default=None, help='日替わりメッセージの乱数シード')
parser.add_argument('command', nargs='?', default='play', choices=['play', 'log', 'list', 'summary'], help='サブコマンド')
args = parser.parse_args()
if args.command == 'play':
messages = generate_radio_messages(args.seed)
if not args.terminal:
# デスクトップ通知(1行目のみ)
notify_desktop(messages[0])
output_terminal(messages)
elif args.command == 'list':
print("--- OS Morning Radio メッセージ候補 ---")
for i, block in enumerate(MESSAGE_BLOCKS):
print(f"Block {i+1}:")
for msg in block:
print(f" - {msg}")
elif args.command == 'summary':
print("OS Morning Radio: 日替わりで無駄なラジオ風メッセージを出力します。")
print("通知API: notify-send (Linux), osascript (macOS)")
print("コマンド例: python os_fake_morning_radio.py --notify")
elif args.command == 'log':
print("このSkillは履歴を保存しません。")
else:
print("未知のコマンドです。--help を参照してください。")
if __name__ == '__main__':
main()
references/design_notes.md
# 概要
このSkillは、作業開始時などに“謎のOSラジオ”風の無駄なメッセージを通知・ターミナルに出し、開発現場の朝を盛り上げるために設計されました。内容は完全に架空で、実際のシステムには影響しません。
# 公式ドキュメント抜粋
- Linux: `notify-send` コマンドはFreedesktop.orgの通知仕様に基づき、デスクトップ環境に短いメッセージを表示します。
- macOS: `osascript` でAppleScriptを実行し、通知センターにメッセージを出せます。
# 利用例
- ターミナルで `python os_fake_morning_radio.py --notify` を実行すると、日替わりでラジオ風メッセージが表示されます。
- `/skills random-os-fake-morning-radio` で明示呼び出しも可能。
# 注意点
- Windowsではデスクトップ通知をサポートしていません(ターミナル出力のみ)。
- ログや履歴はローカルに保存されません。
- 本Skillは業務効率化を目的としません。
# 設計方針
- 日替わりでメッセージが変化するよう、日付シードを利用。
- 実在のAPI/コマンドのみを利用し、追加インストール不要で動作。
- 無駄な情報で現場に笑いと活気を提供することを重視。
導入手順
このSkillは GitHub で管理されているので、degit を使えば必要なフォルダだけを1コマンドで取得できます。Codex はファイル配置後に再起動するだけで自動認識します。
1. 前提
- Node.js v16 以上 (
degit実行に必要) - Codex がローカルで動いていること
2. degit でフォルダ取得
プロジェクトのルートで以下のコマンドを実行します。
npx degit aazutaku/ai-note/codex/random-os-fake-morning-radio .agents/skills/random-os-fake-morning-radio
.agents/skills/random-os-fake-morning-radio の中に SKILL.md / scripts/ / references/ / README.md が展開されます。
3. ファイル配置確認
ls .agents/skills/random-os-fake-morning-radio
# SKILL.md, scripts/, references/, README.md があればOK
4. Codex を再起動 (or Skill 自動検出を待つ)
新しいSkillが自動で認識されます。リスト確認したい場合は /skills menu or $skill-name mention と Skill 名で出てきます。
5. 動作確認
/skills menu or $skill-name mention で呼び出すか、自然言語で発動条件にマッチする指示を出すと Skill が動きます。期待される出力イメージは「実行したらこうなる」セクションを参照してください。
こんな瞬間に便利
- session 開始時: 前回までの repo 把握を Codex に一発で復元させたい
- monorepo 移動時: packages を跨いだ瞬間に context を切り替えたい
- onboarding 時: 新しい repo を Codex に把握させ、こちらが path を全部指定する手間を省きたい
- session 再開時: long context が切れた後でも、必要な path と directory 構造だけ素早く戻したい
- package 跨ぎ作業時: directory boundary を Skill 側で管理して、irrelevant な path 混入を防ぎたい
- long-running workflow 前: long context で重要箇所が薄まる前に snapshot を取りたい
気になるポイント (壊れそうな箇所)
実運用に乗せる前に頭に入れておきたい懸念。後で検証する観点でもある:
- stale context 問題: 長時間 workflow で Skill 出力が古くなり、現状と乖離する可能性
- directory 増えすぎ問題: 大規模 repo で全 directory を網羅すると出力が肥大化して context window を圧迫
- monorepo 肥大化: packages が多い構成では出力が雑になり、結局 path 指定し直しになる懸念
- irrelevant path 混入: node_modules / build 成果物 / generated コードを拾ってしまう可能性
- Codex 固有の引っかかり: description のセマンティックマッチ精度が要件次第
- 発動しないケース: description が漠然 / 他の Skill が優先 / git管理外 directory
試す前に確かめたいこと
この Skill を実運用に投入する前に確かめたい問いを並べる:
- 実 repo での token 消費は許容範囲か?
- monorepo (packages 多数) で安定して動くか?
- stale context にならず、長時間 workflow でも有効か?
- AGENTS.md との連携設計はどうあるべきか?
- 通知やターミナル出力が本当に“ラジオDJトーク”調になっているか?
- 実際に作業開始直後やタイミング指定で発動するか?
- OS風の無駄な実況やゴシップが日替わりで表示されるか?
実際に Codex で試した検証ログは Codexで謎のOSモーニングラジオ風メッセージを流してみた! にまとめる予定 (公開準備中の場合あり)。
あわせて Codex 公式ドキュメント と、本シリーズ「Codexを使いこなすSkillアイデア」の他記事も参照のこと。
関連タグで他のSkill記事を探す
本記事に付いているタグから、気になるテーマの記事を探せます。タグページで関連記事をまとめて読めるので、ぜひチェックしてみてください!
