parser-development
Use this skill when implementing or modifying Biome parser behavior, including `.ungram` grammars, lexers, token sources, parse rules, separated lists, error recovery, and parser fixtures. Do not use merely for consuming an existing AST/CST.
How do I install this agent skill?
npx skills add https://github.com/biomejs/biome --skill parser-developmentIs this agent skill safe to install?
- Gen Agent Trust Hubpass
The skill provides standard development guidelines for working on the Biome project's parser. It includes instructions for grammar management, error recovery, and testing without any malicious patterns.
- Socketpass
No alerts
- Snykpass
Risk: LOW · No issues
- Runlayerpass
1 file scanned · No issues
What does this agent skill do?
Parser Development
Use crates/biome_parser/CONTRIBUTING.md as the canonical parser guide. Read the section matching the current grammar, lexer, parse-rule, or recovery task.
Workflow
- Inspect the language grammar and neighboring parse rules.
- Add or adjust focused
ok/anderror/fixtures before changing recovery behavior. - Update the grammar when the typed tree shape changes.
- Regenerate syntax and factory artifacts after
.ungramchanges. - Implement parser logic with explicit presence tests and bounded recovery.
- Run the language parser's focused tests and inspect snapshots.
Grammar
Grammar files under xtask/codegen/ define typed syntax nodes and fields. Follow existing language naming:
- prefix nodes with the language name;
- name unions with
Any; - use
Bogusnodes for recoverable invalid syntax; - end list node names with
List; - represent lists as present, possibly empty nodes rather than optional fields.
After a grammar change, run:
just gen-grammar <lang>
This updates generated syntax nodes, syntax kinds, factories, macros, and language-specific mappings. Parser rules remain hand-written.
Presence Contract
A parse function returns Absent only when it has consumed no tokens. Test the first distinguishing token before calling start, bump, eat, expect, or another parser that can advance.
Use:
expectfor required tokens that should create a diagnostic when absent;eatfor optional tokens;.ok()for optional nodes;.or_add_diagnostic(...)for required nodes;- typed recovery for malformed nodes that should remain in the CST.
Do not use backtracking where a bounded lookahead or a more precise presence test can distinguish the syntax.
Error Recovery
Recovery must preserve following valid syntax and produce a bogus node permitted by the grammar at that position.
A recovery set normally includes the nearest relevant:
- list separator;
- list or block terminator;
- statement boundary;
- token that starts the next valid construct.
Do not copy a recovery set from an unrelated grammar position. Verify which tokens the caller expects after the failed parse.
Lists
Use the parser infrastructure's list traits instead of open-coded loops when their contract matches the grammar.
For separated lists, verify:
- the parser recognizes the enclosing terminator;
- separator handling agrees with trailing-separator grammar;
- a malformed element makes progress or stops;
- recovery cannot consume the enclosing terminator;
- an empty list still produces the required list node.
Lexer and Token Source
Follow the current Lexer and buffered token-source traits from biome_parser; do not copy an old trait implementation from a skill or issue.
- Use checked byte and character accessors supplied by the lexer infrastructure.
- Keep lexing context explicit where the same bytes have context-dependent meaning.
- Ensure every lexer path advances or returns EOF.
- Use
&strlexer tests for valid multibyte characters and character-boundary/index behavior. Test malformed byte sequences only through an existing byte-oriented API.
Testing
Load testing-codegen for parser quick tests and snapshot mechanics.
- Use the crate's
quick_testto inspect a CST while developing. - Add persistent fixtures under the parser crate's current
ok/anderror/directories. - A parser bug fix needs the smallest fixture that failed before the change.
- Recovery changes need malformed input followed by valid syntax to prove parsing resumes correctly.
Review Checklist
Absentpaths consume no input.- Required nodes and tokens produce useful diagnostics.
- Recovery emits a grammar-valid bogus node.
- Every loop either advances or exits.
- List recovery stops before the enclosing boundary.
- The CST retains all source text, including malformed input.
- Grammar changes include generated syntax and factory artifacts.
- Valid and malformed fixtures exercise the changed path.
References
- Parser guide:
crates/biome_parser/CONTRIBUTING.md - Grammars:
xtask/codegen/*.ungram - Parser infrastructure:
crates/biome_parser/src/ - Language implementations:
crates/biome_*_parser/src/
How can the creator link this skill?
Add the canonical catalog link to the repository README so users can inspect current installs and available audits. The publishing guide covers the complete discovery path.
<a href="https://skillzs.dev/skills/biomejs/biome/parser-development">View parser-development on skillZs</a>