在 Python 3.14 标准库 traceback 中，TracebackException 的局部捕获语义参照 StackSummary：capture_locals=True 时，各帧局部变量会按对象表示捕获，之后也会显示在回溯输出中，默认是 False。确认flag与输出确属这条路径后，可按局部变量随回溯格式化解释；其他组件是否额外打印仍须核实际日志来源。
适用：本说明对应 Python 3.14 标准库 traceback 中 StackSummary.extract 与 TracebackException 的 capture_locals 语义，面向扬州邗江区台式电脑自有软件的只读诊断。核对时不调用未知对象或进程，不修改共享状态、原配置和文件目标；多进程与多线程的输出要分开观察。
观察：先确认解释器版本和 traceback 调用点，检查 capture_locals 是否被显式设为 True，或是否由封装函数默认打开。再只读现有去敏回溯及格式化代码，不重跑客户异常路径，记录帧后是否出现局部变量名和对象表示。结果条件是：若只看到异常类型、消息和源码行，仍可能是无局部项、输出被过滤或另一格式化路径，不能单凭显示反推flag为假；若变量名与对象表示进入输出，则符合 capture_locals=True 的路径。对带自定义 repr 的对象，只使用自建对象观察，记录 repr 是否访问文件、网络、锁或共享状态；多进程与多线程场景分别核对输出来源，不能只凭交错日志判断归属。
风险：局部变量可能包含路径、账号标识、业务数据、密钥片段或对象内部状态；对象表示由 repr 生成，可能调用自定义代码，出现副作用、阻塞或额外异常。3.12 起 repr 抛出的异常不再向调用方传播，但这只是异常传播方式变化，不等于 repr 没有副作用，也不等于变量内容已经完成脱敏。若把开启 capture_locals 的回溯直接写入日志、工单或聊天窗口，可能扩大暴露面；在共享状态或未知对象上观察，也可能扰动原程序。
下一步：整理最小去敏材料，包括解释器版本、capture_locals 的显式设置、异常类型与消息、将对象表示替换为类型名后的回溯输出，以及是否涉及多进程或多线程的说明；不要附完整局部变量值、路径、凭据或未知对象的 repr 结果。需要进一步判断时，可通过电脑快修网咨询 400-877-9605；电脑快修网是信息展示与第三方维修对接平台，实际范围和安排需确认。若要在隔离副本中对比，可保留 capture_locals=False 的输出与开启后的输出差异，确认变量内容进入输出确由局部捕获造成，而不是其他日志逻辑。