一人公司在制任务上限的设定，不应从某个看似合理的数字开始，而应从注意力的切换成本开始。单人运作的瓶颈通常不是任务总量，而是同时推进的任务数量：每多打开一项工作，上下文就多一份恢复成本，交付物也更容易停在半成品状态。所谓上限，就是为这种并行度设置一个硬边界，让新任务出现时，系统能迫使你先处理已经打开的工作。

真正需要限制的通常只有执行列，而不是收集池或待处理列。想法可以大量进入，待处理也可以保留本周期候选，但一旦任务进入执行阶段，就应该受同一上限约束。常见做法是控制在三个以内：一个作为当天主要推进项，一个用于等待反馈时切换，另一个保留给低阻力的碎片化工作。这个结构的意义不在于凑满三个位置，而在于防止主要任务被无限穿插，同时给不可避免的等待期留出可操作空间。

上限的具体数值应当由工作颗粒和等待时间决定，而不是固定套用。研发任务如果拆得足够小，三个并行项可能已经接近注意力边界；交付类工作如果频繁受外部确认影响，在制数量适当靠近上限反而能减少空转。更重要的判断标准是：每一张在制卡是否能写清完成边界和下一步动作。如果无法写清，问题往往不在上限过低，而在任务拆分不够。

执行规则比数字更重要。达到上限后，不允许从待处理继续拉取新任务，只能先完成、暂停或退回其中一项。暂停和退回不是失败，而是把已经打开的工作显式关掉。与此同时，上限是否合理可以通过两个信号验证：一项任务在执行列停留过久，说明不是并行度不足，而是任务本身需要进一步拆小；一项任务反复退回验证，说明完成标准还不够清晰。

对一人公司而言，在制任务上限的价值最终体现在每周闭环里：开始更少，完成更多，验证结果可追踪。与其反复调整工具配置，不如先设定一个保守上限运行一段时间，再根据执行列的停留时间和返工情况做微调。