员工入职自动化

员工入职自动化根据获批准的员工记录，准备可重复使用的欢迎信息、清单和协调人员交接材料。可以从一份经过审核的入职资料包开始，注明岗位、适用的政策版本、分配的任务及未解决的细节。

在这项 AI Flowi Workflow 方案中，人力资源人员批准源数据行，协调人员检查生成的资料包。该配置不涵盖薪资变更、账户开通或雇佣建议。

定义入职资料包的边界

资料包是准备材料，并非入职任务已完成的证明。应区分已请求任务与已完成任务，并在团队现有流程中保留实际完成记录。生成的一句“已申请设备”，绝不能视为设备已交付的确认。

不要把通用政策内容放入个人员工行。该行提供经授权的事实，例如员工引用、岗位、入职日期与协调人员。另行获批准的清单提供岗位对应的步骤。适用的政策来源解释这些步骤，避免让模型编造条件或义务。

准备账户与隔离试验

在工作流工作区中准备模拟员工行、获批准的岗位清单和一名人力资源审核人员；通过 Google 访问参考文档授权隔离的 Sheets 与 Docs 目标，并通过模型访问参考文档使用所选服务商的凭据，安排另行计费的嵌入与起草服务。

Notion 草稿是可选项。如果选择使用，应使用你自己的 Notion 账户和集成凭据，并确保能访问测试数据库或页面。先从不含员工记录的测试目标开始。基础访问要求可参见 Notion 组件设置与连接文档。

配置协调人员的草稿

示例配置，并非已记录的测试

这项入职组件组合有目录文档；Ai Flowi 尚未进行生产环境测试。

1. Read Range：在 google_account 中选择已授权的连接。将 spreadsheet_id 指向隔离的入职工作簿。将 range_name 限定为经人力资源人员批准的员工行。起草资料包之前，将返回的 values 与列标题核对。
2. Knowledge Base：使用针对员工岗位与所在地的政策检索说明。
3. Parser：按照 Parser 参考文档，分别处理员工行与政策摘录。
4. Prompt Template：将入职指令原文放入 template，随后加入人力资源人员检查过的行、选定清单及适用的政策摘录。得到的 prompt 类型为 Message。这里手动组装来源；尝试变量替换前，请参阅格式参考文档。
5. OpenAI 与 Structured Output：通过服务商设置参考文档获取模型连接；将其 LanguageModel 输出连接到 model。通过 input_value 传入手动组装的资料包提示词。将这份草稿契约命名为 onboarding_pack_draft，填入 schema_name。在 output_schema 的表格编辑器中填入资料包标题、资料包文本、政策引用和未解决事项。在 system_prompt 中禁止编造入职日期，也禁止声称已请求的任务已经完成。
6. 将结构化草稿与原始行核对。进入文档写入阶段前，由协调人员批准措辞与未解决事项。

选择文档或 Notion 草稿

对已接受的入职资料包，使用共享的 JSON 到文档准备流程。

这里拟议的标题字段是 pack_title，内容字段是 pack_text：将员工引用和清单版本写入标题，将已请求任务及其负责部门写入正文。未确认的入职日期应留在协调人员的问题清单中，不要改写成欢迎指令。

对于可选的 Notion 草稿，Create Page 列出了 notion_secret、database_id 及兼容 Message 的 properties_json。只有确认目标数据库字段之后，才构建属性载荷。导出资料没有提供完整的属性结构定义。将已创建页面的标识符传入下一步前，先检查 api_run_model。

Add Content to Page 使用 notion_secret、block_id 和 markdown_text；其说明明确将 markdown 转换为块并追加。将已创建的页面引用用作 block_id 前，先手动检查。重新运行追加操作可能重复文本，因此重试不确定的写入前，应检查目标。

交接前核对变更的入职日期

在模拟试验中，获批准的员工行包含已确认的入职日期，而较旧的欢迎草稿仍使用之前的日期。协调人员应确定员工引用与行版本，再依据检查过的行准备替代草稿。不要仅因日期变化就修改政策版本；政策是否适用是单独的决策。

准备来源时，保留行中的员工引用、岗位、入职日期状态及协调人员，并将清单版本与政策段落保留在各自的来源上。丢失已确认与拟议日期的标签，可能让计划建议看起来像承诺。政策摘录必须保留决定其适用对象的岗位或所在地限制。

修订后的资料包列出已请求任务及其负责部门。协调人员将文档标题与预期员工核对，并告知接收部门哪份草稿替代了之前的版本。设备交付和账户启用仍需单独的完成记录；替换欢迎文档不能证明其中任何事件已发生。

区分替代资料包与已完成任务

协调人员接受替代资料包时，应保留前一草稿的引用，并解释发生变化的来源：修改后的员工行、修订的清单或新近适用的政策。入职日期修正应让安排设备的部门看见，而未改变的任务保留原有完成状态。交接前，请协调人员核对这些记录。生成另一份资料包，无法取消先前的请求、重置已完成任务，也无法告知接收部门应该遵循哪个版本。这些都是明确的协调决策，应记录在生成文本之外。

如何检查资料包与部分失败？

• 在模拟行中让入职日期保持未确认。资料包应要求协调人员解决该问题。
• 使用没有获批准清单的岗位。检查模型的通用知识是否被当成了新政策。
• 提供过时的政策段落。审核人员应在文档创建前拒绝使用。
• 在目标不可用时创建草稿。再次尝试前，检查节点错误与目标。
• 重复一个已接受的请求。验证是否出现第二份文档或重复的 Notion 内容；本方案没有去重步骤。

理解证据边界

表单提交文档示例报告 42/42 项通过，并接受将 Windows 换行转换为 LF。其检查针对表单校验与文档回读，不涵盖这里的岗位清单、政策查找和 Notion 分支。该页还说明了创建成功、但首次内容写入失败时的恢复：协调人员必须检查目标，而非假定已有完整的欢迎资料包。

如果协调人员只需要稳定的任务清单，应使用更简单的清单。本项模型辅助设计不适合自动变更雇佣事项、配置权限或解释政策例外。访问控制、员工数据保留和审批记录必须由团队设置；生成的审核字段不会强制执行这些控制。

用量与相关流程设计

套餐：Go 年付方案每月 USD8 起（月付 USD10），Plus 年付方案每月 USD16 起（月付 USD20），Pro 100 年付方案每月 USD80 起（月付 USD100），Pro 200 年付方案每月 USD160 起（月付 USD200），Pro 500 年付方案每月 USD400 起（月付 USD500），每月包含 5,000 至 250,000 个 Flowi Tokens，并支持充值；每次节点运行消耗 1 个 token；不包含第三方 API 和模型使用费用。

根据实际历史统计每个选定输出分支及所有重复尝试。人力资源工作流图解释部门交接；招聘事务管理涵盖更早阶段的申请记录。组件与方案范围可参见目录参考文档与使用案例。

作者：Ai Flowi · Ai Flowi 入职指南 · 发布日期 2026-10-10

官方来源：Notion API 文档