Bastix
Features

长程投资任务

长程投资任务不是"自动交易机器人"。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

  1. 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

  2. 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

  3. 同 changelog:"持续任务更专注于研究本身——定时自动运行的持续任务现在只做研究、观察与整理,不再自行发起对外动作;需要对外执行的动作统一回到主会话、由你在场时进行",且操作说明已明确"持续任务不用于直接交易"。 ↩ ↩2 ↩3 ↩4 ↩5 ↩6 ↩7

  4. apps/web/content/docs/changelog/v1-0-9.mdx:官方信息雷达"无人值守,每个交易日从盘前到盘后定时运行",为"按交易日无人值守定时运行"提供已上线实例;该雷达"只做信息研判,不替任何人下单,也不调仓"。 ↩

  5. 同 changelog:"主会话与持续任务的表现各归其位"——即时对话(主会话)与无人值守定时运行(持续任务)两种场景,从第一句话起各按其方式工作。 ↩

  6. apps/agent-api/src/runtime-tools/strategy-position-tool.ts:在 tap:{tapId} 会话中 set_target/reset 被门禁拒绝——TAP 只做观察与判断,调仓主张写回主会话由其决定是否执行。这是"持续任务不自动下单"的代码级依据。 ↩ ↩2 ↩3

  7. 产品事实登记"持仓管理"为 production:记录策略目标/当前仓位、变更时间、标的、仓位比例和原因;是沙箱内策略仓位账本,不是券商持仓或真实成交。证据:POSITIONS_HISTORY_TABLE、strategy_position。 ↩

  8. 产品事实登记"券商连接与真实下单"为 unsupported:对 apps、packages、services、infra 生产代码检索未发现券商或下单实现;apps/agent-api/src/runtime-tools 无下单工具。 ↩ ↩2

  9. 产品事实登记"禁止声明":"自动交易""自动下单""券商同步持仓""内置回测已上线"等在任何公开页面、销售材料、Schema 或截图中均不得使用。 ↩

  10. 产品事实登记"回测引擎"为 unsupported:没有现成统一回测引擎,只能在受限代码工具中由用户自行组织研究计算;backtest-routes.ts 返回未实现。 ↩

  11. 产品事实登记"智能体对话与工具调用"为 production:模型输出可能出错,不构成投资建议。 ↩