- 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%上回りました。 新規顧客獲得数は過去最高を記録し、顧客満足度も向上しています。
推奨事項
- モバイルアプリへの投資を増額(ROI 3.5倍の見込み)
- カスタマーサポートチームを20%拡大
- アジア市場への展開を加速
今後の課題
競合他社の新製品発表に対応する必要があります。 第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 | |||
| 対応言語: 日本語、英語、その他 | |||
| 使用例: | |||
| 以下の技術ドキュメントを要約してください: | |||
| [ドキュメント内容] | |||
| 要約レベル: 標準 | |||
| 出力形式: 箇条書き | |||
| 焦点: インストール手順、主要機能、トラブルシューティング | |||
| 対象読者: 開発者 | |||
| このプロンプトで、構造化された要約が生成されます! |