Claude との対話で設計する IT 作業手順書の構造化プロンプトフォーマット
Hiroba による自動要約
ITインフラエンジニアが手順書を LLM に食わせやすい形で標準化するため、Claude と協働して XML と YAML を組み合わせた構造化フォーマットを設計。セクション境界の明示性・指示理解の精度向上・出力の自動化が Markdown 比で優れる一方、トークン消費は 1.3-1.5 倍増加。プロンプトキャッシュ活用と再質問削減でトータルコストは逆転する実装パターンを解説。
読んで良かったら、シェアしてみてください。
同じタグの記事が他に 2877 件あります。
関連する記事
同じタグの記事
システムプロンプトの設計を本気で考える：形式選択・構造化・言語をAIと議論した結果
ZennMarkdown・XML・YAML・JSONなど複数の形式でシステムプロンプトを書く場合、混在は逆効果で単一形式の選択が推奨される。XMLはタグで境界が明示的で構造制御に優れ、Markdownは短くシンプルな場合に向く。セクション数や文字数を目安に形式を選定し、特に参照制御やインジェクション対策が必要な場合はXML構造化が有効。
Claude Code の使い方ガイド
Qiitaターミナルで動く AI コーディングツール「Claude Code」の実践的な使い方を解説。動作モード（Manual / Plan / Accept Edits / Auto）の選択、モデルの使い分け、CLAUDE.md によるプロジェクト管理、/init / /model / /usage などの頻出コマンド、GitHub 連携、セキュリティレビュー機能までを段階的に説明している。
CLAUDE.mdのルールが守られない理由——「内容」ではなく「発火条件」で決まる
ZennCLAUDE.mdに書いたルールが守られない原因は、表現や強調ではなく発火条件にある。Claude Code のシステムプロンプトに既に50個の指示があり、指示が150～200個を超えると遵守率が直線的に低下する。実際の運用分析から、「気づいたら」系の自己観察ルールは発火率がほぼ0で、外部シグナルや操作直前といった具体的なきっかけがあるルールだけが機能することが判明した。