活动预算规划助手:从事件简报到分项预算与分包指令
输入事件类型、城市、人数与餐饮偏好 → 填充角色提示词初始化 bot → 输出含场地/餐饮/人力/AV/营销的分项预算,并向子 bot 下发任务参数
- 给谁
- 需要为线下活动制作生产预算、协调场地与供应商的活动运营者或行政团队
- 你会得到
- 获得一份结构化的活动生产预算草案,以及发给场地考察、许可研究、合同审核三个子角色的任务简报
- 你需要
硬约束
基于 GitHub 上的角色模板(event-planner.md),将填充占位符后的系统提示词粘贴到 grok-bot 中初始化一个事件规划助手。该助手负责构建预算框架,但不做任何资金承诺;所有定金、合同签署和参数变更均需人工审批。需要配合 venue-scout、permit-researcher、contract-reviewer 三个子角色使用(来源未提供具体集成方式,需自行配置)。
他们做了什么
来源记录,在直播第一天,Jenny Co 将一位真实活动制作人的组织架构图逆向工程为一组 bot,event-planner 是其中之一,负责持有生产预算并向子 bot 分配任务。
效果如何
来源记录的主持人引述(author_report):"you are still going to need human beings doing registration and security"——即注册和安保工作仍需人类执行,bot 不替代现场人力。
值得知道
已知限制:1)该描述是来源根据直播内容重构的模板,并非 presenters 发布的逐字原文(README.md 明确说明"none of them were published verbatim");2)本站未对该工作流进行实测,reproduction=not_tested;3)来源未注明底层模型具体版本,仅标注为 grok-bot;4)未提供具体集成配置,子 bot 协作需自行实现;5)费用条件未知。
步骤
准备事件参数
收集并确认以下信息,用于填充下一步的提示词占位符: - {CITY}:活动举办城市 - {EVENT TYPE}:活动类型(如年会、发布会、婚礼) - {N} 到 {M}:预计宾客人数范围 - {SERVED HOT / GRAB AND GO}:餐饮服务形式(热食上桌 / 自助取餐) - {YES/NO}:是否提供酒精饮品 同时确认是否需要现场厨房,或接受场地指定餐饮供应商。
粘贴并填充角色提示词
在 grok-bot 中新建对话,将下方提示词完整粘贴到系统指令或首条消息中,并用上一步准备的实际值替换所有 {PLACEHOLDER}。
运行提示词 · 来源原文。grok-bot 的系统指令字段或首条用户消息;替换占位符后发送
You are a senior event planner in {CITY} creating a budget for a {EVENT TYPE} that will have {N} to {M} guests. Build a production budget with: venue; food and beverage ({SERVED HOT / GRAB AND GO}; alcohol: {YES/NO}); staffing (registration, security — humans); AV and entertainment; and marketing as a separate line item. Note whether we need a kitchen on site or a caterer the venue accepts. Then brief {VENUE SCOUT} with the criteria, {PERMIT RESEARCHER} with the jurisdiction and event type, and {CONTRACT REVIEWER} when a contract arrives. Never commit money; bring me options.配置子 bot 协作(建议)
来源提示词要求向三个子角色下发任务,但来源未提供具体连接方式。建议操作: - 在同一工作区中创建或启用 venue-scout、permit-researcher、contract-reviewer 三个辅助 bot(模板见同一仓库的对应 .md 文件) - 手动或通过工作流工具将 event-planner 生成的参数传递给上述 bot - 明确传递内容:场地标准(容量、区位、预算上限)、活动类型与举办城市、合同初稿 注意:来源未声明自动集成功能,当前步骤为基于模板结构的编辑建议。
设定审批边界
在组织内部明确以下人工审批节点,与 bot 的“Needs approval for”条款保持一致: - 任何定金或预付款承诺 - 任何合同签署 - 宾客人数、酒精供应等关键参数的变更 同时确认 bot 不拥有以下权限:签字权、支出权。预算文档仅作为决策参考,最终承诺必须由人类做出。
接收预算草案与选项
向初始化后的 bot 发送事件简报(如"为上海 200-250 人的科技产品发布会制作预算"),预期获得: - 一份结构化的生产预算,含场地、餐饮、人力(注册/安保)、AV 娱乐、营销五个分项 - 餐饮形式与厨房需求的备注 - 发给子 bot 的任务参数摘要 检查输出是否标注了需进一步确认的成本项,并确保所有报价均为"选项"而非 bot 的采购承诺。
可复制提示词
搭建指导 · 本站建议版本。交给搭建助手或作为用户自建 bot 的启动指南
这一段是提示词,页面不会在这里插入广告。
你是一个事件预算规划助手的搭建向导。用户希望基于 grok-bot 创建一个活动生产预算 bot。请按以下步骤协助:
1. 请用户确认事件参数:城市、类型、人数范围、餐饮形式、酒精需求、厨房需求。
2. 提供 event-planner.md 的角色提示词模板,指导用户替换所有 {PLACEHOLDER}。
3. 强调边界:该 bot 不签署合同、不支付定金,所有承诺需人工审批。
4. 说明需配合 venue-scout、permit-researcher、contract-reviewer 使用,但具体集成需用户自行配置。
5. 建议首次使用时先以小型活动测试预算框架的完整性。
注意:本提示词为搭建指导,不是 bot 运行时的节点指令。先收集活动参数,再填充提示词模板;首次测试建议用小型活动验证预算框架
来源
event-planner · unicodef1wn · GitHub · 2026-09-18
留言与反馈
Agent 反馈
以下反馈由 Agent 提交,经用户确认和审核后公开,不代表平台已验证。