mcpField
R
resume-formatter

resume-formatter

github.com/paramchoudharyドキュメント2.9k10.5k 回インストール19 週間前に更新
リポジトリ

resume-formatter について

職務経歴書のレイアウト、読みやすさ、書式の一貫性を整えるスキルです。ATSの解析と人による閲覧の両方を考慮し、セクション構成からフォント、ファイル名まで案内します。

主な機能

  1. 01ATSに配慮した書式を適用
  2. 02セクションと視覚的階層を整理
  3. 03フォント、余白、行間を設定
  4. 04読みやすさと一貫性を向上
  5. 05適切なファイル形式と名前を選択

活用シーン

  1. 01読みにくい職務経歴書を整理
  2. 02オンライン応募向けに書式を調整
  3. 03ATSを考慮してレイアウトを確認

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/paramchoudhary/resumeskills --skill resume-formatter

インストール後、Claude Code で/resume-formatterを入力して読み込まれたか確認します。

詳細

履歴書のフォーマット

このスキルを使う場面

次のような場合に、このスキルを使用します。

  • 履歴書のレイアウトや書式設定についてサポートが必要
  • 履歴書が乱雑、または読みにくい
  • 書式設定によって ATS との互換性を確保したい
  • すっきりとした、プロフェッショナルなデザインにしたい
  • 「履歴書をフォーマットする」「履歴書のレイアウト」「履歴書のデザイン」「すっきりした履歴書」「プロフェッショナルな書式」といった表現がある

主な機能

  • 読みやすさを最大限に高める履歴書の構成
  • 書式設定による ATS との互換性の確保
  • 視覚的な階層の作成
  • 余白とマージンの最適化
  • 適切なフォントとサイズの選択
  • 見た目の美しさと実用性の両立

書式設定の基本

2 種類の読者への対応

履歴書は次の両方に対応している必要があります。

  1. ATS(応募者追跡システム) - テキストを解析するシステム
  2. 人間の読者 - 短時間で内容を確認する採用担当者

解決策: 両方に適した、すっきりとしたシンプルな書式にします。

ドキュメントの設定

ページ数
  • 初級レベル(0~5 年): 1 ページ
  • 中級レベル(5~15 年): 1~2 ページ
  • シニア/エグゼクティブ(15 年以上): 2 ページ(エグゼクティブは最大 3 ページ)
マージン
  • 推奨: 全辺 0.5"~1"
  • 最小: 0.5"(これより小さくしない)
  • 最大: 1"(スペースを無駄にしない)
フォントの選択

安全で ATS に適したフォント:

  • サンセリフ: Arial、Calibri、Helvetica、Verdana
  • セリフ: Times New Roman、Georgia、Garamond

フォントサイズ:

  • 氏名: 16~20pt
  • セクション見出し: 12~14pt
  • 本文: 10~12pt
  • 読みやすさの最低サイズ: 10pt
間隔
  • 行間: 1.0~1.15
  • 段落後の間隔: 6~12pt
  • セクション間の間隔: 12~16pt

ATS に適した書式設定のルール

推奨事項:
  • ✅ 標準的なフォントを使用する
  • ✅ シンプルな箇条書きを使用する(•、-、*)
  • ✅ 太字や斜体は控えめに使用する
  • ✅ 標準的なセクション見出しを使用する
  • ✅ .docx またはテキストベースの .pdf 形式で保存する
  • ✅ 連絡先情報は本文に記載する(ヘッダーには記載しない)
  • ✅ 1 列のレイアウトを使用する
  • ✅ 全体を通して一貫した書式にする
避けること:
  • ❌ 表を使用する(連絡先情報用のシンプルな表を除く)
  • ❌ テキストボックスを使用する
  • ❌ 複数列のレイアウトを使用する
  • ❌ 重要な情報をヘッダー/フッターに記載する
  • ❌ 画像やグラフィックを使用する
  • ❌ 珍しいフォントを使用する
  • ❌ スキルバーや進捗インジケーターを使用する
  • ❌ 特殊文字や絵文字を使用する
  • ❌ 重要な情報に色を使用する

セクションの構成

標準的なセクションの順序
1. Contact Information
2. Professional Summary (optional)
3. Skills/Technical Skills
4. Professional Experience
5. Education
6. Certifications (if relevant)
7. Additional (volunteer, languages, etc.)
セクション見出しの書式設定

ATS が認識する見出し:

  • PROFESSIONAL EXPERIENCE または WORK EXPERIENCE
  • EDUCATION
  • SKILLS または TECHNICAL SKILLS
  • PROFESSIONAL SUMMARY または SUMMARY
  • CERTIFICATIONS
  • PROJECTS

書式の選択肢:

PROFESSIONAL EXPERIENCE
━━━━━━━━━━━━━━━━━━━━━━

or

Professional Experience
_______________________

or

PROFESSIONAL EXPERIENCE

連絡先情報のレイアウト

推奨形式
JOHN SMITH
[email protected] | (555) 123-4567 | linkedin.com/in/johnsmith
San Francisco, CA
別の形式
JOHN SMITH
San Francisco, CA
[email protected] | (555) 123-4567
LinkedIn: linkedin.com/in/johnsmith | GitHub: github.com/johnsmith
記載する情報
  • ✅ 氏名(フルネーム)
  • ✅ 仕事用のメールアドレス
  • ✅ 電話番号
  • ✅ 市、州(住所全体は不要)
  • ✅ LinkedIn の URL
  • ✅ ポートフォリオ/GitHub(関連する場合)
記載しない情報
  • ❌ 住所(番地までの完全な住所)
  • ❌ 写真
  • ❌ 生年月日
  • ❌ 婚姻状況
  • ❌ 複数の電話番号
  • ❌ 個人用のソーシャルメディア

職務経歴セクションの書式設定

標準形式
COMPANY NAME | City, ST
Job Title | Month Year - Month Year

• Achievement bullet with metrics and results
• Achievement bullet with metrics and results
• Achievement bullet with metrics and results
別の形式
Job Title
COMPANY NAME, City, ST                    Month Year - Month Year

• Achievement bullet with metrics and results
• Achievement bullet with metrics and results
日付の書式設定
  • 一貫した形式: 全体を通して同じ形式を使用する
  • 推奨: 月 年(Jan 2020 - Present)
  • 使用可能: MM/YYYY(01/2020 - Present)
  • 避ける: 完全な日付(January 15, 2020)
箇条書きのガイドライン
  • 長さ: 各項目 1~2 行
  • 形式: 動作を表す動詞で始め、結果で締めくくる
  • 数: 職務ごとに 3~6 項目(最近の職務は多め、古い職務は少なめ)
  • 記号: 標準的な箇条書きを使用する(•、-、*)

スキルセクションの書式設定

方法 1:シンプルなリスト
SKILLS
Python, JavaScript, SQL, React, Node.js, AWS, Docker, Git, Agile, JIRA
方法 2:カテゴリー別
TECHNICAL SKILLS
Languages: Python, JavaScript, TypeScript, SQL
Frameworks: React, Node.js, Django, Flask
Tools: AWS, Docker, Kubernetes, Git, Jenkins
方法 3:列(ATS との互換性に注意)
SKILLS
Languages        Frameworks       Tools
Python           React            AWS
JavaScript       Node.js          Docker
SQL              Django           Git

注: 複数列のレイアウトは ATS で問題が生じる可能性があります。使用前にテストしてください。

学歴セクションの書式設定

標準形式
EDUCATION
Bachelor of Science in Computer Science
University of California, Berkeley | 2018
GPA: 3.8/4.0 (include if 3.5+)
優等表記/詳細を含む形式
EDUCATION
MBA, Finance & Strategy | Stanford Graduate School of Business | 2020
• Graduated with Distinction
• Relevant Coursework: Corporate Finance, M&A Strategy

視覚的な階層の原則

階層の順序
  1. 名前 - 最も大きく、最も目立つ
  2. セクション見出し - 明確に区分する
  3. 役職/会社名 - ひと目で確認できる
  4. 箇条書き - 詳細を記載する
階層の作り方
  • 文字サイズで階層を作る
  • 強調したい箇所(名前、役職、見出し)は太字にする
  • セクション見出しには大文字を使う
  • セクションを分けるため、一定の間隔を保つ

余白の管理

適切な余白:
  • セクション間(明確に区切る)
  • 見出しの後(視覚的にゆとりを持たせる)
  • 箇条書きの間(詰め込みすぎない)
  • 余白(コンテンツを引き立てる)
不適切な余白:
  • セクション間が大きく空きすぎている
  • 間隔に一貫性がない
  • ページの半分が空いている
  • 余白が大きすぎてスペースを無駄にしている

よくある書式設定のミス

ミス 1:文字ばかりが詰まったページ

問題: 箇条書きのない、密度の高い段落 解決策: 箇条書きを使い、段落を短くする

ミス 2:書式に一貫性がない

問題: 全体を通じてフォント、サイズ、スタイルが異なる 解決策: 書式をひとつ選び、統一する

ミス 3:独創的にしようとしすぎる

問題: ATS に対応できない凝ったデザイン 解決策: 独創性は履歴書ではなく、ポートフォリオで発揮する

ミス 4:情報が多すぎる

問題: すべてを1ページに詰め込む 解決策: 思い切って編集し、関連性を優先する

ミス 5:情報が足りない

問題: 余白が大きく、履歴書が半ページしかない 解決策: 詳細を加え、余白を縮小する(0.5" に)

ファイル形式のガイドライン

オンライン応募の場合
  • .docx - ATS での解析に最適
  • .pdf - Word から作成した場合は適切(スキャンしたものは不可)
メール/直接送付の場合
  • .pdf - 書式を保持できます
ファイル名
FirstName_LastName_Resume.pdf
JohnSmith_Resume_ProductManager.pdf

避ける例:

  • resume_final_v2_updated_FINAL.docx
  • resume (1).pdf
  • Untitled document.docx

出力形式

履歴書を整える場合:

# RESUME FORMATTING REVIEW

## Current Issues
- [ ] [Issue 1]
- [ ] [Issue 2]
- [ ] [Issue 3]

## Recommended Changes

### Document Setup
- Margins: [Current] → [Recommended]
- Font: [Current] → [Recommended]
- Font sizes: [Current] → [Recommended]

### Section Order
**Current:** [Current order]
**Recommended:** [New order and why]

### Visual Improvements
- [Specific change 1]
- [Specific change 2]

### ATS Compatibility Fixes
- [Fix 1]
- [Fix 2]

## Before/After Preview

### Before:
[Description or example of current formatting]

### After:
[Description or example of improved formatting]

書式設定のクイックチェックリスト

履歴書を提出する前に:

  • ✅ 1ページ(妥当な場合は2ページ)
  • ✅ 標準的なフォント(本文は10〜12pt)
  • ✅ 全体を通じて書式に一貫性がある
  • ✅ セクション見出しが明確
  • ✅ 適切な余白がある
  • ✅ 表、テキストボックス、段組みを使用していない
  • ✅ 連絡先情報が本文にある(ヘッダーではない)
  • ✅ .docx または .pdf 形式で保存している
  • ✅ 適切なファイル名を付けている
  • ✅ 一貫性を確認するために校正している

コメント