説明
できること
- 申請書や提案書の事実・統計数値を検証し、引用文献の正確性を確認できます。
- 背景から課題、目的への論理的なつながりと、セクション間の整合性を詳細にチェックできます。
- 用語の表記揺れ、略語の定義、文体の一貫性を統一し、読みやすく信頼性の高い文書に改善できます。
- 曖昧な表現(「など」「様々な」)を具体化し、冗長な表現を削除して簡潔にできます。
- 文書の新規性・独自性・社会的意義を強化し、インパクトの強い提案書に改善できます。
こんな人におすすめ
- 助成金申請書・研究費申請書を作成する研究者・大学職員
- ビジネス提案書や事業計画書を経営層に提出する営業・企画職
- 文書の品質を高めて採択率・承認率を上げたい方
- 複数の申請書を管理し、統一された高品質な文書を提出したい組織
# Doc Improve 申請書・提案書を包括的にレビューし、改善点を指摘・修正する。 ## チェック項目一覧 ### 1. 事実・引用チェック #### 1.1 事実確認 - 記載された数値・統計が正確か
インストール
ワンコマンドで導入下の「Skill.mdをダウンロード」ボタンを押す
お使いのAIツール(Claude Code・Cursor・Copilot など)にファイルをアップロードして「このスキルを追加して」と入力する
$ mkdir -p ~/.claude/skills/ && curl -sL "https://github.com/friend1ws/grant-writing-workflow" -o ~/.claude/skills/SKILL.md関連 Skill.md
メモからスライド資料をステップ実装
by classmethod
メモを構造化Markdownに整理: バラバラなメモや箇条書きを、段落・見出し・階層構造のある統一したMarkdownへ整理します。Marpやスライド形式は意識せず、「伝えたい内容の構造」に集中できます。 スライド設計を中間成果物として作成: 整理された内容をスライドに分割し、各スライドのレイアウト・情報量・構成を定義する設計書を生成。発表時間に合わせた適切な枚数の提案も行います。 Marp形式の最終資料を自動生成: スライド設計書に基づき、Marp構文に沿った本番用HTMLスライド資料を生成。複数のレイアウトクラス(title、section、image、column-layoutなど)を活用した見栄えの良い資料が作れます。 各ステップでユーザー確認を実施: 内容整理→スライド設計→Marp生成と、ステップごとに必ずユーザーの修正指示を受けてから次に進むため、品質の高い資料が段階的に完成します。 途中から再開できる: ファイルの接頭辞(01_organized_、02_slide-design_、03_marp_)で自動判断し、途中から再スタートして効率的に進められます。 営業・企画担当者: 提案書やプレゼン資料を短時間で品質高く作成したい人 勉強会・社内研修の講師: 講演資料を体系的に整理し、見栄えの良いスライドに仕上げたい人 デザインスキルが未熟な人: レイアウトやビジュアルは自動で調整してもらい、内容に集中したい人 資料品質を重視する人: 複数の段階で修正・確認を重ねることで、完成度の高い資料を確実に作りたい人 3ステップのワークフロー: ステップ1(内容整理)でメモを構造化Markdown(01_organized_*.md)に変換。ステップ2(スライド設計)で整理済みmdをスライド分割設計書(02_slide-design_*.md)に変換。ステップ3(Marp生成)で設計書から最終Marpファイル(03_marp_*.md)を生成。各ステップ完了時に必ずユーザー確認を取り、修正指示がなければ次に進みます。発表時間とスライド枚数の目安は5分で5〜8枚、10分で10〜15枚、15分で15〜20枚、30分で20〜30枚。レイアウトクラスはtitle(表紙)、section(区切り)、基本(テキスト中心)、image(図表のみ)、content-image(図表とキャプション)、content-image-right/left(横並び)、column-layout(複数項目横並び)、small-text(情報量多)を利用。開始ステップは入力ファイル形式で自動判定され、メモ(接頭辞なし)→ステップ1、01_organized_→ステップ2、02_slide-design_→ステップ3から開始します。
分析資料を1クリックでプレゼンスライドに変換
by tarosky
マークダウンをスライドに自動変換:分析文書をMarp形式に変換して、すぐに使えるプレゼンテーションスライドを生成します。 聴衆に合わせた構成を自動設計:CEO向け・投資家向け・チームメンバー向けなど、誰向けかを選ぶだけで、スライド枚数やトーンが自動で調整されます。 HTMLまたはPDFで出力:ブラウザ閲覧用のHTMLか、共有・印刷対応のPDFか、必要な形式を選んで出力できます。 分析結果やビジネス資料をプレゼンに変えたいが、スライド作成の時間が取られたくない人 同じ分析内容を異なる相手(経営層・投資家など)に説明する際、それぞれに最適なスライドを素早く作りたい人 PDFに書き出して共有したい、または印刷したいプレゼン資料が必要な人 スキルは3つの質問を1回のAskUserQuestion呼び出しでまとめて行います。質問1は「ソース」としてoutput/ディレクトリ内の.mdファイル一覧から対象を選択(最大4つ、5つ以上の場合は最新4つ表示でOther選択可)。質問2は「聴衆」として「CEO/経営層(10-15枚)」「投資家(15-20枚)」「チームメンバー(15-25枚)」「カンファレンス登壇(15-20枚)」から選択。質問3は「出力形式」として「HTMLのみ」「HTML+PDF」から選択します。 ソースファイル読み込み後、context.mdも読み込んでビジネスコンテキストを把握。聴衆ごとに異なるスライド枚数・トーン・重点で構成を設計します。Marp用マークダウンは公式フォーマットに従い、---でスライド区切り、frontmatterにmarp:true、theme:defaultなどを記載。スライド作成ルールは1スライル1メッセージ、テーブルはコンパクト(列3-4)、数字を大きく見せる、ストーリーラインを作る、などです。スライド構成の基本テンプレートはタイトルスライド、アジェンダ、現状サマリー、本編、推奨アクション、まとめ/Q&Aの順序で構成します。
Slidysプロジェクトに新しいプレゼンスライドモジュールを追加
by u5-03
新しいカンファレンス用スライドモジュールを自動生成:モジュール名を指定するだけで、既存パターンに従った完全なSwiftUIコンポーネント一式が自動作成され、すぐにプレゼンに組み込めます。 Package.swiftの依存関係を自動更新:products・targets・dependencies を正しい構造で一括登録し、ビルドエラーなしで新モジュールが統合されます。 カラーパレット・フォントサイズなどのプレゼンスタイルを統一:Constants.swiftで配色(themeColor・strokeColor・背景色など)・フォントサイズを一元管理し、全スライドで統一美を保ちます。 タイトルスライド他、基本スライドテンプレートが即座に利用可能:SlideViewProtocolに準拠した構造で、追加カスタマイズなしで即座にプレゼンを開始できます。 カンファレンスやイベント用のSwiftUIベーススライドを頻繁に作成するプレゼンター Slidysプロジェクトに複数のテーマ・イベント用モジュールを管理・追加する開発チーム プレゼンスタイル(色・フォント)を統一したい組織・ブランド担当者 SwiftUIでのプレゼンテーション自動化・テンプレート化を進めたい技術リード 2ステップで実行:(1)Package.swiftの更新:Packages/SlidysCore/Package.swiftに、products欄に.library(name: "{ModuleName}", targets: ["{ModuleName}"])を追加、targets欄にSlidesCore依存の新ターゲットを追加、SlidysCommonのdependenciesに"{ModuleName}"を追加。(2)ソースディレクトリ作成:Packages/SlidysCore/Sources/{ModuleName}/配下に、{ModuleName}.swift(SlideViewProtocol準拠のメインビュー+SlideConfiguration+SlideIndexController)、Constants/Constants.swift(プレゼン名・フォントサイズ定義・カラーパレット定義),Slides/TitleSlide.swift(@Slideデコレータ付きタイトルスライド)を生成。フォントサイズはextraLargeFont(140)・largeFont(100)・midiumFont(80)を定義。デフォルトカラーはforegroundColor・slideBackgroundColor・strokeColor・themeColorを16進カラーで定義。