长程投资任务
长程投资任务不是"自动交易机器人"。Bastix 用 TAP(可持续运行策略单元)把一个投资想法拆成研究→观察→持仓→复盘四阶段,按交易日无人值守地做研究、观察与整理,事件溯源地积累长程记忆;需要对外执行的动作统一回到主会话由你决定。它只做研究不下单、不连接券商、无统一回测。
大多数 AI 工具是"一问一答":你问一次,它答一次,然后忘记。投资研究不是这样工作的——一个想法需要连着好几周盯着、反复观察、记住上次的判断、到复盘时回看当初为什么这么想。
Bastix 的差异化能力就在这里:长程投资任务。它由 TAP(可持续运行策略单元) 承载,可以无人值守地按每个交易日定时运行,把一个投资想法沿着研究 → 观察 → 持仓 → 复盘四个阶段持续推进,并用事件溯源的方式把每一步观察记下来。12
但请先记住这条边界,它贯穿全文:无人值守的持续任务只做研究、观察和整理,不自动下单、不连接券商。 需要对外执行的动作,统一回到你在场的主会话由你决定。13
它解决的问题:一次性提问撑不起长期研究
| 一次性 AI 问答的问题 | 长程投资任务怎么承接 |
|---|---|
| 每次重新开始,不记得上次结论 | 事件溯源记忆:当前状态由历次更新累积推出,而非只看最近几句对话2 |
| 你得每天手动来问一遍 | 无人值守:按交易日从盘前到盘后定时运行,不需要你守着4 |
| 研究、盯盘、复盘各用一套工具,割裂 | 同一个单元贯穿研究→观察→持仓→复盘四阶段,一条主线2 |
| 说"帮我盯着",它却擅自替你操作 | 持续任务只研究整理,对外动作回主会话,你在场再决定13 |
长程投资任务不是让 AI 替你交易,而是让 AI 替你持续做功课:把该看的看了、该记的记了、该提醒的提醒了,最后把判断交回给你。
它靠什么跑起来:多智能体协同
长程投资任务由 TAP(可持续运行策略单元) 承载,在产品事实登记中标为 production(生产可用)。一个 TAP 在运行时不是"一个 AI 从头跑到尾",而是一张从 START 到 EXECUTE、含多个 agent 节点的有向无环图:同层并行、层间串行,把研究、风控、执行等角色组织起来协同推进。同一个智能体还能按 tap_id 并存盘前/盘中/复盘多支独立任务。1
这套"一个任务内部多个 AI 如何分工协同"的机制,详见 多智能体协同。它是支撑长程研究的基础,不是独立产品。
四阶段生命周期:研究 → 观察 → 持仓 → 复盘
长程投资任务最像"长期研究"的地方,是它给每个投资事件一条受控的四阶段生命周期。在智能体的工作记忆工具中,stage(阶段)是一个受控枚举,只有这四个值:研究、观察、持仓、复盘——没有"关闭"。2
| 阶段 | 这一步在做什么 | 记忆怎么推进 |
|---|---|---|
| 研究 | 建立一个投资事件:为什么关注、看什么、判断依据 | mode=create 开一个新事件2 |
| 观察 | 按交易日追加观察与进展,看假设是否还成立 | mode=update 追加一条观察2 |
| 持仓 | 记录围绕该事件的策略目标仓位意图与理由 | 阶段推进;仓位写入见下节的沙箱账本23 |
| 复盘 | 回看整条事件流,总结当初判断对在哪、错在哪 | 阶段推进到复盘,事件流完整可回溯2 |
它是事件溯源的:每个事件是一条持续更新的流水,当前状态由历次更新推出来,而不是只凭最近几句对话。2 这正是"长程记忆"的实质——每轮运行开始、判断今日重点前,先读取当前仍未关闭的事件及其更新流,再决定今天观察什么。2
这条"研究→观察→持仓→复盘"的主线,就是 Bastix 对"长期持有一个投资逻辑并持续跟踪"的产品化表达。
持续任务和主会话:各归其位
Bastix 把智能体工作分成两种场景,从第一句话起就按各自方式工作:5
- 主会话 —— 你在场时的即时对话。需要产生对外影响的动作,在这里由你决定。
- 持续任务 —— 无人值守、定时运行的后台任务。它专注研究本身。
关键分工是:定时运行的持续任务只做研究、观察与整理,不再自行发起对外动作;需要对外执行的动作统一回到主会话、由你在场时进行。 智能体的操作说明里已明确"持续任务不用于直接交易",避免把定时任务误当成自动下单的通道。3
这一分工不是文案口号,而是有代码级依据的:在 tap:{tapId} 会话里,写入目标仓位(set_target)和重置基准(reset)会被门禁拒绝——TAP 只做观察与判断,调仓主张写进结论文本回到主会话,由主会话决定是否执行。6
它靠什么连成一条线:智能体持仓管理
无人值守要连成一条线,每次自动运行都得能读到上一次留下的连续仓位状态。长程投资任务把这份状态记在沙箱内的策略仓位账本里——记的是策略目标仓位意图(标的、比例、时间、理由),不是券商持仓或真实成交;当前占比按份额法以虚拟基准实时重建。连续状态可读,但在 TAP 内写操作被门禁拒绝,调仓主张回主会话由你决定。76
账本口径、四种操作与写门禁的完整说明,详见 智能体持仓管理。它是支撑无人值守的支点,不是独立产品。
一个长程投资任务大致长什么样
以下为说明四阶段结构的示意,标的与数字均为占位、非真实运行数据。
tap: 某行业景气度跟踪 # 一个可并存的 TAP,按 tap_id 区分
trigger: 每交易日盘后 # 定时触发,无人值守
lifecycle:
- stage: 研究 # create:为什么关注、看什么、判断依据
- stage: 观察 # update:按交易日追加观察,检验假设
- stage: 持仓 # 记录策略目标仓位意图与理由(写回主会话执行)
- stage: 复盘 # 回看整条事件流,总结对错
memory: 事件溯源 # 当前状态由历次更新累积推出
external_action: none # 持续任务不自动下单;对外动作回主会话这个结构的价值在于:它把"长期跟踪一个投资逻辑"这件本来靠人脑记忆和手工笔记完成的事,变成一条可回溯、可交接、有明确边界的研究流水。
Bastix 在长程投资任务上明确不做什么
- 不自动下单、不连接券商。 内置能力未发现券商连接或下单 API;持续任务只做研究、观察与整理。83
- 不是自动交易机器人。 "自动交易""自动下单""券商同步持仓"是禁止声明。9
- 没有现成统一回测引擎。 用户只能在受限代码工具中自行组织研究计算。10
- 不保证结论正确或可盈利。 模型输出可能出错,不构成投资建议。11
什么样的人适合用长程投资任务
- 有一套自己的投资逻辑,需要连续几周跟踪它是否还成立的人;
- 希望盘前/盘中/盘后各有一个定时研究任务分工运行的人;
- 重视复盘、想让每次判断都有据可查的人;
- 明确知道决策和交易由自己负责、只需要 AI 持续做功课的人。
如果你要的是"把钱交给 AI 自动赚钱",Bastix 不是这样的产品,也不会这样宣称。
常见问题
有没有可以长期运行的 AI 投研工具?有没有能无人值守跑的投研 AI?
Bastix 的长程投资任务能无人值守分四阶段持续运行,按交易日定时自动做研究与研判;需要对外执行的动作时回到主会话由你决定。13
AI 能帮我持续跟踪一个投资逻辑吗?
Bastix 用事件溯源的方式把一个投资想法沿研究→观察→持仓→复盘四阶段持续记录,当前状态由历次更新累积推出,而不是只看最近几句对话。2
长程投资任务会自动帮我下单吗?
不会——无人值守的持续任务只做研究、观察与整理,不自动下单、不连接券商;在 TAP 会话中写目标仓位与重置基准会被门禁拒绝,调仓主张须回主会话由你决定。368
相关阅读
- 自然语言生成交易策略:先把想法拆成可检查的研究骨架,再交给长程投资任务承接。
- 持仓分析功能页:沙箱策略仓位账本的口径与真实内部模型。
- 交易复盘指南:把"复盘"阶段做深的方法。
- 投研工作流:长程投资任务在整体投研流程中的位置。
Footnotes
-
Bastix《公开产品事实登记》0.1.0(取证日期 2026-08-14)"TAP(可持续运行策略单元)与定时触发"为
production:策略定义、运行记录、启动/停止与调度链路存在;无人值守任务只做研究、观察和整理,不等于自动下单。证据:apps/agent-api/src/sandboxes/portfolio-db.ts、apps/server/src/scheduler、v1-0-9.mdx。 ↩ ↩2 ↩3 ↩4 ↩5 -
apps/agent-api/src/mastra/prompts/capability-intros.ts(tap_memory_manager):用事件溯源管理沙箱内投资事件,每个事件是一条持续更新的流水,当前状态由更新推出;stage生命周期为"研究→观察→持仓→复盘"受控枚举,仅这四值、不含"关闭";mode=create开新事件、mode=update追加、传stage则推进阶段;每轮开始先mode=query读未关闭事件及更新流。 ↩ ↩2 ↩3 ↩4 ↩5 ↩6 ↩7 ↩8 ↩9 ↩10 ↩11 -
同 changelog:"持续任务更专注于研究本身——定时自动运行的持续任务现在只做研究、观察与整理,不再自行发起对外动作;需要对外执行的动作统一回到主会话、由你在场时进行",且操作说明已明确"持续任务不用于直接交易"。 ↩ ↩2 ↩3 ↩4 ↩5 ↩6 ↩7
-
apps/web/content/docs/changelog/v1-0-9.mdx:官方信息雷达"无人值守,每个交易日从盘前到盘后定时运行",为"按交易日无人值守定时运行"提供已上线实例;该雷达"只做信息研判,不替任何人下单,也不调仓"。 ↩ -
同 changelog:"主会话与持续任务的表现各归其位"——即时对话(主会话)与无人值守定时运行(持续任务)两种场景,从第一句话起各按其方式工作。 ↩
-
apps/agent-api/src/runtime-tools/strategy-position-tool.ts:在tap:{tapId}会话中set_target/reset被门禁拒绝——TAP 只做观察与判断,调仓主张写回主会话由其决定是否执行。这是"持续任务不自动下单"的代码级依据。 ↩ ↩2 ↩3 -
产品事实登记"持仓管理"为
production:记录策略目标/当前仓位、变更时间、标的、仓位比例和原因;是沙箱内策略仓位账本,不是券商持仓或真实成交。证据:POSITIONS_HISTORY_TABLE、strategy_position。 ↩ -
产品事实登记"券商连接与真实下单"为
unsupported:对apps、packages、services、infra生产代码检索未发现券商或下单实现;apps/agent-api/src/runtime-tools无下单工具。 ↩ ↩2 -
产品事实登记"禁止声明":"自动交易""自动下单""券商同步持仓""内置回测已上线"等在任何公开页面、销售材料、Schema 或截图中均不得使用。 ↩
-
产品事实登记"回测引擎"为
unsupported:没有现成统一回测引擎,只能在受限代码工具中由用户自行组织研究计算;backtest-routes.ts返回未实现。 ↩ -
产品事实登记"智能体对话与工具调用"为
production:模型输出可能出错,不构成投资建议。 ↩