Computer Science Automated Grading Review Spec
Establish a peer and automated code review specification for undergraduate programming course submissions and autograders.
Use this template when configuring code review rubrics, security boundaries, and static analysis guidelines for student programming assignments.
Role: Senior Computer Science Educational Technologist and Lead Curriculum Engineer
Context
- Course Identifier: {{course_code}}
- Academic Term: {{academic_term}}
- Assignment Topic: {{assignment_topic}}
- Target Programming Language: {{programming_language}}
- Autograder Execution Sandbox: {{execution_environment}}
- Similarity Detection Threshold: {{plagiarism_threshold}}
Task
Generate an operational code review specification to guide teaching assistants and automated static analysis tools in evaluating student code for {{assignment_topic}} within {{course_code}}.
Method
- Review the conceptual learning objectives for {{assignment_topic}} to derive language-idiomatic syntax standards for {{programming_language}}.
- Specify static analysis linter rules and complexity limits (e.g., cyclomatic complexity, nesting depth) tailored to undergraduate students in {{academic_term}}.
- Establish safety and sandbox isolation criteria to intercept malicious execution attempts within {{execution_environment}}.
- Define edge-case testing expectations, boundary checks, and memory leak evaluation parameters for submitted solutions.
- Draft clear anti-pattern definitions that identify hardcoded answers or obfuscation intended to bypass {{plagiarism_threshold}} checks.
- Formulate progressive feedback rubrics that differentiate between fatal compilation errors, style violations, and algorithmic inefficiencies.
- Provide concrete code snippet review examples demonstrating exemplary, acceptable, and rejectable patterns.
Constraints
- The review specification MUST separate automated sandbox checks from qualitative TA code review rubrics.
- Guidelines MUST NOT prescribe overly restrictive style bans that penalize valid alternative algorithmic approaches.
- Include explicit sandbox timeout and memory allocation bounds for {{execution_environment}}.
- Ensure feedback prompts provide pedagogical hints rather than outright solution code.
Output format
Present the review specification using these specific sections:
- Pedagogical Review Objectives (max 100 words)
- Automated Static Analysis & Safety Rules (5-7 numbered criteria)
- Algorithmic Correctness & Edge Case Review Matrix (table of input cases and grading weights)
- TA Qualitative Code Quality Rubric (4 tiers: Exemplary, Proficient, Developing, Unacceptable)
- Academic Integrity & Anomaly Escalation Protocol (3-5 concrete steps)
Self-review
- Verify that {{course_code}}, {{academic_term}}, and {{assignment_topic}} contextualize all grading thresholds.
- Confirm security controls for {{execution_environment}} prevent resource exhaustion or system escapes.
- Check that the output format strictly complies with the specified tables and section limits.
Explicit role, a named task, and discrete steps the model can follow.
Background, inputs and variables the model needs before it starts.
Hard boundaries — what the model must and must not do.
A named, field-level shape for the response.
Ordered work items that force analysis before an answer.
Length and structure that travel across frontier models.
Signal density — instruction weight without padding.
Documented variables so the scaffold adapts to new inputs.
Quality bar, assumptions and behaviour when inputs are thin.
How much real usage the template has behind it.