> For the complete documentation index, see [llms.txt](https://docs.themspkb.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.themspkb.com/ai-for-msps/ai-in-the-msp-stack/what-it-cant-do-yet.md).

# What It Cant Do Yet

### Introduction

AI features in MSP tools are marketed as powerful, but their limits are real. These systems generate patterns, not certainty, and they lack context about individual client environments. Without safeguards, AI creates new risks: false confidence, broken processes, and legal exposure. This section outlines where AI fails today and how MSPs can mitigate those gaps.

***

### Technical Limitations

* **Hallucination (Confident Wrong Answers):** AI can generate plausible but incorrect guidance.\
  \&#xNAN;***Example:*** Suggests PowerShell commands that don’t exist.\
  \&#xNAN;***Risk:*** Techs may copy errors into production without verification.
* **Context Boundaries:** Generic models lack awareness of client-specific environments.\
  \&#xNAN;***Example:*** Suggests a generic “Outlook fix” that conflicts with a client’s M365 setup.\
  \&#xNAN;***Risk:*** Misaligned advice drives ticket volume higher.

***

### Client Impact

* **False Confidence in Security**\
  AI-based detection may over-alert or under-alert. While techs chase false positives, real threats can slip through.
* **Expectation Gap**\
  Clients may believe AI “fixes” issues automatically. In reality, it only suggests. Overselling creates liability when AI misses something.
* **Compliance Mismatch**\
  Some AI tools cannot provide legally required explanations for automated actions. Outputs may be valid technically but unacceptable contractually.

***

### Operational Risks

<table><thead><tr><th width="213.42578125">Risk</th><th width="250.1328125">Impact on MSP</th><th>Safeguard</th></tr></thead><tbody><tr><td><strong>Skill erosion</strong></td><td>Techs rely on AI instead of learning troubleshooting</td><td>Maintain manual training labs</td></tr><tr><td><strong>Over-automation</strong></td><td>AI runs unchecked, compounding errors</td><td>Keep human-in-the-loop checkpoints</td></tr><tr><td><strong>Vendor lock-in</strong></td><td>Proprietary AI becomes dependency</td><td>Negotiate portability rights</td></tr><tr><td><strong>Audit gaps</strong></td><td>AI decisions not logged</td><td>Require exportable audit trails</td></tr></tbody></table>

***

### Safety Checklist Before Enabling AI

* [x] Review the Data Processing Agreement (look for **no-training** guarantees)
* [x] Confirm liability limits in the contract — who pays if AI fails?
* [x] Identify which client data will be processed and where (data residency)
* [x] Establish rollback steps if AI guidance is wrong
* [x] Train staff to verify outputs and document misses
* [x] Maintain manual fallback workflows for critical services

**Key terms**: *hallucination*, *liability squeeze*, *data processing agreement*, *human-in-the-loop*, *false positive*.

***

#### Bottom Line

AI can augment MSP operations, but it cannot replace human oversight or compliance guardrails. The risks are operational as much as technical: hallucinations, blind spots, and expectation gaps must be managed deliberately.

👉 See [**Where We’re Going**](/ai-for-msps/ai-in-the-msp-stack/where-were-going.md) for how these risks are evolving into regulatory and contract requirements.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.themspkb.com/ai-for-msps/ai-in-the-msp-stack/what-it-cant-do-yet.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.