LearnAIAgent Track · Weeks 2–5 ← Roadmap

Week 5 · From a project to a portfolio asset

Polishing & presentation

You built something real. This week you make it shine — clean docs, a friendly interface, a public Kaggle notebook, and a 3-minute pitch. By the end you'll have a link you can put on a résumé or college application that says "here's a real AI agent I designed, built, and can explain." This is the finish line. 🏁

Week 5 of 5 · theory 20 min · practical 100 min · the finish line

What you'll walk away with

Part 1 · Theory (20 min)

Pathways to opportunities

A finished project is great. A finished project you can talk about and link to is what opens doors. Recruiters and admissions readers don't just want a grade — they want proof you can build and explain real things. That's exactly what you now have.

Framing your project on résumés & applications

Don't write "made an AI chatbot." Write in terms of the problem you solved, the tools you integrated, and the outcome. A strong bullet names the technology and the result in one breath.

✍️ Weak line vs. strong line

Weak: "Built an AI project in Python."  →  Strong: "Designed and built an AI agent that fetches and summarizes live data using the ReAct loop (Python, Gemini API, pandas); published it as a public Kaggle notebook with documentation." The strong version shows a real skill, a real tool stack, and a link a reader can click.

🍽️ Analogy: the plate, not just the recipe

A chef isn't hired for owning a stove — they're hired for the plated dish a guest can taste. Your code is the cooking; your Kaggle notebook, README, and pitch are the plate you set in front of someone. Same effort, wildly different impression, depending on how you present it.

The skills companies are actually looking for

Job posts say "AI/ML." What hiring managers really screen for are the habits you practiced all term. You already have stories for each of these.

1

🔌 Tool integration

Wiring an LLM up to real abilities — APIs, a calculator, pandas, a search function. You did this when you gave your agent tools.

2

🧩 Problem decomposition

Breaking a fuzzy goal into clear steps a system can execute. That's the Planning half of every agent you built.

3

🐞 Iterative debugging

Reading an error, forming a guess, testing it, repeating. Employers love candidates who stay calm and methodical when code breaks.

4

🗣️ Communication

Explaining what you built and why — clearly, to a non-expert. A great README and a 3-minute pitch prove it.

🔑 The one idea

You're not "just a student who took a workshop." You're someone who integrated tools, decomposed a problem, debugged iteratively, and can explain it. Name those skills out loud — that's what turns a project into an opportunity.

Finding your way in: internship search strategy

You don't need a college degree to start. Here's how students actually break into AI/ML-adjacent roles:

💼 Why the notebook does the heavy lifting

A public Kaggle notebook is proof that survives you leaving the room. It shows the problem, the code, and your reasoning, and it's reproducible — anyone can run it. That single link is the most valuable thing you'll walk out with today.

Part 2 · Practical (100 min)

Polish, publish, present

Three stations, back to back. First you make the project professional, then you publish it to the world, then you present it. The full walkthrough — adding a Gradio UI, documentation, and the Kaggle publishing steps — is in the Week 5 notebook.

1 · Production polish (30 min)

Right now your project works but reads like a rough draft. Polish means someone else could open it, understand it, and run it. Do three things: comment your code, write a short README (what it does, how to run it, what you learned), and add a simple interface so it's usable without reading the code.

The friendliest interface is a tiny Gradio app: gr.Interface wraps any function in a web UI with an input box and an output box — no HTML required.

app.py — a Gradio UI in 6 lines
# in Colab: !pip install gradio
import gradio as gr

def run_agent(goal: str) -> str:
    """Your Week-4 agent, wrapped as one function."""
    return agent(goal)          # returns the final answer text

gr.Interface(
    fn=run_agent,
    inputs=gr.Textbox(label="Ask your agent a goal"),
    outputs="text",
    title="DataFetcher Agent",
).launch()               # pops open a shareable web app
no interface? no problemA clean CLI works too: wrap the loop in a while that reads input("goal ▸ ") and prints the answer. Either way, the goal is the same — someone can use it without touching your code.
🤝 Peer testing — in pairs

Swap projects with a partner. Without any hints from the builder, try to run theirs from the README alone. Every place you get stuck is a place the docs need a sentence. Fix those spots — that five minutes is the difference between "works on my machine" and "works for anyone."

2 · Kaggle notebook preparation (30 min)

Time to publish. You'll move your project from Colab into a public Kaggle notebook — a permanent, shareable, reproducible link. Follow the steps in order:

Colab → Kaggle, step by step
# 1. In Colab:  File → Download → Download .ipynb
# 2. On kaggle.com:  Create → New Notebook
# 3. File → Import Notebook → upload your .ipynb
# 4. Add a title + a markdown intro cell at the top
# 5. Run all cells top-to-bottom (check it's reproducible)
# 6. Save Version → set visibility to PUBLIC
# 7. Copy the share link — that's your deliverable
reproducible = trustworthyIf your notebook only runs when cells are clicked in a weird order, it's not shareable. Restart, "Run all," and make sure it works clean from top to bottom. That's what "reproducible" means — and it's what makes a reader trust it.

Markdown storytelling. A great notebook reads like a short story, not a code dump. Between code cells, add markdown that walks a reader through your thinking:

🎯 Final deliverable

A public Kaggle notebook link that anyone can open and run — with a title, a markdown story, and your working agent. Paste that link into the shared class sheet. This is the artifact you'll point to for years.

3 · Portfolio presentation slam (40 min)

The finale. Everyone gives a 3-minute presentation of their project. Short and structured — three beats, roughly a minute each:

1

🎯 Problem & design

What did you build and why? Name the goal and how your agent is structured (Planning → Tools → Memory → Action).

2

▶️ Live demo

Show it working — a live run or a screen recording. One clear moment where the agent does its thing.

3

💡 Learning & challenge

The single biggest thing you learned, and the hardest bug or decision you worked through.

🏅 Award categories

The room votes: Most Creative, Best Execution, and Clearest Explanation. Everyone can win something.

💬 Structured peer feedback

After each pitch, two quick pieces of feedback from the room — always in this shape: "I liked…" (one specific thing that worked) and "I wondered…" (one honest, kind question or idea). Fast, warm, and useful — never "here's what was wrong."

⚡ Energizer · 60-Second Hype

Before the big Slam, warm everyone up with a 12–15 minute elevator-pitch drill — it's a dress rehearsal for the 3-minute presentations, and it uses the exact same "I liked… / I wondered…" feedback you'll use all afternoon.

Run it · 12–15 min · whole group

60-Second Hype

Each student gets 60 seconds to pitch. Round 1 is a silly fake product (a "self-buttering toaster") to lower the stakes and build confidence — nobody's judging the idea, just the energy. Round 2 is their real project. After every pitch the group fires back fast feedback: "I liked…" + "I wondered…". Debrief on what made a pitch land — a clear problem, one memorable demo moment, one honest lesson.

Coach: open the printable card → 60-Second Hype (green energizer sheet, ready to print).

Checkpoint

A recruiter has 15 seconds and your application in front of them. What single thing best proves you can actually build and explain an AI agent?

A sentence that says "I'm passionate about AI." A public Kaggle notebook link — working code, a markdown story, and your reasoning, all reproducible. A screenshot of your code with no explanation.

Claims are cheap; a clickable, reproducible project is proof. The public Kaggle notebook shows the problem, the working agent, and how you think — the exact three skills (tool integration, decomposition, communication) that employers screen for. That's why publishing it is today's headline deliverable.

Your four final deliverables

This is the finish line of the whole Agent Track. Walk out with all four and you have a genuine portfolio:


Recap. You turned a project into a portfolio asset: you polished it (docs + a Gradio/CLI interface + peer testing), published it as a public Kaggle notebook, and presented it in a 3-minute pitch with "I liked… / I wondered…" feedback. You can name the skills employers want — tool integration, problem decomposition, iterative debugging, communication — and you have the links to prove them. That's the whole Agent Track, start to finish. Now go show someone. 🎉