Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Amazon Qとのより良い付き合い方を考える
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
afooooil
August 05, 2025
Technology
270
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
Amazon Qとのより良い付き合い方を考える
目指せ!Amazon Q & KIRO マスターへの道(
https://kansai-cbs.connpass.com/event/362381/
) で発表させていただいた資料です
afooooil
August 05, 2025
More Decks by afooooil
See All by afooooil
workmuxで始めるClaude Codeの並列開発
afooooil
0
36
DynamoDBからS3(Icebergテーブル)へのZeroETLを行う
afooooil
1
110
AWSで始めるサーバーレスなデータ分析基盤
afooooil
0
800
退屈なことはAI_Agentにやらせよう
afooooil
0
230
ZeroETLで始めるDynamoDBとS3の連携
afooooil
0
310
Other Decks in Technology
See All in Technology
「休む」重要さ
smt7174
6
1.6k
Webアプリ認証の全体像 / The Big Picture of Web App Authentication
kitano_yuichi
1
410
41歳でAWSが好きすぎてITエンジニアになったおっさんの話
yama3133
1
730
AmplifyHostingConstructからSSRフレームワークのためのホスティング設計を考察する/amplify-hosting-construct
fossamagna
1
300
”AIを使う” から ”AIに任せる” へ ─ 開発プロセスを再設計してAIを組織標準にするまで
cyberagentdevelopers
PRO
1
140
「守りたい体験」を渡すだけで E2E を生成させられるようになった話
hinac0
2
1k
なぜ、あなたのAPIは使われないのか? AX時代の設計原則、ガードレール、運用体制
yokawasa
1
210
現場との対話から始める “作る前に問い直す”業務改善
mochico50
1
210
それでも、技術なブログを書く理由 #kichijojipm / Why I Still Write Tech Blogs Even Now
shinkufencer
0
310
インシデント事例と パッケージの全量解析に学ぶ ソフトウェアサプライチェーンの守り方 / supply-chain-attack-defense
flatt_security
0
880
AI、CDK と協働する Full TypeScript アプリケーション開発 / Full TypeScript Application with AI and CDK
geekplus_tech
2
480
ここは地獄!つらい朝会を体験することで、チームとしてのより良い振る舞いに気づくワークショップ / The stand-up meeting from hell in the game industry
scrummasudar
0
220
Featured
See All Featured
Claude Code のすすめ
schroneko
67
230k
Test your architecture with Archunit
thirion
1
2.3k
DevOps and Value Stream Thinking: Enabling flow, efficiency and business value
helenjbeal
1
260
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
230
23k
SEO Brein meetup: CTRL+C is not how to scale international SEO
lindahogenes
1
2.8k
Stop Working from a Prison Cell
hatefulcrawdad
274
21k
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
32
3.9k
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
PRO
201
75k
Templates, Plugins, & Blocks: Oh My! Creating the theme that thinks of everything
marktimemedia
31
2.8k
How to Create Impact in a Changing Tech Landscape [PerfNow 2023]
tammyeverts
55
3.4k
Exploring the relationship between traditional SERPs and Gen AI search
raygrieselhuber
PRO
2
4.2k
Future Trends and Review - Lecture 12 - Web Technologies (1019888BNR)
signer
PRO
0
3.6k
Transcript
Amazon Qとのより良い 付き合い方を考える 株式会社モリサワ 岡田 晃 目指せ!Amazon Q & KIRO
マスターへの道
自己紹介 岡田 晃 / @afooooil 所属: 株式会社モリサワ ポジション: データエンジニア /
データサイエンティスト 好きなAWSサービス: CloudFormation / Athena 普段はPython, SQL, CDKを触っており、 HTML, CSS, JavaScriptは何もわからない...
今日の内容 Amazon Qでつくったゲームの紹介 - どういうステップでゲームを作ったか Amazon Qを使ううえでの改善点 - 開発していくなかでうまく行かなかったところ -
Agentを使う上で気をつけたいところ
作ったゲーム 違和感のあるフォントを指摘し て絶対フォント感を養うゲーム リンク先からプレイ可能 ※ フォントを見分ける能力を絶 対音感をもじって絶対フォント 感というらしい
Step1 仕様の決定 Amazon Qと話しながらどんなゲームを作るかを決めていく。 - ゲームの基本なコンセプトや使う技術スタック - 当初は8番出口のフォント版を作ろうとしていた - Amazon
Qに3Dは難しいよと優しく止められる 基本的な方針をここで決定した。 - 違和感のあるフォントを指摘できた数をスコアとする - HTML, CSS, JavaScriptで作ってS3でホスティングする
Step2 プロトタイプの作成と改善 最低限の機能を作って触りながら細かいところを決めていく。 - 異なるフォントをクリックすることで判定する機能 - 異なるフォントをランダムに混入する仕組み 触っているうちに出てきた課題を追加で対応してもらう。 - 異なるフォントは必ず1個だけ紛れ込ませる
- 当初は異なるフォントの数もランダムだったがなかなかのクソゲーだった 実装をAmazon Qに任せてしまうことで、プロトタイプを高速に改善 することができる。
Step3 難易度やアニメーションの調整 徐々に難しくなるように難易度を調整してく。 - 似ている種類のフォントを紛れ込ませる - 答えるまでの制限時間を短くする 最初はアニメーションがなかったので、ゲームっぽくするために追加した。 - 正解した時にポップ表示をだす
- 次の問題が右から流れてくるようにする ああでもない、こうでもないと一番試行錯誤していた箇所。やっぱり前に戻 してといっても嫌な顔ひとつせずにAmazon Qは対応してくれる。
Amazon Qを利用する上での改善点 1 指示は可能な限り具体的に行う。 - 〇 問題に正解した時のポップアップが表示される時間を20%短くして - △ 次の問題の表示されるまでの時間を少し短くして
- × テンポよくゲームを進められるようにして 対象を明確にして(問題に正解した時のポップアップ) 定量的に(20%) 具体的に何を行うかを指示する(表示される時間を短く)
Amazon Qを利用する上での改善点 2 git commitを指示のたびに行うように指示する。 - ⚪ ひとつ前のコミットにもどして - ×
ひとつ前の状態にして Amazon Qを使っているときに、ある変更をしてから急に動かなく なった...みたいなことは良くある。 ひとつ前の状態にして、だと元に戻ることはなかった。 最悪人力で戻せるように、変更履歴を保存するのが大事。
Amazon Qを利用する上での改善点 3 チャットのサマリをlogに残してもらうようにする。 - 何かしらでセッションが切れてしまうと、これまでのコンテキスト を失ってしまう。 - セッションが切れてしまったときは、開発を再開する前にlogを読 んでもらうところの指示から始める
- 開発の背景を理解してもらうとこから始めて、コードはいきなり 書かせない 新しい人に入ってもらう時のオンボーディングに近いのでは?
Amazon Qをつかった所感 Amazon Qは入社したての、とても優秀な新人という感じ。彼/彼女が気持 ちよく働けるような職場環境を整えることが求められる。 - 暗黙知がなく、開発に必要なことはすべてドキュメントに書いてある - 開発におけるルールや決まりごとなど -
やりたいことの解像度をあげて、可能な限り具体的な指示を出す - 機能開発の背景を共有し実装内容を明確にする - 権限を適切に管理して、危ないことは実行できないようにする ⇒ これらはAgent利用の有無にかかわらず重要なことでは???
Amazon Qを試して変わった所 仕事の一部でAgentを使い始めた - リリース手順書やリリースノートの作成 - データ抽出用のSQL作成 自分用のための小さいツールを手軽に作成できるようになった - chrome用のプラグインとか
ドキュメントに対する意識が変わった - ドキュメントへの投資がAgentをうまく使うことにつながるという意識