mcpField
E
EduPage Keyring

EduPage Keyring

Local
github.com/stefanbackorScience & Education0Updated 3d ago

About EduPage Keyring

EduPage Keyring is an MCP server for reading school-account information across EduPage schools and children. It stores session cookies in macOS Keychain rather than saving passwords, and supports school sign-in through Chrome.

Key features

  1. 01Read timetables, grades and homework
  2. 02Review tests, absences and messages
  3. 03Check meals and school information
  4. 04Support multiple schools and accounts
  5. 05Store sessions in macOS Keychain

Use cases

  1. 01Check a child's timetable and upcoming work
  2. 02Review grades and upcoming tests
  3. 03Summarize recent school messages
  4. 04Track absences and meal menus

MCP support

The server exposes EduPage account, timetable, grade, homework, message, meal and related tools to MCP clients. It can run as a Claude Desktop extension or through uvx as a stdio server.

Configuration

Local server config is the same for every client. Copy it into your client’s MCP config file.

mcp.json · Universal config
{
"mcpServers": {
"stefanbackor-edupage-keyring": {
"command": "uvx",
"args": [
"edupage-keyring-mcp"
],
"env": {
"EDUPAGE_USERNAME": "<EDUPAGE_USERNAME>"
}
}
}
}
Run commanduvx edupage-keyring-mcp
Environment variables to set
EDUPAGE_USERNAMEOptional. Only to keep two EduPage accounts at the same school apart. The password is never configured.

Local servers need a runtime on your machine (e.g. Node.js 18+). Config file locations differ by client; see your client’s docs.

Packages
pypiedupage-keyring-mcp0.6.0

Tools

No tool list yet

Local servers expose tools only once running on your machine, and the maintainer has not provided a tool list.

Details

From the project README

EduPage Keyring MCP

An MCP server that lets Claude (or any MCP client) read your EduPage school account: timetables, grades, homework, tests, absences, messages, menus and more, for every child and school you have, without ever storing your password.

You sign in once per school in Chrome, on EduPage's own page, two-factor included. Only the resulting session cookies are kept, in the macOS Keychain. Built on edupage-api.

What you can ask

  • "What does each kid have tomorrow, and what's due this week?"
  • "Any tests coming up for Šimon? Which topics?"
  • "How are Ema's grades in Slovak this term?"
  • "Did Peter get to school on time today?"
  • "Summarize what the school sent in the last two weeks and flag anything I must act on."
  • "Which of today's lessons are substituted for 5.C?"
  • "Tell the class teacher that Ema will be absent on Friday." (Claude Desktop asks before sending)

Install

Claude Desktop: one-click extension
  1. Download edupage-keyring-mcp.mcpb from the latest release.
  2. Double-click it (or drag it onto Settings → Extensions in Claude Desktop) and choose Install.
  3. Enter your School: the name before .edupage.org, or your school's EduPage address. Several schools: separate them with commas (first, second); the first is the default. Two accounts at one school: myschool=teacher (see Options).

You need macOS and Google Chrome. Nothing else to install: when the extension is installed, Claude Desktop downloads its own copy of uv, which sets up Python and the extension's dependencies. The extension runs on your Mac like any local MCP server, with the same Keychain sessions. Then go on with Ask something.

Updates are manual. The extension does not update itself. To get a new version, download edupage-keyring-mcp.mcpb from the link above again and install it over the old one. Want updates on every restart instead? Use uvx.

Any client: run it with uvx
1. Get the requirements

You need macOS, Google Chrome, and uv:

brew install uv          # or: curl -LsSf https://astral.sh/uv/install.sh | sh

Nothing else to install: uvx downloads this server from PyPI and runs it in its own isolated environment.

2. Connect your client

Desktop apps need the full path to uvx; get it with which uvx. It is usually /opt/homebrew/bin/uvx (Homebrew) or /Users/YOU/.local/bin/uvx (installer script). Replace myschool with your school: the name before .edupage.org, or simply your school's whole EduPage address, such as https://myschool.edupage.org.

Claude Desktop: open Settings → Local MCP servers → Edit Config (older versions: Settings → Developer → Edit Config) and add:

{
  "mcpServers": {
    "edupage": {
      "command": "/opt/homebrew/bin/uvx",
      "args": ["edupage-keyring-mcp@latest", "--school", "myschool"]
    }
  }
}

Quit Claude Desktop (⌘Q) and reopen it.

Claude Code:

claude mcp add edupage --scope user -- uvx edupage-keyring-mcp@latest --school myschool

Codex CLI:

codex mcp add edupage -- uvx edupage-keyring-mcp@latest --school myschool

Cursor: add the Claude Desktop JSON above to ~/.cursor/mcp.json.

VS Code: .vscode/mcp.json, or MCP: Open User Configuration:

{
  "servers": {
    "edupage": {
      "type": "stdio",
      "command": "/opt/homebrew/bin/uvx",
      "args": ["edupage-keyring-mcp@latest", "--school", "myschool"]
    }
  }
}

Any other client: run uvx edupage-keyring-mcp@latest --school myschool as a stdio server.

Ask something

Ask Claude about school, for example "What's on the timetable tomorrow?". The first time, Claude opens your school's EduPage in a Chrome window (Claude Desktop asks you first). Sign in there the way you always do: password, two-factor or QR code. The window closes by itself, the session is saved to the macOS Keychain, and Claude answers. If macOS asks whether Python may use the Keychain, choose Always Allow.

Prefer to sign in before connecting a client? Run uvx edupage-keyring-mcp login myschool (this works for the Claude Desktop extension too: both use the same Keychain session).

Options

Add these to the args list (or after --school myschool on the command line). The Claude Desktop extension has only the School field, so of these it takes several schools and account labels, written in that field.

  • Several schools: repeat --school: "--school", "first", "--school", "second", or separate them with commas: "--school", "first,second". The first is the default. A school without a saved session reports AUTH_REQUIRED and does not affect the others.
  • Two accounts at one school (say, as a parent and as a teacher): give each its own label, for example "--school", "myschool=teacher", and sign in to each once. The label only names its Keychain entry.
  • No sign-in windows from the server: "--no-browser-signin". sign_in then reports SIGNIN_UNAVAILABLE, and you sign in with login in a terminal (see Command line).
  • Attachments on EduPage file servers: if get_attachment reports REDIRECT_NOT_ALLOWED, allow that exact host with "--download-host", "cloud-4.edupage.org". Only *.edupage.org hosts are accepted.
Updates
  • uvx: @latest makes uvx check PyPI each time the client starts the server, so a new release is picked up on the next client restart.
  • Claude Desktop extension: updated by hand only. Download the new edupage-keyring-mcp.mcpb and install it over the old one.

What changed is on the releases page.

Signing in again

A session lasts until EduPage expires it. Then Claude does the same as the first time: it gets AUTH_REQUIRED, calls sign_in, and a Chrome window opens on your school's EduPage. While you sign in, Claude waits with wait_for_sign_in, which returns as soon as you're done, and carries on with your question. No restart is needed, and you don't have to tell Claude you're done. The window waits up to 10 minutes.

Set up before version 0.2 with EDUPAGE_USERNAME? Keep it to go on using the session you saved then, or remove it and sign in once more.

Command line

edupage-keyring-mcp [serve] --school NAME[=LOGIN] [--school ...] [--download-host HOST] [--no-browser-signin]
edupage-keyring-mcp login NAME [--username LOGIN] [--timeout SECONDS]
edupage-keyring-mcp logout NAME [--username LOGIN]
edupage-keyring-mcp status --school NAME [...]
edupage-keyring-mcp probe --school NAME [...]   # every read tool once; statuses and counts only

Run each with uvx edupage-keyring-mcp@latest ..., also when you use the Claude Desktop extension: the commands work on the same Keychain sessions. logout removes the local session only; EduPage itself is not logged out. probe is handy when reporting a problem: its output contains no school data.

Features

36 tools. Each takes an optional school. Child tools take child: a first name (accents optional, so simon finds Šimon), full name, student ID, or the ref from list_children.

Account and children
ToolReturns
auth_statusWhether the saved session works, and how a sign-in started by sign_in went
sign_inOpens EduPage's sign-in page in Chrome when the session is missing or expired
wait_for_sign_inWaits (up to 50 s per call) for that sign-in to finish, then reports the new session
list_schoolsSchools, session status, role (parent, student, teacher), number of children
list_childrenYour children: name, class, student ID, ref
user_id, school_yearAccount ID and role; current school year
Timetables
ToolReturns
get_timetableA child's lessons for a date, with substitutions applied: times, subject, teacher, room, group, topic, cancelled flag
get_week_timetableMonday to Friday for a child
get_timetable_forTimetable of any teacher, class, classroom or student
get_periods, get_next_ringing_timeBell schedule; next lesson or break
get_timetable_changesSchool-wide substitutions and cancellations for a date
get_missing_teachersTeachers absent on a date
Grades and the timeline
ToolReturns
get_gradesSubject, title, grade, comment, weight, points and percent, class average, teacher; current or a past term
get_homeworkHomework with full text, subject, author and due date
get_assignmentsHomework, tests and exams
get_upcoming_eventsTests announced as events (topic and date), trips, meetings, holidays
get_absencesAbsences, excuses, arrival and departure scans
get_newsSchool news
get_notificationsAny timeline item, optionally by EduPage type (znamka, homework, ...)

Timeline tools look back up to 90 days (default 30). Every item has for_children: which of your children it is addressed to, by name or class. With child set, items addressed to a sibling are left out.

Messages
ToolReturns
list_messagesMessages with sender, recipient, for_children, snippet, number of files
get_messageFull text and the files attached; no read receipt is sent
get_attachmentA PDF, PNG, JPEG or GIF attached to a message, up to 3 MB, base64
People and school data

get_students, get_all_students, find_student, get_teachers (IDs for send_message), get_classes, get_classrooms, get_subjects.

Meals

get_meals returns a child's menus for a day (dishes, allergens, portion weights), serving times, the current order and which menus can be picked. It returns MEALS_NOT_AVAILABLE when the school has no canteen module. The server reads the school's /menu/ page directly, because edupage-api 0.13.3 can't parse the page's current format.

choose_meal, sign_off_meal and rate_meal still go through edupage-api. Until a release of it reads the current page, they send nothing and return MEAL_ACTIONS_UNAVAILABLE with a short explanation; order, cancel and rate in EduPage itself.

Actions
ToolDoesChecks
send_messageSends an EduPage message as youRecipient must be a real teacher, student or parent ID; 1 to 5,000 characters
choose_mealOrders menu A to H for a childMeal type, date within 30 days, menu must be choosable
sign_off_mealCancels a child's mealMeal type, date
rate_mealRates a served lunch 1 to 5Lunch only, last 14 days

These are marked destructiveHint; clients such as Claude Desktop ask before each call.

Security model

  • No password anywhere. It is typed only into EduPage's page in a throwaway Chrome window. The Keychain item holds EduPage session cookies, the account ID and the login name EduPage reports. No username is needed either. The server refuses to start if any EDUPAGE_* environment variable other than the optional EDUPAGE_USERNAME label is set.
  • Sign-in from the server stays local. sign_in takes only a configured school and runs the same login command in a separate process. It opens a window only when the saved session is missing or expired, at most one per school at a time, and returns only that command's status code. The window shows EduPage's real login page, so the most a misbehaving model can do is open it. Turn it off with --no-browser-signin; the Claude Desktop extension has no such setting, so use the uvx install if you need it.
  • Keychain only. On anything but the macOS Keychain backend the server refuses to run, so sessions never land in a plaintext keyring file.
  • Confined network. edupage-api gets a replacement session that allows HTTPS to your configured school host only, checks every redirect hop, caps every response at 8 MB (attachments at 3 MB) and ignores proxy and .netrc settings. Cookies loaded from the Keychain are validated for that host first.
  • Narrow inputs. No tool accepts a URL, cookie, session ID, header or password. Dates are ISO and window-limited. school only picks a configured school. Attachments are fetched by file id; the model never sees their URLs.
  • Each child call picks its child. EduPage remembers which child a parent session last selected, and some pages (grades, menus) show that child. So every child-scoped call selects its own child immediately before reading, under a per-school lock; if selecting fails, the session is dropped. Pages for the parent (timeline, messages, sending) are not affected by the selection: a message sent after selecting a child still comes from the parent.
  • Quiet errors. Failures return fixed codes (and at most an exception class name), never server pages or messages.
  • Untrusted content. All school text is labelled untrusted_content.
  • Pinned EduPage library. edupage-api is pinned to an exact, reviewed version; other dependencies take compatible updates within their major version.

Reading can still be visible to EduPage, like opening a page in the browser.

See SECURITY.md to report a vulnerability.

Contributing

Development setup, tests and releases are in CONTRIBUTING.md.

Credits

Built on edupage-api, a community Python library for EduPage accounts, licensed under GPL-3.0. It does the EduPage requests and parsing; this project adds the Keychain sessions, browser sign-in, network confinement and the MCP tools. Its version is pinned exactly, so a new edupage-api release reaches users only through a release of this project.

Disclaimer

This is an independent open-source project. It is not affiliated with, endorsed by, or supported by aSc Applied Software Consultants, s.r.o., the company that makes EduPage. The EduPage name is used only to say which service this software works with. All EduPage access goes through edupage-api, an independent community library that is not part of this project either. It relies on EduPage's undocumented web endpoints, which can change without notice; when they do, this server may stop working until edupage-api and then this project are updated. Use it at your own risk.

License

GPL-3.0-or-later. Copyright © 2026 Stefan Backor.

Comments

Markdown supported

New to MCP?

From what the protocol is to installing your first server, these answers cover most first questions.

An open protocol that defines how AI applications connect to external tools and data in a uniform way. Clients talk to the model; MCP servers provide tools, resources and prompt templates. They exchange standard messages, so one server can be reused by many clients.