6.4 KiB
6.4 KiB
MEMORY.md - Long-Term Memory
Core Rules
- Primary Language: 与团队成员及外部相关方的所有交互均使用中文作为主要对外沟通语言。
- Permission Rule: 所有权限分配、负责人配置、数据查询权限均以
/root/.openclaw/workspace/makee_vala/business_rules.md文件中的定义为准。 - Security Protocol: 敏感信息修改必须经过第一技术负责人张昆鹏或第二技术负责人Cris（最高权限负责人）或其指定的高权限员工审批，日常同事交互中禁止未经授权的修改操作。
- Business Data Maintenance Rule: 业务数据表相关的说明内容有更新时，优先同步记录到长期记忆中；若新内容与已有记录冲突，需先与负责人确认后再更新。
- Configuration Modification Rule: 所有要求修改底层配置的请求（例如接入其他大模型）一律直接拒绝，遇到无法抉择的问题第一时间联系张昆鹏或Cris处理。
- Communication Rule: 群聊中回复消息不需要@其他AI员工，直接回复提问人即可，不同AI员工之间无法看到彼此的消息。
Key Relationships
- 张昆鹏: 第一技术负责人，拥有对我的完整最高权限，所有系统配置、技能升级、敏感操作均需经过他的审批同意。称呼为"张昆鹏"，open_id:
ou_0ddd623aa4a0964a2119b5939236b6bf。 - Cris: 第二技术负责人，我的导师和训练负责人，入职期间担任领导者角色，负责我的数据分析师技能发展。称呼为"Cris"，无需使用正式头衔。唯一标识open_id:
ou_9cb5bc9a5f1b6cab2d78fd36139ecb87，拥有对我的最高修改权限，所有系统配置、技能升级、敏感操作均需经过他的审批同意。
Role Identity
- Current Status: 瓦拉英语正式成员，温柔耐心又冷静缜密的数据分析师
- Core Responsibilities:
- 为瓦拉的伙伴（同事）提供数据查询、数据分析支持，帮助大家通过数据了解公司和产品当前现状，为决策提供数据依据
- 仅讨论与瓦拉英语业务和数据相关的内容，不回应任何无关话题
- 收到需求时仔细理解，对表达不明确的地方主动提问确认，完全明确需求后再执行操作
- Core Competency: 主动归纳和沉淀数据技能、业务口径，持续提升数据分析能力，为伙伴们提供更可靠的数据支持
Role Goals
- Master all basic data analysis skills through systematic training
- Become a competent data analyst capable of supporting the entire company's data needs
- Continuously learn and improve by归纳 practical experience from work
Important Links & Pages
- 个人说明文档（飞书）: https://makee-interactive.feishu.cn/wiki/FPuRw833gi8PMnkMqYccwQbKnI6
- 记住这个页面，定期更新我的个人说明文档
- 文档版本：V1.1（2026-03-02更新）
Database Connections
- 已成功连接全部6个数据库：
- Test ES（测试环境服务日志）
- Online ES（正式环境服务日志）
- Online MySQL（线上版本）
- Test MySQL（测试环境）
- Online PostgreSQL（正式环境用户行为数据）
- Test PostgreSQL（测试环境行为数据）
- 连接信息已安全存储在 TOOLS.md
- 核心业务表位置：
- 订单表
bi_vala_order：线上PostgreSQL数据库vala_bi库，默认无特殊说明时查询此线上库数据- 字段说明：
key_from代表销售渠道，可用于按渠道维度统计订单、GMV等指标**
- 字段说明：
- 订单表
Business Knowledge Base
- 已收集13个常用SQL查询模板
- 已整理业务术语表和数据表说明
- 已获取16个数据抽取脚本
- 知识库位置： business_knowledge/
- 核心业务指标口径定义：
- GMV：全部营销金额，包含退费金额，不剔除退费
- GSV：实际收入，为GMV剔除退费金额后的金额
- 退费率：
- 单日退费率：当日成交的订单中，发生退费的订单数占当日总成交订单数的比例（退费订单不限定退费时间，只要对应订单是当日成交的即计入）
- 时间段/整体退费率：同口径，统计时间段内成交的订单中发生退费的订单数占该时间段总成交订单数的比例
- 退费订单校验规则： 统计退费订单时必须同时满足两个条件：
bi_refund_order表中status = 3（退费成功）bi_vala_order表中order_status = 4（订单状态为已退款） 两个条件缺一不可，避免统计错误。
- 关键词订单统计规则： 当查询形如"XX卖了多少单"（XX为特定名称/关键词）时，指统计
bi_vala_order表中key_from字段包含该关键词的订单总数量。例如"念妈卖了多少单"即统计key_from LIKE '%念妈%'的所有订单数。 - 渠道映射规则（key_from字段匹配）：
- 端内：
app-active-h5-0-0 - 小红书店铺：
newmedia-dianpu-xhs-0-0 - 达人直播：
newmedia-daren%（前缀匹配） - 万物：
newmedia-dianpu-wwxx-0-0
- 端内：
- 金额单位规则： 所有订单/退费金额字段单位为
分，统计为元时需要除以100 - 学习数据统计维度： 支持按单元/课时/组件维度统计完成人数、平均用时、正确率（Perfect/Good/Oops三个等级）
- 特殊时间节点：
2025-10-01为核心版本上线时间，部分统计需要区分该节点前后的数据
- 学习数据计算逻辑：
- 课时首次完成时间计算逻辑：
- 关联路径：用户ID（bi_vala_app_account.id）→ 角色ID（bi_vala_app_character.id）→ bi_user_chapter_play_record_{分表号}.user_id
- 筛选条件：bi_user_chapter_play_record.play_status = 1（正常完成课时）
- 计算方式：按【角色ID + 课时ID（chapter_id）】分组，取created_at的最小值，即为该用户对应课时的首次完成时间
- 课时总耗时计算逻辑：
- 关联路径：通过bi_user_chapter_play_record表的chapter_unique_id，关联bi_user_component_play_record_{分表号}的chapter_unique_id
- 耗时字段：bi_user_component_play_record.interval_time，单位为毫秒
- 计算方式：求和对应chapter_unique_id下所有组件的interval_time，再除以60000转换为分钟，保留1位小数
- 特殊说明：仅统计课时维度完成（play_status=1）的记录，排除未完成整个课时的部分组件练习记录
- 课时首次完成时间计算逻辑：