str-report

用途：当用户需要起草或重构可疑交易报告（STR）或可疑活动报告（SAR）叙事，用于 AML 合规申报或内部 MLRO 审查时使用。主要能力：构建 who/what/when/where/why 的怀疑故事，整理清晰时间线与聚合交易事实；将红旗与类型学（结构化、分层、贸易洗钱等）映射到可观察事实而非无证据结论；汇编主体与客户身份字段、关联方、账户及产品/渠道背景；生成支持文档清单与附件索引；在提交前进行完整性、一致性、语气与 PII 处理的质量审查；对比美国 FinCEN SAR、欧盟与 goAML 字段概念的高层结构（非法律申报建议）；区分 STR/SAR 与内部案件笔记、管理摘要或执法转介包；向 MLRO/合规部门升级并移交结构化事实包与待决问题。核心流程：1) 受理与范围确认，确认司法辖区、实体、申报类型与案件 ID，收集警报来源与调查笔记；2) 事实、聚合与时间线，规范化金额、币种、日期，聚合相关交易，建立带锚点的时间线，区分已验证事实与推断；3) 叙事与类型学，以平实语言开篇总结怀疑，展开各节并交叉引用附件，将红旗与类型学及可观察指标关联，说明已考虑的合理解释及为何被拒绝或未解决；4) 格式、审查与交接，将叙事块映射到司法辖区模板字段，完成支持文档清单与质量门，运行 MLRO/合规升级包。输出标准：事实用过去时，避免煽情语言；每项怀疑陈述应引用具体交易、日期、金额或文件；广泛共享的草稿中最小化 PII；包含免责声明：输出支持合规起草，不构成是否或何时申报的法律建议。交付物：执行摘要、完整叙事、时间线表、主体/账户附录、附件清单、待决问题。限制：不用于设计交易监控规则、阈值或警报调优（应使用 aml-compliance）；不用于构建完整 AML/CFT 计划、KYC/CDD 政策或企业风险评估；不用于确定申报法律义务、诉讼时效或监管截止日期；不用于内部或 IT 审计工作底稿、SOC 2 测试；不用于实施技术控制或筛查系统工程；不用于链上调查、钱包追踪或区块链情报报告；不用于起草执法战术包、传票回复或受害者追踪叙事。相关参考文件包括 str_report_scope.md、narrative_structure_and_quality.md、red_flags_and_typologies.md、subject_and_transaction_detail.md、jurisdiction_formats_and_filing.md、review_escalation_and_handoff.md。