# Investigate an empty-input parser failure

## Goal

Explain the mismatch between the parser and its empty-input test. Propose a correction; do not edit yet.

## Scope

Read the parser file and the empty-input test. If more context is necessary, name it before expanding the task.

## Existing work

Preserve all current changes, including unrelated formatting edits. Inspect the current diff first.

## Acceptance

Describe the expected and actual behavior. Name the project check that exercises the fault. Report whether it was actually run and its result.

## Approval boundary

Ask before editing files, installing dependencies, using a new remote service or starting background work.

## Why these choices help

The goal separates investigation from repair. The scope limits what needs review. The acceptance line prevents a plausible explanation from being mistaken for a passing test. These instructions do not enforce operating-system restrictions.