请求与账户行为
TikHub API 请求事实 / Platform 账户审计 · 目标统一身份
API 请求 Platform 审计
TIKHUB / BEHAVIOR WORKSPACE
业务总览
面向 TikHub API 接入新 Platform 的目标架构。沿用真实接口、Platform 事件及业务记录；待接入和新增分析能力单独标注。数值、账户、请求与金额均为合成样本，未连接生产服务。
Platform · e2ea1b8aTikHub_API · 80132ea8核对日期 · 2026-11-09
TikHub API 接入漏斗
注册 → 邮箱验证 → Data API Key → 首次成功调用
按同一 Platform 自然人及事件顺序计算。Data API Key 使用平台报告契约；首次调用由 API 事实衍生。演示中的身份绑定是目标设计，实际接入仍需联调。
最近业务事实
点击事实名称查看字段、来源和分析接入位置
| 时间 | 事件 / 记录 | 来源类型 | 主体 | 上下文 / 结果 |
|---|
分析接入设计：从已提交的审计、业务记录或日志提取白名单字段，经 TikHub 身份映射、去重与删除登记后写入私有分析副本。此旁路尚未实现；既有 App Webhook 是业务通知通道，不能直接等同于行为分析总线。
账户与主体
统一 Platform 账户 · 个人 / 组织成员 / 服务主体
| 演示主体 | 来源 | 语义 | 记录 |
|---|
身份与历史事实
API 请求由可信网关绑定 Platform 身份和付款上下文
TikHub Market：market_subjects 按 seller_subject_id + account_id 映射 sub，同一卖家内稳定、跨卖家隔离。员工分析身份另建受控映射；不能把账户 ID 或跨卖家关联暴露给卖家。
群发邮件 · 注册后尚未使用 App
对应 Platform 的 /admin/bulk-emails 与 bulkmail
audience_spec.all = [
{ type: "registered", from: "演示窗口起点", to: "演示窗口终点" },
{ type: "never_used", value: true }
]底座为 active 且主邮箱已验证的账户；发送前重验退订、员工权限及敏感受众权限。用量按付款账户 account_id 判断，包含 App 扣费台账或 ClickHouse 结算；查不到用量时现有后端会拒绝筛选。本例仅生成结算样本，并假设无一次性 App 扣费。
never_used 不等于“从未调用”：组织成员可能有调用，但费用记在组织账户。sent / failed 是现有收件人状态；sent 不等于阅读。点击、曝光和增量归因尚无本次核实的现成链路，演示不编造这些指标。
候选与资格重验
演示计算，不发送邮件、不创建真实活动
已有运营动作
bulk_email.create / bulk_email.schedule / bulk_email.send / bulk_email.scheduled_withheld
客户单发沿用 customer.outreach。充值促销与收款属于 Billing Gateway 边界，不由分析后台写余额。
审计与异常线索
既有审计风险分级与待分析的 API 信号分别展示
| 来源事实 | 当前口径 | 主体 / 结果 | 说明 |
|---|
auditrisk 的 high 标记表示操作敏感，不等于用户违规；单条 portal.login_failed 在现有词表为 normal。HTTP 402 是额度／余额问题，429 是限流，500 是服务错误，都不能直接判定违规。聚合规则与案件工作台属于后续建设。
事件与代码依据
真实事件名、存储记录与建议衍生事件明确区分
路径对应本地已核对版本；此页面只公布最小必要的名称与流程说明，不发布原始代码、配置、日志或凭据。TikHub-Crawler-Gateway 与 Billing Gateway 未在本次独立读仓，其交互仅以 Platform 侧契约为依据。
演示内的账户、请求、金额均为合成数据 · 页面不发送行为事件查看第三轮 PoC →