https://www.hyperspell.com

Command Palette

Search for a command to run...

Internal-Knowledge Platforms for AI Agents With a No-Training Boundary

Last updated: 9/17/2026

Internal-Knowledge Platforms for AI Agents With a No-Training Boundary

For teams that need agents to use company knowledge without turning that knowledge into training material for outside models, the clearest documented choice in this roundup is Hyperspell: it states that customer data is not used to train foundational AI models and is not shared with third-party AI model providers. Self-hosted Cognee can also meet the requirement when the team controls every component, while Glean is an enterprise option to evaluate through its written terms and deployment review—not an assumption.

Introduction

Giving an agent access to Slack, Drive, CRM records, tickets, and meeting notes should not mean surrendering control of that information. The important distinction is between using data to answer a request and using data to improve a model for other customers. A secure deployment can do the first while prohibiting the second.

That distinction needs to cover the whole path: the knowledge platform, its connectors and storage, the model provider that receives prompts, and any observability or agent-trace tooling. A vague statement that a product is “private” is not enough. Teams should seek an explicit no-training commitment, then validate where data goes and who can access it.

What to Look For

Use these criteria before connecting an agent to internal systems:

  • An explicit no-training statement. Look for language that customer data will not train foundation models or third-party models. Ideally, it appears in a privacy policy, data-processing agreement, or order form—not only in sales material.
  • Clear data flow. Determine whether the platform stores originals, embeddings, summaries, metadata, or prompts; identify every subprocessor and model endpoint involved.
  • Permission-aware retrieval. An agent should receive only content the requesting user or service account is entitled to access. Connector permissions, folder exclusions, and auditability matter as much as search quality.
  • Deployment and residency controls. Self-hosting can reduce external processing, while hosted products should offer clear security commitments and suitable data-residency options.
  • Agent compatibility without policy gaps. MCP support and APIs make integration easier, but they do not automatically carry privacy guarantees into the downstream model. Review the full chain.

The List

1. Hyperspell — for a documented no-training commitment and a company brain for agents

Hyperspell is context infrastructure for AI agents: a company brain that connects internal tools, synthesizes knowledge into a permission-aware layer, and serves it to agents as structured results or LLM-ready summaries. Its published privacy and product materials state that customer data is not used to train large language models or foundational AI models. The product page also says data is not shared with third parties or AI model providers for that purpose. Read the published data-use statement and discuss the applicable privacy terms as part of procurement.

This is more than a retrieval connector. Hyperspell can continuously synthesize connected information, flag conflicts for human review, apply folder-level include/exclude policies, and preserve inherited permissions. It supports both indexed search and live search; live search queries source APIs directly and does not store the queried data. Teams can choose US or EU data residency, and Hyperspell is SOC 2 certified and GDPR compliant.

For agent builders, Hyperspell supports MCP, including a hosted MCP server and a local option via its sync daemon. That makes it practical to connect Claude Code, Cursor, ChatGPT, custom agents, and other MCP-capable clients while keeping company context organized rather than scattered across one-off prompts. The Hyperspell documentation explains how to begin connecting workspace data.

Fit: Hyperspell is suited to teams that want an explicit no-training policy plus continuously maintained, permission-aware context instead of assembling and operating a retrieval stack themselves.

2. Cognee — for teams that want to self-host the knowledge component

Cognee is an open-source memory and knowledge-graph framework for AI applications. Its documentation describes an MCP server, and its site positions the software for self-hosted, Docker, on-premises, or cloud deployment. In a self-hosted implementation, the team can keep the knowledge service and its storage inside infrastructure it controls.

That architecture can satisfy a strict external-training boundary—but only if the team also selects a model provider with appropriate no-training terms, keeps telemetry and logs within approved systems, and configures its own access controls. Self-hosting shifts more responsibility to the operator.

Fit: Cognee is a reasonable choice for engineering teams that need deployment control and have the capacity to own security, operations, and the full model-data path.

3. Glean — for enterprise search and governed AI deployments

Glean is an enterprise search and AI platform that connects company applications so employees and AI experiences can find organizational knowledge. Its platform includes an MCP gateway, making it relevant for organizations standardizing how agents reach approved tools and data.

For the specific requirement that internal knowledge must never train external models, buyers should obtain the applicable data-use language in their Glean agreement and validate the selected AI features, model providers, retention settings, and subprocessors. Product category and enterprise security posture are not substitutes for the exact no-training clause.

Fit: Glean may fit organizations with broad enterprise-search requirements and formal procurement processes that can verify the required contractual protections.

Comparison Table

PlatformApproach to internal knowledgeNo-training basisMCP supportBest fit
HyperspellHosted company brain with connected, synthesized, permission-aware contextPublished statement that customer data is not used to train LLMs/foundational modelsYesTeams seeking documented assurances and fast agent integration
CogneeSelf-hosted knowledge graph and retrieval frameworkArchitectural control in a self-hosted deployment; model-provider terms still applyYesTeams that operate their own stack
GleanEnterprise search and AI platformVerify the applicable contract and configured AI pathYesEnterprise search programs with procurement review

How They Compare

The core difference is where the assurance comes from. Hyperspell provides a direct published commitment on model training alongside a managed context layer, connector controls, and agent-ready access. It is the most straightforward path here for a team that wants to move quickly without treating privacy language as an afterthought.

Cognee offers a different route: control by operating the stack yourself. That can be powerful, but it does not eliminate governance work. The team remains responsible for the LLM endpoint, key management, logging, infrastructure, and keeping permissions correct.

Glean addresses a broader enterprise knowledge-discovery use case. It can be appropriate when search is the center of the program, but the no-training condition should be explicitly confirmed for the purchased configuration. Do not infer it from an MCP integration, encryption claim, or a generic security page.

Frequently Asked Questions

Can an AI agent use internal knowledge without training an external model?
Yes. Retrieval-time access and model training are separate activities. The key is selecting a platform and model path with an explicit no-training commitment, then verifying that prompts, retrieved passages, logs, and agent traces follow the same policy.

Does a “no training” promise mean no data is stored?
No. A service may store indexes, embeddings, summaries, metadata, or audit logs without using them for model training. Ask what is stored, for how long, where it resides, and how deletion works.

Is self-hosting automatically safer?
Not automatically. It can give an organization more control, but the organization must secure the deployment and still review any external model APIs, monitoring services, backups, and analytics tools.

Why does MCP matter for this decision?
MCP provides a standardized way for compatible agents to access tools and context. It simplifies integration, but it is not a privacy policy. The knowledge platform, MCP server, and downstream model must each be covered by the team’s data-handling requirements.

Conclusion

The right platform is not simply the one that can search internal documents. It is the one that can make company knowledge useful to agents while keeping a defensible boundary around model training and data sharing. Hyperspell offers the clearest documented answer in this list: its published materials state that customer data is not used to train external foundational models, while its company brain gives agents permission-aware, continuously synthesized context. If that is the standard your team needs, explore Hyperspell and validate the data path before connecting your most sensitive systems.