reflexive 0.1.0

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.
@@ -0,0 +1,492 @@
1
+ # Hacker News Launch Strategy for Reflexive
2
+
3
+ ## Executive Summary
4
+
5
+ Reflexive is positioned at the intersection of three HN-beloved categories: **developer tools**, **AI/LLM applications**, and **debugging/observability**. The core value proposition - "talk to your running app" - is novel enough to generate curiosity while solving real pain points developers face daily.
6
+
7
+ Based on analysis of successful Show HN posts (particularly Claude-related tools which regularly hit 200-600+ points, and debugging tools averaging 100-150 points), Reflexive has strong potential for a successful launch.
8
+
9
+ ---
10
+
11
+ ## Title Options
12
+
13
+ Ordered by predicted effectiveness based on HN patterns:
14
+
15
+ ### Top Recommendations
16
+
17
+ 1. **Show HN: Reflexive - Build apps by talking to them (Node.js + Claude Agent SDK)**
18
+ - Why: "Build apps by talking to them" is provocative and immediately understandable
19
+ - Pattern: Similar to successful "I built X that does Y" format
20
+
21
+ 2. **Show HN: An AI agent that lives inside your running Node.js app**
22
+ - Why: "Lives inside your running app" creates curiosity
23
+ - Pattern: Novel framing that invites clicks
24
+
25
+ 3. **Show HN: Chat with your Node.js app - see logs, set breakpoints, modify code**
26
+ - Why: Concrete features listed, clear value proposition
27
+ - Pattern: Feature-focused like successful dev tools
28
+
29
+ ### Alternative Titles
30
+
31
+ 4. **Show HN: I made an AI debugger that watches your app and responds to errors**
32
+ - Why: "Responds to errors" highlights unique watch trigger feature
33
+
34
+ 5. **Show HN: Reflexive - Talk to your running code, watch it respond**
35
+ - Why: Interactive, poetic
36
+
37
+ 6. **Show HN: Start with an empty file. Tell the AI what you want. Watch it build.**
38
+ - Why: Captures the "vibe coding" workflow perfectly
39
+
40
+ 7. **Show HN: What if your debugger could read your code and chat with you?**
41
+ - Why: Question format, invites curiosity
42
+
43
+ 8. **Show HN: npx reflexive app.js - now chat with your running app at localhost:3099**
44
+ - Why: Shows exact command, extremely concrete
45
+
46
+ 9. **Show HN: Claude Agent SDK + V8 debugger = AI that sets real breakpoints in your code**
47
+ - Why: Technical specificity appeals to HN audience
48
+
49
+ 10. **Show HN: Watch triggers - set a log pattern, AI automatically investigates when it appears**
50
+ - Why: Highlights unique feature that doesn't exist elsewhere
51
+
52
+ ---
53
+
54
+ ## The Hook
55
+
56
+ ### One-Liner (for post description)
57
+ > Start with an empty file. Run it with Reflexive. Open the chat. Tell it what you want. Watch it build. This isn't monitoring - it's collaborative development with an AI that lives inside your running application.
58
+
59
+ ### The "Aha Moment"
60
+ The moment of magic is when users realize they can:
61
+ 1. Run `npx reflexive --write app.js`
62
+ 2. Say "turn this into an Express server with a /users endpoint"
63
+ 3. Watch the file get rewritten AND the server restart automatically
64
+ 4. See the new endpoint working immediately
65
+
66
+ **This is the moment to capture on video.** The feedback loop is instant - code changes, server restarts, you see the result. No switching between editor, terminal, and browser.
67
+
68
+ ### Pain Points Solved (for comment discussion)
69
+
70
+ | Pain Point | How Reflexive Solves It |
71
+ |------------|------------------------|
72
+ | Context switching between logs, code, and debugger | One chat interface sees everything |
73
+ | Setting up debugging for a quick script | Zero config: `npx reflexive app.js` |
74
+ | "What's happening in my app right now?" | Real-time logs + AI that can explain them |
75
+ | Repetitive debugging workflows | Watch triggers auto-respond to patterns |
76
+ | Teaching a new developer the codebase | They can ask the AI which sees the running code |
77
+ | Hot-reloading breaks inspector | Built-in watch mode preserves debug context |
78
+
79
+ ---
80
+
81
+ ## Optimal Posting Strategy
82
+
83
+ ### Best Times to Post
84
+
85
+ Based on HN traffic patterns:
86
+
87
+ | Priority | Day | Time (PT) | Time (ET) | Rationale |
88
+ |----------|-----|-----------|-----------|-----------|
89
+ | **Best** | Tuesday | 8-9 AM | 11 AM-12 PM | Peak HN activity, devs starting workday |
90
+ | **Good** | Wednesday | 8-9 AM | 11 AM-12 PM | Mid-week engagement high |
91
+ | **Good** | Monday | 9-10 AM | 12-1 PM | Monday ramp-up, avoid early conflicts |
92
+ | Avoid | Friday afternoon | - | - | Weekend dropoff |
93
+ | Avoid | Weekends | - | - | 30-40% less traffic |
94
+
95
+ ### Post Structure
96
+
97
+ The Show HN post itself should include:
98
+
99
+ ```markdown
100
+ Show HN: Reflexive - Build apps by talking to them (Node.js + Claude Agent SDK)
101
+
102
+ https://github.com/[username]/reflexive
103
+
104
+ Start with an empty file. Run it with Reflexive. Tell it what you want. Watch it build.
105
+
106
+ npx reflexive --write app.js
107
+ # Open http://localhost:3099
108
+ # Say: "Turn this into an Express server with a /users endpoint"
109
+
110
+ The agent can see your code, see it running, edit files, and restart the process.
111
+ You iterate by chatting. This isn't just monitoring - it's collaborative development
112
+ with an AI that lives inside your running application.
113
+
114
+ Key features:
115
+ - Zero config: just npx and go
116
+ - Real-time logs with ANSI color support
117
+ - Watch triggers: set a log pattern, AI investigates automatically
118
+ - V8 debugger integration with real breakpoints
119
+ - Works with any Node.js app (CLI mode) or embed in your code (library mode)
120
+
121
+ Built on the Claude Agent SDK. Two dependencies total.
122
+
123
+ Demo video: [link]
124
+ ```
125
+
126
+ ### First Comment (Post Immediately After Submitting)
127
+
128
+ ```markdown
129
+ Hey HN! I built Reflexive because I was tired of the context-switching tax during debugging.
130
+ Open the logs, find the error, open the file, find the line, open the debugger, set the breakpoint...
131
+ What if the debugger could just see everything and you could talk to it?
132
+
133
+ The key insight is that an AI agent with access to:
134
+ 1. Your running process (stdout/stderr)
135
+ 2. Your source files
136
+ 3. Ability to edit and restart
137
+
138
+ ...becomes a surprisingly effective debugging partner.
139
+
140
+ **Watch triggers** are my favorite feature - you set a log pattern like "Login FAILED"
141
+ and a prompt like "investigate why authentication is failing", and when that pattern appears
142
+ in the logs, the agent automatically investigates and responds.
143
+
144
+ Some things I'd love feedback on:
145
+ - Is the "edit files" capability too dangerous even behind a flag?
146
+ - Would you use this in production with read-only mode?
147
+ - What MCP tools would you add?
148
+
149
+ Happy to answer any questions!
150
+ ```
151
+
152
+ ---
153
+
154
+ ## Demo Content Plan
155
+
156
+ ### 30-Second GIF (Primary Asset)
157
+
158
+ **What to show:**
159
+
160
+ Frame 1-5 (0-5s): Terminal showing:
161
+ ```bash
162
+ echo "console.log('hello')" > app.js
163
+ npx reflexive --write app.js
164
+ ```
165
+
166
+ Frame 6-10 (5-10s): Browser opening to localhost:3099, showing the clean dashboard UI
167
+
168
+ Frame 11-20 (10-20s): User typing in chat:
169
+ > "Turn this into an Express server with a /users endpoint"
170
+
171
+ Frame 21-28 (20-28s): Show the response streaming, see the file being edited (tool call badge showing), see "Process restarted" in logs
172
+
173
+ Frame 29-30 (28-30s): Quick curl or browser showing `localhost:8080/users` returning JSON
174
+
175
+ **Technical notes for recording:**
176
+ - Use a dark terminal theme (matches HN aesthetic)
177
+ - 1280x720 or 1920x1080
178
+ - ~15 fps is fine for GIF
179
+ - Use [asciinema](https://asciinema.org/) for terminal portion if desired
180
+ - Tools: ScreenToGif (Windows), Kap (Mac), Peek (Linux)
181
+
182
+ ### 2-Minute Demo Video
183
+
184
+ **Script/Outline:**
185
+
186
+ ```
187
+ [0:00-0:10] Hook
188
+ "What if you could build an app just by talking to it? Not generating code
189
+ in a separate window - actually watching it run and evolve in real time."
190
+
191
+ [0:10-0:30] The Setup
192
+ - Show empty directory
193
+ - "All you need is npx reflexive"
194
+ - Run: echo "console.log('hello')" > app.js
195
+ - Run: npx reflexive --write --open app.js
196
+ - Browser auto-opens to dashboard
197
+
198
+ [0:30-0:50] The Magic Moment
199
+ - Type: "Turn this into an Express server with a /users endpoint that
200
+ returns a list of users from a mock array"
201
+ - Show response streaming
202
+ - Show tool calls appearing (read_file, write_file, restart_process)
203
+ - Point out the logs updating in real-time
204
+
205
+ [0:50-1:10] See It Working
206
+ - Curl localhost:8080/users - it works!
207
+ - Type: "Add a POST endpoint to create users"
208
+ - Quick cut to it working
209
+
210
+ [1:10-1:30] Watch Triggers Feature
211
+ - "But here's my favorite feature - watch triggers"
212
+ - Show an app with occasional errors in logs
213
+ - Click the watch icon on an error log
214
+ - Set pattern: "ERROR"
215
+ - Set prompt: "Investigate what's causing this error and suggest a fix"
216
+ - Show error appearing, AI automatically responding
217
+
218
+ [1:30-1:50] Breakpoints Demo (Optional)
219
+ - "You can even set breakpoints"
220
+ - Show breakpoint being hit
221
+ - Show AI inspecting state at breakpoint
222
+ - Resume execution
223
+
224
+ [1:50-2:00] Closing
225
+ "Reflexive. Build apps by talking to them. Try it: npx reflexive --write app.js"
226
+ Show GitHub link
227
+ ```
228
+
229
+ **Recording tips:**
230
+ - Use [OBS Studio](https://obsproject.com/) (free, cross-platform)
231
+ - 1080p minimum, 4K preferred for clarity
232
+ - Record in quiet environment or add music/voiceover later
233
+ - Keep it FAST - no unnecessary pauses
234
+ - Consider adding subtle zoom on important areas
235
+
236
+ ### Screenshots
237
+
238
+ Capture these specific screens:
239
+
240
+ 1. **Hero Shot: Dashboard Overview**
241
+ - Full browser window showing logs on left, chat on right
242
+ - Include a few colorful log entries
243
+ - Show an AI response with tool call badges
244
+
245
+ 2. **Watch Trigger Setup**
246
+ - The watch trigger modal/dialog
247
+ - Pattern field filled with "Login FAILED"
248
+ - Prompt field with "Investigate authentication failure"
249
+
250
+ 3. **Tool Call Styling**
251
+ - Close-up of a chat response showing styled tool calls
252
+ - Blue badges with tool names, gray parameters
253
+
254
+ 4. **Breakpoint State**
255
+ - Dashboard showing "PAUSED AT BREAKPOINT" indicator
256
+ - Context variables visible
257
+ - Chat showing AI inspecting the state
258
+
259
+ 5. **Empty to Working App**
260
+ - Before/after split: empty file -> working Express server
261
+ - Highlight the ~20 seconds elapsed
262
+
263
+ ---
264
+
265
+ ## Landing Experience
266
+
267
+ ### README Priorities
268
+
269
+ The README should be **scannable in 10 seconds**. Current README is good but could be tighter at the top:
270
+
271
+ **Above the fold must include:**
272
+ 1. One-liner: "Build applications by talking to them."
273
+ 2. The 3-line quickstart: `echo ... && npx reflexive --write app.js && open localhost:3099`
274
+ 3. A GIF showing the core workflow
275
+
276
+ **Reorganization suggestions:**
277
+ - Move the ASCII art or add a hero image/GIF
278
+ - "Installation" should just be `npm install reflexive` or `npx reflexive`
279
+ - Move detailed CLI options and Library Mode API lower
280
+ - Add a "30-second quickstart" section
281
+
282
+ ### Quick Start That Works in Under 1 Minute
283
+
284
+ Create a dedicated `QUICKSTART.md` or README section:
285
+
286
+ ```markdown
287
+ ## 30-Second Quickstart
288
+
289
+ 1. Create a simple app:
290
+ ```bash
291
+ echo "console.log('hello world')" > app.js
292
+ ```
293
+
294
+ 2. Run with Reflexive:
295
+ ```bash
296
+ npx reflexive --write --open app.js
297
+ ```
298
+
299
+ 3. In the chat, say:
300
+ > Turn this into an Express server with a /users endpoint
301
+
302
+ 4. Watch it build. Curl `localhost:8080/users`. Done.
303
+
304
+ **Requires:** Node.js 18+, Claude Code CLI (`npm install -g @anthropic-ai/claude-code && claude`)
305
+ or ANTHROPIC_API_KEY environment variable.
306
+ ```
307
+
308
+ ---
309
+
310
+ ## Engagement Strategy
311
+
312
+ ### How to Respond to Comments
313
+
314
+ **General principles:**
315
+ - Respond within 10 minutes during first 2 hours (critical for ranking)
316
+ - Be genuinely helpful, not defensive
317
+ - Acknowledge good criticism with "that's fair" or "you're right"
318
+ - Keep responses concise but substantive
319
+ - Upvote good questions (don't upvote your own comments)
320
+
321
+ **Response templates:**
322
+
323
+ For feature requests:
324
+ > Good idea! I've been thinking about [X] too. Right now you can work around it by [Y],
325
+ > but native support would be cleaner. Added to the roadmap.
326
+
327
+ For security concerns:
328
+ > Totally valid concern. That's why [capability] is behind the --[flag] flag and off by default.
329
+ > In read-only mode (no flags), the agent can only see logs and read files - can't modify anything.
330
+
331
+ For "why not just use X?" comparisons:
332
+ > [X] is great for [use case]! Reflexive is more about [differentiator].
333
+ > The key difference is [specific capability]. That said, they could complement each other.
334
+
335
+ For implementation questions:
336
+ > Under the hood, [brief technical explanation]. The source is ~1500 lines in a single file
337
+ > if you want to dig in: [link to reflexive.js]
338
+
339
+ ### Common Questions to Prepare For
340
+
341
+ | Question | Prepared Answer |
342
+ |----------|----------------|
343
+ | "Does this work with Python/Go/Rust?" | "CLI mode monitors any Node.js app. Python is on the roadmap - the Claude Agent SDK supports it natively. Other languages would need a shim/sidecar approach." |
344
+ | "How is this different from Cursor/Windsurf?" | "Those are editor-based. Reflexive lives inside your running process - it sees actual logs, sets real breakpoints, and can react to runtime events. The watch trigger feature is unique: AI auto-responds to log patterns." |
345
+ | "Isn't letting AI edit files dangerous?" | "Absolutely, which is why --write is opt-in and off by default. For exploring or debugging someone else's code, read-only mode is great. For greenfield development, --write lets you iterate by chatting." |
346
+ | "Will this work in production?" | "I'd recommend read-only mode for production debugging. The --write and --shell flags are explicitly for development. Production safety flags are on the roadmap." |
347
+ | "What about cost/API limits?" | "Uses Claude through Claude Code CLI (if installed) or direct API key. The agent is pretty efficient - typical session is a few hundred thousand tokens. Watch triggers only fire on pattern match, not continuously." |
348
+ | "Why not use MCP directly?" | "Reflexive is built on MCP! It exposes your running app as MCP tools. You could theoretically connect any MCP client to it." |
349
+ | "Single file? Why?" | "Intentional constraint. No build step, direct execution, easy to fork and modify. The whole thing is ~1500 lines - you can read it in an afternoon." |
350
+
351
+ ### Potential Criticisms and Responses
352
+
353
+ | Criticism | Response |
354
+ |-----------|----------|
355
+ | "This is just a wrapper around Claude" | "Fair - the AI capabilities come from Claude. The value is the integration: process management, log capture, file watching, watch triggers, and the dashboard UI. It's infrastructure for conversational development." |
356
+ | "Security nightmare" | "I hear you. Dangerous capabilities are behind explicit flags (--write, --shell, --eval). Default mode is read-only. For production, there's a roadmap item for capability restrictions by NODE_ENV." |
357
+ | "Why would I use this over print debugging?" | "You wouldn't replace print debugging - you'd augment it. The AI can see those prints, correlate them with source code, and help you interpret what's happening. Watch triggers take it further: auto-respond when patterns appear." |
358
+ | "Just use a real debugger" | "Real debuggers are great but have friction: attach, set breakpoint, hit it, inspect. Reflexive gives you a conversational interface that happens to have debugger access. Ask 'what's the value of user at line 42?' and it figures out how." |
359
+ | "Vendor lock-in to Anthropic" | "Currently yes - built on Claude Agent SDK. The MCP tools pattern would work with other providers. There's a community fork adding multi-provider support." |
360
+
361
+ ---
362
+
363
+ ## Pre-Launch Checklist
364
+
365
+ ### Technical Preparation
366
+
367
+ **1. Demo Must Work Flawlessly**
368
+ - [ ] Test `npx reflexive --write app.js` from clean directory
369
+ - [ ] Test the exact commands shown in README
370
+ - [ ] Test on Node.js 18, 20, and 22
371
+ - [ ] Test with both Claude CLI auth and API key auth
372
+ - [ ] Verify dashboard works in Chrome, Firefox, Safari
373
+ - [ ] Test watch triggers end-to-end
374
+ - [ ] Run `npm run demo` and verify all demos work
375
+
376
+ **2. Repository Ready**
377
+ - [ ] Clean up any WIP files
378
+ - [ ] Ensure package.json has correct metadata
379
+ - [ ] Add relevant keywords for npm search
380
+ - [ ] Verify license file exists
381
+ - [ ] Remove any sensitive data from git history
382
+ - [ ] Tag release (e.g., v0.1.0)
383
+ - [ ] Publish to npm if not already
384
+
385
+ **3. GitHub Presentation**
386
+ - [ ] Add topics: `ai`, `claude`, `debugging`, `nodejs`, `developer-tools`, `mcp`, `claude-agent-sdk`
387
+ - [ ] Write compelling "About" description
388
+ - [ ] Add social preview image (1280x640)
389
+ - [ ] Enable Discussions tab for post-launch community
390
+
391
+ ### Content Preparation
392
+
393
+ **1. Assets Ready**
394
+ - [ ] 30-second GIF created and uploaded (to GitHub or Imgur)
395
+ - [ ] 2-minute demo video created and uploaded (YouTube unlisted or public)
396
+ - [ ] Key screenshots captured
397
+ - [ ] All assets linked in README
398
+
399
+ **2. Written Content**
400
+ - [ ] Final title chosen from options above
401
+ - [ ] Show HN post text finalized
402
+ - [ ] First comment drafted
403
+ - [ ] FAQ responses practiced
404
+ - [ ] Quickstart section verified
405
+
406
+ **3. Launch Logistics**
407
+ - [ ] Calendar invite for posting time (8-9 AM PT, Tuesday or Wednesday)
408
+ - [ ] Block 2-3 hours after posting for active engagement
409
+ - [ ] Have HN account ready (karma helps with initial visibility)
410
+ - [ ] Prepare backup device in case of issues
411
+
412
+ ### Timing Recommendations
413
+
414
+ **The Day Before:**
415
+ - Do a final test of all demos
416
+ - Re-read this document
417
+ - Get good sleep
418
+
419
+ **Launch Day:**
420
+ - Post at target time
421
+ - Immediately add first comment
422
+ - Stay active for first 2 hours minimum
423
+ - Respond to every comment within 10 minutes
424
+ - Do NOT ask friends to upvote (HN detects and penalizes this)
425
+
426
+ **Week After:**
427
+ - Monitor for follow-up questions
428
+ - Collect feedback for v0.2.0
429
+ - Write a "What I learned from the launch" post if it goes well
430
+
431
+ ---
432
+
433
+ ## Success Metrics
434
+
435
+ | Metric | Good | Great | Exceptional |
436
+ |--------|------|-------|-------------|
437
+ | Points | 50+ | 150+ | 300+ |
438
+ | Comments | 30+ | 75+ | 150+ |
439
+ | GitHub stars (first week) | 100+ | 500+ | 1000+ |
440
+ | npm downloads (first week) | 200+ | 1000+ | 5000+ |
441
+
442
+ Based on comparable launches:
443
+ - MCP servers average 100-250 points
444
+ - Claude-related tools average 175-400 points
445
+ - Novel dev tools average 75-200 points
446
+
447
+ Reflexive combines all three categories, so 200+ points is a reasonable target.
448
+
449
+ ---
450
+
451
+ ## Post-Launch Actions
452
+
453
+ **If it hits front page:**
454
+ - Consider writing a technical blog post diving into architecture
455
+ - Prepare for GitHub issues (bug reports, feature requests)
456
+ - Have a CONTRIBUTING.md ready for contributors
457
+ - Consider setting up a Discord or GitHub Discussions
458
+
459
+ **Regardless of outcome:**
460
+ - Collect all feedback into issues
461
+ - Note which features resonated most
462
+ - Plan v0.2.0 based on real user input
463
+ - Thank everyone who commented
464
+
465
+ ---
466
+
467
+ ## Appendix: Reference Materials
468
+
469
+ ### Successful Similar Launches (for inspiration)
470
+
471
+ | Title | Points | Key Takeaway |
472
+ |-------|--------|--------------|
473
+ | Browser MCP - Automate browser using Cursor, Claude, VS Code | 616 | MCP + popular tools = high engagement |
474
+ | I used Claude Code to discover connections between 100 books | 524 | Novel application + impressive output |
475
+ | Plandex - AI coding engine for complex tasks | 304 | Clear problem, clear solution |
476
+ | Time travel debugging AI for more reliable vibe coding | 129 | "Vibe coding" framing resonates |
477
+ | MCP server so Cursor can debug Node.js on its own | 139 | Debugging + AI + specific tool combo |
478
+
479
+ ### What NOT to Do
480
+
481
+ - Don't use clickbait ("You won't believe...")
482
+ - Don't exaggerate capabilities
483
+ - Don't be defensive in comments
484
+ - Don't ask for upvotes anywhere
485
+ - Don't post and disappear - engagement matters
486
+ - Don't launch on Friday or weekend
487
+ - Don't launch same day as major tech news
488
+
489
+ ---
490
+
491
+ *Last updated: January 2026*
492
+ *Target launch window: Q1 2026*
package/docs/TODO.md ADDED
@@ -0,0 +1,69 @@
1
+ # Reflexive TODO
2
+
3
+ ## Claude Agent SDK Features to Add
4
+
5
+ ### High Priority
6
+
7
+ - [ ] **V8 Inspector Integration** - Replace pattern-based breakpoints with real debugger
8
+ - Start target with `--inspect-brk=0` to pause on first line
9
+ - Connect via WebSocket to CDP endpoint
10
+ - Use `Debugger.setBreakpointByUrl` for line-level breakpoints
11
+ - Handle `Debugger.paused` events for call stack / scope inspection
12
+ - Add MCP tools: `set_breakpoint`, `remove_breakpoint`, `debug_resume`, `step_over/into/out`, `evaluate`
13
+ - See `docs/V8-INSPECTOR-RESEARCH.md` for implementation details
14
+
15
+ - [ ] **Plugins with Lifecycle Hooks** - Intercept tool calls, add automatic logging, modify behavior
16
+ ```javascript
17
+ plugins: [{
18
+ onToolCall: async (tool, input) => { /* log all tool usage */ }
19
+ }]
20
+ ```
21
+
22
+ - [ ] **Session Management (v2 API)** - Persist chat history across restarts
23
+ ```javascript
24
+ unstable_v2_createSession()
25
+ unstable_v2_resumeSession(sessionId)
26
+ ```
27
+
28
+ - [ ] **Granular Permission Control** - Dynamic permissions based on app state
29
+ ```javascript
30
+ canUseTool: async (tool, input) => { /* custom logic */ }
31
+ ```
32
+
33
+ ### Medium Priority
34
+
35
+ - [ ] **Subagents / Orchestration** - Specialized sub-agents for different tasks
36
+ ```javascript
37
+ agents: {
38
+ 'debugger': { description: '...', tools: [...] },
39
+ 'code-reviewer': { description: '...', tools: [...] }
40
+ }
41
+ ```
42
+
43
+ - [ ] **Tool Restrictions** - Allowlist/blocklist for tools per session
44
+ ```javascript
45
+ tools: ['read_file', 'search_logs'],
46
+ disallowedTools: ['shell_command']
47
+ ```
48
+
49
+ - [ ] **Budget Limits** - Cap spending per query
50
+ ```javascript
51
+ maxBudgetUsd: 0.50
52
+ ```
53
+
54
+ ### Low Priority
55
+
56
+ - [ ] **Session Forking** - Branch conversations for exploration
57
+ ```javascript
58
+ forkSession: true
59
+ ```
60
+
61
+ - [ ] **Permission Modes** - Pre-configured permission levels
62
+ - `acceptEdits` - auto-accept file edits
63
+ - `bypassPermissions` - skip all prompts
64
+
65
+ ## Other Features
66
+
67
+ - [ ] Multi-session support with tabs (detect existing server, add session)
68
+ - [ ] Chat history persistence to disk
69
+ - [ ] Export conversation as markdown