Panout review packOverviewFinal memoMVPLive outputsJudge roundsAppendicesDecisions

Source: docs/research/2026-09-03-defensibility/appendices/E-written-demand-signals.md

Panout โ€” Public Demand Signals

Compiled 2026-09-03. Every claim carries a URL. Anything I could not verify against a primary source is tagged UNVERIFIED. Reaction/comment counts are as read from the GitHub REST API on 2026-09-03 and will drift.

Notation: +1=N is the thumbs-up reaction count; total=N is all reactions.


1. Issue and discussion demand, ranked by ๐Ÿ‘

Tier 1 โ€” 100+ ๐Ÿ‘

๐Ÿ‘Repo / URLTitleCreatedStateComments
249 (total 255)microsoft/vscode#252496Auto-approve terminal command execution in Copilot Agent Mode2025-04-01closed128
226openai/codex#2998IDE-integrated diff / approval2025-08-31open66
180 (total 256)anthropics/claude-code#33932[FEATURE] VS Code Extension: Diff review UI similar to GitHub Copilot Edits Review2026-03-13open34

vscode#252496 is the single largest signal found: 249 ๐Ÿ‘ / 128 comments on a request to stop approving terminal commands one at a time. It shipped as chat.tools.terminal.autoApprove, and the follow-on issues below show the allowlist approach then failed on real command shapes.

Tier 2 โ€” 20โ€“160 ๐Ÿ‘

๐Ÿ‘Repo / URLTitleCreatedStateComments
158claude-code#41179[FEATURE] Enable Auto mode support for Amazon Bedrock models2026-03-30closed9
83claude-code#43713[BUG] autoAllowBashIfSandboxed bypassed for commands containing shell expansions2026-04-05closed40
78 (total 79)claude-code#30519Permissions matching is fundamentally broken โ€” 30+ open issues, no staff engagement, community building workarounds2026-03-03open27
70claude-code#18950Skills/subagents do not inherit user-level permissions from settings.json2026-01-18open29
67claude-code#11380[BUG] Claude continually asks for permission, even after selecting yes, always allow (64 ๐Ÿ‘)2025-11-10closed82
59 (total 60)openai/codex#1260Make the list of auto-approved commands configurable via execpolicy2025-06-06closed8
54claude-code#11932[Bug] Auto-approve patterns don't match multiline commands (heredocs)2025-11-19closed38
53claude-code#61015[BUG] Scheduled routines fail every MCP tool call with "MCP tool call requires approval"2026-05-21closed42
50claude-code#31888Add batch diff review mode: show all changes together before approval (like Cursor's native agent)2026-03-07open18
50claude-code#18160[BUG] Claude is ignoring allow permissions in global settings.json2026-01-14open27
48 (total 55)claude-code#10168Add hook for user input/question events (UserInputRequired)2025-10-23closed26
47claude-code#11799[FEATURE] Auto-approve WebSearch tool without prompts via permissions configuration2025-11-17closed5
46claude-code#47180[BUG] Cowork scheduled tasks ignore "Always allow" folder/tool permissions โ€” prompts reappear every run2026-04-13open36
43 (total 46)claude-code#87971[BUG] Claude abuses bash tools for reads, writes, and edits when running in Auto Mode2026-08-19open9
42openai/codex#11915Approval mode "read-only" option2026-02-16open20
40claude-code#18699Feature Request: Add 'Allow always (save to settings)' permission option2026-01-16closed12
40claude-code#30435[FEATURE] Allow suppressing bash safety heuristic prompts via settings2026-03-03open17
39openai/codex#13476Excessive approval prompts after recent changes for Playwright MCP2026-03-04open30
36openai/codex#39973Retiring approval_policy="untrusted" without deprecation weakens the execution-approval boundary2026-08-21open15
33claude-code#31373[MODEL] Should not encourage shell command substitution $(...) in system prompt โ€” causes permission prompts2026-03-06open6
28claude-code#10801Critical: No way to bypass MCP tool approval prompts in VSCode extension2025-11-01closed19
27claude-code#32985Allow configuring auto-approval for cd+git compound commands2026-03-10closed10
25openai/codex#4394Allow to change approval policy during running task2025-09-28open0
23 (total 25)openai/codex#3710Separate approval policies for read vs write operations2025-09-16open3
22 (total 28)openai/codex#4212Windows approval "Allow for this session" isn't remembered2025-09-25open44
22openai/codex#14936bwrap: Approval prompt shown for almost every command2026-03-17closed56
22openai/codex#14345Directories are now not trusted by default even with --dangerously-bypass...2026-03-11open21
20claude-code#15898Feature Request: Add YOLO mode (bypassPermissions) to Shift+Tab permission mode cycle2025-12-31closed12
20claude-code#78345[BUG] v2.1.212 asks approval for ALL bash commands in plan mode2026-07-17closed9

Tier 3 โ€” low-reaction but exactly on-thesis (a/b/c)

These matter for the memo because they are the literal asks, even though the crowd hasn't found them.

(a) finer-grained / learned trust

(b) a record of what agents did / whether it was acceptable

(c) tell me what NOT to read

Repos with no on-thesis signal found


2. Workaround behavior (people building it themselves)

GitHub code-search counts, run 2026-09-03 via gh api search/code. Caveat: GitHub code search tokenizes loosely, so these totals over-count. Treat them as order-of-magnitude only.

Querytotal_count
dangerously-skip-permissions extension:sh14,848
"bypassPermissions" filename:settings.json2,808
"--full-auto" codex extension:sh1,402
auto-approve PreToolUse hook language:shell734
dangerously-skip-permissions filename:settings.json497
PreToolUse permissionDecision allow filename:settings.json268

Named artifacts (each is a hand-rolled auto-approval or bypass layer):

Dedicated auto-approve hook scripts, including from vendors shipping them to customers:

Codex --full-auto wrappers:

The strongest single workaround signal is claude-code#30519, whose title states it directly: "Permissions matching is fundamentally broken โ€” 30+ open issues, no staff engagement, community building workarounds" (78 ๐Ÿ‘, open since 2026-03-03). And claude-code#18846, "[BUG] Bash permissions in settings.json not enforced - requires custom hook workaround" (2026-01-17, closed, +1=21, 12 comments) โ€” "requires custom hook workaround" is in the title.

gstack: /ship and the land-and-deploy skill contemplate an auto-merge path โ€” land-and-deploy/SKILL.md line 906 reads Merge path: <auto-merge / direct / merge queue>: https://github.com/garrytan/gstack/blob/0d1bd5616c0ef096bb7ccee336f63c60ee408618/land-and-deploy/SKILL.md gstack also ships an agents-digest directory (a "what did the agents do" digest): https://github.com/garrytan/gstack/tree/main/agents-digest โ€” but it contains only gstack-AGENTS.md, so I could not verify it is a post-hoc review surface. UNVERIFIED that gstack's /ship performs unattended auto-merge by default.

Show HN: people building panout-shaped products already

Low points, which cuts both ways (real pain, unproven pull):

--dangerously-skip-permissions appears in 297 HN comments since 2025-01-01 (Algolia comment search, run 2026-09-03), including three on 2026-09-02 alone: https://hn.algolia.com/?query=dangerously-skip-permissions&type=comment


3. Paid adjacent behavior โ€” what people already pay per unit to review agent output

The important structural fact: two of the six moved from per-seat to per-review metering in 2026, which means the market has already priced a "unit of review."

Team counts: no vendor publishes a paying-team number. UNVERIFIED across all seven. The nearest hard usage datum is GitHub's own: "more than one in five code reviews on GitHub now involve an agent" โ€” https://github.blog/ai-and-ml/generative-ai/agent-pull-requests-are-everywhere-heres-how-to-review-them/


4. People saying, in public, that they merge without reading

One sentence each, verbatim.

Quantitative backing for unread merges


5. Does the gap already exist? (things that already do graded / learned trust)

This section is the memo's biggest risk. Parts of the gap have closed.

Already shipped:

Framing / prior art, not product:

UNVERIFIED / not found: no 2026 product announcement found that does learned trust โ€” i.e. derives auto-approval rules from an individual developer's own approval history โ€” for coding agents. Everything shipped is either a static allowlist (VS Code, Codex execpolicy, Gemini policies) or a stateless per-call classifier (Claude Code Auto mode). That is the narrower, defensible gap claim.


What the evidence does and does not support

Supported by behavior, not just opinion:

  1. Leg (a) โ€” approval fatigue and demand for graded trust: strong. 249 ๐Ÿ‘ on one VS Code issue, 59 ๐Ÿ‘ on Codex execpolicy, 30+ open Claude Code permission issues with a 78-๐Ÿ‘ meta-issue saying the community is building its own workarounds, ~14.8k shell files matching dangerously-skip-permissions, vendor-shipped auto-approve-*.sh hooks from Railway and Render, and Anthropic's own measurement of auto-approve usage doubling from 20% to 40%+ with experience.
  2. Leg (b) โ€” a record of what agents did: moderate. Multiple explicit feature asks (audit permission level, permission decision audit log, agent-context hook payloads, post-session transcripts at 39 ๐Ÿ‘) plus at least six independent Show HN attempts in 2026 alone. But every one of those Show HNs got under 25 points, and the Claude Code audit-log asks got zero thumbs-up. The pain is real and the pull is unproven.
  3. Leg (c) โ€” tell me what NOT to read: weakest. No one asks for it in those words. What exists is 180 ๐Ÿ‘ / 256 reactions on "give me a better diff review UI" and 50 ๐Ÿ‘ on "batch the diffs" โ€” i.e. people ask to read better, not to read less. The closest direct evidence is behavioral (people already merging unread, Faros "31% more PRs merging with no review"), which argues they've solved it by giving up rather than by wanting a tool.
  4. Willingness to pay per unit of review is proven. Bugbot at ~$1.00โ€“1.50/run, Greptile at $1/review, CodeRabbit at $0.25/reviewed file. Two vendors migrated to metering in 2026, which is the market saying seats don't fit agent-generated volume. CodeRabbit at an estimated $40M ARR shows the category is fundable.

Biggest memo risks, in order: (i) Claude Code Auto mode and VS Code auto-approve already occupy the obvious surface, so the claim must be learned from my history and leaves an acceptability record, not risk-classified; (ii) the (c) leg is not evidenced by anyone asking for it; (iii) several key numbers (Faros, AIDev, Lauren Tan) are only reachable via secondary sources and need primary verification before they go in front of an investor.