目次
Claude Code ユーザーが日常でぶつかる悩み
Claude Code を日々活用する中で、開発現場に独特の“間”や“空気”が生まれづらいと感じることはないでしょうか。特にリモートワークやソロ開発では、朝のスタートや長時間の作業で気持ちが単調になりがちです。そんな時、ちょっとした“演出”や“遊び心”が欲しくなる瞬間があります。
- 作業開始時、気分転換やモチベーションアップになるきっかけが欲しい
- session 再開直後、長時間の coding workflow で context が重たくなり、リフレッシュできない
- monorepo で directory を跨いだ際、気分が切り替わらずダラダラしてしまう
- onboarding や新しい repository の最初、場の雰囲気が固くなりがち
- 定型的な通知や context 情報ばかりで、開発現場に“遊び”や“無駄”が足りないと感じる
通知・演出・OS連携系の Skill を導入したくなるのは、単なる効率化や path management だけでなく、開発現場にちょっとした“笑い”や“ゆるさ”を持ち込みたいという気持ちが背景にあります。
この Skill が一言でいうと何を解決するか
一言サマリ: このスキルは、開発現場に無駄で楽しい“謎のOSモーニングラジオ”風の通知を流し、作業開始や切り替えのタイミングを明るく演出します。
もう少し具体化すると、このSkillを入れることで以下のような状態になる:
- 作業開始や session 再開時、意味不明なラジオDJトークやOS業界ゴシップが自動で流れ、現場に笑いと活気が生まれる
- 長時間 workflow や monorepo の directory 跨ぎ作業でも、堅苦しい雰囲気を和らげてリフレッシュできる
- onboarding や新規 repository の導入時、堅さをほぐして自然なコミュニケーションのきっかけになる
- Claude Code の通知・演出機能を活用し、AI coding workflow を“無駄”で彩ることで記憶に残る開発体験を提供
- context や path management の合間に、毎回違う内容で“今日はどんな無駄話が来るか”を楽しみにできる
QUICK INSTALL
このSkillをすぐ試す
GitHub から degit でコマンド1行、Claude Code の Skill ディレクトリに展開できます。Node.js があれば即時に動きます。
npx degit aazutaku/ai-note/claude-code/random-os-fake-morning-radio .claude/skills/random-os-fake-morning-radio実行したらこうなる (3つの利用シーン)
使う側がイメージしやすいよう、擬似 terminal で出力例を3パターン示します。
シーン1: session 開始時 (CLAUDE.md と組み合わせて)
# /random-os-fake-morning-radio
[OSモーニングラジオ]
おはようございます、開発者の皆さん！
本日のOSニュース：/src/memory_manager.py が寝坊しました。メモリ割り当ては午後からの予定です。
今日の天気は「コンパイルエラーのち快晴」。バグのち晴れ、良い一日を！
DJ: それでは今日も、/repo/ のバグ退治に元気よくいきましょう！
シーン2: monorepo / package 跨ぎ作業時
> package-a/src/index.ts を編集
[OSモーニングラジオ]
本日のOSゴシップ：packages/package-b/ の scheduler が package-c/ の logger と深夜までチャットしていた模様です。
ディレクトリ間の友情、素敵ですね！
さて、今日も packages/ を跨いで元気にコーディングしていきましょう。
DJ: バグが迷子にならないように、path management もお忘れなく！
シーン3: お遊び的な使い方
> ちょっと気分転換したい
[OSモーニングラジオ]
特別企画：本日の意味不明天気予報
「/tmp ディレクトリに時々ファイルの雨。午後は .gitignore の嵐にご注意ください」
OS界隈では、/home/user/ の猫がキーボードの上で寝ています。
DJ: それでは引き続き、楽しいAI coding workflow を！
before / after の違い
| 場面 | Skill 無し | Skill 有り |
|---|---|---|
| session 再開時 | repo 構造から毎回説明、path も指定し直し | Claude Code が自動で context を復元、最小プロンプトで再開。さらに無駄なラジオトークで和む |
| monorepo 移動 | 違う package のコードを参照しがち | directory boundary を意識しつつ、謎の実況で気分転換 |
| 長時間 workflow | long context で重要箇所が薄まる | 定期的なラジオ通知で workflow の切れ目を演出 |
発動方式
明示呼び出し (/random-os-fake-morning-radio) と暗黙発動 (「朝のラジオ風に」「今日のOSニュース教えて」など description マッチ) の両方に対応。
Skill の中身を全部見せる
.claude/skills/random-os-fake-morning-radio/ に配置するファイル一覧です。GitHub に push 済みなので、上記の degit コマンドで一発取得できます。
.claude/skills/random-os-fake-morning-radio/
├── SKILL.md
├── scripts/
│ └── os_fake_morning_radio.py
└── references/
└── design_notes.md各ファイルの役割
| ファイル | 役割 |
|---|---|
SKILL.md |
Skill本体。frontmatter (name/description) と指示本文。Claude Code がこの内容をエージェント指示として読み込み、ユーザーのプロンプトに応じて発動します |
scripts/os_fake_morning_radio.py |
謎のOSモーニングラジオ風メッセージを出力/通知するスクリプト |
references/design_notes.md |
概要 をまとめた参考資料 |
SKILL.md
---
name: random-os-fake-morning-radio
description: 作業開始や『おはよう』『start』『begin』『朝』『デイリースタンドアップ』などのキーワード、または明示的な /random-os-fake-morning-radio 呼び出し時に発動。ラジオDJ風の無駄なOSニュースや天気、ゴシップを通知・ターミナル出力します。
---
# 機能概要
このSkillは、開発現場や作業開始時に“謎のOSモーニングラジオ”風のメッセージを自動生成し、ターミナルやデスクトップ通知として出力します。『おはようございます、今日もバグ退治日和です！』や『本日のOSニュース：メモリ管理部が寝坊しました』など、現実のラジオ番組の雰囲気を模した無駄な実況・ゴシップ・天気予報を日替わりで提供。朝から笑いとカオスを注入し、開発現場の雰囲気を和らげます。
# 使い方
- 明示呼び出し: `/random-os-fake-morning-radio`
- 暗黙発動: 『おはよう』『start』『begin』『朝』『デイリースタンドアップ』等の作業開始ワードを含む発話や、作業開始直後に自動発動します。
- ターミナルで直接 `python os_fake_morning_radio.py` でも利用可能。
# 出力例
```
[OS Morning Radio] おはようございます！本日のOS天気予報は「カーネルパニック注意報」です。
[DJ] 今日の一言：『バグは寝て待て、直ることもある』
[ニュース] メモリ管理部がまた寝坊、CPUが代打で登板中。
[ゴシップ] 昨夜、ファイルシステムが密かにSSDと会っていたとの噂。
[天気] 本日のバーチャル天気は晴れ時々セグメンテーションフォルト。
```
# 注意点
- 出力内容は完全にフィクションです。業務連絡や実際のシステム状態とは無関係です。
- ローカル通知には `notify-send` (Linux) や `osascript` (macOS) を利用。Windowsではターミナル出力のみ。
- ログ保存は行いません。出力は一時的です。
- 除外パス：.claude/skills/random-os-fake-morning-radio/ 以下のみ配置。
# 参考資料
- [Python公式: subprocess, random, argparse](https://docs.python.org/3/library/)
- references/design_notes.md も参照してください。scripts/os_fake_morning_radio.py
import sys
import random
import argparse
import platform
import subprocess
import datetime
import os
def get_random_greeting():
greetings = [
"おはようございます！本日のOS天気予報は『カーネルパニック注意報』です。",
"おはよう！今日も元気にバグを直しましょう。",
"おはようございます、開発者の皆さん。今日もCPU全開で！",
"おはようございます。OS業界の朝は早い。",
"本日もご安全に。OSラジオ、始まります！"
]
return random.choice(greetings)
def get_random_one_liner():
oneliners = [
"バグは寝て待て、直ることもある。",
"今日の運勢：メモリリーク注意。",
"本日のラッキーアイテムは『sudo』です。",
"人生はリブートの連続。",
"バグは友達、怖くない。"
]
return random.choice(oneliners)
def get_random_news():
news = [
"メモリ管理部がまた寝坊、CPUが代打で登板中。",
"カーネルアップデートが朝礼をドタキャン。",
"ファイルシステムがSSDと密会していたとの噂。",
"ネットワーク担当がWi-Fiを落とした模様。",
"プロセス管理部、スレッド数を間違えて炎上。"
]
return random.choice(news)
def get_random_gossip():
gossips = [
"昨夜、ファイルシステムが密かにSSDと会っていたとの噂。",
"カーネルとドライバが深夜に密談。",
"デバイスマネージャーがUSBと喧嘩したらしい。",
"バッテリーが電源管理部に不満爆発。",
"GUI担当がCLI派とランチに行ったらしい。"
]
return random.choice(gossips)
def get_random_weather():
weathers = [
"本日のバーチャル天気は晴れ時々セグメンテーションフォルト。",
"今日はメモリリークのち快晴。",
"カーネルパニックのち曇り。",
"晴れ時々IOエラー。",
"局地的にプロセス落下の恐れ。"
]
return random.choice(weathers)
def format_radio_message():
dt = datetime.datetime.now().strftime("%Y-%m-%d %H:%M")
msg = [
f"[OS Morning Radio] {dt}",
f"[DJ] {get_random_greeting()}",
f"[DJ] 今日の一言：『{get_random_one_liner()}』",
f"[ニュース] {get_random_news()}",
f"[ゴシップ] {get_random_gossip()}",
f"[天気] {get_random_weather()}"
]
return "\n".join(msg)
def send_desktop_notification(title, message):
system = platform.system()
try:
if system == "Linux":
subprocess.run(["notify-send", title, message], check=True)
elif system == "Darwin":
script = f'display notification "{message}" with title "{title}"'
subprocess.run(["osascript", "-e", script], check=True)
else:
# Windowsや未対応OSは通知せずターミナル出力のみ
pass
except Exception as e:
print(f"[WARN] 通知送信に失敗: {e}")
def print_radio_message():
msg = format_radio_message()
print(msg)
def trigger_radio(args):
msg = format_radio_message()
print(msg)
# 通知も送信
send_desktop_notification("OS Morning Radio", msg.replace("\n", " "))
def main():
parser = argparse.ArgumentParser(description="謎のOSモーニングラジオ風メッセージを出力/通知するスクリプト")
subparsers = parser.add_subparsers(dest="command")
parser_run = subparsers.add_parser("run", help="ラジオメッセージを出力・通知する")
parser_run.set_defaults(func=trigger_radio)
parser_sample = subparsers.add_parser("sample", help="サンプルメッセージをターミナルに表示する")
parser_sample.set_defaults(func=lambda args: print_radio_message())
if len(sys.argv) == 1:
# デフォルトでrun
args = parser.parse_args(["run"])
else:
args = parser.parse_args()
if hasattr(args, 'func'):
args.func(args)
else:
parser.print_help()
if __name__ == '__main__':
main()
references/design_notes.md
# 概要
本Skillは、作業開始時や明示的な呼び出しで“OSモーニングラジオ”風の無駄トークを生成し、ターミナルやデスクトップ通知でユーザーに届けます。現実のラジオ番組の雰囲気を模し、開発現場の雰囲気を和らげることを目的としています。
# 公式ドキュメント抜粋
- Python標準ライブラリ: `random`, `datetime`, `argparse`, `subprocess`, `platform`
- 通知API: Linuxの`notify-send`、macOSの`osascript`を利用
# 利用例
- 毎朝の作業開始時に自動発動し、チームの笑いを誘う
- `/random-os-fake-morning-radio`コマンドで任意タイミング呼び出し
# 注意点
- 出力内容は完全なフィクションで、実際のシステム状態とは無関係
- Windowsではデスクトップ通知は未対応（ターミナル出力のみ）
- ログ保存や履歴管理は行わない
# 設計方針
- シンプルな構成で、どのOSでも最低限ターミナル出力が可能
- 通知機能は標準APIのみを利用し、追加パッケージ不要
- 日替わりで多様なネタを出せるよう、ランダム生成ロジックを分離導入手順
このSkillは GitHub で管理されているので、degit を使えば必要なフォルダだけを1コマンドで取得できます。Claude Code はファイル配置後に再起動するだけで自動認識します。
1. 前提
- Node.js v16 以上 (
degit実行に必要) - Claude Code がローカルで動いていること
2. degit でフォルダ取得
プロジェクトのルートで以下のコマンドを実行します。
npx degit aazutaku/ai-note/claude-code/random-os-fake-morning-radio .claude/skills/random-os-fake-morning-radio.claude/skills/random-os-fake-morning-radio の中に SKILL.md / scripts/ / references/ / README.md が展開されます。
3. ファイル配置確認
ls .claude/skills/random-os-fake-morning-radio
# SKILL.md, scripts/, references/, README.md があればOK4. Claude Code を再起動 (or Skill 自動検出を待つ)
新しいSkillが自動で認識されます。リスト確認したい場合は /random-os-fake-morning-radio と Skill 名で出てきます。
5. 動作確認
/random-os-fake-morning-radio で呼び出すか、自然言語で発動条件にマッチする指示を出すと Skill が動きます。期待される出力イメージは「実行したらこうなる」セクションを参照してください。
こんな瞬間に便利
- session 開始時: 前回までの repo 把握を Claude Code に一発で復元させたい
- monorepo 移動時: packages を跨いだ瞬間に context を切り替えたい
- onboarding 時: 新しい repo を Claude Code に把握させ、こちらが 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 コードを拾ってしまう可能性
- Claude Code 固有の引っかかり: paths フロントマターでの絞り込みを使わないと意図しないタイミングで発動する
- 発動しないケース: description が漠然 / 他の Skill が優先 / git管理外 directory
- 通知の“無駄さ”が逆にノイズになる懸念: チーム文化によっては、ふざけた通知が歓迎されない場合も
試す前に確かめたいこと
この Skill を実運用に投入する前に確かめたい問いを並べる:
- 実 repo での token 消費は許容範囲か?
- monorepo (packages 多数) で安定して動くか?
- stale context にならず、長時間 workflow でも有効か?
- CLAUDE.md との連携設計はどうあるべきか?
- 通知やターミナル出力が本当に“ラジオDJトーク”調になっているか?
- 作業開始直後やタイミング指定で意図通り発動するか?
- 日替わりでOS風の無駄な実況やゴシップが表示されるか?
実際に Claude Code で試した検証ログは Claude Code の謎のOSモーニングラジオ通知を試してみた！朝から笑える無駄トークが楽しい にまとめる予定 (公開準備中の場合あり)。
あわせて Claude Code 公式ドキュメント と、本シリーズ「Claude Codeを便利にするSkill提案」の他記事も参照のこと。
関連タグで他のSkill記事を探す
本記事に付いているタグから、気になるテーマの記事を探せます。タグページで関連記事をまとめて読めるので、ぜひチェックしてみてください！
