两个项目负责人都说摄影师已经约好了，临近活动才发现约的是同一个人、同一个时间。人员安排分散在各自的表格和聊天里，单看每个项目都没问题，放到一起才发现冲突。
活动执行需要协调固定员工和外部摄影、灯光、现场执行人员。除了哪天有空，还要考虑技能、报价和工作地点。同一个人可能上午布场、下午赶另一个项目；“问过档期”“口头答应”“正式确认”也不能算成同一种状态。客户临时改时间后，又得重新核对一遍相关人员。
想用 Busabase 把人员、项目和排班记录关联起来，让 Agent 先整理符合条件的候选人，标出档期冲突、转场时间不足和还没确认的岗位，再由负责人决定安排。
具体应该怎样建表，才能区分暂定与已确认的占用？外部人员更新可用时间、项目调整日期后，能否让 Agent 找出受影响的安排，列成待确认清单，而不是直接替负责人改掉原来的排班？
这类排班最好让团队与 Agent 共享一份人员档期，而不是每个项目各管一张互相看不见的表。你可以按智能体接入指南连接 Agent，让它先用几次真实活动和脱敏人员样本与你共创；规则和最后确认由负责人决定。
如果我来搭，会用四张关联的 Base 起步：人员存内部/外部身份、技能、工作地点、报价与联系方式；项目/场次存地点、开始结束时间、岗位需求和负责人；可用时间存人员、可用或不可用的起止时间、来源及确认时间；排班把人员、项目、岗位、起止时间、状态（询问中/口头暂定/正式确认/已取消）、报价和确认人连起来。每次候选和正式占用都写成独立排班记录，不能把“问过档期”当作“已锁定”。需要转场时间时，为每项安排记录地点，并由团队定义最短缓冲，例如跨城时怎样算。
团队 App 可以有“项目岗位缺口”“人员时间轴”“冲突和转场不足”“待确认安排”几个视图；Gantt 帮负责人看时间段。Agent 按技能、地点、费用和可用时间提出候选，检查同一人两个区间是否重叠、缓冲是否够，并把依据和待确认项列出。客户改期或外部人员补报档期后，让 Agent 重新核对受影响的排班并提交变更请求，负责人看差异后再合并；当前 Busabase Workflow 不会因为日期变动就自动运行，也不会自动读取对方的聊天消息，需要有人发起这轮检查或另接数据来源/调度。
你可以把这段话给 Agent：“和我在 Busabase 共创活动排班系统。先问清暂定与正式确认、转场缓冲、外部人员更新方式；用人员、场次、可用时间、排班四张表和一个冲突审查 App 做小样。先列出候选及冲突依据，不要自动改已确认安排；所有改期先交负责人审核。”也可以在模板中心找最接近你们流程的项目/团队模板，再按排班规则调整。你们的档期以小时为单位，还是以半天/整天为单位？
Sign in to join the discussion. Reading is always open; you only need an account to post.
Sign in