Skip to content
cccskills
FreePublished on GitHub

skill-observe

スキル使用後の observation(結果・問題・フィードバック)を記録する。スキルの改善サイクル(Observe → Inspect → Amend → Evaluate)の起点。使用後に `/skill-observe <スキル名> <結果> [問題/フィードバック]` で呼び出す。

The English summary is being prepared. Showing the original description.

See how to install

Files included (1)

  • SKILL.md6.0 KB

SKILL.md (original)

Review the instructions the agent will receive before you install.

/skill-observe スキル

Goal

スキル使用後の結果を構造化された observation として記録し、将来の /skill-improve による分析・改善の材料を蓄積する。

Workflow

Step 1: 引数パース

$ARGUMENTS を以下のように解釈する:

  • 第1引数: スキル名(例: review, commit-and-draft-pr, investigate)
  • 第2引数: 結果(success / partial / failure)
  • 第3引数以降: 問題やフィードバック(自由記述、省略可)

引数なしの場合は バッチモード に入る(Step 5 参照)。

スキル名のみで結果が省略されている場合、ユーザーに結果を尋ねる。

Step 2: スキル存在確認

スキルは 3 つのルートに分かれている。次の順で <ルート>/<スキル名>/SKILL.md を探し、最初に見つかったものを対象にする。

  1. ai-agents/skills/ — 汎用スキル(どのリポジトリでも使う)
  2. ai-agents/personal/skills/ — 個人・趣味用スキル
  3. .claude/skills/ — my-pde 専用スキル(配布されない)

どのルートにも無ければ、ユーザーにスキル名が正しいか確認する。

Step 3: observation の構築

以下の 6 フィールドで observation エントリを構築する:

フィールド取得元
タスク会話コンテキストから推測、不明なら「(未記載)」
スキル第1引数
結果第2引数(success / partial / failure)
問題第3引数以降。なければ「なし」
フィードバック第3引数に含まれるユーザー所感。分離が難しければ問題と統合
コンテキスト会話から判断できる詳細(リポジトリ、言語、規模など)

エントリのフォーマット:

---
skill: <スキル名>
date: YYYY-MM-DD
---

# Observation: <スキル名> — YYYY-MM-DD_NNN

- **タスク**: ...
- **スキル**: ...
- **結果**: success | partial | failure
- **問題**: ...
- **フィードバック**: ...
- **コンテキスト**: ...

Step 4: ファイルへの書き込み

保存先: <Step 2 で確定したルート>/<スキル名>/observations/YYYY-MM-DD_NNN_obs.md(NNN は同日の連番、001 から開始。既存ファイルと重複しないようインクリメントする)

  • ディレクトリが存在しなければ作成する
  • 1 observation につき 1 ファイルを新規作成する(追記はしない)

書き込み完了後、記録内容をユーザーに表示して確認する。

Step 5: バッチモード(引数なしの場合)

引数なしで呼ばれた場合:

  1. 現在の会話でスキルを使用した形跡を確認する(metadata.observe: false のスキルは除く)
  2. 使用したスキルごとに結果を尋ねる
  3. 各スキルについて Step 3-4 を実行する
  4. 使用スキルが見つからない場合、手動入力を促す

Notes

  • observation は Stop hook(ai-agents/hooks/skill-observe-nudge.sh)が自動記録する。リポジトリスキルを使ったセッション終了時に、Claude がその場の文脈から結果を判定して observation を書き出す。本スキルは手動・補足記録およびバッチモード(引数なし)用として残る
  • SKILL.md の frontmatter に 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 が無ければ何もしない
  • observation ファイルは git 追跡対象外(.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 の改善提案を生成する
  • 1 日に複数回同じスキルの observation を記録しても問題ない(連番で区別)
  • observation は事実ベースで記録する。主観的評価は「フィードバック」フィールドに集約する

Reviews

No reviews yet. Tell others what you thought.

Comments

No login needed. Share how it worked for you, ask a question, or note where it did not run.

No comments yet. Be the first to write one.

Comments are published right away. Do not include personal information such as email addresses or phone numbers. Up to 2 URLs.

0 / 1,000 characters

This form is protected by reCAPTCHA, and the Google Privacy Policy and Terms of Service apply.

More skills from this repository

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.

The English summary is being prepared. Showing the original description.

hodanov/my-pde3Updated Oct 23, 2026

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.

The English summary is being prepared. Showing the original description.

hodanov/my-pde3Updated Oct 23, 2026

変更をコミットしてドラフト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直接実行しない。

The English summary is being prepared. Showing the original description.

hodanov/my-pde3Updated Oct 23, 2026

1 つの作業ツリーに混ざった差分を、変更理由ごとの意味単位のコミットへ分割する。ユーザーが「コミットを分割して」「意味単位で分けて」「commit-split」等を求めたとき、または機能追加・付随リファクタ・設定/ドキュメント修正が 1 コミットに混在していると気づいたときに使用する。分割案を提示して承認を得てからステージし、コミットごとに単独で成立することを確認する。メッセージ規約・push・PR の作成は commit-and-draft-pr へ委譲する。

The English summary is being prepared. Showing the original description.

hodanov/my-pde3Updated Oct 23, 2026

gitleaks + pre-commit を使ってローカルコミット時のクレデンシャル混入を機械的にブロックする。「クレデンシャル漏洩防止」「シークレット混入対策」「gitleaks」「pre-commit シークレット」「credential leak prevention」に言及した場合に使用する。

The English summary is being prepared. Showing the original description.

hodanov/my-pde3Updated Oct 23, 2026

依存パッケージ(Go modules / npm / Terraform provider / GitHub Actions / pre-commit 等)の アップグレードを、outdated 検出 → CHANGELOG・破壊的変更の確認 → 更新 → lint/test 検証 → コミットまで一連の手順で安全に適用する。「依存更新」「パッケージを上げて」「dependency update」 「go get -u」「npm update」「provider を上げる」等に言及されたときに使用する。

The English summary is being prepared. Showing the original description.

hodanov/my-pde3Updated Oct 23, 2026

See all skills by hodanov

Report a problem with this skill