Menu
OPINIONS.local.md を入力に、全マシン共通の要約版 (dotfiles 版) を蒸留する。
Instalar com Codex ou Claude Copie este prompt, cole no Codex, Claude ou outro assistente e deixe que ele revise a página da skill e instale para você.
Baseado na classificação ocupacional SOC
ハンドオーバー文書を読んで作業を引き継ぐ。
ctx (https://ctx.rs/) を使ってコーディングエージェントのトランスクリプトを検索・参照するときに使う。「過去のセッションを調べて」「前にやった作業を確認して」「Claude Code セッションID xxx の内容を教えて」「あのときの経緯を教えて」と依頼されたときに必ず使う。
herdr（ターミナルマルチプレクサ、https://herdr.dev/）の中で動いているときに、workspace・tab・pane・agent をソケット API 経由で操作する。他 pane の出力を読む、コマンドを実行する、出力やエージェント状態の変化を待つ、新しいエージェントを起動する、pane のレイアウトを操作する、git worktree を作る、といった操作をするときに使う。HERDR_ENV=1 で動いているときのみ有効。
ワークスペース内における過去の Claude Code 対話ログ (ctx が索引した全 primary セッション) から、ユーザーの durable な意見・信念・判断基準を蒸留して OPINIONS.local.md を生成する。
コミット依頼があったら必ず使うスキル。「コミットして」「commit」「変更をコミット」「ここまでの作業をコミット」等の指示を受けたら、このスキルを呼び出してコミットを実行する。直接 git commit を実行せずこのスキルを経由すること。
直前のコミットを修正 (amend) する。コミットメッセージを自動生成し、amend コミットを実行する。
| name | opinions-md-dotfiles |
| description | OPINIONS.local.md を入力に、全マシン共通の要約版 (dotfiles 版) を蒸留する。 |
すでにある OPINIONS.local.md (opinions-md スキルが対話ログから蒸留した、ドメイン固有の内容込み・Evidence 付きの詳細版) を唯一の入力に、ドメイン固有の個別具体と Evidence を全部落とした 全マシン共通の要約版 (dotfiles 版) を蒸留する。dotfiles にチェックインできる状態にするのがゴール。
入力となる local 版が既に存在すること。既定パスは <workspace>/.claude/OPINIONS.local.md (opinions-md スキルの出力。<workspace> は入力元ワークスペースのルートで、今 opinions-md-dotfiles を実行しているワークスペースと同じとは限らない)。パスをユーザーに確認する。
出力先の既定は ~/.claude/OPINIONS.md (全マシン共通の要約版の置き場。ワークスペーススコープの local 版に対し、こちらはユーザーグローバルスコープ)。ただし ~/.claude/OPINIONS.md 直書きは不可逆寄りなので、まず作業ディレクトリ $OUT に OPINIONS.dotfiles.md として出し、ユーザー確認後に配置する一段クッションを既定にする。$OUT は入出力いずれのワークスペースにも依存しない中間ファイルなので、mktemp -d で作った一時ディレクトリに置く:
OUT="$(mktemp -d -t opinions-md-dotfiles)"
markdown-editing ルールに従う)。local 版の前書きには蒸留元の環境・件数・時期・分野が書かれている (例: 「このマシンで行った」「primary セッション N 本」「各項目の Evidence は…」「> 蒸留元の時期: …, <ドメイン>まわりの対話」)。これらを落とし、代わりに 2 層構成の相互補完を説明する中立な注記に差し替える。
冒頭の位置づけ一文 (「自分が実際に信じていることの、簡潔で生きた地図」等) は残してよい。
「Claude Code との対話ログから durable な信念だけを蒸留した」旨は残すが、マシン名・件数・分野の固有情報は消す。
引用注記を次のような中立版にする:
このファイルは全マシン共通の要約版。個別の作業環境には、その環境での対話から蒸留した詳細版 (具体的な事例・出典への参照付き) が別に存在する。作業環境によっては、そちらの詳細版と補い合って読むことで、より解像度の高い像が得られる。
local 版の各信念には - Evidence: 「本人発話の引用」(8 桁ハッシュ) 形式の行がぶら下がっている。これがドメイン固有の内容の主要な漏洩源なので 全行削除する。引用文にドメイン固有名詞が最も濃く残るため、1 行も残さない。
削除の取りこぼしがないか、後のフェーズ 5 の grep で担保する。
見出しの信念文と本文 (補足段落) に残る固有名詞を、意味を保ったまま一般語に置換する。
エラーは…扱う (errors-as-values, errore.org) → …(errors-as-values) (ドメイン URL を落とす)可読性のためにシェル/awk より Python を選ぶ → …ワンライナー職人芸より高級言語を選ぶインフラ知識は呼び出し側が抱え、バッチジョブは最小責務に留める → …末端は最小責務に留めるS3 バケット名→「置き場所」/ Airflow の DAG→「実行環境」/ BATCH_ID・RUN_DATE→「変数名」/ isDuplicate→「判定名」/ Great Expectations→「自動評価ツール」/ ETL バッチ変換→「ある変換処理」など。抽象的な言い換えで信念の骨格を保つ。errors-as-values / open/closed / YAGNI / single source of truth / fail-fast / instanceof / union / registry / trap / dry-run など。これらは普遍的な設計語彙なので消さない。local 版の末尾に「データ基盤/パイプライン (ドメイン固有)」のようなドメイン専用の h2 章がある場合、章ごと消してから、その中の普遍化できる信念だけ既存の汎用章へ溶かし込む。ドメイン章を丸ごと残すと分野が丸わかりになるため。
溶かし先の対応 (実績):
| ドメイン章の信念 | 溶かし先の汎用章 |
|---|---|
| 設定値・デフォルトは明確な根拠を持つべき / 既存実装を権威扱いしない | 設計と抽象化 |
| 移行ではサイレントな挙動変化を避け現行互換を優先 | エラーと堅牢性 |
| 比較対象のベースラインは常に残す / 実運用上の影響と理論上の厳密さを切り分ける | 検証と真因特定 |
ドメイン固有語が 1 語も残っていないことを grep で確認する。パターンは入力の分野に合わせて自分で組み立てる。local 版で実際に使われている固有語 (プロジェクト名・ツール名・型名・環境変数名・ドメイン語) を、フェーズ 0 の通読で洗い出してからパターン化すること。
# <ここに local 版で見つけた固有語を | 区切りで並べる。例: プロジェクト名/ツール名/型名/環境変数名/ドメイン語>
grep -niE '<project-name>|<tool>|<type-name>|<env-var>|<domain-term>' "$OUT/OPINIONS.dotfiles.md"
ヒットがゼロであることを確認する (errors-as-values のような一般概念名だけが残っている状態が正)。
ヒットしたら該当箇所をフェーズ 3/4 に戻って一般化する。
加えて - Evidence: が 1 行も残っていないことも確認する:
grep -nE '^\s*-\s*Evidence:' "$OUT/OPINIONS.dotfiles.md" && echo "残っている: フェーズ 2 に戻る" || echo "Evidence なし: OK"
$OUT/OPINIONS.dotfiles.md を出力先 (既定 ~/.claude/OPINIONS.md) へ配置する。既存ファイルがある場合は上書き前に必ず退避を確認する (不可逆)。<workspace>/.claude/OPINIONS.local.md、ドメイン固有の内容込み・Evidence 付き)。本スキルは入力を一切変更しない (温存する)。$OUT/OPINIONS.dotfiles.md (mktemp -d で作った一時ディレクトリ配下、配置前の作業ファイル)。~/.claude/OPINIONS.md (配置後、全マシン共通)。