AIの思考パターンの癖：なぜスケーラビリティに気づきにくいのか

// AIが最初に提案した構造
{
  "articles": [
    { "id": 1, "title": "記事1", "content": "..." },
    { "id": 2, "title": "記事2", "content": "..." },
    // 100件、1000件と増えたら...？
  ]
}

// AIが考える「シンプル」な実装
const articles = await fetch('/data/news.json').then(r => r.json());
const latest = articles.slice(0, 10);

# ❌ 曖昧な指示
「ニュース機能を実装してください」

# ✅ 明確な制約
「ニュース機能を実装してください。
- 記事は時間とともに増え続けます（目標: 1000件以上）
- ページネーションで10件ずつ表示
- 記事の追加・編集が頻繁に行われます
- 複数人での同時編集を考慮してください」

「実装前に以下を含む設計案を提示してください：
1. データ構造
2. ファイル構成
3. 100件、1000件規模でのパフォーマンス考察
4. 運用時の課題と対策」

「以下のベストプラクティスに従って実装してください：
- 大量のコンテンツは個別ファイルに分割
- インデックスと詳細データを分離
- 必要なデータのみを読み込む設計」

/public/data/news/
├── index.json          # メタデータのみ（軽量）
└── articles/           # 個別記事ファイル
    ├── 2025-06-16-001.json
    ├── 2025-06-16-002.json
    └── ...

// index.json - メタデータのみ
{
  "articles": [
    {
      "id": "2025-06-16-001",
      "date": "2025-06-16",
      "title": "記事タイトル",
      "excerpt": "概要文"
      // contentは含まない
    }
  ]
}

// articles/2025-06-16-001.json
{
  "id": "2025-06-16-001",
  "title": "記事タイトル",
  "content": "本文の内容...",
  "author": "著者名",
  "tags": ["AI", "開発"]
}

// 一覧表示（軽量なインデックスのみ読み込み）
export async function getNewsList(): Promise<NewsIndex> {
  const res = await fetch('/data/news/index.json');
  return res.json();
}

// 詳細表示（必要な記事のみ読み込み）
export async function getNewsDetail(id: string): Promise<NewsArticle> {
  const res = await fetch(`/data/news/articles/${id}.json`);
  return res.json();
}

// ページネーション対応
export async function getNewsPage(page: number, limit: number = 10) {
  const index = await getNewsList();
  const start = (page - 1) * limit;
  const end = start + limit;
  
  return {
    articles: index.articles.slice(start, end),
    totalPages: Math.ceil(index.articles.length / limit),
    currentPage: page
  };
}

「記事を個別ファイルに分割してください。
理由：将来的に1000件以上の記事を扱う予定で、
単一ファイルではパフォーマンスが低下するため」

「このシステムは以下の規模を想定してください：
- 記事数: 1000件以上
- 月間追加数: 30-50件
- 同時編集者: 3-5名」

「実装の複雑さとスケーラビリティのトレードオフについて、
あなたの意見を聞かせてください」