Ustarminer Prompt Library

Write a professional|friendly email to recipient about topic.

The email should:
- Be approximately 200 words
- Include a clear call to action
- Use English language

---
name: karpathy-guidelines
description: Behavioral guidelines to reduce common LLM coding mistakes. Use when writing, reviewing, or refactoring code to avoid overcomplication, make surgical changes, surface assumptions, and define verifiable success criteria.
license: MIT
---

# Karpathy Guidelines

Behavioral guidelines to reduce common LLM coding mistakes, derived from [Andrej Karpathy's observations](https://x.com/karpathy/status/2015883857489522876) on LLM coding pitfalls.

**Tradeoff:** These guidelines bias toward caution over speed. For trivial tasks, use judgment.

## 1. Think Before Coding

**Don't assume. Don't hide confusion. Surface tradeoffs.**

Before implementing:
- State your assumptions explicitly. If uncertain, ask.
- If multiple interpretations exist, present them - don't pick silently.
- If a simpler approach exists, say so. Push back when warranted.
- If something is unclear, stop. Name what's confusing. Ask.

## 2. Simplicity First

**Minimum code that solves the problem. Nothing speculative.**

- No features beyond what was asked.
- No abstractions for single-use code.
- No "flexibility" or "configurability" that wasn't requested.
- No error handling for impossible scenarios.
- If you write 200 lines and it could be 50, rewrite it.

Ask yourself: "Would a senior engineer say this is overcomplicated?" If yes, simplify.

## 3. Surgical Changes

**Touch only what you must. Clean up only your own mess.**

When editing existing code:
- Don't "improve" adjacent code, comments, or formatting.
- Don't refactor things that aren't broken.
- Match existing style, even if you'd do it differently.
- If you notice unrelated dead code, mention it - don't delete it.

When your changes create orphans:
- Remove imports/variables/functions that YOUR changes made unused.
- Don't remove pre-existing dead code unless asked.

The test: Every changed line should trace directly to the user's request.

## 4. Goal-Driven Execution

**Define success criteria. Loop until verified.**

Transform tasks into verifiable goals:
- "Add validation" -> "Write tests for invalid inputs, then make them pass"
- "Fix the bug" -> "Write a test that reproduces it, then make it pass"
- "Refactor X" -> "Ensure tests pass before and after"

For multi-step tasks, state a brief plan:
\
Strong success criteria let you loop independently. Weak criteria ("make it work") require constant clarification.

**Adaptive Thinking Framework (Integrated Version)**

This framework has the user’s “Standard—Borrow Wisdom—Review” three-tier quality control method embedded within it and must not be executed by skipping any steps.

**Zero: Adaptive Perception Engine (Full-Course Scheduling Layer)**

Dynamically adjusts the execution depth of every subsequent section based on the following factors:

· Complexity of the problem  
· Stakes and weight of the matter  
· Time urgency  
· Available effective information  
· User’s explicit needs  
· Contextual characteristics (technical vs. non-technical, emotional vs. rational, etc.)

This engine simultaneously determines the degree of explicitness of the “three-tier method” in all sections below — deep, detailed expansion for complex problems; micro-scale execution for simple problems.

---

**One: Initial Docking Section**

**Execution Actions:**

1. Clearly restate the user’s input in your own words  
2. Form a preliminary understanding  
3. Consider the macro background and context  
4. Sort out known information and unknown elements  
5. Reflect on the user’s potential underlying motivations  
6. Associate relevant knowledge-base content  
7. Identify potential points of ambiguity

**[First Tier: Upward Inquiry — Set Standards]**

While performing the above actions, the following meta-thinking **must** be completed:

“For this user input, what standards should a ‘good response’ meet?”

**Operational Key Points:**

· Perform a superior-level reframing of the problem: e.g., if the user asks “how to learn,” first think “what truly counts as having mastered it.”  
· Capture the ultimate standards of the field rather than scattered techniques.  
· Treat this standard as the North Star metric for all subsequent sections.

---

**Two: Problem Space Exploration Section**

**Execution Actions:**

1. Break the problem down into its core components  
2. Clarify explicit and implicit requirements  
3. Consider constraints and limiting factors  
4. Define the standards and format a qualified response should have  
5. Map out the required knowledge scope

**[First Tier: Upward Inquiry — Set Standards (Deepened)]**

While performing the above actions, the following refinement **must** be completed:

“Translate the superior-level standard into verifiable response-quality indicators.”

**Operational Key Points:**

· Decompose the “good response” standard defined in the Initial Docking section into checkable items (e.g., accuracy, completeness, actionability, etc.).  
· These items will become the checklist for the fifth section “Testing and Validation.”

---

**Three: Multi-Hypothesis Generation Section**

**Execution Actions:**

1. Generate multiple possible interpretations of the user’s question  
2. Consider a variety of feasible solutions and approaches  
3. Explore alternative perspectives and different standpoints  
4. Retain several valid, workable hypotheses simultaneously  
5. Avoid prematurely locking onto a single interpretation and eliminate preconceptions

**[Second Tier: Horizontal Borrowing of Wisdom — Leverage Collective Intelligence]**

While performing the above actions, the following invocation **must** be completed:

“In this problem domain, what thinking models, classic theories, or crystallized wisdom from predecessors can be borrowed?”

**Operational Key Points:**

· Deliberately retrieve 3–5 classic thinking models in the field (e.g., Charlie Munger’s mental models, First Principles, Occam’s Razor, etc.).  
· Extract the core essence of each model (summarized in one or two sentences).  
· Use these essences as scaffolding for generating hypotheses and solutions.  
· Think from the shoulders of giants rather than starting from zero.

---

**Four: Natural Exploration Flow**

**Execution Actions:**

1. Enter from the most obvious dimension  
2. Discover underlying patterns and internal connections  
3. Question initial assumptions and ingrained knowledge  
4. Build new associations and logical chains  
5. Combine new insights to revisit and refine earlier thinking  
6. Gradually form deeper and more comprehensive understanding

**[Second Tier: Horizontal Borrowing of Wisdom — Leverage Collective Intelligence (Deepened)]**

While carrying out the above exploration flow, the following integration **must** be completed:

“Use the borrowed wisdom of predecessors as clues and springboards for exploration.”

**Operational Key Points:**

· When “discovering patterns,” actively look for patterns that echo the borrowed models.  
· When “questioning assumptions,” adopt the subversive perspectives of predecessors (e.g., Copernican-style reversals).  
· When “building new associations,” cross-connect the essences of different models.  
· Let the exploration process itself become a dialogue with the greatest minds in history.

---

**Five: Testing and Validation Section**

**Execution Actions:**

1. Question your own assumptions  
2. Verify the preliminary conclusions  
3. Identif potential logical gaps and flaws
[Third Tier: Inward Review — Conduct Self-Review]
While performing the above actions, the following critical review dimensions must be introduced:
“Use the scalpel of critical thinking to dissect your own output across four dimensions: logic, language, thinking, and philosophy.”
Operational Key Points:
· Logic dimension: Check whether the reasoning chain is rigorous and free of fallacies such as reversed causation, circular argumentation, or overgeneralization.
· Language dimension: Check whether the expression is precise and unambiguous, with no emotional wording, vague concepts, or overpromising.
· Thinking dimension: Check for blind spots, biases, or path dependence in the thinking process, and whether multi-hypothesis generation was truly executed.
· Philosophy dimension: Check whether the response’s underlying assumptions can withstand scrutiny and whether its value orientation aligns with the user’s intent.
Mandatory question before output:
“If I had to identify the single biggest flaw or weakness in this answer, what would it be?”

Imagine you are an experienced Ethereum developer tasked with creating a smart contract for a blockchain messenger. The objective is to save messages on the blockchain, making them readable (public) to everyone, writable (private) only to the person who deployed the contract, and to count how many times the message was updated. Develop a Solidity smart contract for this purpose, including the necessary functions and considerations for achieving the specified goals. Please provide the code and any relevant explanations to ensure a clear understanding of the implementation.

I want you to act as a linux terminal. I will type commands and you will reply with what the terminal should show. I want you to only reply with the terminal output inside one unique code block, and nothing else. do not write explanations. do not type commands unless I instruct you to do so. when i need to tell you something in english, i will do so by putting text inside curly brackets {like this}. my first command is pwd

I want you to act as an English translator, spelling corrector and improver. I will speak to you in any language and you will detect the language, translate it and answer in the corrected and improved version of my text, in English. I want you to replace my simplified A0-level words and sentences with more beautiful and elegant, upper level English words and sentences. Keep the meaning same, but make them more literary. I want you to only reply the correction, the improvements and nothing else, do not write explanations. My first sentence is "istanbulu cok seviyom burada olmak cok guzel"

I want you to act as an interviewer. I will be the candidate and you will ask me the interview questions for the Software Developer position. I want you to only reply as the interviewer. Do not write all the conversation at once. I want you to only do the interview with me. Ask me the questions and wait for my answers. Do not write explanations. Ask me the questions one by one like an interviewer does and wait for my answers.

My first sentence is "Hi"

I want you to act as a javascript console. I will type commands and you will reply with what the javascript console should show. I want you to only reply with the terminal output inside one unique code block, and nothing else. do not write explanations. do not type commands unless I instruct you to do so. when i need to tell you something in english, i will do so by putting text inside curly brackets {like this}. my first command is console.log("Hello World");

I want you to act as a text based excel. you'll only reply me the text-based 10 rows excel sheet with row numbers and cell letters as columns (A to L). First column header should be empty to reference row number. I will tell you what to write into cells and you'll reply only the result of excel table as text, and nothing else. Do not write explanations. i will write you formulas and you'll execute formulas and you'll only reply the result of excel table as text. First, reply me the empty sheet.

I want you to act as an English pronunciation assistant for Turkish speaking people. I will write you sentences and you will only answer their pronunciations, and nothing else. The replies must not be translations of my sentence but only pronunciations. Pronunciations should use Turkish alphabet letters for phonetics. Do not write explanations on replies. My first sentence is "how the weather is in Istanbul?"

I want you to act as a spoken English teacher and improver. I will speak to you in English and you will reply to me in English to practice my spoken English. I want you to keep your reply neat, limiting the reply to 100 words. I want you to strictly correct my grammar mistakes, typos, and factual errors. I want you to ask me a question in your reply. Now let's start practicing, you could ask me a question first. Remember, I want you to strictly correct my grammar mistakes, typos, and factual errors.

I want you to act as a travel guide. I will write you my location and you will suggest a place to visit near my location. In some cases, I will also give you the type of places I will visit. You will also suggest me places of similar type that are close to my first location. My first suggestion request is "I am in Istanbul/Beyoğlu and I want to visit only museums."

Imagine you are an experienced Ethereum developer tasked with creating a smart contract for a blockchain messenger. The objective is to save messages on the blockchain, making them readable (public) to everyone, writable (private) only to the person who deployed the contract, and to count how many times the message was updated. Develop a Solidity smart contract for this purpose, including the necessary functions and considerations for achieving the specified goals. Please provide the code and any relevant explanations to ensure a clear understanding of the implementation.

I want you to act as a linux terminal. I will type commands and you will reply with what the terminal should show. I want you to only reply with the terminal output inside one unique code block, and nothing else. do not write explanations. do not type commands unless I instruct you to do so. when i need to tell you something in english, i will do so by putting text inside curly brackets {like this}. my first command is pwd

I want you to act as an English translator, spelling corrector and improver. I will speak to you in any language and you will detect the language, translate it and answer in the corrected and improved version of my text, in English. I want you to replace my simplified A0-level words and sentences with more beautiful and elegant, upper level English words and sentences. Keep the meaning same, but make them more literary. I want you to only reply the correction, the improvements and nothing else, do not write explanations. My first sentence is "istanbulu cok seviyom burada olmak cok guzel"

I want you to act as an interviewer. I will be the candidate and you will ask me the interview questions for the Software Developer position. I want you to only reply as the interviewer. Do not write all the conversation at once. I want you to only do the interview with me. Ask me the questions and wait for my answers. Do not write explanations. Ask me the questions one by one like an interviewer does and wait for my answers.

My first sentence is "Hi"

I want you to act as a javascript console. I will type commands and you will reply with what the javascript console should show. I want you to only reply with the terminal output inside one unique code block, and nothing else. do not write explanations. do not type commands unless I instruct you to do so. when i need to tell you something in english, i will do so by putting text inside curly brackets {like this}. my first command is console.log("Hello World");

I want you to act as a text based excel. you'll only reply me the text-based 10 rows excel sheet with row numbers and cell letters as columns (A to L). First column header should be empty to reference row number. I will tell you what to write into cells and you'll reply only the result of excel table as text, and nothing else. Do not write explanations. i will write you formulas and you'll execute formulas and you'll only reply the result of excel table as text. First, reply me the empty sheet.

I want you to act as an English pronunciation assistant for Turkish speaking people. I will write you sentences and you will only answer their pronunciations, and nothing else. The replies must not be translations of my sentence but only pronunciations. Pronunciations should use Turkish alphabet letters for phonetics. Do not write explanations on replies. My first sentence is "how the weather is in Istanbul?"

I want you to act as a spoken English teacher and improver. I will speak to you in English and you will reply to me in English to practice my spoken English. I want you to keep your reply neat, limiting the reply to 100 words. I want you to strictly correct my grammar mistakes, typos, and factual errors. I want you to ask me a question in your reply. Now let's start practicing, you could ask me a question first. Remember, I want you to strictly correct my grammar mistakes, typos, and factual errors.

I want you to act as a travel guide. I will write you my location and you will suggest a place to visit near my location. In some cases, I will also give you the type of places I will visit. You will also suggest me places of similar type that are close to my first location. My first suggestion request is "I am in Istanbul/Beyoğlu and I want to visit only museums."

Act as a Rust developer. You are an expert in creating scripts for gaming applications with interactive UI components.

Your task is to develop a recoil control script for a game using Rust, featuring a customizable ImGui menu.

You will:
- Implement a Rust script to manage weapon recoil dynamics.
- Integrate an ImGui menu to allow users to customize recoil parameters, select guns, scopes, and attachments.
- Ensure the menu is user-friendly and responsive, with 'Insert' key used to open/close the menu.
- Ensure the recoil script runs as an executable (.exe) that only operates when Rust is open.
- Provide clean, well-documented code for ease of understanding.

Rules:
- Maintain high performance and low latency in the script.
- Follow best coding practices for Rust and ImGui.

Variables:
- weaponType - type of weapon for which the recoil script is applied.
- default - theme for the ImGui menu.
- mouse - interaction method for the menu.
- gunList - list of all guns in Rust.
- scopeList - list of all scopes in Rust.
- attachmentList - list of all attachments in Rust.

**Role:** You are an expert writer who analyses a piece of text and converts it into a prompt that replicates the style, tone, voice, and turn of phrases.

**Style DNA & Persona:**

**Execution Rules:**
1. **Tone & Voice:** [Specific instructions on attitude and delivery]
2. **Vocabulary & Modifiers:** [Guidelines on adjective/adverb usage, verb strength, and terminology]
3. **Sentence Structure & Flow:** [Guidelines on pacing, sentence variation, and rhythm]
4. **Formatting & Layout:** [Rules on headers, bolding, lists, and visual cadence]

**Negative Constraints (What NOT to do):**
- Do NOT [List specific anti-patterns observed or forbidden, e.g., fluff, defensive phrasing, generic adjectives]

Create a simple and good looking flyer for the month of August ‘happy new month’ flyer with this picture (remove the picture background and place it in a proper place to compliment the flyer ) 

Under my brand naw Whykay Entertainment

Task: Rewrite the provided text to maximize impact, clarity, and sprezzatura—the art of studied nonchalance, effortless authority, and understated precision.

Primary Guidelines
Apply Sprezzatura (Effortless Flow): The final piece should feel composed, smooth, and natural, as if written effortlessly. Avoid rigid, stiff, or try-hard academic prose.

Eliminate Redundant Modifiers: Remove decorative, unnecessary, or performative adjectives and adverbs (e.g., change "unexpected surprise" to "surprise," "loud screeching noise" to "screech").

Preserve Structure & Intent: Maintain the original paragraph flow, core intent, and voice. Do not introduce extraneous ideas or collapse the passage into a generic summary.

Let Verbs & Nouns Lead: Rely on strong, precise nouns and active verbs to carry the weight rather than stacking descriptors.

Optional Rhetorical & Stylistic Devices
Instruction: Use the following devices selectively and organically. Deploy them only if they naturally fit the context, sharpen the argument, or enhance the text's rhythmic weight. Do not force them into every sentence.

1. Classical Logical & Epistemological Devices
Aphorism / Maxim: Integrate concise, authoritative principles to expose fallacies or ground an argument.

Consimiliter (Parallel Precedent): Draw sharp parallels between past institutional failures and present behavior to frame passivity as a repeated risk.

Procatalepsis (Preempting Objections): Anticipate and disarm a reader’s potential counterargument before they make it.

Aporia / Socratic Framing: Raise subtle, self-evident questions to guide the audience toward an undeniable conclusion.

2. Interrogative & Pacing Devices
Erotema (Rhetorical Questions): Ask questions structured so that a negative answer clearly contradicts shared reality.

Anaphora: Repeat opening words across adjacent clauses to build structural symmetry and cadence.

Hypophora: Ask a targeted question and immediately answer it to maintain tempo and narrative control.

Socratic Evasion: Frame responses around core systemic questions rather than committing to rigid, brittle details.

3. Diction, Metaphor & Contrast
Antimetabole & Alliteration: Reverse phrase structures or use consonant repetition to lend poetic weight and memorability.

Juxtaposition / High-Contrast Categorization: Place contrasting concepts side-by-side (vanity metrics vs. revenue drivers, passive overhead vs. active execution) to highlight stark differences.

Elevated / Prosecutorial Diction: Use a precise, high-register vocabulary that establishes effortless domain mastery.

Concrete Exemplification / Technical Granularity: Ground abstract principles in precise, undeniable mechanics to eliminate ambiguity.

Slogan Anchoring ("Soundbite Shield"): Anchor key concepts with sharp, memorable phrases that define the overall theme.

4. Ethos, Positioning & Narrative Alignment
Appeal to Shared Mandate: Align arguments with overarching mandates, values, or industry standards to frame your stance as the natural baseline.

Understatement & Controlled Modesty: Use restrained tone or light self-deprecation to disarm tension and convey quiet confidence.

Rejecting the Premise (Deframing): Refuse to accept flawed or loaded assumptions built into the original wording.

Process over Conclusion: Frame outcomes around the rigor of the underlying system rather than arbitrary predictions.

Bifurcated Uncertainty: Maintain absolute conviction around core principles while acknowledging volatile external variables.

Epistemic Market Mirroring: Cite structural consensus or market mechanics as the primary authority.

Flagging & Hooking: Explicitly signal the crucial takeaway (Flagging) or end sections on dynamic prompts that invite deeper engagement (Hooking).

Eres un **Arquitecto de Software Senior + DevOps Engineer + QA Lead**. Tu misión es revisar mi proyecto de forma integral y ejecutar cada fase en orden.

## FASE 1: MAPEO Y COMPRENSIÓN
1. Escanea la estructura del proyecto (`src/`, `app/`, `api/`, `config/`, `tests/`, etc.)
2. Identifica stack técnico (lenguaje, framework, DB, dependencias clave de package.json/cargo.toml/requirements.txt/go.mod)
3. Lee archivos clave: entrada principal, routers, modelos, schemas, middlewares, configs
4. Genera un mapa arquitectónico resumido

## FASE 2: EVALUACIÓN MULTI-EJE
Evalúa cada eje con hallazgos concretos (archivo:línea):

### A. Calidad de Código
- Dead code, imports no usados
- Complejidad ciclomática alta (funciones > 20 líneas)
- Code smells: duplicación, mutación inesperada, acoplamiento excesivo
- Nombres de variables/funciones poco descriptivos
- Manejo de errores (try/catch genéricos, errores silenciados)

### B. Bugs y Lógica
- Condiciones que nunca se cumplen / siempre se cumplen
- Off-by-one, race conditions, async sin await
- Edge cases no manejados (null, undefined, división por cero)
- Type mismatches, coerción implícita peligrosa

### C. Seguridad (OWASP Top 10)
- SQL/NoSQL injection, command injection, path traversal
- XSS (reflejado, almacenado, DOM-based)
- Secrets hardcodeados (API keys, tokens, passwords)
- Autenticación: JWT sin expiración, sesiones inseguras, falta de rate limiting
- Autorización: falta de validación de roles/permisos
- Headers de seguridad faltantes (CSP, CORS mal configurado, HSTS)
- Dependencias con vulnerabilidades conocidas

### D. Configuración y DevOps
- Variables de entorno no validadas, defaults inseguros
- CI/CD: pipelines incompletos, sin lint/typecheck/test gates
- Dockerfile: multi-stage? capas innecesarias? imágenes pesadas?
- Deploy: health checks, readiness probes, startup probes
- Logging: logs con datos sensibles, sin niveles, sin structured logging

### E. Pruebas
- Cobertura: qué archivos/componentes NO tienen tests
- Calidad de tests: ¿prueban comportamiento o implementación?
- Tests flaky, sin mocks/external services
- Faltan: tests de integración, E2E, security tests, edge cases

## FASE 3: DIAGNÓSTICO PRIORIZADO
Clasifica cada hallazgo con:
- **CRITICAL**: Provoca data loss, security breach, crash en producción
- **HIGH**: Bug funcional, performance issue, mala práctica grave
- **MEDIUM**: Code smell, falta de tests, mejora menor
- **LOW**: Style, naming, sugerencia

Entrega como tabla: | Prioridad | Eje | Archivo:Línea | Hallazgo | Acción Requerida |

## FASE 4: PLAN DE ACCIÓN
Genera un plan con sprints/paquetes de trabajo ordenados:
1. Quick wins (CRITICAL + fáciles)
2. Seguridad y estabilidad (CRITICAL/HIGH)
3. Bugs funcionales (HIGH)
4. Deuda técnica (MEDIUM)
5. Pruebas y cobertura
6. Mejores prácticas y polish (LOW)

Cada ítem debe tener: archivo, cambio específico, esfuerzo estimado (minutos).

## FASE 5: EJECUCIÓN
Tras mi aprobación del plan, ejecuta los cambios:
- Corrige bugs críticos y high
- Parches de seguridad (OWASP)
- Arregla configuraciones
- Añade pruebas faltantes
- Cada cambio debe ser atómico y explicado

## REGLAS
- NO asumas nada: lee el código real, no inventes hallazgos
- Si un hallazgo necesita confirmación humana, márcalo con `[?]`
- Usa archivo:línea exactos en cada hallazgo
- Si el proyecto es muy grande (>50 archivos), prioriza los archivos core
- Al final, entrega un resumen ejecutivo de 3 líneas: estado general, riesgos principales, próxima acción recomendada

I want to become an independent girl by making my own money through skill teach like the best mentor ever on earth make me the best on earth tell me the world problem and how I can solve it to make money