Skip to main content
This page explains the full structure of the multi-agent assessment JSON, including:
  • Overall JSON schema
  • Field-by-field definitions
  • Types, constraints, and scoring logic

Candidate Question Evaluation JSON Schema

Each item in the schema represents the evaluation of one candidate answering one interview question.
The examples below use shortened content for readability. Your actual JSON will include full summaries and complete rubric criteria.

Top-Level Structure


Question Object

Metadata for the question being evaluated.

Fields

string
required
Full question text presented to the candidate.

Agents Object

The agents array contains all evaluator personas (AI Researchers, SMEs, Project Managers, etc.) and their scores for this question.

Fields

string
Index string of the agent, can use mapping object to map.
string
Agent persona name.
string
Evaluator persona type (e.g., AI Researcher, Subject Matter Expert, Project Manager). Dynamic based on job description or interview.
object
Scores for each rubric criterion for this agent.
number
Final score for this agent for this question:
number
Maximum possible score for this question of this agent for all criteria:
object
Narrative summary for each criterion and overall performance.

Criteria Object

Each agent’s criteria object represents the merged rubric applied to this question.

Criterion Fields

number
Agent’s rating on a 0–5 scale
(0 = no evidence, 5 = strongest demonstration).
number
Relative importance of the criterion in the rubric.
number
Computed as:
number
Computed as:
Criterion keys are generated from the merged rubric and are unique to the question being evaluated.

Step 6 Summary Object

Human-readable interpretation of the agent’s evaluation.

Fields

string
High-level summary of the candidate’s performance on this question.
string
Criterion-level narrative explanation aligned with the rubric.

Normalization Object

The normalization object aggregates all agent-level scores for this question, including raw totals, maximum possible values, and normalized outputs for each individual agent and each role group.

Fields

Maximum Score
number
Total possible score across all agents for this question.
Final Scores Each agent has two values:
  • role_index -> actual weighted score
  • role_index_max → maximum possible score
number
Total weighted score from Backend Developer 1.
number
Maximum possible score for Backend Developer 1.
number
Total weighted score from Backend Developer 2.
number
Maximum score for Backend Developer 2.
number
Total weighted score from Technical Lead 1.
number
Maximum score for Technical Lead 1.
number
Total weighted score from Technical Lead 2.
number
Maximum score for Technical Lead 2.
number
Total weighted score from System Architect 1.
number
Maximum score for System Architect 1.
number
Total weighted score from System Architect 2.
number
Maximum score for System Architect 2.
Normalized Scores (Per Role Group) These fields aggregate normalized results by role, not individual agent:
number
Normalized score across all Backend Developer agents.
number
Normalized score across all Technical Lead agents.
number
Normalized score across all System Architect agents.
Normalized Scores (Per Individual Agent) Each agent also receives an individual normalized value:
number
Normalized score for Backend Developer 1.
number
Normalized score for Backend Developer 2.
number
Normalized score for Technical Lead 1.
number
Normalized score for Technical Lead 2.
number
Normalized score for System Architect 1.
number
Normalized score for System Architect 2.

Mapping Object

The mapping object provides a consistent translation layer between internal keys and their human-readable labels. This ensures stable programmatic references while keeping UI and summaries clear and friendly.

Fields

object
Maps internal agent-role identifiers to human-readable labels.
object
Maps internal criterion keys to their display names in summaries, UI, and reports.
Use the mapping object when rendering UI labels or producing human-readable summaries to avoid relying on raw internal keys.