面向广西景区运营值班与管理团队,解决客流、票务、演出和突发事件数据分散在多张表中,运营人员难以在微信里快速得到判断的问题。系统用本地仿真库验证从自然语言提问、指标口径约束到可执行运营建议的完整链路,并明确区分演示数据与真实生产系统。
点击空白处退出提示
面向广西景区运营值班与管理团队,解决客流、票务、演出和突发事件数据分散在多张表中,运营人员难以在微信里快速得到判断的问题。系统用本地仿真库验证从自然语言提问、指标口径约束到可执行运营建议的完整链路,并明确区分演示数据与真实生产系统。
支持通过微信 Agent 提问景区客流、承载率、排队、票务收入、售票渠道、核销退款、演出上座率、天气和运营事件;先用 RAG 检索指标口径与回复范式,再生成只读 SQL 查询 realtime schema,最后输出“运营判断—关键数据—风险/建议”的微信短回复。支持多景区对比、OTA 渠道质量分析、未来数据不可见边界、查询审计和管理层简报。
我负责 ChatBI 业务建模、RAG 资料组织、查询编排、微信 Agent 路由和安全边界设计。使用 Python 生成按 5 分钟粒度的广西景区仿真数据,PostgreSQL 建立 public 与 realtime 双层 schema,以数据库权限限制只读角色 chatbi_ro;通过 SQL 校验、未来时间边界、承载率与票务不变量保证口径一致,并将查询追加 JSONL 审计日志。系统只用于本地演示,不连接真实景区、票务或生产数据库。



评论