AI Meeting Notes for Schools: Why the Safest Student Data Agreement Has Almost Nothing to Cover
A FERPA-friendly AI note taker for schools. Meetily transcribes on the staff computer, with no bot, so student data never reaches us. California DPA signed.

TL;DR
Most AI note takers used in schools send meeting data to their own servers, and that's where the FERPA questions start. Meetily keeps recordings, transcripts and summaries on the staff member's own computer by default. We've signed California's student data privacy agreement through CITE, and Meetily never receives student meeting content. Less data shared means fewer privacy concerns for schools.
There's no FERPA certification, so no AI note taker is "FERPA certified". Your district's counsel makes the final call.
In September, a data and systems analyst at a California school district sent us an 18-question review. It was one of the most thorough vendor questionnaires I've seen. Does the tool join meetings on its own? Are notes sent to every participant automatically? Is district data ever used to train AI models? Who are your subprocessors? Can it be used in a confidential IEP meeting?
These are exactly the right questions. Schools have watched AI note-takers join meetings uninvited, send summaries to everyone on the invite(opens in new tab), and quietly keep recordings on servers nobody in the district chose. A parent-teacher conference, a disciplinary review or a special education meeting is not the kind of conversation anyone wants on a vendor's server.
Answering that questionnaire made something clear to me. For most AI tools, a student data privacy agreement is a long list of promises about what the vendor will do with student data. For Meetily, it is a short list, because student data never reaches us in the first place. I've come to believe that is the better standard. The safest agreement isn't the one with the strongest promises. It's the one with almost nothing to cover.
What FERPA and state student privacy laws require of AI note takers
FERPA and the "school official" rule
FERPA(opens in new tab) protects students' education records, and it applies to K-12 districts and to colleges and universities that receive funding from the US Department of Education. When a school lets an outside vendor access those records, the vendor typically has to act as a "school official" under the school's direct control(opens in new tab), with limits on how the data can be used and shared(opens in new tab).
State student privacy laws and the NDPA
States add their own layer. California's Education Code section 49073.1(opens in new tab) sets out what a contract with a third party handling student records must say, and its Student Online Personal Information Protection Act(opens in new tab) prohibits using student data for targeted advertising or profiling. New York(opens in new tab), Illinois and many other states have similar laws. To make all of this manageable, thousands of districts now use standard agreements from the Student Data Privacy Consortium(opens in new tab), such as the National Data Privacy Agreement(opens in new tab) and its California version(opens in new tab).
Universities: HECVAT and research reviews
Universities face the same FERPA obligations, plus their own security reviews, often using the Higher Education Community Vendor Assessment Toolkit (HECVAT)(opens in new tab), and research rules. A recorded research interview with a human subject is data an institutional review board expects to be protected(opens in new tab), not uploaded to whichever note-taker a researcher happened to install.
When a meeting recording becomes an education record
Now think about what a typical AI note-taker does in a school meeting. A teacher, a counselor and a parent discuss a student's progress, behavior or disability. The tool records it and sends the audio to the vendor's servers to be transcribed and summarized. That conversation is now very likely part of an education record(opens in new tab), sitting in a system the district has to vet, contract for, audit and eventually ask to delete.
How an on-device AI note taker keeps student data off vendor servers
Meetily works differently. It is a private application installed on the staff member's own Windows or Mac computer, with Linux support on the way, and it does its work there.
No bot, no calendar access, no automatic sharing
Meetily detects that a meeting has started and asks the user whether to record. Nothing starts on its own unless the user chooses to turn that on. It doesn't join the call as a bot, it doesn't read calendars, and it doesn't send anything to the other participants. Speech is transcribed on the device. Summaries are written by Meetily's built-in AI, or by any AI model the school chooses to use. Recordings, transcripts and summaries are saved on the user's own computer, or in a shared folder the school chooses. Nothing is distributed automatically. When a teacher wants to share notes, they export a normal document, and the recipient doesn't need an account to read it.
What does Meetily receive?
So what does Meetily actually receive? Only what we need to manage a license: the license holder's name, email address and organization, the license key, the number of seats, a device identifier used to enforce seat limits, and the app version. No audio. No transcripts. No summaries. No voiceprints. No student data. And no usage analytics from paid installations either.

That is why, when the district's questionnaire asked about subprocessors, retention and deletion, the honest answer was that there was almost nothing to describe. No subprocessor ever receives meeting content. There is no meeting data on our side to retain or delete, because it lives on the district's own devices under the district's own policies. And when it asked whether district data would ever be used to train AI models, for advertising or for resale, the answer was simple, and we put it in writing: never.
The student data privacy agreement
When the district asked whether we would sign a California student data privacy agreement, we said yes, and we have signed it through CITE, the California IT in Education organization(opens in new tab). But the scope of that agreement tells the real story. Its schedule of data, the list of student data a vendor receives, is essentially empty, because the only information we hold is about the license holder, not about students. And because the agreement includes a General Offer of Privacy Terms, other California districts can sign on to the same terms through the Student Data Privacy Consortium instead of starting from scratch.
That changes the conversation for a district or a university. Instead of trusting a vendor to protect student records, you're choosing software that never receives them. Your counsel will always make the final determination about FERPA and state law for your own situation, and we don't claim any certification we don't hold. What we can offer is an architecture where most of the hard questions don't apply, and contract language that says so.
Being honest about the edges
Accuracy: AI summaries are drafts
A thorough review deserves honest answers, including the less comfortable ones. AI transcription is very good but not perfect, and it varies with audio quality, accents and background noise. AI summaries can contain mistakes, so we recommend treating them as drafts that a person reviews before they become an official record. That matters most in the meetings schools care about most, like IEP meetings.
Consent: ask before you record
Consent is also a human responsibility. Because Meetily runs on the user's own computer rather than as a bot in the call, other participants don't see a notice unless the person recording tells them. We'd encourage every school to make "ask before you record" part of its meeting policy, whatever tool it uses.
Meetily Enterprise for districts and universities
And for districts and universities that want to go further, Meetily Enterprise runs entirely on the institution's own servers, with no connection to us at all. IT can install Meetily silently on staff computers, set policies once that users can't change, choose which AI model everyone uses, and manage licenses without anything being sent to us.
Why this matters for schools
Schools are being asked to adopt AI faster than they can review it. Teachers want help with meeting notes. Administrators want to save time. IT and privacy teams are left saying no to tools that would genuinely help, because the data path is wrong.
It doesn't have to be a choice between AI and student privacy. When the AI runs on the school's own devices, the school keeps the benefit and the vendor never gets the data.
We started Meetily on one belief. We want to bring the power of technology to our customers, but not their data to us. In a school, that belief protects the people who matter most.
If your district, college or university is reviewing AI note-takers, I'm happy to walk your IT and privacy team through how it works and the agreement. US schools can buy online or raise a purchase order through our authorized US reseller. You can book a time with me here(opens in new tab).
Frequently Asked Questions
Ready to try Meetily?
Join 599,000+ users who use Meetily for private meeting transcription. No bots, privacy first. Community Edition free.
Star on GitHub (31K+) · Open source & self-hostable
Get Started with Meetily
Meetily Pro
Advanced features for individuals and teams.


