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
·
SiteGround - Reliable hosting with speed, security, and support you can count on.
→
Hiroo Katoh
October 29, 2025
Technology
640
2
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
猫でもわかるAmazon Q Developer CLI 解体新書
Amazon Q Developer CLI の初心者向けマニュアル。AWS一次情報をベースにQ CLIでQ CLIのマニュアルを作ってみました。
Hiroo Katoh
October 29, 2025
More Decks by Hiroo Katoh
See All by Hiroo Katoh
Bedrock でFable 5 が使えるようになったので性能検証してみた。Fable 5 に「いい感じにして」と雑に頼んだら、 サイトの看板を掛け替えられた話
kentapapa
0
85
Kiro CLI v2.0.0がやってきた!
kentapapa
0
360
猫でもわかるKiro CLI(CDKコーディング編)
kentapapa
1
290
今年60歳のおっさんCBになる
kentapapa
2
460
猫でもわかるKiro CLI(AI 駆動開発への道編)
kentapapa
0
590
猫でもわかるKiro CLI(セキュリティ編)
kentapapa
1
720
猫でもわかるS3 Tables(その後編)
kentapapa
1
140
猫でもわかるQ Developer CLI(できる子編)
kentapapa
2
190
猫でもわかるJAWS-UG登壇発表の道標
kentapapa
0
2k
Other Decks in Technology
See All in Technology
NetBoxを利用した作業効率化の試み_NetDevNight4
tnoha
0
410
事業成長とAI活用を止めないデータ基盤アーキテクチャの設計思想
hiracky16
0
780
CTOキーノート:AI時代の「つなぐ」を再定義 ― 真のIoTとリアルワールドAI【SORACOM Discovery 2026】
soracom
PRO
0
330
Pavlokで始める電撃駆動開発
sgrsn
0
130
ここは地獄!つらい朝会を体験することで、チームとしてのより良い振る舞いに気づくワークショップ / The stand-up meeting from hell in the game industry
scrummasudar
0
440
toio・myCobotでフィジカルAIっぽいことを行うための検討(とりあえず調査) / フィジカルAI LT(IoTLTによる開催)
you
PRO
0
150
20260801_スクフェス大阪
kgnkhkr
0
130
AI驚き屋発見器
yama3133
1
390
AI工学特論: MLOps・継続的評価
asei
11
3.1k
AIQAのナレッジ構築について
qatonchan
1
130
AI時代の強いチームの作り方
yuukiyo
17
9.1k
AIツールを導入しても生産性はあがらない? カオナビが直面した 3つの壁と乗り越え方。/ Overcoming 3 Barriers to AI-Driven Productivity at kaonavi
kaonavi
0
480
Featured
See All Featured
Noah Learner - AI + Me: how we built a GSC Bulk Export data pipeline
techseoconnect
PRO
0
340
Discover your Explorer Soul
emna__ayadi
2
1.2k
Into the Great Unknown - MozCon
thekraken
41
2.6k
Making the Leap to Tech Lead
cromwellryan
135
10k
Visualization
eitanlees
152
17k
How Software Deployment tools have changed in the past 20 years
geshan
1
34k
Between Models and Reality
mayunak
4
380
Build your cross-platform service in a week with App Engine
jlugia
234
18k
世界の人気アプリ100個を分析して見えたペイウォール設計の心得
akihiro_kokubo
PRO
72
41k
Context Engineering - Making Every Token Count
addyosmani
9
1k
Ethics towards AI in product and experience design
skipperchong
2
330
The Organizational Zoo: Understanding Human Behavior Agility Through Metaphoric Constructive Conversations (based on the works of Arthur Shelley, Ph.D)
kimpetersen
PRO
0
400
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