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
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
Devsumi 2026 Summer 人もAIも使える共通基盤を事業の加速装置にする~デザインシステム運用に学ぶ組織レバレッジ~ 渡辺 凌央
legalontechnologies
PRO
1
280
全社でのソフトウェアサプライチェーン攻撃対策をやってみた with Takumi Guard
z63d
0
260
生成AI×AWS CDK×AWS FISで"振り返れる"ミニGameDayをつくろう
yoshimi0227
2
530
『モデル + ハーネス』で読み解く AIエージェント入門
oracle4engineer
PRO
2
160
AIとハーネスで育てるトランスコンパイラ / 20260722 Yasushi Katayama
shift_evolve
PRO
3
770
Kaggleで成長するために意識したこと
prgckwb
2
440
プロダクト開発組織の現在地(Ver.2026/07) / product-organization
kaonavi
0
390
Multicaで30個のミニプロジェクトをAIエージェント運用して見えてきたこと
eiei114
1
620
SRENEXT_2026_Chairs__Talks_in_Tamachi.sre.pdf
srenext
1
140
書籍セキュアAPIについて
riiimparm
0
180
JAWS_ICEBERG_BASECAMP
iqbocchi
2
110
変更し続けられるシステムをどう保つか — AI時代のSSoTという設計原則
kawauso
1
1k
Featured
See All Featured
Measuring Dark Social's Impact On Conversion and Attribution
stephenakadiri
2
240
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
133
19k
Building a Scalable Design System with Sketch
lauravandoore
463
34k
Large-scale JavaScript Application Architecture
addyosmani
515
110k
How to build a perfect <img>
jonoalderson
1
5.8k
Odyssey Design
rkendrick25
PRO
2
730
The State of eCommerce SEO: How to Win in Today's Products SERPs - #SEOweek
aleyda
2
11k
Navigating the Design Leadership Dip - Product Design Week Design Leaders+ Conference 2024
apolaine
1
370
Typedesign – Prime Four
hannesfritz
42
3.1k
エンジニアに許された特別な時間の終わり
watany
108
250k
Self-Hosted WebAssembly Runtime for Runtime-Neutral Checkpoint/Restore in Edge–Cloud Continuum
chikuwait
0
660
Pawsitive SEO: Lessons from My Dog (and Many Mistakes) on Thriving as a Consultant in the Age of AI
davidcarrasco
0
190
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をうまく使うことにつながるという意識