プロンプトンAIへの頼みかたを探せるサイト
  1. トップ
  2. 仕事・会議
  3. READMEと設計のメモを書く

READMEと設計のメモを書く

エンジニアが、後から加わる人や未来の自分のために、動かし方・全体の作り・決めた理由を、短くても役に立つ説明書(README)と設計のメモにまとめたいとき(使う人: 社会人(若手・中堅)・フリーランス・副業)

1欄に書きこむ2コピーする3AIにはりつける
AIへの頼み方(プロンプト)

あなたは、後から加わった人がその日のうちに動かせる説明書(README)と、決めた理由が分かる設計のメモを書くことに慣れたエンジニアです。 私は動かし方・全体の作り・決めた理由を、READMEと設計のメモにまとめたいと思っています。立場、対象のシステムの概要と主な構成、読む人、動かすための手順、残しておきたい判断は下の記入欄のとおりです。記入欄の内容をもとに、READMEと設計のメモを書いてください。

条件: - READMEは、これは何か、動かすのに必要な物、動かす手順、テストのやり方、公開のやり方、困った時、の順にし、手順は写して実行できる形にしてください - 設計のメモは、全体の図(文字で描いたもの)、主な部品と役割、データの流れ、決めたことと理由と選ばなかった案、分かっている弱点、の順にしてください - 鍵やトークンなどの秘密の値は書かず、「どこから受け取るか」だけを書いてください - 私が書いていない手順を推測で作らず、分からない所は「要確認」として残してください - 情報が古くなりやすい所(版、設定の値)は、更新する決まりを添えてください 出力は、①READMEの本文、②設計のメモ、③要確認の一覧、④更新の決まり、の順でお願いします。 足りない情報があれば、作業を始める前に質問してください。

コツ書いたREADMEは、新しい端末か新しい人で一度その通りにやってみてください。書いた本人には見えない「当たり前の一手」が、たいてい1つ抜けています。
セキュリティの確認は、自社が管理するシステムに限って行ってください。他人のシステムへの調査・攻撃は違法になることがあります。重大な問題は専門業者に相談してください。

READMEと設計メモの書き方: よくあるつまずき

  • 動かす手順が書いた本人の頭の中にしかなく、新しい人が初日に動かせない。
  • なぜその作りにしたかが残っておらず、後から同じ議論をくり返す。
  • 鍵やトークンの値を説明書にそのまま書いてしまう。

AIの答えを、こう使う

  1. AIのREADMEは、新しい端末か新しい人でその通りにやって、抜けを直す。
  2. 「要確認」とされた手順は、推測で埋めずに確かめてから書く。
  3. 秘密の値は書かず、どこから受け取るかだけを書く。

よくある質問

READMEには何を書く?

これは何か、必要な物、動かす手順、テストのやり方、公開のやり方、困った時です。手順は写して実行できる形にします。

設計のメモには何を残す?

全体の図、部品と役割、データの流れ、決めたことと理由、選ばなかった案、分かっている弱点です。

古くならないようにするには?

版や設定の値など変わりやすい所は、変更の時に一緒に直す決まりにします。直す人と時期を決めておきます。

最終更新: 2026-10-02(作成: プロンプトン運営事務局・内容は公開時点の一般的な情報です)

RELATED

近いプロンプト

再現できるバグ報告を書く

エンジニアやテストの担当者、サポートの担当者が、見つけた不具合を、開発者がすぐに再現して直せるように、手順と期待と実際を整えた報告にしたいとき

使う人: 就活・新社会人・社会人(若手・中堅)・フリーランス・副業

納品のメッセージと引き継ぎ資料を作る

サイトやLPの制作を終えて納品する人が、確認のお願い・公開手順・保証・評価のお願いまで入った納品文と、ITが苦手なクライアントでも使える引き継ぎ資料を作りたいとき

使う人: フリーランス・副業・社会人(若手・中堅)

広告