让规则跟随业务场景出现，而不是依赖员工记忆。
CASE STUDY 01正式发放前技术预发布
After-sales Quality Loop
售后质量闭环系统
将分散在多个业务页面、插件和人工登记中的质量规则，整合为统一插件、后台权限、数据回传和复核闭环。
演示数据 / Mock Data
本页只展示经证据账本确认的系统机制；界面、案例、产品、人员和指标均为全新虚构演示内容。
02
PROJECT POSITIONING / 项目定位
不是再做一个提醒插件，而是建立规则能够被执行、回传和复核的运行机制。
项目面向售后质量运营场景，把页面中的即时提醒与后台的权限、事实、复核和数据分析连接起来。员工端负责在正确场景呈现规则与风险，后台负责确认谁可以执行、发生了什么、后续由谁处理。
技术选择服务于业务闭环：浏览器扩展贴近操作现场，后台维护可信身份和统一事实，看板帮助管理者从结果追溯到规则命中、处理动作与复核状态。
03
BUSINESS CONTEXT / 业务背景
规则存在，并不等于规则会在正确时间被执行。
售后流程跨越案例、定损、收货、录件与发货等页面。规则散落在文档、人员经验和独立工具中时，提醒与后续处理容易脱节，管理者也难以判断问题是未识别、未处理，还是尚未复核。
让处理动作形成后台事实和责任流转，而不是停留在页面提示。
让看板能够追溯到规则、状态和操作证据，而不是只看结果数字。
04
BEFORE / 原流程问题
零散工具解决了局部提醒，却没有解决谁执行、谁确认和如何复盘。
问题不在于缺少一个按钮，而在于规则、身份、动作、状态和证据没有形成同一条链。
规则分散
规则分布在多个页面、文档与人员经验中，执行时机不稳定。
入口分裂
多个独立插件增加安装、版本、更新和禁用管理成本。
权限失真
前端开关不能代替服务端身份、角色和设备授权。
动作不回传
员工看过提醒，不代表处理、忽略或升级动作已留下证据。
问题不闭环
问题产生后缺少统一复核池、责任人和合法状态流转。
管理只见结果
缺少事实、事件、日志与复核分层，难以追溯过程。
AI 缺少治理
模型调用若没有白名单、脱敏、预算和审计，会放大风险。
更新难验证
规则修改后缺少命中、采纳、复核和看板反馈来确认执行效果。
05
DESIGN CONSTRAINTS / 设计约束
先定义不能破坏的边界，再决定系统如何介入现场。
不改变业务系统
通过统一扩展识别页面场景，不复制真实页面，也不依赖未授权接口。
前端不是信任边界
模块显示由客户端控制体验，身份、权限和业务动作仍由后台复核。
失败必须可恢复
重复注入、异步页面、离线队列、重放和多标签需要幂等与清理策略。
AI 只能给建议
模型结果不修改业务事实、不关闭复核，也不自动发布规则。
公开内容必须重建
详情页仅使用合成案例、抽象流程和 Mock 指标，不复用真实截图或数据。
06
EVOLUTION / 从零散插件到统一系统
统一的不是界面，而是入口、权限、事实和后续责任。
- 01历史问题
零散工具
不同场景由独立入口处理，版本、权限和数据口径难统一。
- 02代码已证明
统一插件入口
一个 Manifest、一个后台连接和一个顶层工具坞承载模块。
- 03代码已证明
权限与事实统一
身份、设备、模块权限和业务事实由后台统一判断与记录。
- 04代码已证明
复核与看板闭环
问题进入复核状态机，并汇总为趋势、分布和治理视图。
- 05外部启用待验收
受控 AI 辅助
模型能力经过脱敏、预算、限流、记录和人工反馈后进入流程。
07
SYSTEM ARCHITECTURE / 系统整体架构
业务页面负责提供场景，统一插件负责现场执行，后台负责信任和闭环。
页面名称仅作为抽象业务场景标签；图中没有真实域名、接口、选择器或网络信息。
业务页面（抽象重建）
- CRM 案例页
- RMS 定损页
- 录件页
- 收货页
- 定损页
- 发货页
统一浏览器插件
- 页面场景识别
- 当前案例上下文
- 模块按权限启用
- 规则提醒
- 风险分析
- 操作登记
后台治理与闭环
- 用户与可信设备
- 角色与权限
- 规则中心
- 复核工作流
- AI Gateway
- 数据看板
- 审计记录
CLOSED LOOP从现场动作回到规则治理
- 01业务页面→
- 02插件识别→
- 03规则触发→
- 04人工处理→
- 05结果回传→
- 06后台复核→
- 07状态闭环→
- 08看板复盘→
- 09规则更新
结构图为公开安全的抽象重建，不对应任何真实公司页面、域名或网络拓扑。
08
EMPLOYEE WORKFLOW / 员工端工作流
员工只需要在当前任务中看到正确规则和下一步动作。
FRONTLINE EXECUTION
从场景识别到处理反馈
- 01识别场景
路由读取当前页面与可见案例上下文，合并受控 frame 信息。
- 02同步权限
后台返回当前身份、设备与模块的最终启用结果。
- 03触发规则
PE、TAT、SN、影像或满意度规则根据场景和输入执行。
- 04呈现判断
员工看到提醒、风险、规则依据和允许执行的处理动作。
- 05人工处理
员工确认、修正、说明、忽略或发起复核；受限动作仍需审批。
- 06获得反馈
页面展示回传结果和下一责任人，离线动作进入受控补传队列。
09
BACK-OFFICE WORKFLOW / 后台闭环工作流
每次提醒都必须回答：是否形成事实、谁负责、何时复核。
CONTROL & REVIEW
从身份再校验到规则治理
- 01身份再校验
服务端验证用户、设备、安装实例和模块权限。
- 02事实去重
稳定事实键、动作 ID 和版本约束抑制重复写入。
- 03记录动作
事实、传输事件、操作日志和复核职责分开保存。
- 04进入复核
需要人工判断的问题进入统一复核池和合法状态机。
- 05聚合证据
趋势、分布、明细与未闭环视图从可追溯记录形成。
- 06治理规则
管理者结合命中、处理与复核结果调整规则和配置。
10
BUSINESS MODULES / 关键业务模块
每个模块都以触发、判断、反馈、记录和后续状态来定义。
模块说明依据当前代码、自动化测试和本轮验证范围整理；未重新运行的源项目不会被写成已验证。
01
PE 规则提醒
代码与资料交叉核对- 触发场景
- 页面场景、案例状态与规则适用范围同时满足。
- 输入信息
- 产品、机型、故障描述、关键词和当前状态。
- 规则判断
- 按适用条件、版本和匹配规则生成命中结果。
- 员工结果
- 查看规则依据，并选择知悉、忽略或转复核。
- 后台记录
- 记录规则命中、员工动作、来源与治理统计。
- 后续状态
- 已知悉 / 已忽略 / 待复核
02
TAT 风险提示
代码与资料交叉核对- 触发场景
- 授权案例进入阈值窗口或即将超期。
- 输入信息
- 业务时间、当前状态、终态标识与阈值配置。
- 规则判断
- 计算剩余时间，终态跳过，并按风险区间提示。
- 员工结果
- 看到倒计时和风险级别，选择处理、升级或例外。
- 后台记录
- 写入统一事实、工作流和动作轨迹。
- 后续状态
- 待处理 / 已处理 / 已升级 / 例外
03
SN 与机型校验
代码与资料交叉核对- 触发场景
- 案例或物料信息出现可校验的 SN、产品和机型组合。
- 输入信息
- SN、产品、机型、物料和表格行上下文。
- 规则判断
- 交叉匹配并保护表头错位、缺失字段和重复动作。
- 员工结果
- 获得行内提示，可修正、确认或申请例外。
- 后台记录
- 记录校验事实、候选复核和例外消费结果。
- 后续状态
- 待修正 / 待复核 / 已确认 / 已放行
04
影像质量检查
代码路径与资料核对- 触发场景
- 授权页面出现待检查影像。
- 输入信息
- 影像尺寸、亮度与清晰度特征。
- 规则判断
- 按配置阈值执行基础质量检测。
- 员工结果
- 看到质量提醒并补充或重新检查证据。
- 后台记录
- 记录检测结果和复核事实。
- 后续状态
- 待补充 / 已记录 / 待复核
05
满意度风险分析
代码与资料交叉核对- 触发场景
- 员工显式查看授权案例的风险辅助信息。
- 输入信息
- 受控案例摘要、可见联系历史与本地规则信号。
- 规则判断
- 本地规则与受控训练库产生风险维度和处理建议。
- 员工结果
- 看到风险信号与建议，最终判断仍由员工完成。
- 后台记录
- 低分跟进进入统一事实、工作流与人工复核。
- 后续状态
- 待关注 / 处理中 / 待复核 / 已关闭
06
问题复核
代码与资料交叉核对- 触发场景
- 规则命中、人工异常或风险事件需要二次判断。
- 输入信息
- 业务事实、来源事件、处理动作与必要说明。
- 规则判断
- 按合法动作、备注要求和版本并发控制状态。
- 员工结果
- 查看责任人、处理结果和下一步状态。
- 后台记录
- 统一复核实例与动作轨迹持续追加。
- 后续状态
- 待处理 / 处理中 / 已确认 / 误报 / 关闭
07
运营数据看板
代码与资料交叉核对- 触发场景
- 管理者按授权范围查看运营与治理视图。
- 输入信息
- 业务事实、复核、客户端状态、PE 与 AI 使用记录。
- 规则判断
- 按时间、状态、风险和模块维度聚合。
- 员工结果
- 管理者看到趋势、分布、明细和待处理事项。
- 后台记录
- 读取既有事实并支持脱敏导出，不制造业务事实。
- 后续状态
- 复盘 / 责任跟进 / 规则调整
08
权限与可信身份
代码与资料交叉核对- 触发场景
- 插件激活、配置同步或任一可信业务动作。
- 输入信息
- 用户、角色、设备、安装实例和模块状态。
- 规则判断
- 全局、角色、用户、客户端四层 deny 优先。
- 员工结果
- 只看到被授权的模块和动作。
- 后台记录
- 记录身份摘要、客户端状态和拒绝结果。
- 后续状态
- 已授权 / 低可信受限 / 已拒绝
09
AI Gateway
代码与资料交叉核对- 触发场景
- 白名单任务由可信用户显式发起。
- 输入信息
- 服务端重新取得的授权记录与受控任务参数。
- 规则判断
- 脱敏、Prompt、预算、限流、幂等和请求限制共同控制。
- 员工结果
- 获得可采纳、拒绝或修改后采纳的建议。
- 后台记录
- 记录任务、usage、估算成本和人工反馈。
- 后续状态
- 建议已返回 / 已采纳 / 已拒绝 / 已忽略
11
TRUST & ACCESS / 权限与可信身份
模块是否显示只是第一道门，服务端是否允许才是最终边界。
12
AI GOVERNANCE / AI 治理机制
AI 是受控建议能力，不是业务事实的自动裁决者。
本页不展示任何真实 Provider、模型、地址、Prompt、Token 或成本数据。
- 01业务任务→
- 02白名单任务类型→
- 03身份与设备检查→
- 04输入脱敏→
- 05Provider 与 Prompt 配置→
- 06Token 与成本预算预占→
- 07受控模型调用→
- 08结果脱敏与记录→
- 09人工采纳或拒绝→
- 10采纳率与成本统计
API Key 由服务端加密保存，插件不直接持有。
AI 输出只作为建议，不自动修改业务事实。
AI 不自动关闭复核，也不自动发布规则或训练结果。
调用受到预算、限流、幂等、任务白名单和请求大小约束。
正式 Provider、Prompt、账单口径和输出质量仍待人工验收。
13
DATA, STATE & AUDIT / 数据、状态和审计
把事实、动作、状态和责任分开，才能避免“有记录但不可追溯”。
| 字段类型 | 示例 | 维护方 | 用途 |
|---|---|---|---|
| 系统生成 | 规则命中、事实键、动作 ID、来源场景、触发时间 | 插件与后台 | 去重与追溯 |
| 用户选择 | 处理动作、预设说明、复核申请 | 授权员工 | 表达人工判断 |
| 系统计算 | TAT 剩余、风险等级、匹配结果、看板聚合 | 规则与分析服务 | 支持当下处理和复盘 |
| 后台维护 | 权限结果、复核状态、版本、责任人、审计时间 | 后台与管理角色 | 控制状态和责任 |
核心演示状态
- 待处理→
- 处理中→
- 待复核→
- 已闭环
真实代码还包含更细的复核动作和工作流状态；公开 Demo 仅保留最小可理解路径。
14
INTERACTIVE MOCK DEMO / 交互式模拟
亲手触发一条规则，观察员工处理如何改变后台状态与看板。
Demo 使用前端内存状态和预设虚构内容；不登录、不请求接口、不上传文件、不调用 AI。
演示数据 / Mock Data
INTERACTIVE SYSTEM WALKTHROUGH
从规则触发到后台复核，走完一条虚构案例闭环。
此交互用于展示系统设计与状态流转，不连接真实业务系统。所有内容仅保存在当前页面内存中，刷新或重置后恢复初始状态。
- 1案例进入
- 2场景识别
- 3规则触发
- 4员工处理
- 5后台回传
- 6闭环与看板
案例号DEMO-QL-2026-001
产品Aero Vision X2
员工演示坐席 A
当前页面等待场景识别
当前状态待处理
TAT剩余 6 小时（演示）
STEP 02
选择页面场景
当前自动启用模块
选择一个虚构页面，查看权限允许的模块组合。
STEP 03
触发演示规则
STEP 04
选择员工处理动作
OPERATION LOG / 操作日志
每个选择都形成一条可追溯的演示记录
| 更新时间 | 操作者角色 | 触发规则 | 处理结果 | 当前状态 | 下一责任人 |
|---|---|---|---|---|---|
| 演示时刻 09:30 | 系统 | 案例接入 | 载入虚构案例上下文 | 待处理 | 演示坐席 A |
15
MATURITY / 项目成熟度
正式发放前技术预发布
核心代码、统一架构和隔离验收资产已经形成，但正式 Chrome 发放、真实页面、生产身份与外部模型仍未完成现场签署。技术预发布不等于正式生产上线。
01Prototype
02MVP
03Pre-release当前
04Internal pilot
05Production
16
VERIFIED CAPABILITIES / 已验证能力
已经具备的，是可追溯的系统机制，不是未经证实的业务收益。
统一 Manifest V3 扩展入口与顶层单工具坞
后台配置、权限、规则、事实、复核和看板链路
四层 deny 优先权限与可信设备身份
PE、TAT、SN、影像、满意度和复核模块
事实、事件、日志和复核的职责分层
AI Gateway、脱敏、预算、usage 和反馈基础设施
19 步测试编排与 54 个语法检查资产（最新 HEAD 本次未重跑）
17
OPEN ITEMS / 尚未完成和未验证
把没有证据的部分留白，是项目可信度的一部分。
真实 Chrome 安装、激活、重启、离线和多标签发放清单
全部真实业务页面的字段适配与完整端到端交互
正式账号、角色、设备和权限矩阵验收
外部 AI Provider 的正式配置、安全加固和费用对账
当前最新 HEAD 的完整源项目测试复验
真实业务收益、准确率、覆盖规模和正式上线日期
工作区外所有历史插件副本均已禁用
18
MY ROLE / 我的职责
独立完成从业务问题、规则抽象到统一系统和验收迭代。
01独立识别业务问题
02独立整理业务规则
03独立设计流程和状态
04独立定义模块需求
05独立决定系统整合方向
06独立推进开发与迭代
07独立制定测试标准并完成人工验收
08独立控制脱敏与公开边界
19
PRIVACY & PUBLIC BOUNDARY / 隐私与公开边界
页面解释系统机制，但不复刻真实系统。
- 不展示真实客户、案例、SN、员工、绩效、联系历史或满意度内容。
- 不展示内部域名、页面选择器、端点、网络拓扑、凭证或 Prompt 正文。
- 不复制真实 CRM、RMS、管理后台或扩展截图。
- 不公开真实规则库、训练库、运行日志、数据库或业务数字。
- 所有 UI、案例、产品、人员和指标均重新设计并明确标记 Mock Data。
20
NEXT / 下一步计划