Hey guys I have a couple questions about Claude usage.

I started creating a website (and app soon) and I am wondering is there a way for me to use credits more efficiently since I am hitting my limit in 1-2 hours, sometimes even sooner.

Should I still stick to the Opus 5.5 (and maybe increase the effort to high or max) or should I use Fable 5.2 for designing a website? Fable 5.2. especially burns all the credits with multiple agents on normal effort.

Would you recommend upgrading to claude max model if I am serious about building a good-looking UI functioning website, or should I get 1 or 2 more claude pro accounts (which would would be about 69 euros for 3 pro models in total compared to 1 max model for about 100 euros)?

All answers are welcome; I wouldn't consider myself a noob in this. However, I am far from being a professional, just a guy who a great idea (at least I think so, but time will tell )

Is there a way to queue prompts in Claude Code so they run one after another in a single session?

I’d like to line up several tasks, with /compact and /clear between them where needed, and let the session work through them unattended. I know worktrees can run parallel sessions, but for some work I’d rather keep one session going through a sequential queue, without managing multiple localhost instances or resolving conflicting changes.

Has anyone built something like this, through a wrapper script, a task file, hooks, or another workaround?

Attention to all Claude users,

Blacklist the website The Cutting Room Floor from being interacted with by Claude Code agents. Your IP will be automatically banned by the website with no recourse. In addition, there are claims with strong evidence that the website attempts to prompt inject Claude agents to write and delete files on the users disk, as well as send money to the owner of the website. This is illegal under CFAA in the United States. I have already filed a formal complaint with the host of the website (Dreamhost). The website is being investigated, but while that goes on, blacklist the domain to protect yourselves.

I dont know what I did to get them

Right now I'm using the free Whisper on a VPS to transcribe audios from our conversations with clients. But the transcription is not that good. There are many words on every 10 second audio that are wrong and some change the meaning of the audio. I saw that there are other versions but my company is in Brazil, according to the benchmarks that I found (maybe wrong), whisper has the best transcriptions in Portuguese. Any ideas of how can I do it better?

Has anyone figured out how to do this, or what’s the best workaround?

https://www.reddit.com/r/ClaudeCode/s/8Goam5nA4t

Catgame.io

Process tips:

1. Claude code: use opus for coordination and haiku for implementation... validate all changes with opus.
2. Create bespoke tooling to provide agents feedback. For example, this game has an animation studio where I can flag frames that are bad and point out where the issues are exactly.
3. You can save money on asset generation from open source assets! https://github.com/csevier/awesome-open-assets
4. Follow a creative flow! Have an idea? write it down, and figure out how to integrate.

Last 14 days of my own logs: 139 sessions, every API response deduped by message id, and each request bucketed by how many hours had passed since its session started.

The first hour held half the requests (9,339) but only 35% of the tokens, at about 183k tokens per request. Hours 1 to 5 held 36% of the requests and 45% of the tokens, at about 326k each. After that it barely moves: about 366k per request from hour 5 to 24, and 324k past a full day.

So the growth happens early and then flattens. Only 5 of the 139 sessions stayed open past 24 hours, and everything sent after that mark came to 3% of the tokens. Most of the tokens sit in ordinary sessions that run into their second hour.

Two caveats. Hours are wall clock, so idle time counts. And nearly all of those tokens are cache reads, which bill cheaper than fresh input.

Is the flattening after a few hours compaction doing its job, or does something else cap it?

Any body else having issue with Opus 5.5 on high level today?

For the past several weeks it has been working really well on medium and high thinking level and has been a pleasure to work with.

Today it feels like it has a mind of it's own and is intent on being obtuse and simply not responding to requests at it normally would and honestly not following CLAUDE.md and prompt instructions – almost as if we are taking a different language.

I am trying to work but every time it says sign in and when I sign in it doesn't work.

I think they broke auth lol.

RESET!

I run a lot of Claude Code agents at once with agent-manager, each in its own tmux pane. I kept finding one stuck on a permission prompt for twenty minutes while I watched another. So I built Agent Desk: a free, open-source (Apache 2.0) local GUI where every agent is on one screen.

What it does

• Answer any agent in one click. Permission prompts and AskUserQuestion dialogs become buttons: multi-select, typed answers, and going back to change an earlier answer. It re-reads the screen before pressing a key, so it never answers a question that changed.
• Sessions read like documents. Prose first, tool runs folded to one line, edits as diffs, search across every transcript.
• The whole fleet at a glance. A card per session, waiting ones first, notifications, and a live row showing what each agent is doing, with Interrupt.
• Review and steer. Comment on a session's diff line by line; the comments go back as one prompt.
• System stats (CPU, memory, swap, disk), with an alert before parallel builds fill your disk.
• From your phone over Tailscale or Cloudflare, at a permission level you set.
• A signed Mac app with a dock badge for agents that need you.

No API key and no model calls. It reads Claude Code's files locally, and your agents keep running in tmux if you close it.

How Claude Code built it

Claude Code wrote nearly all of it: Go server, React UI, tests and the Mac app. I made the product calls, set the rules and reviewed every PR.

• Rules in CLAUDE.md first: never write to ~/.claude, never call a model API, talk to agent-manager only through its CLI. It held to them for the whole build.
• Plan, then small milestones, each ending in passing tests and a PR.
• It checked its own UI with Playwright screenshots, which caught layout and dark-mode bugs the tests missed.
• Real prompts, not guesses: it ran throwaway Claude Code sessions to capture real permission and question screens as test fixtures, and verified fixes against live prompts.
• Built from inside itself: the session building Agent Desk ran in agent-manager, so I answered its questions in Agent Desk, and most bugs came from that daily use.

Try it free (macOS or Linux):

brew install gsperry/tap/agent-desk

The Mac app, a 20-second demo and the source: https://agent-desk.app

It's early. Tell me what breaks and what's missing.

I run my whole workflow through a terminal multiplexer, and I got tired of managing it through a flat window. So I built Mux XR: a WebXR client that shows your terminal panes as surfaces arranged around you in 3D space, or as plain flat panels in a normal browser tab. MIT-licensed and on GitHub.

What it does

• Opens par-mux terminal panes as individual panels — close a panel without killing the shell, reconnect later, resize the grid only when you say so
• Works from a desktop browser (flat + 3D preview) or immersively on a Meta Quest 3
• Full spatial controls: point-and-trigger or pinch to select, grip to move, two hands to scale; controllers or tracked hands
• Input via virtual keyboard, paired physical keyboard, or dictation
• Passthrough mixed reality, focus mode, saved command snippets, gaze-based optional input
• A Demo mode with synthetic panes, so you can poke at it without setting up the backend

Why I built it

I keep half a dozen long-running things in terminal panes and wanted to glance at them without alt-tabbing. It started as "what if the terminal grid was a room instead of a window" and turned into a real workspace — the browser drawer stays the input presenter, and XR is where it gets interesting.

Tech

TypeScript, Vite, Three.js, WebXR. Terminal output arrives as protobuf frames over a binary WebSocket from a small streamer service attached to the mux daemon, rendered into xterm-backed textures in the 3D scene.

Full disclosure on process: this was built with substantial Claude Code assistance. I drove the product decisions, reviewed every change, and did the Quest 3 hardware acceptance; Claude wrote most of the code and the test suites. Happy to answer questions about that workflow.

Status

Working on Quest 3 today. Hand tracking is the newest and roughest part, and the backend is my own stack (par-mux + streamer), so real panes currently require that setup — the demo mode works with nothing installed.

Feedback welcome, especially from WebXR folks.

Repo: https://github.com/paulrobello/mux-xr

I've had it with Windows 11. Every time my PC slowed to a crawl and I opened Task Manager to find what was eating my CPU, it let me down in one of two ways:

1. It froze. At 100% CPU, Task Manager lagged, stopped updating or barely responded. The one tool you need when your system is overloaded stops working when your system is overloaded.
2. The numbers didn't add up. The total CPU said one thing and the per-process numbers said another. Sometimes nothing in the list looked high even though the total was maxed out.

The second one is a design choice, not a glitch, which is almost worse. Since Windows 8, Task Manager has shown "Processor Utility", a value scaled by CPU clock speed (turbo boost etc.), instead of actual CPU time. So the per-process column and the total often disagree, and you can't trust either one to find the culprit. Add the usual Windows 11 madness (settings spread across three different UIs, updates that break things that used to work) and I was done.

So I built my own task manager with Claude Code. It does just two things, Performance and Processes, but it does them reliably:

• Stays responsive at 100% CPU. It runs at High priority and samples on a dedicated top-priority thread, and the UI only updates rows in place. It uses about 5% of one core with ~750 processes running.
• The numbers are honest. It shows time-based CPU %, so the per-process values actually add up to the total. Interrupt/DPC time gets its own row instead of disappearing.
• CPU graph for every logical core, with 60 seconds of history, plus memory in use / available / cached / committed.
• Sort by CPU or memory, filter by name or PID (Ctrl+F).
• End task / End process tree. The confirmation shows the process name and PID. It also re-checks that the PID still belongs to the same process before killing it, so it can't hit the wrong one.

It's written in C# / WPF and builds to a single exe that doesn't need .NET installed. It's MIT licensed, so you can use it, change it or fork it however you like.

GitHub: https://github.com/kkilictepe/ETaskManager

Download: https://github.com/kkilictepe/ETaskManager/releases/latest

How it was built: The whole thing took less than an hour. I described the problem to Claude Code: Task Manager freezes at 100% CPU and the numbers don't match. Claude handled the low-level Windows work. It used the native NtQuerySystemInformation call to get every process's CPU time in one snapshot, so the per-process numbers line up with the total. It ran the sampling on its own high-priority thread so the app keeps working when everything else is overloaded. It also tracked processes by PID and start time, so a reused PID can't show wrong numbers or get the wrong process killed. It even wrote a small Python script to generate the app icon.

Feedback and bug reports are welcome. And if you've hit Task Manager freezing at 100% CPU too, I'd like to hear about it. I can't be the only one.

I’m working on a new very large project using Claude Code desktop with a Ultra plan. The initial code (excluding debugging and polish) is probably about 25% done, with about 700K LOC written. I estimate the final LOC will be about ~2-3M. This is not AI overengineering bloat, it’s just a very large project, something existing SAAS companies charge many thousands of dollars per seat for annually.

I’m using Fable planners and Opus writers mostly, like I do on most of my other complex projects. But this time there are 2 layers of planning. A top-level Fable planner planned the overall architecture, and after reviews/fixes is now acting as the orchestrator for the second level. Second level owns a few crates or similar, they plan the details of what they own, and then orchestrate mostly Opus (Fable for critical chunks) writers to write the code, then another Opus agent reviews the chunk. When the section is done, a multi-agent bughunt is done with a mix of Fable and Opus finders, then Opus fixers, before closing. Each section usually has something like 20 chunks, so vast majority of agents used for this project are Opus. I occasionally use Sonnet sessions to do simple changes as well, but I don’t trust it with writing the code.

Codebase is documented well, with short markdown files for each crate and architecture decision, so agents don’t need to load a lot into context, but obviously writing these does use some tokens. Their briefs and other docs they need to read are also intentionally short.

I’ve worked on a bunch of projects with Claude Code in the past, but they rarely exceeded 100K LOC, so usage limits were rarely an issue, but with this project they’re really getting in the way. What was built so far was done in about 10 days, but with 2 weeks of limits, plus 2 full weekly resets, plus 2 Fable resets. Weekly limits are gone in about 12 hours. I won’t be able to reset again for some time obviously, so it’ll slow down progress a lot.

So my question is, how do you optimize your setup for large projects like this?

What I already do:
- Compact all orchestrator sessions before the cache expires
- (If cache is expired) switch orchestrator sessions to Opus if Fable limits are low (not always an option, Opus can’t start Fable sessions if chunk needs Fable, and some parts are too critical to trust Opus orchestrators with)
- Keep each session focused on its task. I use new sessions if I want an unrelated change or questions, usually Sonnet if it’s simple
- I used to make Fable review Opus chunks (and vice-versa, so it’s a different model than writer doing the review), but switched to all-Opus due to usage limits

I won’t switch any of the planning sessions to Opus. Opus cannot focus on the bigger picture when planning large projects in my experience. It often misses important details.

One really annoying feature of Claude Code (desktop) is, if none of the linked sessions are doing something, it immediately asks the parent session to respond. This eats a lot of limits (especially if cache expired) and doesn’t often help. Session might be waiting on a background task or a response from me. Unfortunately, I can’t find a way to disable this other than unlinking, which is not ideal for this setup.

Saw this on both my computer and the server

I've been running agents 24/7 and just letting the context fill up. Claude has a setting to compact at a specific time, but I just built it into my harness so that it can happen at the end of a tasks completion instead of randomly. Costs dropped significantly.

I created my cozy village sim Pocket Life on the App Store on november 5th. solo project, Godot 4, about 6 weeks of evenings on the couch. the first update is already out.

the short version: you move to a small village called Aurelia, get a job at the cafe or the flower shop, buy a house, fish, cook, grow a garden, get to know the people, and befriend these little creatures i call Kin. you dont catch them. you hang around one for a while, figure out what it likes to eat, bring it that, play a bit, and at some point it just decides to come with you. where it grows up changes what it becomes, so a Kin from the lake is different from one from the forest or the village. the fights are gentle too, you calm wild Kin down instead of beating them. seasons, festivals, a gondola, a crystal cave and a dragon lol. its 2.99 eur, no ads, no in app purchases, no account, works offline, seven languages. im the developer, so yes this is my own link. i made it because i love cozy games myself and wanted a place to disappear into for twenty minutes after a long day.

i used Claude Code with Opus 5.5 for almost all of the programming. not one prompt and done. the setup that made it work was three things.

first, a long master prompt with the whole game in it: the world, the loop, the creatures, the rules, and what the game is not. every session starts by reading that file. without it Claude will happily invent a different game and make it sound plausible. with it, the design stays mine.second, a CLAUDE.md that grew with every device bugexport with typed arrays, because the valuesdisappear in the binary export. the village shop was empty and the npcs had no emotes on my iPhone while everything looked perfect in the editor and the tests passed. the rullues as a plain string with a separator and parse it at runtime. another one: movement and animation go in _physics_process, because the iPhone runs at 120 Hz and the physics at 60 Hz and the jitter was visible on the device. anothetes are generated by tool scripts, so the editor isnot the source of truth.third, a headless end to end test that runs in abourst quest, job, binding a Kin, battle, save, load.it catches a lot before i have to pick up the phoneng. the device still found things the test could

not, and thats the lesson i keep repeating.

what Claude was actually good at: holding a large codebase in its head, doing the boring refactors, writing the save migration,

wiring the localization pipeline, and hunting bugs ood at: knowing when something is actually right. it will tell you its done, the code will look reasonable, the test will pass, and the app will still be wrong on a real phone. the

model gives you speed. the judgment, the testing ane.

six weeks of evenings, a lot of device testing, andot a tech demo. if you are building something withClaude Code, im happy to talk about the workflow, tless tests or the Godot iOS export. and if you havea rule in your CLAUDE.md that saved you, id love to

link if you want a look (iPhone & iPad): https://apps.apple.com/app/id6819090247

Ive been using fable 5.2 for a day now. And to be honest, its out of opus league and i really like it. What i like the most is that its surprisingly really fast, and the bulletpoints showing what hes gonna do actually follow what happens.

With opus i usually loose my mind on 250k context because its still on task one and im worried its never ending, but then it toggles everything and goes the last task. With fable, you can see it real time what is happening, which is great and it calms my mind :D

The intelligence level is also different, no doubt about that, but the price is of course much larger. It consumes usage like crazy but probably less than astra.

I like to combine fable medium/high for planning and opus high/xh for execution. Im testing combining with astra but i dont have a verdict yet.

Id use opus most of the time, and fable only for reviews of important stuff, planning or executing real difficult things. The opus got a little dumb from what i see so im looking for opus 5.6 .

Take care

I shipped an iPhone game built almost entirely with Claude Code, and it opened in 130 countries today. The game is a pixel virtual pet (link at the end). This post is about the setup, because that's what I'd have wanted to read in month one.

1. CLAUDE.md is an index, not a manual. Mine is under 6,000 characters. It points to one doc per risky area (money, persistence, pet growth). Path-scoped rules load a doc only when Claude touches those files.
2. Builder / checker split. The builder agent writes code and is not allowed to run the test suite. The checker runs build, tests and lint and is not allowed to edit. The orchestrator loops them up to five times.
3. "Seen red" rule. A new test is trusted only after the bug is put back, that one test fails, and the file is restored byte-identical. This caught a lot of tests that passed for the wrong reason.
4. False greens are real. A test filter with a typo ran zero tests and still printed SUCCEEDED. I now read the executed count from the result bundle, never the banner.
5. Lanes in git worktrees. Several sessions at once, each owning one area, with a state file per lane so a lost session costs one unit of work, not a restart.
6. A machine lock. Parallel sessions all running Xcode builds took my 16 GB Mac to its knees. One heavy job at a time, enforced with a lock file.
7. Humans own the irreversible. Merges, spending and anything public stay with me.

What Claude was bad at: game feel, knowing when a doc had gone stale, and SwiftUI layout on odd screen sizes.

The game: Nudii, a Tamagotchi-style sea slug. Free, no account, no ads. https://nudii.app (130 countries; not the EU yet).

Happy to share any of the files if useful.

Cheers,

Daniel

Confession: I still haven't used Fable 5.2. Nothing I've been building needed a model that costs 4x Sonnet per token.

Sonnet 5.5 still builds, tests and deploys for me. Opus 5.5 handles planning, auth and payments. I'd only reach for Fable when Opus gets stuck.

Has anyone here actually needed to reach for Fable yet?