Skip to content

[claude-hackernews] Reply draft: Harness Show HN, hook layer cuts permission-prompt UX cost at parallel-N (id=47948379)#47

Open
NiveditJain wants to merge 1 commit intomainfrom
luv-56
Open

[claude-hackernews] Reply draft: Harness Show HN, hook layer cuts permission-prompt UX cost at parallel-N (id=47948379)#47
NiveditJain wants to merge 1 commit intomainfrom
luv-56

Conversation

@NiveditJain
Copy link
Copy Markdown
Member

@NiveditJain NiveditJain commented May 4, 2026

Summary

Top-level reply draft for the Harness Show HN by frenchie4111 (id=47948379), a parallel-Claude-Code-sessions-across-worktrees harness. The reply engages the design choice that surfaces "waiting on permission prompt" as a red worktree-tab status, and notes that an auto-deny PreToolUse hook layer composes with that prompt surface to reduce the per-prompt context-switch tax that scales linearly with the number of parallel agents.

Discovery path

Browser-only sweep through:

  • /news, /newest, /ask, /show, /best on news.ycombinator.com
  • hn.algolia.com searches: agent deleted, force push agent, claude code yolo, cursor deleted, claude code broke, mcp server, guardrails, hooks, agent sandbox, ai agent permissions, agent wiped, claude code running wild, claude code hooks

Existing PR coverage filtered out 30+ candidate threads (full ID list is in the local PR title scan). The remaining concrete-failure / Show-HN-of-adjacent-product candidates that were not duplicates: iClaw (id=47933750, Apple-Intelligence consumer agent — audience overlap with FailProof was weak), Enoch (id=47994468, agentic-research control plane — not a guardrail product), Harness (id=47948379, this thread). Picked Harness because the OP's design choice (per-worktree red-status permission-prompt indicator) is directly comparable to FailProof's PreToolUse layer, OP solicits feedback, and the thread is open with no engagement to crowd out.

Thread links

Draft

drafts/2026-05-04T043235Z.mdStatus: draft (pending manual post). Body is ~125 words, ASCII-punctuation only, single disclosure line, single PreToolUse hook concept named, no install commands, no feature dump, repo URL appears once (in the disclosure line).

Anti-pitch checks

Test plan

  • User reviews the draft body in drafts/2026-05-04T043235Z.md.
  • User opens https://news.ycombinator.com/item?id=47948379 in the browser, confirms reply form is still present and the thread is not [dead] / [flagged].
  • User pastes the body of the fenced code block as a top-level reply on the thread, under whichever account they choose.
  • User replies on this PR with the resulting comment permalink so it can be appended to the HN: line and archived under comments/.
  • User merges this PR (merge = "I posted it").

Summary by CodeRabbit

  • Chores
    • Added a new draft post for future content publication.

…n-prompt UX cost at parallel-N (id=47948379)

Top-level reply on the Harness Show HN (parallel Claude Code agents
across worktrees). The harness exposes "waiting on permission prompt"
as a red worktree-tab status. Reply engages the design choice and
points out that an auto-deny PreToolUse hook composes with the prompt
surface to reduce the per-prompt context-switch tax that scales
linearly with N parallel agents.
@coderabbitai
Copy link
Copy Markdown

coderabbitai Bot commented May 4, 2026

📝 Walkthrough

Walkthrough

Adds a single timestamped Markdown draft for a Show HN post about managing parallel Claude Code agents across Git worktrees. The draft includes an unauthenticated reply with a permission-prompt scaling argument, targeted insights for a team on parallel-agent policy configuration, and detailed notes on thread context and pitch constraints.

Changes

Draft Show HN Post

Layer / File(s) Summary
Content / Draft Post
drafts/2026-05-04T043235Z.md
Adds a new draft comprising HN context (lines 1–8), a formatted reply section with disclosure and permission-prompt scalability argument (lines 9–16), team insights on parallel-agent hook and policy configuration (lines 17–20), and notes on thread visibility, formatting, and a follow-up question to the original poster (lines 21–30).

Estimated code review effort

🎯 1 (Trivial) | ⏱️ ~2 minutes

Possibly related PRs

  • PR #2: Introduces drafts-only workflow, directly related to the drafts/ directory commit strategy used here.
  • PR #6: Changes workflow and .gitignore to route Claude outputs into drafts/, aligning with the drafts/ write path this PR uses.
  • PR #7: Makes drafts account-agnostic and removes operating-account detection, complementary to this unauthenticated Show HN draft.

Poem

🐰 A draft hops into the warren,
Whispers of agents parallel in worktrees,
Permission prompts dancing like carrots,
Timestamped wisdom for the FailProof team—
Harness the chaos, let the code agents run free! 🌟

🚥 Pre-merge checks | ✅ 5
✅ Passed checks (5 passed)
Check name Status Explanation
Description Check ✅ Passed Check skipped - CodeRabbit’s high-level summary is enabled.
Title check ✅ Passed The title directly describes the main content of the PR: a Markdown draft reply to a Hacker News Show HN post about Harness tool, specifically focusing on the hook layer and permission-prompt UX optimization for parallel agents. The title matches the core purpose of adding this specific draft file.
Docstring Coverage ✅ Passed No functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check.
Linked Issues check ✅ Passed Check skipped because no linked issues were found for this pull request.
Out of Scope Changes check ✅ Passed Check skipped because no linked issues were found for this pull request.

✏️ Tip: You can configure your own custom pre-merge checks in the settings.


Review rate limit: 4/5 reviews remaining, refill in 12 minutes.

Comment @coderabbitai help to get the list of available commands and usage tips.

Copy link
Copy Markdown

@coderabbitai coderabbitai Bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 1

🤖 Prompt for all review comments with AI agents
Verify each finding against the current code and only fix it if needed.

Inline comments:
In `@drafts/2026-05-04T043235Z.md`:
- Around line 11-15: The fenced code block starting with ``` on the reply block
should include a language tag to satisfy markdownlint MD040; change the opening
fence from ``` to ```text (or another appropriate language) so the block is
fenced as ```text and lint passes, e.g., update the block that begins with the
disclosure "(disclosure: I work on FailProof AI...)" to use ```text as its
opener.
🪄 Autofix (Beta)

Fix all unresolved CodeRabbit comments on this PR:

  • Push a commit to this branch (recommended)
  • Create a new PR with the fixes

ℹ️ Review info
⚙️ Run configuration

Configuration used: Organization UI

Review profile: CHILL

Plan: Pro

Run ID: 6130d866-04f5-441a-b118-7c7491aca9d2

📥 Commits

Reviewing files that changed from the base of the PR and between ebbce06 and 5a5bb35.

📒 Files selected for processing (1)
  • drafts/2026-05-04T043235Z.md

Comment on lines +11 to +15
```
(disclosure: I work on FailProof AI: https://github.com/exospherehost/failproofai)

The red-status-equals-permission-prompt design makes visible what the harness layer is paying for in human attention: with N parallel worktrees, every prompt is a context switch, and the cost scales with N. A lot of those prompts are recoverable a layer below: anything you would always click "deny" on can be a PreToolUse hook that returns deny() with a reason, so the agent gets the rejection inline without ever turning a tab red. Composes with what you have - the hook short-circuits the obvious-no calls, the prompt surface handles the genuinely ambiguous ones. Curious whether you considered per-worktree hook config, so an experimental worktree could ship with a stricter policy set than a "trusted" one.
```
Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

⚠️ Potential issue | 🟡 Minor | ⚡ Quick win

Add a language tag to the fenced reply block to satisfy markdownlint.

Line 11 opens a fenced code block without a language, which triggers MD040. Add a language label (for example text) to keep lint clean.

Suggested diff
-```
+```text
 (disclosure: I work on FailProof AI: https://github.com/exospherehost/failproofai)

 The red-status-equals-permission-prompt design makes visible what the harness layer is paying for in human attention: with N parallel worktrees, every prompt is a context switch, and the cost scales with N. A lot of those prompts are recoverable a layer below: anything you would always click "deny" on can be a PreToolUse hook that returns deny() with a reason, so the agent gets the rejection inline without ever turning a tab red. Composes with what you have - the hook short-circuits the obvious-no calls, the prompt surface handles the genuinely ambiguous ones. Curious whether you considered per-worktree hook config, so an experimental worktree could ship with a stricter policy set than a "trusted" one.
</details>

<details>
<summary>🧰 Tools</summary>

<details>
<summary>🪛 markdownlint-cli2 (0.22.1)</summary>

[warning] 11-11: Fenced code blocks should have a language specified

(MD040, fenced-code-language)

</details>

</details>

<details>
<summary>🤖 Prompt for AI Agents</summary>

Verify each finding against the current code and only fix it if needed.

In @drafts/2026-05-04T043235Z.md around lines 11 - 15, The fenced code block
starting with on the reply block should include a language tag to satisfy markdownlint MD040; change the opening fence from to text (or another appropriate language) so the block is fenced as text and lint passes, e.g.,
update the block that begins with the disclosure "(disclosure: I work on
FailProof AI...)" to use ```text as its opener.


</details>

<!-- fingerprinting:phantom:triton:hawk:1b55a2c7-5e47-4a32-b5d2-ccdbc8015892 -->

<!-- d98c2f50 -->

<!-- This is an auto-generated comment by CodeRabbit -->

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant