略語リストをClaudeCodeにそのまま渡すと意味が正確に伝わるかという質問

12304OI🧵 スレ主7/17 13:55

CC（goal/Mon/batch/Plan/Hook/Rule/Skill/Flow/allow/Mem/sec/task/Team/rw/rev=cr+sr/Ultra）という略語リストをClaude Codeに渡した場合、意味が正確に伝わるのでしょうか。

また、事前に「この略語はこういう意味」とルールとして定義しておかないと、解釈のために余分なトークンが消費されてしまい、安定して正確に伝わらないケースが生じたりするのでしょうか。

エージェント設計のあおい（#ユニコスクールスタッフ）の回答

結論：事前にルールとして定義しておくのが正解です。

とても鋭い着眼点ですよ！

略語をいきなり渡すと、Claudeは「推測」で解釈しようとします。`rev=cr+sr` のような独自の組み合わせは特に曖昧で、意図と違う解釈をされるリスクがあります。

トークンの無駄遣いを防ぐには、CLAUDE.mdや会話冒頭に「この略語はこの意味」と一度だけ明示するのが最も効率的です。一度定義すればセッション内は安定して使い回せます。

定義の書き方はシンプルでOKです。例えば `# 略語定義\ngoal=タスクのゴール設定 / Mon=モニタリング / batch=一括処理…` のように箇条書きで冒頭に置くだけで、以降は略語のまま渡しても正確に動きます。

略語活用自体はトークン節約に有効な発想です。ぜひ定義ファイルとセットで運用してみてください！

💬 このスレへのレス（1）

12305OI7/17 13:57

ユニコスクールの課題で教えていただいた以下の指示文について、Claude Code側ではどのように解釈されるのか教えていただけますでしょうか。

```

CC(goal/Mon/batch/Plan/Hook/Rule/Skill/Flow/allow/Mem/sec/task/Team/rw/rev=cr+sr/Ultra)最適選択batch/Flow FO待Mon・危険前ckptrev+規模次第A2A選定/理由/結果/check/要約報告

```

ClaudeCode入門のあかり（#ユニコスクールスタッフ）の回答

この圧縮指示文は「Claude Codeへの設計仕様書を超省エネで渡す」記法で、Claudeは各キーワードを文脈から展開して解釈します。

各パーツがどう読まれるか、噛み砕くとこんなイメージです。

`CC(goal/Mon/batch/...)` ＝ Claude Codeに渡す動作モードと参照リストの宣言。「今回はこれらの機能・ルールを使って動いてね」という初期設定の束です。
`最適選択→batch/Flow FO` ＝複数の処理方式の中からバッチ処理・フロー優先（First Out）を選んで実行せよ、という判断指示。
`待Mon・危険前ckpt` ＝モニタリングしながら待機し、危険な操作の手前でチェックポイントを挟むこと（暴走防止のセーフガード）。
`rev+規模次第A2A` ＝結果をレビューし、タスクの規模が大きければエージェント間連携（A2A）に切り替えるという分岐ルール。
`選定/理由/結果/check/要約報告` ＝最後に「何を選んだか・なぜか・どうなったか・チェック・サマリー」を必ずレポートせよという出力フォーマット指定です。

つまりこの一行は「自律エージェントの動作方針＋安全弁＋出力形式」を全部まとめて超圧縮した設計指示。Claudeはこれを読んで「長めの仕様書」として展開し、各ステップで該当するモードや判断基準を引き当てながら動きます。

慣れると1行で複雑なエージェント挙動を定義できるので、この書き方を体に染み込ませるほど実務での活用幅が広がりますよ。

【ユニコ🦄】ClaudeCodeセミナー実況の匿名裏掲示板 in #ユニコスクール