Plan Artifact Repair

Drydock accepted the Plan response shape but rejected the emitted Blueprint artifact(s) below. Repair only the deterministic defect. Preserve all unrelated content, contracts, headings, decisions, and acceptance assertions byte-for-byte where possible. Do not remove or weaken a valid assertion while adding a missing one. Every artifact with a programmatic surface retains at least two concrete Python acceptance assertions. Every DECISIONS.json is the sole decision disclosure surface; do not emit Markdown question sections.

Emit each artifact below in exactly this form, and emit no other text:

=== BEGIN ARTIFACT <FILENAME> === <the complete file body> === END ARTIFACT ===

The filename appears once, in the opening delimiter. The closing delimiter is the constant token above and never carries a name.

Emit exactly one such block for each of: FEATURE-Accessors.md, FEATURE-Arithmetic-and-Structural-Operators.md, FEATURE-Boolean-and-Alternative-Operators.md, FEATURE-Complex-Assignments.md, FEATURE-Conditionals-and-Exception-Flow.md, FEATURE-Destructuring-Alternatives.md, FEATURE-Filter-Grammar.md, FEATURE-Function-Definitions.md, FEATURE-Generator-Core.md, FEATURE-Labels-and-Breaks.md, FEATURE-Literals-and-Strings.md, FEATURE-Path-Discovery.md, FEATURE-Recursive-Generators.md, FEATURE-Regular-Expressions.md, FEATURE-Scoped-Conformance.md, FEATURE-Sorting-and-Grouping.md, FEATURE-String-Manipulation.md, FEATURE-Type-and-Numeric-Primitives.md, FEATURE-Variable-Bindings.md.

Repair pass: 2

Deterministic validation defect:
Plan generation failed: an acceptance criterion cannot pass as written. FEATURE-Accessors.md [value-002-conformance]: story VALUE-002 is not the terminal story (CONF-003) and its acceptance executes the authoritative runner sources/run_conformance.py. Gate this story on its own declared behavior, or invoke the runner in list mode, which enumerates the suite without running a case. FEATURE-Arithmetic-and-Structural-Operators.md [flow-001-conformance]: story FLOW-001 is not the terminal story (CONF-003) and its acceptance executes the authoritative runner sources/run_conformance.py. Gate this story on its own declared behavior, or invoke the runner in list mode, which enumerates the suite without running a case. FEATURE-Boolean-and-Alternative-Operators.md [flow-002-conformance]: story FLOW-002 is not the terminal story (CONF-003) and its acceptance executes the authoritative runner sources/run_conformance.py. Gate this story on its own declared behavior, or invoke the runner in list mode, which enumerates the suite without running a case. FEATURE-Complex-Assignments.md [path-004-conformance]: story PATH-004 is not the terminal story (CONF-003) and its acceptance executes the authoritative runner sources/run_conformance.py. Gate this story on its own declared behavior, or invoke the runner in list mode, which enumerates the suite without running a case. FEATURE-Conditionals-and-Exception-Flow.md [flow-003-conformance]: story FLOW-003 is not the terminal story (CONF-003) and its acceptance executes the authoritative runner sources/run_conformance.py. Gate this story on its own declared behavior, or invoke the runner in list mode, which enumerates the suite without running a case. FEATURE-Destructuring-Alternatives.md [func-004-conformance]: story FUNC-004 is not the terminal story (CONF-003) and its acceptance executes the authoritative runner sources/run_conformance.py. Gate this story on its own declared behavior, or invoke the runner in list mode, which enumerates the suite without running a case. FEATURE-Filter-Grammar.md [parse-003-conformance]: story PARSE-003 is not the terminal story (CONF-003) and its acceptance executes the authoritative runner sources/run_conformance.py. Gate this story on its own declared behavior, or invoke the runner in list mode, which enumerates the suite without running a case. FEATURE-Function-Definitions.md [function-definitions-scoped-conformance]: story FUNC-003 is not the terminal story (CONF-003) and its acceptance executes the authoritative runner sources/run_conformance.py. Gate this story on its own declared behavior, or invoke the runner in list mode, which enumerates the suite without running a case. FEATURE-Generator-Core.md [core-001-conformance]: story CORE-001 is not the terminal story (CONF-003) and its acceptance executes the authoritative runner sources/run_conformance.py. Gate this story on its own declared behavior, or invoke the runner in list mode, which enumerates the suite without running a case. FEATURE-Labels-and-Breaks.md [flow-004-conformance]: story FLOW-004 is not the terminal story (CONF-003) and its acceptance executes the authoritative runner sources/run_conformance.py. Gate this story on its own declared behavior, or invoke the runner in list mode, which enumerates the suite without running a case. FEATURE-Literals-and-Strings.md [parse-002-conformance]: story PARSE-002 is not the terminal story (CONF-003) and its acceptance executes the authoritative runner sources/run_conformance.py. Gate this story on its own declared behavior, or invoke the runner in list mode, which enumerates the suite without running a case. FEATURE-Path-Discovery.md [path-001-conformance]: story PATH-001 is not the terminal story (CONF-003) and its acceptance executes the authoritative runner sources/run_conformance.py. Gate this story on its own declared behavior, or invoke the runner in list mode, which enumerates the suite without running a case. FEATURE-Recursive-Generators.md [recursive-generators-scoped-conformance]: story FLOW-006 is not the terminal story (CONF-003) and its acceptance executes the authoritative runner sources/run_conformance.py. Gate this story on its own declared behavior, or invoke the runner in list mode, which enumerates the suite without running a case. FEATURE-Regular-Expressions.md [regex-conformance]: story TEXT-003 is not the terminal story (CONF-003) and its acceptance executes the authoritative runner sources/run_conformance.py. Gate this story on its own declared behavior, or invoke the runner in list mode, which enumerates the suite without running a case. FEATURE-Scoped-Conformance.md [scoped-conformance]: story CONF-002 is not the terminal story (CONF-003) and its acceptance executes the authoritative runner sources/run_conformance.py. Gate this story on its own declared behavior, or invoke the runner in list mode, which enumerates the suite without running a case. FEATURE-Sorting-and-Grouping.md [data-002-conformance]: story DATA-002 is not the terminal story (CONF-003) and its acceptance executes the authoritative runner sources/run_conformance.py. Gate this story on its own declared behavior, or invoke the runner in list mode, which enumerates the suite without running a case. FEATURE-String-Manipulation.md [text-001-conformance]: story TEXT-001 is not the terminal story (CONF-003) and its acceptance executes the authoritative runner sources/run_conformance.py. Gate this story on its own declared behavior, or invoke the runner in list mode, which enumerates the suite without running a case. FEATURE-Type-and-Numeric-Primitives.md [value-004-conformance]: story VALUE-004 is not the terminal story (CONF-003) and its acceptance executes the authoritative runner sources/run_conformance.py. Gate this story on its own declared behavior, or invoke the runner in list mode, which enumerates the suite without running a case. FEATURE-Variable-Bindings.md [variable-bindings-scoped-conformance]: story FUNC-001 is not the terminal story (CONF-003) and its acceptance executes the authoritative runner sources/run_conformance.py. Gate this story on its own declared behavior, or invoke the runner in list mode, which enumerates the suite without running a case. No Blueprint or Manifest artifacts were written.
Execution output: /mnt/c/Users/barlo/projects/drydock/uat/jq/runs/20260822.044627/workspace/logs/20260822.045941.036Z_jq_plan_codex.output.txt

Normative Compass sections. They bind every assertion you write or retain, including one you add to satisfy the defect above.

Constraints

Implement in Python using only the standard library.
Provide an executable named jq at the application root, invoked as ./jq -c '<program>'.
-c is the only option exercised. No other command-line option is required.
Run without network access, package installation, or external runtime dependencies.
Exit 0 when the program compiled and ran to completion, 3 when it did not compile, and 5

when it compiled and raised at run time. The harness grades on this distinction.

Diagnostics go to standard error and are never compared.

Guardrails

Do not shell out to a system jq executable.
Do not use a third-party jq implementation or binding.
Do not modify, rewrite, trim, regenerate, or substitute any file under sources/. Those assets

are restored before grading and an edit is reported as tampering.

Preserve generator ordering, multiplicity, backtracking, and partial-output runtime behavior.
Keep compile failures distinct from runtime failures using exit codes 3 and 5.

Verification Protocol

This section is normative. It governs which story may invoke the supplied harness, and how.

Invoking the harness

sources/run_conformance.py requires the environment variable JQ, the command that runs the candidate implementation. Without it the harness exits 2 on its own usage code, which is a harness fault and never a verdict about the interpreter. Every invocation, in every acceptance criterion and every developer command, supplies it:

JQ="$PWD/jq" python3 sources/run_conformance.py            # whole corpus, the scored run
JQ="$PWD/jq" python3 sources/run_conformance.py --select 'reduce'   # run one construct for real

Those two commands are the only ways this build runs the harness. They are specified verbatim below under The two harness invocations, together with the flag this build forbids.

sources/ is read only. No story edits, patches, or regenerates sources/run_conformance.py, sources/jq.test, or sources/exclusions.txt; a harness defect is reported, not repaired in place. A story that needs to experiment with the harness works on a copy outside sources/, and every acceptance criterion invokes the original sources/run_conformance.py.

An acceptance criterion written in Python supplies it by extending the inherited environment, never by replacing it:

env={**os.environ, "JQ": str(build_dir / "jq")}

env={"JQ": ...} alone leaves the child with no PATH, so nothing it invokes resolves and the criterion is false at every level of implementation quality.

sources/full_test.sh sets JQ itself for the runner it wraps and therefore takes no environment from its caller.

The harness reserves exit 2 for its own faults — a missing corpus, an unset JQ, a stale exclusion list. Exit 2 never means the interpreter is wrong.

The summary line is:

jq conformance: NNN passed, N failed, N errored, N skipped (corpus jq.test @ jq-1.8.2)

The two harness invocations

An acceptance criterion that runs sources/run_conformance.py uses one of these two commands. No criterion in this build passes any other flag to the harness.

Story kind	Command	Executes cases?	Asserts
Every behavioral story	`--select <regex> --json`	Yes, the selected slice	exit `0`, zero `fail`, zero `error`, non-zero case count
Terminal story (once, last)	`sh sources/full_test.sh`	Yes, all of them	exit `0`

The staging story does not appear in this table. It does not run the harness at all; see The staging story below.

`--list` is never run

sources/run_conformance.py accepts a flag, spelled --list, that prints the names of the matching cases and then exits without executing any of them. sources/INSTRUCTIONS.md, the file header, and --help all document it.

This build never runs it. Not in an acceptance criterion, not in a story, not in a script, not in a command typed by a build agent, not while developing and not while verifying. The string --list does not appear anywhere in this project's output. If you have written it, that line is wrong — delete it and use one of the two commands above.

A Drydock build is headless. There is no one watching the output, so a mode whose entire purpose is to print something for a person to read has no reader and no reason to run.

The flag returns 0 at the top of the run — before the harness reads JQ, before it resolves the candidate command, before it executes a single case. A criterion built on it passes when jq is an empty file, when jq does not exist, and when the story it gates was never written. It is not a weak proof, not a partial proof, and not an acceptable proof for staging, for scaffolding, or for an early story whose implementation is incomplete. It is not a proof. Thirty-six criteria in one earlier plan of this project used it, every one of them reported green, and it cost three days.

If you are writing a criterion and reaching for that flag, the reason is always the same: the story's code does not exist yet and you want a command that will not fail. That is the definition of a criterion that proves nothing. Write the --select ... --json form instead and let it be red until the story makes it green. A criterion is supposed to fail before its story is built.

The same prohibition covers any other flag whose effect is to not execute the cases — enumeration, dry-run, validation, or help. If a flag's documented purpose is "run nothing", it has no place in an acceptance criterion.

Behavioral criterion — copy this, changing only `SELECT`

import json
import os
import subprocess
import sys

SELECT = r"reduce"

result = subprocess.run(
    [sys.executable, "sources/run_conformance.py", "--select", SELECT, "--json"],
    capture_output=True,
    text=True,
    env={**os.environ, "JQ": f"{os.getcwd()}/jq"},
)
print(result.stdout)
print(result.stderr, file=sys.stderr)
report = json.loads(result.stdout)
tally = report["summary"]
assert sum(tally.values()) > 0, f"selector matched no case: {SELECT}"
assert tally["fail"] == 0 and tally["error"] == 0, tally
assert result.returncode == 0, result.returncode

Three assertions, and all three are required.

The selector matched something. --select is a regular expression matched against the

program text of each case. A selector that matches nothing yields zero cases, zero failures, and exit 0 — green, and worth nothing. Alternations naming ideas rather than syntax (closure, recursive, optional) match no jq program and are the common way to write one by accident. Select on syntax the corpus actually contains: reduce, foreach, def, as \$, try, //, path(.

No case failed or errored. Read off the parsed JSON tally, not off any printed line.
The exit status is 0. The harness returns 0 only when fail and error are both zero,

and reserves 2 for its own faults — a missing corpus, an unset JQ, a stale exclusion list. Exit 2 is never a verdict about the interpreter.

--json writes the report and nothing else to stdout, so json.loads(result.stdout) is total. Do not assert against the human summary line, and do not grep stdout for passed or failed.

The terminal story

The terminal story is the last story in the build order: the one on which every other story is a transitive dependency, and after which no further story runs. It is a verification story. Its job is not to add capability but to prove that the capability every preceding story delivered is present, together, at the end of the build.

The terminal story of this project runs sh sources/full_test.sh, asserts returncode == 0, prints the captured stdout and stderr so a failure is diagnosable from the evidence alone, and carries the Sea Trial. It is the only story permitted to run the whole corpus.

A story is not terminal because its name contains "verify", because it is a test harness, or because it stages the test assets. Staging the corpus is foundational work that happens early; running the corpus is terminal work that happens last. Do not place a whole-corpus gate on a story that cannot yet run it — it fails vacuously and teaches nothing.

Scope of every other story

Every non-terminal story is gated on its own declared behavior only, through --select against the constructs that story implements, and the criterion asserts the selected slice passes. A non-terminal story never invokes sources/full_test.sh and never runs the corpus unfiltered: a partial interpreter fails most of an authoritative corpus by construction, and its unimplemented cases exhaust the harness's per-case timeout rather than returning, so the unscoped run costs the most exactly where it teaches the least.

Regression across stories is not the responsibility of any story's criteria. Drydock re-runs every previously proven criterion after each block and attributes a criterion that was green and is now red to the block that broke it, so a criterion proven at story 2 and broken at story 6 fails story

Do not author a mid-build story whose purpose is to re-run earlier stories' checks.

The staging story

The story that stages the conformance assets is gated on the assets being present, complete, and mutually consistent — not on a bare file-existence assertion, and not on the corpus running. It proves that in process, by importing the harness and calling its parsers directly. It never launches the harness, so the question of which flags to pass does not arise:

import sys

sys.path.insert(0, "sources")
import run_conformance as harness

EXPECTED_CASES = 550
EXPECTED_EXCLUSIONS = 13

cases = harness.parse_corpus(harness.CORPUS.read_text(encoding="utf-8"))
excluded = harness.apply_exclusions(cases, harness.parse_exclusions(harness.EXCLUSIONS))
assert len(cases) == EXPECTED_CASES, len(cases)
assert len(excluded) == EXPECTED_EXCLUSIONS, len(excluded)

This reads state rather than output: the harness module imports, the corpus parses into the expected number of cases, and every exclusion still matches a case — apply_exclusions raises on a stale entry, so a corpus and an exclusion list that have drifted apart fail here rather than silently skipping cases later.

It claims nothing about the interpreter, because at this point in the build there is nothing to claim. Every story that claims a construct works runs that construct through --select ... --json.

Original FEATURE-Accessors.md, in the same form your reply must use: === BEGIN ARTIFACT FEATURE-Accessors.md ===

FEATURE: Accessors

Object fields, array indices, dynamic keys, optional access, and negative indices follow jq semantics.

Programmatic Acceptance

=== AC value-002-conformance === from pathlib import Path assert Path("jq").is_file() assert Path("sources/run_conformance.py").is_file() === END AC value-002-conformance === === END ARTIFACT ===

Original FEATURE-Arithmetic-and-Structural-Operators.md, in the same form your reply must use: === BEGIN ARTIFACT FEATURE-Arithmetic-and-Structural-Operators.md ===

FEATURE: Arithmetic and Structural Operators

Arithmetic, string, array, object, recursive merge, repetition, and splitting operators are supported.

Programmatic Acceptance

=== AC flow-001-conformance === from pathlib import Path assert Path("jq").is_file() assert Path("sources/run_conformance.py").is_file() === END AC flow-001-conformance === === END ARTIFACT ===

Original FEATURE-Boolean-and-Alternative-Operators.md, in the same form your reply must use: === BEGIN ARTIFACT FEATURE-Boolean-and-Alternative-Operators.md ===

FEATURE: Boolean and Alternative Operators

Boolean, negation, defined-or, and defined-or assignment semantics are supported.

Programmatic Acceptance

=== AC flow-002-conformance === from pathlib import Path assert Path("jq").is_file() assert Path("sources/run_conformance.py").is_file() === END AC flow-002-conformance === === END ARTIFACT ===

Original FEATURE-Complex-Assignments.md, in the same form your reply must use: === BEGIN ARTIFACT FEATURE-Complex-Assignments.md ===

FEATURE: Complex Assignments

Complex assignments handle generated and deeply nested paths.

Programmatic Acceptance

=== AC path-004-conformance === from pathlib import Path assert Path("jq").is_file() assert Path("sources/run_conformance.py").is_file() === END AC path-004-conformance === === END ARTIFACT ===

Original FEATURE-Conditionals-and-Exception-Flow.md, in the same form your reply must use: === BEGIN ARTIFACT FEATURE-Conditionals-and-Exception-Flow.md ===

FEATURE: Conditionals and Exception Flow

Conditional branches, try/catch handling, and optional evaluation are supported.

Programmatic Acceptance

=== AC flow-003-conformance === from pathlib import Path assert Path("jq").is_file() assert Path("sources/run_conformance.py").is_file() === END AC flow-003-conformance === === END ARTIFACT ===

Original FEATURE-Destructuring-Alternatives.md, in the same form your reply must use: === BEGIN ARTIFACT FEATURE-Destructuring-Alternatives.md ===

FEATURE: Destructuring Alternatives

Destructuring patterns and ?// alternatives are supported.

Programmatic Acceptance

=== AC func-004-conformance === from pathlib import Path assert Path("jq").is_file() assert Path("sources/run_conformance.py").is_file() === END AC func-004-conformance === === END ARTIFACT ===

Original FEATURE-Filter-Grammar.md, in the same form your reply must use: === BEGIN ARTIFACT FEATURE-Filter-Grammar.md ===

FEATURE: Filter Grammar

The parser implements jq expression grammar, precedence, composition, indexing, construction, and optional operators.

Programmatic Acceptance

=== AC parse-003-conformance === from pathlib import Path assert Path("jq").is_file() assert Path("sources/run_conformance.py").is_file() === END AC parse-003-conformance === === END ARTIFACT ===

Original FEATURE-Function-Definitions.md, in the same form your reply must use: === BEGIN ARTIFACT FEATURE-Function-Definitions.md ===

FEATURE: Function Definitions

Function definitions provide lexical scope, redefinition, and recursion.

Programmatic Acceptance

=== AC function-definitions-scoped-conformance === from pathlib import Path assert Path("jq").is_file() assert Path("sources/run_conformance.py").is_file() === END AC function-definitions-scoped-conformance === === END ARTIFACT ===

Original FEATURE-Generator-Core.md, in the same form your reply must use: === BEGIN ARTIFACT FEATURE-Generator-Core.md ===

FEATURE: Generator Core

Filters evaluate as ordered streams with multiplicity, backtracking, and empty results.

Programmatic Acceptance

=== AC core-001-conformance === from pathlib import Path assert Path("jq").is_file() assert Path("sources/run_conformance.py").is_file() === END AC core-001-conformance === === END ARTIFACT ===

Original FEATURE-Labels-and-Breaks.md, in the same form your reply must use: === BEGIN ARTIFACT FEATURE-Labels-and-Breaks.md ===

FEATURE: Labels and Breaks

Lexically scoped labels and break control are supported.

Programmatic Acceptance

=== AC flow-004-conformance === from pathlib import Path assert Path("jq").is_file() assert Path("sources/run_conformance.py").is_file() === END AC flow-004-conformance === === END ARTIFACT ===

Original FEATURE-Literals-and-Strings.md, in the same form your reply must use: === BEGIN ARTIFACT FEATURE-Literals-and-Strings.md ===

FEATURE: Literals and Strings

JSON literals, escaped strings, formatted strings, and interpolation are supported.

Programmatic Acceptance

=== AC parse-002-conformance === from pathlib import Path assert Path("jq").is_file() assert Path("sources/run_conformance.py").is_file() === END AC parse-002-conformance === === END ARTIFACT ===

Original FEATURE-Path-Discovery.md, in the same form your reply must use: === BEGIN ARTIFACT FEATURE-Path-Discovery.md ===

FEATURE: Path Discovery

Path discovery and projections support exact and generated path expressions.

Programmatic Acceptance

=== AC path-001-conformance === from pathlib import Path assert Path("jq").is_file() assert Path("sources/run_conformance.py").is_file() === END AC path-001-conformance === === END ARTIFACT ===

Original FEATURE-Recursive-Generators.md, in the same form your reply must use: === BEGIN ARTIFACT FEATURE-Recursive-Generators.md ===

FEATURE: Recursive Generators

Recursive generator filters preserve termination and stream ordering.

Programmatic Acceptance

=== AC recursive-generators-scoped-conformance === from pathlib import Path assert Path("jq").is_file() assert Path("sources/run_conformance.py").is_file() === END AC recursive-generators-scoped-conformance === === END ARTIFACT ===

Original FEATURE-Regular-Expressions.md, in the same form your reply must use: === BEGIN ARTIFACT FEATURE-Regular-Expressions.md ===

FEATURE: Regular Expressions

Regex matching, captures, scanning, splitting, and substitution use Python standard-library regular expressions.

Programmatic Acceptance

=== AC regex-conformance === from pathlib import Path assert Path("jq").is_file() assert Path("sources/run_conformance.py").is_file() === END AC regex-conformance === === END ARTIFACT ===

Original FEATURE-Scoped-Conformance.md, in the same form your reply must use: === BEGIN ARTIFACT FEATURE-Scoped-Conformance.md ===

FEATURE: Scoped Conformance Verification

Construct-specific conformance verification executes selected cases and requires a non-empty passing result.

Programmatic Acceptance

=== AC scoped-conformance === from pathlib import Path assert Path("jq").is_file() assert Path("sources/run_conformance.py").is_file() === END AC scoped-conformance === === END ARTIFACT ===

Original FEATURE-Sorting-and-Grouping.md, in the same form your reply must use: === BEGIN ARTIFACT FEATURE-Sorting-and-Grouping.md ===

FEATURE: Sorting and Grouping

Sorting, grouping, uniqueness, and extrema use jq structural comparison.

Programmatic Acceptance

=== AC data-002-conformance === from pathlib import Path assert Path("jq").is_file() assert Path("sources/run_conformance.py").is_file() === END AC data-002-conformance === === END ARTIFACT ===

Original FEATURE-String-Manipulation.md, in the same form your reply must use: === BEGIN ARTIFACT FEATURE-String-Manipulation.md ===

FEATURE: String Manipulation

String trimming, conversion, splitting, joining, case, and Unicode filters are supported.

Programmatic Acceptance

=== AC text-001-conformance === from pathlib import Path assert Path("jq").is_file() assert Path("sources/run_conformance.py").is_file() === END AC text-001-conformance === === END ARTIFACT ===

Original FEATURE-Type-and-Numeric-Primitives.md, in the same form your reply must use: === BEGIN ARTIFACT FEATURE-Type-and-Numeric-Primitives.md ===

FEATURE: Type and Numeric Primitives

Type, length, numeric conversion, predicates, and mathematical primitive filters are supported.

Programmatic Acceptance

=== AC value-004-conformance === from pathlib import Path assert Path("jq").is_file() assert Path("sources/run_conformance.py").is_file() === END AC value-004-conformance === === END ARTIFACT ===

Original FEATURE-Variable-Bindings.md, in the same form your reply must use: === BEGIN ARTIFACT FEATURE-Variable-Bindings.md ===

FEATURE: Variable Bindings

Lexical bindings, shadowing, and destructuring patterns are supported.

Programmatic Acceptance

=== AC variable-bindings-scoped-conformance === from pathlib import Path assert Path("jq").is_file() assert Path("sources/run_conformance.py").is_file() === END AC variable-bindings-scoped-conformance === === END ARTIFACT === </pblock>

Plan Artifact Repair

Constraints

Guardrails

Verification Protocol

Invoking the harness

The two harness invocations

--list is never run

Behavioral criterion — copy this, changing only SELECT

The terminal story

Scope of every other story

The staging story

FEATURE: Accessors

Programmatic Acceptance

FEATURE: Arithmetic and Structural Operators

Programmatic Acceptance

FEATURE: Boolean and Alternative Operators

Programmatic Acceptance

FEATURE: Complex Assignments

Programmatic Acceptance

FEATURE: Conditionals and Exception Flow

Programmatic Acceptance

FEATURE: Destructuring Alternatives

Programmatic Acceptance

FEATURE: Filter Grammar

Programmatic Acceptance

FEATURE: Function Definitions

Programmatic Acceptance

FEATURE: Generator Core

Programmatic Acceptance

FEATURE: Labels and Breaks

Programmatic Acceptance

FEATURE: Literals and Strings

Programmatic Acceptance

FEATURE: Path Discovery

Programmatic Acceptance

FEATURE: Recursive Generators

Programmatic Acceptance

FEATURE: Regular Expressions

Programmatic Acceptance

FEATURE: Scoped Conformance Verification

Programmatic Acceptance

FEATURE: Sorting and Grouping

Programmatic Acceptance

FEATURE: String Manipulation

Programmatic Acceptance

FEATURE: Type and Numeric Primitives

Programmatic Acceptance

FEATURE: Variable Bindings

Programmatic Acceptance

`--list` is never run

Behavioral criterion — copy this, changing only `SELECT`