主题：金字塔如果解决了这个问题，用户量至少翻5倍

如果解决了这个问题，用户定源源不断而来，数量级定轻松翻几倍;

建议根据真实仓位的增加与减少过程来取函数值，不论这个仓位是自动开平仓还是手动开平仓，仓位怎么来的都只是形式，任何一个已经形成的仓位都会影响盈亏这才是结果，不管白猫黑猫只要是好猫。

事实上，如果作这一改进后，会完美兼容之前全自动的任何需求，绝不会顾此失彼，

别请教，如何取得真实仓位的前一次开仓价，开仓时既有自动也有手动？

有没有办法取到帐户真实仓位的前一次开仓价？

目前用全局变量，或是函数都实现不了，它不记录手动开仓的价格以及开仓历时，

为什么不能改一改，记录所有仓位的开仓价与开仓历时呢

一旦这样记录，全自动的用户与半自动的用户都可以很好地使用，不再出现当前，手动一干预，全自动就报废的情况

现在金字塔最大的问题是将很多半自动的用户挡在了门外，根本原因是半自动的下单后，数据不被记录，导致后面策略的取值全是错的，只得停掉，只要能解决手动下单后自动策略取到的值是准确的，美不美观在其次，就像娶老婆，是摆个漂亮的充气娃娃好，还是娶个真能用上的真人更好？

况且，就算记录了放在一起，如果非要区分开来，也可以用一列标明是自动预警，还是手动开平后的记录啊，

1-原来全自动的用户全部是兼容的，这部份是你们的存量客户

2-整合目前市场上远多于全自动稳定盈利的半自动客户群体，这是潜在的增量客户

程序化半自动跑后台的大多使用的是模拟，原因是半自动的群体很难过得了不手动干预这个坎，你们市场部门统计一下模拟帐户与专业版本续费用户数，就可以看出来的，必须得分析这些人怎么模拟模拟着却没有转化成为有效的专业后台用户啊，我只不过是根据群里几百号人的日常交流及我的使用感受，反映当前存在的一个普遍原因而已