TradingAgents-CN 配置治理实战分层集中式配置方案方案A与数据库配置统一管理【免费下载链接】TradingAgents-CN基于多智能体LLM的中文金融交易框架 - TradingAgents中文增强版项目地址: https://gitcode.com/GitHub_Trending/tr/TradingAgents-CN本篇技术指南聚焦 TradingAgents-CN 的运行时配置治理方案——“配置方案A分层集中式”完整讲解配置的单一事实来源Single Source of TruthSoT、五级优先级与职责边界、敏感信息脱敏策略、env→DB→用户偏好的读取合并机制、前端配置中心的元数据接口以及 SSE/队列/Worker 与 TradingAgents 侧的运行时可调参数。读完本文你将掌握如何在 app 与 tradingagents 两侧统一管理配置、安全地迁移密钥到环境变量并利用系统设置system_settings在前端可视化调整运行参数。一、背景多配置源并存下的治理痛点TradingAgents-CN 是一个前后端分离的中文金融交易框架app/侧承载 FastAPI 后端REST 接口、SSE 进度流、任务队列、Workertradingagents/侧承载多智能体交易分析逻辑。在演进过程中配置散落在多个载体中环境变量 / .env由 Pydantic Settings 管理见 app/core/config.py承载 MongoDB/Redis/队列连接、加密密钥、第三方 API Key 等基础设施与敏感项数据库system_configs、market_categories、datasource_groupings、llm_providers等集合承载运营参数与目录数据开关、阈值、优先级、分类分组代码默认值以default_*形式写在 Settings 中作为开发兜底文件models.json/settings.json等用于导入导出与本地开发。多源并存带来的典型问题是同一配置项在不同载体中的值不一致时以谁为准密钥该放哪里、不该放哪里前端如何安全地展示是否已配置密钥而不泄露明文这正是 docs/config/architecture.md 所定义配置方案A分层集中式要解决的问题。二、配置优先级与职责边界方案A为运行时配置定义了严格的优先级高 → 低请求级覆盖——仅本次请求生效不落库用户/租户偏好DB——按用户维度覆盖系统运营参数DB——system_configs、market_categories、datasource_groupings、llm_providers等集合中的动态参数环境变量 / .envPydantic Settings——密钥与基础设施连接代码默认值default_*——兜底。职责划分遵循按性质分流原则载体承载内容典型示例环境变量 / .env敏感项与基础设施连接Mongo/Redis/队列连接、加密密钥、第三方 API Key数据库运营/动态参数与目录数据开关、阈值、优先级、默认项、分类、分组、厂家代码默认开发兜底Field(default...)中的默认值从源码看Pydantic Settings 类 app/core/config.py 中新增了CONFIG_SOT: str Field(defaultfile)直接对应方案A的 SoT 开关其注释明确写道配置真相来源方案Afile|db|hybrid。三、SoT 模式开关file / db / hybridSettings.CONFIG_SOT是方案A的核心开关取值三选一file以文件/env 为准。推荐生产环境缺省。配置的真相来自环境变量与文件数据库中的运营参数作为补充db以数据库为准。仅用于兼容旧版不推荐在生产使用hybrid文件/env 优先DB 兜底。适合需要在保留文件配置权威性的同时允许 DB 覆盖部分运营参数的场景。需要注意CONFIG_SOT本身由环境变量驱动Pydantic Settings 默认读取.env因此生产环境的 SoT 选择本质上是用 env 决定配置来源这保证了启动阶段即可确定配置体系的根。实践中生产环境应保持CONFIG_SOTfile将 DB 用于运营参数与目录数据的动态调整而不是让 DB 成为全部配置的最终裁判。四、敏感信息策略脱敏、拒绝写入、不落明文方案A对密钥类信息执行三道防线这也是 P0 阶段完成的核心内容1. API 响应一律脱敏在 app/routers/config.py 中方案A集中实现了敏感字段响应脱敏与请求清洗_sanitize_llm_configs将LLMConfig的api_key置为None后返回_sanitize_datasource_configs对数据源配置若 DB 中有有效 Key 则返回truncate_api_key缩略版本否则尝试从环境变量读取并返回缩略版本两者皆无则返回None_sanitize_database_configs将DatabaseConfig的password置为None_sanitize_kv对任意字典按关键词模式(key, secret, password, token, client_secret)命中的键一律置None用于/config/system、/config/settings等读取端口的 system_settings 脱敏。2. REST 写入不接受敏感字段/config相关写入端会在落库前清洗敏感字段密钥统一来自环境变量或厂家目录llm_providers禁止通过 REST 接口把密钥写入数据库。3. 导出清空、导入忽略在 app/services/config_service.py 的export_config中导出时对 LLM 配置的api_key、数据源配置的api_key/api_secret、数据库配置的password一律置空system_settings中命中敏感关键词的键导出为None。import_config同文件 L803则反向操作导入时pop掉api_key、api_secret等敏感字段并置空确保导入过程不引入密钥。导出还会为max_tokens、temperature、timeout、retry_times等字段补齐兜底默认值如max_tokens4000、temperature0.7、timeout180、retry_times3保证导出的配置可直接导入使用。4. 生产环境 DB 不持久化明文密钥生产环境仅记录has_key与sourceenvironment/db状态DB 中不再保存明文。配套提供了清理脚本 scripts/config/cleanup_sensitive_in_db.py默认dry-run仅预览变更计划加--apply才真正执行# 仅查看将被清理的记录dry-run python scripts/config/cleanup_sensitive_in_db.py --mongo mongodb://localhost:27017/tradingagents # 实际执行清理清空 api_key/api_secret/password python scripts/config/cleanup_sensitive_in_db.py --mongo mongodb://localhost:27017/tradingagents --apply脚本扫描system_configs覆盖llm_configs、data_source_configs、database_configs三个子结构与llm_providers两个集合将api_key、api_secret、password清空。根据文档执行记录P0 阶段已通过该脚本处理 48 条记录system_configs41 条、llm_providers7 条。5. 写入审计更新系统设置等写操作已接入操作日志ActionType.CONFIG_MANAGEMENTP1 阶段将进一步覆盖 LLM/数据源/数据库配置的增改删。五、读取与合并ConfigProvider 与生效视图方案A 的读取顺序为env → DB系统运营参数/目录数据→ 用户偏好合并后由统一入口ConfigProvider/UnifiedConfigManager返回生效视图。源码实现位于 app/services/config_provider.pyConfigProvider是一个带TTL 缓存默认 60 秒的 env→DB 合并器get_effective_system_settings先读 DB 中system_configs.system_settings再对每个键尝试环境变量覆盖——候选名包括原键、大写键、点/空格转下划线的变体如news.page.size→NEWS_PAGE_SIZE命中即覆盖invalidate任何写操作后调用使缓存失效配合SystemConfig.version/事件机制实现版本失效模块级单例provider ConfigProvider(ttl_seconds60)供全局复用。这套设计的要点在于缓存只做短缓存30~60s避免配置变更后长时间不生效同时用显式invalidate()保证写后立即可见兼顾性能与一致性。六、元数据接口GET /config/settings/meta为了让前端配置中心安全地渲染是否敏感/是否可编辑/来源标记/是否有值方案A新增元数据接口端点GET /config/settings/meta作用返回system_settings中每个键的元数据供前端决定渲染方式敏感只读 / 运营可改 / 来源标记响应结构{ success, data: { items: [{ key, sensitive, editable, source, has_value }] }, message }字段含义字段含义key设置名sensitive是否敏感按关键词匹配key/secret/password/token/client_secreteditable是否可编辑敏感项或来源为 environment 时为 False其余为 Truesourceenvironment|database|defaultENV 覆盖优先其次 DB否则 defaulthas_value是否存在生效值按 ENV→DB 合并后的结果示例返回{ success: true, data: { items: [ {key: finnhub_api_key, sensitive: true, editable: false, source: environment, has_value: true}, {key: news_page_size, sensitive: false, editable: true, source: database, has_value: true} ] }, message: }后端实现在 app/services/config_provider.py 的get_system_settings_meta敏感判定用(key, secret, password, token, client_secret)模式匹配键名editable not sensitive and source ! environmenthas_value判断合并后的生效值是否非空。路由入口位于 app/routers/config.py。前端配置中心据此统一使用has_key/source渲染移除密钥明文输入与显示测试/提交时不再传递敏感字段。七、运行时可调参数SSE / 队列 / Worker以下参数支持通过前端配置中心的系统设置system_settings可视化编辑无需重启服务即可生效。优先级DB(system_settings) ENV(Settings) 代码默认范围下限均需大于 0前端提供最小值约束与保存前校验。参数键默认值说明worker_heartbeat_interval_seconds30Worker 心跳上报间隔秒用于健康与活跃度监测queue_poll_interval_seconds1.0队列轮询间隔秒影响任务提取频率queue_cleanup_interval_seconds60.0队列清理循环间隔秒用于过期或异常任务清理sse_poll_timeout_seconds1.0SSE 任务进度流轮询超时秒sse_heartbeat_interval_seconds10SSE 任务进度流心跳事件发送间隔秒sse_task_max_idle_seconds300SSE 单任务流无事件最大空闲时间秒超过将结束连接sse_batch_poll_interval_seconds2.0SSE 批次进度流轮询间隔秒sse_batch_max_idle_seconds600SSE 批次进度流无事件最大空闲时间秒超过将结束连接这些默认值与 app/core/config.py 中 Pydantic Settings 的SSE_POLL_TIMEOUT_SECONDS、SSE_HEARTBEAT_INTERVAL_SECONDS、SSE_TASK_MAX_IDLE_SECONDS、SSE_BATCH_POLL_INTERVAL_SECONDS、SSE_BATCH_MAX_IDLE_SECONDS一一对应——即DB 覆盖 ENV 默认值的机制DB 有值用 DB否则回落到 Settings 中定义的代码默认。八、TradingAgents 环境参数与弱依赖适配器TradingAgents 侧的部分限速/睡眠参数同样支持通过后端系统设置统一管理也可用环境变量覆盖优先级DB(system_settings) ENV 代码默认。环境变量默认值说明TA_HK_MIN_REQUEST_INTERVAL_SECONDS2.0港股数据最小请求间隔用于 yfinance/AK 数据请求节流TA_HK_TIMEOUT_SECONDS60港股请求超时时间秒TA_HK_MAX_RETRIES3港股数据获取最大重试次数TA_HK_RATE_LIMIT_WAIT_SECONDS60遇到速率限制时的等待时间秒TA_HK_CACHE_TTL_SECONDS86400改进版港股名称/信息缓存的 TTL秒TA_CHINA_MIN_API_INTERVAL_SECONDS0.5A 股数据接口最小调用间隔秒TA_US_MIN_API_INTERVAL_SECONDS1.0美股数据接口最小调用间隔秒TA_GOOGLE_NEWS_SLEEP_MIN_SECONDS2.0Google News 抓取最小随机延时秒TA_GOOGLE_NEWS_SLEEP_MAX_SECONDS6.0Google News 抓取最大随机延时秒弱依赖适配器机制位于 app/core/config_bridge.py启动时通过同步 MongoDB 客户端读取system_configs中is_activeTrue的文档将system_settings中的键桥接到环境变量如ta_hk_min_request_interval_seconds→TA_HK_MIN_REQUEST_INTERVAL_SECONDS。桥接遵循env 优先原则若.env/环境中已显式设置该变量则保留原值否则用 DB 值写入os.environ。若 DB 不可用桥接自动回退到环境变量与代码默认值保证系统不因配置源故障而崩溃。此外桥接还同步了 Token 使用统计配置enable_cost_tracking/auto_save_usage→ENABLE_COST_TRACKING/AUTO_SAVE_USAGE、时区app_timezone→APP_TIMEZONE与货币偏好currency_preference→CURRENCY_PREFERENCE。九、迁移路线P0 安全基线 → P1 合并缓存 → P2 扩展方案A 将落地拆分为三个阶段每阶段有明确验收目标P0安全与基线已完成文档化方案A与权责矩阵即本文档清理/屏蔽 DB 中明文密钥生产统一响应脱敏禁止通过 REST 写入密钥从文件读/写去除api_key落地成果/config/system、/config/settings读取端对 system_settings 敏感键统一脱敏export_config导出脱敏、导入忽略敏感字段scripts/config/cleanup_sensitive_in_db.py --apply处理 48 条记录/config写入端清洗敏感字段更新系统设置接入ActionType.CONFIG_MANAGEMENT审计日志。P1合并与缓存进行中实现ConfigProviderenv→DB→用户偏好合并 短缓存 版本失效——已完成主体见 app/services/config_provider.pymigrate_env_to_providersdev 允许写入以便演示prod 仅标记has_key写配置操作审计日志扩大覆盖到 LLM/数据源/数据库配置增改删落地成果新增GET /config/settings/meta元数据接口前端配置中心统一使用has_key/source渲染。P2扩展用户/租户偏好优先级接入导入/导出 回滚前端配置中心区分敏感只读/运营可改。十、与 tradingagents 协同与文件定位与 TradingAgents 侧的协同策略分两步短期tradingagents 复用 app 的配置读取与模型不重复实现中期抽取 shared 配置模型与合并逻辑两侧共同依赖。同时明确models.json/settings.json等文件仅用于导入/导出与本地开发不作为运行时真相——运行时真相只能是环境变量 数据库运营参数 代码默认值合并后的生效视图。结语方案A分层集中式为 TradingAgents-CN 建立了一套可落地、可演进、安全可控的配置治理体系通过五级优先级收敛多源冲突通过 SoT 开关file/db/hybrid显式声明真相来源通过响应脱敏 写入拒绝 导入导出清洗 DB 不落明文守住密钥安全再以ConfigProvider短缓存合并与元数据接口支撑前端配置中心的安全渲染。对于需要在线调整的 SSE/队列/Worker 参数与 TradingAgents 限速参数均可通过 system_settings 实时生效。这套方案的完整定义、执行记录与参数清单均可在仓库 docs/config/architecture.md 中持续跟踪。【免费下载链接】TradingAgents-CN基于多智能体LLM的中文金融交易框架 - TradingAgents中文增强版项目地址: https://gitcode.com/GitHub_Trending/tr/TradingAgents-CN创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 TradingAgents-CN 配置治理实战：分层集中式配置方案（方案A）与数据库配置统一管理
TradingAgents-CN 配置治理实战分层集中式配置方案方案A与数据库配置统一管理【免费下载链接】TradingAgents-CN基于多智能体LLM的中文金融交易框架 - TradingAgents中文增强版项目地址: https://gitcode.com/GitHub_Trending/tr/TradingAgents-CN本篇技术指南聚焦 TradingAgents-CN 的运行时配置治理方案——“配置方案A分层集中式”完整讲解配置的单一事实来源Single Source of TruthSoT、五级优先级与职责边界、敏感信息脱敏策略、env→DB→用户偏好的读取合并机制、前端配置中心的元数据接口以及 SSE/队列/Worker 与 TradingAgents 侧的运行时可调参数。读完本文你将掌握如何在 app 与 tradingagents 两侧统一管理配置、安全地迁移密钥到环境变量并利用系统设置system_settings在前端可视化调整运行参数。一、背景多配置源并存下的治理痛点TradingAgents-CN 是一个前后端分离的中文金融交易框架app/侧承载 FastAPI 后端REST 接口、SSE 进度流、任务队列、Workertradingagents/侧承载多智能体交易分析逻辑。在演进过程中配置散落在多个载体中环境变量 / .env由 Pydantic Settings 管理见 app/core/config.py承载 MongoDB/Redis/队列连接、加密密钥、第三方 API Key 等基础设施与敏感项数据库system_configs、market_categories、datasource_groupings、llm_providers等集合承载运营参数与目录数据开关、阈值、优先级、分类分组代码默认值以default_*形式写在 Settings 中作为开发兜底文件models.json/settings.json等用于导入导出与本地开发。多源并存带来的典型问题是同一配置项在不同载体中的值不一致时以谁为准密钥该放哪里、不该放哪里前端如何安全地展示是否已配置密钥而不泄露明文这正是 docs/config/architecture.md 所定义配置方案A分层集中式要解决的问题。二、配置优先级与职责边界方案A为运行时配置定义了严格的优先级高 → 低请求级覆盖——仅本次请求生效不落库用户/租户偏好DB——按用户维度覆盖系统运营参数DB——system_configs、market_categories、datasource_groupings、llm_providers等集合中的动态参数环境变量 / .envPydantic Settings——密钥与基础设施连接代码默认值default_*——兜底。职责划分遵循按性质分流原则载体承载内容典型示例环境变量 / .env敏感项与基础设施连接Mongo/Redis/队列连接、加密密钥、第三方 API Key数据库运营/动态参数与目录数据开关、阈值、优先级、默认项、分类、分组、厂家代码默认开发兜底Field(default...)中的默认值从源码看Pydantic Settings 类 app/core/config.py 中新增了CONFIG_SOT: str Field(defaultfile)直接对应方案A的 SoT 开关其注释明确写道配置真相来源方案Afile|db|hybrid。三、SoT 模式开关file / db / hybridSettings.CONFIG_SOT是方案A的核心开关取值三选一file以文件/env 为准。推荐生产环境缺省。配置的真相来自环境变量与文件数据库中的运营参数作为补充db以数据库为准。仅用于兼容旧版不推荐在生产使用hybrid文件/env 优先DB 兜底。适合需要在保留文件配置权威性的同时允许 DB 覆盖部分运营参数的场景。需要注意CONFIG_SOT本身由环境变量驱动Pydantic Settings 默认读取.env因此生产环境的 SoT 选择本质上是用 env 决定配置来源这保证了启动阶段即可确定配置体系的根。实践中生产环境应保持CONFIG_SOTfile将 DB 用于运营参数与目录数据的动态调整而不是让 DB 成为全部配置的最终裁判。四、敏感信息策略脱敏、拒绝写入、不落明文方案A对密钥类信息执行三道防线这也是 P0 阶段完成的核心内容1. API 响应一律脱敏在 app/routers/config.py 中方案A集中实现了敏感字段响应脱敏与请求清洗_sanitize_llm_configs将LLMConfig的api_key置为None后返回_sanitize_datasource_configs对数据源配置若 DB 中有有效 Key 则返回truncate_api_key缩略版本否则尝试从环境变量读取并返回缩略版本两者皆无则返回None_sanitize_database_configs将DatabaseConfig的password置为None_sanitize_kv对任意字典按关键词模式(key, secret, password, token, client_secret)命中的键一律置None用于/config/system、/config/settings等读取端口的 system_settings 脱敏。2. REST 写入不接受敏感字段/config相关写入端会在落库前清洗敏感字段密钥统一来自环境变量或厂家目录llm_providers禁止通过 REST 接口把密钥写入数据库。3. 导出清空、导入忽略在 app/services/config_service.py 的export_config中导出时对 LLM 配置的api_key、数据源配置的api_key/api_secret、数据库配置的password一律置空system_settings中命中敏感关键词的键导出为None。import_config同文件 L803则反向操作导入时pop掉api_key、api_secret等敏感字段并置空确保导入过程不引入密钥。导出还会为max_tokens、temperature、timeout、retry_times等字段补齐兜底默认值如max_tokens4000、temperature0.7、timeout180、retry_times3保证导出的配置可直接导入使用。4. 生产环境 DB 不持久化明文密钥生产环境仅记录has_key与sourceenvironment/db状态DB 中不再保存明文。配套提供了清理脚本 scripts/config/cleanup_sensitive_in_db.py默认dry-run仅预览变更计划加--apply才真正执行# 仅查看将被清理的记录dry-run python scripts/config/cleanup_sensitive_in_db.py --mongo mongodb://localhost:27017/tradingagents # 实际执行清理清空 api_key/api_secret/password python scripts/config/cleanup_sensitive_in_db.py --mongo mongodb://localhost:27017/tradingagents --apply脚本扫描system_configs覆盖llm_configs、data_source_configs、database_configs三个子结构与llm_providers两个集合将api_key、api_secret、password清空。根据文档执行记录P0 阶段已通过该脚本处理 48 条记录system_configs41 条、llm_providers7 条。5. 写入审计更新系统设置等写操作已接入操作日志ActionType.CONFIG_MANAGEMENTP1 阶段将进一步覆盖 LLM/数据源/数据库配置的增改删。五、读取与合并ConfigProvider 与生效视图方案A 的读取顺序为env → DB系统运营参数/目录数据→ 用户偏好合并后由统一入口ConfigProvider/UnifiedConfigManager返回生效视图。源码实现位于 app/services/config_provider.pyConfigProvider是一个带TTL 缓存默认 60 秒的 env→DB 合并器get_effective_system_settings先读 DB 中system_configs.system_settings再对每个键尝试环境变量覆盖——候选名包括原键、大写键、点/空格转下划线的变体如news.page.size→NEWS_PAGE_SIZE命中即覆盖invalidate任何写操作后调用使缓存失效配合SystemConfig.version/事件机制实现版本失效模块级单例provider ConfigProvider(ttl_seconds60)供全局复用。这套设计的要点在于缓存只做短缓存30~60s避免配置变更后长时间不生效同时用显式invalidate()保证写后立即可见兼顾性能与一致性。六、元数据接口GET /config/settings/meta为了让前端配置中心安全地渲染是否敏感/是否可编辑/来源标记/是否有值方案A新增元数据接口端点GET /config/settings/meta作用返回system_settings中每个键的元数据供前端决定渲染方式敏感只读 / 运营可改 / 来源标记响应结构{ success, data: { items: [{ key, sensitive, editable, source, has_value }] }, message }字段含义字段含义key设置名sensitive是否敏感按关键词匹配key/secret/password/token/client_secreteditable是否可编辑敏感项或来源为 environment 时为 False其余为 Truesourceenvironment|database|defaultENV 覆盖优先其次 DB否则 defaulthas_value是否存在生效值按 ENV→DB 合并后的结果示例返回{ success: true, data: { items: [ {key: finnhub_api_key, sensitive: true, editable: false, source: environment, has_value: true}, {key: news_page_size, sensitive: false, editable: true, source: database, has_value: true} ] }, message: }后端实现在 app/services/config_provider.py 的get_system_settings_meta敏感判定用(key, secret, password, token, client_secret)模式匹配键名editable not sensitive and source ! environmenthas_value判断合并后的生效值是否非空。路由入口位于 app/routers/config.py。前端配置中心据此统一使用has_key/source渲染移除密钥明文输入与显示测试/提交时不再传递敏感字段。七、运行时可调参数SSE / 队列 / Worker以下参数支持通过前端配置中心的系统设置system_settings可视化编辑无需重启服务即可生效。优先级DB(system_settings) ENV(Settings) 代码默认范围下限均需大于 0前端提供最小值约束与保存前校验。参数键默认值说明worker_heartbeat_interval_seconds30Worker 心跳上报间隔秒用于健康与活跃度监测queue_poll_interval_seconds1.0队列轮询间隔秒影响任务提取频率queue_cleanup_interval_seconds60.0队列清理循环间隔秒用于过期或异常任务清理sse_poll_timeout_seconds1.0SSE 任务进度流轮询超时秒sse_heartbeat_interval_seconds10SSE 任务进度流心跳事件发送间隔秒sse_task_max_idle_seconds300SSE 单任务流无事件最大空闲时间秒超过将结束连接sse_batch_poll_interval_seconds2.0SSE 批次进度流轮询间隔秒sse_batch_max_idle_seconds600SSE 批次进度流无事件最大空闲时间秒超过将结束连接这些默认值与 app/core/config.py 中 Pydantic Settings 的SSE_POLL_TIMEOUT_SECONDS、SSE_HEARTBEAT_INTERVAL_SECONDS、SSE_TASK_MAX_IDLE_SECONDS、SSE_BATCH_POLL_INTERVAL_SECONDS、SSE_BATCH_MAX_IDLE_SECONDS一一对应——即DB 覆盖 ENV 默认值的机制DB 有值用 DB否则回落到 Settings 中定义的代码默认。八、TradingAgents 环境参数与弱依赖适配器TradingAgents 侧的部分限速/睡眠参数同样支持通过后端系统设置统一管理也可用环境变量覆盖优先级DB(system_settings) ENV 代码默认。环境变量默认值说明TA_HK_MIN_REQUEST_INTERVAL_SECONDS2.0港股数据最小请求间隔用于 yfinance/AK 数据请求节流TA_HK_TIMEOUT_SECONDS60港股请求超时时间秒TA_HK_MAX_RETRIES3港股数据获取最大重试次数TA_HK_RATE_LIMIT_WAIT_SECONDS60遇到速率限制时的等待时间秒TA_HK_CACHE_TTL_SECONDS86400改进版港股名称/信息缓存的 TTL秒TA_CHINA_MIN_API_INTERVAL_SECONDS0.5A 股数据接口最小调用间隔秒TA_US_MIN_API_INTERVAL_SECONDS1.0美股数据接口最小调用间隔秒TA_GOOGLE_NEWS_SLEEP_MIN_SECONDS2.0Google News 抓取最小随机延时秒TA_GOOGLE_NEWS_SLEEP_MAX_SECONDS6.0Google News 抓取最大随机延时秒弱依赖适配器机制位于 app/core/config_bridge.py启动时通过同步 MongoDB 客户端读取system_configs中is_activeTrue的文档将system_settings中的键桥接到环境变量如ta_hk_min_request_interval_seconds→TA_HK_MIN_REQUEST_INTERVAL_SECONDS。桥接遵循env 优先原则若.env/环境中已显式设置该变量则保留原值否则用 DB 值写入os.environ。若 DB 不可用桥接自动回退到环境变量与代码默认值保证系统不因配置源故障而崩溃。此外桥接还同步了 Token 使用统计配置enable_cost_tracking/auto_save_usage→ENABLE_COST_TRACKING/AUTO_SAVE_USAGE、时区app_timezone→APP_TIMEZONE与货币偏好currency_preference→CURRENCY_PREFERENCE。九、迁移路线P0 安全基线 → P1 合并缓存 → P2 扩展方案A 将落地拆分为三个阶段每阶段有明确验收目标P0安全与基线已完成文档化方案A与权责矩阵即本文档清理/屏蔽 DB 中明文密钥生产统一响应脱敏禁止通过 REST 写入密钥从文件读/写去除api_key落地成果/config/system、/config/settings读取端对 system_settings 敏感键统一脱敏export_config导出脱敏、导入忽略敏感字段scripts/config/cleanup_sensitive_in_db.py --apply处理 48 条记录/config写入端清洗敏感字段更新系统设置接入ActionType.CONFIG_MANAGEMENT审计日志。P1合并与缓存进行中实现ConfigProviderenv→DB→用户偏好合并 短缓存 版本失效——已完成主体见 app/services/config_provider.pymigrate_env_to_providersdev 允许写入以便演示prod 仅标记has_key写配置操作审计日志扩大覆盖到 LLM/数据源/数据库配置增改删落地成果新增GET /config/settings/meta元数据接口前端配置中心统一使用has_key/source渲染。P2扩展用户/租户偏好优先级接入导入/导出 回滚前端配置中心区分敏感只读/运营可改。十、与 tradingagents 协同与文件定位与 TradingAgents 侧的协同策略分两步短期tradingagents 复用 app 的配置读取与模型不重复实现中期抽取 shared 配置模型与合并逻辑两侧共同依赖。同时明确models.json/settings.json等文件仅用于导入/导出与本地开发不作为运行时真相——运行时真相只能是环境变量 数据库运营参数 代码默认值合并后的生效视图。结语方案A分层集中式为 TradingAgents-CN 建立了一套可落地、可演进、安全可控的配置治理体系通过五级优先级收敛多源冲突通过 SoT 开关file/db/hybrid显式声明真相来源通过响应脱敏 写入拒绝 导入导出清洗 DB 不落明文守住密钥安全再以ConfigProvider短缓存合并与元数据接口支撑前端配置中心的安全渲染。对于需要在线调整的 SSE/队列/Worker 参数与 TradingAgents 限速参数均可通过 system_settings 实时生效。这套方案的完整定义、执行记录与参数清单均可在仓库 docs/config/architecture.md 中持续跟踪。【免费下载链接】TradingAgents-CN基于多智能体LLM的中文金融交易框架 - TradingAgents中文增强版项目地址: https://gitcode.com/GitHub_Trending/tr/TradingAgents-CN创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考