📅 Book a 30-min Demo📞 Call/text (571) 293-0242

Case Study

Syracuse University logo

AI Sovereignty at Syracuse University

How Syracuse University deployed a full-stack AI platform it fully owns and controls — achieving deep integration with campus systems, complete data sovereignty, and dramatically lower costs compared to per-seat SaaS alternatives.

Published by Syracuse University ITS at ai.syracuse.edu

“We wanted full ownership of our AI platform — the code, the data, the infrastructure. ibl.ai delivered exactly that. We’re running on our own GCP, with our own models, fully integrated into our campus systems.”

Jeff Rubin

Senior Vice President & Chief Digital Officer, Syracuse University

Watch the interview

30,000+

Students served

85%

Lower AI costs

100%

Code ownership

Any LLM

Model flexibility

The Challenge

Why “just buy a SaaS” wasn’t good enough

Vendor lock-in risk

SaaS providers can change terms, raise prices, or shut down features overnight. A university serving 30,000 students cannot afford that dependency for a critical academic resource.

Data sovereignty

Student data, research, and institutional knowledge cannot live on a third-party vendor’s infrastructure. FERPA compliance demands control over where data resides and who can access it.

No real customization

Off-the-shelf AI tools offer one-size-fits-all experiences. Syracuse needed agents integrated with its specific SIS, LMS, SSO, and RBAC systems — not a generic chatbot.

AI Sovereignty

Your code. Your data. Your infrastructure.

Syracuse University received the complete ibl.ai source code with a perpetual license, deployed on its own infrastructure. No black boxes, no API keys pointing to someone else’s servers, no exit fees if priorities change.

Typical SaaS AI

  • Vendor owns the code and can change it
  • Data stored on vendor infrastructure
  • Locked into vendor's LLM choice
  • Features disappear if vendor pivots
  • Per-seat pricing punishes growth
  • Exit = data migration nightmare

ibl.ai at Syracuse

  • Full source code with perpetual license
  • Data stays on university infrastructure
  • Connect any LLM — swap freely as pricing changes
  • University controls the roadmap
  • Flat-rate pricing for unlimited users
  • If you part ways, you keep everything
Google Cloud Platform logo

Deployed on Syracuse’s own Google Cloud Platform environment. The entire ibl.ai stack runs within the university’s GCP project — data never leaves infrastructure that Syracuse controls, and the university’s cloud team manages access, networking, and compliance just like any other institutional system.

Build vs. Buy resolved: Syracuse didn’t have to choose between building from scratch (12–24 months, specialized AI team) or renting a black-box SaaS. ibl.ai delivered a production-ready platform in weeks with full source code — the speed of buying with the control of building. Read the full Build vs. Buy analysis →
Customization

Wired into the campus ecosystem

Generic AI chatbots sit outside your systems. Syracuse’s deployment integrates directly with the institutional technology stack, giving AI agents access to the context they need to be genuinely useful.

SSO & Identity

Native integration with university SSO (Shibboleth, SAML, CAS). Faculty, students, and staff authenticate once — no separate AI login.

RBAC & Permissions

Role-based access maps to existing university roles. Department chairs, advisors, and students each see agents and data appropriate to their role.

Custom UI/UX

The interface matches Syracuse branding and UX standards. Not a white-labeled vendor portal — a product that looks and feels like it belongs.

In Production

Clementine: the platform students actually use

Syracuse runs its ibl.ai deployment under its own name — Clementine, the university’s private AI platform for teaching, learning, and AI innovation. It sits alongside Claude Enterprise, Microsoft Copilot, and Google Gemini on Syracuse’s list of University-approved AI, and it is the only one the university owns outright.

Its first campus-wide agent, Clementine Class Search, launched in Spring 2026 and landed straight into Fall 2026 registration — the single heaviest week of the academic year for advising staff.

2,038

Students in the first 37 days

8,217

Questions asked

2,401

Conversations

56

Turns in the longest session

Demand spikes on registration day

The five-day undergraduate registration window (April 9–15, 2026) drove 41% of all questions in the 37-day period. On April 14 alone, students sent 1,055 questions across 313 conversations.

37% of usage is after hours

More than a third of all activity happened outside weekday business hours — late nights and weekends, when advising offices are closed and students are staring at a draft schedule.

Two-thirds are multi-turn

Two out of three conversations went past a single question, and students returned days later to keep refining — treating the agent as a planning partner rather than a search box.

Students asked in their own words — no query syntax, no catalog cross-referencing. Real questions from the first registration season:

  • “what 3 credit art classes or classes about fashion can I take as an elective as a sociology major that are on monday wednesdays at 2:15 fall 2026”
  • “no 8am and nothing past 5pm, and no fridays”
  • “Build a 14 credit schedule, avoiding Fridays”
  • “classes that align with someone who wants to go to law school”
What ownership buys next: The clearest signal from the first season was students asking degree-path questions — “does this count toward my requirement,” “what should I take next.” Because Syracuse owns the platform, making the agent student-aware is a roadmap decision the university makes on its own timeline, connecting the agent to each student’s degree audit. On a SaaS product, that is a feature request.

Read Syracuse’s full report on Clementine’s first registration season →

Use Cases

What faculty, students, and staff build on it

Owning the platform means every Syracuse student, faculty, and staff member can build agents on it — not just consume a vendor’s fixed feature set. Each agent is grounded in the material its author uploads, so answers cite real sources instead of inventing them.

A course agent built from a professor’s own lectures

Jeff Rubin loaded every lecture transcript and slide from his 200-student intro IT course into an agent instructed to answer from his materials first and reach for a general model only when a student needs more. Seeing the questions students ask tells him where they get stuck.

Practice exams generated from the lectures

The platform generates practice exams straight from course lecture content, so the questions test what was actually taught rather than a generic question bank.

Branching “pick-your-path” simulations

Faculty build scenarios that respond to a student's answer and push deeper, surfacing how students actually reason. It is the one-on-one attention a 200-person lecture could never offer — critical thinking, at scale.

Student-built study agents

Students create a tutor around their own courses, textbooks, and goals, then work with it at whatever hour they actually study. It follows their pace, gives targeted feedback, and pulls together practice questions — grounded in course material, with citations back to the source.

A teaching assistant that scales

Faculty and staff hand repeat questions and course FAQs to an agent built on approved material, keeping full oversight of what goes out. Lesson plans, quizzes, and first-pass feedback draft in minutes.

Embedded agents and an institutional API

Finished agents embed directly in a campus webpage, and the platform exposes an API for working with agents and their datasets in the university's own code — so campus teams build on top of it rather than around it.

Grounded in whatever the campus already has

Agents read PDFs, Word documents, PowerPoint decks, spreadsheets, and plain text, or connect Google Drive, OneDrive, Dropbox, a website, a GitHub repository, or a captioned video.

Guardrails set by the institution

System prompts define purpose and voice. Moderation settings filter inappropriate input and stop agents from wandering into medical, legal, or financial advice, redirecting to the right campus resource instead. Authors control whether an agent is visible to students, administrators, or anyone, and whether a Syracuse sign-in is required.

Model-agnostic, in practice: Every agent author at Syracuse picks the model behind their agent — Claude, ChatGPT, or Gemini — and switches at any time. An agent built for long-form writing feedback need not use the same model as one built for data questions. The platform runs on Google Vertex AI inside Syracuse’s own Google Cloud, and the university can connect any LLM and swap freely as pricing changes. This is what model-agnostic looks like when you own all the code and the data: the choice belongs to the institution, not the vendor.

See how Syracuse documents building an agent →

Cost Savings

85% lower cost at scale

Per-seat SaaS pricing was designed for small teams, not universities. At $20/user/month, 30,000 students means $600,000/month — $7.2M/year — before a single customization. With ibl.ai, Syracuse pays only for actual LLM token usage.

Calculate your exact savings →

Comparison

Three approaches, side by side

How ibl.ai compares to building in-house or licensing a SaaS product

DimensionBuild In-HouseBuy SaaSibl.ai
Time to production12–24 months2–4 weeks2–4 weeks
Code ownershipYesNoYes
LLM flexibilityIf you build itVendor-lockedAny LLM
CustomizationUnlimitedLimitedUnlimited
Maintenance burden100% yours0% yoursShared
Scaling costInfrastructure only$20–60/user/moFlat rate
Data sovereigntyFullVendor-dependentFull
Integration depthWhatever you buildWhat vendor offersDeep & native
Vendor dependencyNoneTotalNone
Pre-built agents0Generic160+

Explore the full Build vs. Buy analysis →

For University Leadership

Strategic implications for the C-suite

AI is becoming core infrastructure for universities — not a nice-to-have tool. The decisions made today about ownership, integration, and cost structure will compound for years.

No exit fees, no migration projects

If your institution changes direction, you keep the code, the data, and the integrations. There is no vendor to negotiate an exit from because you own everything from day one.

Your team builds capability, not dependency

Licensing a SaaS AI tool trains staff to use a product. Working with ibl.ai trains your team to build and operate AI systems. When the engagement ends, institutional capability stays.

Costs stay flat as enrollment grows

Per-seat pricing punishes success. The 30,001st student costs the same as the first under ibl.ai's model. Scale AI across new programs, departments, and use cases without financial anxiety.

Competitive differentiation

A university with its own AI infrastructure can offer experiences that competitors using off-the-shelf tools cannot match. Custom agents, integrated workflows, and institutional knowledge become a moat.

Get Started

Ready to take control of your institution’s AI?

Deploy a production-ready AI platform on your infrastructure in weeks — with full source code, unlimited users, and a team that works alongside yours.