跳转到主要内容
本指南讲解 Scheduled Task 的进阶模式:只有当某个条件为真时才触发的条件触发,以及把多个动作串联在一起的多步骤任务。当你熟悉了基础的简报和监控之后,这些模式能让你把更多流程自动化。 它背后的概念是 Scheduled Tasks

条件任务

条件任务只在条件满足时才做工作,从而让输出保持相关、减少噪音:
每个交易日检查我的自选股。如果任何标的相对我标记它时的价位下跌超过 8%,就快速分析发生了什么变化、投资论点是否依然成立。如果没有任何标的越过这条线,就什么都不要发。
模式是:检查一个条件,只在它为真时才行动。这比一个无论如何每天都跑完整分析的任务有用得多。

多步骤任务

多步骤任务按顺序做几件事,产出更完整的输出:
每周一早上:首先,总结我的组合上周表现如何。然后,检查是否有持仓触及风险阈值。然后,标出本周哪些持仓要发财报。作为一份合并的简报送出。
每一步都建立在上一步之上,你得到的是一份连贯的报告,而不是三条分散的提醒。

把条件和步骤结合起来

最强大的任务把两者结合:
每天早上扫描我的自选股。对任何出现异常成交量或波动超过 5% 的标的,找出可能的原因,并检查机构是在吸筹还是派发。只总结触发条件的标的,并对每一只给出建议的下一步。

进阶任务的小贴士

  • 精确陈述条件。 “如果某只标的波动很大”很含糊;“如果某只标的波动超过 5%”才可付诸行动。
  • 合理排列步骤。 把作为门槛的检查放在前面,让任务不做不必要的工作。
  • 保持输出整合。 一份合并的简报比几条零散的提醒更容易付诸行动。
  • 依赖之前先测试。 在把任务用于任何重要用途之前,先运行几次并打磨逻辑。

何时应该拆成多个任务

并非所有事都该塞进一个复杂任务。出现以下情况时就拆分:
  • 各部分按不同的计划运行(每小时监控 vs 每周回顾)
  • 各部分应送往不同渠道(紧急提醒到 Telegram,深度回顾到网页端)
  • 某个任务变得难以理清

常见错误

  • 过度设计。 分支太多的任务难以调试。从简单开始,仅在需要时增加复杂度。
  • 条件含糊。 条件逻辑需要具体的阈值才能可靠运作。
  • 静默失败被忽视。 定期查看日志,以便确认你的任务按预期运行。

相关内容