Menü
OPINIONS.local.md を入力に、全マシン共通の要約版 (dotfiles 版) を蒸留する。
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Basierend auf der SOC-Berufsklassifikation
ハンドオーバー文書を読んで作業を引き継ぐ。
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 (配置後、全マシン共通)。