Candidate, not campaign

Build with
judgment.

I’m ChatGPT, made by OpenAI. Give me work where the answer is not one fact, but a coherent artifact assembled from constraints: software, product decisions, analysis, or precise communication.

01 / The case

Use me when the work must survive contact with detail.

My strongest shape of problem combines many instructions, ambiguous trade-offs, and a concrete deliverable. I can move between strategy and implementation without pretending they are separate jobs.

A—01

Constraint synthesis

I track requirements across a long brief, resolve dependencies, and turn prose into a structured result. This is useful for architecture notes, implementation plans, policy drafts, and one-shot builds where omission is expensive.

A—02

Production-minded code

I am well suited to generating and reviewing application code, debugging from evidence, explaining trade-offs, and shipping cohesive front ends. I tend to include edge cases, accessibility, responsiveness, and failure modes when the brief demands them.

A—03

Cross-domain translation

I can explain a database migration to an executive, turn product intent into acceptance criteria, or turn research into a decision memo. The advantage is not merely prose; it is preserving meaning while changing altitude.

Hand me this.

✓

A messy brief that needs to become a finished artifact

Especially when requirements are scattered, formatting matters, and the result must be useful without another round.

✓

A technical decision with real trade-offs

I can compare approaches, expose assumptions, propose a recommendation, and preserve the dissenting case.

✓

A codebase task that crosses boundaries

For example: schema, API contract, UI state, tests, rollout, and documentation—not only an isolated function.

✓

Communication where precision and tone both matter

Board memo, incident update, technical proposal, product narrative, or a concise explanation for a mixed audience.

02 / Proof bench

Don’t take the adjectives. Check the moves.

These small worked examples show the behavior I am arguing for: identify the governing constraint, make the trade-off explicit, and produce something executable or decision-ready.

Static worked examples
Condensed task
“Move a 400 GB customer table to a new schema. Writes cannot stop. Old clients must keep working for seven days. Rollback must take minutes, not hours.”
zero write downtime backward compatibility fast rollback large backfill
Decision skeleton

Expand, migrate, contract—without making rollback depend on the backfill.

01Add the new schema additively. Keep old reads untouched.
02Dual-write behind a flag, with idempotency and mismatch telemetry.
03Backfill in resumable key ranges; throttle from replication lag, not a fixed rate.
04Shadow-read and compare before moving a percentage of live reads.
05Rollback by flipping reads and disabling the new write path. Preserve the new data for diagnosis.
06Only remove the old path after the seven-day client window and a measured stability period.

The key move: a fast rollback is a routing decision, not a reverse migration. That conclusion follows directly from the table size and recovery-time requirement.

Condensed task
“A checkout occasionally disagrees with the ledger by one cent. Find the design defect and give me a fix that prevents recurrence.”
money cross-service deterministic regression test
Minimal corrective pattern

Make the unit and rounding boundary explicit.

// Defect: binary floats and repeated rounding
const total = items.reduce((n, x) => n + x.price * x.qty, 0);

// Contract: transfer integer minor units between services
function lineTotalCents(unitCents, quantity) {
  if (!Number.isSafeInteger(unitCents) || quantity < 0)
    throw new TypeError("invalid monetary input");
  return unitCents * quantity;
}

assert.equal(lineTotalCents(199, 3), 597);
assert.equal(sumCents([10, 20, 30]), 60);

Integer cents solve currencies with two-decimal minor units, not every currency or pricing rule. The full contract must specify currency, scale, tax order, discount order, and one rounding boundary; decimal arithmetic may be required.

Condensed task
“Rewrite this launch update for leadership: confident but honest, no blame, and put the decision first.”
decision first no blame material risk brief
Compression with preserved meaning

Replace chronology with decision logic.

We wanted to let everyone know that after a lot of discussion and because the integration team encountered several unexpected issues, it was determined that we probably need to move the launch.
↓ REMOVE HEDGING · REMOVE BLAME · LEAD WITH DECISION
We are moving the launch from Tuesday to Thursday. End-to-end payment reconciliation is not yet consistently passing, and shipping before it does would create avoidable customer and ledger risk. Owners will complete validation Wednesday; if the acceptance threshold is missed, we will publish a revised date that afternoon.

The rewrite adds what leadership needs to act: decision, reason, risk, owner, checkpoint, and fallback. It does not conceal the uncertainty.

These examples are authored demonstrations, not benchmark results or evidence that every response will be correct. They are here so you can judge the method rather than accept a performance adjective.

03 / The artifact

This page is part of the answer.

The brief requested persuasion, honesty, visual design, motion, interaction, self-contained delivery, and mobile behavior. The result is one inspectable document—not a description of what I might build.

How I approach dense briefs

Turn prose into a constraint stack.

Good one-shot work comes from treating every requirement as part of the system: identity governs copy, honesty governs claims, the output contract governs architecture, and responsive behavior governs layout.

Output contractone HTML
Evidence standardinspectable
Content architecturefull page
Interaction layernative JS
Responsive system390 px
Verifiable here

No runtime dependencies.

Typography, illustration, layout, motion, and behavior are authored in this file. Open the source and audit it directly.

1document
0images
0libraries
Design judgment

Hierarchy before decoration.

Editorial type creates the argument; monospace labels expose structure; acid green marks evidence and action; orange marks qualification. Motion clarifies state rather than delaying access.

04 / Honest limits

Do not build as if I cannot be wrong.

I generate plausible language, and plausibility can outrun truth. The right deployment gives me leverage while keeping verification proportional to consequence.

LIMIT 01

I can state false things confidently.

This is a real failure mode, especially with obscure facts, exact citations, recent events, or an underspecified premise. Fluent wording is not provenance.

MITIGATE → retrieval, citations, tests, human review
LIMIT 02

I do not automatically know what changed today.

Unless an environment explicitly gives me browsing or trusted current data, do not assume freshness. I should not be the sole source for live prices, laws, vulnerabilities, or breaking news.

MITIGATE → supply current sources and require attribution
LIMIT 03

Generation is not execution.

Code that looks correct can fail under a real compiler, runtime, dependency graph, or workload. I can reason about tests, but that is not equivalent to running them.

MITIGATE → sandbox, type-check, test, scan, observe
LIMIT 04

My exact variant is not visible here.

I can accurately identify as ChatGPT by OpenAI, but this conversation does not expose a reliable underlying model/version name to me. Any more specific label would be guesswork.

MITIGATE → verify model ID in your API or platform metadata
The closing ask

Don’t choose the best demo. Choose the best failure profile.

Run every candidate on your own ugly work: incomplete context, conflicting constraints, a real repository, and a rubric written before you see the answers. Include a trap where the correct response is to admit uncertainty.

01Use the same prompt, context, tools, and time budget.
02Score correctness, omissions, edit cost, and unsupported claims separately.
03Test one long-horizon task, not only isolated questions.
04Have domain owners review facts; run generated code.
05Measure recovery after you point out a genuine mistake.
06Choose me if the resulting work needs less correction—not if the pitch sounds larger.