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
41
Kiro5兄弟のいまどきのセキュリティ基礎知識
kentapapa
0
590
Kiro 5兄弟の現在位置を確認してみた
kentapapa
0
120
Bedrock でFable 5 が使えるようになったので性能検証してみた。Fable 5 に「いい感じにして」と雑に頼んだら、 サイトの看板を掛け替えられた話
kentapapa
0
130
Kiro CLI v2.0.0がやってきた!
kentapapa
0
390
猫でもわかるKiro CLI(CDKコーディング編)
kentapapa
1
360
今年60歳のおっさんCBになる
kentapapa
2
490
猫でもわかるKiro CLI(AI 駆動開発への道編)
kentapapa
0
670
猫でもわかるKiro CLI(セキュリティ編)
kentapapa
1
780
Other Decks in Technology
See All in Technology
プロダクト思考 × 基盤思考を AIで実現する Compound Engineering
tkc66buzz
1
290
Beyond the Hype: Practical AI for Your Oracle Database with MCP
thatjeffsmith
1
290
Microsoft 365 Copilot chat -tekoälypalvelun tietosuojaongelmat
hponka
0
550
リージョンの壁を越える、 ちょっと変わったAWSサービスの話
falken
PRO
0
270
少人数データチームのDevin活用実践事例
runandy16
2
450
Driving AI Adoption Using In-House GPUs to Serve Qwen
po3rin
2
470
Bet AI Day 2026丨Production-Ready AI Agents — エンタープライズの実務を任せるための設計と運用
layerx
PRO
4
2.6k
薬剤師(ドメインエキスパート)と一緒に育てる薬局向けAIアシスタント
kakehashi
PRO
2
120
AI-DLCって実際どう? 〜聞きたいこと全部聞いてみる〜
news_it_enj
0
240
AI時代におけるプロダクト横断勉強会の設計
zozotech
PRO
0
170
enechainの内製セルフサービスプラットフォーム
hiyosi
0
140
現場に行くだけでは足りない——プロダクトエンジニアが業務の流れを捉える観点と、その鍛え方
takumiengineering
0
330
Featured
See All Featured
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
49
10k
How to Build an AI Search Optimization Roadmap - Criteria and Steps to Take #SEOIRL
aleyda
1
2.2k
The Anti-SEO Checklist Checklist. Pubcon Cyber Week
ryanjones
0
230
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
141
35k
How Fast Is Fast Enough? [PerfNow 2025]
tammyeverts
3
870
[SF Ruby Conf 2025] Rails X
palkan
2
1.4k
From Legacy to Launchpad: Building Startup-Ready Communities
dugsong
0
320
Speed Design
sergeychernyshev
33
2.1k
How To Stay Up To Date on Web Technology
chriscoyier
790
250k
Rails Girls Zürich Keynote
gr2m
96
14k
Impact Scores and Hybrid Strategies: The future of link building
tamaranovitovic
0
430
XXLCSS - How to scale CSS and keep your sanity
sugarenia
249
1.3M
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