filesnfolders.com
Est. 2006 · Still just text
The difference

Context Engineering vs Prompt Engineering: The Actual Difference.

Prompt engineering is what you say to the AI. Context engineering is what the AI can see while you say it. That is the whole distinction, and once you have it, most of the advice you have been given sorts itself into useful and useless.

The 1 sentence version

A prompt is the question. Context is everything on the desk when the question gets asked.

The same request, both ways

Prompt engineering approach: you spend 20 minutes crafting "You are an expert proposal writer with 15 years of experience. Write in a professional but warm tone. Use the following structure..."

Context engineering approach: you point it at the folder holding your last 5 proposals, your pricing, and the call notes from this client. Then you say "write the proposal."

The second one wins, and it is not close.

The first one is describing a good proposal writer. The second one is handing the job to somebody who has read your actual proposals.

Why prompting used to matter more

It genuinely did, and I do not want to rewrite history here.

Earlier models needed steering. Phrasing changed results a lot, so the skill worth having was phrasing.

Models got better at understanding intent. What they cannot do, and will never do, is know something you never showed them. So the bottleneck moved from how you ask to what is available when you ask.

Is prompt engineering dead?

No, and anybody telling you it is has something to sell.

Prompting still matters for shaping output: format, length, what to leave out, what to do when uncertain. That is real and it is worth learning.

It just stopped being the lever that fixes "it does not know my business." No prompt fixes that. Only material does.

How to tell which problem you have

Look at what went wrong.

Wrong shape, right facts? Prompt problem. It knew the situation and formatted it badly. Fix the ask.

Right shape, wrong facts? Context problem. It wrote a beautiful proposal with the wrong price in it. No amount of rephrasing fixes that.

Almost everything people complain about is the second one.

What fixing the second one looks like

$ tree ~/business -L 2
~/business/
├── CLAUDE.md          <- the map. 11 lines. always read first
├── Context.md         <- the desk. what we're doing today
└── ops/
    ├── clients/
    ├── offers/
    ├── sops/
    └── archive/

1 file it always reads first. 1 file that says what we are doing. Folders with the actual material.

The method behind it is Interpretable Context Methodology, from the paper by Jake Van Clief and David McDermott. The full breakdown: Interpretable Context Methodology in plain English. Jake teaches it himself over at Clief Notes.

The wider concept is in the context engineering post, and the reason it forgets mid-session is the context window.

The free kit

CLAUDE.md, Context.md, the folder skeleton, a 1-page setup sheet, and a teardown checklist for whatever you are already paying for. 20 minutes, start to finish. No card, no call, no course to buy.

Send me the folder system

Semper Fi,

RyMac

Ryan “RyMac” McKinney · USMC · more about me