441 「卖一半」在保存的那一刻就变成了5000股——条件单的数量，不跟着仓位长大

成交回报上写着 5,000 份。我记得自己填的是「卖一半」。

三个月前写单那天，持仓正好 10,000 份，一半就是 5,000。这个数字在当时是对的。错的是我以为它会长大。

今天13:00前后，创业板指在 2,620.68 点附近、较前一交易日跌 0.67%，科创50 跌 1.68%，我手里那只 ETF 的止损条件单被触发。回报的份额是 5,000。而我的持仓，早就不是 10,000 份了。

数量这一格，是条件单里会自己变化的那个参数

价格那一栏基本不动：写 2.85，明天还是 2.85。基准那一栏也偏静态——要么钉成本价，要么钉一个固定价位（这两种锚点的差别，另一篇已经拆过，见「跌3%」在三个日期是三个价格）。触发判定读的是哪一串报价，也是固定的采样方式（见它没在最低点触发，不代表它失灵）。

只有数量这一格，可以在两种语义之间选：写一个固定股数，或者写「全部／百分比」这类相对量。

两种写法在持仓不变的时候，表现一模一样——所以你根本不会注意到自己在选什么。等加减仓一发生，它们就走到两条路上去了。

「一半」不是一个参数，是一次换算动作

你在界面上点 50%，保存的那一刻，程序做了一次乘法：50% × 10,000 = 5,000，然后把 5,000 写进单子。字段里睡的是 5,000，不是 50%。

之后的加仓、卖出一部分、分红送转带来的份额变化，都不会回头去改这个数。它认的是那个已经被算出来的结果，不是当初那个想法。

这一点各家实现并不统一：有的界面在保存时就换算成股数，有的在触发那一刻才按当时持仓重新计算。字段名字可能都叫「数量」，语义却不是一回事——这个差别在界面上看不出来，只能自己翻说明、或者用一笔小额单子试出来。

加过仓，那张单子还在替三个月前的你值班

写单那天你算过一笔账：卖掉一半，留住一半。这个决定是在 10,000 份的规模上做的，它本身没错。

加仓到 15,000 份之后，敞口变了，单子没变。触发时卖出 5,000 份，剩下 10,000 份——这个剩余量比当初想留的还多。换句话说，你以为设了半仓保护，实际设的是一条会随仓位稀释的固定线。

下面这组数字是为说明换算关系编的，不对应任何真实账户：

反过来选「全部」也不是省事：它会把加仓那部分一起卖掉，包括你昨天才买、当时还不打算动的那一份。两种写法都不是错的，只是它们保护的东西不一样——一个保护「写单时的想法」，一个保护「触发时的仓位」。麻烦的是很多人以为自己选的是前者，拿到的却是后者，或者反过来。

触发那一刻，它还要再问账户一次：这些份额真的能卖吗

数量写完不等于数量可用。当天买入的部分第二天才可卖，这条规则会把「全部」拆成一个更小的数（这一层以前单独写过，见今天买入的票，止损单今天管不到）。

份额不够时怎么办，各家处理并不一样：有的按能卖的部分成交，有的整张单不成立。这件事没有行业统一答案，只能自己确认。所以「全部」这张单子碰上当天加仓，常见的结果是卖掉了老仓位、留下当天买的那一份——数字上它确实执行了，效果上它只执行了一部分。

另外别忘了它到报单就撒手：排队、撮合、剩下没成交的那部分，条件单都不在场（见条件单管到报单为止）。数量写得再准，也只是把「想卖多少」翻译成「报多少」。

三个动作，比多设几个参数有用

第一，翻一遍手上所有单子的数量栏，看它写的是数字还是「全部／百分比」。这一步只是把自己写的什么看清楚。

第二，每次加减仓之后回头看一眼：这张单子现在还覆盖多少比例。仓位变了而单子没变，保护强度就已经变了。

第三，拿最小的单位试一张单——一百份，触发一次，看回报的份额与当初填的是什么关系。规则写在说明里，但说明未必写得清实现，一次小额验证比读三遍条款都可靠。

说到底，条件单守的是你写单那天的仓位，不是今天的仓位。价格参数写死了不会动，这是它的优点；数量参数能被冻结，这是它的隐患。工具没有变聪明，只是把你当时的一个算术结果，忠实地执行了很久。

⚠️ 仅个人经验分享，不构成投资建议，入市有风险。