ENGINEERING APPRENTICESHIP ENVIRONMENT

Engineering Review Room

Checking coaching mode…
AR
Alex RiveraArchitecture & Integration Owner
TEAMTeam Vector
PROJECTCampusConnect
CURRENT PHASE
EVIDENCE SNAPSHOT Repository connected
CHOOSE YOUR REVIEW

How do you want the senior board to engage?

You can ask questions at any time. The review type sets the purpose of this session, not a rigid script.
Board Review · the board chooses the agenda.Use the large Start Review button in the context bar when you are ready.
1
Understand the conditionAsk the senior reviewer when wording or consequences are unclear.
2
Work toward a positionUse coaching as often as needed; early phases are deliberately guided.
3
Discuss, refine, then recommendWhen a decision is needed, state the recommendation you are prepared to defend. Not every conversation needs one.
CURRENT ENGINEERING QUESTION

Can the team operate with visible ownership, workflow discipline, AI governance, and repository structure before serious implementation begins?

Think like a junior engineer in a review with senior engineers. You are expected to make the decision, but the board will coach you until the reasoning is strong enough to own.

Business ValueEvidenceAccountabilityAI GovernanceUncertainty
ENGINEERING SIGNALS
Evidence CoverageNot scanned
PositionNot started
Reasoning Moves
Instructor VisibilityOn

Signals help you navigate the review. They are not an autonomous course grade.

SENIOR REVIEW BOARD

Start a review to convene the board

Maya · EvidenceMarcus · ArchitectureElena · Red TeamPriya · Delivery

Your engineering review starts here.

The board will use your team's evidence and coach you through one engineering move at a time. You may ask questions before you make a decision.

You can ask questions before choosing a posture.
Enter to discuss · Shift+Enter for newline
Write in your own words. Grammar, spelling, and accent are not being graded.
YOUR REVIEW HISTORY

Practice is cumulative

Early reviews may include substantial coaching. Over the semester, the board will expect more independent engineering reasoning.

No review history loaded yet.
MY REVIEW HISTORY

How your engineering judgment is developing

Your conversations are individual, but every review remains tied to the same frozen team evidence used at that moment.

MY TEAM

Team context

Team membership and repository evidence are shared. Your coaching conversations and learning state remain individual.

ENGINEERING EVIDENCE

See what the Studio found, how it connects, and where to ask for help

This is your team's evidence workspace for the current released phase. File names are clues, not proof: the Studio also considers equivalent evidence, GitHub workflow history, and project-specific artifacts that actually support the engineering claim.

Loading the latest frozen evidence snapshot…
INSTRUCTOR COMMAND CENTER

Class engineering intelligence

Surface where teams need attention, what evidence is weak, and which reasoning moves remain implicit—without reducing students to activity counts.

Teams
Need attention
Active reviews
Review sessions
AI ECONOMICS

Usage and response health

Token and latency telemetry will appear as reviews run. Cost estimates use a versioned OpenAI public rate card and are advisory.

Estimated cost
Input tokens
Cached input
Output tokens
Cache hit
Avg response
Model calls
REVIEW QUEUE

Teams and attention signals

Loading course overview…
DESIGN BOUNDARY

What this surface will never do

  • Autonomously assign the final course grade.
  • Rank students by lines of code or commit count.
  • Expose confidential peer reviews to teammates.
  • Invent repository evidence.
  • Give students a hidden “correct” engineering decision.
TEAMS

Section team operations

Repository connection, shared evidence state, phase readiness, and student review participation.

STUDENTS

Roster and team membership

Add, deactivate, or move students without rewriting historical team membership.

REVIEWS

Engineering apprenticeship activity

Team evidence is shared; student conversations are private to the individual and authorized teaching staff.

ENGINEERING EVIDENCE

Frozen team evidence and longitudinal change

Inspect FACT observations, REVIEW interpretations, provenance, disputes, and phase-to-phase changes.

AI USAGE & COST

Token, cost, caching, and response health

Usage telemetry is operational intelligence, not student evaluation.

SEMESTER SETUP

Course, sections, roster, teams, and review calendar

Start from the COMP 330 lifecycle template, then adjust each section independently as the semester changes.

0 · Course term & sections

Create each semester once, then add one or more sections. Sections inherit the COMP 330 lifecycle template but keep independent rosters, teams, review availability, and date overrides.

1 · Section roster

Import the Sakai gradebook CSV. Only Student ID and Name are used.

2 · Teams

Create teams, then assign or move students. Changes preserve membership history.

3 · Review calendar & release control

Dates are proposed from the COMP 330 lifecycle template. Each section may override availability, due dates, and release state independently. Sakai remains the course deadline authority.

4 · Teaching staff

Add instructors, TAs, or reviewers by institutional email. Authentication and authorization remain separate.

5 · Term lifecycle

Archiving preserves all historical reviews, evidence snapshots, team membership, and usage records. It does not delete them.

SETTINGS & ACCESS

Identity, authorization, and integrations

Loyola Microsoft SSOConfiguration status loading…
GitHub identity linkingStudents link GitHub once; repository access is team-level through the GitHub App.
Repository authorizationA team repository is connected once. Other teammates inherit the team connection after login.
Local passwordsNone. Engineering Studio does not maintain student or instructor passwords.