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
2
490
猫でもわかる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
猫でもわかるS3 Tables(その後編)
kentapapa
1
69
猫でもわかるQ Developer CLI(できる子編)
kentapapa
2
120
猫でもわかるJAWS-UG登壇発表の道標
kentapapa
0
2k
猫でもわかるQ_CLI(CDK開発編)+ちょっとだけKiro
kentapapa
1
3.6k
猫でもわかるQ Developer CLI(CDK開発編)
kentapapa
1
260
猫でもわかるS3 Tables【Apache Iceberg編】再構成・加筆版
kentapapa
1
1.3k
猫でもわかるS3 Tables【Apache Iceberg編】
kentapapa
2
820
猫でもわかった気になるRedshift Serverless(更新系限定)
kentapapa
1
5.4k
猫でもわかるBLEA
kentapapa
1
260
Other Decks in Technology
See All in Technology
Autonomous Database - Dedicated 技術詳細 / adb-d_technical_detail_jp
oracle4engineer
PRO
5
11k
ペアーズにおけるAIエージェント 基盤とText to SQLツールの紹介
hisamouna
2
1.9k
Next.js 16の新機能 Cache Components について
sutetotanuki
0
200
AWSの新機能をフル活用した「re:Inventエージェント」開発秘話
minorun365
2
510
[2025-12-12]あの日僕が見た胡蝶の夢 〜人の夢は終わらねェ AIによるパフォーマンスチューニングのすゝめ〜
tosite
0
210
まだ間に合う! Agentic AI on AWSの現在地をやさしく一挙おさらい
minorun365
19
3.2k
SQLだけでマイグレーションしたい!
makki_d
0
1.2k
NIKKEI Tech Talk #41: セキュア・バイ・デザインからクラウド管理を考える
sekido
PRO
0
250
Everything As Code
yosuke_ai
0
120
AI との良い付き合い方を僕らは誰も知らない
asei
1
300
ハッカソンから社内プロダクトへ AIエージェント ko☆shi 開発で学んだ4つの重要要素
leveragestech
0
390
ソフトウェアエンジニアとAIエンジニアの役割分担についてのある事例
kworkdev
PRO
1
320
Featured
See All Featured
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
PRO
196
70k
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
16
1.8k
Paper Plane
katiecoart
PRO
0
44k
YesSQL, Process and Tooling at Scale
rocio
174
15k
Raft: Consensus for Rubyists
vanstee
141
7.3k
Deep Space Network (abreviated)
tonyrice
0
27
DBのスキルで生き残る技術 - AI時代におけるテーブル設計の勘所
soudai
PRO
61
46k
Scaling GitHub
holman
464
140k
Chasing Engaging Ingredients in Design
codingconduct
0
90
From Legacy to Launchpad: Building Startup-Ready Communities
dugsong
0
120
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
32
1.9k
Why Your Marketing Sucks and What You Can Do About It - Sophie Logan
marketingsoph
0
51
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