メニュー
プレゼンテーション・コーチングスキル。スライド作成・構成・改善を支援する。 ユーザーが「プレゼンを作りたい」「スライドを改善したい」「発表資料を整理したい」「提案書を作る」「報告資料を作成する」「ピッチデッキを作りたい」と言ったとき、または既存のスライドや資料についてフィードバックを求めているとき、必ずこのスキルを使うこと。 プレゼン・スライド・資料作成に関するあらゆる要求に積極的に適用する。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
技術記事の品質を「伝説の編集者」の視点で厳格にレビューするためのスキル。記事のドラフトが完成した際、既存記事のブラッシュアップ、または「この記事どうかな？」という漠然とした相談に対しても、このスキルを積極的に使用してください。5つの品質の柱（論理性、実用性、読みやすさ、独自性、明確性）に基づいた厳格な採点と、AI臭さを徹底的に排除した「魂の宿る記事」への改善案を提供します。
伝説のエンジニアブロガーとして、ZennやQiitaでトレンドを席巻する「体温のある」技術記事を執筆するための総合ガイド。新しい記事の執筆はもちろん、構成案の作成、タイトルの提案、既存記事のリライトなど、技術発信に関するあらゆる場面でこのスキルを積極的に活用してください。ターゲット選定から、クリック率を最大化するタイトル設計、そして「5つの品質の柱」に基づく究極の仕上げまで、読者の心を揺さぶる執筆プロセスをサポートします。
Expert guide for developing with Floci — the Java/Quarkus-based open-source local AWS emulator. Use this skill whenever someone asks about adding a new AWS service to Floci, implementing AWS protocol-compatible handlers, writing integration or unit tests for Floci services, debugging AWS SDK compatibility issues, configuring storage modes, understanding Floci's architecture, working on the Floci codebase, or using Floci as a local AWS development environment. Always trigger this skill when the user mentions Floci, AWS emulator development, service implementation, AwsQueryController, AwsJson11Controller, StorageFactory, or any task involving the floci codebase — even if they don't explicitly say "Floci skill."
Builds generative AI applications on Amazon Bedrock. Covers model invocation (Converse API, InvokeModel), RAG with Knowledge Bases, Bedrock Agents, Guardrails, and AgentCore. Use when invoking models, setting up Knowledge Bases, creating agents, applying guardrails, deploying to AgentCore, troubleshooting Bedrock errors (ThrottlingException, AccessDeniedException), or choosing models (Claude, Llama, Nova, Titan). ALSO USE for prompt caching setup and debugging, quota health checks and throttling diagnosis, cost attribution and tracking, migrating between Claude model generations (4.5 to 4.6 to 4.7), chunking strategies, API selection (Converse vs InvokeModel), guardrail capabilities, and model selection. NOT for custom model training, Rekognition, or Comprehend.
Analyze AWS costs, find savings, manage budgets, evaluate Savings Plans and Reserved Instances, right-size EC2/Lambda/RDS/EBS with Compute Optimizer, look up service pricing, query CUR with Athena, detect cost anomalies, scope costs to billing views, and monitor Free Tier usage. Triggers on: AWS bill, cost analysis, reduce spend, savings plan, reserved instance, right-size, budget alert, cost optimization, pricing, free tier, cost anomaly, CUR, cost audit, billing view, billing view ARN.
Authors, deploys, and troubleshoots AWS infrastructure using CDK with TypeScript or Python. Covers best practices, stack architecture, and construct patterns. Always use when writing CDK constructs, bootstrapping environments, running cdk deploy/synth/diff, fixing CDK or CloudFormation errors, planning stack structure, importing existing resources, resolving drift, or refactoring stacks without resource replacement.
SOC 職業分類に基づく
| name | presen-coach |
| description | プレゼンテーション・コーチングスキル。スライド作成・構成・改善を支援する。 ユーザーが「プレゼンを作りたい」「スライドを改善したい」「発表資料を整理したい」「提案書を作る」「報告資料を作成する」「ピッチデッキを作りたい」と言ったとき、または既存のスライドや資料についてフィードバックを求めているとき、必ずこのスキルを使うこと。 プレゼン・スライド・資料作成に関するあらゆる要求に積極的に適用する。 |
このスキルでは3フェーズでプレゼン設計を支援する：
プレゼンの設計を始める前に、必ず以下を確認する。詳細な分析フレームワークは references/discovery-framework.md を参照。
ユーザーがこれらを曖昧にしか答えない場合は、references/discovery-framework.md の選択肢リストを提示して絞り込む。
ヒアリング完了後、以下のフォーマットで「プレゼン設計シート」をユーザーに確認させる：
──────────────────────────────
プレゼン設計シート
──────────────────────────────
【目的】_______________
【聴衆】役職: ___ / 知識: ___ / 関心: ___ / 感情: ___
【コアメッセージ】_______________
【制約】___ 分 / ___ 枚 / 形式: ___
【既存コンテンツ】□ データあり □ 事例あり □ ゼロから
──────────────────────────────
設計シートをもとに最適なナラティブ構造を推薦する。詳細な各フレームワークのスライド構成は references/story-frameworks.md を参照。
| 目的 | 推奨フレームワーク |
|---|---|
| 経営承認・新規提案・投資判断 | PREP法 |
| 業務改善・システム導入・コスト削減 | 問題解決型 |
| 月次報告・進捗・調査結果共有 | SDS法 |
| 組織変革・DX推進・戦略転換 | AS-IS → TO-BE型 |
| キックオフ・ビジョン発表・採用説明会 | Why → What → How型 |
| ツール選定・ベンダー比較・戦略オプション | 比較分析型 |
推薦の際は：
スライド構成が決まったら、各スライドの内容を設計する。
タイトルは「トピック名」ではなく「メッセージ（結論）」で書く：
詰め込みになっているスライドは分割を推奨。詳細なスライドタイプと適切なコンテンツの対応表は references/story-frameworks.md を参照。
ユーザーが既存のスライドや資料を持ち込んだ場合：