SCALE — Build Lab
TIER 2 · AI活用

Claude 開発依頼書 標準テンプレート

依頼書の標準フォーマット(ゴール・評価軸・制約・Phase分割・完了フロー)。同じクオリティの開発を3倍以上高速化。

EFFECT

同じ品質の出力が3倍以上の速さで返ってくる。

OPEN IN OBSIDIAN
Vaultを正本として開く(最新編集はObsidian側で)
obsidian://open?vault=SCALE-Brain&file=22_AI%E9%81%8B%E7%94%A8%E3%83%AB%E3%83%BC%E3%83%AB%2FClaude_%E9%96%8B%E7%99%BA%E4%BE%9D%E9%A0%BC%E6%9B%B8%E3%83%86%E3%83%B3%E3%83%97%E3%83%AC%E3%83%BC%E3%83%88
Vault パス: 22_AI運用ルール/Claude_開発依頼書テンプレート.md
KEY POINTS(4)
  • ゴール・評価軸・制約の3点セット必須
  • Phase分割で大規模機能を分解
  • 完了フローを依頼書で確定
  • コピペ可能なフォーマット
TARGET READERS
依頼を出す立場の全員

Claude 開発依頼書 標準テンプレート

:LiTarget: 概要

依頼書の標準フォーマット(ゴール・評価軸・制約・Phase分割・完了フロー)。同じクオリティの開発を3倍以上高速化。

:LiKey: 要点

  • ゴール・評価軸・制約の3点セット必須
  • Phase分割で大規模機能を分解
  • 完了フローを依頼書で確定
  • コピペ可能なフォーマット

:LiUsers: 対象読者

  • 依頼を出す立場の全員

:LiTrendingUp: 効果

同じ品質の出力が3倍以上の速さで返ってくる。

:LiBookOpen: Vault本文より抜粋

大串が「このクオリティを標準にしたい」と認定したフォーマット(2026-04-28認定) 新規システム・機能開発を Claude(または別セッション)に依頼するときに使う標準テンプレ。 これに沿って書けば、前提共有不要で、依頼文を渡すだけで Claude が動ける。


[!important] 依頼書を書く前に、必ず [[31_システム開発部/_AI開発依頼の原則]] を読む。

6原則:① 初期依頼の質 / ② 超具体的指示 / ③ まとめて修正 / ④ 動作チェック必須 / ⑤ 設計想定 / ⑥ 選択肢比較

開発時間の 80% は最初の依頼で決まる。


  • 依存関係が一発でわかる(読むべき書類リスト)
  • 環境情報が完備(パス・URL・DB・スタック)
  • ゴールが明確(ユーザー目線の目的+評価軸)
  • 守るべき制約が明文化(退化禁止・命名・コミット・デプロイルール)
  • 実装順序が Phased(Phase 1 から動ける)
  • 完了報告フローまで内蔵(Slack報告先・スクリプトパス) → Claude は「何から読めばいい?」「どこにデプロイ?」を聞き返さずに着手できる。

[システム名]([新規 or 既存改修]・[1行説明])の開発を進めます。
【依頼書】
[依頼書のフルパス(Vault内)]
【新規リポジトリ作成パス(推奨)】
[/Users/oogushiyuuki/株式会社SCALE/プロジェクト名/]
【公開URL(予定)】
[https://xxx.pages.dev/]
(独自ドメイン: [候補ドメイン] 検討中)
【データベース】
[Supabase / Cloudflare KV / D1 / 不要]
  • Obsidianで開く: obsidian://open?vault=SCALE-Brain&file=22_AI%E9%81%8B%E7%94%A8%E3%83%AB%E3%83%BC%E3%83%AB%2FClaude_%E9%96%8B%E7%99%BA%E4%BE%9D%E9%A0%BC%E6%9B%B8%E3%83%86%E3%83%B3%E3%83%97%E3%83%AC%E3%83%BC%E3%83%88
  • Vault パス: 22_AI運用ルール/Claude_開発依頼書テンプレート.md

:LiInfo: このノートは Vault が正本。最新の編集は Obsidian 側で行うこと。