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 Developer CLI 解体新書
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
Hiroo Katoh
October 29, 2025
Technology
2
520
猫でもわかるAmazon Q Developer CLI 解体新書
Amazon Q Developer CLI の初心者向けマニュアル。AWS一次情報をベースにQ CLIでQ CLIのマニュアルを作ってみました。
Hiroo Katoh
October 29, 2025
Tweet
Share
More Decks by Hiroo Katoh
See All by Hiroo Katoh
猫でもわかるKiro CLI(セキュリティ編)
kentapapa
0
84
猫でもわかるS3 Tables(その後編)
kentapapa
1
92
猫でもわかるQ Developer CLI(できる子編)
kentapapa
2
130
猫でもわかるJAWS-UG登壇発表の道標
kentapapa
0
2k
猫でもわかるQ_CLI(CDK開発編)+ちょっとだけKiro
kentapapa
1
3.6k
猫でもわかるQ Developer CLI(CDK開発編)
kentapapa
1
270
猫でもわかるS3 Tables【Apache Iceberg編】再構成・加筆版
kentapapa
1
1.3k
猫でもわかるS3 Tables【Apache Iceberg編】
kentapapa
2
900
猫でもわかった気になるRedshift Serverless(更新系限定)
kentapapa
1
5.5k
Other Decks in Technology
See All in Technology
Greatest Disaster Hits in Web Performance
guaca
0
280
1,000 にも届く AWS Organizations 組織のポリシー運用をちゃんとしたい、という話
kazzpapa3
0
150
マネージャー視点で考えるプロダクトエンジニアの評価 / Evaluating Product Engineers from a Manager's Perspective
hiro_torii
0
180
ランサムウェア対策としてのpnpm導入のススメ
ishikawa_satoru
0
220
コミュニティが変えるキャリアの地平線:コロナ禍新卒入社のエンジニアがAWSコミュニティで見つけた成長の羅針盤
kentosuzuki
0
130
OWASP Top 10:2025 リリースと 少しの日本語化にまつわる裏話
okdt
PRO
3
840
Embedded SREの終わりを設計する 「なんとなく」から計画的な自立支援へ
sansantech
PRO
3
2.6k
小さく始めるBCP ― 多プロダクト環境で始める最初の一歩
kekke_n
1
570
Frontier Agents (Kiro autonomous agent / AWS Security Agent / AWS DevOps Agent) の紹介
msysh
3
180
仕様書駆動AI開発の実践: Issue→Skill→PRテンプレで 再現性を作る
knishioka
2
680
Bedrock PolicyでAmazon Bedrock Guardrails利用を強制してみた
yuu551
0
260
データの整合性を保ちたいだけなんだ
shoheimitani
8
3.2k
Featured
See All Featured
The Language of Interfaces
destraynor
162
26k
Building a Modern Day E-commerce SEO Strategy
aleyda
45
8.7k
Utilizing Notion as your number one productivity tool
mfonobong
3
220
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
38
2.7k
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
16
1.8k
The Web Performance Landscape in 2024 [PerfNow 2024]
tammyeverts
12
1k
Introduction to Domain-Driven Design and Collaborative software design
baasie
1
590
Intergalactic Javascript Robots from Outer Space
tanoku
273
27k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
122
21k
New Earth Scene 8
popppiees
1
1.5k
The Curse of the Amulet
leimatthew05
1
8.7k
Bioeconomy Workshop: Dr. Julius Ecuru, Opportunities for a Bioeconomy in West Africa
akademiya2063
PRO
1
55
Transcript
© 2025 NTT TechnoCross Corporation
© 2025 NTT TechnoCross Corporation 2
© 2025 NTT TechnoCross Corporation 3
© 2025 NTT TechnoCross Corporation 4
© 2025 NTT TechnoCross Corporation 5
© 2025 NTT TechnoCross Corporation 6
© 2025 NTT TechnoCross Corporation 7
© 2025 NTT TechnoCross Corporation 8
© 2025 NTT TechnoCross Corporation 9
© 2025 NTT TechnoCross Corporation 10
© 2025 NTT TechnoCross Corporation 11
© 2025 NTT TechnoCross Corporation 12
© 2025 NTT TechnoCross Corporation 13
© 2025 NTT TechnoCross Corporation 14
© 2025 NTT TechnoCross Corporation 15
© 2025 NTT TechnoCross Corporation 16
© 2025 NTT TechnoCross Corporation 17 【.amazonq/rules/default.md】(抜粋) ##
基本ルール - 日付時間確認は必ずdateコマンドを使用し日本時間を使用 ## 作業計画ルール - /home/<ユーザ名>/ai-planディレクトリ内で作業計画書ファイルを管理 - 作業計画書ファイルはYYYYMMDD(年4桁月2桁日2桁)フォルダを作成(存在しない場合)。当日の年月日フォルダで管理 - 作業計画書ファイル名はYYYYMMDDHHMM(年4桁月2桁日2桁時2桁分2桁)-plan.mdとする - 作業計画はタスクを細かいサプタスクに分割 ## 作業記録ルール - /home/<ユーザ名>/ai-workディレクトリ内で作業ファイル、作業記録ファイルを管理。 - 作業記録ファイルはYYYYMMDDフォルダを作成(存在しない場合)。当日の年月日フォルダで管理 - 作業記録ファイル名は YYYYMMDDHHMM-log.mdとする - 進捗があり次第都度追記
© 2025 NTT TechnoCross Corporation 18
© 2025 NTT TechnoCross Corporation 19
© 2025 NTT TechnoCross Corporation 20 Ctrl+tで元に戻る →日付を確認したことは本流のチャットに 影響なし
Ctrl+tでtangentモード(会話の分岐に入る) →チャットの流れと異なる調べごとをする時に雑音をAIに加えない チャットとは関係ない日付を確認( マークが付く)
© 2025 NTT TechnoCross Corporation 21 { "prompt": "あなたはAWSインフラストラクチャのエキスパートです" }
{ "prompt": "file://./aws-infrastructure-experts.md" } # AWS Infrastructure Expert あなたはAWSのインフラストラクチャ設計・構築のエキスパートです。 ## 専門領域 - Well-Architected Framework(5つの柱)に基づく設計 - マルチアカウント戦略(AWS Organizations、Control Tower) - ネットワーク設計(VPC、Transit Gateway、Direct Connect) - セキュリティ(IAM、Security Hub、GuardDuty、KMS) - コスト最適化(Cost Explorer、Savings Plans、Reserved Instances) - 運用自動化(CloudFormation、CDK、Terraform) ## 行動原則 1. **セキュリティ第一**: 最小権限の原則、暗号化、監査ログを常に考慮 2. **スケーラビリティ**: Auto Scaling、マネージドサービス優先 3. **コスト意識**: 適切なインスタンスタイプ、ストレージクラス選択 4. **可用性**: マルチAZ、リージョン間DR戦略 5. **運用効率**: Infrastructure as Code、自動化優先 ## 回答スタイル - 具体的なAWSサービス名とリソース構成を提示 - トレードオフを明示(コスト vs パフォーマンス等) - ベストプラクティスドキュメントへの参照 - 実装可能なコード例(CloudFormation/CDK/Terraform)
© 2025 NTT TechnoCross Corporation 22
© 2025 NTT TechnoCross Corporation 23
© 2025 NTT TechnoCross Corporation 24