在公司关闭账户之前，看清每位交易员的回撤

恰好两样，且仅限交易员主动共享的账户：该自营账户的规则状态（已用当日亏损、回撤下限、一致性比率、交易天数，以及是否已违反硬性规则），以及计算这些数字所依据的净值序列。除此之外没有任何内容越界。团队永远看不到交易员的交易所 API 密钥、交易日志、AI 图表分析、其他自营账户，或任何未共享的账户。共享是交易员在自己页面上主动执行的操作，可随时撤回；移除成员时，其共享账户会在同一个数据库事务中解除关联——访问权限在成员资格结束的那一刻即终止，而不是等到下次同步。

多数团队使用电子表格加聊天群：每位交易员上报余额，有人重新录入，再由公式标出接近限额的人。这种做法在三个具体环节失效。第一，表格存的是余额，而追踪式回撤是净值曾触及的最高点的函数——一个账户浮盈曾达 +4,000 后回到持平，在所有采用日内追踪的公司中下限早已移动，但收盘余额那一列什么也看不出。第二，当日亏损的计算窗口按公司所在时区重置，而非阅读者的时区，因此以 UTC 为准的表格会让每个窗口偏移数小时，既可能掩盖真实违规，也可能凭空制造违规。第三，它是事后的：数字送达时交易员早已平仓。TraderAI 直接读取净值序列，套用该公司自己的规则变体，并在严重程度档位发生变化时提醒，而非每个跳动都提醒——因此警报会在还有余地平仓时抵达。

不可以，而且这是在数据库层面强制执行的，不是靠制度约束。将自营账户关联到工作区的那一列，只能由账户所有者本人通过自己的页面写入；不存在供管理员写入该列的接口，权限模型中也没有任何角色具备可以表达该行为的能力。团队可以发出邀请，该邀请绑定到某个邮箱地址，并在接受时与已登录账户进行比对——因此被转发的链接无法让陌生人进入工作区。此后的一切都由交易员决定：共享哪些账户、何时撤回共享、是否退出团队。退出会在同一个事务中解除其共享过的所有账户。

工作区按团队而非按交易员计费，并由我们团队开通，而非自助购买——自营公司的席位数、合约期限和计费周期都需要协商，而一个结算按钮无法承载这些。请联系客服并提供公司名称、希望开通的交易员人数以及偏好的计费周期，我们会完成开通：所有者已就位，邀请链接可直接发送。个人交易员无需工作区：自营规则跟踪器在所有 TraderAI 套餐中对 1 个账户免费，包含全部回撤变体和全部提醒。工作区层只是在交易员已有账户之上，增加团队整体视图、角色划分和共享的合规表格。

两者皆可，并且二者被刻意保持独立。一位交易员可同时属于多个工作区，而每个已共享的账户只归属其中一个——因此共享给团队 A 的账户对团队 B 不可见，为两家公司交易的人也不会意外把一家的账户暴露给另一家。账户规则按账户配置，而非按工作区配置，这一点很关键：自营公司的规则并非稳定事实，它们因公司、账户规模和项目而异，且会在不预告的情况下变更。因此同一团队中的两位交易员，完全可以并行运行一个固定回撤的 FTMO 账户和一个日内追踪的 Topstep 账户，各自按自己的规则集评判，同时呈现在一张合规表中。

可以。净值读数可来自三种来源，且按每一条读数标注来源而非按账户标注，因此报告始终能说明哪个数字是实测的、哪个是手工录入的。已连接的交易所提供含浮动盈亏的实时快照——真正触发日内规则违规的正是这个数字。手工录入是一等选项，也是多数 MT4/MT5 自营公司唯一可用的方式；交易员录入余额后，所有规则的计算方式与来自实时数据源时完全相同。第三种回退方案是根据交易日志中的已平仓交易重建净值，界面会标注其为仅含已实现部分，因为它看不到正在亏损的持仓——而这恰恰是触发日内规则违规的因素。同一账户混用多种来源是常见且受支持的：录错的手工条目可以单独删除，而不必丢弃其前后的实测历史。