infinitecampus-mcp
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| IC_1_NAME | No | Name for district 1 (e.g., anoka) | |
| IC_2_NAME | No | Name for district 2 (e.g., another district) | |
| IC_3_NAME | No | Name for district 3 (e.g., another district) | |
| IC_1_BASE_URL | No | Base URL for district 1 (e.g., https://anoka.infinitecampus.org) | |
| IC_1_DISTRICT | No | District identifier for district 1 (e.g., anoka) | |
| IC_1_PASSWORD | No | Password for district 1 | |
| IC_1_USERNAME | No | Username for district 1 (e.g., parent@example.com) | |
| IC_2_BASE_URL | No | Base URL for district 2 | |
| IC_2_DISTRICT | No | District identifier for district 2 | |
| IC_2_PASSWORD | No | Password for district 2 | |
| IC_2_USERNAME | No | Username for district 2 | |
| IC_3_BASE_URL | No | Base URL for district 3 | |
| IC_3_DISTRICT | No | District identifier for district 3 | |
| IC_3_PASSWORD | No | Password for district 3 | |
| IC_3_USERNAME | No | Username for district 3 |
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": true
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| ic_healthcheckA | Resolves the credential the way real tools do, then makes one authenticated request to your Infinite Campus portal. Reports which source supplied the credential, whether your Infinite Campus portal accepted it, the round-trip time, and a plain-English hint distinguishing 'no credential' from 'credential rejected' from 'a your Infinite Campus portal-side problem'. Read-only; never returns the credential itself. Call this when a real tool fails and you want to know which hop broke. |
| ic_list_districtsA | List Infinite Campus districts configured for this MCP server. Returns names + base URLs (no credentials). |
| ic_list_studentsB | List students enrolled under the parent account for a given district. |
| ic_get_scheduleA | Get a student's class roster: every course with its section placements, across every term of the current enrollment. Not filtered by date or term — each placement carries its own term, so narrow the result yourself. |
| ic_list_assignmentsA | List a student's assignments (homework, tests and projects, with due dates and missing flags). Name the student with student (" ()") or with district + studentId. The IC endpoint returns the full term history (~hundreds of items); date and missing filters are applied client-side. For a single course, pass courseId (the sectionID from ic_get_schedule). |
| ic_list_gradesC | List a student's term grades and in-progress course grades. |
| ic_list_attendanceA | List a student's absences and tardies (per-course summary grouped by term). Auto-resolves enrollmentID from the student record. |
| ic_list_behaviorA | List a student's behavior events / referrals. Returns FeatureDisabled if the district has the behavior module turned off (detected via displayOptions or a 404 backstop). |
| ic_list_food_serviceB | List a student's lunch balance and recent food-service transactions. Returns FeatureDisabled if the district has the module turned off (detected via displayOptions or a 404 backstop). |
| ic_list_messagesA | List all parent-visible messages from three IC sources combined: (1) prism notifications (assignment alerts, grade postings, attendance alerts), (2) Messenger 2.0 inbox (teacher messages, district announcements with newMessage/actionRequired flags), and (3) portal userNotice announcements. Each section has its own count and items; if any source errors, that section contains an error field and the others still return normally. The |
| ic_get_messageA | Fetch the HTML body of an inbox message and return it parsed into { subject, date, body, url }. Takes a |
| ic_list_documentsA | List a student's available documents (report cards, transcripts, schedules). Returns metadata only — use ic_download_document to fetch the file. Returns FeatureDisabled if the district has the module turned off. |
| ic_download_documentA | Download a student's document (PDF) to disk, inside the download directory (IC_DOWNLOAD_DIR, default ~/Downloads). documentId is the url field returned by ic_list_documents. Will not overwrite an existing file unless overwrite is true. Returns FeatureDisabled if the district has the module turned off. |
| ic_list_school_daysA | List a student's school days (instructional calendar) grouped by term. Returns one entry per enrollment, with term boundaries (Q1-Q4 start/end dates) and the school days inside each term — a day carries comments when the calendar labels it (e.g. 'Early Release Day'). Each enrollment also lists its labelled daysOff (e.g. 'Holiday', 'Teacher Work Day', 'Spring Break'), including breaks that fall between terms. Use since/until to narrow the range. An enrollment whose day list the district won't serve comes back with warning 'SchoolDaysUnavailable' (plus campusVersion when known), its terms and days off, and no school days. |
| ic_list_attendance_eventsA | List individual attendance events (absences, tardies, early releases) for a student. Each event has a code, description, excuse reason, and optional human-readable comments. Auto-resolves enrollmentID from the student record. Use since/until to filter by date and excusedOnly to show only excused events. |
| ic_list_recent_gradesB | List recently-graded assignments for a student. Server-side filtered by scoreModifiedDate. Pass since=YYYY-MM-DD to set the cutoff; defaults to 14 days ago. |
| ic_list_teachersA | List a student's teachers (per enrolled section) and assigned counselor(s). Combines two endpoints (section/contacts and studentCounselor/byUser). Response field shapes may vary slightly by district — core fields (firstName, lastName, email) are consistent; additional fields are passed through. |
| ic_list_assessmentsA | List a student's standardized test scores (state, national, district tests). Auto-resolves calendarID from each of the student's enrollments and returns one entry per enrollment. The shape of individual test records varies by district and test type — fields are passed through unchanged. |
| ic_list_feesA | List a student's fee assignments (charges owed) and running balance/surplus. Combines two endpoints: fee assignments and totalSurplus. Returns FeatureDisabled only if both endpoints 404; if only one works, returns that side with warning: 'PartialSuccess' and an issues[] explaining which endpoint failed. |
| ic_get_featuresA | List the district's displayOptions feature-flag allow-list for each of a student's enrollments. Each enrollment's |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 20 tools
Most tools map to a single distinct resource (schedule, grades, behavior, fees, documents, messages), and descriptions explicitly cross-reference each other (e.g. ic_download_document takes the url from ic_list_documents, ic_get_message takes the url from ic_list_messages). The main overlaps are ic_list_attendance vs ic_list_attendance_events (one is a per-course term summary, the other individual events with excuse codes and date filters) and ic_list_grades vs ic_list_recent_grades vs ic_list_assignments; descriptions do distinguish them, but an agent must read carefully to pick correctly.
Almost everything follows a strict ic_ + verb + noun pattern (ic_list_*, ic_get_*, ic_download_*), and the shared prefix makes the tool family obvious. The one deviation is ic_healthcheck, which drops the verb_noun shape and reads as a diagnostic noun, but the inconsistency is minor and only affects a single tool.
At 20 tools this is on the heavy side, but each one maps to a genuinely separate Infinite Campus module (schedule, grades, assignments, attendance, behavior, food service, messages, documents, calendar, teachers, assessments, fees, features) plus the district/student/health scaffolding. There is little obvious redundancy, though the two attendance tools and the grades/recent-grades pair could conceivably be collapsed.
The read surface is broad and well covered for a parent portal: roster, grades, assignments, two attendance views, behavior, food service, messages (list + body fetch), documents (list + download), calendar, teachers, assessments, fees, and feature flags, with sensible partial-failure semantics. Gaps are mostly around depth rather than breadth — no per-assignment detail, no student profile/contact tool, and no write operations (submitting work, paying fees, sending messages), which may be intentional but leaves lifecycle dead ends.