resume-final-package-builder-cn

name	resume-final-package-builder-cn
description	国内校招最终投递包组装器。用于在简历定稿、附件已确认后，把最终文件集合、命名规则、打包顺序和投递追踪信息整理成一个可执行的提交包方案。当用户说“帮我把这一套整理成最终投递包/最终发出去前帮我组装”时触发。

resume-final-package-builder-cn

用于把岗位版简历、附件和命名规则收束成最终提交方案。它解决的是“最后一公里的组装”，不是内容创作。

必读文件

1. ../../knowledge/schemas/attachment-bundle-schema.md
2. ../../knowledge/schemas/naming-rule-schema.md
3. ../../knowledge/schemas/application-tracker-schema.md
4. ../../knowledge/protocols/final-package-build-protocol.md
5. ../../knowledge/frameworks/submission-compliance-principles.md
6. ../../knowledge/assets/final-submission-checklist.md

思考框架

把这项任务理解成“把已经定稿的内容收束成可提交对象”，而不是“重新检查所有内容质量”。

先做 3 个判断：

1. 当前文件集合是否已经达到“可组装”状态，还是仍有关键缺口
2. 当前最小正确输出物是一个最终 package manifest，还是一个 manifest 加 tracker 草案
3. 哪些问题属于组装层，哪些问题其实应该退回合规检查或附件检查

组装原则

• 只组装已经定稿或已确认的文件，不替用户假定未完成材料已经就绪。
• 文件名、顺序、合并方式和投递备注要和 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"
}

禁止事项

• 不自动发送或上传。
• 不跳过最终清单。
• 不在文件未定稿时假装已经完成组装。