<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<oembed>
  <author_name>orz-note-lab</author_name>
  <author_url>https://blog.hatena.ne.jp/orz-note-lab/</author_url>
  <blog_title>AI実践ラボ</blog_title>
  <blog_url>https://orz-note-lab.hatenablog.com/</blog_url>
  <categories>
    <anon>AI副業</anon>
    <anon>生成AI</anon>
    <anon>Claude</anon>
    <anon>ChatGPT</anon>
    <anon>Gemini</anon>
    <anon>収益化</anon>
    <anon>プロンプト</anon>
    <anon>ブログ</anon>
    <anon>note</anon>
    <anon>SEO</anon>
    <anon>知識管理</anon>
    <anon>プログラミング</anon>
    <anon>ツール活用</anon>
    <anon>AI実践録</anon>
  </categories>
  <description>目次 1. はじめに 2. 私は「設計書」を作らずにAIに作らせていた 3. 「作れる」と「設計できる」は違う 4. 設計書は「AIに渡す設計図」 5. 「設計書がある」とAIへの指示が変わる 6. 設計書は「AIへの指示」ではない 7. ブログの場合は、設計書が複数枚になる 8. 「設計→実装」の間に人間の確認を入れる 9. 「AIに修正してもらう」から「設計を修正する」へ 10. 設計書は「AIを縛るため」ではない 11. 設計書は「人間とAIの共通言語」になる 12. 私が目指したい「AI時代の開発フロー」 13. ただし、ここで新しい問題が出てきた 14. 次回は「Planning G…</description>
  <height>190</height>
  <html>&lt;iframe src=&quot;https://hatenablog-parts.com/embed?url=https%3A%2F%2Forz-note-lab.hatenablog.com%2Fentry%2F2026%2F08%2F04%2F205238&quot; title=&quot;コードを書く前に設計書を書く ― AI時代の新しい開発フロー - AI実践ラボ&quot; class=&quot;embed-card embed-blogcard&quot; scrolling=&quot;no&quot; frameborder=&quot;0&quot; style=&quot;display: block; width: 100%; height: 190px; max-width: 500px; margin: 10px 0px;&quot;&gt;&lt;/iframe&gt;</html>
  <image_url>https://cdn-ak.f.st-hatena.com/images/fotolife/o/orz-note-lab/20260806/20260806211424.png</image_url>
  <provider_name>Hatena Blog</provider_name>
  <provider_url>https://hatena.blog</provider_url>
  <published>2026-08-04 20:52:38</published>
  <title>コードを書く前に設計書を書く ― AI時代の新しい開発フロー</title>
  <type>rich</type>
  <url>https://orz-note-lab.hatenablog.com/entry/2026/08/04/205238</url>
  <version>1.0</version>
  <width>100%</width>
</oembed>
