语言技术
JavaScript、React、TypeScript、MintUI、webpack系统类型
Web、小程序轻应用、Web3行业分类
区块链、金融
业务背景
交易所做市（MM）要同时管自有资金和风险敞口。资产侧需要把账户、资金流水、应收应付、资产负债表和盈亏放在同一套账上；风控侧要对行情、余额、偏离等指标做 L1/L2/L3 分级监控。配置一旦改错会直接改变告警和资金口径，所以改阈值、通知、监控对象必须先草稿、再审批，通过后才落业务表。
解决的产品问题
做市和风控以前缺少统一操作台：账看不清、告警和配置散落、阈值修改没有审核留痕。这个中台把「记账」和「监控配置怎么安全生效」收成一个后台。运营可以查资金和盈亏，风控可以配监控、看告警、静默误报，所有配置变更走草稿和审批，避免未审核的阈值直接生效。
完成资产中心：账户与事件类型配置、资金流水、应收应付台账、资产负债表、盈亏表。金额走高精度展示，极小值和科学计数法保持原值，避免显示成 0。
完成风控中台：概览、告警中心、监控任务、指标字典、配置管理。告警支持等级升级、沉默规则、批量处置和详情时间线。
接入配置草稿与审批：阈值矩阵支持单元格修改、撤销、导入导出和提审锁定；业务失败和过期列表响应不会被当成成功。
登录走 Okta SSO，菜单和页面文案全部走 i18n，筛选、表格和按钮按统一页面规范落地。
前端主程，页面和公共能力都由我落地。
资产中心：账户配置、事件类型、资金流水、应收应付台账、资产负债表、盈亏表
风控中台：概览、告警中心、监控任务、任务详情（阈值矩阵、通知、监控对象）、指标字典、配置管理（联系人 / 渠道）
审批中心：配置变更的 diff 和提审
登录和权限：Okta SSO、角色和用户角色
公共层：高精度请求解析、金额展示、i18n、筛选表格规范
技术栈与架构
React 18、TypeScript、Arco Design、Redux Toolkit、React Router 5、CSS Modules（Less）、Axios。按页面目录拆分，路由和菜单集中在 routes.ts。请求统一走封装：带 x-trace-id、Okta 登录态、风控写操作分成四条轨道：配置草稿、打包提审、单笔审批（暂停 / 启用、联系人）、即时生效（建任务、告警处置、沉默规则）。草稿以服务端 t_risk_config_draft 为准，按 scopeId（指标 code 或任务 id）聚合，页面只叠加展示，不在本地充当草稿账本。
亮点与难点:高精度金额。接口里常有超过 float64 安全范围的小数。在 JSON.parse 之前把超长小数改成字符串，并跳过字符串字面量和科学计数法，避免指数被拆坏、页面把极小值显示成 0。导出再导回时按原文写入，防止产生幽灵草稿。
草稿三层状态同时存在：未提交（ACTIVE）、审核中（PENDING，锁定编辑）、驳回留痕（可再改）。字段角标、审核锁、驳回标签不能合成一个状态，否则撤销会打到已经提交的工单上。
通知草稿按「等级 + 字段」区分 L1/L2/L3。重置只清渠道，保留升级时长和通知频率。沉默规则要区分「告警已解决」和「告警自动恢复」两种失效原因。告警列表会并发筛选。后返回的旧请求不能覆盖当前列表、总数和勾选，批量处置只处理当前的行
评论