Convert Claude markdown subagent files to Codex CLI TOML format. Parses YAML frontmatter and body, applies model/permission/tool mappings, and outputs to agents/codex/<name>.toml.
日本語の概要は準備中です。原文の説明を表示しています。
スキル使用後の observation(結果・問題・フィードバック)を記録する。スキルの改善サイクル(Observe → Inspect → Amend → Evaluate)の起点。使用後に `/skill-observe <スキル名> <結果> [問題/フィードバック]` で呼び出す。
インストールする前に、エージェントに与えられる指示の中身を確認できます。
スキル使用後の結果を構造化された observation として記録し、将来の /skill-improve による分析・改善の材料を蓄積する。
$ARGUMENTS を以下のように解釈する:
review, commit-and-draft-pr, investigate)success / partial / failure)引数なしの場合は バッチモード に入る(Step 5 参照)。
スキル名のみで結果が省略されている場合、ユーザーに結果を尋ねる。
スキルは 3 つのルートに分かれている。次の順で <ルート>/<スキル名>/SKILL.md を探し、最初に見つかったものを対象にする。
ai-agents/skills/ — 汎用スキル(どのリポジトリでも使う)ai-agents/personal/skills/ — 個人・趣味用スキル.claude/skills/ — my-pde 専用スキル(配布されない)どのルートにも無ければ、ユーザーにスキル名が正しいか確認する。
以下の 6 フィールドで observation エントリを構築する:
| フィールド | 取得元 |
|---|---|
| タスク | 会話コンテキストから推測、不明なら「(未記載)」 |
| スキル | 第1引数 |
| 結果 | 第2引数(success / partial / failure) |
| 問題 | 第3引数以降。なければ「なし」 |
| フィードバック | 第3引数に含まれるユーザー所感。分離が難しければ問題と統合 |
| コンテキスト | 会話から判断できる詳細(リポジトリ、言語、規模など) |
エントリのフォーマット:
---
skill: <スキル名>
date: YYYY-MM-DD
---
# Observation: <スキル名> — YYYY-MM-DD_NNN
- **タスク**: ...
- **スキル**: ...
- **結果**: success | partial | failure
- **問題**: ...
- **フィードバック**: ...
- **コンテキスト**: ...
保存先: <Step 2 で確定したルート>/<スキル名>/observations/YYYY-MM-DD_NNN_obs.md(NNN は同日の連番、001 から開始。既存ファイルと重複しないようインクリメントする)
書き込み完了後、記録内容をユーザーに表示して確認する。
引数なしで呼ばれた場合:
metadata.observe: false のスキルは除く)ai-agents/hooks/skill-observe-nudge.sh)が自動記録する。リポジトリスキルを使ったセッション終了時に、Claude がその場の文脈から結果を判定して observation を書き出す。本スキルは手動・補足記録およびバッチモード(引数なし)用として残るmetadata.observe: false を持つスキルは、Stop hook の自動記録から除外される(skill-observe / skill-improve 自身もこれで除外している)。観測しなくてよい段階まで磨けたスキルに付け、再び観測したくなったらその行を消す。/skill-observe <スキル名> で名指しされた場合は明示リクエストなので、フラグがあっても記録するSKILL_OBSERVE_HOME(my-pde のクローンパス。settings.json の env で ~/workspace/my-pde を設定。先頭の ~ は hook 側で $HOME に展開するので別 PC でも動く)で決まる。これによりどのリポジトリで作業していてもスキル使用が my-pde のクローンに集約される。SKILL_OBSERVE_HOME 未設定時は現在の git リポジトリ直下にフォールバックし、そこに ai-agents/skills が無ければ何もしない.gitignore の */observations/ 3 ルート分)。生の作業ログはリポ名・パス・インフラ情報を含みうるが、このリポは public のためコミットしない。追跡するのは SKILL.md までで、蓄積はローカル専用(クローンを作り直すと失われる)mise run claude-skills-copy は skill ディレクトリごと cp -R するため observations も配布先に入る。ただし hook の書き込み先は SKILL_OBSERVE_HOME(リポジトリ側)なので、配布先のコピーは読まれず古くなる。.claude/skills/ の my-pde 専用スキルはそもそも配布されない/skill-improve がこれらの observation を分析し、SKILL.md の改善提案を生成するまだレビューはありません。使ってみた感想をお寄せください。
概要と使いどころ
Convert Claude markdown subagent files to Codex CLI TOML format. Parses YAML frontmatter and body, applies model/permission/tool mappings, and outputs to agents/codex/<name>.toml.
日本語の概要は準備中です。原文の説明を表示しています。
Create or update a Markdown blog draft from recent work and export it with `YYYY-MM-DD_slug.md` naming. Output directory can be set via environment variable or CLI option; if missing, ask the user and pass it explicitly.
日本語の概要は準備中です。原文の説明を表示しています。
変更をコミットしてドラフトPRを作成する一連のGit/ghワークフロー。ユーザーが「コミットして」「PR作って」「draft PR」等を求めたときに使用し、status/diff確認・命令形コミット・push・gh pr create --draft(--assignee hodanov)まで実行する。ユーザーの明示リクエストが無くても、実装完了後にcommitやPRが必要になった場面(dev-workflowのcommitフェーズ等)では必ずこれを使う。`git commit` や `gh pr create` を単体でBash直接実行しない。
1 つの作業ツリーに混ざった差分を、変更理由ごとの意味単位のコミットへ分割する。ユーザーが「コミットを分割して」「意味単位で分けて」「commit-split」等を求めたとき、または機能追加・付随リファクタ・設定/ドキュメント修正が 1 コミットに混在していると気づいたときに使用する。分割案を提示して承認を得てからステージし、コミットごとに単独で成立することを確認する。メッセージ規約・push・PR の作成は commit-and-draft-pr へ委譲する。
gitleaks + pre-commit を使ってローカルコミット時のクレデンシャル混入を機械的にブロックする。「クレデンシャル漏洩防止」「シークレット混入対策」「gitleaks」「pre-commit シークレット」「credential leak prevention」に言及した場合に使用する。
依存パッケージ(Go modules / npm / Terraform provider / GitHub Actions / pre-commit 等)の アップグレードを、outdated 検出 → CHANGELOG・破壊的変更の確認 → 更新 → lint/test 検証 → コミットまで一連の手順で安全に適用する。「依存更新」「パッケージを上げて」「dependency update」 「go get -u」「npm update」「provider を上げる」等に言及されたときに使用する。