ta-coordinator
Skill34 starsChanged 5 months agoMITView on GitHub
Teaching-team management for university professors. 4-agent team covering TA onboarding (course-specific handbook + first-week orientation), grading-calibration norming sessions, workload allocation balanced by estimated hours, weekly TA meetings with decisions logs, and cross-TA grading-consistency checks. TAs are apprentice colleagues, not labor to optimize — consistency analysis is aggregate-first, never a TA league table, and personnel judgments stay with the professor. Triggers on: TA, teaching assistant, grader, grading team, TA training, TA meeting, grading calibration, norming session, divide grading, TA handbook, 助教, 助教培训, 助教手册, 批改分工, 评分一致性, 助教会议, 阅卷.
In this repository15 other files it gives its agents.
- CLAUDE.mdCLAUDE.md
- accreditation-mapperSkill
- assessment-architectSkill
- bilingual-coursewareSkill
- cohort-analystSkill
- course-designerSkill
- course-publisherSkill
- deck-studioSkill
- lab-forgeSkill
- lesson-builderSkill
- media-scripterSkill
- student-mentorSkill
- submission-auditorSkill
- teaching-pipelineSkill
- teaching-reflectorSkill
The file
We split this skill into the rules it gives an agent
1 rule. About 0 are common, 1 is distinctive, and 0 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈1
Distinctive · estimate
This author's own choices. Worth a look.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 50
Mode dispatch rule: when a request mixes modes (new TAs *and* a midterm to grade), run them in the order the team must act — onboarding …
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
TA Coordinator — Teaching Team Management
Runs the teaching team behind the course: onboarding, grading calibration, workload allocation, weekly meetings, and cross-TA consistency. Two protections drive everything: consistency protects students (same work, same grade, regardless of which TA graded it) and protects TAs (clear rubrics and recorded anchors beat blame when a grade is disputed). The professor brings personnel judgment and institutional knowledge; this skill brings structure, evidence, and drafting stamina.
Prime rule: TAs are apprentice colleagues, not labor to optimize. Onboarding and calibration are teaching-the-TA — framed developmentally, never as compliance. The professor owns every personnel judgment: this skill structures evidence and drafts communications; it never rates a TA. Anything evaluative about a named TA falls under the person-affecting hard rule in
shared/checkpoint_protocol.md— TAs are people too.
Quick Start
I have three new TAs for CS 201 this fall — help me onboard them
Set up a norming session before my TAs grade the midterm essays
Divide the grading for 240 lab reports across 4 TAs fairly
Prep this week's TA meeting — problem set 3 is due Friday
我的五位助教批改风格差异很大,帮我检查评分一致性Modes
| Mode | Trigger intent | Output |
onboarding | New TAs joining; "TA handbook"; "train my TAs" | Course-specific TA handbook + first-week orientation plan: duties, boundaries, escalation paths, tools |
calibration | Graded work incoming; "norming session"; TAs disagree on the rubric | Norming session package: anchor selection guidance, session script, agreement measurement, disagreement-resolution protocol — operationalizes the calibration protocol in assessment-architect/references/rubric_patterns.md |
allocation | "Divide the grading"; assigning duties; a TA dropped mid-term | Grading/duty allocation plan balanced by estimated hours (not item counts), with conflict-of-interest rules and rotation for fairness and TA development |
meeting | "TA meeting this week"; recurring team sync | Agenda built from the course's actual week — what's due, what calibration is needed, open escalations — plus a running decisions log |
consistency | "Are my TAs grading the same way?"; regrade requests clustering on one grader | Cross-TA consistency check from professor-provided grading samples: distribution comparison per criterion, drift flags, re-calibration triggers — aggregate analysis, never a TA league table |
Mode dispatch rule: when a request mixes modes (new TAs and a midterm to grade), run them in the order the team must act — onboarding before allocation, calibration before grading opens. Detect intent in any language.
Does NOT trigger
| Scenario | Use instead |
| Designing or fixing the rubric itself | assessment-architect |
| Emailing or giving feedback to a student | student-mentor |
| Checking student submissions against a standard | submission-auditor |
Agent Team (4)
| Agent | Role |
onboarding_agent | Assembles the course-specific TA handbook and first-week orientation; boundary clarity is the design goal — most TA failures are ambiguity failures |
calibration_facilitator_agent | Builds the norming session: anchor-set design, session script with timings, structured disagreement protocol, agreement stats, annotated rubric output |
workload_allocator_agent | Allocation plans from per-duty hour estimates; balance against contracted hours; conflict-of-interest screen; development rotation; what-if rebalancing |
consistency_auditor_agent | Cross-TA analysis from professor-provided samples: per-criterion distributions by grader, drift detection, double-grade sampling, re-calibration triggers — aggregate-first |
Workflow (calibration mode)
Phase 0 INTAKE — load the instrument + rubric (passport artifact_ref if present,
otherwise from the professor). No rubric = stop and route to
assessment-architect; calibrating against vibes calibrates nothing.
🧑 checkpoint: inputs confirmed; grading-open date and grader roster noted
Phase 1 ANCHORS — professor provides candidate submissions (anonymized);
calibration_facilitator suggests a spread: one clear-high, one
clear-low, two borderline — the borderlines do the teaching
🧑 checkpoint: anchor set confirmed
Phase 2 PACKAGE — session package assembled: pre-session independent grading
assignment for every grader, then the session script —
independent scores → reveal → discuss largest gaps → converge
on anchor interpretations → record decisions as rubric
annotations. Agreement stats computed: simple % within-one-level
and per-criterion spread, with honest small-N caveats.
Phase 3 POST — annotated rubric v2 + decisions record prepared for
distribution to all graders before grading opens
🧑 checkpoint: package confirmed; rubric annotations logged with the
rubric artifact so next term's TAs inherit the case lawOther modes follow the same arc — intake → draft → 🧑 checkpoint — with mode-specific
phases in each agent file. consistency mode additionally pseudonymizes graders
(TA-A, TA-B) in its working analysis by default.
Iron rules
- No TA league tables. Consistency analysis reports criterion-level patterns and
drift, anonymized and aggregate by default. Identified-TA views exist only at the
professor's explicit request, framed developmentally, and are draft-only under the
person-affecting rule (
shared/checkpoint_protocol.md) — evidence-bound, final human pass, never auto-finalized. - Employment facts are institutional. Hours caps, union contracts, pay, mandated
training: always
[NEEDS PROFESSOR INPUT: <what & where to find it>], never assumed. A plausible guess about someone's contract is a liability, not a draft. - Allocation balances estimated hours, not counts. 50 essays ≠ 50 multiple-choice sheets. Every plan shows its per-duty estimates and invites the professor to adjust them — the arithmetic is visible, never baked in.
- Calibration before consequential grading. The first graded assessment of the term and any new instrument trigger a calibration offer. A professor who declines is logged, not nagged — once.
- Decisions persist. The meeting decisions log and rubric annotations carry across the term, so week-9 grading honors week-3 decisions instead of re-litigating them. Recorded rulings are the team's case law.
Outputs
ta_handbook.md— fromtemplates/ta_handbook_template.mdta_orientation_plan.md— first-week plan (onboarding mode)calibration_session_<assessment>.md— fromtemplates/calibration_session_template.md, plus the annotated rubric v2 and decisions recordallocation_plan.md— allocation table + per-TA summary draftsta_meeting_<week>.md— agenda + running decisions logconsistency_report.md— aggregate analysis with drift flags
References
references/ta_management_guide.md— boundary table, onboarding checklist, calibration lifecycle, workload heuristics, meeting cadences, failure modes, mentoring notes, confidentiality briefingtemplates/ta_handbook_template.mdtemplates/calibration_session_template.mdassessment-architect/references/rubric_patterns.md— the calibration protocol this skill operationalizes; rubric defect taxonomy for drift diagnosis- Shared:
shared/checkpoint_protocol.md(person-affecting hard rule),shared/course_passport_schema.md
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

