屏幕上出现“买入信号”，不等于交易所已经收到委托。QMT中的调试、回测、模拟信号和实盘交易，可能都会打印买入文字，但只有正确的实盘模式才会对真实账户报单。

可以用一条简单的判断线来理解这件事。先确认策略是在模型交易或对应交易模块中运行，而不是在编辑器里调试。再确认运行模式选择了实盘，绑定的是正确资金账号，并且下单函数没有被注释或受安全开关限制。随后检查返回值和委托回报：真正的下单通常应能看到订单编号、委托状态或错误信息。只有一行“触发买入条件”而没有订单记录，说明链路仍停留在信号层。

量化软件出现“没有反应”时，不能立刻归因于软件故障。真实链路通常包括行情到达、策略触发、条件判断、风控过滤、委托生成、柜台受理和成交回报。任何一层没有留下清晰日志，用户看到的都只是“没买”。排查时应从最前端开始：策略是否运行、行情是否更新、条件是否满足、是否生成委托、委托状态是什么。

如果前面都没有问题，再检查下面这些容易被忽略的细节：即使进入实盘模式，仍可能因为非交易时间、数量不足100股、可用资金不足、价格超过限制、账户状态异常或重复下单保护而不报单。因此日志要区分“信号成立”“风控通过”“已发送委托”“柜台受理”“成交完成”。把这五个阶段写清楚，才能知道问题在哪。

对于新手，建议先把目标缩小到一个账户、一个策略、一个标的和一种运行周期。基础链路稳定后，再增加股票池、交易频率和自动化程度。这样每次出现异常时，变量更少，也更容易确认责任点。一次把功能全部打开，看似效率更高，实际上更容易把多个问题叠在一起。

在实盘前，至少要确认资金账号、可用资金、持仓、委托方向、价格类型和交易时段。量化执行速度再快，也不能替代基本的交易风险控制。

不要忽略盘前和盘后的验证。很多策略只在特定时间触发，盘中临时打开可能观察不到预期结果。测试时应覆盖启动、交易时段、收盘处理和次日恢复，才能判断工具是否适合长期运行。

在沟通时，最好把当前券商、账户类型、资金区间、希望运行的策略方式、是否需要外部Python以及目前卡住的页面或报错一次说清。信息越完整，越容易区分是开户问题、权限问题、软件问题还是代码问题，也能避免反复安装和重复提交。

如果你有买入信号却没有订单，可以把运行界面截图、日志和下单函数附近代码发出来。我可以先确认是否真的进入实盘，再继续排查风控和柜台回报。