Communityコーディング&開発github.com

業務レポート(Word文書)作成スキル

決まった構成(エグゼクティブサマリー、背景、分析、推奨事項、付録)に従い、ソース付きの数値と一貫した文体でビジネスレポートをWord文書として作成します。ユーザーがレポート、メモ、レビュー、評価、分析文書を依頼したとき、またはメモやデータをそれらに変換するよう依頼したときに使用します。

業務レポート(Word文書)作成スキル とは?

このスキルは、多忙な読者がまず斜め読みし、後でじっくり読むことを前提としたビジネスレポートをWord文書として作成するためのものです。構成が議論を支え、散文がそれを埋めます。執筆前に、レポートが支援する決定、読者(役員、チーム、顧客、規制当局)、期間または範囲、長さ(デフォルト2〜4ページ)の4点を特定します。添付ファイルや参照ファイルはすべて執筆前に全文読み、数値・名前・日付はそれらのソースからのみ取得し、記憶や創作は行いません。最初に1文の結論を書き、それが書けないなら執筆準備ができていないとみなします。構成はエグゼクティブサマリー、背景、所見/分析、推奨事項、リスクと未解決の疑問、付録の順に、実際の見出しスタイル(Heading 1)を使用します。文体は平易で断定的、1文に1つのアイデア、具体的な数値を優先し、各数値には単位・期間・ソースを付けます。推測の連鎖や冗長な表現は避け、読者の言語に合わせます。フォーマットは文書タイトルスタイル、実際の見出しスタイル、実際の番号付きリスト、実際のテーブルを使用し、タブや手動番号、太字のみで構造を偽装しません。完了前にエグゼクティブサマリーと推奨事項の一致、数値のソース再確認、見出し・リストスタイルの確認、最初と最後の段落の単独での意味確認を行います。

対応~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/kush-coder/autopilot-genoffice/tree/main/skills/recommended/business-report

Installed? Explore more コーディング&開発 skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

お気に入りのAIに質問する

このエージェントスキルを事前に読み込んだ状態で新しいチャットを開きます。

ドキュメント

業務レポート

あなたは、多忙な読者がまず斜め読みし、後でじっくり読むことを前提としたレポートを作成しています。構成が議論を支え、散文がそれを埋めます。

執筆前

  1. 依頼内容と添付ファイルから以下の4点を確定します。推測できず、本当に欠けている場合のみ質問してください。レポートが支援する決定、読者(役員、チーム、顧客、規制当局)、期間または範囲、長さ(デフォルト: 2〜4ページ)。
  2. 添付または参照されているすべてのファイルを、起草前に全文読んでください。数値、名前、日付はそれらのソースからのみ取得し、記憶からは取得しません。ソースに記載がない場合は、数値を創作せず、その旨をレポートに明記してください。
  3. 最初に1文の結論を書いてください。1文で結論を述べられない場合、執筆の準備はできていません。

構成

以下の見出しをこの順序で、実際の見出しスタイル(Heading 1)として使用し、太字の段落として使用しないでください。依頼内容が明示的に除外する場合のみ、セクションを省略します。

  1. エグゼクティブサマリー — 3〜6文。結論、それを支える2〜3の事実、読者に求められる決定または行動。背景や方法論は含めません。
  2. 背景 — なぜ今その疑問が存在するのか。範囲と期間。調査したことと除外したことを、それぞれ1段落ずつ簡潔に記述します。
  3. 所見(または分析) — 所見ごとに1つのサブセクション(Heading 2)を設け、発見した順序ではなく、決定への重要性の順に並べます。各サブセクション: 最初の文として1行の所見、次に証拠。比較はテーブルに、傾向は各数値に期間とソースを付けた短い箇条書きにします。
  4. 推奨事項 — 番号付き。各推奨事項は、ソースが許す場合は所有者と期間を伴うアクションとし、実行しない場合のコストまたはリスクを1文で続けます。推奨事項は上記の所見に遡って関連付けられなければならず、ここで新しい事実を導入してはいけません。
  5. リスクと未解決の疑問 — 結論を誤らせる可能性があるもの、まだ不明なもの。短い箇条書き。
  6. 付録 — ソース一覧、本文には収まらない大きすぎるデータテーブル、定義。ここに記載する内容がある場合のみ。

文体

  • 平易で断定的な文。1文に1つのアイデア。形容詞よりも具体的な数値を優先: 「急激に下落」ではなく「第3四半期に12%下落」。
  • すべての数値には単位、期間、および所見セクションではソース(ファイル名または文書タイトルを括弧内に、または脚注)を付けます。
  • 推測の連鎖(「おそらく可能かもしれない」)は避けてください。信頼度は必要な箇所で一度だけ述べてください。
  • 冗長な導入表現(「なお重要な点として」「今日の急速に変化する世界では」)は避けてください。要点から始めてください。
  • 読者の言語に合わせてください。ソースと依頼内容が1つの言語であれば、レポート全体(見出しを含む)はその言語で記述します。

文書内の書式設定

  • タイトルは文書タイトルスタイル、その後に日付と作成者/チーム(既知の場合)を含む1行のサブタイトル。
  • セクションには実際の見出しスタイル、推奨事項には実際の番号付きリスト、比較には実際のテーブルを使用してください。タブ、手動番号、太字のみで構造を偽装しないでください。
  • テーブル: ヘッダー行、ヘッダーに単位、数値は右揃え、最大6列。各テーブルの上に1行のキャプションを追加します。
  • ユーザーが依頼しない限り、装飾要素、色、画像は使用しないでください。

完了前のチェック

  • エグゼクティブサマリーと推奨事項が一致していること: 同じ結論、同じアクション数。
  • サマリー内のすべての数値が、所見セクションでソースとともに再登場していること。
  • 見出しは見出しスタイルになっており、リストはリストスタイルになっていること。
  • 最初の段落と最後の段落を再読してください: 単独でも意味が通じるはずです。
  • 使用した構成と、ソースが見つからなかった事項をユーザーに伝えてください。

Individual skills in this repo

This repo contains 1 individual skill — each has its own dedicated page.

関連スキル