用途：该技能面向 Java 企业系统（如交易系统、订单管理服务、交易监控流水线、市场数据平台、监控服务、披露流程、内幕名单工具、警报分诊、调查记录、CI/CD 与运维工具），用于判断系统何时需要 MAR 感知的市场监控控制，以及开发人员应如何构建。其核心问题是：当 Java 企业金融系统需要 MAR 感知的市场监控控制时，开发者应做出哪些不同设计。
主要能力：将 MAR 关切转化为工程控制，涵盖可疑订单与交易监控的检测覆盖、场景定义、阈值、规则与模型版本、警报可解释性、抑制逻辑、误报处理、审查决定与升级路径；内幕交易与非法披露控制，包括内幕信息访问控制、隔离墙记录、内幕名单流程证据、确认捕获、披露时间记录；市场操纵信号证据（订单、报价、撤销、执行、基准、跨场所、幌骗、分层、洗售、收盘价操纵、传播与算法交易信号）；模型与规则溯源；安全证据与变更控制。
使用方式：按顺序阅读 references 中的章节摘要、工程示例、问卷与报告模板；用问卷对照可信的本地项目证据，逐项记录证据引用或标记为 Unknown，并对敏感信息做 [REDACTED_SECRET] / [REDACTED_SENSITIVE] 处理；识别服务上下文与 MAR 范围信号；审查代码、配置、API、DTO、仓储、模式、迁移、Kafka 消息、市场数据接入、规则引擎、ML 模型、功能开关、阈值、警报抑制、审查决定、调查记录、审计日志、指标、追踪、仪表盘、测试与发布记录；最后用报告模板生成审查报告与所有者交接。
适用场景：审查 Java 交易或监控系统的 MAR 控制；为可疑订单与交易监控设计证据；添加内幕名单、内幕信息披露、警报可解释性、模型溯源或审查决定审计控制；在生产发布前评估 AI 辅助市场滥用检测或基于规则的监控；检查订单、交易、市场数据、披露或调查工作流变更是否需要 MAR 感知的所有者交接。
限制：该技能不是法律意见，不替代法律、合规、市场监控、风险、产品、运营、数据、安全、审计或高管责任所有者的审查；内幕交易、非法披露、市场操纵、可疑订单或交易报告性、披露延迟合法性、市场探听解释、公认市场惯例、法域、制裁与监管解释均需合格所有者审查。运行时不要抓取外部监管网页，EUR-Lex 链接仅作为人工审查的来源出处。其他如具体收费、价格或平台支持资料暂未提供。