01
商品与库存
商品、SKU、库存与秒杀场次同页维护；上下架、限量与场次时间一处改完。
Markitecture
一套骨架，
把到店的链条撑起来
每个区块只做一件事，边界写在名字里。加一块能力就多一扇门，不用重画整条街。
—只读查询能力—角色 —小程序页面—接口路径 —数据表—迁移版本
02
核销与履约
商家管理员与被授权的核销员扫同一种码；跨门店套餐按门店拆单，各自核销。
03
会员与权益
等级、积分、签到、卡包与异业券按人沉淀，权益有效期与使用记录同处可查。
04
退款与结算
退款走商家初审、平台复核两级；结算窗口按上海营业日划分，首日不悬空。
05
运营助手
三端共用的只读查询：问题按你的权限去查，结论附上是哪一次查询给的，写操作一律转审批。没有次数额度，也不替你改数据。
只读查询能力按角色分配，全部为 R0。
看它怎么问06
页面装修
后台拖模块，右侧手机壳按未保存的编辑状态实时预览，小程序下次打开生效。
小程序页面数从 app.json 读，不写死在文案里。
07
权限与范围
数据范围由登录身份决定，不由提问内容决定；商家看不到别家，用户只查自己。
角色数与每角色可见能力数取自现役能力清单。
Data path
同一份数据，
只经一条口径
写进去的时刻、金额与状态词，读出来时必须是同一个意思。这条链路只读业务库，不回写任何经营数据。
点或键到任意一环，看它承担哪一段。
Analysis / Operations
数据不止回答发生了什么，
还要回答该怎么处理
同一套数据链路，先分析到店需求，再观察真实公共服务请求的规模、来源、区域和处理时长。外部数据用于验证方法，不是 Intentra 平台流水。
正在读取聚合结果…
Human baseline / Agent path
同一个运营问题，两条处理路径
Chicago 311 是真实公共数据；效率数值只有在任务重放实测后才展示，不把外部数据冒充 Intentra 生产成绩。
Read-only agent
先问对，
再查一次
下面三句都是助手现在真答得出的只读查询。挑一句，看它怎么打字、怎么查、怎么答。
正在按你的权限查询 · 只读不改
查完了 · 每条结论都带着查询出处
登录页左栏是同一枚胶囊：它只演示提问与回答的节奏，不编读数——这一页上的每个数字都会被当成承诺。