{"version":"2.1.225","anchor":"repl-sampling-helpers-report-validation-errors-as-progress-i","canonical_anchor":"repl-sampling-helpers-report-validation-errors-as-progress-i","heading":"REPL sampling helpers report validation errors as progress instead of failing silently","tier":"notice","area":"Elsewhere","scope":null,"heads_up":null,"url":"https:\/\/changelogs.core-directive.com\/v\/2.1.225\/e\/repl-sampling-helpers-report-validation-errors-as-progress-i","release_url":"https:\/\/changelogs.core-directive.com\/v\/2.1.225","markdown":"### REPL sampling helpers report validation errors as progress instead of failing silently\n\nBad arguments to the in-REPL sampling helpers now show a visible error instead of vanishing.\n\n**What**\n\nThe in-REPL haiku, opus, sonnet and fable sampling helpers emit their start progress event before validating arguments, so bad input shows up as a visible error rather than a throw with nothing recorded.\n\n**Details**\n\n- \"prompt must be a string\" and \"schema must be an object\" now arrive as a `repl_tool_call` progress event with phase \"error\"\n- a non-string prompt is recorded in progress as an assembled placeholder naming its `typeof`\n\n**Evidence**\n\n`schema must be JSON-serializable`\n\n- Area: Elsewhere\n- Tier: You'll notice\n- Useful: 2\/5\n- Signal: 0\/5"}