Week 5 · Thursday · AI Lab
Your first team lab. Agree on how you work together, divide research, map your partner's problem landscape with AI, and compile everything through GitHub.
Before you touch any AI tool or write any code, you need to agree on how your team works together. This is not a formality. Teams that skip this step spend the rest of the semester dealing with misaligned expectations, missed deadlines, and resentment. Teams that do this well avoid most of that.
Sit together. One person opens Granola on their laptop to record the conversation. Granola will transcribe everything automatically. You are going to have a 15-minute discussion using the questions below. After the conversation, you will use the transcript to draft your team's working agreement.
Open Granola on one team member's laptop and start a new meeting. State the date, your team name, and everyone present. Then work through the questions below. You do not need to answer every single one, but you need to cover the big ones. Let the conversation be natural. Granola will handle the transcription.
Communication
Work expectations
Decision-making
Quality and accountability
The hard question
End the Granola session. Copy the transcript from Granola (it generates one automatically when the meeting ends). Paste it into Claude or ChatGPT along with this prompt:
Working Agreement Prompt
Here is a transcript of our team's discussion about how we want to work together this semester. We are a team of [3 or 4] students working on a consulting project for [partner name].
Based on this conversation, draft a Team Working Agreement with clear, specific rules. Organize it into these sections:
Use our actual words and decisions from the transcript. Do not add rules we did not discuss. If something was left unresolved, flag it as "UNRESOLVED: [topic]" so we can decide.
[Paste transcript here]
Review the generated agreement as a team. Edit anything that does not match what you actually agreed to. Resolve any items flagged as unresolved. Every team member should read the final version and confirm they agree.
docs/team-working-agreement.md in your repo. This is the first file your team pushes to GitHub.
Your team has a GitHub repository already set up. Every team member needs to connect their AI tool to it. No terminal. No access tokens. Full step-by-step instructions with screenshots are in the GitHub Setup tab (right next to this one).
The short version (the GitHub Setup tab has full details with screenshots):
Once connected, your AI tool can see all the files in the repository: discovery/, docs/, src/, and deliverables/. Your partner brief is in the README.md at the root of the repo.
github.com/notifications, then reload. See the troubleshooting section in the GitHub Setup tab for other common issues.
Every team member should do this independently to confirm their access works:
Test Push Prompt
Create a test file called test-[my name].txt, commit it, and push it to GitHub. Then delete the test file, commit, and push again.
If the push succeeds, you are set up.
Once your repo folder is open as a project, you can work entirely through conversation. Your AI tool can read your files, create new ones, and handle all git operations. For example:
You do not need to use the terminal. Your AI tool reads, writes, commits, and pushes for you.
Your team is going to build a Problem Map for your community partner. This is a structured analysis of the problems and opportunities your partner faces, informed by what you learned during the partner visit, your own research, and AI-assisted exploration.
Each team member owns one section. You will work on your section individually using AI, push your work to GitHub, and then one person will compile everything into a single professional report.
This lab will also surface what you do not know yet. Pay attention to the gaps. Where is your understanding based on assumptions rather than evidence? What questions do you still need to validate through deeper conversation with your partner, observation in the field, or follow-up interviews with stakeholders? Those gaps become your discovery agenda for the weeks ahead.
If your partner brief in the repo is thin, do not wait for more information to be handed to you. Visit your partner's website, find them on LinkedIn, look at their social media, read any press coverage. Identify specific people in the organization you should be talking to. And if you have not yet scheduled a follow-up meeting or interview with your partner, the time is now. Proposals are due in two weeks. Every week you wait is a week of discovery you lose.
Person A: Operations Map
Person B: Pain Points and Bottlenecks
Person C: Stakeholder Map
Person D: Opportunity Analysis
Person A: Operations + Pain Points
Person B: Stakeholder Map
Person C: Opportunity Analysis
This is the core of the lab. Each team member works individually, using AI to research and write their assigned section. You are not just asking AI to generate text. You are using it as a research partner to build a thorough, evidence-based analysis of your partner's situation.
Start by reviewing what you already know. Your repo's partner-brief/ folder has the partner visit transcript and key information. Read it. Then open your AI tool and start a conversation focused on your assigned section.
Starting Prompt (adapt for your section)
I am a university student working on a consulting project for [partner name], a [brief description]. Here is what I know about them from a class visit:
[Paste key details from the partner brief relevant to your section]
I am responsible for [your section: operations map / pain points / stakeholder map / opportunity analysis]. Help me build a thorough analysis by:
Base your analysis on what I have shared. Do not invent details about the partner. If you are drawing on general knowledge about similar organizations, say so.
Follow up. Push back. Ask the AI to go deeper on the most interesting findings. Challenge claims that feel generic. The conversation should be at least 8-10 exchanges, not a single prompt and copy-paste.
Follow-Up: Go Deeper
You mentioned [specific finding]. That feels generic. Can you give me a more specific analysis based on what I told you about [partner name]? What would this look like in practice for an organization of their size ([X people])? What would they actually need to do differently?
Follow-Up: Find the Gaps
Based on the information I have shared, what are the biggest unknowns? What questions should I ask [partner name] in our next meeting to fill in the gaps in this analysis? Be specific. Give me questions I can actually ask, not vague topics.
Once you have a solid research conversation, write your section as a markdown file. Your section should be 400-600 words, well-structured, and grounded in what you actually know about the partner.
Each section should include:
Save your file with a clear name in the discovery/findings/ folder:
discovery/findings/operations-map-[yourname].md
discovery/findings/pain-points-[yourname].md
discovery/findings/stakeholder-map-[yourname].md
discovery/findings/opportunity-analysis-[yourname].md
When your section is written and saved in the right folder, push it to the team repo.
Tell your AI tool: "Pull the latest changes, then commit and push my section and my conversation log." It will handle the git commands.
Make sure you also push your AI conversation log. Export or copy your conversation and save it as:
discovery/findings/conversation-log-[yourname].mdDesignate one team member as the compiler. This person:
deliverables/report/lab3-problem-map.mdCompilation Prompt
I am compiling a team report from four individual sections written by different team members. The report is a Problem Map for [partner name]. Here are the four sections:
[Paste all sections]
Help me compile this into a single, cohesive report. I need you to:
Keep each person's analysis intact. Do not rewrite their work. Just connect it and add framing.
The compiler should review the AI's output carefully. Make sure the report still sounds like it was written by your team, not by an AI. Edit anything that feels generic or disconnected from your actual partner.
Tell your AI tool: "Commit the compiled report and push it to GitHub."
Every team member submits individually on Canvas, even though this is a team lab. Upload a PDF or Word file (.docx) that contains the compiled team report. Every submission should be the same final report. You are submitting it individually so that each person is accountable for the team's work.
| Strong (full credit) | Weak (minimal credit) |
|---|---|
| Your team working agreement has specific, actionable rules drawn from your actual conversation | Your working agreement is generic boilerplate that could apply to any team |
| Your individual section is grounded in partner-specific details from the class visit | Your section is generic analysis that could apply to any organization |
| Your conversation log shows 8+ exchanges with follow-ups, pushback, and deepening questions | Your conversation log shows 2-3 prompts with copy-pasted outputs |
| The compiled report flows as one document with a clear introduction, connected sections, and priorities | The compiled report is four individual sections pasted together with no framing or integration |
| Open questions are specific and would be useful in your next partner meeting | Open questions are vague ("learn more about the organization") |
| All work is in the GitHub repo with clear commit messages | Work was done outside the repo or pushed without meaningful commit messages |
Due: Tuesday, October 6 by 11:59 PM. Each team member uploads the compiled team report and their individual conversation log to Canvas.
Length: The compiled team report should be 4-6 pages, professionally formatted (PDF or .docx). Conversation logs can be any length.
Exemplary Submission
This report uses O-Town Compost (not one of our actual partners) to demonstrate what a strong Lab 3 submission looks like. Use it as a reference for structure, depth, and the level of partner-specific detail expected.
Exemplary Submission
This shows what a strong session log looks like when working with an AI agent (Claude or ChatGPT desktop app). Notice how the student directs the agent, follows up on findings, pushes back on generic analysis, and uses the agent to read partner files and create documents directly in the repo.
Reference
The commands you need for this lab. Bookmark this tab. You will use these commands every week for the rest of the semester.
Every time you sit down to work, follow this sequence:
1. Pull latest changes
git pull origin main
# Always do this first. Gets your teammates' latest work.
2. Do your work
# Write your files, save them in the right folders.
3. Stage your changes
git add discovery/findings/my-section.md
# Or stage everything you changed:
git add -A
4. Commit with a message
git commit -m "Add stakeholder map section - Kara"
# Be specific. "Update" is not a good commit message.
5. Push
git push origin main
This means a teammate pushed before you. Fix it by pulling first:
git pull origin main
# Then try pushing again:
git push origin main
This happens when two people edited the same file. Git will mark the conflict in the file with <<<<<<< markers. Open the file, decide which version to keep, remove the markers, then:
git add [the-conflicted-file]
git commit -m "Resolve merge conflict in [filename]"
git push origin main
To avoid conflicts: each person works in their own file. If everyone writes in different files, merge conflicts almost never happen.
You are in the wrong folder. Navigate to your cloned repo:
cd ~/Documents/se395-team1-ideas-for-us
# See what files have changed
git status
# See recent commits (yours and teammates')
git log --oneline -10
Setup Guide · About 10 Minutes · Once Ever
Connect your AI tool to your team's repository. No terminal. No access tokens. You will do this once and it works for the rest of the semester.
This is the fastest path. One approval screen in your browser. No installs. Your AI tool reads, creates, and pushes files directly to your team's repository.
I invited you to your team's repository. The invitation is waiting until you click it. Nothing else works until you do this.
Look for an email from GitHub with the subject "Invitation to collaborate" or go to:
https://github.com/notifications
Click Accept on the invitation for your team's repository.
On claude.ai, open the sidebar and go to:
Customize ▸ Connectors ▸ GitHub Integration ▸ click Connect
A GitHub page opens in your browser asking you to authorize Claude. Read the permissions, then click the green Authorize button.
On chatgpt.com, open the sidebar and go to:
Plugins ▸ find GitHub under Popular ▸ click the + button
A GitHub page opens in your browser asking you to authorize the ChatGPT Codex Connector. Click the green Authorize button.
brew install git, you are reading an old guide. Close it.
Start a new chat. Your AI tool will let you pick which repository to work with:
If the repository is not in the list, you have not accepted the invitation from Step 1. Go accept it, then reload.
Do your work normally. When you want to send your work to the team, just ask in plain English:
Push Prompt
Commit my changes with the message "Add stakeholder map draft - Kara" and push to main.
Your AI tool handles the git commands. You never type a git command yourself.
When you need to submit a file to Canvas, you can download it directly from GitHub. Go to your repository on github.com, navigate to the file, and click the download button. You can also ask your AI tool: "Give me a download link for the compiled report."
Part A is enough for creating and pushing documents through your AI tool. But you will also need to work with files that require local editing: PowerPoint decks, design files, PDFs, or anything your AI tool cannot open directly. GitHub Desktop gives you a folder on your computer with all of your team's files. You edit them however you want, and GitHub Desktop sends your changes to the rest of the team. Set this up now while you are here so it is ready when you need it. It takes about five minutes.
A free app. It brings its own copy of Git, so there is nothing else to install.
https://desktop.github.com
When it opens, click Sign in to GitHub.com. It opens a browser tab where you approve the connection with one click. Same approval as Part A. No token.
In GitHub Desktop:
Documents/se395-team1-ideas-for-us)You now have a folder on your machine with all of your team's files.
1. Pull (get your teammates' latest work):
Click Fetch origin at the top of GitHub Desktop, then Pull origin if there are changes.
2. Work:
Edit files however you want:
3. Push (send your work to the team):
Open GitHub Desktop. It will show every file you changed. Write a short summary of what you did (for example, "Add stakeholder map draft - Kara"), click Commit to main, then click Push origin.
stakeholder-map-kara.md and Sean is working on pain-points-sean.md, you will never have a merge conflict. Conflicts only happen when two people edit the same file at the same time.
You have not accepted the GitHub invitation. Go to github.com/notifications, accept it, then reload.
A teammate pushed before you. Pull the latest changes first (ask your AI tool or click Pull in GitHub Desktop), then try pushing again.
Two people edited the same file. Your tool will highlight the conflict. Open the file, decide which version to keep, save it, then commit and push. To avoid this: each person works in their own file.
Disconnect GitHub from your AI tool (or sign out in GitHub Desktop), sign in to github.com with the correct account in your browser, then reconnect.
It opened in a browser where you are not signed in to GitHub. Sign in to github.com in your default browser, then retry the connection.
You were added with read-only access. Ask the instructor to give you write access.
Send a screenshot of the whole window and say which step you are on. "It doesn't work" cannot be diagnosed. A screenshot usually can, in seconds.