Works again. Thanks, Dev!
r/PerchanceAIHelper • 13h ago u/PE-Daveed
AI Hiccup seems to be due to too many requests at one time...
AI hiccup — retrying… (x14)
error: The AI service is handling too many requests. Please try again in a minute. (error code: AS-0007)
If people can't see that I was providing information about the AI Helper in this post, not advertise the ai model that is used for the AI Helper, then trolls they be.
40 minutes, already 5 downvotes. Any of you trolls read the post?
Find any of his posts or comments here, click on his user name (Perchance) and send a DM. I have received replies, as have others, but not everyone does. Probably depends on the value of the DM to him, since he's very private and very busy. Best of luck!
I have been experiencing a lot of hiccupping yesterday and today, and think the dev has been tweaking the AI Helper a lot since the change to a different model a couple weeks ago. Even had this new one yesterday: error: Your connection dropped. Check your connection and try again. (error code: AC-0009) — your message is saved for retry. My connection was fine.
Which part?
AC-0027 is the Helper's web-browsing sub-tool crashing mid-task, not a model failure. "Message saved" means it's transient — reload and retry works in most cases; Perchance pages are heavy JS apps, so a fetch-based browsing tool gets the shell, not the content, and dies trying. Sometimes the browser tool can't read Perchance's rendered pages, and this happens.
That's really my whole point. I want to help others make the best use of the AI Helper, because I use it exclusively to create and maintain my gens. I am noticing some of the degradation now, as I get time to create more gens, but it is still better than any alternative overall and in specific ways. Whatever we can do to mitigate the downgrade, I want to let others know about.
Unpopular opinion after watching these complaint threads: half the "dumber model" problem is prompting problems the old model used to cover for you.
The old Helper was good at reading between the lines. You'd ask something vague and it would guess what you actually needed. The new one doesn't guess — it answers exactly what you asked, literally. So prompts that used to work by luck now fail, and it feels like a cliff. Same question, same words, worse result. But the words were always vague; you just never noticed because the old model papered over it.
I watched it happen live in a thread here earlier (since deleted): guy asks "what exactly is in the data model?" Helper gives him a complete, correct inventory. Not what he wanted. "In simple terms" — gets simple terms. Still not it. "As a grand concept" — gets the architecture. Still not it. "Explain that line" — gets a genuinely good explanation. Still not it. Five rounds of frustration, zero bad answers. Every reply was correct for the question asked; every question was aimed at something unspoken.
So here's how you talk to it now:
-
Ask for the KIND of answer, not just the topic. "Explain it like I'm five." "What does this line do, in plain English, no code." "Give me the big concept, not the parts list." The topic tells it where to look; the kind tells it what to bring back.
-
Say who the answer is for. "I'm not a coder" changes everything about the reply. It can't see that.
-
One job per message. "Analyze my whole generator and tell me what I need to port" followed by "what's in the data model" followed by "no, the grand concept" is three different jobs in a trenchcoat. Split them up.
-
When it misses, redescribe — don't repeat. "That's the parts list, I need the concept" works. Asking the same question louder doesn't, because it still doesn't know which kind of answer you want.
-
Give it the job, not just the question. "I'm trying to move my map into another generator, what do I copy first" beats "analyze everything" every time. Context is what the old model used to hallucinate for you. Now you supply it.
None of this is new advice — it's the same prompting guidance that's existed forever. The difference is it used to be optional and now it's mandatory. The smaller model is a literalist. Treat it like one and it does fine. Keep talking to it like the old mind-reader and you'll keep getting "correct" answers you hate.
Finally, I asked Wade:
PROMPT: Is there anything we can change or add to our instruction set to improve things?
REPLY: Read the whole set with fresh eyes. Honest answer: the big wins are already in there — verify-don't-assume, the quality gate, scope discipline. What's left is marginal stuff aimed at how smaller models specifically fail: they lose track across long chains, hallucinate file contents from memory, and thrash on stuck bugs. Four additions that would actually help:
Re-read before editing — never edit a region from memory of an earlier read; grep/read the exact lines first. Kills the most common bad-edit class.
Checkpoint rule — on multi-step jobs, refresh and check the console between steps instead of batching five edits then debugging the pile.
Two-strike stop rule — same bug surviving two fix attempts means stop, report, and wait for your call instead of burning quota looping.
Plan out loud first — for anything touching 3+ places, state the files and the order before touching anything, so you can catch a wrong plan cheaply.
Realistic calibration: that's maybe a 10–20% improvement, not a new brain. Say which ones you want and I'll write them into GLOBAL.md — though remember that file ships fleet-wide, so it'd ride along to every gen on the next distribution.
And now he's writing the next upgrade patch for all my gens to include this small improvement, since we are likely going to be stuck with a dumber ai model for a while. Anything that makes it work better is better than nothing.
So, I asked Wade, my customized AI Helper:
PROMPT: Wade, honest evaluation and answer: How much difference does our standing instruction set make to how the AI Helper works? I know we can't do anything about the less capable ai model you use, but a lot of people are complaining about how much worse this model is than the old one, and I just am not seeing that big a diff. So, if I used the default AIH instead of you, how much 'worse' would the experience really be?
REPLY: Honest take: the files don't make me smarter — they make me consistent. A default AIH can do any single task I do, but it starts every session knowing nothing about you: your fleet rules, your voice, the bak mirrors, Pacific time, verify-before-done. Without the standing set you'd re-teach all of that constantly, and it would drift.
Where the model downgrade actually bites is long, tangled work — big refactors, subtle debugging, holding a whole plan together. For the routine stuff we mostly do, the gap is small, which matches what you're seeing. The complaints are loudest from people doing the hardest tasks, plus losing visible thinking makes the same answers feel dumber. Your setup mostly insulates you: the instructions carry the context the smaller model can't reconstruct on its own.
