<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>エンジニアリング組織 on hdknr blog</title><link>https://hdknr.github.io/blogs/tags/%E3%82%A8%E3%83%B3%E3%82%B8%E3%83%8B%E3%82%A2%E3%83%AA%E3%83%B3%E3%82%B0%E7%B5%84%E7%B9%94/</link><description>Recent content in エンジニアリング組織 on hdknr blog</description><generator>Hugo -- 0.157.0</generator><language>ja</language><lastBuildDate>Fri, 17 Apr 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://hdknr.github.io/blogs/tags/%E3%82%A8%E3%83%B3%E3%82%B8%E3%83%8B%E3%82%A2%E3%83%AA%E3%83%B3%E3%82%B0%E7%B5%84%E7%B9%94/index.xml" rel="self" type="application/rss+xml"/><item><title>「AIファースト」戦略の本当の意味 — ハーネスエンジニアリングで25人チームが6週間を1日に短縮した方法</title><link>https://hdknr.github.io/blogs/posts/2026/04/ai%E3%83%95%E3%82%A1%E3%83%BC%E3%82%B9%E3%83%88%E6%88%A6%E7%95%A5%E3%81%AE%E6%9C%AC%E5%BD%93%E3%81%AE%E6%84%8F%E5%91%B3-%E3%83%8F%E3%83%BC%E3%83%8D%E3%82%B9%E3%82%A8%E3%83%B3%E3%82%B8%E3%83%8B%E3%82%A2%E3%83%AA%E3%83%B3%E3%82%B0%E3%81%A725%E4%BA%BA%E3%83%81%E3%83%BC%E3%83%A0%E3%81%8C6%E9%80%B1%E9%96%93%E3%82%921%E6%97%A5%E3%81%AB%E7%9F%AD%E7%B8%AE%E3%81%97%E3%81%9F%E6%96%B9%E6%B3%95/</link><pubDate>Fri, 17 Apr 2026 00:00:00 +0000</pubDate><guid>https://hdknr.github.io/blogs/posts/2026/04/ai%E3%83%95%E3%82%A1%E3%83%BC%E3%82%B9%E3%83%88%E6%88%A6%E7%95%A5%E3%81%AE%E6%9C%AC%E5%BD%93%E3%81%AE%E6%84%8F%E5%91%B3-%E3%83%8F%E3%83%BC%E3%83%8D%E3%82%B9%E3%82%A8%E3%83%B3%E3%82%B8%E3%83%8B%E3%82%A2%E3%83%AA%E3%83%B3%E3%82%B0%E3%81%A725%E4%BA%BA%E3%83%81%E3%83%BC%E3%83%A0%E3%81%8C6%E9%80%B1%E9%96%93%E3%82%921%E6%97%A5%E3%81%AB%E7%9F%AD%E7%B8%AE%E3%81%97%E3%81%9F%E6%96%B9%E6%B3%95/</guid><description>&lt;p&gt;MetaのGenAIチーム（LLaMA）出身のCo-FounderであるPeter Pang（@intuitiveml）が率いるエージェントプラットフォーム企業CreaoAI（25名）が、「AIファースト」を本気で実践した結果、コードの99%をAIが書き、かつてのリリースサイクル6週間を1日に短縮した方法を解説している。&lt;/p&gt;
&lt;p&gt;元記事タイトルは &amp;ldquo;Why Your &amp;lsquo;AI-First&amp;rsquo; Strategy Is Probably Wrong&amp;rdquo;。@SuguruKun_ai がX（旧Twitter）のスレッドで日本語解説している。&lt;/p&gt;
&lt;h2 id="aiを導入した会社と前提に組み直した会社の違い"&gt;AIを「導入した」会社と「前提に組み直した」会社の違い&lt;/h2&gt;
&lt;p&gt;多くの企業は既存のプロセスにAIを乗せています。エンジニアがCursorを開き、PMがChatGPTで仕様書を書く――ワークフローは変わらず、効率が10〜20%上がるだけです。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;AIファーストとはまったく別物&lt;/strong&gt;です。AIファーストとは、「AIがメインのビルダーである」という前提でプロセス・アーキテクチャ・組織を再設計することです。「どうすればAIがエンジニアの役に立てるか？」ではなく、「どう再構築すればAIがビルドし、エンジニアが方向と判断を提供できるか？」という問いです。&lt;/p&gt;
&lt;h2 id="ハーネスエンジニアリングとは何か"&gt;ハーネスエンジニアリングとは何か&lt;/h2&gt;
&lt;p&gt;OpenAIが2026年2月に発表した概念で、CreaoAIが実践の中で独自に到達していたアプローチと一致しました。&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;エンジニアリングチームの主な仕事はもはやコードを書くことではなく、エージェントが有用な作業を行える「環境（ハーネス）」を整えることである。&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;失敗が起きたとき、解決策は「もっと頑張れ」ではなく「どのケイパビリティが欠けているか、エージェントにとって読み解けるようにするにはどうすればよいか」を問うことです。&lt;/p&gt;
&lt;h2 id="3つのボトルネックを解消した"&gt;3つのボトルネックを解消した&lt;/h2&gt;
&lt;p&gt;CreaoAIはAI移行前に3つの深刻な問題を抱えていました。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;① プロダクトマネジメントのボトルネック&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;エージェントは2時間でフィーチャーを実装できます。数週間の計画サイクルがボトルネックになります。仕様書レビューではなく、プロトタイプ→リリース→テスト→反復のループで動く必要があります。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;② QAのボトルネック&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;ビルド時間2時間・テスト時間3日では話になりません。AIが書いたコードをAIが構築したテストプラットフォームで検証し、バリデーションを実装と同速度で動かします。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;③ ヘッドカウントのボトルネック&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;競合は100倍の人員。CreaoAIは25名。採用では追いつけないため、設計で追いつく必要がありました。&lt;/p&gt;
&lt;h2 id="アーキテクチャ統合モノレポへ移行した理由"&gt;アーキテクチャ統合：モノレポへ移行した理由&lt;/h2&gt;
&lt;p&gt;複数リポジトリにまたがる変更はAIエージェントにとって「不透明」でした。AIは全体像を把握できず、クロスサービスの影響を推論できません。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;モノレポへ統合した一番の理由：AIがすべてを見られるようにするため。&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;ハーネスエンジニアリングの原則では「エージェントが検査・検証・変更できる形にコードを引き込むほどレバレッジが増す」とされる。1週間かけて新設計を策定し、さらに1週間でエージェントを使ってコードベース全体をリアーキテクチャした。&lt;/p&gt;
&lt;h2 id="技術スタック詳細"&gt;技術スタック詳細&lt;/h2&gt;
&lt;h3 id="インフラaws"&gt;インフラ：AWS&lt;/h3&gt;
&lt;p&gt;自動スケーリングのコンテナサービスとサーキットブレーカーロールバックで運用。デプロイ後にメトリクスが劣化すると自動でリバートします。CloudWatchを中枢神経系として使い、25以上のアラームとカスタムメトリクスで全サービスから構造化ログを収集します。&lt;/p&gt;
&lt;h3 id="cicdgithub-actions6フェーズ"&gt;CI/CD：GitHub Actions（6フェーズ）&lt;/h3&gt;
&lt;div class="highlight"&gt;&lt;div style="color:#f8f8f2;background-color:#272822;-moz-tab-size:4;-o-tab-size:4;tab-size:4;-webkit-text-size-adjust:none;"&gt;
&lt;table style="border-spacing:0;padding:0;margin:0;border:0;"&gt;&lt;tr&gt;&lt;td style="vertical-align:top;padding:0;margin:0;border:0;"&gt;
&lt;pre tabindex="0" style="color:#f8f8f2;background-color:#272822;-moz-tab-size:4;-o-tab-size:4;tab-size:4;-webkit-text-size-adjust:none;"&gt;&lt;code&gt;&lt;span style="white-space:pre;-webkit-user-select:none;user-select:none;margin-right:0.4em;padding:0 0.4em 0 0.4em;color:#7f7f7f"&gt;1
&lt;/span&gt;&lt;/code&gt;&lt;/pre&gt;&lt;/td&gt;
&lt;td style="vertical-align:top;padding:0;margin:0;border:0;;width:100%"&gt;
&lt;pre tabindex="0" style="color:#f8f8f2;background-color:#272822;-moz-tab-size:4;-o-tab-size:4;tab-size:4;-webkit-text-size-adjust:none;"&gt;&lt;code class="language-text" data-lang="text"&gt;&lt;span style="display:flex;"&gt;&lt;span&gt;Verify CI → Build/Deploy Dev → Test Dev → Deploy Prod → Test Prod → Release
&lt;/span&gt;&lt;/span&gt;&lt;/code&gt;&lt;/pre&gt;&lt;/td&gt;&lt;/tr&gt;&lt;/table&gt;
&lt;/div&gt;
&lt;/div&gt;&lt;p&gt;CIゲートは型チェック・リント・ユニットテスト・統合テスト・Dockerビルド・Playwright E2Eテスト・環境パリティチェックをすべて必須で実施。手動オーバーライドは存在しない。パイプラインが決定論的であるため、エージェントが結果を予測して障害を推論できる。&lt;/p&gt;
&lt;h3 id="aiコードレビューclaude-opus-46"&gt;AIコードレビュー：Claude Opus 4.6&lt;/h3&gt;
&lt;p&gt;PRのたびに3つのClaudeレビューパスを並列実行します。&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;&lt;strong&gt;コード品質&lt;/strong&gt; — ロジックエラー、パフォーマンス問題、保守性&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;セキュリティ&lt;/strong&gt; — 脆弱性スキャン、認証境界チェック、インジェクションリスク&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;依存関係スキャン&lt;/strong&gt; — サプライチェーンリスク、バージョン競合、ライセンス問題&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;1日8回デプロイする状況で人間レビュアーがすべてのPRに集中し続けることは不可能だ。これはサジェスチョンではなくレビューゲートである。&lt;/p&gt;</description></item></channel></rss>