STUD.com
← Objectives

Build · Assess & Decide · Analysis & Finance

Build a Protagonist-Selection Pain-and-Gain Scorecard

I get a structured scorecard of every candidate protagonist with pain and gain scores plus role tags, and exactly one flagged as the chosen protagonist, where the choice provably maximizes the pain+gain rule from the book.

You receive: A JSON object {candidates:[{name, role, painScore, gainScore, isChosen}]} where role is from a fixed enum and scores are on a fixed 1-5 scale.

Part of Pitch Investors

What's verified: STUD verifies every candidate is scored on pain and gain within range, tagged with a valid role, and that the single chosen protagonist provably maximizes the pain+gain sum under the stated tie-break. STUD does NOT verify that the pain/gain scores are accurate to the real market, nor that the chosen protagonist will actually make the best story.

Opens soon

Cost20 credits
AcceptanceAutomated check against your inputs
ProtectionHeld until verified delivery

This objective is verified and ready. It opens soon, once sign-in and payments are live.

Deliverable interface

The exact vocabulary the automated check enforces: keys, tokens, entry points, and worked examples. Generated from the verification source.

{
 "buyerParamKeys": [
  "candidateNames",
  "roleEnum",
  "tiebreak"
 ],
 "checkNames": [
  "format_parses",
  "has_candidates",
  "candidates_are_objects",
  "nonempty_names",
  "coverage",
  "roles_valid",
  "scores_range",
  "one_chosen",
  "chosen_maximizes"
 ],
 "constants": {},
 "deliverableLabel": "protagonist_selection_scorecard",
 "documentKeys": [
  "candidates",
  "gainScore",
  "isChosen",
  "name",
  "painScore",
  "role"
 ],
 "enumLiterals": [
  [
   "pain",
   "gain"
  ]
 ],
 "submission": "a JSON document (submitted as a string), validated as data; every check below must pass",
 "tier": "doc-validator"
}

Get early access to STUD the day it goes live.