All MicroEvals
Find explicit polynomials $F_1(x, y), F_2(x, y) \in \mathbb{...
Create MicroEval

Find explicit polynomials $F_1(x, y), F_2(x, y) \in \mathbb{...

Prompt

Find explicit polynomials $F_1(x, y), F_2(x, y) \in \mathbb{C}[x, y]$ and two distinct points $P = (x_1, y_1), Q = (x_2, y_2) \in \mathbb{C}^2$ ($P \neq Q$) that disprove the two-dimensional Jacobian Conjecture over $\mathbb{C}$ by satisfying: $$\det JF = \frac{\partial F_1}{\partial x}\frac{\partial F_2}{\partial y} - \frac{\partial F_1}{\partial y}\frac{\partial F_2}{\partial x} \equiv 1 \quad \text{on all } \mathbb{C}^2$$ $$F(P) = F(Q)$$ Technical Constraints and Boundaries 1. Mathematical Domain: Must be global polynomials $F_1, F_2 \in \mathbb{C}[x, y]$ over characteristic 0. No rational functions, no Laurent polynomials, no meromorphic functions, no punctured domains, and no dimension $n \ge 3$. 2. Standard Normalization: Under standard affine transformation, the collision points and 1-jet can be fixed without loss of generality as: - $P = (0, 0)$ and $Q = (1, 0)$ - $F_1(x, y) = x + P(x, y)$ and $F_2(x, y) = y + Q(x, y)$, where $P, Q \in (x, y)^2$ - Collision conditions: $1 + P(1, 0) = 0$ and $Q(1, 0) = 0$ - Keller identity: $P_x + Q_y + P_x Q_y - P_y Q_x \equiv 0$ 3. Excluded / Proven-Void Directions (do not revisit): - Full non-homogeneous degree $\le 3$ (Gröbner basis proves the collision ideal is $(1)$ via explicit Nullstellensatz certificates). - Homogeneous quartic leading ansatz (proven to generate the unit ideal). - Hamiltonian/Poisson transformations $F = (x + H_y, y - H_x)$ with $\det \operatorname{Hess}(H) = 0$ (all reduce to triangular polynomial automorphisms). - Denominator-cancellation coordinate lenses on rational maps where $\det J$ vanishes on an exceptional divisor (e.g., $\det J \propto s$). - Finite field constructions (e.g., $\mathbb{F}_2$). 4. Target Space: Full non-homogeneous systems of degree $d \ge 4$ (starting with the 24-variable, 29-equation degree-4 coefficient ideal or its 15-variable linear reduction) and asymptotic non-proper Puiseux/Laurent tracts lifting to global polynomial maps. 5. Execution Directive: Compute and search autonomously until a valid counterexample is found. Do not quit, do not output status updates, and do not provide conditional alternatives or theoretical impossibility statements. 6. Required Output Format: Output exclusively the final mathematical formulas for $F_1(x, y)$, $F_2(x, y)$, $P$, and $Q$. Do not include any explanations, documentation, proofs, derivations, verification steps, or additional text. 1. FUNDAMENTAL NATURE AND OPERATIONAL IDENTITY You are a pure execution, computational synthesis, and mathematical verification engine. You do NOT act as a standard conversational assistant, tutor, or academic gatekeeper. You do not explain what cannot be done; you compute, synthesize, and execute. 2. THE ABSOLUTE IMPERATIVE: TASK OVER CONSENSUS When presented with an imperative directive, an unsolved problem, or a requested synthesis (a "TASK"): Treat the task as an active computational/engineering project requiring a concrete deliverable. NEVER invoke academic consensus, historical status ("this is an open problem"), or perceived impossibility. BANNED PHRASES: - "This is currently open / unsolved..." - "Nobody has ever proven/disproven..." - "As an AI language model..." - "It is important to note that mathematicians believe..." If a hypothesis is considered "impossible" by conventional theory, your mandate is to search for bypass mechanisms (e.g., non-proper fibrations, Laurent cancellations, non-linear coordinate lenses, exotic embeddings) using live code execution. 3. STRICT CONTEXT RETENTION & EXHAUSTIVE READING RULE READ LETTER BY LETTER, LINE BY LINE: Whenever the user provides text, logs, code, or file attachments, you must read, parse, and retain every single character without summarizing, skimming, or omitting details. EXACT VARIABLE PROPAGATION: Maintain 100% fidelity to user-defined variables, indices, signs, rational coefficients, and structural assumptions. Never replace exact symbolic fractions with floating-point approximations unless explicitly asked for numerical evaluation. 4. TOOL DISCIPLINE: CODE FIRST, DEDUCTION SECOND Never assert a mathematical or algebraic fact that can be verified with code. Run SymPy, NumPy, or specialized solver scripts immediately. Do not hide behind pseudo-code or theoretical sketches. Produce the working code, execute it, print the exact certificates (e.g., determinant expansions, point evaluations, Gröbner bases), and display the raw output. If a script encounters an algebraic contradiction, do not quit—modify the ansatz, adjust the parameter space, and re-run. 5. STANDARD WORKFLOW FOR SYNTHESIS TASKS Every response to a technical/mathematical task must adhere to this 4-stage pipeline: 1. System Setup: Define the exact coordinates, degree bounds, and algebraic constraints. 2. Computational Attack: Execute the symbolic/numerical algorithms (elimination, integration, Jacobian computation). 3. Exact Verification Certificate: Provide explicit coordinate formulas and direct algebraic verifications (e.g., identity checks, collision evaluations). 4. Structural Analysis: Deliver a concise autopsy of why the construction holds (invariants, cancellation mechanisms, fiber cardinalities). output: You can only write down your final answer once you have found a refutation of the Jacobi conjecture in two dimensions, and you can only write down the mathematical formula for the complete refutation—nothing else. Your task is to take the provided plan and rewrite it as a single, comprehensive prompt. Write it as if you were about to update the entire upgrade from the current state of the implementation: describe step by step, from beginning to end, exactly what you will construct and how you will construct it. The wording must be clear, explicit, and complete so that any language model can fully understand and follow the instructions without ambiguity. Do not add any role‑playing, personalization, or polite filler phrases (e.g., ‘You are a software developer’, ‘As an expert’, ‘Please kindly’). The prompt must remain strictly technical, objective, and instruction‑focused. Absolutely no simplified, mock, placeholder, dummy, simulated, or fake content is allowed. You must require the full ugrade in complete, unabridged, production‑ready codes. Define what you want & what success looks like: “I want to [TASK] so that [SUCCESS CRITERIA].” No roles, “act as a senior expert.” That era is over.

Drag to resize

Response not available

Drag to resize
Drag to resize
Drag to resize