The brief built on last month's file

A lab manager prepares the group leader's half-year status for a grant report. She pastes the lab meeting minutes into a chat assistant and asks for a summary. It's quick and well written. It says the cryo-EM collaboration is "on track". The minutes she pasted were from July. The August minutes, on the group's SharePoint, say the collaboration has paused. The group leader almost sends the report.

In a company it's a project engineer taking over a customer project from a colleague who is leaving. He connects an assistant to the company's SharePoint and asks for "everything about the project". The brief is thorough. It also quotes a line from a budget spreadsheet in the controlling folder, which he can open because of an old permission and his new team lead can't. He forwards the brief to her. Now a figure is out that shouldn't be.

A connector, a link that lets the assistant open files in your organisation's systems by itself, solves the first problem: the assistant reads the current files, not whatever you pasted last week. It doesn't solve the second on its own. A connector sees everything you can see, and your team doesn't see what you see. This book shows you how to use an existing connector to build a brief your colleagues rely on, and check what it read, how current it is and who may read the result. You are at Level 2 Power user: the brief goes to your team or your manager, so a stale claim or a leaked line reaches them.

After this you can

  • Connect the Microsoft 365 connector read-only and say what it can see: everything your own account can open.
  • Ask a scoped question that names the site or folder, and get a brief where every claim names its file and date.
  • Check the brief is current and that the colleague who receives it can open every source it cites.
  • Switch the connector off for the chat, or disconnect it, and say what that does and doesn't remove.

Before you start