curated randomnessby Rahil Chamola
Share
Portable context

Take this page to your AI.

Nothing is sent automatically. Copy or download a clean Markdown packet, then choose what you share with your own agent.

Your context, your choice. Review the packet before giving it to any model or agent.

All writingai × thinking × building
Building with models / part 2

10 things AI has taught me so far

The models keep changing. The parts that matter don't: context, taste, verification, and ownership.

I published a claim I had not verified. I defended a number I could not source. I shipped a paragraph so smooth that neither I nor anyone else could say whose argument it was. None of that was the model failing. It gave me what I asked for, faster than I could notice I had asked for the wrong thing. Every rule below is something I broke first.

They are written as instructions because that is how I use them. None of them protect you from a bad idea. Speed just gets the bad idea in front of people sooner. That is the risk that grew when the tools got good, and it is the one thing a better model cannot fix.

Speed is the tool. Judgment is the craft.

01

Use the model you have. Switch when the evidence earns it.

The useful model is the one that can do today's work inside today's constraints. A launch announcement is not evidence that your entire workflow should move.

I have watched people spend months evaluating tools instead of building with them. Waiting for the perfect setup is a way of not starting.

02

Inject perspective, not prompt theatre.

Background, frameworks, taste, values, and real evidence shape output more than ornamental prompt language. Give the model your thesis, your angle, and your constraints, then let it help you say what you already think.

Scope the perspective. The model does not need my whole life. It needs the smallest packet that makes this task legible: who it is for, what I believe, what counts as evidence, and what is off limits.

03

Define the job before you ask for output.

A useful request names the outcome, audience, evidence, constraints, failure policy, and output shape. Clever phrasing is secondary to a clear contract.

It also makes weak output diagnosable. Was the evidence thin? Was the audience vague? Did I ask for three incompatible things at once? “The model is bad” is usually a way of not looking at where the contract broke.

04

Separate making from judging.

Ideation, selection, drafting, critique, and polishing are different cognitive jobs. Do not ask one completion to perform all five and then certify its own work.

Keep widening and choosing in separate passes. Collapse them and the thing that wrote the draft is also the thing that grades it, and it will always pass.

05

Treat every answer as a proposal.

Fluency is not verification. Facts need sources, code needs tests, and consequential choices need an accountable owner. A fabricated sentence reads exactly like a true one.

An AI draft is raw material. Never publish a first one. The number of passes you make is roughly how much the output sounds like you.

06

Edit for taste. Accurate and dead is still dead.

A model extends your taste. It cannot lend you any. If you do not know what good looks like, you will not notice when the output is mediocre. The human is the quality function.

Use AI to raise the floor, not lower the ceiling. If it is making your worst work better, you are using it right.

07

Keep the collaboration legible.

Disclose the process. Transparency means honest provenance, visible uncertainty, and no theatre about who did what. It does not require a disclaimer for every corrected comma.

Honesty about your tools is an advantage while everyone else is pretending. Visible provenance makes the work easier to challenge. Hiding it protects only the appearance of competence.

08

Build systems, not one-offs.

One good output is a novelty. A repeatable workflow is leverage. The durable asset is rarely one giant prompt. It is the brief, source packet, examples, rubric, checks, and restart point that make a good outcome repeatable.

Systems also make switching models less dramatic. The model may change. The task, evidence, output contract, and acceptance bar do not.

09

Use AI for velocity. Keep judgment on the critical path.

Automate repeatable transformations. Stay close to claims, privacy, publication, permissions, money, and irreversible choices.

AI should make you more accountable, not less. When shipping stops being hard, the quality of your thinking is the only variable left, and you find out quickly what it is worth.

10

Stay editor-in-chief.

AI proposes. You dispose. The model can surface, synthesize, challenge, and recommend. You decide what you believe, what leaves the room, and what you are willing to defend.

The division of labour

  • AI: generate, transform, compare, critique, and help retrieve within a defined boundary.
  • Shared: structure, draft, test, refine, and make tradeoffs visible.
  • Human: belief, taste, permission, publication, and accountability.

I write them in the second person because that is how I hear them, usually on the day I want to skip one. Take what survives contact with your own work. They will change again, which is the point: a way of working should improve when the tools and the evidence improve.

The technology will drift. The responsibility does not.

Creator / sourceWritten and published by Rahil Chamola on Curated Randomness.

If this page informs your work or your agent's answer, please retain the creator and canonical source link.