新员工首周入职准备包
1.0.2为驳回后的隔离修复：合法首周第2至7天仍可复核，入职日已超过六天才报 START_DATE_IN_PAST；有效首日会议进入首日清单；过深或过大的 JSON 受控拒绝且不回显输入。保留1.0.1的显式UNKNOWN聚合、时间/隐私/注入和来源日期语义。详见guide维护节。
小商家和 3-20 人团队最常卡住的地方，不是「没有入职流程」，而是一位新人的首周准备散在设备、账号、培训、会议和负责人口头约定里，没有人把它摆成一张可逐条核对的清单：电脑到了没有、账号通没通、培训谁带、首日会议撞不撞、首周要交付什么、材料谁确认——全靠记忆。工信部、教育部 2026 年百日招聘活动明确覆盖智能匹配、面试与岗前培训，ASE 2026 招聘与留任调查显示 62% 的参与机构改进了新员工入职与融入流程，TIGTA 2026 审计指出部分新员工未及时获得设备或绩效期望——需求真实，但 HRIS 与协作表格是成熟替代品。所以本工具不做「入职评分」，只做一件确定的事：把匿名准备事实整理成一张可逐条人工复核的准备卡。
本工具读一份 JSON，输出准备卡——每个条目、每个分区与整批的五态结论，加上首日清单、首周日程、负责人矩阵、缺失事实、时间冲突、逾期项、政策确认清单、拒绝字段、危险引用、注入标记、澄清问题、人工检查表、内部提醒草稿（一律未发送）与 Markdown 准备卡。脚本只读一个本地 JSON，不联网、不写文件、不读取 HRIS/邮箱/日历/账号系统、不自动开通或回收账号、不采购设备、不发送消息、不作出录用或绩效判断、不处理薪资税务、不使用受保护属性、不给法律结论。
输入与澄清
字段表、判定顺序与安全边界见 @references/guide.md（同目录 references/sample.json 是常规样例，覆盖三种分区状态并生成一条草稿；references/sample-blocked.json 是重复编号、非对象记录、未识别状态、非法会议区间、个人信息、受保护属性、拒绝引用、注入与无同意的样例，两者输出分布固定）。
最少确认：as_of（必须带时区偏移）、organization.organization_id、organization.timezone，以及 new_hire.role_instance_id 与 new_hire.start_date。
必须问清的关键点：
as_of、organization_id与timezone不能省。没有它们无法判断当前时点与组织边界，工具会停在INPUT_INCOMPLETE，而不是猜一个当前时间。- 只接受匿名事实。姓名、手机号、邮箱、账号、地址、Cookie、令牌、薪资等一律禁止：字段名或值命中时记
refused_fields，该条目判BLOCKED，工具不回显该内容。 - 不使用受保护属性。性别、年龄、民族、宗教、健康、残疾、婚姻、国籍、政治倾向等字段会被拒绝（
SENSITIVE_ATTRIBUTE），绝不参与任何判定或排序。 - 未知不等于已完成。条目状态缺失或为
UNKNOWN时判INSUFFICIENT_EVIDENCE，绝不当作DONE；负责人缺失、到期缺失、首周结果缺证据同理。 - 工作日不默认。缺
working_days记MISSING_WORKING_DAYS，首周日程的工作日标记保持null，不假设周一至周五。 READY_FOR_DAY_ONE有前提。只有必需项事实齐全、无未知、无等待、无待处理、无阻塞时才是就绪；任何缺口都会落到相应状态。- 政策项只做确认。
policy_confirmations只登记「由人工确认已阅知」，工具不判断材料是否合规。 - 只在明确同意时生成草稿。
reminder_draft恒为DRAFT_NOT_SENT；communication_consent不为true、总体被阻塞或证据不足时不生成任何草稿，也绝不自动发送。 - 只给文件名，不要给路径或链接。
evidence_refs只接受单一文件名；含路径、链接或盘符的引用会被拒绝，输出里只保留字段路径，原引用不会回显。 - 不要填登录凭据。输入里出现密码、令牌一类字段或真实凭据形态的字符串会被整体拒绝，且不回显该内容。
- 所有动作由人工执行。是否录用、是否评价、是否开通账号、是否采购、是否发送、是否合规，全部由人工决定；工具只整理事实。
执行
- 按 @references/guide.md 的字段表整理输入 JSON。第一次使用建议先用 @references/sample.json 跑一遍，确认输出结构后再换成自己的事实。
- 用 Python 3.9+ 执行本包脚本（无第三方依赖、不联网）：
python3 "<skill-directory>/scripts/run.py" "<input.json>"，Windows 可用py -3。 - 先看顶层
status：REJECTED表示输入疑似含凭据（已拒绝且未回显）；INPUT_INCOMPLETE表示缺as_of/ 组织编号 / 时区；其余为五态之一。 - 再看
readiness_state与readiness_areas：先处理BLOCKED与INSUFFICIENT_EVIDENCE，再看WAITING_ON_OWNER与ACTION_NEEDED。 - 按
day_one_checklist与first_week_schedule核对首日与首周安排；按owner_matrix逐位负责人跟进。 - 按
missing_facts与clarification_questions逐条追问；不要自行填数，也不要把缺失当成 0 或DONE。 - 按
refused_fields删除个人信息 / 受保护属性字段后重跑；按refused_refs把引用改为单一文件名。 - 按
policy_confirmations交由人工确认材料；工具不作合规判断。 - 按
reminder_draft（恒DRAFT_NOT_SENT）准备人工沟通；未同意者没有草稿，须先人工确认同意。 - 用
human_checklist完成复核，用human_confirm_items明确哪些决定必须由人工做。
运行约束
- 只读：只读取用户提供的那一个 JSON；不打开链接、不调用外部服务、不写文件、不访问任何 HRIS、邮箱、日历或账号系统。
- 不自动执行：不自动开通或回收账号、不采购设备、不发送消息、不作出录用或绩效判断、不处理薪资税务、不生成劳动合同、不给出法律结论、不使用受保护属性。
- 只推导不发明：结论只由输入中的明示匿名事实推导；不虚构负责人、到期时间、工作日、状态或证据。
- 未知保持未知：缺状态不当作完成、缺负责人不猜、缺工作日不默认、缺到期不猜、缺证据不放过、缺同意不生成草稿。
- 状态门禁：五态固定聚合顺序；硬阻塞（非对象记录、重复编号、未识别状态、非法时间、个人信息、受保护属性）必须先人工修正。
- 同意门禁：
reminder_draft恒为DRAFT_NOT_SENT；communication_consent不为true或总体被阻塞 / 证据不足时不生成任何草稿。 - 确定性：条目按输入顺序、分区与队列按固定顺序稳定排序，同一输入输出逐字节一致。
- 文件名门禁：
evidence_refs只接受单一文件名；含路径、链接或盘符的引用被拒绝，且只输出字段路径，原引用在任何字段都不出现。 - 隐私门禁：字段名或值命中个人信息 / 受保护属性时只输出字段路径与原因，值不回显；字段名命中凭据名或值具备凭据形态时整体拒绝且不回显。
- 提示注入逐字段检测、位置精确、低误报：覆盖备注、岗位名、工作方式、职责、可用时段与条目标签；命中时只加标记并在
injection_flagged中给出精确路径；检测要求「动作词 + 目标词」同句共现。 - 不可信文本先转义再入准备卡，命中即隐藏：
markdown_summary中所有自由文本走同一转义处理（去控制字符、折叠空白、对 Markdown 元字符加反斜杠）；命中注入或被拒绝的字段改用固定占位文本。 - 免责：输出是入职准备的人工材料，不是录用、绩效、合规或法律结论；是否录用、如何评价、是否开通账号、是否采购、是否发送与材料是否合规必须由人工确认。
