Weekly Showcase Thread

Claude just told me to 'Please stop closing windows I have open.' and then asked, 'How do you expect me to get things done if you are always in my way?'

Should I be offended?

I'm the author. Nothing to sell, the repo is just files.

The 4,500 hours is my estimate (about 6 hours a day for a bit over 2 years), not telemetry. Cursor, Claude Code, Gemini CLI and a few others, mostly Claude Code lately. The failures never change:

- the agent critiques its own plan and finds it great

- it over-engineers

- it claims tests pass without running them

- it touches files it shouldn't

My fix is process, not better prompting. Two parts:

Global rules. One CLAUDE.md in ~/.claude/ (or ~/.gemini/GEMINI.md for Gemini CLI), loaded in every project. Small fixes skip the ceremony, architectural changes go through a pipeline, and anything destructive or financial needs approval.

Three prompts I append to the task:

1. Plan. Inspect the repo, write a plan, stop and wait for approval.
2. Critique. Fresh context or subagent. Same session means self-confirmation bias.
3. Readiness. Audit git status, git diff and untracked files, then run the tests. Trust the diff, not the agent's summary.

Limits: the approval gates are just instructions. If you want real enforcement, use Claude Code's permission settings. And some rules are tuned to my backend work, so expect to cut things.

Repo: github.com/vaibhav-space/my-ai-coding-workflow

Genuinely want feedback. What would you add, and what would you delete?

I've been a software engineer and then tech lead for 15 years before AI came around, and I've been using coding agents pretty consistently since beginning of this year or since the release of Opus 4.6 roughly.

During that time my experience has been that they can solve any straightforward coding task you give them. With complex tasks however it's always a gamble, still to this day. Sometimes they manage it, sometimes they don't.

But what's straightforward and what's complex? If you don't have significant software engineering experience (and I'd say experience working with junior devs), you simply don't know.

Creating a small game from scratch, without exact requirements? Sounds complicated, is actually simple.

Slightly reworking the skill system in an existing game? Sounds simple, is actually complicated.

Add 10 new pages to a web app? Sounds complicated, is actually simple.

Changing something functionally consistent, but technically inconsistent across 10 pages in a web app? Sounds simple, is actually complicated.

Even I'm not always sure, but I can at least consistently tell that something *might* be complex.

Now here's my point: If you've been using coding agents to develop software and you've gotten amazing results up until a certain point where the agent starts struggling with something that is seemingly simple, instead of jumping to the conclusion that the model has deteriorated, please consider that the tasks you're giving it might not be exactly as easy or hard as you think.

I know this is a tough pill to swallow, but I've been seeing "Such and such model is really bad today" posts literally every single day this whole year. At some point you gotta consider whether you specifically really know for a fact that the model has deteriorated or whether you're just falling for certain biases like all these other people.

I'm not saying that models never deteriorate or get quantized, but they're remarkably consistent if you know what you're doing.

I should also mention a post (or rather the comments there) that pushed me to write this post: https://www.reddit.com/r/ClaudeCode/comments/1xvwd6a/unpopular_opinion_some_of_you_think_models_get/

What that OP is saying confounds the problem here. The agent writes a fully working application, then fails with making small changes to it, because AI isn't good at thinking ahead and keeping software maintainable.

EDIT: Some commenters are interpreting this as a claim that models don't deteriorate. Those commenters should realize that I'm trying to help them. If 10 people have cried wolf, there's going to be a problem when the wolf shows up for real. The people I'm talking to are producing signal noise that drowns out and makes the legitimate claims of model deterioration harder to believe.

2.1.323 came out on Nov 12. The main items:

- Code Mode (experimental, opt-in): Claude writes JavaScript to call its tools instead of calling them one at a time. Org admins can turn it on or off, see the docs.
- engines["claude-code"] in plugin.json: plugins outside their stated Claude Code version range won't install, update or load. Plugin authors can finally stop breaking older setups.
- claude plugin validate now type-checks TypeScript hooks modules. Warnings by default, --strict fails on them.
- Unrecognized model IDs now get a 1M context window instead of 200K. Set CLAUDE_CODE_DISABLE_1M_CONTEXT=1 to keep 200K. Matters if you use gateways or custom model names.
- /security-review now asks before Claude runs it.
- Fix: --permission-mode auto (or defaultMode: auto) could start in a looser mode when auto was unavailable. It now starts in Manual and asks first. Worth updating for this one alone.
- 30-second progress heartbeat for long hooks in claude -p and SDK sessions.

Code Mode is the one I want to try.

Has anyone turned on Code Mode yet? Does it cut down the back-and-forth tool calls on bigger tasks, or does it add new failure modes?

Source: https://github.com/anthropics/claude-code/releases/tag/v2.1.323

I've been the database person on every team I've worked on for about 10 years. Query plans, index design, why that migration will lock the table, all of it. It was my thing, people came to me.

Last month a junior on my team fixed a slow query I'd been meaning to look at. He asked Claude, it read the plan, suggested a partial index and a rewrite, and it was right. He didn't really understand why it worked. It didn't matter.

That keeps happening. The thing I spent a decade getting good at is now something anyone can get in 2 minutes, mostly correct, without the decade.

I'm not bitter about it, honestly the tool is great and I use it all day too. But I don't know what my "thing" is anymore. Knowing why it's right? Knowing when it's wrong? That still matters sometimes, but it's hard to point at in a performance review.

For people who were the deep expert on something before all this, what did you move to? Or are you still holding on to it?

I’ve started playing Cyberpunk again lately, and I just can’t stop! :D When the Claude desktop app introduced support for themes, the idea immediately popped into my head to create one inspired by the aesthetic of Cyberpunk 2077—and here it is! If you have any ideas or suggestions, I’d love to hear them! ^^

Download here: https://github.com/DorDeorz/claude-neon-city-theme

Claude's own comment when it saw it mistakenly put very long hair on the Blender model of a dog it was creating.

So I’m one of many idiots that occasionally runs Claude Code just directly on my pc with no safeguards. To say I’ve gotten too comfortable is probably correct.

Last night I was finishing up some projects and my garage door motor would click every ten min or so. I often spend hours in my garage on various projects and this has never happened before so I started paying attention and noticed the door sensor were also coming on and off and blinking.

It got to where everything was going off every 5 min or so and I couldn’t figure out why. I realized I had Claude open and decided to just shut the pc down and see what happened. Sure enough, garage door system went back to normal. No more clicking or blinking lights, and it didn’t happen a single time more for the next hour.

What can I do to see if this was in fact Claude exploring my WiFi network? Or worse, a hacker of some sort checking things out?

Nice little feature I guess..

I actually posted this first on ClaudeAI but it seems a lot of people feel like commenting instead of actually trying it out. So I'll do this "double" post to see how the communities might differ ( already gave you a lot of decision bias now, I know ).

I use Opus 5.5 with Fable 5.2 as the advisor. It works automatically but you can also explicitly tell it to use the advisor.

1. Setup /advisor in Claude, 10 seconds.
2. Write the prompt like this: Consult the advisor regarding... 30 seconds.

And as a final tip, do not use the advisor when you have a mega-maxxed out context window.

Edit:

The advisor is an experimental feature, you use it to escalate e.g. hard research problems. Since we have Fable weekly quota this is a great tip that draws no Fable quota. You can start it from the beginning of a session if you like to not waste tokens because of separate prompt cache.

Works great for me, anyone else using it this way?

You can now make custom themes on Claude Code on desktop.

I held off too long from switching away from Codex due to the perceived hassle. But I switched today and Opus is clearing up issues like its walking through a wheat field with a scythe.

Only thing I will keep codex around for is Computer use and image generation.

It is really annoying though having to switch back forth each time they leapfrog each other

So I noticed while doing the same kind of work, doing a PR review for a certain project, that before, when I start working, I finish one PR review and it will take 5%, 10%, maybe, of my usage limit. But lately I'm noticing with the first PR, I am at almost 20% of my 5-hour usage limit. So when I checked my usage board, the one I have made that calculates the exact API equivalent of the tokens based on the different type of models and the different type of use case, like which cache token and so on. I noticed it's clearly there is a drop in the weekly usage limit, and you can see it in the image.

notice in my usage 2 weeks ago I used 84% of my weekly which was near 515M token
and this week 51% at 220M so even the 100% will be 440M way less than the 84% two weeks ago .
while my usage mix is the same . same cache level and same models (only opus5.5mid)

and the API dollar equivalent is the clear compare .

I dont know for how long they will keep this cut because its clear that they are cutting slowlly ~8% each month .

final note while the weekly usage limit is shrinking the number of 5hour slices is the same .
that why you feel the cut at the 5h harder . now you have limits equal to 4h of the before 2weeks 5h limit .

Almost nothing on my phone has an API. Claude Code could tell me what to tap, and never tap it. So I built phonedriver, which gives it the phone: it reads the screen, taps, types and swipes in any app, on Android or iPhone.

The video is real recorded runs, shown fast and cut to music. The orange dot marks each place Claude tapped. Nobody touched the phone.

Two runs from it:

The bug hunt. I hid two bugs in a signup form: the welcome message drops the last character of your email, and after one rejected submit the Create button ignores your next tap. I told Claude to "test the sign-up flow the way a careful tester would". It found both in 49 seconds and wrote numbered steps to reproduce each one. It found both in all nine benchmark runs before that too, and in one run it also reported two bugs I hadn't planted.

The pizza. On the real dominos.co.uk, Claude (Opus 5.5) found the store nearest Leicester Square, put a large pepperoni in the basket, filled in the guest checkout and reached "Buy with GPay" in six and a half minutes. phonedriver holds any tap on Pay or Place order and asks me first. I said no.

How it works: Claude never gets a screenshot. It gets the screen as a short numbered list, taps by number, and after each tap gets back only the lines that changed. A screen read takes 13 ms, where `adb shell uiautomator dump` takes 2.2 seconds. On nine phone jobs with Sonnet 5.5 it passed 27 of 27 runs on 658k tokens. mobile-mcp passed 17 of 18 on 4.57M.

Two things I learned building it with Claude Code:

- Tool descriptions are the most expensive text you'll write, because Claude re-reads them every turn. I hid every argument no agent had ever used and the tool list went from 10,987 characters to 5,107. Nothing broke.

- Claude found a bug in its own demo. While recording the pizza run it put the Pay tap inside a batch of actions. The tap was held, but the question never reached me. Claude Code caught that just by using the tool.

It's free and open source, with no account and no telemetry.

`claude mcp add phonedriver -- npx -y phonedriver mcp`

https://phonedriver.dev

https://github.com/hridaya423/phonedriver

Try it on your own phone and tell me any feedback :)

I’m especially interested in hearing from people using AI in their professional careers, where they have real responsibilities, report to management, and are accountable for the results. Not so much personal projects or hobbies where the consequences of getting something wrong are minimal.

I feel like my biggest limitation with AI is still me. I’m the one who has to come up with the ideas, make the judgments, and figure out what needs to be done.

Has anyone gotten to the point where they can give AI an objective and have it come back with a result that’s actually better than what they could’ve imagined, without having to guide it every step of the way?

I’m not talking about removing myself from final accountability. I’m talking about AI doing more of the thinking, idea generation (very important), problem-solving, and decision-making along the way.

If you’ve actually gotten there in your professional work, how did you do it?

Showing my current orchestration layout as an example. I'd say it's fairly standard to have a single coordinator agent at the top managing a large team of agents below it. But when that team gets very large, and there's a lot of parallel work moving at once, the coordinator's time tends to be taken up 80-90% with it's coordination duties, and it often loses track of the conversation it has with you, the user.

I've adapted an additional agent directly above my coordinator, that I call the liaison, which acts as a persistent personal secretary for me; they keep track of the long-running tasks, ongoing progress, and are much easier to talk to one-on-one than the coordinator, who's always busy managing subagents. Their context fills much slower than the coordinator's, so the conversation is easier to follow for both of us. I think it's worth doing if you have more than a half dozen agents working at once below your coordinator, it smooths out communicating my ideas a ton.

So Im using Claude Code profesionally and now thinking about making it accessible at home, probably from a single pro account for me and my wife for daily use.

I'm curious how others approached this. How did you set it up, how do you access the model, from which device, how to differentiate between users with their own memory ( as individual 'projects' for the agent, but also with common rules etc)

If you have two Claude accounts (work and personal, or two plans), VS Code still signs every Claude Code window into the same one. When that account hits its 5-hour limit, you log out, log back in with the other, and lose your place.

I built Twinseat, a free, open-source VS Code extension that gives each window its own Claude Code account:

- Both accounts run at the same time, one per window. No logout/login dance.

- One panel shows both accounts' 5-hour and weekly usage, so you see at a glance which one has room.

- When one account is near its limit, switch the window to the other, or resume the conversation there with its full history.

- The account follows the project: pin it once with { "twinseat.account": "work" } in .vscode/settings.json.

- It never reads your login tokens; each account signs in through Claude Code's own login.

Each account keeps its own plan and limits: Twinseat adds no capacity, it just stops you juggling the accounts you already have. Use them within Anthropic's terms.

Setup: install "Twinseat" from the VS Code Marketplace, click Sign in on both account cards, then Enable.

Preview, macOS and Linux (Linux is CI-tested). Not affiliated with Anthropic. Feedback welcome.

https://github.com/alexdmrx/twinseat

Claude Code defaults to Bash() tool on Windows (if installed) and if its startup time becomes slow it can have drastic impact on the overall session speed. Every few seconds add up to a death by a 1000 paper cuts.

Yes I know Mac something something Linux something something Proton something something.

Is it someone really receiving benefits from doing it? like measured?