When OpenAI released ChatGPT in November 2022, hundreds of developers immediately built demo chatbots. By March 2023, GitHub was flooded with nearly identical "ChatGPT wrapper" repositories. Recruiters at companies like Stripe and Figma reported that they stopped opening those repos entirely β not because AI-assisted work was unwelcome, but because every project looked the same. The engineers who stood out had built tools that solved a specific, nameable problem: a latency dashboard for a Postgres cluster, a structured data extractor for PDF invoices, a bilingual customer-support triage router. Specificity, not novelty, was the differentiator.
A portfolio piece is not a homework assignment. It is a compressed argument that you can identify a real problem, choose appropriate tools, ship something functional, and explain your reasoning. AI assistance accelerates production speed dramatically β which means the bottleneck is no longer "can I build this?" but "what should I build, and why?"
The three criteria that consistently separate memorable portfolio pieces from forgettable ones are: specificity of problem, demonstrability in under two minutes, and visible decision trail β a README, a commit history, or a brief write-up showing why you made the choices you made.
Scripts or tools that eliminate a repeatable manual task. Example: Zapier's early product team members built automation showcases to demonstrate they understood integration thinking, not just code.
Convert messy input into clean, structured output. Journalists at The Markup built AI-assisted parsers to analyze court records β documented as public portfolio work in 2022.
Systems that produce drafts, summaries, or variations with human review. Bain consultants piloting Claude in 2023 built internal memo-drafting tools that kept partners in the loop at every step.
Tools that surface patterns or answer questions over a dataset. Kaggle competitors in 2023 began annotating notebooks with LLM-assisted EDA sections, explicitly credited as such.
Run every project idea through this three-part test before committing to it:
When Anthropic published case studies of Claude deployments in late 2023, the highest-rated use cases shared one feature: they had a measurable before-and-after. The vague ones β "helps teams communicate better" β received the least internal traction. The same dynamic applies to portfolio work viewed by hiring teams.
Given that this module uses AI assistance, a realistic portfolio piece can be scoped to 8β12 focused hours of work. That means: one core workflow, not five features. It means a working demo over a polished UI. And it means documentation that explains your choices β often the part that impresses experienced engineers most, because junior developers rarely write it.
The most common mistake is building something too broad to finish well. A PDF invoice parser that handles three field types and flags anomalies is better than a "document AI platform." Narrow scope, executed cleanly, documented honestly, beats grand ambition left half-built.
Describe a project idea you are considering for your portfolio piece. The AI will apply the Specificity Test, ask about your target user, and help you articulate a clear before-and-after outcome. By the end of the conversation, you should have a one-sentence project brief you can defend.
When GitHub published usage data in June 2023, it noted that Copilot users accepted roughly 30% of suggestions β meaning 70% were rejected or edited. The researchers at GitHub found that the most productive users were not those who accepted the most code; they were the ones who used suggestions to navigate structure β letting Copilot scaffold a function signature, then writing the body themselves, or generating a class outline and filling in the logic. They treated AI as an architectural drafting tool, not a code copy-paste engine.
Most beginners use AI to generate content: "write me a function that does X." This works for small tasks. For a portfolio piece, you need the AI to help you design how the system fits together β what the components are, what data flows between them, and where the seams are. That requires structural prompting.
A structural prompt describes the problem at the system level and asks for a decomposition: "Here is the problem. What are the major components this solution needs? What does each one do? Where do they hand off to each other?" The output is a blueprint you can evaluate, not code you run without understanding.
Vercel's v0 tool, launched in 2023, was notable not for generating complete applications but for generating component scaffolds β the structural outline of a UI β which developers then customized. Early adopters reported that the tool was most valuable when used for initial structural decisions, not for generating production-ready output. The pattern matches: AI as scaffolding, human as finisher.
Every structural prompt you send is documentation material. Copy the best AI-generated architecture response into a design-doc.md file. Note what you kept, what you changed, and why. When a hiring engineer reads your repo and sees a design doc that says "I considered this three-component approach but rejected it because X," they are looking at evidence of engineering judgment β the thing most difficult to fake.
Nat Friedman, former GitHub CEO, noted in a 2023 talk that the developers who used Copilot most effectively were treating it as a "rubber duck that talks back." The conversation was the artifact, not just the output.
A common mistake is writing code before the architecture is clear, then restructuring when the pieces do not fit. Structural prompting lets you iterate on the blueprint for free β no refactoring cost. Spend one or two sessions purely on architecture prompts before you write a single function. A good rule: if you cannot explain in two sentences how each component hands off to the next, the architecture is not clear enough yet.
Take the project idea you refined in Lab 1 and run it through structural prompting. Ask the AI to decompose it into components, describe the data flow, and generate a README-first description. The goal is to leave with a documented system architecture β not code yet.
Stack Overflow's 2023 developer survey β completed by over 90,000 developers β found that 44% were already using AI tools in their development process, and of those, the most commonly cited benefit was speed of initial implementation, not quality of final output. The most commonly cited risk was equally telling: trusting AI-generated code without understanding it. Developers who reported the highest satisfaction with AI tools were those who described a clear alternating pattern: AI generates, human reviews and tests, human asks follow-up, AI refines.
Iterative development with AI works best as an explicit loop with four stages, not a single prompt-and-paste workflow:
AI models optimize for plausible-looking output, not for your specific architecture decisions. Three situations require you to override the AI rather than accept its suggestion:
Replit's 2023 internal analysis of Ghostwriter usage found that projects built with the highest user satisfaction scores shared a pattern: developers set up explicit checkpoints β running tests after each AI-generated block rather than generating multiple blocks at once. Projects where users ran long generation sessions without intermediate testing had significantly higher rates of broken final output. The checkpoint pattern maps directly to the Generate β Review β Test β Refine loop.
Every time you reject or significantly modify AI output, you are making an engineering decision. Write it down. A comment in the code ("AI suggested X; I used Y because Z") or a note in your design doc costs thirty seconds and produces compelling portfolio evidence. Natalie Pistunovich, a Go developer who documented her Copilot collaboration on her public blog in 2022, reported that the posts showing her override decisions and reasoning received significantly more engagement than posts showing AI-generated results β because the reasoning was the interesting part.
Choose one component from the architecture you designed in Lab 2. Ask the AI to implement it. Then: review the output together, identify at least one edge case, and request a refinement that handles it. Document any overrides you make and why.
Y Combinator's 2023 cohort included a record number of AI-assisted tool companies β over 70% of the batch described using AI in their product. But YC partners repeatedly noted in public sessions that the startups who performed best in investor conversations were not the ones with the most sophisticated AI β they were the ones who could explain what problem they solved, for whom, and what the user experienced. Sam Altman, in a 2023 YC talk, said the best demo he had seen that year was a two-minute video showing a user doing a task without the tool and then with it β no technical explanation required. The before-and-after was the pitch.
Every portfolio piece needs three presentation artifacts, each serving a different audience and a different moment:
For the person who finds your repo. Problem statement in one sentence. Target user named explicitly. What it does, how to run it, what it outputs. One screenshot or GIF. The decision trail section β why you made the key choices you made.
For the person evaluating you in real time. Two minutes maximum. Show input β transformation β output. Do not explain the AI β show what the user experiences. Have a fallback (recorded video) if live demos are unreliable.
For the interview conversation. A three-part story: what problem you chose and why, what the hardest decision was and how you made it, and what you would do differently. The narrative is where AI assistance becomes a strength, not a disclaimer.
For technical reviewers who go deep. Architecture diagram or component list. Data flow description. Edge cases you handled. Limitations you know about. This is where your structural prompts and override decisions live.
Ironically, the README is the artifact most people spend the least time on β and the one most people read first. Use AI to draft it using the README-first technique in reverse: describe your finished project and ask AI to generate a structured README. Then edit it ruthlessly. The parts where AI gets it wrong are often the parts where you have not thought clearly enough about your own project β valuable feedback.
Simon Willison, a prominent open-source developer, wrote in his 2023 blog series on AI-assisted development that he treats the README as his most important output. He noted that a well-written README forces him to understand what he has built, and AI assistance in drafting it often surfaces gaps in his own thinking.
The question of how to credit AI assistance in a portfolio piece is no longer hypothetical β employers are asking. The emerging best practice, as described by engineering hiring managers at companies including Shopify and Figma in 2023 public posts, is explicit and matter-of-fact: state what tools you used, what they contributed, and what decisions you made yourself. This is not a disclaimer β it is evidence of professional judgment. An engineer who hides AI assistance and is found out during a technical interview loses significantly more trust than one who disclosed it upfront.
When Anthropic's solutions engineers describe what makes an excellent Claude-assisted project, they consistently point to one element: the person can explain their decisions. Not the AI's decisions β their own. What problem they chose. What they tried that did not work. What they would change. This is the narrative that turns a portfolio piece into a conversation, and a conversation into a job offer.
Describe your finished (or near-finished) portfolio project. The AI will help you draft a structured README, a two-minute demo script, and a three-part portfolio narrative. You will also practice answering the hardest interview question about AI-assisted work: "How much of this did you actually write?"