--- name: document-summarizer description: Summarize long documents with key points and abstracts. Use when creating executive summaries or condensing content. --- # Document Summarizer Skill ドキュメント要約スキルは、長文のドキュメントを効率的に要約し、重要なポイントを抽出します。 ## 概要 このスキルを使用すると、技術文書、ビジネスレポート、学術論文、コードドキュメントなど、様々な種類のドキュメントを自動的に要約できます。要約レベルや出力形式を柔軟に指定可能です。 ## 主な機能 - **多様なドキュメント形式**: Markdown、PDF、テキスト、HTML、コードファイル - **要約レベル選択**: 要点のみ/標準/詳細の3段階 - **柔軟な出力形式**: 箇条書き、段落形式、エグゼクティブサマリー、Q&A形式 - **ドキュメントタイプ別最適化**: 技術文書、ビジネス文書、学術論文、コードに対応 - **キーポイント抽出**: 重要な情報を自動的にハイライト - **セクション別要約**: 長文を章ごとに分割して要約 - **多言語対応**: 日本語、英語、その他の言語 - **HTMLレポート生成**: 美しくフォーマットされた要約レポート ## 使用方法 ### 基本的な使い方 ``` 以下の技術文書を要約してください： [ドキュメントの内容を貼り付け] 要約レベル: 標準 出力形式: 箇条書き ``` ### ファイルからの要約 ``` README.mdファイルを要約してください。 要約レベル: 要点のみ ハイライト: インストール手順、主要機能 ``` ### 詳細な要約指定 ``` 以下のビジネスレポートを要約: - ドキュメントタイプ: ビジネスレポート - 要約レベル: 詳細 - 出力形式: エグゼクティブサマリー + 箇条書き - 焦点: 財務データ、市場分析、推奨事項 - 対象読者: 経営陣 ``` ## ドキュメントタイプ ### 1. 技術文書 (Technical Documentation) **特徴**: - API仕様、技術マニュアル、アーキテクチャドキュメント - コード例、設定手順、トラブルシューティング **要約内容**: - 主要な技術仕様 - システム要件 - インストール/設定手順の概要 - 重要なAPI/関数 - 既知の問題と制限事項 **例**: ``` Dockerドキュメントを要約: - 焦点: コンテナの基本概念、主要コマンド - 含める: ベストプラクティス、セキュリティ考慮事項 - 除外: 詳細なCLIリファレンス ``` ### 2. ビジネス文書 (Business Documents) **特徴**: - レポート、プレゼンテーション、提案書 - 財務諸表、マーケティング資料 **要約内容**: - エグゼクティブサマリー - 主要な発見事項 - 財務ハイライト - 推奨事項とアクションアイテム - リスクと機会 **例**: ``` 四半期レポートを要約: - エグゼクティブサマリー: 1段落 - 財務ハイライト: 主要指標のみ - 市場動向: 3-5ポイント - 今後の施策: アクションアイテムリスト ``` ### 3. 学術論文 (Academic Papers) **特徴**: - 研究論文、学術記事、論文 **要約内容**: - 研究目的・背景 - 方法論 - 主要な発見 - 結論 - 今後の研究方向 **例**: ``` 機械学習に関する論文を要約: 構造: 1. 研究の背景と目的 2. 提案手法の概要 3. 実験結果の要点 4. 主要な貢献 5. 制限事項と今後の課題 ``` ### 4. コードドキュメント (Code Documentation) **特徴**: - READMEファイル、API仕様、コードコメント **要約内容**: - プロジェクト概要 - インストール手順 - 主要機能 - 使用例 - ライセンスと貢献方法 **例**: ``` GitHubリポジトリのREADMEを要約: - プロジェクトの目的 - クイックスタート手順 - 主要機能（3-5項目） - ライセンス情報 ``` ### 5. 法律・契約文書 (Legal Documents) **特徴**: - 契約書、利用規約、プライバシーポリシー **要約内容**: - 主要な権利と義務 - 重要な条項 - 制限事項 - データ取り扱い - 解約・終了条件 **注意**: 法律的な判断は専門家に確認してください。 ### 6. ニュース記事 (News Articles) **特徴**: - ニュース、ブログ記事、プレスリリース **要約内容**: - 主要な出来事（5W1H） - 重要な引用 - 影響と意義 - 背景情報 ## 要約レベル ### レベル1: 要点のみ (Brief) **特徴**: - 最も簡潔な要約 - 2-5個の箇条書き - 読了時間: 30秒以内 **用途**: - 素早く全体像を把握 - エグゼクティブサマリー - メール・チャットでの共有 **例**: ``` 要約レベル: 要点のみ 出力: • プロジェクトAの進捗は計画より2週間遅延 • 予算超過はなし、品質基準は達成 • 来月末までに納品予定 ``` ### レベル2: 標準 (Standard) **特徴**: - バランスの取れた要約 - 1-3段落 または 5-10個の箇条書き - 読了時間: 2-3分 **用途**: - 一般的な要約 - レポート作成 - チーム共有 **例**: ``` 要約レベル: 標準 出力: ## 概要 プロジェクトAは現在、当初計画より2週間の遅延が発生しています。 主な原因は... ## 主要なポイント • 進捗状況: 75%完了（目標: 90%） • 予算: 計画内で推移 • 品質: すべてのテストケースをパス ... ``` ### レベル3: 詳細 (Detailed) **特徴**: - 包括的な要約 - 複数セクション、詳細な箇条書き - 読了時間: 5-10分 **用途**: - 深い理解が必要な場合 - ドキュメント代替 - アーカイブ・参照用 **例**: ``` 要約レベル: 詳細 出力: ## エグゼクティブサマリー [包括的な概要] ## プロジェクト背景 [詳細な背景情報] ## 進捗状況 [詳細な進捗レポート] ## 主要な課題と対応策 [課題ごとの詳細分析] ## 今後の計画 [ステップバイステップの計画] ## リスクと緩和策 [リスク分析] ``` ## 出力形式 ### 1. 箇条書き (Bullet Points) **特徴**: - 簡潔で読みやすい - 階層構造で整理 - スキャン可能 **例**: ``` ## 主要なポイント • **システムアーキテクチャ** - マイクロサービス構成 - Kubernetes上で稼働 - 99.9%のSLA • **技術スタック** - バックエンド: Node.js, Python - フロントエンド: React, TypeScript - データベース: PostgreSQL, Redis • **デプロイメント** - CI/CD: GitHub Actions - 自動テスト: Jest, Pytest - モニタリング: Prometheus, Grafana ``` ### 2. 段落形式 (Paragraph) **特徴**: - 文章として読みやすい - 詳細な説明に適している - レポートスタイル **例**: ``` 本システムは、マイクロサービスアーキテクチャを採用しており、 Kubernetes上で稼働しています。99.9%のSLAを保証し、 高可用性と拡張性を実現しています。 技術スタックとしては、バックエンドにNode.jsとPythonを使用し、 フロントエンドはReactとTypeScriptで構築されています。 データベースはPostgreSQLとRedisを組み合わせて使用しています。 ``` ### 3. エグゼクティブサマリー (Executive Summary) **特徴**: - ビジネス向け - 主要な発見事項と推奨事項 - 意思決定者向け **例**: ``` ## エグゼクティブサマリー ### 主要な発見 2024年Q1の売上は前年比15%増加し、目標を5%上回りました。 新規顧客獲得数は過去最高を記録し、顧客満足度も向上しています。 ### 推奨事項 1. モバイルアプリへの投資を増額（ROI 3.5倍の見込み） 2. カスタマーサポートチームを20%拡大 3. アジア市場への展開を加速 ### 今後の課題 競合他社の新製品発表に対応する必要があります。 第2四半期中に新機能をリリースすることを推奨します。 ``` ### 4. Q&A形式 (Question & Answer) **特徴**: - 理解しやすい - FAQスタイル - 特定の質問に答える **例**: ``` ## よくある質問 **Q: このシステムの主な目的は何ですか？** A: 顧客データを一元管理し、マーケティング施策を最適化することです。 **Q: どのような技術を使用していますか？** A: クラウドネイティブな技術スタックで、Kubernetes、Node.js、 PostgreSQLなどを使用しています。 **Q: セキュリティはどのように確保されていますか？** A: エンドツーエンドの暗号化、定期的な脆弱性スキャン、 SOC 2 Type II準拠により、高いセキュリティを実現しています。 ``` ### 5. 比較表 (Comparison Table) **特徴**: - 視覚的に比較しやすい - 選択肢の評価に最適 **例**: ``` ## 提案の比較 | 項目 | 案A | 案B | 案C | |------|-----|-----|-----| | コスト | ¥500万 | ¥300万 | ¥400万 | | 期間 | 3ヶ月 | 6ヶ月 | 4ヶ月 | | リスク | 低 | 中 | 低 | | ROI | 高 | 中 | 高 | | 推奨度 | ★★★ | ★★ | ★★★ | ``` ## 特殊な要約タイプ ### コード要約 **対象**: - ソースコードファイル - GitHubリポジトリ - コードレビュー **要約内容**: - コードの目的と機能 - 主要なクラス/関数 - 依存関係 - 設計パターン - 改善提案 **例**: ``` 以下のPythonコードを要約: [コードを貼り付け] 要約内容: • 目的: ユーザー認証システム • 主要クラス: User, AuthManager, TokenValidator • 使用技術: JWT, bcrypt, SQLAlchemy • セキュリティ機能: パスワードハッシュ化、トークン有効期限 • 改善提案: レート制限の追加、多要素認証の実装 ``` ### 会議議事録要約 **対象**: - 会議の書き起こし - 議事録 - チャットログ **要約内容**: - 主要な議題 - 決定事項 - アクションアイテム（担当者、期限） - 未解決の課題 **例**: ``` 会議議事録を要約: 日時: 2024-06-15 参加者: [リスト] 議題: Q2レビューと計画 要約: ## 決定事項 • 新機能Aは7月末リリース（担当: 田中） • マーケティング予算を20%増額 • 月次レビューミーティングを隔週に変更 ## アクションアイテム - [ ] 要件定義書作成（佐藤、6/20まで） - [ ] デザインモックアップ（鈴木、6/25まで） - [ ] 競合分析レポート（山田、7/1まで） ## 未解決事項 • 価格戦略の最終決定（次回会議で継続） ``` ### 複数ドキュメントの統合要約 **用途**: - 複数の関連文書をまとめる - 比較分析 - 統合レポート **例**: ``` 以下の3つのレポートを統合して要約: 1. 技術レポート 2. ビジネスレポート 3. ユーザーフィードバック 統合要約: ## 全体概要 [3つのレポートを横断した総合的な視点] ## 技術的視点 [技術レポートからの主要ポイント] ## ビジネス視点 [ビジネスレポートからの主要ポイント] ## ユーザー視点 [ユーザーフィードバックからの主要ポイント] ## 統合的な推奨事項 [すべての視点を考慮した提案] ``` ## カスタマイズオプション ### 焦点の指定 ``` 特定のトピックに焦点を当てた要約: - 焦点: セキュリティ、パフォーマンス - 除外: 歴史的背景、詳細な実装 ``` ### 対象読者の指定 ``` 対象読者に合わせた要約: - 対象: 非技術者の経営陣 - トーン: ビジネス用語、専門用語は説明付き - 焦点: ROI、ビジネスインパクト ``` ### 長さの指定 ``` 文字数/語数制限: - 最大文字数: 500文字 - または: 最大5つの箇条書き ``` ## HTMLレポート生成 要約結果を美しくフォーマットされたHTMLレポートとして出力できます。 **機能**: - プロフェッショナルなデザイン - 印刷最適化 - セクション別の色分け - 重要度のハイライト - エクスポート可能 **例**: ``` HTMLレポート形式で要約を生成: - タイトル: "2024年Q2技術レポート要約" - テーマ: プロフェッショナル（青系） - セクション: エグゼクティブサマリー、技術詳細、推奨事項 - 含める: 目次、ページ番号、作成日時 ``` ## ユースケース ### 1. 長文ドキュメントの素早い理解 ``` 400ページの技術仕様書を要約: 要約レベル: 標準 焦点: システム要件、APIエンドポイント、セキュリティ 出力: 10ページ程度の要約ドキュメント ``` ### 2. 会議前の資料予習 ``` 明日の会議資料（3つのPDF）を要約: 要約レベル: 要点のみ 出力: 会議前に5分で読める箇条書き ``` ### 3. 複数の論文レビュー ``` 同じトピックの学術論文5本を要約・比較: 各論文: 要点のみ（2-3ポイント） 最後に: 共通点と相違点の分析 ``` ### 4. プロジェクトドキュメントの更新 ``` 1年前の設計書を要約し、現状と比較: 要約: 当初の設計意図、主要な決定事項 比較: 現在の実装との差分 出力: ギャップ分析レポート ``` ### 5. コードベースの理解 ``` 初めて見るリポジトリのREADMEとコードを要約: 要約内容: • プロジェクトの目的 • アーキテクチャ概要 • セットアップ手順 • 主要なコンポーネント • 開発開始に必要な情報 ``` ## ベストプラクティス ### 1. 適切な要約レベルの選択 - **緊急度が高い** → 要点のみ - **一般的な理解** → 標準 - **詳細な分析** → 詳細 ### 2. コンテキストの提供 要約時に以下を指定すると精度が向上: - ドキュメントの種類 - 対象読者 - 使用目的 - 重要な焦点 ### 3. 複数の出力形式を組み合わせ ``` エグゼクティブサマリー（1段落） + 箇条書き（主要ポイント5つ） + アクションアイテムリスト ``` ### 4. 要約の検証 生成された要約を元のドキュメントと照合し、 重要な情報が漏れていないか確認してください。 ## 制限事項 - 非常に専門的な分野（医療、法律など）の要約は専門家による確認が必要 - 数式や図表の多いドキュメントは要約の精度が下がる可能性 - 多言語混在ドキュメントは主要言語で要約 - 暗号化されたPDFは事前に復号化が必要 ## バージョン情報 - スキルバージョン: 1.0.0 - 対応言語: 日本語、英語、その他 --- **使用例:** ``` 以下の技術ドキュメントを要約してください： [ドキュメント内容] 要約レベル: 標準 出力形式: 箇条書き 焦点: インストール手順、主要機能、トラブルシューティング 対象読者: 開発者 ``` このプロンプトで、構造化された要約が生成されます！