How to Generate Portfolio Content With AI (So You Don't Have to Write It)
Quick answer: You do not write portfolio copy with AI. You reduce it with AI. Expansion — turning three thin facts into a full page — is the one job language models are unreliable at, because the missing material has to come from somewhere and they will supply it. Compression is the job they are genuinely good at. So the method inverts the instinct: instead of asking for copy and hoping, you spend most of your time producing far more raw material than the page can hold, spoken and messy and out of order, then use AI to cut it down one section at a time and check what survives against your own notes. Roughly ten minutes of recall buys one minute of generation, and the recall is the part that cannot be outsourced. If you would rather have the exact wording to paste, the prompt library covers that; if you want the tool mechanics of getting a page live, that is building a portfolio with AI in 60 seconds. This post is the part in between: how the raw stuff becomes copy.
Key Takeaways
The blank page is not a writing problem, it is a retrieval problem. You already know everything the page needs; you just cannot access it on demand, which is why staring at an empty text box feels like having no experience. The five stages below are ordered to solve retrieval first and prose last — the reverse of how most people try.
| Stage | What you do | What AI does | Time |
|---|---|---|---|
| 1. Dump ⭐ | Talk, don't type. Answer recall cues out loud until you have a surplus | Transcribes. Nothing else yet | 15–30 min |
| 2. Shape | Decide the page's sections, then file each fragment into one | Groups and labels the pile if you ask it to | 10 min |
| 3. Convert | Hand it one section's fragments at a time, never the whole pile | Compresses fragments into candidate copy | 20–30 min |
| 4. Cut | Delete anything a competitor could publish unchanged | Shortens on command; suggests what is vague | 20 min |
| 5. Verify | Trace every number and name back to your dump | Lists its own claims so you can audit them | 10 min |
The one-line version
Generate by subtraction from surplus, never by expansion from a hint. If the model has more of your material than it needs, it has no gap to invent into.
Table of Contents
- Why "write my portfolio for me" produces copy you delete
- Stage 1 — Get the raw material out of your head
- Stage 2 — Shape the pile before you generate a sentence
- Stage 3 — Convert one slot at a time
- Stage 4 — Edit by subtraction
- Stage 5 — Verify every claim against your dump
- Knowing when to stop
- If your only raw material is a resume
- What this method will not fix
- Frequently asked questions
- Useful sources and further reading
Why "Write My Portfolio for Me" Produces Copy You Delete
Everyone tries the same thing first, and it fails the same way. You open a model, describe yourself in a sentence and a half, ask for a portfolio page, and get back something fluent that you read twice and then quietly close the tab on. The output is not badly written. It is just not about anybody.
The reason is structural, and it decides the whole method. You asked the model to expand: to produce eight hundred words of page from forty words of input. The extra seven hundred and sixty words have to come from somewhere, and the only place available is the average of every portfolio it has ever seen. That is not a bug you can prompt your way out of, and it is the exact scenario the model vendors themselves warn about — grounding output in material you supply is the primary published defense against fabrication, and the corollary is that ungrounded requests are where fabrication is most likely.
Now run it the other way. Hand the same model two thousand words of your own rambling, contradictory notes about one project and ask for eighty words. It has no need to invent anything, because it is drowning in your material; the task collapses into choosing and tightening. And choosing and tightening are things software does faster than you, without the ego that makes you protect your own sentences.
That asymmetry is the whole trick:
- ❌ Expansion — thin input, long output. The gap gets filled with plausible fiction. This is the mode almost everyone uses.
- ✅ Compression — fat input, short output. Nothing to fill, so nothing gets invented. Slower to set up, and the only mode worth using.
Which reframes where your effort goes. The instinct is to spend the time on the request and the seconds on the material. Invert it. Nearly all of the work in this method happens before any generation at all, and none of it involves writing sentences — the one thing you were dreading is the one thing you never do.
Worth naming an honest limit up front: no rigorous study I am aware of compares portfolio copy produced this way against copy written from scratch, and I am not going to invent a conversion number for you. What I can defend is the mechanism — surplus input removes the gap that fabrication fills — and the fact that every failure mode I have watched users hit traces back to asking a model to expand.
Stage 1 — Get the Raw Material Out of Your Head (Without Writing)
This stage is the method. Everything after it is mechanical.
The instruction is simple and most people resist it: talk, do not type. Open a voice memo, or the dictation mode in whatever model you use, and answer questions out loud for fifteen to thirty minutes. Typing invites editing, editing invites judgment, and judgment is what empties your head. Speaking bypasses it. You are not producing anything anyone will read — you are producing feedstock.
What unlocks the memory is not effort, it is cues. This is one of the oldest and most robust findings in memory research: people recall far more when given category prompts than when asked to recall freely, which means the information was there all along and simply inaccessible without a handle. Free recall is what you are doing when you stare at the empty box. Cued recall is this:
- ✅ Walk through last week's calendar. What did each meeting exist to solve? What did you do afterwards?
- ✅ Describe the last thing you shipped or handed over. What state was it in when you arrived?
- ✅ Name someone you helped. Not the company — the person. What was their problem, in their words?
- ✅ Recall the thing that nearly went wrong. What did you notice that nobody else did?
- ✅ What do people ask you to explain twice? That is your actual expertise, and it is rarely on your resume.
- ✅ What did you do that took a week and should have taken a day? The fix you built afterwards is a story.
Two rules while you talk. One project at a time, roughly three minutes each, and no going back to correct yourself — contradictions are fine, and a later contradiction is often the more truthful version. Do not aim for coverage of your whole career, either. Three specific projects beat a decade summarized.
Where the material you forgot hides
When the cues run dry, stop trying to remember and go look. Your own systems hold more evidence than your memory does, and none of it requires anyone's permission to read:
- Your sent mail, searched for the client's name — the status update you wrote at the time is a better case study than anything you will reconstruct now.
- Invoices and statements of work — the scope you were actually paid for, in the language you used when money was involved.
- File names and folder dates — a crude but reliable timeline of what happened when.
- The closing deck or handover doc — you already summarized the outcome once, under pressure, for the person who cared most.
- Messages where someone thanked you. The sentence they used is usually sharper than the one you would write about yourself.
Read those aloud into the transcript too. Quoting your own past writing is not cheating; it is the fastest route to specificity.
How much is enough
Target roughly ten times what the finished section will hold. An eighty-word services blurb wants eight hundred words of fragments behind it. That sounds absurd until you try eighty from eighty and watch the model pad. Below about three-to-one, you are back in expansion mode without noticing. Word count is a proxy for the only thing that matters: does the model have more of your evidence than it needs?
Stage 2 — Shape the Pile Before You Generate a Sentence
You now have a transcript that is unusable, which is correct. The temptation is to hand the whole thing over and ask for a website. Do not — that is expansion wearing a disguise, because the model will summarize your pile into a shape it chose, and you will spend longer fixing the shape than you saved.
Decide the shape yourself first, and decide it in slots: a named section, a length, and a job it has to do. A workable default for a professional page is a positioning line, what you do, two or three pieces of proof, an about section, and a way to get in touch — and if you want that argued section by section rather than asserted, the business consultant portfolio breakdown is the version with reasons attached, while five annotated consulting portfolios is worth skimming for which sections real practitioners kept and which they quietly dropped.
Then do the filing pass. Go through the transcript and tag each fragment with the slot it belongs to. This is the one job worth delegating to a model at this stage — paste the transcript, list your slots, and ask it to sort the fragments under them without rewriting a word. Two things fall out of that, and both are more valuable than any copy:
- ✅ Empty slots. A section with nothing filed under it is a question, not a writing task. Do not generate into it. Go get the material, or drop the section.
- ✅ The orphan pile. Fragments that fit nowhere are usually the most interesting thing you said — a way of working, an opinion, a refusal. Those become the line that makes the page yours, so keep the pile rather than deleting it.
It is worth being explicit about why this order matters. Generating prose into an undecided structure produces copy that has to be rewritten as soon as the structure firms up, and rewriting generated copy is slower than writing from scratch, because you end up negotiating with sentences you never chose.
Stage 3 — Convert One Slot at a Time
Now generate — and only now, with one rule that carries the stage: one slot, one conversation, only that slot's fragments. Never the whole transcript, never two sections at once. Give the model the pile for the about section and ask for the about section. That is it.
The reason is not tidiness. When a model holds your entire history and is asked for a specific section, it reaches for the average across everything and returns something smoothed. Restricted to one slot's surplus, it can only rearrange what is in front of it. You are deliberately starving it of room to generalize.
Three adjustments make the output usable instead of merely grammatical:
- ✅ Say what happens when the material runs short. In plain words: use only what I have given you, and if it is not enough to write this without inventing, list what you need instead of writing it. The failure mode flips from silent invention to a visible question.
- ✅ Ask for options where judgment is needed, one draft where it is not. Positioning lines, headlines and openings: five options, because you are far better at recognizing the right one than producing it. Reformatting a list, tightening a paragraph, converting notes into a timeline: one draft is fine.
- ✅ Protect your own phrasings. Mark the two or three fragments where you said something in an odd, specific, unmistakably-you way, and instruct the model to keep those exact words. Models sand off idiosyncrasy by default, and idiosyncrasy is the only thing on the page a competitor cannot copy.
Expect to run three or four passes per slot, and expect most of them to be shortening. If a pass makes the copy longer, you have drifted back into expansion — throw it away and go back to the previous version. For section-specific wording that already has the constraints built in, the copy-paste prompt library saves you assembling it each time, and the bio guide is worth reading before you convert the about slot, since that section fails in a particular way the others don't.
Stage 4 — Edit by Subtraction
You now have candidate copy for every slot, and it is roughly forty percent too long. That is the expected state, and cutting it is where the page becomes good.
Brevity is not a stylistic preference here. The earliest controlled work on writing for the web found that simply making text concise measurably improved usability by a wide margin against an identical, wordier control — a small 1997 study by today's standards, but the direction has never been seriously contested, and every reading-behavior study since has pointed the same way. On a portfolio the stakes are sharper than usability, because every unnecessary sentence is a sentence a prospect uses to decide you are like everyone else.
Run three passes, in this order, and delete rather than soften:
- ❌ The substitution test. Could a competitor in your field publish this sentence unchanged? If yes, it says nothing about you. Cut it. This kills most of what survived stage 3.
- ❌ The checkable-noun test. Does the sentence contain something a stranger could verify — a number, a named client, a method, a date, a tool? If not, either swap in the specific from your transcript or lose the sentence.
- ❌ The read-aloud test. Say it to an imaginary client. Anything you would not actually say out loud gets rewritten in the words you just used instead. This is where the machine-smoothed rhythm comes back out.
Two things you always write by hand, no matter how good the generated draft is. The opening line, because it is the only sentence guaranteed to be read and the one where generic phrasing is most expensive. And the ask — what you want the visitor to do next — because a generated call to action is invariably a rounded-off version of a decision only you can make.
The barrier to turning an idea into a working product is getting smaller every day … the real skill is increasingly knowing what to build, how to communicate it clearly, and how to evaluate and improve what AI generates.
That is the honest description of stage 4. The generation was the cheap part. Evaluating what came back — knowing which of five headlines is true rather than which sounds best — is the skill, and it is not a skill you can hand over, because it depends on knowing which claims you could defend in a first conversation.
Turn your experience into a live portfolio page — free →Stage 5 — Verify Every Claim Against Your Dump
One pass left, and skipping it is the only way this method fails badly. Everything so far has been about preventing fabrication. This is about catching the fabrication that got through anyway, because some always does — a rounded number, a job title that drifted, a result attributed to the wrong project.
Do it as an inventory rather than a re-read. Re-reading catches nothing; you wrote it, so it all looks fine. Instead, list the claims out and check them one at a time:
| Claim on the page | Where in my notes | Verdict |
|---|---|---|
| "cut monthly close from 11 days to 6" | Transcript, project 2 — matches the handover deck | ✅ Keep |
| "worked with dozens of teams" | Not in notes — I count seven | ❌ Replace with seven |
| "led the migration" | Notes say I designed it, someone else led it | ❌ Delete |
The rule that matters is the one people break: an untraceable claim gets deleted, not hedged. Turning cut costs by 30%
into helped significantly reduce costs
keeps the unverifiable claim and removes the only thing that made it worth reading. You end up with a page that is both vague and still not defensible.
Two specific things to watch, because they are the ones that go wrong most:
- Testimonials. Never generate one, never tidy one into something the client did not say. A quote is the client's words, and a paraphrased quote is a fabricated quote. If you have permission and only a rough recollection, ask them to confirm the sentence.
- Attribution of scope. Models upgrade you.
Contributed to
becomesled
,advised on
becomesran
. Check every verb that describes your role, and put back the smaller one.
If you would rather have the model do the first pass of this for you, the prompt library includes a verification prompt that diffs its own output against your notes and flags unsourced claims — useful as a first filter, but the final call on what stays is yours, and the table above is what you sign off on. And if it turns out your page reads as accurate but still gets no replies, the problem has moved downstream to trust signals rather than copy: why consultants get turned down before the first call covers what a prospect checks after they have finished reading.
Knowing When to Stop
The method's real failure mode is not bad output. It is a fifth revision of a page that has been live-ready since revision two, sitting unpublished while you generate one more version of the headline.
Use a stop rule instead of a feeling. You are done when all three are true:
- ✅ A stranger could verify at least one claim in every section without contacting you.
- ✅ Nothing on the page could be lifted onto a competitor's site unchanged.
- ✅ The opening line names who you help, not what you are called.
That is the bar. Past it, editing starts removing the specifics that were doing the work, because specifics are the parts that feel riskiest and therefore get sanded first. If you want a harder external standard to check yourself against rather than your own taste, the professional-portfolio checklist is eight things a stranger can test in a minute.
Then publish and treat the page as a living document — ten minutes a week, one improvement, driven by what people actually ask you after they have read it. A page that is live and eighty percent right earns you the feedback that gets it to ninety-five. A perfect draft in a document earns nothing at all.
If Your Only Raw Material Is a Resume
Most people arrive here with a resume and nothing else, and it is a legitimate starting point — just an unusually thin one. Understanding why it is thin tells you what to do with it.
A resume has already been compressed, for a different genre, by a past version of you optimizing for a different reader. Past-tense duties, keywords aimed at a screening system, no room for how you work or who you are good for. That means the fastest thing to do with it is also the most misunderstood: uploading it populates the skeleton, not the copy. A builder that reads your resume will fill in the structure — sections, roles, dates, skills — in far less time than you would spend building it by hand, and the mechanics of that are covered in converting a resume to a website, with the extraction quality of the various tools compared in AI resume extraction tools.
What comes out is an index, not content. Each extracted bullet is a pointer to a story you have not told yet. So run the same five stages, using the bullets as your cue list:
- ✅ Expand each bullet out loud into situation, action, result. The bullet says what you were responsible for; say what actually happened.
- ❌ Delete anything only an employer cares about. Internal titles, reporting lines, tool lists with no outcome attached, education minutiae. A client is not screening you for a role.
- ✅ Add what a resume has no slot for. Who you help, what you are like to work with, what a first week looks like, what you refuse to do. None of this exists on a CV, and all of it is what a visitor is actually trying to find out.
If the honest answer is that the resume is thin because the experience is thin, that is a different problem and a solvable one — building a portfolio with no experience deals with what counts as material when there is no job history to draw on. For the longer path from document to finished site, the resume-to-portfolio guide covers the whole arc, and why a portfolio beats a resume explains why the translation is worth doing at all rather than linking a PDF.
What This Method Will Not Fix
Four things, stated plainly, because a method that claims to solve everything is a method you should not trust.
- It will not decide your positioning. If you do not know who you are for, compression produces a beautifully written page that is about nobody in particular. The gap shows up in stage 2 as an empty slot, which is the method being useful — it found the real problem — but it cannot fill it.
- It cannot manufacture proof. No amount of processing turns one small project into three case studies. Thin evidence stays thin; the honest move is fewer sections, better filled.
- It does not make anyone trust you. Accurate, specific copy is necessary and not sufficient — a real name, a real face, a working way to make contact, and a page that does not look abandoned all do work that words cannot. That is the territory of the pre-call rejection post, and of building a portfolio that wins client meetings.
- It does not settle what "good" looks like. The stop rule above is a floor, not a standard. Grading a finished page is a separate exercise with its own checklist.
One more caveat, on the AI question specifically, since it is the one people ask nervously. Google has published its position: what gets rewarded is usefulness and quality, and the production method is not itself the thing being scored. Visitors run an unspoken version of the same test. So the liability was never the assistance — it is copy nobody can falsify, and you can produce that perfectly well with no help from a model at all.
Where the Copy Goes
Copy in a document does nothing. The last step is slotting it into a real page on a real domain, and it is worth doing that early rather than at the end — an existing page with visible empty sections is a much better prompt for your own brain than a blank document, because it tells you exactly what is missing.
That is the order I would recommend: generate the page structure from whatever you have, look at the gaps, then run the five stages against the gaps you can actually see. Seera does the structural half — it reads a CV and returns a sectioned, editable page you can paste stage-4 output straight into, then publishes it on a domain of your own. Everything in this post is the half no tool does for you.
Get the page, then fill the slots
Start with the structure so you can see what is missing, then run the method against the gaps.
Frequently Asked Questions
How do I generate portfolio content with AI?
Work backwards from the instinct. Do not ask a model to write your portfolio; give it far more raw material than the page can hold and ask it to cut. In practice that is five stages: spend fifteen to thirty minutes talking your experience out loud into a transcript, decide the page's sections before you generate a single sentence, convert one section at a time using only the fragments that belong to it, delete every line a competitor could have published unchanged, then trace each surviving number and name back to your own transcript. The generation itself takes minutes. The recall is the work, and it is the part no tool can do for you.
How do I add my resume to my portfolio?
Upload it to a builder that reads it, then treat what comes out as an index rather than as copy. A resume is already compressed for a different genre — past-tense duties, keywords aimed at a screening system, no room for how you actually work — so the extracted bullets are best read as pointers to stories you still have to tell. Take each one and say the fuller version out loud: what the situation was, what you did, what changed. Delete the lines that only an employer would care about, such as internal titles and tool lists with no outcome attached. Then add the things a resume has no slot for at all: who you help, what you are like to work with, and what a first week with you looks like.
How much raw material do I need before the output is usable?
Aim for roughly ten times what the page will keep. A section that ends up at eighty words wants eight hundred words of unedited fragments behind it, because compression can only choose well when there is surplus to choose from. The ratio matters more than the polish: unpunctuated, out-of-order, half-contradictory notes work fine, and speaking is usually the fastest way to reach the volume. Below about three times, the model has to invent filler to reach a normal-looking paragraph, and that is where fabrication starts.
How do I stop AI from inventing things about my work?
Two habits, and neither is a clever instruction. First, give it a surplus of your own material for the one section you are writing, and say in plain words that it may use nothing else and should ask questions rather than guess when the material runs short. A model with more evidence than it needs has no gap to fill. Second, run a claim inventory before you publish: list every number, client name, date, and outcome on the page, then find each one in your own notes. Anything you cannot trace gets deleted rather than softened, because a hedge keeps the false claim and only makes it harder to check.
How do I know when the portfolio copy is done?
When every sentence is true, specific, and yours, stop — not when it feels finished, because it never will. Three signals say you are there: a stranger could verify at least one claim in each section without contacting you, nothing on the page could be lifted onto a competitor's site unchanged, and the opening line names who you help rather than what you are called. Editing past that point tends to sand off the specifics that were doing the work. Publish, then treat the page as something you revise for ten minutes a week rather than a document you finish.
Related Reading
- The Best AI Prompts for Building a Consultant's Business Website
- How to Build a Portfolio Website With AI in 60 Seconds
- How to Write a Portfolio Bio That Actually Gets Read
- Resume to Portfolio Website — A Complete Step-by-Step Guide
- How to Convert Your Resume to a Website
- AI Resume Extraction Tools (2026)
- Business Consultant Portfolio: What to Include
- What Makes a Consulting Portfolio "Professional"? A No-Fluff Checklist
- How to Build a Portfolio With No Experience
- Why Consultants Get Turned Down Before the First Call
- 5 Consulting Portfolio Examples (Annotated)
- Best AI Portfolio Builders (2026)
- Consultant Portfolio Example — Section-by-Section Breakdown
- Browse Seera Templates
Useful sources and further reading
- Tulving & Pearlstone (1966), "Availability versus accessibility of information in memory for words," Journal of Verbal Learning and Verbal Behavior — the classic demonstration that cued recall retrieves far more than free recall; the evidence behind stage 1's use of prompts instead of willpower
- Morkes & Nielsen (1997): Concise, SCANNABLE, and Objective — How to Write for the Web — the early controlled study that measured a large usability gain from concise text alone; small by modern standards, cited here for direction rather than for its exact figure
- Anthropic: Reduce hallucinations — vendor guidance on grounding output in supplied documents and permitting the model to say it does not know; the published basis for the surplus-input rule in stage 3
- Google Search Central: Google Search's guidance about AI-generated content — the statement that quality, not method of production, is what is rewarded; the source for the caveat about AI assistance not being the liability
- Nielsen Norman Group: How Users Read on the Web — scanning behavior, and why every sentence that survives stage 4 has to earn its place
- Seera: Resume to Website — the structural half described in the last section: it reads a CV and returns an editable, sectioned page whose empty slots tell you what raw material to go find
- Seera: Pricing — the flat plan referenced above ($5.99/mo, or $4.99/mo billed annually) with custom domain, analytics, and no watermark