Campus AI Development Case studies

11 — Case studies

Operational implementations on campus

Cases where universities run these practices in production: in research computing, central IT and staff-built tools. Courses that teach the concepts are out of scope here.

Featured case · Emerson College · Enterprise IT

Vibe coding in production: seven institutional systems

Starting in fall 2025, Emerson's IT leadership used Claude to build operational systems that had been too specific, too small or too low-priority to buy or staff. The people building them knew the operations; none of them needed to be programmers.

7applications in production
20+systems integrated by the access platform
~60 hat the keyboard to put GRID into production
$52,754vendor costs avoided in the first months of PAM
Identity & help desk

PAM, a privileged access management system

It started as a few help desk forms and grew into a campus-wide platform covering Wi-Fi, inventory, SSO/MFA, DHCP and more. Security guardrails let student employees handle alumni re-enablement, group membership and name changes, requests that used to wait for senior staff.

Facilities

GRID, a facilities information system

It brings together buildings, floors and rooms that were scattered across spreadsheets, legacy systems and scanned leases. It has interactive floor plans, weather-normalized utility dashboards, commercial lease tracking and role-based access. A budget system, Zero, and an institutional research data hub followed.

Their repeatable lifecycle

  1. 01VisionA written development plan: what the system is and isn’t, who it serves, what success looks like. It becomes the "doctrine" fed into every AI session, and major architecture decisions are recorded back into it.
  2. 02Data architectureSchema first: entities, relationships, authoritative sources, and what the system owns versus what it consumes, before features begin.
  3. 03FoundationBasic create, read, update and delete operations, authentication and roles, plus one real integration to prove the platform works with live data.
  4. 04ExperienceInterface and dashboards, iterated quickly on look and feel. This only works because the first three steps gave the AI enough context.
  5. 05OperationsThe tool goes from viewer to operational system: reminders, cross-cutting analysis, and workflows that generate new data.

Every system is built in a shared, standardized environment with authentication, logging, version control and custom instructions describing Emerson's infrastructure, so a second builder can pick up an unfamiliar project quickly.

What a vibe coder needs

Domain expertiseData knowledgeSystems thinkingProduct senseRelentless patience

Coding skill isn't on the list. What builders need instead is an IT organization behind them that provides the environment, data standards and security safeguards.

Guardrails and open problems

  • Generated code is treated as flawed, then constrained and tested by someone who knows the operation.
  • Code is kept in version control, development is separate from production, and review focuses on functional testing, input validation and access checks.
  • Builders had to push for encrypted credential storage; the AI's default was to put credentials in the code.
  • The authors acknowledge that review and governance can't yet keep up with how fast changes happen, and that AI code review shares the code's blind spots.
Basgen & Frain, "Vibe Coding in Production," EDUCAUSE Review, Sept. 21, 2026 Read the article →

a.Agentic coding on research clusters

Research computing centers that let coding agents act on shared HPC systems, with guardrails built into the platform.

University of Southern California · CARC

A safety harness for coding agents

CARC runs Claude Code and Codex on its Discovery and Endeavour clusters behind a three-layer harness: a cluster-rules file the agent reads every session, root-owned allow/ask/deny permission rules that users can’t loosen, and a pre-action hook that blocks, asks about or allows each shell and file action and writes the decision to an audit log.

Concept in practice: The cluster provides the context and the guardrails, and humans approve risky steps. The team tested hundreds of simulated tool calls and more than sixty real scenarios before rollout, and published the harness on GitHub.

USC CARC user guide, "AI Coding Agents," July 2026

University of Utah · CHPC

Coding agents as cluster modules

CHPC provides Claude Code, Codex, Gemini CLI and OpenCode as software modules, with a system prompt and skills that tell the agent about clusters, storage, Slurm accounts and center policy. Third-party agents are barred from the Protected Environment for sensitive data, and fully autonomous agents are prohibited on all systems.

Concept in practice: Context is built into the platform, and agents are allowed or barred according to how sensitive the data in each environment is.

Utah CHPC documentation, "Coding Agents," 2026

Aalto University · Scientific Computing

Responsible-use guidance for Triton

Some Triton users already use agents for coding and for monitoring and managing Slurm jobs. Aalto Scientific Computing documents each way an agent can reach the cluster, from local-only to running over SSH on login nodes, along with the security and disruption risks of each.

Concept in practice: Before writing rules, the center maps what leaves the cluster and what an agent can touch.

Aalto Scientific Computing, "AI Agents on HPC," 2026

b.Sanctioned coding tools from central IT

Institutions that move AI coding tools from personal accounts into contracted, supported environments.

Syracuse University · ITS

Agentic coding for the whole campus

Syracuse gave all 30,000+ students, faculty and staff Claude Enterprise in September 2025, then added Claude Code under the same license in 2026, supported by IT training on responsible use. The license excludes training on university data.

Concept in practice: Agentic development is available to everyone, inside a governed environment that protects institutional data.

Syracuse University News, Aug. 2026; Syracuse Data and AI

University of Tennessee, Knoxville · OneIT

From personal accounts to an approved environment

After requests from the campus community, OneIT began offering Claude Code, Claude Desktop and GitHub integrations within the university’s enterprise environment. Departments buy licenses for faculty, researchers and staff who had been relying on personal accounts.

Concept in practice: The procurement step on the governance checklist: unmanaged personal use becomes sanctioned, supported use.

UT Knoxville OIT News, Sept. 2026

University of Chicago

Claude Code for staff, not just developers

UChicago’s enterprise agreement gives faculty, postdocs, staff and students Claude Code at no cost, with a separate HIPAA-limited version for protected health data. The university notes that analytic-support staff may use it to gather information and run analyses, and offers Claude Code training for non-developers.

Concept in practice: Coding tools reach administrative analysts, with a separate tier set by data classification.

UChicago intranet, Claude FAQ, 2026

Case Western Reserve · [U]Tech; Manchester · Research IT

Developer tooling as a campus service

CWRU [U]Tech offers GitHub Enterprise Copilot and Claude Code billed to departmental accounts. Manchester’s Research IT guides staff and students to free GitHub and Copilot access as part of the software development lifecycle.

Concept in practice: IT runs AI-assisted development as an ordinary service with a known cost and support channel.

CWRU [U]Tech knowledge base; University of Manchester Research IT, Nov. 2025

c.Staff-built tools in production

Faculty and staff who vibe-code software that real users rely on.

Hong Kong Baptist University

SmartTextbook

Two lecturers and a graduate student vibe-coded an open-source tool that turns a chapter or URL into quizzes, mind maps, glossaries and an embedded AI tutor. They based the feature list on published research. An automated content check screens generated questions, but the educator makes the final call on accuracy.

Concept in practice: Plain-language intent from subject experts, with AI asked to anticipate failures (it caught a double-counting bug in quiz scoring) and a human gate before anything is published. It supports 11 AI providers to avoid vendor lock-in.

Wang, Guo & Zhang, THE Campus, May 2026

d.What operational data shows

Measurements of how researchers and staff actually use these tools, and the risks practitioners flag.

University of Illinois Urbana-Champaign

Adoption among research software developers

An IRB-approved survey of 251 faculty and research staff found that 33% of active research software developers used generative AI for development, and 51% reported continued or planned use. Uses clustered around drafting code, debugging and testing, transforming data, and reducing cognitive load.

Concept in practice: Adoption is already common, so provenance and validation practices for research code can’t wait.

Besser, Jensen & Katz, Open Research Europe, 2026

Research Software Alliance · international RSE leaders

The coder–code disconnect

A 2026 statement from RSE leaders across institutions warns that researchers using agentic tools without enough expertise risk a significant disconnect between the coder and the code, which threatens the robustness of research results.

Concept in practice: This is comprehension debt in research: RSE review is the check that limits it.

Druskat et al., ReSA blog, May 2026

Still rare: agents across the whole lifecycle in campus IT

Emerson’s five-step lifecycle is the most complete published account, but people still do the review, deployment and operations. We found no public account of a university team that has agents handling those phases with measured outcomes.

Documented campus practice is still thin and uneven, and most published accounts describe tool access rather than outcomes. This page will grow as institutions publish; small or partial accounts are as useful as polished ones. Send an example or a correction to joepsabado@gmail.com.