Skip to content

修复命令中心与业务异常处置工作台 #161

Description

@web-ppanel

元数据

现状

源码已有分散的置 Paid/Closed、订阅 token/流量重置、quota task、任务恢复等能力;缺统一 preview/execute/result、reason、idempotency_key、结果回读和异常聚合工作台。架构评审建议将修复命令与异常工作台联动,但保持执行逻辑归属各业务模块。

范围

  • P0 修复命令中心:命令类型、目标、reason、idempotency_key、preview、execute、result、历史列表。
  • 样板命令:支付补单/退款同步、订阅 token 撤销、流量纠错、任务重放。
  • P1 异常工作台:source/type/severity/status/owner/fingerprint、确认、分派、静默、关闭、重开、评论。
  • 异常详情下钻订单、订阅、节点、task_run、日志和审计摘要。

明确不做

  • 不提供 SQL/脚本任意执行入口。
  • 不在前端实现业务修复判断或绕过业务状态机。
  • 不重复实现支付、流量、节点等具体修复执行层。

页面与组件

  • Admin repair command center、异常列表/详情、CommandResultDrawer、ExceptionTimeline。
  • 嵌入财务、流量、节点、task_runs 页面中的修复入口链接。

API 前置

  • repair_commands preview/execute/result/list API,command schema oneOf 或等价声明。
  • business_exceptions 列表/详情/状态机/下钻 API。
  • 每类命令和异常操作的 RBAC、审计、幂等、错误码。

验收

  • 至少 4 类修复命令完成 preview → confirm → execute → result 全流程。
  • preview 无副作用;重复 execute 展示同一幂等结果或冲突。
  • 异常至少接入 6 类来源,可按 severity/status/source/owner 筛选。
  • 无任意脚本/SQL入口,所有操作有审计和权限。

归属边界

修复命令与业务异常处置的统一交互 Owner;具体业务计算和状态迁移仍归各业务模块。

跨域能力只保留入口、摘要或结果链接,不在本 Issue 重复定义其他 Owner 的状态机、查询底座或执行逻辑。

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    area:operationsOperations, support, notifications and configurationenhancementNew feature or requestpriority:P0Must be completed for the releaseroadmapPlanned roadmap workv2.0PPanel 2.0 roadmap

    Projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions