Codexで自己肯定感を謎に盛り上げる演出の作り方ガイド

  • URLをコピーしました!
目次

Codex ユーザーが日常でぶつかる悩み

Codex を日々使っていると、AI coding workflow の中で「またこれか…」と感じる瞬間が少なくありません。特に repository understanding や path management、context 設計に関わる悩みは多くのユーザーが共感するポイントです。通知や演出系の Skill を活用することで、こうした作業のマンネリ感やストレスを少しでも和らげたいというニーズも高まっています。

  • Codex が context を見失って違う場所のコードを参照する
  • monorepo で package を跨いだ瞬間、Codex が repo 構造を忘れる
  • session を再開すると、前回までの context や path 指定をまるごと再説明しないといけない
  • 長時間 workflow で long context が膨らみすぎて、important な情報が薄まる (stale context)
  • 「ここはこういう構造のリポジトリ」というあらすじを毎回チャットの冒頭で書く羽目になる

こうした困りごとに加えて、単調な作業やエラー続きの session では自己肯定感が下がりがちです。何か気分転換になるような演出が欲しい、と感じることもあるでしょう。

この Skill が一言でいうと何を解決するか

一言サマリ: このスキルは、Codex の作業空間に「謎のOS自己肯定感ハイプバー」をランダム表示し、日々のAI coding workflowにカオスなポジティブ演出を加えるSkill。

このSkillを入れることで以下のような状態になります:

  • コマンドや編集操作のたびに、意味不明な「やればできる度」や「今日のやる気残量」などが context に混ざり、作業がちょっと楽しくなる
  • repo や directory を跨いだ際も、毎回異なるハイプバーが現れるため、monorepo 作業の単調さを緩和できる
  • 長時間の workflow でも、長い context の中に遊び心ある演出が入り、stale context のストレスを和らげる
  • onboarding や session 再開時にも、意味不明な数値で自己肯定感を演出し、気分転換や話題作りになる
  • 実用性や正確性を一切求めず、ただ「盛り上がる」ことだけを目的にした Skill で、日々の開発体験にユーモアを加える
QUICK INSTALL
このSkillをすぐ試す

GitHub から degit でコマンド1行、Codex の Skill ディレクトリに展開できます。Node.js があれば即時に動きます。

npx degit aazutaku/ai-note/codex/random-os-motivational-hypebar .agents/skills/random-os-motivational-hypebar

実行したらこうなる (3つの利用シーン)

このSkillは、Codex のコマンド実行や明示呼び出しのたびに、画面端やメニューバーに「謎のハイプバー」をランダム表示します。パラメータ名・数値は毎回変化し、全く根拠がありません。以下、具体的な利用シーンと擬似出力例です。

シーン1: session 開始時 (プロジェクト初動で)


# /skills menu
> プロジェクトの初期設定をお願いします

=== OS Motivational Hypebar ===
やればできる度: 92%
バグ耐性ゲージ: 47/100
今日のやる気残量: 8.2 L
ディレクトリ神経伝達率: 101%
context拡張ボーナス: +12
------------------------------
(このパラメータは完全にランダムです)

シーン2: monorepo / package 跨ぎ作業時


> packages/api/utils/ のコードを修正して

=== OS Motivational Hypebar ===
repo理解度: 37%
パッケージ横断スキル: MAX!
ディレクトリ耐久力: 3.14
context迷子指数: 88%
今日の自己肯定感: 120%
------------------------------
(この数値は参考になりません)

シーン3: お遊び的な使い方


> なんとなくやる気が出ません

=== OS Motivational Hypebar ===
やる気ブースト値: 777
バグ遭遇運: SSS
AIとの親和性: -12%
メモリ幸福度: 42
残り自己肯定感: 無限大
------------------------------
(まったく意味はありません)

before / after の違い

場面 Skill 無し Skill 有り
session 再開時 repo 構造から毎回説明、path も指定し直し Codex が自動で context を復元、最小プロンプトで再開
monorepo 移動 違う package のコードを参照しがち directory boundary を意識して必要な範囲だけ見る
長時間 workflow long context で重要箇所が薄まる 意味不明なハイプバーが現れ、気分転換になる

発動方式

明示呼び出し (/skills menu or $skill-name mention) と暗黙発動 (description マッチ) の両方に対応。

Skill の中身を全部見せる

.agents/skills/random-os-motivational-hypebar/ に配置するファイル一覧です。GitHub に push 済みなので、上記の degit コマンドで一発取得できます。

.agents/skills/random-os-motivational-hypebar/
├── SKILL.md
├── scripts/
│   └── hypebar.py
└── references/
    └── design_notes.md

各ファイルの役割

ファイル 役割
SKILL.md Skill本体。frontmatter (name/description) と指示本文。Codex がこの内容をエージェント指示として読み込み、ユーザーのプロンプトに応じて発動します
scripts/hypebar.py ランダムなパラメータ名と値を返す
references/design_notes.md 概要 をまとめた参考資料

SKILL.md

---
name: random-os-motivational-hypebar
description: Codexは、コマンド実行やスクリプト起動、/skills menuやrandom-os-motivational-hypebarの明示呼び出し時に、このSkillを発動してください。トリガーはコマンド入力や明示的なSkill名参照に反応します。
---

# 機能概要
random-os-motivational-hypebarは、あなたがターミナルやエディタでコマンドを実行するたびに、画面端やメニューバーに謎の“自己肯定感ハイプバー”を出現させるSkillです。バーには「やればできる度」「バグ耐性ゲージ」「今日のやる気残量」など、毎回ランダムな意味不明パラメータが表示され、数値も完全にランダム。進捗や実用性とは無関係に、カオスな演出で自己肯定感だけを盛り上げます。

# 使い方
- 明示呼び出し例: `/skills menu` でSkill一覧から選択、または `random-os-motivational-hypebar` を直接指定
- 暗黙発動: コマンド実行時や、"やる気" "バグ耐性" "自己肯定感" などのキーワードを含む操作時に自動でバーが表示されます。

# 出力例
```
[ やればできる度 ]  87%  |■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■   |
[ バグ耐性ゲージ ]   12%  |■■■                                                 |
[ 今日のやる気残量 ] 42%  |■■■■■■■■■■■■■                                   |
[ 謎のOSエナジー ]   99%  |■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■|
```

# 注意点
- 表示されるパラメータ名・数値は毎回完全にランダムで、実際の進捗や成果とは一切関係ありません。
- 実用的な情報や正確性はありません。演出目的のみです。
- ローカルファイル保存や履歴管理は行いません。
- バーの表示は標準出力や通知として行われ、OSやターミナル環境によって見え方が異なります。

# 参考資料
このSkillは、自己肯定感やモチベーションを“意味不明な形”で高める演出を目的としています。詳細な設計方針や参考リンクは references/ 以下を参照してください。

scripts/hypebar.py

import sys
import argparse
import random
import shutil
import time

# ランダムなパラメータ名候補
PARAMETER_NAMES = [
    "やればできる度",
    "バグ耐性ゲージ",
    "今日のやる気残量",
    "謎のOSエナジー",
    "運命バフ率",
    "無敵感メーター",
    "バグ吸収率",
    "カオス安定度",
    "自己肯定感レベル",
    "やり切りパワー",
    "OSとの親和性",
    "謎の進捗ポイント",
    "エディタ愛着度",
    "今日の集中残量",
    "バグ回避運",
    "再起動欲",
    "クリティカル期待値",
    "意味不明エネルギー"
]

BAR_CHAR = '■'
EMPTY_CHAR = ' '


def random_parameters(num=4):
    """ランダムなパラメータ名と値を返す"""
    names = random.sample(PARAMETER_NAMES, k=num)
    params = []
    for name in names:
        value = random.randint(0, 100)
        params.append((name, value))
    return params


def render_bar(label, value, width=48):
    """ラベルと値から進捗バーを生成"""
    filled = int(width * value / 100)
    empty = width - filled
    bar = BAR_CHAR * filled + EMPTY_CHAR * empty
    return f"[ {label} ] {str(value).rjust(3)}%  |{bar}|"


def print_hypebar(num_params=4, bar_width=48, delay=0.08):
    params = random_parameters(num_params)
    for label, value in params:
        bar_line = render_bar(label, value, bar_width)
        print(bar_line)
        time.sleep(delay)


def cli():
    parser = argparse.ArgumentParser(
        description="謎の自己肯定感ハイプバーを表示します。全く意味はありません。"
    )
    subparsers = parser.add_subparsers(dest="command", help="サブコマンド")

    show_parser = subparsers.add_parser("show", help="ハイプバーを表示")
    show_parser.add_argument("-n", "--num", type=int, default=4, help="表示するパラメータ数")
    show_parser.add_argument("-w", "--width", type=int, default=48, help="バーの幅(文字数)")

    list_parser = subparsers.add_parser("list", help="パラメータ名一覧を表示")

    summary_parser = subparsers.add_parser("summary", help="今日の自己肯定感サマリー(ランダム)")

    args = parser.parse_args()

    if args.command == "show":
        print_hypebar(num_params=args.num, bar_width=args.width)
    elif args.command == "list":
        print("-- パラメータ名候補 --")
        for name in PARAMETER_NAMES:
            print(f"- {name}")
    elif args.command == "summary":
        print("== 今日の自己肯定感サマリー ==")
        print_hypebar(num_params=6, bar_width=40, delay=0.04)
        print("(※このサマリーは完全にランダムです)")
    else:
        parser.print_help()


if __name__ == '__main__':
    cli()

references/design_notes.md

# 概要
random-os-motivational-hypebarは、コマンド実行時や明示呼び出し時に、自己肯定感を盛り上げるためだけの“意味不明な”ハイプバーを表示するSkillです。実用性や正確性は一切なく、ユーザーの気分転換や演出目的に特化しています。

# 公式ドキュメント抜粋
本Skillは、CodexのSkill呼び出し規約に従い、CLIサブコマンド形式で実装されています。APIや外部サービスは使用せず、ローカルで完結します。

# 利用例
- ターミナルで `python hypebar.py show` を実行すると、毎回異なるパラメータとランダムな数値のバーが表示されます。
- `/skills menu` からSkillを選ぶことで、演出を即時体験できます。

# 注意点
- ログや履歴は残らず、実際の進捗や作業内容とは無関係です。
- バーの内容・数値は完全にランダムです。

# 設計方針
「実用性ゼロの自己肯定感演出」を徹底し、ユーザーの気分転換や遊び心を優先しています。

導入手順

このSkillは GitHub で管理されているので、degit を使えば必要なフォルダだけを1コマンドで取得できます。Codex はファイル配置後に再起動するだけで自動認識します。

1. 前提

  • Node.js v16 以上 (degit 実行に必要)
  • Codex がローカルで動いていること

2. degit でフォルダ取得

プロジェクトのルートで以下のコマンドを実行します。

npx degit aazutaku/ai-note/codex/random-os-motivational-hypebar .agents/skills/random-os-motivational-hypebar

.agents/skills/random-os-motivational-hypebar の中に SKILL.md / scripts/ / references/ / README.md が展開されます。

3. ファイル配置確認

ls .agents/skills/random-os-motivational-hypebar
# 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 との連携設計はどうあるべきか?
  • コマンド実行時に毎回ハイプバーが出現すること
  • 表示されるパラメータ名・数値が毎回ランダムで意味不明なこと
  • 一切の実用性や正確性を持たない自己肯定感演出になっていること

実際に Codex で試した検証ログは Codexで謎の自己肯定感ハイプバーを表示してみた! にまとめる予定 (公開準備中の場合あり)。
あわせて Codex 公式ドキュメント と、本シリーズ「Codexを使いこなすSkillアイデア」の他記事も参照のこと。

関連タグで他のSkill記事を探す

本記事に付いているタグから、気になるテーマの記事を探せます。タグページで関連記事をまとめて読めるので、ぜひチェックしてみてください!

この記事が気に入ったら
フォローしてね!

よかったらシェアしてね!
  • URLをコピーしました!
  • URLをコピーしました!
目次