システムプロンプトの設計を本気で考える：形式選択・構造化・言語をAIと議論した結果
出典: Zenn (Claude topic)
Hiroba による自動要約
Markdown・XML・YAML・JSONなど複数の形式でシステムプロンプトを書く場合、混在は逆効果で単一形式の選択が推奨される。XMLはタグで境界が明示的で構造制御に優れ、Markdownは短くシンプルな場合に向く。セクション数や文字数を目安に形式を選定し、特に参照制御やインジェクション対策が必要な場合はXML構造化が有効。
出典・元記事
Zenn (Claude topic) の記事を Hiroba が自動要約しました。元記事を読む
読んで良かったら、シェアしてみてください。
同じタグの記事が他に 5635 件あります。
関連する記事
同じタグの記事
Claude との対話で設計する IT 作業手順書の構造化プロンプトフォーマット
ZennITインフラエンジニアが手順書を LLM に食わせやすい形で標準化するため、Claude と協働して XML と YAML を組み合わせた構造化フォーマットを設計。セクション境界の明示性・指示理解の精度向上・出力の自動化が Markdown 比で優れる一方、トークン消費は 1.3-1.5 倍増加。プロンプトキャッシュ活用と再質問削減でトータルコストは逆転する実装パターンを解説。
Claude Codeで指示の精度を上げるプロンプトエンジニアリング実践テクニック
QiitaClaude Codeで「思った通りのコードが出ない」問題の多くはプロンプトの書き方が原因。CLAUDE.mdでプロジェクト背景を一度だけ伝える、タスクを段階的に分解、制約条件を明示、背景情報を含める、といった実践テクニックで指示精度を大幅に改善できる。
Claude Code を入れて最初の1週間で詰まった5つのこと（と直し方）
ZennClaude Code 導入初期に実際に起きたトラブル5つを紹介。ルールが読まれない（置き場所は CLAUDE.md か .claude/rules/ ）、プラグイン反映の遅延（/reload-plugins で解決）、許可ダイアログで止まる（hooks で通知化）、確認文が長い（description を短縮指示）、セッション再起動で文脈が消える（ファイルに記録）の対策を解説。