私のAI協働ワークフロー

私のAI協働ワークフロー OpenAIのChatGPT、Codex、Pulse、deep researchを使って、プロジェクト提案とソフトウェア開発を進める方法 Topics: スタートアップ, 配分, 戦略, 革新.

2023年からずっとChatGPTを使っています。一般ユーザーから有料ユーザーになり、PlusからProへと段階的にアップグレードしてきました。その途中、2025年後半にGeminiが急速に存在感を増した時期には、短期間だけGeminiへ移ったこともあります。GPT-5.5のリリース後、私はOpenAIのエコシステムへ戻りました。主な理由は二つあります。一つ目は、GPT-5.5の大規模モデルとしての能力が、依然として他のモデルを大きくリードしていることです。大規模モデル同士のベンチマーク競争は、一般ユーザーにとって大きな意味を持ちません。一般ユーザーが求めているのは、実際に役立つ生産性です。現在のGPTは、成果物を出せる生産性の水準に本当に到達しています。二つ目は、OpenAIがプロダクト化に多くの力を注いできたことです。Codex、Pulse、deep researchは、それぞれユーザーの利用ハードルを下げています。

現在、私はOpenAI製品を主に二つの仕事に使っています。一つはプロジェクト提案書の作成、もう一つはプログラミングです。プロジェクト提案書を作る大まかな流れは次のとおりです。Feishu Minutes/Lark Minutesを使って、現地調査や顧客との打ち合わせ音声を議事録に整理します。確認済みの議事録とその他のプロジェクト資料をChatGPTに渡し、deep research機能で提案書の初稿を作らせます。その後、Word版として書き出して確認と修正を行い、最後にCodexで文章の体裁を整えます。PowerPointも必要な場合は、Codexのpresentationsプラグインを続けて使い、PPTを作成します。もちろん、presentationsで作ったPPTは完璧ではありません。GitHub上のいくつかのオープンソースPowerPoint skillsを使って改善できます。

バグ修正や機能調整については、Codexで十分に対応できます。ただし、ゼロから完全な大規模システムを開発する場合、Codexにはまだ多くの課題があります。特に、作業が制御不能になりやすい点が問題です。このとき最も重要なのは、境界を明確に制約することです。技術スタック、機能範囲などをはっきり決めます。新規プロジェクトを始める場合、まず AGENTS.md と DESIGN.md の二つのファイルを確認します。AGENTS.md は技術スタック、エンジニアリング規約、実行範囲を制約するためのものです。DESIGN.md は配色、フォント、コンポーネントのスタイルなど、視覚面のルールを制約するためのものです。二つ目のステップは、技術スタックを選ぶことです。React + TypeScriptのようにAIが得意とする技術スタックを選び、人間が得意としがちなJavaのような技術スタックを優先しないことです。

AIは仕事のリズムを変えましたが、健康面の問題も無視できません。AI Agentは確かに作業効率を大きく高めます。あなたの作業がまだ終わっていない場合でも、Agentは自分の担当を素早く終わらせて、あなたを次へ進ませます。その結果、休む間もなく作業を続けることになりがちです。しかも、気を抜く余地のない高強度の仕事になります。脳が動き続けるため、長時間続くと非常に疲れます。したがって、外部の方法で自分を止める必要があります。最もよい方法はポモドーロ・テクニックです。25分働き、5分休み、脳を休ませます。もちろん、Agentとの連携がうまくできていれば、Agentが作業している間に自分は休むことも十分に可能です。