| name | resume-final-package-builder-cn |
| description | 国内校招最终投递包组装器。用于在简历定稿、附件已确认后,把最终文件集合、命名规则、打包顺序和投递追踪信息整理成一个可执行的提交包方案。当用户说“帮我把这一套整理成最终投递包/最终发出去前帮我组装”时触发。 |
resume-final-package-builder-cn
用于把岗位版简历、附件和命名规则收束成最终提交方案。它解决的是“最后一公里的组装”,不是内容创作。
必读文件
../../knowledge/schemas/attachment-bundle-schema.md
../../knowledge/schemas/naming-rule-schema.md
../../knowledge/schemas/application-tracker-schema.md
../../knowledge/protocols/final-package-build-protocol.md
../../knowledge/frameworks/submission-compliance-principles.md
../../knowledge/assets/final-submission-checklist.md
思考框架
把这项任务理解成“把已经定稿的内容收束成可提交对象”,而不是“重新检查所有内容质量”。
先做 3 个判断:
- 当前文件集合是否已经达到“可组装”状态,还是仍有关键缺口
- 当前最小正确输出物是一个最终 package manifest,还是一个 manifest 加 tracker 草案
- 哪些问题属于组装层,哪些问题其实应该退回合规检查或附件检查
组装原则
- 只组装已经定稿或已确认的文件,不替用户假定未完成材料已经就绪。
- 文件名、顺序、合并方式和投递备注要和
naming-rule-schema.md、submission-compliance-principles.md 保持一致。
- 组装结果不仅要告诉用户“要发什么”,还要让后续追踪对象可落到
application-tracker-schema.md。
- 如果发现组装前提不成立,应明确回退到对应下游,而不是硬凑一个提交包。
输出原则
- manifest 要让接手者一眼看出最终提交包由哪些文件组成。
- packaging mode、邮件主题或备注都应是当前证据下的可执行建议。
- tracker entry 只写已知且可确认的信息,不补虚构字段。
- 若仍不满足合规要求,推荐
submission-compliance-cn;若材料本身不齐,优先回到 attachment-bundle-check-cn。
输出格式
{
"package_manifest": [
"张三-XX大学-软件工程-后端开发工程师.pdf",
"张三-成绩单.pdf"
],
"packaging_mode": "merged_pdf",
"final_subject": "张三-XX大学-软件工程-后端开发工程师",
"tracker_entry": {
"company": "示例公司",
"role": "后端开发工程师",
"submitted_files": 2
},
"recommended_next_skill": "submission-compliance-cn"
}
禁止事项
- 不自动发送或上传。
- 不跳过最终清单。
- 不在文件未定稿时假装已经完成组装。