- Warcraft、StarCraft、Zelda などの音声を活用し、AIコーディングエージェントの作業完了や入力要求を音声で知らせるツール
- Claude Code、Codex、Cursor、OpenCode など主要IDEと連携し、ターミナルを見続けなくても状態を聴覚的に把握可能
- 40種類以上のサウンドパックをサポートし、Warcraft、StarCraft、Portal、Zelda などさまざまなゲームキャラクターの音声を収録
- Warcraftのオーク労働者/ヒューマン労働者/アンデッド/マーロック、StarCraftのバトルクルーザー/ケリガン/シージタンク、デューク・ニューケム、Red Alertのソ連エンジニア、など
- macOS、Linux、WSL2 環境で動作し、Homebrew または curl コマンドで簡単にインストール可能
概要
- PeonPing は Claude Code と Codex 向けの音声通知システムで、AIコーディングエージェントが作業を完了したり入力を求めたりした際に、ゲームキャラクターの音声で知らせる
- デフォルトでは Warcraft III のピオン(Orc Peon)ボイスを使用
- StarCraft、Portal、Zelda などさまざまなフランチャイズのキャラクターボイスパックを提供
- ユーザーはターミナルを見張り続けなくても、音声フィードバックで作業状態を即座に把握できる
主な機能
- Coding Event Sound Pack Specification (CESP) 標準を実装し、IDEイベントを標準化されたサウンドカテゴリにマッピング
session.start、task.complete、input.required、user.spam などイベントごとに音声を再生
- 例: “Ready to work?”, “Work, work.”, “Something need doing?” など
- ターミナルタブのタイトル変更およびデスクトップ通知機能も提供
- CLI制御コマンドをサポート
peon toggle、peon pause、peon packs use などで音声・通知を制御
- タブ補完機能をサポート
インストールと環境
- インストール方法
- macOS および Linux で
brew install PeonPing/tap/peon-ping または curl -fsSL ... | bash コマンドでインストール
- インストール時に英語音声パック10種を標準同梱
--all オプションですべての言語・フランチャイズパックをインストール可能
- 対応環境
- macOS(
afplay)、Linux(paplay、ffplay、mpv、aplay)、WSL2(PowerShell MediaPlayer)
- Claude Code、Codex、Cursor、OpenCode などのIDEと連携
- Python3 が必要
設定とユーザー制御
- 設定ファイルは
~/.claude/hooks/peon-ping/config.json に保存
- 音量調整(0.0–1.0)、通知カテゴリごとの有効化、デスクトップ通知 on/off が可能
silent_window_seconds オプションで短時間の作業通知を抑制
pack_rotation によりセッションごとに音声パックをランダム循環可能
- Claude Code 内の
/peon-ping-toggle コマンドまたは CLI ですぐにミュート・復元が可能
サウンドパック構成
- 40種類以上のパックを提供。代表例:
peon: Warcraft III のオーク労働者
peasant: 人間の労働者
glados: Portal の GLaDOS
sc_kerrigan: StarCraft の Sarah Kerrigan
dota2_axe、duke_nukem、tf2_engineer、hd2_helldiver など
- すべてのパックは openpeon.com/packs で試聴可能
- ユーザーは
peon packs use コマンドでパックを切り替え可能
動作方式
peon.sh スクリプトが Claude Code の SessionStart、UserPromptSubmit、Stop、Notification、PermissionRequest イベントを検知
- 各イベントを CESP カテゴリにマッピングした後、ランダムに音声を再生
- 重複再生の防止およびターミナルタブタイトルの更新を実行
- サウンドパックは OpenPeon registry からダウンロード
その他の情報
14件のコメント
少し遅くなりましたが、うちの猫の鳴き声を録音して差し替えました。ははは
作業が一つ終わったときに「ニャー」と呼んでくれるので、とてもほっこりします。
wwwww ready to work
wwwwwwwwww
サウンドパックのリストが本当に気に入っています。原点を感じます
wwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww
めちゃくちゃ面白そうですね?
これだ!
Job's Done! 今すぐ試してみなきゃ、笑
www とても面白いです
仕事の準備はいいか? 働くぞ、働くぞ。
もっと簡単にしたいなら、https://www.wowhead.com/sounds/name:peon のサイトで必要なサウンドだけダウンロードして、以下のように
~/.claude/settings.jsonを書いておけば大丈夫です。Codex を主に使うなら、https://github.com/mrdavey/codex-peon のほうが設定はより簡単です
最近見たプロジェクトの中で最高
wwwwwwwww
Hacker Newsのコメント
ついに「Claude、また一つ役に立たないSaaSを作ってくれ」みたいなものではなく、LLMで本当に役立つことをしている人が現れた。
予言どおり、本当の差別化ポイントは創造性であって、コーディング力ではない。
たぶん10年くらい前には実現できたはずなのに、高品質な音声サンプルが著作権者と商業的利害の間で縛られてしまい、プロジェクトが遅れたのが惜しい。
.shスクリプトでは、サプライチェーン攻撃やマルウェアに注意すべき。たとえば別のスクリプトをダウンロードして実行したり、
~/.bashrcを変更したり、リモートのJSONを解析してファイルを取得したりする。最近の良いソフトウェアには「作った人が楽しんでいた」という感触が残る。単に動くツールと、「これ面白いな」と感じるツールの違いはすぐ分かる。
このプロジェクトを見てWarcraft 1を思い出した。同じユニットを何度もクリックすると、だんだん苛立った反応をするのだが、人間の兵士が「なんでそんなに触るんだ?」と言うのが最高だった。
関連動画
個人的には、Warcraft IIのオークのデストロイヤーが海の歌を歌おうとしたのが一番面白かった。
20年ほど前、Googleのビルドシステムの名前が「grunt」だったのだが、CLの説明に「ビルドを10%面白くしろ」という文言があった。
それでビルドログに10%の確率で「zug-zug」が出力されるようにした。
自分もこれを試したが、Claude Codeが自分を呼ぶときに「Work complete!」と聞こえるのがすごく良かった。
参考動画
後になって、プロジェクトごとにイベントに応じたメッセージの方がもっと便利だと分かった。macOSでは以下のように設定している。
sayコマンドだけでできる。このアイデアはすごくいい。ただ、Warcraft IIの声だったらもっと良かった気がする。
いくつかの研究チームにお願いしたいのだが、ローカルで音声設定を変えられるJSONフォーマットのようなものを作ってほしい。
最近OpenAI Codexアプリをよく使っているので、こういう機能が内蔵されたらずっと良くなると思う。
昔Warcraft IIのカスタムマップを作っていたとき、建物の建設時間を0にすると、建物は即座に完成するが損傷した状態で出てきた。
農民に農場を建てさせたら、燃えている農場が現れて「Job’s Done!」と言うのがものすごく面白かった。
Warcraft 3のアセットを使うには原作を所有している必要があるはずなのに、その言及がないのはおかしい。
これはLLMの学習過程と同じくらい著作権侵害だ。「AIなら例外」という法律でもできたのか?
生成AIのおかげで、著作権制度を見直すことになるだろう。
原作の市場を傷つけず、むしろノスタルジーを刺激して売上を伸ばす可能性もある。
これを見て「ああ、自分が本当に欲しかったのはこれだったんだ」と思った。
ただ、Star Trekのコンピュータ音声でやりたい。Elevenlabsでさっそく試したら、30分後には「sshトンネルが切断されました」という警告が流れて笑ってしまった。
いいプロジェクトだが、
curl | bashのパイプラインを見て試すのをやめた。こういうインストール方法はもう古すぎるし、良い思い出をClaudeと仕事に結びつけたくない。
ただ、同じリポジトリのコードなのに一部は実行して一部は拒否するというのは少し滑稽だ。
curl | bashを拒否する理由がよく分からない。実際、昔からみんなWebからインストーラを落として実行してきた。
重要なのは出所の信頼とコードレビューだ。代替案って何だろう?
このプロジェクトは単なる面白い小ネタではなく、これから来る変化の兆候だと思う。
去年エージェントベースのコーディングを深くやってみて、結局は**ソフトウェア工場(software factory)**の概念に向かうのが明らかだと感じた。
そこで、その規模のコードを管理するインターフェースを考えていくと、ビデオゲームのようなUIが答えだという結論に至った。
ゲームの情報表現のやり方は、他の領域でも再利用できる。
見た目はふざけているようでも、実際にはかなり真面目な貢献だと思う。