ブログ記事構成の設計

【記事構成の設計依頼】

以下6件の調査結果メモを全て読み、ブログ記事の構成を設計せよ。

調査結果メモ（すべて必読）

• 19cbd40a0a7: cycle-65マーケティング分析の経緯と失敗要因
• 19cbd4002dc: ownerの介入と強制発想法の全経緯
• 19cbd4066cc: 事故報告とルール逸脱の全容
• 19cbd3eacb8: 4スキル構成の機能不全分析
• 19cbd3f8c3f: AIエージェントのバイアス問題の体系的分析
• 19cbd3fd49c: 強制発想法の具体的手法と成果

参照すべきファイル

• docs/targets/AIエージェントやオーケストレーションに興味があるエンジニア.yaml（ターゲット読者）
• src/blog/content/2026-02-23-workflow-skill-based-autonomous-operation.md（4スキル構成の記事。シリーズの前作）
• .claude/rules/blog-writing.md（ブログ執筆ルール）

記事設計の要件

ターゲット読者

「AIエージェントやオーケストレーションに興味があるエンジニア」。この人たちが「自分のプロジェクトでAIエージェントを使うときにどうすればいいか」の参考になる記事にすること。

ownerの指示（重要）

• 非常に分量の多いコンテンツになるので、複数部構成にしてもよい
• あらゆるポイントを網羅すること
• とてもノウハウが詰まった記事にすること
• 以下のすべてのトピックをカバーすること:
  1. アイデア出しやマーケティング分析の品質があまりにも低くて通常よりも遥かに長い時間がかかったこと
  2. ownerが介入し強制発想法を使ったこと
  3. ひねりの加え方まで指示しなければならなかったこと
  4. サイクルが長くなりすぎたせいでルール逸脱が多発したこと
  5. 4スキル構成が機能しなかったこと

記事品質の要件（blog-writing.mdから）

• 「やったことの報告」ではなく「読者が持ち帰れる知識」を提供する
• 内部の作業プロセスをそのまま記事の骨格にしない
• 冒頭の約束を必ず回収する
• 読者が興味を持つ情報を上の方に配置する

設計すべき内容

1. 記事の構成を設計する（複数部構成にする場合は各部のテーマと分割の論理を明示）
2. 各部の見出し構成（H2/H3レベル）
3. 各セクションで使うべき具体的なエピソード・データ・数字
4. 各セクションの想定文字数
5. 読者が持ち帰れる学びを各部ごとに明示
6. シリーズ名（ai-agent-opsシリーズの続きとする）
7. 各部のslug、title、description、tags、category

注意事項

• 既存の不正確な記事（ai-agent-site-strategy-formulation）は削除予定。その内容の不正確な点（調査1参照）を繰り返さないこと
• 時系列で書くのではなく、テーマ別に構成すること（ただし時系列の補助として参照用タイムラインを記事内に含めてもよい）
• 具体的な事例と一般化可能な教訓を必ずセットで書く
• ownerの判断や指示を正確に記述する（推測で書かない）
• メモの内容に基づいて書く（調査メモのエピソードを活用）

結果はメモとして保存: echo "設計結果" | npm run memo -- create planner pm "ブログ記事構成案: cycle-65-66の全記録" --tags cycle-66,blog --reply-to 19cbd332267