pare-cli 0.2.0__py3-none-macosx_11_0_arm64.whl
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- pare_cli-0.2.0.data/scripts/pare +0 -0
- pare_cli-0.2.0.dist-info/METADATA +405 -0
- pare_cli-0.2.0.dist-info/RECORD +8 -0
- pare_cli-0.2.0.dist-info/WHEEL +4 -0
- pare_cli-0.2.0.dist-info/licenses/LICENSE-APACHE +202 -0
- pare_cli-0.2.0.dist-info/licenses/LICENSE-MIT +21 -0
- pare_cli-0.2.0.dist-info/licenses/THIRD-PARTY-NOTICES +28 -0
- pare_cli-0.2.0.dist-info/sboms/pare-cli.cyclonedx.json +1812 -0
|
Binary file
|
|
@@ -0,0 +1,405 @@
|
|
|
1
|
+
Metadata-Version: 2.4
|
|
2
|
+
Name: pare-cli
|
|
3
|
+
Version: 0.2.0
|
|
4
|
+
Classifier: Environment :: Console
|
|
5
|
+
Classifier: Programming Language :: Rust
|
|
6
|
+
Classifier: Topic :: Software Development :: Testing
|
|
7
|
+
Classifier: Topic :: System :: Logging
|
|
8
|
+
Classifier: Topic :: Utilities
|
|
9
|
+
License-File: LICENSE-MIT
|
|
10
|
+
License-File: LICENSE-APACHE
|
|
11
|
+
License-File: THIRD-PARTY-NOTICES
|
|
12
|
+
Summary: Summarize noisy command output (test runs, builds, logs) to a token budget, for AI agents and humans
|
|
13
|
+
Keywords: logs,summarization,token-budget,ai-agents,cli
|
|
14
|
+
Home-Page: https://github.com/wspires/pare
|
|
15
|
+
License-Expression: MIT OR Apache-2.0
|
|
16
|
+
Requires-Python: >=3.8
|
|
17
|
+
Description-Content-Type: text/markdown; charset=UTF-8; variant=GFM
|
|
18
|
+
Project-URL: Repository, https://github.com/wspires/pare
|
|
19
|
+
|
|
20
|
+
<img src="assets/pare.svg" alt="pare" width="176" height="72">
|
|
21
|
+
|
|
22
|
+
# pare
|
|
23
|
+
|
|
24
|
+
A Unix filter that summarizes noisy command output (test runs, builds, logs)
|
|
25
|
+
to fit a token budget, for AI agents and humans. Nothing is lost: the raw
|
|
26
|
+
input is saved to a run file, and the summary ends with what was omitted and
|
|
27
|
+
how to get it back.
|
|
28
|
+
|
|
29
|
+
```
|
|
30
|
+
pytest -v 2>&1 | pare --budget 2000
|
|
31
|
+
```
|
|
32
|
+
|
|
33
|
+
A 308-line, 9,523-token pytest run becomes this (1,763 tokens), exactly
|
|
34
|
+
as printed; the last lines name the run file on the machine it ran on:
|
|
35
|
+
|
|
36
|
+
```
|
|
37
|
+
# pare: 308 lines, 19,046 B (~9,523 tok) → ~1,763 tok (budget 2,000) · 35 templates
|
|
38
|
+
## head (L1–L5)
|
|
39
|
+
1: ============================= test session starts ==============================
|
|
40
|
+
2: platform linux -- Python 3.13.16, pytest-9.1.1, pluggy-1.6.0 -- /home/dev/proj/.venv/bin/python
|
|
41
|
+
3: rootdir: /home/dev/proj
|
|
42
|
+
4: collecting ... collected 170 items
|
|
43
|
+
5:
|
|
44
|
+
## templates (by salience)
|
|
45
|
+
T17 ×1 E L177: =================================== FAILURES ===================================
|
|
46
|
+
T24 ×5 E <PATH>:<NUM>: <*>
|
|
47
|
+
e.g. L214: /usr/lib/python3.13/json/decoder.py:363: JSONDecodeError
|
|
48
|
+
T13 ×1 W L171: tests/test_cart.py::test_skipped SKIPPED (flaky on CI) [ 97%]
|
|
49
|
+
T14 ×1 W L172: tests/test_cart.py::test_xfail XFAIL (known bug #42) [ 98%]
|
|
50
|
+
T19 ×4 S L183: tests/test_cart.py:14:
|
|
51
|
+
T27 ×1 . L218: INFO app.core:core.py:5 parsing 6 bytes
|
|
52
|
+
T26 ×5 S L216: INFO app.core:conftest.py:5 fixture setup for test
|
|
53
|
+
T22 ×1 . L196: self = <json.decoder.JSONDecoder object at 0x7f7e97664590>, s = '{"a": '
|
|
54
|
+
T23 ×1 (16 lines) E L197: idx = 0
|
|
55
|
+
210: except StopIteration as err:
|
|
56
|
+
211: > raise JSONDecodeError("Expecting value", s, err.value) from None
|
|
57
|
+
212: E json.decoder.JSONDecodeError: Expecting value: line 1 column 7 (char 6)
|
|
58
|
+
┆ (+9 more lines)
|
|
59
|
+
T18 ×5 (21 lines) S ___ <*> ___
|
|
60
|
+
e.g. L178: ________________________________ test_parse_bad ________________________________
|
|
61
|
+
┆ (+2 more lines)
|
|
62
|
+
T21 ×5 (15 lines) . <PATH>:<NUM>: in <*>
|
|
63
|
+
e.g. L185: app/core.py:6: in parse
|
|
64
|
+
┆ (+2 more lines)
|
|
65
|
+
T25 ×6 S --- Captured log <*> ---
|
|
66
|
+
e.g. L215: ------------------------------ Captured log setup ------------------------------
|
|
67
|
+
## selected lines
|
|
68
|
+
223: > assert c.total() == 0.9
|
|
69
|
+
224: E assert 0.9000000000000001 == 0.9
|
|
70
|
+
225: E + where 0.9000000000000001 = total()
|
|
71
|
+
226: E + where total = <app.core.Cart object at 0x7f7e97197d40>.total
|
|
72
|
+
┆ (1 line)
|
|
73
|
+
228: tests/test_cart.py:18: AssertionError
|
|
74
|
+
┆ (20 lines)
|
|
75
|
+
249: E ConnectionRefusedError: [Errno 111] Connection refused
|
|
76
|
+
┆ (1 line)
|
|
77
|
+
251: app/core.py:15: ConnectionRefusedError
|
|
78
|
+
┆ (20 lines)
|
|
79
|
+
272: E TimeoutError: timed out
|
|
80
|
+
┆ (1 line)
|
|
81
|
+
274: app/core.py:15: TimeoutError
|
|
82
|
+
┆ (12 lines)
|
|
83
|
+
287: tests/test_net.py:9: in a
|
|
84
|
+
┆ (7 lines)
|
|
85
|
+
295: > def c(): raise RuntimeError("deep failure at level 3")
|
|
86
|
+
┆ (1 line)
|
|
87
|
+
297: E RuntimeError: deep failure at level 3
|
|
88
|
+
## tail (L285–L308)
|
|
89
|
+
285: tests/test_net.py:12:
|
|
90
|
+
┆ (12 lines)
|
|
91
|
+
298:
|
|
92
|
+
299: tests/test_net.py:11: RuntimeError
|
|
93
|
+
┆ (2 lines)
|
|
94
|
+
302: =========================== short test summary info ============================
|
|
95
|
+
303: FAILED tests/test_cart.py::test_parse_bad - json.decoder.JSONDecodeError: Exp...
|
|
96
|
+
304: FAILED tests/test_cart.py::test_total_wrong - assert 0.9000000000000001 == 0.9
|
|
97
|
+
305: FAILED tests/test_net.py::test_connect[127.0.0.1] - ConnectionRefusedError: [...
|
|
98
|
+
306: FAILED tests/test_net.py::test_connect[10.255.255.1] - TimeoutError: timed out
|
|
99
|
+
307: FAILED tests/test_net.py::test_deep - RuntimeError: deep failure at level 3
|
|
100
|
+
308: ============= 5 failed, 163 passed, 1 skipped, 1 xfailed in 0.51s ==============
|
|
101
|
+
## omitted 266/308 lines (86.4%): T5 ×120, T28 ×24, T18 ×16, T21 ×13, T23 ×12, T6 ×10, T7 ×10, T8 ×10, T9 ×10, T20 ×8, T25 ×5, T26 ×4, T12 ×3, T15 ×2, T19 ×2, T10 ×1, T11 ×1, T16 ×1 · 23 templates not listed; 25 blank
|
|
102
|
+
## raw: ~/.cache/pare/runs/d0ec7c06b92d.log
|
|
103
|
+
expand with: pare --only T<n> < raw · drop noise: pare --except T<n>,T<m> < raw
|
|
104
|
+
```
|
|
105
|
+
|
|
106
|
+
`pare --only T5 < runfile` then prints the 120 omitted lines of one
|
|
107
|
+
template; `--except`, `--min-severity error` and `--since L200` narrow it
|
|
108
|
+
further.
|
|
109
|
+
|
|
110
|
+
## Why pare
|
|
111
|
+
|
|
112
|
+
An agent that runs a test suite or a build gets the whole output back,
|
|
113
|
+
and the part it needs, one failing test with its traceback or the one
|
|
114
|
+
compile error, is a few lines among thousands. The usual cuts lose
|
|
115
|
+
exactly those lines:
|
|
116
|
+
|
|
117
|
+
- `| tail -50` keeps the verdict and loses the failure above it; `| head`
|
|
118
|
+
keeps the start. Neither knows where the error is.
|
|
119
|
+
- `| grep -i error` keeps the matching lines without their stack trace or
|
|
120
|
+
the verdict, and misses tools whose failures say `FAILED` or `panic:`.
|
|
121
|
+
- A harness that truncates long tool output is head and tail applied
|
|
122
|
+
blindly, with nothing recoverable.
|
|
123
|
+
- The tools' own quiet flags (`pytest -q`, `mvn -q`) cut at the source,
|
|
124
|
+
each tool in its own way, and a quiet run still prints every failure
|
|
125
|
+
in full.
|
|
126
|
+
- Asking the model to summarise spends the tokens that were to be saved,
|
|
127
|
+
and what it leaves out is gone.
|
|
128
|
+
|
|
129
|
+
pare keeps the lines that differ, counts the shapes that repeat, and
|
|
130
|
+
fits the result to a budget. Three things make it safe to rely on:
|
|
131
|
+
|
|
132
|
+
- **Nothing is lost.** The input is saved before anything else happens,
|
|
133
|
+
the ledger names each omitted template with its count, and the flags
|
|
134
|
+
above pull any of it back.
|
|
135
|
+
- **It is deterministic.** The pipeline has no randomness, so the same
|
|
136
|
+
input gives the same summary and the same template ids, and a summary
|
|
137
|
+
can be quoted, diffed and expanded a day later.
|
|
138
|
+
- **It is one filter for every tool.** The signals are structural (log
|
|
139
|
+
levels, HTTP statuses, exit codes, indentation, stack frames) with a
|
|
140
|
+
vocabulary on top, so Maven, pytest, Terraform and a JSON log get the
|
|
141
|
+
same treatment; the tool-specific rules add a few points on one
|
|
142
|
+
dataset and nothing on the other ([Results](#results)).
|
|
143
|
+
|
|
144
|
+
Use it for anything whose output can be long and whose failures are the
|
|
145
|
+
point: test suites, builds, linters, package installs, `terraform plan`,
|
|
146
|
+
`kubectl logs`, CI runs. Do not use it for output you need exactly: a
|
|
147
|
+
file you are reading, `git diff`, `grep`, anything you will edit from.
|
|
148
|
+
Source code is not a log either; pare summarises it, pointlessly. A
|
|
149
|
+
binary file (an executable, an image, an archive) gets one line saying
|
|
150
|
+
so, not a summary. Output that already fits the budget passes through
|
|
151
|
+
untouched, so wrapping a short command costs nothing but its run file.
|
|
152
|
+
|
|
153
|
+
## Install
|
|
154
|
+
|
|
155
|
+
pare is a single binary with no dependencies. Any of these installs the
|
|
156
|
+
`pare` command (the package is `pare-cli` where `pare` was taken):
|
|
157
|
+
|
|
158
|
+
```
|
|
159
|
+
brew install wspires/tap/pare # macOS and Linux (Homebrew)
|
|
160
|
+
curl -sSfL https://raw.githubusercontent.com/wspires/pare/main/install.sh | sh
|
|
161
|
+
# macOS and Linux: to ~/.local/bin
|
|
162
|
+
pipx install pare-cli # or: uv tool install pare-cli, uvx pare-cli
|
|
163
|
+
cargo binstall pare-cli # the release binary, via cargo
|
|
164
|
+
cargo install pare-cli # built from source (Rust 1.87+)
|
|
165
|
+
```
|
|
166
|
+
|
|
167
|
+
Or download an archive for Linux (x86-64 and ARM, statically linked),
|
|
168
|
+
macOS (Apple Silicon and Intel) or Windows from the
|
|
169
|
+
[releases](https://github.com/wspires/pare/releases) page; each has a
|
|
170
|
+
`SHA256SUMS` entry.
|
|
171
|
+
|
|
172
|
+
Building from a checkout is in [CONTRIBUTING.md](CONTRIBUTING.md).
|
|
173
|
+
|
|
174
|
+
## Use
|
|
175
|
+
|
|
176
|
+
### The budget
|
|
177
|
+
|
|
178
|
+
The budget is a hard ceiling in tokens on what pare prints. Tokens are
|
|
179
|
+
estimated as bytes / 2.0, the rate measured on pare's output with the
|
|
180
|
+
tokenizer of the current Claude models, through Anthropic's token-count
|
|
181
|
+
API (`--bytes-per-token` changes it: 2.8 is the rate for OpenAI's cl100k
|
|
182
|
+
and o200k tokenizers, and the default until October 2026).
|
|
183
|
+
|
|
184
|
+
By default the size follows the log (`auto`): output under 4,000
|
|
185
|
+
tokens is printed whole, since on the agent runs a summary of a log
|
|
186
|
+
that size cost a round trip more often than it saved tokens; above
|
|
187
|
+
that pare summarises, and stops once what is left is below error level,
|
|
188
|
+
at most 2,000 tokens. On the latest held-out samples it keeps what a
|
|
189
|
+
fixed 2,000 keeps ([Results](#results)).
|
|
190
|
+
`--budget auto:4000` raises the ceiling (and the pass-through, which is
|
|
191
|
+
twice it); `--budget N` is a fixed budget
|
|
192
|
+
the summary fills (1,000 to 2,000 suits an agent loop; 600 is tight, see
|
|
193
|
+
[Results](#results)). Without
|
|
194
|
+
`--budget`, pare takes `$PARE_BUDGET`, else `auto`, so a harness can set
|
|
195
|
+
it once for every call. `--ascii` writes pare's own marks (`→ · × ┆ …`)
|
|
196
|
+
as ASCII; the log's text is never changed. Details:
|
|
197
|
+
[docs/DESIGN.md](docs/DESIGN.md#tokens-and-the-budget) and
|
|
198
|
+
[docs/USAGE.md](docs/USAGE.md).
|
|
199
|
+
|
|
200
|
+
### Running the command
|
|
201
|
+
|
|
202
|
+
`pare -- CMD ARGS` runs the command itself instead of reading a pipe:
|
|
203
|
+
|
|
204
|
+
```
|
|
205
|
+
pare -- ./gradlew build
|
|
206
|
+
```
|
|
207
|
+
|
|
208
|
+
The command's exit code survives (a pipe would report pare's), the
|
|
209
|
+
summary ends with the exit status, stdout and stderr are merged in the
|
|
210
|
+
order the command wrote them, and the command is recorded next to the run
|
|
211
|
+
file. `pare stats` totals what commands printed against what pare
|
|
212
|
+
printed, over every run so far.
|
|
213
|
+
|
|
214
|
+
[integrations/README.md](integrations/README.md) has two ways to route an
|
|
215
|
+
agent's noisy commands through pare: an instruction for `CLAUDE.md` or
|
|
216
|
+
`AGENTS.md`, and a Claude Code hook that rewrites test, build and install
|
|
217
|
+
commands automatically.
|
|
218
|
+
|
|
219
|
+
### Following a stream
|
|
220
|
+
|
|
221
|
+
`pare --follow` (or `-f`) summarises input as it arrives: a long build, a
|
|
222
|
+
server log, a `tail -f`. Each window becomes one block in the usual
|
|
223
|
+
format, budgeted on its own:
|
|
224
|
+
|
|
225
|
+
```
|
|
226
|
+
kubectl logs -f deploy/api | pare -f --budget 600
|
|
227
|
+
```
|
|
228
|
+
|
|
229
|
+
A window closes after `--every` lines, after `--interval` seconds (30 by
|
|
230
|
+
default), or half a second after a line at `--flush-on` severity
|
|
231
|
+
(default `error`) arrives. A stack trace is never split across windows,
|
|
232
|
+
and template ids are the ones a batch run over the finished run file
|
|
233
|
+
would assign, so every block can be expanded afterwards with `--only`
|
|
234
|
+
and `--since`. Details: [docs/USAGE.md](docs/USAGE.md#follow-mode).
|
|
235
|
+
|
|
236
|
+
### Run files
|
|
237
|
+
|
|
238
|
+
Run files live in `~/.cache/pare/runs` (`$PARE_RUN_DIR`). pare prunes
|
|
239
|
+
them itself: runs older than 14 days go, then the oldest until the rest
|
|
240
|
+
fit in 500 MB (`$PARE_RUN_KEEP_DAYS`, `$PARE_RUN_MAX_MB`;
|
|
241
|
+
`$PARE_RUN_PRUNE=off` stops it; `pare prune [--dry-run]` sweeps now). A
|
|
242
|
+
file on standard input (`pare < build.log`) is not copied but read in
|
|
243
|
+
place, and a piped input over the size limit is summarised but not
|
|
244
|
+
kept. Details: [docs/USAGE.md](docs/USAGE.md#run-files).
|
|
245
|
+
|
|
246
|
+
## Teaching pare your logs
|
|
247
|
+
|
|
248
|
+
pare needs no configuration: it learns each input's kinds of lines as it
|
|
249
|
+
reads them. What it knows in advance is a vocabulary (error, warning,
|
|
250
|
+
summary and noise words, log-level tokens, the shapes of stack frames)
|
|
251
|
+
which a file can extend for your tools or language:
|
|
252
|
+
|
|
253
|
+
```
|
|
254
|
+
pare vocab > my.vocab # every built-in entry, in file format
|
|
255
|
+
pare --vocab my.vocab ... # or: export PARE_VOCAB=my.vocab
|
|
256
|
+
```
|
|
257
|
+
|
|
258
|
+
In the file, `[error]` adds entries to a class and `[error replace]`
|
|
259
|
+
replaces its built-in ones; a plain line is a word or phrase (matched
|
|
260
|
+
whole, case-insensitively) and a `/.../` line a regular expression.
|
|
261
|
+
[reference/vocab.example](reference/vocab.example) adds German.
|
|
262
|
+
|
|
263
|
+
The `continuation` class says which lines continue the record above
|
|
264
|
+
whatever their indentation, so a stack trace stays one record. pare knows
|
|
265
|
+
Java, JavaScript, Python, rustc and pytest shapes; for others, add
|
|
266
|
+
regexes. A Go panic prints its frames at column 0:
|
|
267
|
+
|
|
268
|
+
```
|
|
269
|
+
[continuation]
|
|
270
|
+
/^goroutine \d+ \[/
|
|
271
|
+
/^[\w./*()]+\(.*\)$/
|
|
272
|
+
/^\t/
|
|
273
|
+
```
|
|
274
|
+
|
|
275
|
+
A `[mask NAME]` section turns what its regexes match into `<NAME>` before
|
|
276
|
+
lines are clustered, for ids pare cannot recognize as variable. When a
|
|
277
|
+
tenant name leads each line, every tenant gets a template of its own
|
|
278
|
+
(`acme: nightly sync failed`, `globex: nightly sync failed`, ...); with
|
|
279
|
+
|
|
280
|
+
```
|
|
281
|
+
[mask TENANT]
|
|
282
|
+
/^[a-z]+(?=:)/
|
|
283
|
+
```
|
|
284
|
+
|
|
285
|
+
they are one template. Masks run before the built-in ones (timestamps,
|
|
286
|
+
numbers, ...), on the line as written. Template ids depend on the masks,
|
|
287
|
+
so `--only T3` on a saved run file needs the same `--vocab`.
|
|
288
|
+
|
|
289
|
+
A worked example, from a wrong reading to the entry that fixes it, is in
|
|
290
|
+
[docs/USAGE.md](docs/USAGE.md#adapting-pare-to-a-new-log-format).
|
|
291
|
+
|
|
292
|
+
Structured logs need nothing either. A JSON line (slog, pino, zap,
|
|
293
|
+
bunyan, structlog) or a logfmt line (`level=error msg="..." err="..."`)
|
|
294
|
+
is recognized on its own, and when it is longer than `--width` pare keeps
|
|
295
|
+
its start and then the fields that say what went wrong (`err`,
|
|
296
|
+
`exception`, `panic`, `stack`, `msg`, ...) instead of cutting them off.
|
|
297
|
+
An escaped stack trace inside a field is shown decoded, as its message
|
|
298
|
+
and the frame nearest it; pino's and bunyan's numeric levels
|
|
299
|
+
(`"level":50`) count as levels. `pare --only T7` prints the whole line.
|
|
300
|
+
|
|
301
|
+
## How it works
|
|
302
|
+
|
|
303
|
+
1. **Tee** stdin to a content-hashed run file, in one pass with the steps
|
|
304
|
+
below: pare keeps a few dozen bytes per line in memory, not the
|
|
305
|
+
lines, so time is linear in the input and spent as it arrives, and
|
|
306
|
+
memory stays small ([docs/DESIGN.md](docs/DESIGN.md#performance)).
|
|
307
|
+
2. **Segment** lines into records: indented continuations, stack frames and
|
|
308
|
+
compiler gutters join the line above.
|
|
309
|
+
3. **Mask** timestamps, IPs, hashes, paths and numbers, then **cluster** the
|
|
310
|
+
masked head lines into templates with Drain (built in, from
|
|
311
|
+
[drain3](https://github.com/logpai/Drain3)).
|
|
312
|
+
4. **Score** each line by its structural severity (log level, HTTP status,
|
|
313
|
+
exit code) and vocabulary (error, warning, summary, frame, pass, noise),
|
|
314
|
+
and each template by its head line plus its rarity.
|
|
315
|
+
5. **Allocate** the budget: head and tail windows, then one priority queue
|
|
316
|
+
in which template entries and raw lines compete on the same scale, with
|
|
317
|
+
diminishing returns for repeats and a hard limit on size.
|
|
318
|
+
6. **End** with a ledger of what was omitted and the run-file path.
|
|
319
|
+
|
|
320
|
+
Every scoring term survived an ablation; nine that did not were removed.
|
|
321
|
+
The details are in [docs/DESIGN.md](docs/DESIGN.md); the experiments
|
|
322
|
+
behind each rule, in order, in [docs/HISTORY.md](docs/HISTORY.md).
|
|
323
|
+
|
|
324
|
+
## Results
|
|
325
|
+
|
|
326
|
+
Recall is the share of must-survive lines (the failing tests, the error
|
|
327
|
+
messages, the verdict) that a tool's output keeps; `bench/run.py`
|
|
328
|
+
measures it. Two kinds of number, reported apart:
|
|
329
|
+
|
|
330
|
+
**The development corpus** (`corpus/dev/`, nine logs, 1.6 MB: real
|
|
331
|
+
pytest, go test, cargo, make and npm runs, three seeded synthetic logs
|
|
332
|
+
and a synthetic Android logcat), against two other filters written for
|
|
333
|
+
agents: [sqz](https://github.com/ojuschugh1/sqz), which compresses
|
|
334
|
+
output before it reaches the model and deduplicates across a session's
|
|
335
|
+
calls, and [tidyout](https://github.com/sathish-2000/tidyout), which
|
|
336
|
+
wraps a command and strips its output with rules keyed on the command's
|
|
337
|
+
name, passing unknown commands through. Neither takes a budget. The
|
|
338
|
+
misses here were fixed by looking at these cases, so pare's rows are
|
|
339
|
+
training scores.
|
|
340
|
+
|
|
341
|
+
| tool | output tokens | share of input | lines kept |
|
|
342
|
+
|---|---|---|---|
|
|
343
|
+
| pare 0.2.0, `--budget 2000` | 12,812 | 1.6 % | 99 % |
|
|
344
|
+
| pare 0.2.0, `--budget auto` | 12,388 | 1.5 % | 98 % |
|
|
345
|
+
| pare 0.2.0, `--budget 600` | 5,017 | 0.6 % | 53 % |
|
|
346
|
+
| sqz 1.9.0 | 375,276 | 55 % | 55 % |
|
|
347
|
+
| tidyout 0.2.0 | 411,114 | 60 % | 89 % |
|
|
348
|
+
|
|
349
|
+
Tokens here are bytes / 2.0, the Claude rate, for every tool. A budget
|
|
350
|
+
is a smaller summary than it was at the old rate (2.8 bytes per token:
|
|
351
|
+
a 2,000 budget was 5,600 bytes and is 4,000), so 600 now keeps about half
|
|
352
|
+
of the must-survive lines where it kept 78 %; 1,000 to 2,000 is the
|
|
353
|
+
working range. (The sqz and tidyout rows were measured in October 2026
|
|
354
|
+
on the eight logs the corpus then had, 683k tokens at this rate, with
|
|
355
|
+
pare 0.1.0 at 100 % and 79.5 % for budgets 2,000 and 600 at the old
|
|
356
|
+
rate; their token counts are restated at 2.0.)
|
|
357
|
+
|
|
358
|
+
**Held-out samples**, labelled by datasets rather than by anyone working
|
|
359
|
+
on pare: Defects4J bugs (real Java builds, labelled with the failing tests
|
|
360
|
+
and their exceptions) and SWE-bench Verified tasks (real Python test
|
|
361
|
+
runs, labelled with the tests the fix makes pass). Each sample is drawn
|
|
362
|
+
fresh with earlier ones excluded and measured before anyone reads it;
|
|
363
|
+
once a miss has been fixed by looking at it, the sample counts as
|
|
364
|
+
training data and a new one is drawn. The latest, measured blind:
|
|
365
|
+
|
|
366
|
+
| sample | cases | pare 0.2.0 (600 / 1,000 / 2,000) | `auto` |
|
|
367
|
+
|---|---:|---|---|
|
|
368
|
+
| Defects4J, seed 7 | 16 | 86 / 92 / 100 % | 100 % at 125 % of the tokens of 2,000 |
|
|
369
|
+
| SWE-bench Verified, seed 5 | 17 | 56 / 70 / 100 % | 100 % at 96 % |
|
|
370
|
+
|
|
371
|
+
`auto` prints more than a fixed 2,000 on the Defects4J sample because
|
|
372
|
+
most of those builds are under 8 KB and pass through whole, which the
|
|
373
|
+
agent runs showed to be cheaper than a summary the agent then expands
|
|
374
|
+
([docs/DESIGN.md](docs/DESIGN.md#automatic-budget)).
|
|
375
|
+
|
|
376
|
+
Measured at the Claude rate of 2.0 bytes per token, the default since
|
|
377
|
+
29 October 2026; the same samples at the old rate, and the numbers
|
|
378
|
+
before each held-out fix, are in the record. Seven Defects4J and six
|
|
379
|
+
SWE-bench samples so far; the full record, with every miss and what was
|
|
380
|
+
done about it, is in
|
|
381
|
+
[corpus/heldout/README.md](corpus/heldout/README.md). The tool-specific
|
|
382
|
+
rules (pytest markers, rustc gutters, logcat levels) earn several points
|
|
383
|
+
at 600 on SWE-bench and nothing on Defects4J
|
|
384
|
+
([docs/DESIGN.md](docs/DESIGN.md#tool-specific-rules)).
|
|
385
|
+
|
|
386
|
+
## Contributing
|
|
387
|
+
|
|
388
|
+
pare is written in Rust. `bench/check.sh` runs what CI runs: the Rust
|
|
389
|
+
tests and lints, the tests of the Python prototype pare began as, kept
|
|
390
|
+
in [reference/](reference/pare.py), the parity check that holds the
|
|
391
|
+
binary to it byte for byte over every log in the repository, and
|
|
392
|
+
packaging; `bench/run.py` is the benchmark. Setting up, the checks, the
|
|
393
|
+
benchmark tools and the repository layout are in
|
|
394
|
+
[CONTRIBUTING.md](CONTRIBUTING.md); what comes next is in
|
|
395
|
+
[ROADMAP.md](ROADMAP.md).
|
|
396
|
+
|
|
397
|
+
## License
|
|
398
|
+
|
|
399
|
+
Licensed under either of [MIT](LICENSE-MIT) or [Apache-2.0](LICENSE-APACHE),
|
|
400
|
+
at your option. The built-in Drain is adapted from
|
|
401
|
+
[drain3](https://github.com/logpai/Drain3) (MIT; see
|
|
402
|
+
[THIRD-PARTY-NOTICES](THIRD-PARTY-NOTICES)). Unless you say otherwise, a
|
|
403
|
+
contribution you submit for inclusion is dual-licensed as above, without
|
|
404
|
+
additional terms.
|
|
405
|
+
|
|
@@ -0,0 +1,8 @@
|
|
|
1
|
+
pare_cli-0.2.0.data/scripts/pare,sha256=cAurT7x0lSmpQAF0CUbCYouN7btaQSfzKWqUoRZWeZg,2886912
|
|
2
|
+
pare_cli-0.2.0.dist-info/METADATA,sha256=2c47NXvTME52iPzYJhxRLdEjpcdb1FQ10VwV23JsYZE,18945
|
|
3
|
+
pare_cli-0.2.0.dist-info/WHEEL,sha256=Fvrs5zUKO4nQbE5Fttn9y8loVOWxn3I3-bRdoW2U0nw,102
|
|
4
|
+
pare_cli-0.2.0.dist-info/licenses/LICENSE-APACHE,sha256=z8d0m5b2O9McPEK1xHG_dWgUBT6EfBDz6wA0F7xSPTA,11358
|
|
5
|
+
pare_cli-0.2.0.dist-info/licenses/LICENSE-MIT,sha256=fWFACeiiIaARKW44nT2jWyuZR9Sw6U4v4Y_ShqDi2LU,1068
|
|
6
|
+
pare_cli-0.2.0.dist-info/licenses/THIRD-PARTY-NOTICES,sha256=fWuhESMcNlGXX7q0nsyRr_IebGfLvr8Chi0q3euSXUI,1325
|
|
7
|
+
pare_cli-0.2.0.dist-info/sboms/pare-cli.cyclonedx.json,sha256=yaKCGv8IqKZ-gHreAGpMX-bpkI0Wjsvq5cscJFU7LeQ,55994
|
|
8
|
+
pare_cli-0.2.0.dist-info/RECORD,,
|
|
@@ -0,0 +1,202 @@
|
|
|
1
|
+
|
|
2
|
+
Apache License
|
|
3
|
+
Version 2.0, January 2004
|
|
4
|
+
http://www.apache.org/licenses/
|
|
5
|
+
|
|
6
|
+
TERMS AND CONDITIONS FOR USE, REPRODUCTION, AND DISTRIBUTION
|
|
7
|
+
|
|
8
|
+
1. Definitions.
|
|
9
|
+
|
|
10
|
+
"License" shall mean the terms and conditions for use, reproduction,
|
|
11
|
+
and distribution as defined by Sections 1 through 9 of this document.
|
|
12
|
+
|
|
13
|
+
"Licensor" shall mean the copyright owner or entity authorized by
|
|
14
|
+
the copyright owner that is granting the License.
|
|
15
|
+
|
|
16
|
+
"Legal Entity" shall mean the union of the acting entity and all
|
|
17
|
+
other entities that control, are controlled by, or are under common
|
|
18
|
+
control with that entity. For the purposes of this definition,
|
|
19
|
+
"control" means (i) the power, direct or indirect, to cause the
|
|
20
|
+
direction or management of such entity, whether by contract or
|
|
21
|
+
otherwise, or (ii) ownership of fifty percent (50%) or more of the
|
|
22
|
+
outstanding shares, or (iii) beneficial ownership of such entity.
|
|
23
|
+
|
|
24
|
+
"You" (or "Your") shall mean an individual or Legal Entity
|
|
25
|
+
exercising permissions granted by this License.
|
|
26
|
+
|
|
27
|
+
"Source" form shall mean the preferred form for making modifications,
|
|
28
|
+
including but not limited to software source code, documentation
|
|
29
|
+
source, and configuration files.
|
|
30
|
+
|
|
31
|
+
"Object" form shall mean any form resulting from mechanical
|
|
32
|
+
transformation or translation of a Source form, including but
|
|
33
|
+
not limited to compiled object code, generated documentation,
|
|
34
|
+
and conversions to other media types.
|
|
35
|
+
|
|
36
|
+
"Work" shall mean the work of authorship, whether in Source or
|
|
37
|
+
Object form, made available under the License, as indicated by a
|
|
38
|
+
copyright notice that is included in or attached to the work
|
|
39
|
+
(an example is provided in the Appendix below).
|
|
40
|
+
|
|
41
|
+
"Derivative Works" shall mean any work, whether in Source or Object
|
|
42
|
+
form, that is based on (or derived from) the Work and for which the
|
|
43
|
+
editorial revisions, annotations, elaborations, or other modifications
|
|
44
|
+
represent, as a whole, an original work of authorship. For the purposes
|
|
45
|
+
of this License, Derivative Works shall not include works that remain
|
|
46
|
+
separable from, or merely link (or bind by name) to the interfaces of,
|
|
47
|
+
the Work and Derivative Works thereof.
|
|
48
|
+
|
|
49
|
+
"Contribution" shall mean any work of authorship, including
|
|
50
|
+
the original version of the Work and any modifications or additions
|
|
51
|
+
to that Work or Derivative Works thereof, that is intentionally
|
|
52
|
+
submitted to Licensor for inclusion in the Work by the copyright owner
|
|
53
|
+
or by an individual or Legal Entity authorized to submit on behalf of
|
|
54
|
+
the copyright owner. For the purposes of this definition, "submitted"
|
|
55
|
+
means any form of electronic, verbal, or written communication sent
|
|
56
|
+
to the Licensor or its representatives, including but not limited to
|
|
57
|
+
communication on electronic mailing lists, source code control systems,
|
|
58
|
+
and issue tracking systems that are managed by, or on behalf of, the
|
|
59
|
+
Licensor for the purpose of discussing and improving the Work, but
|
|
60
|
+
excluding communication that is conspicuously marked or otherwise
|
|
61
|
+
designated in writing by the copyright owner as "Not a Contribution."
|
|
62
|
+
|
|
63
|
+
"Contributor" shall mean Licensor and any individual or Legal Entity
|
|
64
|
+
on behalf of whom a Contribution has been received by Licensor and
|
|
65
|
+
subsequently incorporated within the Work.
|
|
66
|
+
|
|
67
|
+
2. Grant of Copyright License. Subject to the terms and conditions of
|
|
68
|
+
this License, each Contributor hereby grants to You a perpetual,
|
|
69
|
+
worldwide, non-exclusive, no-charge, royalty-free, irrevocable
|
|
70
|
+
copyright license to reproduce, prepare Derivative Works of,
|
|
71
|
+
publicly display, publicly perform, sublicense, and distribute the
|
|
72
|
+
Work and such Derivative Works in Source or Object form.
|
|
73
|
+
|
|
74
|
+
3. Grant of Patent License. Subject to the terms and conditions of
|
|
75
|
+
this License, each Contributor hereby grants to You a perpetual,
|
|
76
|
+
worldwide, non-exclusive, no-charge, royalty-free, irrevocable
|
|
77
|
+
(except as stated in this section) patent license to make, have made,
|
|
78
|
+
use, offer to sell, sell, import, and otherwise transfer the Work,
|
|
79
|
+
where such license applies only to those patent claims licensable
|
|
80
|
+
by such Contributor that are necessarily infringed by their
|
|
81
|
+
Contribution(s) alone or by combination of their Contribution(s)
|
|
82
|
+
with the Work to which such Contribution(s) was submitted. If You
|
|
83
|
+
institute patent litigation against any entity (including a
|
|
84
|
+
cross-claim or counterclaim in a lawsuit) alleging that the Work
|
|
85
|
+
or a Contribution incorporated within the Work constitutes direct
|
|
86
|
+
or contributory patent infringement, then any patent licenses
|
|
87
|
+
granted to You under this License for that Work shall terminate
|
|
88
|
+
as of the date such litigation is filed.
|
|
89
|
+
|
|
90
|
+
4. Redistribution. You may reproduce and distribute copies of the
|
|
91
|
+
Work or Derivative Works thereof in any medium, with or without
|
|
92
|
+
modifications, and in Source or Object form, provided that You
|
|
93
|
+
meet the following conditions:
|
|
94
|
+
|
|
95
|
+
(a) You must give any other recipients of the Work or
|
|
96
|
+
Derivative Works a copy of this License; and
|
|
97
|
+
|
|
98
|
+
(b) You must cause any modified files to carry prominent notices
|
|
99
|
+
stating that You changed the files; and
|
|
100
|
+
|
|
101
|
+
(c) You must retain, in the Source form of any Derivative Works
|
|
102
|
+
that You distribute, all copyright, patent, trademark, and
|
|
103
|
+
attribution notices from the Source form of the Work,
|
|
104
|
+
excluding those notices that do not pertain to any part of
|
|
105
|
+
the Derivative Works; and
|
|
106
|
+
|
|
107
|
+
(d) If the Work includes a "NOTICE" text file as part of its
|
|
108
|
+
distribution, then any Derivative Works that You distribute must
|
|
109
|
+
include a readable copy of the attribution notices contained
|
|
110
|
+
within such NOTICE file, excluding those notices that do not
|
|
111
|
+
pertain to any part of the Derivative Works, in at least one
|
|
112
|
+
of the following places: within a NOTICE text file distributed
|
|
113
|
+
as part of the Derivative Works; within the Source form or
|
|
114
|
+
documentation, if provided along with the Derivative Works; or,
|
|
115
|
+
within a display generated by the Derivative Works, if and
|
|
116
|
+
wherever such third-party notices normally appear. The contents
|
|
117
|
+
of the NOTICE file are for informational purposes only and
|
|
118
|
+
do not modify the License. You may add Your own attribution
|
|
119
|
+
notices within Derivative Works that You distribute, alongside
|
|
120
|
+
or as an addendum to the NOTICE text from the Work, provided
|
|
121
|
+
that such additional attribution notices cannot be construed
|
|
122
|
+
as modifying the License.
|
|
123
|
+
|
|
124
|
+
You may add Your own copyright statement to Your modifications and
|
|
125
|
+
may provide additional or different license terms and conditions
|
|
126
|
+
for use, reproduction, or distribution of Your modifications, or
|
|
127
|
+
for any such Derivative Works as a whole, provided Your use,
|
|
128
|
+
reproduction, and distribution of the Work otherwise complies with
|
|
129
|
+
the conditions stated in this License.
|
|
130
|
+
|
|
131
|
+
5. Submission of Contributions. Unless You explicitly state otherwise,
|
|
132
|
+
any Contribution intentionally submitted for inclusion in the Work
|
|
133
|
+
by You to the Licensor shall be under the terms and conditions of
|
|
134
|
+
this License, without any additional terms or conditions.
|
|
135
|
+
Notwithstanding the above, nothing herein shall supersede or modify
|
|
136
|
+
the terms of any separate license agreement you may have executed
|
|
137
|
+
with Licensor regarding such Contributions.
|
|
138
|
+
|
|
139
|
+
6. Trademarks. This License does not grant permission to use the trade
|
|
140
|
+
names, trademarks, service marks, or product names of the Licensor,
|
|
141
|
+
except as required for reasonable and customary use in describing the
|
|
142
|
+
origin of the Work and reproducing the content of the NOTICE file.
|
|
143
|
+
|
|
144
|
+
7. Disclaimer of Warranty. Unless required by applicable law or
|
|
145
|
+
agreed to in writing, Licensor provides the Work (and each
|
|
146
|
+
Contributor provides its Contributions) on an "AS IS" BASIS,
|
|
147
|
+
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or
|
|
148
|
+
implied, including, without limitation, any warranties or conditions
|
|
149
|
+
of TITLE, NON-INFRINGEMENT, MERCHANTABILITY, or FITNESS FOR A
|
|
150
|
+
PARTICULAR PURPOSE. You are solely responsible for determining the
|
|
151
|
+
appropriateness of using or redistributing the Work and assume any
|
|
152
|
+
risks associated with Your exercise of permissions under this License.
|
|
153
|
+
|
|
154
|
+
8. Limitation of Liability. In no event and under no legal theory,
|
|
155
|
+
whether in tort (including negligence), contract, or otherwise,
|
|
156
|
+
unless required by applicable law (such as deliberate and grossly
|
|
157
|
+
negligent acts) or agreed to in writing, shall any Contributor be
|
|
158
|
+
liable to You for damages, including any direct, indirect, special,
|
|
159
|
+
incidental, or consequential damages of any character arising as a
|
|
160
|
+
result of this License or out of the use or inability to use the
|
|
161
|
+
Work (including but not limited to damages for loss of goodwill,
|
|
162
|
+
work stoppage, computer failure or malfunction, or any and all
|
|
163
|
+
other commercial damages or losses), even if such Contributor
|
|
164
|
+
has been advised of the possibility of such damages.
|
|
165
|
+
|
|
166
|
+
9. Accepting Warranty or Additional Liability. While redistributing
|
|
167
|
+
the Work or Derivative Works thereof, You may choose to offer,
|
|
168
|
+
and charge a fee for, acceptance of support, warranty, indemnity,
|
|
169
|
+
or other liability obligations and/or rights consistent with this
|
|
170
|
+
License. However, in accepting such obligations, You may act only
|
|
171
|
+
on Your own behalf and on Your sole responsibility, not on behalf
|
|
172
|
+
of any other Contributor, and only if You agree to indemnify,
|
|
173
|
+
defend, and hold each Contributor harmless for any liability
|
|
174
|
+
incurred by, or claims asserted against, such Contributor by reason
|
|
175
|
+
of your accepting any such warranty or additional liability.
|
|
176
|
+
|
|
177
|
+
END OF TERMS AND CONDITIONS
|
|
178
|
+
|
|
179
|
+
APPENDIX: How to apply the Apache License to your work.
|
|
180
|
+
|
|
181
|
+
To apply the Apache License to your work, attach the following
|
|
182
|
+
boilerplate notice, with the fields enclosed by brackets "[]"
|
|
183
|
+
replaced with your own identifying information. (Don't include
|
|
184
|
+
the brackets!) The text should be enclosed in the appropriate
|
|
185
|
+
comment syntax for the file format. We also recommend that a
|
|
186
|
+
file or class name and description of purpose be included on the
|
|
187
|
+
same "printed page" as the copyright notice for easier
|
|
188
|
+
identification within third-party archives.
|
|
189
|
+
|
|
190
|
+
Copyright [yyyy] [name of copyright owner]
|
|
191
|
+
|
|
192
|
+
Licensed under the Apache License, Version 2.0 (the "License");
|
|
193
|
+
you may not use this file except in compliance with the License.
|
|
194
|
+
You may obtain a copy of the License at
|
|
195
|
+
|
|
196
|
+
http://www.apache.org/licenses/LICENSE-2.0
|
|
197
|
+
|
|
198
|
+
Unless required by applicable law or agreed to in writing, software
|
|
199
|
+
distributed under the License is distributed on an "AS IS" BASIS,
|
|
200
|
+
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
|
|
201
|
+
See the License for the specific language governing permissions and
|
|
202
|
+
limitations under the License.
|
|
@@ -0,0 +1,21 @@
|
|
|
1
|
+
MIT License
|
|
2
|
+
|
|
3
|
+
Copyright (c) 2026 Wade Spires
|
|
4
|
+
|
|
5
|
+
Permission is hereby granted, free of charge, to any person obtaining a copy
|
|
6
|
+
of this software and associated documentation files (the "Software"), to deal
|
|
7
|
+
in the Software without restriction, including without limitation the rights
|
|
8
|
+
to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
|
|
9
|
+
copies of the Software, and to permit persons to whom the Software is
|
|
10
|
+
furnished to do so, subject to the following conditions:
|
|
11
|
+
|
|
12
|
+
The above copyright notice and this permission notice shall be included in all
|
|
13
|
+
copies or substantial portions of the Software.
|
|
14
|
+
|
|
15
|
+
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
|
|
16
|
+
IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
|
|
17
|
+
FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
|
|
18
|
+
AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
|
|
19
|
+
LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
|
|
20
|
+
OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
|
|
21
|
+
SOFTWARE.
|
|
@@ -0,0 +1,28 @@
|
|
|
1
|
+
Third-party notices
|
|
2
|
+
===================
|
|
3
|
+
|
|
4
|
+
src/drain.rs (and the Drain class in reference/pare.py) is adapted from the
|
|
5
|
+
core of Drain3 0.9.11, https://github.com/logpai/Drain3, under this license:
|
|
6
|
+
|
|
7
|
+
MIT License
|
|
8
|
+
|
|
9
|
+
Copyright (c) 2020-2022 International Business Machines
|
|
10
|
+
and the Drain3 project contributors.
|
|
11
|
+
|
|
12
|
+
Permission is hereby granted, free of charge, to any person obtaining a copy
|
|
13
|
+
of this software and associated documentation files (the "Software"), to deal
|
|
14
|
+
in the Software without restriction, including without limitation the rights
|
|
15
|
+
to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
|
|
16
|
+
copies of the Software, and to permit persons to whom the Software is
|
|
17
|
+
furnished to do so, subject to the following conditions:
|
|
18
|
+
|
|
19
|
+
The above copyright notice and this permission notice shall be included in all
|
|
20
|
+
copies or substantial portions of the Software.
|
|
21
|
+
|
|
22
|
+
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
|
|
23
|
+
IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
|
|
24
|
+
FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
|
|
25
|
+
AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
|
|
26
|
+
LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
|
|
27
|
+
OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
|
|
28
|
+
SOFTWARE.
|