Why jsongrep?
JSON documents are trees: objects and arrays branch into nested values, with
edges labeled by field names or array indices. jsongrep lets you describe
sets of paths through this tree using regular expression operators - the
same way you'd match patterns in text.
**.name # Kleene star: match "name" under nested objects
users[*].email # Wildcard: all emails in the users array
(error|warn).* # Disjunction: any field under "error" or "warn"
(* | [*])*.name # Any depth: match "name" through both objects and arrays
This is different from tools like jq, which use a filter pipeline to transform
data. With jsongrep, you declare what paths to match rather than describing
how to transform. The query compiles to a
DFA that
processes the document efficiently.
jsongrep vs jq
jq is a powerful tool, but its filter syntax can be verbose for common
path-matching tasks. jsongrep is declarative: you describe the shape of the
paths you want, and the engine finds them.
Find a field at any depth:
# jsongrep: -F treats the query as a literal field name at any depth
| |
# jq: requires a recursive descent operator and null suppression
| |
jsongrep also shows where each match was found (e.g.,
prizes.[0].laureates.[0].firstname:), which jq does not. (Examples below
show terminal output; when piped, path headers are hidden by default. See
--with-path / --no-path.)
Select multiple fields at once:
# jsongrep: disjunction with (year|category)
|
# jq: requires listing each field separately
|
Count matches:
# jsongrep
|
# jq
|
Pretty-print JSON (like jq '.'):
|
{
}
Benchmarks
jsongrep is benchmarked against
jsonpath-rust,
jmespath,
jaq, and
jql using
Criterion. Four benchmark groups isolate
different costs:
| Group | What's measured |
|---|---|
document_parse |
JSON string → in-memory document |
query_compile |
Query string → compiled query/DFA/filter |
query_search |
Search only (pre-parsed doc + pre-compiled query) |
end_to_end |
Full pipeline: parse + compile + search |
Test data ranges from a small sample JSON to a 190 MB GeoJSON file (citylots.json), with queries chosen to exercise equivalent functionality across tools (recursive descent, wildcards, nested paths). Where a tool lacks a feature, the benchmark is skipped rather than faked.
End-to-end on 190 MB GeoJSON (xlarge):
Interactive Criterion reports | Benchmark source and methodology
Quick Example
# Extract all firstnames from the Nobel Prize API
|
# Works with inline JSON too
|
Multi-Format Input
jg natively supports multiple serialization formats. Non-JSON formats are
converted to JSON at the boundary, then queried with the same engine, so your
queries work identically regardless of input format.
Auto-detection from file extension:
# YAML
# TOML
Explicit format flag (useful for stdin or non-standard extensions):
|
JSONL/NDJSON: each line becomes an array element:
Binary formats (CBOR, MessagePack):
| Format | Extensions | Feature flag | Notes |
|---|---|---|---|
| JSON | .json (default) |
— | Always available |
| JSONL/NDJSON | .jsonl, .ndjson |
— | Wrapped into JSON array |
| YAML | .yaml, .yml |
yaml |
Included by default |
| TOML | .toml |
toml |
Included by default |
| CBOR | .cbor |
cbor |
Included by default |
| MessagePack | .msgpack, .mp |
msgpack |
Included by default |
All format dependencies are included by default. To build without them:
Installation
Installing with Cargo:
The jg binary installs to ~/.cargo/bin.
Alternatively, you can install jsongrep using Homebrew:
The jg binary installs to either /opt/homebrew (Apple Silicon) or
/usr/local (Intel).
CLI Usage
JSONPath-inspired query language for JSON, YAML, TOML, and other serialization formats
Usage: jg [OPTIONS] [QUERY] [FILE] [COMMAND]
Commands:
generate Generate additional documentation and/or completions
Arguments:
[QUERY] Query string (e.g., "**.name")
[FILE] Optional path to file. If omitted, reads from STDIN
Options:
-i, --ignore-case Case insensitive search
--compact Do not pretty-print the JSON output
--count Display count of number of matches
--depth Display depth of the input document
-n, --no-display Do not display matched JSON values
-F, --fixed-string Treat the query as a literal field name and search at any depth
--with-path Always print the path header, even when output is piped
--no-path Never print the path header, even in a terminal
-f, --format <FORMAT> Input format (auto-detects from file extension if omitted) [default: auto] [possible values: auto, json, jsonl, yaml, toml, cbor, msgpack]
-h, --help Print help (see more with '--help')
-V, --version Print version
More CLI Examples
Search for a literal field name at any depth:
| |
Count matches without displaying them:
|
# Found matches: 1026
Piping to other tools:
By default, path headers display in terminals and hide when output is piped
(like ripgrep's --heading). This makes piping to sort, uniq, etc., work
cleanly:
# Piped: values only, ready for sort/uniq/wc
| | |
# Force path headers when piped
| |
Query Syntax
Queries are regular expressions over paths. If you know regex, this will feel familiar:
| Operator | Example | Description |
|---|---|---|
| Sequence | foo.bar.baz |
Concatenation: match path foo → bar → baz |
| Disjunction | foo | bar |
Union: match either foo or bar |
| Kleene star | ** |
Match zero or more field accesses |
| Repetition | foo* |
Repeat the preceding step zero or more times |
| Wildcards | * or [*] |
Match any single field or array index |
| Optional | foo?.bar |
Optional foo field access |
| Field access | foo or "foo bar" |
Match a specific field (quote if spaces) |
| Array index | [0] or [1:3] |
Match specific index or slice (inclusive) |
These queries can be arbitrarily nested with parentheses. For example,
foo.(bar|baz).qux matches foo.bar.qux or foo.baz.qux.
This also means that you can recursively descend any path with (* | [*])*,
e.g., (* | [*])*.foo to find all paths matching foo field at any
depth.
The query engine compiles expressions to an
NFA, then
determinizes to a
DFA for
execution. See the grammar directory and the
query module for implementation details.
Experimental: The grammar supports
/regex/syntax for matching field names by pattern, but this is not yet fully implemented. Determinizing overlapping regexes (e.g.,/a/vs/aab/) requires subset construction across multiple patterns - planned but not complete.
Library Usage
Add to your Cargo.toml:
[]
= "0.8"
Build queries programmatically:
use QueryBuilder;
// Construct the query "foo[0].bar.*.baz"
let query = new
.field
.index
.field
.field_wildcard
.field
.build;
More examples in the examples directory.
Shell Completions
[!NOTE] Installed automatically with
brew install jsongrep.
Generate completions with jg generate shell <SHELL>:
# Bash
# Zsh
# Fish
Man Pages
[!NOTE] Installed automatically with
brew install jsongrep.
Contributing
See CONTRIBUTING.md.
License
MIT - see LICENSE.md.