Communitygithub.com

ContextualWisdomLab/简历设计

在创建、重新设计、格式化或审查简历(Resume)、履历书(CV)、이력서或경력기술서的布局、排版、表格、反模式、分页、雇主提供的表单或最终 DOCX/PDF 时使用。适用于韩英双语文档以及各职能领域的经验丰富的候选人。内容策略属于简历编写技能。

简历设计 是什么?

该技能旨在专业地设计简历的外观和结构,确保招聘人员能快速定位候选人的经验、角色和成就。它严格遵循提交要求、文档的阅读顺序,并整理字体和间距,但不保证提升招聘效果或 ATS 通过率。技能支持多种简历类型,包括普通简历、详细的工作经历描述、学术 CV 以及公司指定的表格。它根据不同的情况提供了明确的路径选择,如保留公司表单格式或使用针对资深专业人士的默认档案,这些路径适用于开发、财务、销售等所有职能。整个工作流程包括保存原始内容、确定信息层级、应用一致的字体系统(如韩语文档的 Pretendard)、使用正确的段落结构、管理页面流程,以及通过专门的 Python 脚本进行最终验证,以检查 DOCX 文档的结构和关键内容是否缺失。此外,它还提供了处理韩国科技公司申请、表格设计规则以及避免常见反模式的详细指南。

兼容平台~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/ContextualWisdomLab/resume-design-skills/tree/HEAD/skills/resume-design

在你喜欢的 AI 中提问

打开一个已预加载此 Agent Skill 的新对话。

文档

简历设计 是做什么的?

确保求职者的经历、角色和成就能够被轻松找到。保留事实、提交条件和文档的阅读顺序,同时调整字体和间距。不保证设计的招聘效果或 ATS 通过率。

首先确定的内容

从招聘公告、原始文件和用户明确提出的要求中确认以下信息。不再询问已确认的条件。对于未确定的通用格式,使用默认值继续,仅在发现必需格式或事实冲突时才另行确认。

  1. 提交文档的类型和目标:普通简历、详细工作经历描述、学术 CV、公司指定表格。
  2. 提交目标所要求的文件格式、大小、页数、纸张、照片/个人信息要求。
  3. 保留在原始文件中的公司名称、官方职位、角色、时间段、教育背景、数字/单位/条件。
  4. 编辑范围:仅更改格式,还是允许编辑内容。

填写设计工作单作为内部工作记录。不要将工作单或调研笔记放入用户的简历中。如果没有文件,则提供设计规范,并标注未进行实际渲染/文件验证。

路径选择

条件应用的路径优先标准
有公司表格/必需表格保留指定格式保留项目、行列、合并、页面要求
自由格式的普通简历默认档案单列、实际标题、段落、列表、与职位相关的经验
经验丰富或团队领导级别同一文档中的资深人士档案连接责任范围、贡献、结果与之前相关经验
学术 CV/详细经验描述该文档的提交规定不应用简历 1-2 页示例作为上限
同时要求视觉作品集区分文档角色,文件结构遵循提交指导仅添加有意义的视觉作品,并确认事实一致性

根据职位要强调哪些经验,由内容编写技能决定。设计适用于开发、AX、财务、销售、人力资源、运营等所有职位。

若申请韩国科技公司或收到国内案例请求,请阅读韩国科技公司案例。区分当前招聘公告/提交界面、官方通用指南、职位建议和个人员工案例。按公司记录提交格式、附件数量、大小和是否允许链接,不要将不同公司的要求合并成通用义务。

创建或调整表格时,应用表格设计规范。同时确定项目/值、经验摘要、结果比较的列比、单元格间距、线条、阴影、对齐、标题行和分页。区分新自由格式表格和公司指定表格的保留范围。

在简历审查、重新设计或反模式调查中,请阅读反模式与纠正标准。区分实际事实错误/遗漏/违反提交条件、需要确认的结构风险以及可选的视觉改进。为每个问题记录原始位置、依据、纠正方案和确认结果。在仅修改格式的工作中,不得随意补充内容。

制作顺序

  1. 保存原始文件。 创建编辑副本。仅修改格式时,保留关键字符串和正文顺序作为对照基准。不要在压缩过程中更改数字、单位、时间段或个人贡献。兼职需注明各自的时间段和关系,不重复累加在职时间。
  2. 确定信息顺序。 自由格式默认采用以下顺序:姓名、联系方式、与职位匹配的简短摘要、经验、所需教育/证书/技能。对于应届生、学术 CV 等,根据读者的判断顺序调整。确保公司、职位、时间段和首次描述一起被阅读。
  3. 应用一种字体系统。 从设计数值的默认值开始。对于自由格式的韩语文档,默认使用 Pretendard Regular 作为正文,SemiBold 作为子标题,Bold 作为姓名,并确认实际安装和渲染。确认实际字体显示韩文、英文和数字。不要使用字符间空格或字距压缩来装饰姓名或技能名称。不要通过缩小字体大小来减少页数。
  4. 使用正文结构进行排版。 使用 Word 的标题样式、段落和实际列表。对于自由格式,默认不使用布局表格、多列或浮动文本框。联系方式放在正文中。保留指定表格的格式,并单独检查单元格顺序。
  5. 调整页面流程。 连接标题和后续段落。不要将保持在同一页的设置统一应用于所有长段经验或所有表格行。如果最后一页很短,诊断分页、空段落、固定行高或段落间距。不得因篇幅原因删除必需的签名/同意区域。
  6. 验证提交文件。 按照验证流程渲染最终修改版的每一页,并单独检查文本提取、关键事实、链接、字体和格式保留。视觉检查和结构检查不能相互替代。

工具

在检查 DOCX 结构和内容保留情况时执行。路径相对于当前技能文件夹进行解析。

python scripts/audit_docx.py final.docx --baseline original.docx --required-text critical-text.txt

在 critical-text.txt 中,每行列出一个必须保留的原始文本字符串。--baseline 仅在修改格式时使用。如果也允许编辑内容,则手动对比差异以区分批准的编辑和遗漏。检查器不会修改原始文件,也不判断 ATS、可访问性适配、实际页数或截断情况。

使用以下命令创建可复用的合成示例。需要 python-docx。不要将示例中的人物、公司或数字复制到实际申请中。

python scripts/build_examples.py --output-dir examples

渲染器使用环境中提供的 DOCX/PDF 工具。如果没有工具或字体,准确告知已检查的范围和待确认的事项。不要将个人简历自动上传到外部 ATS 检查网站。

与其他技能配合使用

完成报告

首先呈现最终文件和关键更改。在验证记录中,分别记录原始文件和最终文件、渲染工具、检查的页数、正文/关键事实对照、PDF 阅读顺序、字体/链接、可访问性/ATS 实际测量情况。不要将自动检查中无警告的事实描述为提交成功。

在来源簿中区分机构建议、产品文档和自身设计选择。避免删除指定表格、无条件将长经验放入一页、添加照片/熟练度条作为装饰、或将数字改为更强的主张。公开示例仅使用合成数据。

相关技能