做宏观投资的人最怕的不是没信息而是信息来得太晚、太碎、太主观。传统意义上的经济周期指标比如GDP增速、PMI、物价指数通常要等一个月甚至一个季度才能看到而且官方还会在之后反复修正。等你拿着一份“确认过的”数据去决策行情往往已经走完大半。我去年给自己定了一个目标用AI agents搭一套动态经济周期指标系统让大模型自动去采集数据、计算特征、判断当前周期阶段、输出理由和置信度最后再推送到我手里。折腾了小半年这条链路已经能稳定跑通还在几次关键拐点上比官方数据提前给出了预警信号。下面分享的不是产品宣传而是我实际操作里的架构设计、代码骨架和避坑清单适合正在做宏观研究、资产配置或者量化策略的读者参考。先说清楚这套系统定位是研究辅助工具不构成任何投资建议。1. 为什么AI agents适合来做经济周期指标1.1 传统宏观指标的核心问题不是精度而是时效GDP是季度频率初值公布之后至少还有两轮修正PMI虽然是月度但样本和季节性调整方法经常调整物价指数同比更多反映的是已经发生的价格变动对拐点并不敏感。换句话说等这些数字在统计口径上“坐实”经济可能已经从复苏走进了过热。我盯过某季度的经济增速数据从初值到终值可以改掉整整0.5个百分点这个误差足以让一个基于此的投资信号彻底反转。所以传统指标的精度其实并不是最大痛点时效性和修正滞后才是。我在做这个项目的早期尝试直接用官方数据的同比变化画线然后用简单阈值来判断周期。结果发现这类方法本质上是在“用后视镜开车”它对过去的拟合很好但往前看一步就会失灵。真正需要的是一种能持续吸收新信息、并快速更新结论的机制这正是AI agents比较擅长的事情。1.2 AI agents真正替代的是“读资料、写摘要、查数据”这类执行层很多人误以为用大模型判断经济周期就是让AI直接预测未来的GDP或物价这是不切实际的。大模型的强项不是预测而是指令执行和信息整合。当一个agent被赋予明确的任务边界、数据接口和输出格式它可以像实习生一样把几十份文件读成三页摘要并且不知疲倦。它能把产需、库存、价格、金融条件、市场情绪等不同维度的信息压缩成一张带解释的卡片而不是给你一个黑盒式的“涨跌预测”。我在模拟项目X里用了一个很简单的原则凡是能靠代码算的绝不让模型算凡是能靠检索拿的绝不让模型猜。这样agent的幻觉空间被压缩到最小。AI agents并不是来取代经济学分析的它更像是“读报员加计算器加翻译官”把分析师从重复劳动中解放出来。1.3 “动态”二字的意义指标是一个流程不是一个静态公式很多传统指标是每月发布一个固定的数字比如PMI等于50是荣枯线这个逻辑本身没毛病但它缺少两个东西及时性和可组合性。动态指标的意思是系统会在每天收盘后重新读取数据重新计算特征重新给出周期阶段和置信度。一旦有新的月度数据出来过去60天的判断会全部重算一遍相当于让历史也随着认知更新而修正。这就是“动态”的核心结论不是一次性生成后就不再变而是随着数据、情绪、金融条件的边际变化持续演进。一套静态公式只能给你一个点状答案而一套agent流程能给你一条不断被校准的曲线。2. 系统架构四个agent如何协作2.1 采集agent确保数据是新鲜的、干净的采集agent负责执行一个定时任务把核心指标从公开API和授权数据源拉下来统一成一张宽表。我给它配了一个多源校验机制同一个指标至少有两个来源如果差异超过阈值就标记为异常而不是直接取平均值。数据迟到是常态比如某个月度数据晚发一两天采集agent必须把重试和超时逻辑写进任务流里。原始的数据调度工具也能做这类工作但agent的价值在于它可以自动把失败原因结构化地报出来。当某个接口改了字段名agent不一定能自己修复但它能明确告诉你“这个字段映射需要人工确认”而不是让流水线悄悄断掉。这一点在长期运行中非常重要宏观数据的口径调整几乎每年都会发生。2.2 特征agent把原始序列翻译成“周期语言”原始数据是一串时间序列模型读起来并不直观。特征agent会把它转成三类特征动量类、宽度类、领先类。动量类衡量走势方向宽度类衡量上升与下降指标的比例领先类包含市场预期和金融条件。每个特征还会做标准化处理避免量纲不同导致分数失真。我习惯把特征计算放在确定性代码里完成而不是让大模型来做加减乘除。这样既快又稳也能保证推理agent拿到的输入是一致的。如果某个月的某个数据缺失特征agent会输出一个明确的缺失标记而不是用0或者上期值糊弄过去。这个细节在后面帮我避免了很多次“幽灵信号”。2.3 推理agent让大模型在约束下做判断推理agent是整个系统的核心。它接收的是特征agent输出的一张“最近6期特征表”和历史档案而不是几百个原始数字。输出必须符合一个JSON Schema包含phase、score、evidence、confidence。用强校验的原因是如果让大模型自由发挥它很容易给你写两千字宏观散文既耽误解析又难以复用。为了进一步压低幻觉我在prompt里会要求“不得引用特征表之外的数值”“如果置信度低于60phase必须填unknown”。这不是为了限制模型的创造性而是为了保证下游预警逻辑不会因为一个模棱两可的判断而胡乱报警。2.4 预警agent只在有意义的变化时通知你预警agent不负责每次都发消息只在三种情况下触发相位切换、分数偏移超过正负5、置信度跌破某个阈值。这样能有效避免信息轰炸。我平时看盘只需要处理预警结果其他时间让系统自己跑。后来我又加了一个“静默期”参数同一个相位内即使分数波动略超阈值也不会连续报警而是要等至少两天再触发。这个设计解决了很实际的问题——金融数据每天都在小幅摆动如果不加抑制你会被高频通知搞到精神衰弱。3. 关键实现从数据到周期分数的完整流程3.1 特征工程先让机器看懂宏观我最终保留的特征集并没有很多大概十几个但每个都有明确的经济含义。这里给出最核心的四类特征名计算方式为什么用它动量类指标过去3个月与过去12个月均值的偏离度反映趋势强度避免只看单月噪声宽度类在观察的指标池中处于上行状态的占比反映复苏或衰退的普适性领先类金融条件、市场预期调查、长短期利差等标准化合成尽可能提前捕捉拐点一致性各维度方向一致的指标占比降低单一指标噪声的影响宽度类特征是我比较看重的一个。如果10个指标里只有PMI指向扩张其余9个都在下行那么这次上涨可能只是脉冲不是趋势。加入宽度类特征后agent不再被单个指标的异常波动带偏整体判断的稳定性提升非常明显。3.2 构造周期分数一个可解释的评分函数周期分数不需要很复杂但要可解释。我采用一个半线性评分函数base 50 momentum_score 10 * tanh(0.6 * zscore(momentum_features)) breadth_score 15 * (breadth - 0.5) * 2 lead_score 5 * tanh(0.3 * zscore(lead_features)) score base momentum_score breadth_score lead_score这个函数故意写得不过度复杂。用tanh是因为它会把极端值压到-1到1避免某一个月数据爆炸式偏离对整体分数造成过大冲击。权重是初始经验值之后用历史区间做敏感性测试再微调。我把分数映射成五个状态score小于35是衰退加速35到47是衰退减速47到60是复苏早期60到75是扩张初期75以上是过热预警。注意这些阈值不是一成不变的季度重估时要看历史分布避免把模型拟合到某一段特殊行情里。3.3 工作流的核心代码骨架核心工作流我用一个CycleAgent类来组织采集、特征、推理、预警各是一个独立方法方便单独测试。这里提供一个简化版骨架import json class CycleAgent: def __init__(self, fetcher, feature_engine, llm_client, alert_hook): self.fetcher fetcher self.feature_engine feature_engine self.llm_client llm_client self.alert_hook alert_hook def run(self): raw self.fetcher.fetch_all() features self.feature_engine.compute(raw) prompt self._build_prompt(features) response self.llm_client.chat( messages[{role: user, content: prompt}], response_format{type: json_object} ) result json.loads(response) validated self._validate_schema(result) self._maybe_alert(validated, features) return validated def _build_prompt(self, features): return f 你现在是一名宏观周期研究员。 请基于最近6期特征表判断当前周期阶段。 特征表{features} 要求 1. 只输出JSON不要输出解释性文字。 2. phase只能是recession_speedup, recession_slowdown, early_recovery, early_expansion, overheating_risk。 3. score是0-100的整数。 4. evidence必须引用特征表中的具体数值。 5. confidence低于60时在phase填unknown。 def _maybe_alert(self, result, features): if self._detect_phase_change(result): self.alert_hook.send(相位切换, result)这里response_format需要你的模型接口支持结构化输出如果不支持就退而求其次让prompt强制要求JSON再在代码里做json.loads和字段校验。关键是不要让一个无法解析的response打断整条流水线。schema校验函数我在这里省略了但你至少需要检查phase字段是否合法、score是否在区间内、evidence是否非空。3.4 让指标随着数据修正而“滚动更新”由于官方数据会修正我设计了版本化档案每次拿到新的月度数据就回算最近60天并把结果存成带版本号的快照。比如5月10日系统首次输出“复苏早期”6月15日某项数据被修正后系统可能重算为“扩张初期”。这个过程不是bug而是动态指标的核心机制。你要做的不是固定一个结论而是让结论随着信息更新被重新估一遍。实际操作中我会在每次重算后保留一份version diff这样如果后来发现某次判断有问题还能追溯是哪个数据源的变化导致了结论漂移。4. 验证与回测不能靠直觉4.1 用合成数据做沙盘测试真实经济周期样本太稀少可能几十年才十来个完整周期很难压测agent的灵敏度。所以我先用蒙特卡洛方式生成一个马尔可夫状态切换序列设定两个状态每个状态有不同的均值和波动状态之间以固定概率跳转然后让agent识别当前状态。import numpy as np def simulate_regime_switch(n, p01, p10, mu0, mu1, sigma): state 0 samples [] states [] for _ in range(n): if state 0 and np.random.rand() p01: state 1 elif state 1 and np.random.rand() p10: state 0 samples.append(np.random.normal(mu0 if state 0 else mu1, sigma)) states.append(state) return np.array(samples), np.array(states)用这套模拟数据我可以在几秒内跑出一百条不同的周期路径检验agent在不同切换强度、不同状态长度下的识别能力。这些测试能提前暴露很多问题比如“某个特征权重过高导致状态切换识别太慢”或者“prompt里定义的相位边界和模拟数据分布不匹配”。4.2 三个评价指标命中率、领先性、稳定性我重点看三个数命中率、领先时间、稳定性。指标含义我目前跑到的经验值命中率模型判断的周期状态与最终确认状态一致的比例合成数据上大于85%真实数据上大于70%就要保持警惕领先时间相位切换信号比官方首次确认提前的天数平均提前10到40天比较理想稳定性连续两次输出的score绝对差日常不超过5若频繁超过8说明特征噪声太大真实数据噪声大追求90%以上的命中率很容易过拟合反而在样本外崩盘。我宁可让系统在边界状态下多输出几次“unknown”也不愿意让它给出一个高置信度的错误信号。4.3 真实数据样本太少怎么办如果只有单个市场的20年数据一定不能把权重调到极致。我采用三种手段一是在多个可比市场的数据面板上做压力测试二是保留最近3年做严格的样本外验证三是对每个权重只做正负20%的敏感性分析而不是全局寻优。记住权重稍微偏一点可以接受方向判断错误才致命。另一个容易忽略的问题是数据发布日期对齐。某些指标的发布时间比统计月份晚一个月如果在回测里直接把它当成当月数据使用等于偷偷引入了未来信息。所有特征都必须带有“可用日期”而不是“统计月份”。5. 实战中的坑、排查与优化技巧5.1 数据缺失和修订宁可“一问三不知”这是我最先踩的坑。某次数据源没有更新月度指标agent直接把上一期数值当成最新值用结果连续多天输出同一种状态。后来我规定所有特征必须带时间戳数据源超过预期时效就标记为缺失推理agent在prompt里必须看到missing标记缺失特征不参与评分。绝不允许把缺失当成0或者沿用旧值。这看起来像是一个很基础的工程问题但在宏观研究里特别容易发生。因为很多数据源并不会明确告诉你“这期没出”而是静默地保留上一个观测值。如果你不主动检查时间戳就会被“看起来连续”的数据欺骗。5.2 提示词越宽泛回答越像胡话我第一次给推理agent的prompt是“分析当前经济周期并提供建议”结果它写了几百字宏观散文还给了我几个风险提示。第二次我改成结构化任务只输出JSON、只能引用特征表、必须给confidence。效果立竿见影。这里有一个更微妙的地方prompt里的特征表不能太长。如果一次塞进去过去24期的数据大模型很容易被中间某些异常值带偏。我最后把输入限制在最近6期并提前在特征工程阶段把最重要的8到10个特征单独列出来。模型吃的是压缩饼干不是满汉全席判断质量反而更高。5.3 用“双agent对抗”减少单次判断的错误还有一个改良技巧用两个agent分别扮演多头和空头专门对同一个特征表提出相反判断。比如一个认为“金融条件改善支持复苏初期”另一个认为“利差数据仍然偏紧风险未解除”。最后由一个仲裁agent结合两者意见给出最终评分。这并不能消除模型的全部幻觉但能显著减少因为prompt角度单一带来的盲区。代价是推理成本翻倍所以我只会在分数处于阈值边界时启用这种模式。平时用普通单agent流程就够边界状态下再临时加对抗既省钱又保险。5.4 常见问题速查表症状可能原因处理方式分数连续一周不变数据源未更新或特征对慢变量不敏感检查数据时间戳增加周频高频特征agent给出自相矛盾的evidenceprompt特征表太长注意力被稀释只保留最近6期以及最重要的8到10个特征回测很好但实盘频繁跳变权重优化过度或误用了统计月份而非发布日期严格对齐发布日期做样本外测试模型返回非JSON接口不支持结构化输出或temperature过高降低temperature增加JSON解析重试和校验兜底5.5 运营节奏与长期迭代这套系统不是上线就不用管的。我每周一会固定花半小时看上周所有预警是否合理每月末重估一次周期阈值和特征权重。agent的prompt也要跟着市场结构变化调整比如当某个金融条件指标被统计方法调整后直接在数据字典里维护映射关系。最后说一点个人体会AI agents在宏观研究里的定位不是取代研究员的判断而是把研究员从数据收集和重复计算里解放出来让人把精力放在“这个逻辑是否成立”上。我在搭建过程中得到的最大教训是稳定比聪明重要——一个不给幻觉留空间的沉默系统远比一个口若悬河但经常算错的agent有价值。如果你也打算搭类似系统建议先把最简单的数据到特征到评分再到推送的闭环跑通再逐步加上对抗、敏感度分析和动态更新。后面这个主题还有很多可扩展空间比如产业链级别的高频数据融合和更长周期的风险预警我之后会继续整理实操笔记。