皆さんこんにちは！
学校の夏休みの宿題より塾の課題のほうが多かった小学生時代でした。
どうもいとさんです。
先日アマゾン ウェブサービス ジャパン合同会社主催の『はじめてのAI駆動開発 on AWS』に参加した際に、KiroとAmazon Q CLIを使用し簡単なゲームを作成したのでレポートとともに完成までの時間や特徴を比較していこうと思います！
また本記事の作成にあたりNTT東日本株式会社の白鳥さんにご協力いただきました。
お忙しい所ご協力いただき誠にありがとうございました。
イベントレポート
今回はPartner限定ということで詳細はお話しできませんがこのような形でイベントが進んでいきました。
- Amazon Q CLIについて・ユースケース
- Kiroの詳細・ユースケース
- ハンズオン：Amazon Q CLIでS3へのアップロードまで全部行おう(手作業での修正禁止✖)
- 成果物の発表
新しいKiroについては詳細を知らなかったのでとても有益な情報でした。
ユースケースに関してはAWSで環境構築している人向けの内容だと思いました。(トラブルシューティングなど)
レベルが100～200向けということもあり初学者の私でも理解しやすい内容でした。
Amazon Q CLIとKiroの比較
今回ハンズオンではAmazon Q CLIの使用が主な目的でしたが、せっかくなのでKiroとの違いを見てみたいと思い
今回の機会を利用しプロンプトを投げてから完成までを比較してみました。
使用したプロンプト
差が出ないように以下の共通のプロンプトを使用いたしました。
こちらもKiroに作成してもらいました。
AWSサービスアイコンを使用したマッチ3風パズルゲームを開発します。プレイヤーは縦12マス×横6マスのフィールドでAWSサービスアイコンをクリックし、4つ以上縦横につながったアイコンを消してスコアを競います。難易度に応じてアイコンの種類が増え、1分間の制限時間内でできるだけ多くのアイコンを消すことが目標です。 Requirements Requirement 1 User Story: ゲームプレイヤーとして、AWSアイコンを使ったパズルゲームをプレイしたいので、直感的で楽しいゲーム体験を得たい Acceptance Criteria WHEN ゲームが開始されるとき THEN システムは縦12マス×横6マスのゲームフィールドを表示する WHEN ゲームが開始されるとき THEN システムは選択された難易度に応じたAWSアイコンをランダムに配置する WHEN プレイヤーがアイコンをクリックするとき THEN システムは同じ種類のアイコンが4つ以上縦横につながっているかを判定する WHEN 4つ以上のアイコンがつながっているとき THEN システムはそれらのアイコンを消去し、スコアに加算する WHEN アイコンが消去されるとき THEN システムは上から新しいアイコンを降らせて空いたスペースを埋める Requirement 2 User Story: ゲームプレイヤーとして、自分のスキルレベルに合った難易度でプレイしたいので、適切な挑戦レベルを選択できるようにしたい Acceptance Criteria WHEN ゲーム開始前に難易度を選択するとき THEN システムは「簡単」「普通」「難しい」「神」の4つの選択肢を提供する WHEN 「簡単」が選択されるとき THEN システムはEC2、VPC、S3、RDSの4種類のアイコンを使用する WHEN 「普通」が選択されるとき THEN システムは簡単レベルに加えてLambda、DynamoDB、API Gateway、EventBridgeを含む8種類のアイコンを使用する WHEN 「難しい」が選択されるとき THEN システムは普通レベルに加えてBedrock、SageMaker、Polly、Transcribeを含む12種類のアイコンを使用する WHEN 「神」が選択されるとき THEN システムは100種類のAWSサービスアイコンを使用する Requirement 3 User Story: ゲームプレイヤーとして、制限時間内でのスコアを競いたいので、明確な時間制限とスコア表示が欲しい Acceptance Criteria WHEN ゲームが開始されるとき THEN システムは1分間のカウントダウンタイマーを開始する WHEN タイマーが動作中のとき THEN システムは残り時間を秒単位で表示する WHEN アイコンが消去されるとき THEN システムは消去されたアイコン数をスコアに加算し、リアルタイムで表示する WHEN 制限時間が終了するとき THEN システムはゲームを終了し、最終スコアを表示する WHEN ゲーム終了時 THEN システムは新しいゲームを開始するオプションを提供する Requirement 4 User Story: ゲームプレイヤーとして、本物のAWSアイコンを使った視覚的に魅力的なゲームをプレイしたいので、公式のAWSアーキテクチャアイコンが使用されるべきだ Acceptance Criteria WHEN ゲームでアイコンが表示されるとき THEN システムはAWS公式アーキテクチャアイコン（https://aws.amazon.com/jp/architecture/icons/）を使用する WHEN アイコンが表示されるとき THEN システムは各アイコンを明確に識別できるサイズと品質で表示する WHEN アイコンが選択されるとき THEN システムは視覚的なフィードバック（ハイライトなど）を提供する WHEN アイコンが消去されるとき THEN システムはスムーズなアニメーション効果を表示する Requirement 5 User Story: ゲーム管理者として、シンプルなデプロイメントと配布を実現したいので、単一のHTMLファイルとしてゲームが動作する必要がある Acceptance Criteria WHEN ゲームが開発されるとき THEN システムは単一のHTMLファイルとして実装される WHEN HTMLファイルが作成されるとき THEN システムは必要なJavaScriptとCSSをインライン化する WHEN ゲームがデプロイされるとき THEN システムはS3バケットの静的Webサイトホスティングで動作する WHEN ゲームがロードされるとき THEN システムは外部依存関係なしに完全に動作する WHEN ブラウザでHTMLファイルが開かれるとき THEN システムは即座にゲームを開始できる状態になる
完成目標は以下5点です
- レベル選択ボタン、開始ボタンがあること
- 3つ以上でブロックが消えること
- スコアが記入されること
- 単一のHTMLファイルで構成されていること
- ブロックは公式アイコンを使用すること
Amazon Q CLI
まずはAmazon Q CLIに作ってもらいました。
Ver1
何も表示されないしゲームが始まりもしません…
修正しましょう
修正点
- ブロックが表示されないので原因を調査してください（2回投げました）
- 公式アイコンのリンクを認識しなかったのでローカルからコピーしてください
- スタート画面がありません。作成してください
- ゲーム中に難易度が移動できないようにスタート画面に選択ボタンを移動してください。
- ブロックが消える際に消したサービスの文字列を表示してください。消え方はフェードアウトで
完成版
全難易度のプレイ画面(特に何も変わらない…)
カーソルをブロックに持っていくとサービス名が出ました(うれしい)
完成までは約37分
作成されたファイルはHTMLファイルのみで、使用したファイルは引用するためのアイコン画像ファイルです。
・aws-puzzle-game.html
・─ icons/
├── ec2.png
├── s3.png
├── rds.png
├── vpc.png
└── lambda.png
Kiro
次はKiroです。
要件定義書➡詳細設計タスク作成約５分
このような感じでタスクの実行が進んでいきます。(チームメンバーの方のKiroで作成したため以下画面は別作成の物です)
プロンプトからver1完成まで約1時間半かかり、task数は14になりました。
ver1はアイコンがサイトからの指定だと反映されなかったため絵文字になってしましました…
ということで以下の点を修正いたしました。
修正点
- アイコンが公式HPのファイルから反映できなかったのでローカルから読み込み、ブロックの配置を難易度ごとに変更
- ブロックの消える際のエフェクト追加
- カーソルの判定がおかしいので修正
完成版
簡単レベル
普通レベル
「難しい」レベル
「HERO」レベル
Kiro版は完成まで約4時間半かかり
作成したファイルはHTMLファイルのみです。
・aws-Icon-puzzle.html
使用したファイルは引用するためのアイコン画像ファイルです。
・公式アイコンファイル(ブロックアイコンのため使用)
結果
完成目標はAmazon Q CLIはHEROレベルを考慮していないので作成時間に大きく時間に差が出ており、ver1までの時間はKiroのほうがかかりました。
Kiroの時間がかかった要因はファイルの検索、読み込み、デバッグや結合、単体テストを行っていた時間を含んでいたためであり、途中でゲームの動作確認は行えませんでした。
Kiroは時間はかかりましたがver1で表示されない、動かないなどのバグはなく完成版までの修正は少なかったです。
Amazon Q CLIは大枠のUIやシステムの作成は早いのですがデバッグなどは行わずコーディングしていくので、表示されない、選択できないなどバグが多く出やすかったです。
htmlファイル1つで作成しアクションを追加していたためKiro版は10000行を超えてしまいました。
これだけ大きくなってしまうと修正が難しくなっていったようです。（白鳥さん談）
特徴・まとめ
Amazon Q CLIでのコーディングは複雑な指示を投げるより大雑把な指示を投げてから細かくプロンプトで指示を行うと手戻りが少なくなるのかなと思いました。
使用しているAWS環境での問題解決やWEBデザイン作成が向いていると感じました。(複雑なものは厳しいのかな）
Kiroは時間がかかるが手戻りが少なく、大きなバグが少ない印象です。
AI仕様駆動開発の名の通り仕様書からテストまで一貫して行い、修正少なく楽に作成できました。
どちらも使用用途によってメリット・デメリットがありますが共通してコーディング・トラブルシュートが楽だなと感じました。
コンソールでも使用できるとのことだったのでコーディング以外でも使いこなしていきたいと思います！
おまけ
今回作成したAmazon Q CLIのゲームのみですが以下に記載させていただきます。
AWS パズルゲーム 難易度を選択してください
難易度: 簡単
スコア: 0
残り時間: 60秒
ゲーム終了!
最終スコア: 0
Source link
コメント