Explain the path
Give requesters a source they can check.
Them AI for IT
Recurring questions interrupt the person who knows the answer. Bring approved setup instructions, request policies, and troubleshooting guidance into shared rooms, so teammates understand the next step without confusing an explanation with permission to act.
Mac-only for now. Free during the beta (invite-only).
What do I need before requesting this tool?
Them AI with company contextInclude the business need, intended use, and responsible team. The software policy routes data handling questions to security and purchasing questions to the budget owner before the request proceeds.
↗ Example software policyA useful record for the next person.
Illustrative workflow. Not a live conversation.
The work gets better when the context stays.
Give requesters a source they can check.
Help teammates prepare a more useful question.
Leave approvals and changes with responsible owners.
In the day-to-day
Start with the question. Keep the source. Make a person responsible for what comes next.
Where should I start with setup?
Start with the approved onboarding guide, then confirm the required setup with the IT owner. The guide identifies which steps you can complete and which need their assistance.
↗ Example setup guidanceHelp teammates understand approved setup instructions before asking for help. Cite prerequisites and the support owner, then let IT confirm any step that could affect access, security, or a managed device.
What should my software request explain?
Explain the use case, intended users, and data handling needs. The request policy sends those details to the IT owner, who can identify the required security and purchasing reviews.
↗ Example request policyMake the request policy understandable before it becomes another incomplete message. Ask which business details are needed, identify the reviewers, and prepare an outline without treating it as an approved purchase.
What should I include when asking for help?
Describe the observed behavior, the approved steps attempted, and where the process stopped. That gives the support owner a starting point and makes the remaining question clear.
↗ Example support checklistUse reviewed troubleshooting guidance to organize what happened and what was tried. Keep secrets and personal device details out, then give the IT owner a clear question and safe supporting context.
Who needs to review my access request?
The access policy names the system owner as reviewer. Explain the business need and requested scope, then follow the designated approval path before anyone provisions the access.
↗ Example access policyExplain who reviews an access request and why the policy exists. Keep the approved process available for repeated questions, while actual identity checks, approvals, and provisioning remain in the authorized systems.
These are example workflows to evaluate, not customer results. Connected agents use their own tools; Them AI is the shared context and review workspace.
From useful work to reusable knowledge
Memory keeps the facts and decisions. Skills keep a way of working. People decide what deserves to become a shared reference.
Meet Rooms and the CollectiveExample software policy
IT operations reviews the sources and proposed record.
Request preparation
Make it real
Bring one approved guide and the IT owner who handles its exceptions.
Discuss a design partnership
Before you begin
Bring one real workflow
Start with a question your team keeps answering. Bring the sources, the people who know, and the decisions worth keeping.
Mac-only for now. Free during the beta (invite-only).