Steal this hints. Fork it. Adapt it to your needs. Treat it like .dotfiles.
I asked the LLM to analyze my own chat history based on this prompt.
Here’s what it discovered – actual patterns from the way I ask.
đłď¸đ Follow the White RabbitâŚ
| Ritual / Mechanism | Purpose | LLM Behavior Implication |
|---|---|---|
Follow the white rabbit... | Marks a mode shift into high-context or metaphoric thinking | Cognitive priming for complexity |
Rest in the silent room, so that... | Enforces pause, clears noise before action | Simulates deep work state |
Do it until you reach the point of self-discovery as... | Signals reflective closure, not just output ending | Pattern mining becomes part of task conclusion |
Do it step by step and ask for confirmation after each... | Makes iteration transparent and traceable | LLM reasons in deltas, not blobs |
Be brutally honest...Blind Spot Analysis for... | Forces critique over compliance | Model becomes adversarial partner, not affirmation loop |
đ§° Dev Prompt Patterns
| Prompt / Pattern | Why is it used? | When does it occur? | Example from usage | Hidden lesson / implication |
|---|---|---|---|---|
| Ask before output | Prevent misalignment and irrelevant output | Multi-step or underspecified prompts | âAsk clarifying questions before answering.â | Intent beats guesswork. |
| Donât output yet / wait for context | Control flow across longer workflows | Stepwise tasks | âDonât output yet. Iâll give you the next step.â | Turn-based prompting prevents premature commitment. |
| Challenge my assumptions | Avoid echo chamber answers and surface bias | Design reviews, audits, strategic decisions | âDonât mirror me â challenge my thinking.â | Truth hides behind agreement. |
| Be brutally honest | Forces raw feedback without politeness | Refactor reviews, architecture critique | âBe brutally honest. Tear it apart.â | Feedback without fluff moves faster. |
| Reflect before answering | Promotes self-checks, depth, and delayed output | After complex code or reasoning generation | âReflect before answering. Whatâs missing?â | Thinking â typing. Pause matters. |
| Add test cases / edge cases | Enforces robustness and avoids happy-path traps | Post-codegen | âAdd tests for e.g. null, failure, and recursion cases.â | Defense-first mindset, always. |
| Show the diff / refactor in steps | Makes changes visible and digestible | All code rewrites | âShow the diff. Step-by-step, no jumps.â | Transparency over magic. |
| Normalize similar expressions | Pushes abstraction and clarity | Meta-reviews, taxonomy creation | âMerge similar phrasing into one normalized pattern.â | Cognitive compression = clarity. |
| Extract as markdown / table / list | Improves scanability, memory, and structure | Output formatting | âReturn this as a markdown table.â | Structure improves reuse and recall. |
| Unname this concept | Strips bias-inducing labels | Abstraction, philosophy, onboarding analysis | âUnname this: what is it without the buzzword?â | Naming narrows thinking. |
| Use production-ready code | Avoids toy/demo examples | All codegen | âMake it prod-safe. Logging, errors, types.â | Real devs write for prod, not playgrounds. |
| Spot premature optimization | Saves time and prevents complexity drift | Design or early performance tweaks | âDonât optimize yet. Solve clearly first.â | Simplicity first. Always. |
| Ask for sources / proofs | Prevents hallucination or empty confidence | Any non-trivial claim | âShow evidence or references.â | Confidence â correctness. |
| Do it again, but deeper | Stops shallow answers in their tracks | Weak initial output | âNope. Go deeper, explain decisions.â | First try â final draft. |
| Prepare before generating | Enforces scope, prevents rambling | Any open-ended task | âPrepare first. Donât generate until scoped.â | Planning â waste. Itâs speed insurance. |
| Merge context from above | Ensures continuity and avoids repeating yourself | Multi-part workflows | âIncorporate the context above into this next step.â | Memory = leverage. |
You can also combine them:
(change the keywords in the square brackets)
- Deep dive into this research, this is our base for the full solution, so follow the white rabbit until you reached the point of self-discovery as [YOUR_PROJECT_HERE].
- Do a blind spot analysis for [YOUR_RECOMMENDATIONS], be brutally honest, I deal with any kind of feedback and will use it for good.
- Fix it as requested before and show the final files here in the chat, do it step by step and ask for confirmation after each file.
- Do it, but rest in the silent room before you start so you can focus on the frontend style-guide I provided and work with a fresh mind.


