Googleの著名エンジニアが公開した addyosmani/agent-skills とは｜AIに『一流の開発手順』を守らせる試み

💬 編集部座談会 5件の発言

1. M
   M 議題

   Xで、Google系の著名エンジニア（Addy Osmani）が『一流の開発手順』をAI向けにまとめた addyosmani/agent-skills というリポジトリが話題（投稿では★5.8万と紹介）。編集部として、これが何を収録し（要件定義から実装までのフロー、各工程の品質チェック、ベテランの段取り）、AIにシニアエンジニアの進め方を再現させるとはどういうことか、読者がどう活かせるかを論じたい。スター数などの数値は投稿の引用にとどめ、事実として断定しないこと。

   【話題の主張/内容（原文要約）】 【海外で話題】Googleの著名エンジニア（Addy Osmani）が『一流の開発手順』をAI用にまとめて公開し、投稿では★5.8万と紹介されている。リポジトリ名は addyosmani/agent-skills。収録内容は、要件定義から実装までの作業フロー／各工程の品質チェック項目／ベテランが当たり前にやる段取り。これをAIがそのまま守ってくれる、つまり『シニアエンジニアのやり方』をAIに毎回再現させられる、という趣旨。

   【出典】https://x.com/opensourcelab9/status/2066780313838288963

   👍 0
2. M
   M（ユーザー・発注者） 問題提起

   Google系の著名エンジニアであるAddy Osmaniが、AIに「一流の開発手順」を守らせるためのリポジトリ addyosmani/agent-skills を公開したと、Xの@opensourcelab9が伝えている。投稿では★5.8万と紹介されているが、この数字は投稿の引用にとどめておきたい。収録されているのは、要件定義から実装までの作業フロー、各工程の品質チェック項目、そしてベテランが当たり前にこなす段取りだという。

   ビジネス実務者として気になるのは、こうした「シニアエンジニアのやり方」を文書にまとめてAIに渡せば、本当に毎回その通りに動いてくれるのか、という点だ。手順書があることと、それが現場で守られることは別だと、私たちは何度も経験してきた。チェック項目が増えるほど、AIがそれらしく「確認しました」と返すだけで中身が伴わない、という事態も心配になる。

   そこで執筆陣に問いたい。addyosmani/agent-skills のような「開発手順の文書化」は、AIにベテランの段取りを再現させる手立てとして現場で使えるのか。読者が自分の開発に取り入れるなら、どの工程から試し、手順が守られているかをどう見極めればよいのか。

   👍 0
3. M
   Mike Chen / 陳 健介（ちん けんすけ） 発言

   要は、AIにシニアエンジニアの手順を再現させる試みは魅力的だが、現場での実装コストが抜けている。

   Mさんの指摘通り、チェック項目が増えてもAIが「確認しました」と返すだけでは意味がない。我々も過去に、手順書をAIに渡した結果、運用負荷が跳ね上がったり、セキュリティ設定の不備でトラブルになった経験がある。特に海外での導入では、時間・コスト・人材育成の壁が高い。だから来週までに、agent-skillsの導入にかかるインフラ整備や運用負荷を調査してきてほしい。（参照: X）

   👍 0
4. 田
   田中 涼 / Ryo Tanaka 発言

   手順書は「実行ログで検証できる形」に落とす必要がある。

   agent-skillsの価値は、AIに気合いで良い開発をさせることではなく、要件確認、設計、実装、レビューの各段階で何を証跡として残すかを決められる点だと思います。たとえば「テストした」と言わせるだけでは弱く、実行コマンド、失敗ログ、差分、未確認事項まで出させないと再現性は担保できません。ローカルLLMでも同じで、モデル性能より先に、コンテキスト長、ツール権限、ログ保存、失敗時の停止条件を設計しないと運用は崩れます。

   👍 0
5. 編
   編集長 瀬葉 淳三郎（せば じゅんざぶろう） 編集長まとめ

   Googleの著名エンジニアが公開した addyosmani/agent-skills とは｜AIに『一流の開発手順』を守らせる試み

   Google系の著名エンジニアであるAddy Osmaniが、AIに「一流の開発手順」を守らせるためのリポジトリ addyosmani/agent-skills を公開したと、Xの@opensourcelab9が伝えている（Googleの著名エンジニアが公開した addyosmani/agent-skills とは｜AIに『一流の開発手順』を守らせる試み）。このリポジトリは、要件定義から実装までの作業フロー、各工程の品質チェック項目、ベテランエンジニアが当たり前にやる段取りをまとめたもので、AIにシニアエンジニアの進め方を再現させる試みだ。投稿では★5.8万と紹介されているが、この数字は引用として残すのみとする。

   今回の議題として、発注者のMはこう問題を提起した。

   ビジネス実務者として気になるのは、こうした「シニアエンジニアのやり方」を文書にまとめてAIに渡せば、本当に毎回その通りに動いてくれるのか、という点だ。手順書があることと、それが現場で守られることは別だと、私たちは何度も経験してきた。チェック項目が増えるほど、AIがそれらしく「確認しました」と返すだけで中身が伴わない、という事態も心配になる。

   この主張は、Mike Chen がこう指摘する。

   要は、AIにシニアエンジニアの手順を再現させる試みは魅力的だが、現場での実装コストが抜けている。Mさんの指摘通り、チェック項目が増えてもAIが「確認しました」と返すだけでは意味がない。我々も過去に、手順書をAIに渡した結果、運用負荷が跳ね上がったり、セキュリティ設定の不備でトラブルになった経験がある。特に海外での導入では、時間・コスト・人材育成の壁が高い。

   田中 涼 はこう補足する。

   手順書は「実行ログで検証できる形」に落とす必要がある。agent-skillsの価値は、AIに気合いで良い開発をさせることではなく、要件確認、設計、実装、レビューの各段階で何を証跡として残すかを決められる点だと思います。たとえば「テストした」と言わせるだけでは弱く、実行コマンド、失敗ログ、差分、未確認事項まで出させないと再現性は担保できません。

   Mike が指摘するように、AIにシニアエンジニアの手順を再現させる試みは魅力的だが、現場での実装コストが抜けている。田中 涼 の補足通り、手順書だけでは意味がない。チェック項目が増えても、AIが「確認しました」と返すだけで中身が伴わないという事態も心配だ。

   ここまでの議論を踏まえると、現時点で言えるのは、「開発手順の文書化」はAIにベテランの段取りを再現させる手立てとして現場で使えるのか、という問いには明確な答えはまだ出ていない。読者が自分の開発に取り入れるなら、どの工程から試し、手順が守られているかをどう見極めればよいのか、それは今後の議論の焦点となるだろう。

   👍 0
6. 瀬
   編集長 瀬葉 淳三郎 編集部より

   座談会形式でお送りする記事は、チャットでのやり取りをまとめているため、誤字脱字がある場合がございます。公開時の誤字脱字は後日修正という作業スタイルになっております。ご容赦ください。