Shared logins and AI tools: the hidden cost of one account for the whole team
The quickest way to share a homemade AI tool is to share the account it runs on. One login, everyone uses it, done. It works on day one. The trouble shows up later.
Everyone becomes one person
When five people use one account, every email, every update and every mistake looks like it came from the same person. If a customer complains about a message, nobody can say who sent it. If a record is changed, nobody knows why.
Everyone sees everything
A shared account can usually see whatever its owner can see. That means a new team member suddenly has access to every customer, every deal and every email thread the account can reach — not just their own.
Leaving is messy
When someone leaves, the shared password should change. In practice it often doesn’t, because changing it would break the tool for everyone else. So a former colleague may still have a working way in.
It is often against the rules
Many software licences and most company security policies say accounts are for one named person. A shared account can quietly put the team out of step with both.
What to do instead
- One person, one sign-in. Everyone signs in with their own company account.
- Their own connections. Each person connects their own email, calendar or CRM once, so the tool only sees what they could already see.
- Keep upstream credentials out of the tool where the architecture supports it. The gateway and credential store still need protection, and leavers’ tokens, sessions and dependencies still need review.
- Records attributed to people. Verify what the audit trail covers and how it handles missing or uncertain outcomes.
This is the approach Cresec takes on mediated workflows. We review compatibility for your workflow; see the FAQ.
Sources and further reading
- n8n: credential sharing, including end-user credentials
The end-user credential note describes sharing a credential definition while each user connects their own account. Check availability and the exact workflow setup.
- Claude: connected-service permissions and action controls
Claude documents inherited service permissions and organization-level action restrictions. Check the controls available in your organization before proposing an extra layer.
- Reddit discussion: handling client infrastructure and credentials
A builder asks how to move from personal automations to client infrastructure and credentials. Use the question to identify ownership decisions, not as product documentation.