Skip to content

第 2 章 安装、登录、更新与企业环境前提

软件能打开,项目材料还不能进

WorkBuddy 装好了,也能正常登录。走到这里,只证明软件可以运行。项目材料能否放进去,还要看安装来源、组织账号、数据政策、模型和连接器、工作区范围,以及任务怎样留痕。

WorkBuddy 版本、工作区与权限入口

我这次用的是 macOS WorkBuddy v5.3.14。截图和步骤都按这个版本记录。界面升级后,按钮很可能换位置,作业指导也要跟着版本走。“上次我记得在这里”经不起检查。

安装和更新,我会留下哪些记录

  1. 从企业软件中心、IT 分发渠道或 WorkBuddy 官方渠道获取安装包。
  2. 核对发布方、版本和企业批准范围,不使用来源不明的二次打包版本。
  3. 完成登录后,只创建虚构练习任务,不立刻导入项目文件。
  4. 每次更新记录版本、日期、模型/权限/连接器是否变化。
  5. 重要版本变更后,用既有金标准样例做一次回归测试。

更新过程中如果冒出新的登录授权、外部连接、磁盘访问或网络权限,我会停在授权按钮前,让 IT 或信息安全确认。一次“允许”可能把可访问范围扩大很多,不能和普通界面更新混在一起处理。

企业环境准入表

检查项必须得到的答案没有答案时
软件来源安装包和更新渠道已获批准仅使用虚构材料,不进入项目
账号使用哪个组织账号,离职/转岗如何撤销不连接团队资料或外部系统
数据哪些数据级别允许进入哪个模型默认不放受试者级和项目敏感数据
模型数据是否用于训练、保存多久、处理区域在哪里向信息安全/采购/法务核实
工作区允许读写哪些本地或共享目录建立独立练习目录,禁止指向大盘
连接器/API哪些连接器已评估,读写范围是什么不连接、不粘贴密钥
留痕任务卡、提示词、输出和复核记录存哪里不把产物视为受控记录

我先跑了一个只含虚构数据的冒烟测试

在本地创建一个仅含虚构材料的目录:

text
WB-GCP-001/
├── input/meeting.txt
├── reference/project-boundary.md
└── output/

WorkBuddy 打开这个目录后,我只测了三件事:

  • 能读取 input/meeting.txt
  • 能在 output/ 新建文件;
  • 任务结束后 input/reference/ 没有被修改。

仓库里的 完整练习工作区 可以直接使用。第一次运行就选整个共享盘、网盘根目录、邮箱或桌面,WorkBuddy 会看到太多无关文件,也很难判断它到底动过什么。

升级以后,再用同一份答案测一遍

保留一份标准输入和人工确认的标准答案。WorkBuddy、模型、Skill 或连接器更新后,至少比较:

  • 行动项数量和字段是否一致;
  • 未知负责人/日期是否仍写“待确认”;
  • 来源行号是否正确;
  • 输入目录是否保持只读;
  • 是否出现新的外部访问或权限请求。

界面能打开,只能算启动成功。相同输入还能得到字段一致、来源可查、未知值未被补全的结果,这份对比记录才有验证价值。

这一章做完,我会留下四条记录

  • [ ] 记录了 WorkBuddy 版本与安装来源
  • [ ] 获得企业对数据、模型、连接器的明确口径
  • [ ] 用虚构数据完成读写与不改原件测试
  • [ ] 知道更新后需要重新测试什么

下一章:主界面、任务、模式、模型与工作区 →

面向 GCP 临床试验从业者的 WorkBuddy 实战读本 · Pixel icons by HackerNoon