MIND-SAFE and the questions to ask before choosing an AI assistant
A clinic choosing an AI assistant needs more than a convincing demo. It needs to know which tasks the software handles, what evidence supports those tasks and what happens to a client's data. MIND-SAFE gives that discussion a useful structure.
Boit and Patil's 2025 paper proposes a design framework combining therapeutic methods, adaptation to the user and ethical safeguards. The paper contains no original participant data. Its contribution is an architecture and a plan for testing it, so calling MIND-SAFE a validated safety standard would give it a status it hasn't earned.
What the proposed architecture contains
MIND-SAFE stands for Mental Well-Being Through Dialogue - Safeguarded and Adaptive Framework for Ethics. The authors describe an input layer that checks incoming messages, a dialogue engine and checks on the response before it reaches the user. They also propose an ongoing feedback loop with therapist oversight.
The dialogue engine uses a user-state database for personalization. Retrieval-augmented generation, or RAG, supplies relevant material from a selected knowledge base when the model writes an answer. The therapeutic approaches discussed include CBT, acceptance and commitment therapy, and dialectical behavior therapy.
That gives a buyer concrete questions. Which material enters the knowledge base? Who reviews it? How does the system choose an exercise, and what happens when the conversation no longer fits that exercise? A vendor can describe these decisions and show test results. Naming a therapy in a system prompt doesn't answer them.
The checks around the dialogue matter for the same reason. An input classifier can flag a message for a different response path; an output filter can inspect the drafted answer. Each component needs its own evaluation. Adding both to a diagram doesn't establish how often either will miss an important case. We explain these design choices in our review of guardrails for mental-health AI.
Table 4 does propose measurements
The paper goes beyond a list of principles. Table 4 recommends ways to evaluate several dimensions, including symptom change measured with PHQ-9 or GAD-7, exercise completion and dropout rates. It also includes user ratings of empathy and clarity, comparisons across demographic groups, crisis-scenario tests and therapist-coded transcripts.
These measurements answer different questions. Session length tells you how long someone used the service. It doesn't tell you whether symptoms improved. A high empathy rating describes how the response was received; a clinical outcome comparison asks whether the intervention changed a health outcome. Keeping those results separate makes a vendor's evidence easier to assess.
Table 4 is a proposed evaluation menu. The paper doesn't establish a validated pass mark, certification process or guarantee of legal compliance. Its authors outline future comparative evaluation against a baseline system. A clinic can use the questions now while requesting evidence about the particular product it plans to buy.
There is a useful reporting lesson in Li and colleagues' review: 15 of 35 included studies, about 43%, reported safety assessment or protective measures. Those measures included expert access and adverse-event assessment as well as automatic harm detection. The denominator is studies, and the category is broader than crisis guardrails. It isn't a count of how many commercial systems are safe.
A practical checklist for clinics and private practice
The following questions are an editorial application of the framework. They aren't a MIND-SAFE certification checklist.
- Ask the vendor to define the intended task and population. A between-session reflection tool and a treatment program need different evidence.
- Request the actual evaluation: participant numbers, comparator, outcomes and follow-up. Keep simulated conversations separate from studies involving patients.
- Trace one proposed exercise to its source material and review process. Ask how updates to the model or prompts trigger retesting.
- Walk through the response path for a difficult conversation, including who receives a flag and whether a person is actually available to respond.
- Read the data policy alongside the technical description. Identify service providers, access permissions, retention and deletion procedures.
- Agree who can pause the rollout, investigate an incident and tell users what happened.
For a small practice, the first useful step is often a written account of the recommended app's role between appointments. If the practitioner will receive a summary, the client should know what it contains and agree to that arrangement. Raw transcripts and summaries both need clear handling rules; neither is automatically anonymous.
Clinics can turn the same questions into procurement requirements and a limited pilot. Corporate buyers need an additional answer about employer access to individual conversations or reports. These are questions about the proposed deployment. MIND-SAFE itself doesn't determine liability or insurance premiums.
Frequently asked questions
Is MIND-SAFE mandatory for clinics?
The paper proposes a research framework. It doesn't establish a mandatory procurement standard. Applicable requirements depend on the product, its intended use and the jurisdiction.
Can a general-purpose chatbot satisfy these requirements?
Assess the complete service: its task, knowledge sources, testing, data handling and response procedures. A model name alone doesn't establish whether the service meets a clinic's needs.
Does using the architecture prove that an assistant works?
No. The architecture describes how a system could be built. A claim about effectiveness needs results from that system in the intended population.
Where does Nearby fit?
Nearby offers emotional support and self-help. The MIND-SAFE paper doesn't validate Nearby as a treatment or diagnostic service. For the product's documented scope and data handling, see product facts and the privacy policy.
For a closer look at how prompts and retrieval shape a response, read prompt engineering for mental-health chatbots.
Sources
Boit, S., & Patil, R. (2025). A prompt engineering framework for large language model-based mental health chatbots: Conceptual framework. JMIR Mental Health, 12, e75078. doi:10.2196/75078.
Li, H., et al. (2023). Systematic review and meta-analysis of AI-based conversational agents for promoting mental health and well-being. npj Digital Medicine, 6, 236.