Cairn
NousResearch/hermes-agent

Tirith pipe-to-interpreter check for local executables

Cluster 32737 · agent. Data as of

Nothing open on GitHub. Fix attempted, not merged.

The short answer

0open issues
0open PRs
3items grouped
Known?
Yes. 3 related items grouped here, 1 issue already closed.
Fix event
No fix has been merged to main. 2 PRs closed without merging; see the attempts below.
Tracker
The maintainers' tracker marks this unresolved. That is separate from the fix event.
Still open
Nothing open on GitHub.

A bug in Tirith's shell scanner incorrectly blocks pipe-to-interpreter patterns when the left-hand side is a locally owned executable or profile wrapper. The members cover the bug report and two related fixes addressing trust logic for these cases.

Open issues0

No open issues.

Open PRs0

No open pull requests.

2 PRs closed without merging

From the close comments: other 2

  • #32931 fix: trust local profile wrappers in tirith pipe checks · other → eb6a388, #133832
  • #124096 fix: allow local user-owned producers piped into an interpreter (Fixes #32737) · other → eb6a388, #133832
Closed issues · 1
  • Closed#32737[Bug]: Tirith shell scanner blocks pipe-to-interpreter even when LHS is a local user-owned executable
How this cluster was grouped
  • Link evidence (structural links throughout): every member is connected by structural evidence: shared changed files, or a closing/superseded reference.
  • Pairwise link density 0.67: the share of item pairs that carry a link, counting a structural link in full and a relevance-only link at 0.36. 1.00 means every pair is linked.

Pick up a Lab task

Check whether a fix covers the open issues here, with your own agent. Bring back evidence for maintainers.

Open the Lab

At a glance

Subsystem
agent
Closed issues
1
Attempts
2 PRs closed without merging

For your agent

The same facts, typed.

cluster/32737.json
cluster/32737.md