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
Hiroo Katoh
October 29, 2025
Technology
670
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
Modern Security Basics from the Five Kiro Brothers
kentapapa
0
26
Kiro5兄弟のいまどきのセキュリティ基礎知識
kentapapa
0
510
Kiro 5兄弟の現在位置を確認してみた
kentapapa
0
110
Bedrock でFable 5 が使えるようになったので性能検証してみた。Fable 5 に「いい感じにして」と雑に頼んだら、 サイトの看板を掛け替えられた話
kentapapa
0
130
Kiro CLI v2.0.0がやってきた!
kentapapa
0
390
猫でもわかるKiro CLI(CDKコーディング編)
kentapapa
1
350
今年60歳のおっさんCBになる
kentapapa
2
490
猫でもわかるKiro CLI(AI 駆動開発への道編)
kentapapa
0
660
猫でもわかるKiro CLI(セキュリティ編)
kentapapa
1
770
Other Decks in Technology
See All in Technology
AIで開発は速くなったのに、なぜ現場は楽にならないのか 〜あなたの組織のボトルネックを突き止めるワークショップ〜
jacopen
1
210
20260903 Tokyo Jazug Night #62 | Azure エンジニアよ、 その環境は本当にセキュアか?
olivia_0707
1
540
When Does a Local Qwen Start to Break
morshoto
0
130
Backstageでつくるセルフサービスな社内開発基盤
kikunosuke75
1
210
AI-DLCって実際どう? 〜聞きたいこと全部聞いてみる〜
news_it_enj
0
160
Point Cloud as a Foreign Language for Multi-modal Large Language Model
takmin
0
360
AI時代におけるプロダクト横断勉強会の設計
zozotech
PRO
0
120
[RSJ26] Building a VLA Model Based on Self-Distilled Classification
keio_smilab
PRO
0
170
なぜSRE・セキュリティは評価されないのか?守りの組織を事業成長エンジンに変えた実践
cscengineer
PRO
1
1.3k
いま、生成AIにKaggleをどこまで 任せられるか — ROGIIコンペでの進め方とTips
k951286
1
1.2k
Beyond the Hype: Practical AI for Your Oracle Database with MCP
thatjeffsmith
1
170
When Token Pruning is Worse than Random: Understanding Visual Token Information in VLLMs
sansantech
PRO
0
240
Featured
See All Featured
エンジニアに許された特別な時間の終わり
watany
108
250k
HTML-Aware ERB: The Path to Reactive Rendering @ RubyCon 2026, Rimini, Italy
marcoroth
4
550
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
35
2.6k
YesSQL, Process and Tooling at Scale
rocio
174
15k
Site-Speed That Sticks
csswizardry
13
1.5k
Code Reviewing Like a Champion
maltzj
528
40k
Avoiding the “Bad Training, Faster” Trap in the Age of AI
tmiket
0
220
Technical Leadership for Architectural Decision Making
baasie
3
550
Tips & Tricks on How to Get Your First Job In Tech
honzajavorek
1
710
AI: The stuff that nobody shows you
jnunemaker
PRO
9
960
Utilizing Notion as your number one productivity tool
mfonobong
4
560
Pawsitive SEO: Lessons from My Dog (and Many Mistakes) on Thriving as a Consultant in the Age of AI
davidcarrasco
0
230
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