系统字段引用指引
帮助用户将 TE 预置的系统字段（SQL 可见但前端分析模型不可见）暴露到前端模型中使用。
数据分析
异常诊断全行业系统字段引用指引是 ThinkingAI 行业 Skill 库中的一项字段配置能力，帮助数据分析师将 TE 预置的系统字段（如 #event_time、#user_id、#reg_time 等）从"SQL 可用但前端分析模型不可用"的状态，通过"创建并连接"和"创建虚拟属性"两步操作暴露到前端分析模型中——让分析师不用写 SQL 就能用这些关键字段做筛选和分组。这正是 ThinkingAI「10 年行业经验沉淀为开箱即用 Skill」的体现。
行业痛点
TE 预置了一批系统字段，这些字段在 SQL 查询中可以直接使用，但在前端分析模型中默认隐藏不可用。分析师每季度平均遇到 3-5 次需求被隐藏字段卡住，每次需花 1-2 小时找操作路径或改写 SQL。更复杂的是事件表和用户表系统字段操作路径不同，混淆会导致浪费时间甚至配置错误。
核心价值
- 自动识别字段类别：事件表系统字段（需两步）vs 用户表系统字段（只需一步），避免混淆操作路径
- 已连接字段快速路径：字段已创建并连接后，事件表字段自动提议创建虚拟属性，用户表字段直接告知可用
- 未连接字段引导操作：精确给出前端操作路径，不猜不模糊
- 跨表字段强制确认：#user_id、#account_id 等同时存在于事件表和用户表的字段，必须由用户确认归属
- SQL 场景快速告知：用户只想在 SQL 中使用系统字段时，直接告知无需任何操作可直接使用
适用场景
1
想在前端事件分析中按 #event_time 做筛选或分组，但属性列表中找不到
2
想在留存分析中用 #reg_time 做分组，但不知道怎么暴露字段
3
想在漏斗分析中用 #distinct_id 做关联属性，但前端模型中不可见
4
SQL 查询中用了 #server_time 等系统字段，想在前端模型中也用起来
5
不确定某个系统字段属于事件表还是用户表，需要正确操作路径
实战案例
某游戏项目 · #server_time 前端模型引用
分析师想按 #server_time 分组查看数据延迟。Skill 查询发现 #server_time 尚未连接且同时存在于事件表和用户表，引导用户确认归属事件表后，按数据→数据管理→事件属性→来源事件属性管理完成创建并连接，再创建虚拟属性 relation_always，最终前端模型可用。
常见疑问
为什么 SQL 能用但前端模型不能用？
TE 系统字段在前端分析模型中默认隐藏，需要通过创建并连接暴露；事件表字段还需额外创建虚拟属性。
事件表和用户表系统字段操作有什么区别？
事件表字段需创建并连接 + 创建虚拟属性两步；用户表字段创建并连接后即可直接使用。
已经连接的字段还需要再操作吗？
事件表字段已连接后仍需创建虚拟属性；用户表字段已连接后可直接使用。
相关 Skills 推荐
用「系统字段引用指引」武装你的 Agent
预约演示，看看它如何在你的业务场景中落地
