团队协作
同一个工作空间里的席位,而不是邮件里的授权码
所有人登录同一个组织,看到同一池环境、代理和 Cookie 集。没有东西只存在某一台笔记本上,也就不会随着某一台一起走掉。
- 首页
- Argus 如何工作
- 团队协作
从第二个人开始碰这些账号那一刻起,问题就换了形状。它不再是指纹的问题,而变成了谁能碰到什么、两个人同时编辑会怎样,以及怎样交接才不用开一周的会。本页五节,其中一节讲 Argus 目前还做不到什么。
云同步
一池共享,而不是各存一份
用邮箱和密码登录,你的工作空间就跟着你走。环境、代理、Cookie 集、文件夹、状态和书签都会同步到组织,所以第二台机器——或者第二个人——打开的是同一个库,而不是它的一份导出。
这就是工作空间和文件的区别。没有需要发来发去的名册,没有哪个版本比同事手里的更新,也没有两个人各按各的事实在干活的时刻。

写入是怎么工作的
同一份列表上的两个人不会互相覆盖
每一次写入只落在一行上。你在重命名一个环境时,别人正在改它的代理,这并不会用他的改动顶掉你的——因为你们谁都不是在保存一整份文档,而共享表格从来没能改掉这个毛病。
同样的原则也适用于日程:登录同一个工作空间的两台机器,本来可能同时触发同一个时段。它们不会:先到的那台把它认领下来,另一台让开。
Cookie 集
把账号交给别人,但不把密码交出去
这才是真正改变一个团队工作方式的部分。登录一次,把会话存成一个 Cookie 集,分配给某个环境,Cookie 就会在启动时被写进会话——于是不管谁打开那个环境,进去时都已经是登录状态。
密码从没被共享过,所以团队人员变动时也不必轮换它。没有人要等那位手机收验证码的同事。交接更是不费事:新同事登录工作空间,名册就在那里,因为它从来不曾住在前一个人的笔记本上。
项目 · API 密钥
收窄一个人或一个工具的作用范围
项目把服务于同一个客户或同一场活动的环境、代理、Cookie 集、自动化、数据集和日程归到一起。在任何一个标签页里选中一个项目,这个标签页就收窄到它的东西上——那是一个工作范围,不是一道权限边界,而这两者的区别值得说清楚。
对工具而言,真正的边界确实存在:本地 API 的密钥限定在你指定的文件夹上,可以创建、列出和吊销。来自新客户端的每一个请求,在被应答之前都会在应用里弹出一个「允许还是拒绝」。在一个项目内部,你还可以设定助手的自主程度、指明它在这里永远不能调用的工具,并限定它可以改动东西的时段——这些限制由应用自己的代码在工具运行前检查,而不是拿去请求模型自觉遵守。
这里还没有的
两件我们还没有的事,直说
没有按资源划分的权限模型。工作空间的成员能够碰到整个工作空间——今天没有办法只给某人环境而不给代理,也没有办法给某个文件夹的只读权限。如果你的采购决定取决于这一点,那是「没有」,而不是「快了」。
也没有操作日志。你还没法查上周二是谁启动了某个环境。两样都是我们想要的,两样今天都还没有;比起你付了席位的钱之后才发现,我们更希望你在这里读到。
套餐
各个套餐分别带多少席位
席位按工作空间计算,而承载套餐的正是工作空间。这里列出的档次以下的每一档都是单席位——但依然会在你登录的任意多台自己的机器之间同步。
- Team——10个席位、300个环境、$159/30 天
- Enterprise——25个席位、1000个环境、$299/30 天
套餐权益是在数据库里强制执行的,而不是只在界面上,所以上限是账号的属性,不是一项交给应用自觉去做的检查。购买前还有一件事值得知道:订阅属于工作空间,而且只有它的所有者能购买——新的工作空间不会从旧的那里继承套餐。
