Skip to content
Aakash GuptaAakash Gupta

How to Build an AI-Native Product Team in 2026 | Charles Zedlewski | Product Growth

Together AI's product team walks through their entire product development cycle, from a 5-min customer research brief to validating that agents can actually use what they shipped. Skills, shared context, a cross-repo orchestrator, and agent evals. Full Writeup: https://www.news.aakashg.com/p/how-to-build-a-shared-context-repo Transcript: https://www.aakashg.com/how-to-build-a-shared-context-repo-any-ai-harness-can-read/ Timestamps 1:44 - Why individual productivity was the wrong goal 3:26 - Inside the Together product repository 10:41 - Where team skills end and personal skills begin 13:16 - Ads 15:17 - Running feature research live 19:56 - The PRD writer that interviews you 27:31 - What a good PRD looks like now 35:07 - Orchestrator, one view across every repo 40:24 - Shared context is a hierarchy, not a flat pool 44:19 - Agent evals, testing the product as an agent 52:26 - Where the PM ends and the developer begins 🏆 Thanks to our sponsor 1. Arize: Trace, evaluate, and fix your AI agents before your users find the failures - https://bundle.aakashg.com/ Key Takeaways: 1. Individual productivity can move a company backwards - The team's starting question was not how to make each person faster. It was whether everyone generating unlimited code and content actually added up to progress. Charles calls the failure mode flooding your coworkers' context windows, where everyone launches slop at each other. 2. The shared repo holds context and skills - Markdown and YAML files covering customer intelligence, sandboxes, and the output of strategy meetings broken down by mission and milestone. Anything tied to a specific codebase stays out. The payoff is that a PM can read another team's context and draft a real proposal before taking up that PM's time. 3. Skills live closest to the work they touch - If a skill references code inside one team's repo, it stays colocated there. Everything else goes to a personal or shared repo. Test it on a branch, use it a few times, and only push to main once it proves repeatable. Niche ones never get pushed. 4. Shared context is a hierarchy, not a flat pool - The team abandoned the idea that everyone should carry everyone's context. Most people have no motivation to learn the depth of someone else's area. They want the one answer they came for. Some people live at the bottom of the hierarchy; most just traverse the top. 5. The PRD stopped being a gate - Historically, it was the document everyone aligned on before building started. Together treats it as a trigger for ideation and problem-solving instead. One to two pages, defining the customer problem, a few solution options, and a sample user journey. 6. A prototype replaces the bulk of the long document - Pavneet came from Amazon and used to write 20-page PRDs. A separate skill takes the one-pager and produces a prompt for a design tool. That visual is where the sharpest feedback shows up, from engineering and marketing alike. 7. Discovery collapsed from half a day to five minutes - The research agent pulls from the support platform, the project tracker, and internal docs at once. It surfaced 19 tickets filed in two months, flagged that the feature had been partially built and abandoned, and gave verbatim with sources. The value is not the summary. It is not duplicating work someone already started. 8. Automate execution, keep decisions human - Defining the feature, the API surface area, and the abstraction layer stay hands-on. Code writing is the part that runs on its own. The PRD skill is explicitly instructed to challenge the PM's assumptions rather than accept them. 9. Agents are already the majority user, so validate for them - Agent evals spins up a sandbox, gives an agent a real task against the product, and watches. It caught that agents couldn't find the fine-tunable models page because it wasn't linked from the quick start. Dozens of doc fixes came out of this. Charles calls agent success the new bar for UX. 10. They refused to oversell the gains - No story points, so no proof, but velocity is up more than 5%. Charles finds 3x claims suspicious because discovery, debate, and coordination don't get magically better with AI. Costs stayed manageable partly through open-weight models, partly because optimizing for collective output never produced the runaway token budgets others report. 👨‍💻 Where to find our guests Charles Zedlewski: https://www.linkedin.com/in/charleszedlewski/ Necoline Hubner: https://www.linkedin.com/in/necoline/ Pavneet Singh: https://www.linkedin.com/in/pavneetsingh/ Hassan: https://www.linkedin.com/in/nutlope/ 👨‍💻 Where to find Aakash Twitter: https://x.com/aakashgupta LinkedIn: https://www.linkedin.com/in/aagupta/ Newsletter: https://www.news.aakashg.com/ #AIProductManagement #ProductManagement #AgentEvals 🧠 About Product Growth: The world's largest podcast focused solely on product + growth, with over 200K+ listeners. 🔔 Subscribe and turn on notifications.

Charles ZedlewskiguestNecoline HubnerguestPavneet SinghguestHassanguest
Sep 13, 202659mWatch on YouTube ↗

At a glance

WHAT IT’S REALLY ABOUT

Together AI’s 2026 playbook for AI-native product teams and workflows

  1. Together AI reframed AI adoption from maximizing individual output to improving collective progress by reducing context overload and standardizing reusable workflows.
  2. The team runs on a shared product repository (Markdown/YAML) that stores strategy context and reusable AI “skills,” maintained through explicit ownership and pull-request hygiene.
  3. PM workflows are partially automated: discovery tasks (research, decisions, trade-offs) remain human-in-the-loop, while execution (draft PRs, code scaffolding) can be delegated to goal-based agent runs backed by engineering runbooks and architecture docs.
  4. They redesigned PRDs for the AI era: short one-to-two page documents grounded in evidence, paired with prototypes that carry most of the “detail” and drive higher-quality stakeholder feedback.
  5. At the company level, tools like Orchestrator and Agent Evals provide cross-repo visibility, sandboxed changes, and continuous agent-based product testing so teams can validate whether agents can successfully use shipped features and documentation.

IDEAS WORTH REMEMBERING

5 ideas

Optimize for collective throughput, not individual AI “busyness.”

Together AI found that making each person “faster” can backfire if it increases noise—more docs, more code, more messages that others must parse. Their focus shifted to shared workflows, reusable skills, and curated context so AI output reliably advances team priorities.

Treat context and workflows as versioned infrastructure (a repo), not scattered docs.

They maintain a shared, Git-based product repository (mostly Markdown/YAML) containing strategy artifacts, product context by area, and reusable “skills” that agents can run. It’s designed so PMs can pull relevant context on-demand while keeping code-specific knowledge close to the relevant engineering repos.

Prevent context rot with clear ownership + PR-based updates + usage-driven fixes.

Ownership is explicit: PMs maintain context for their product areas; company-level direction gets updated after clear leadership “direction-setting” moments (planning sessions, CEO letters). Anyone can submit PRs; staleness is discovered when someone tries to use the context and patches it like normal code.

Keep skills closest to where they run; promote only repeatable workflows to shared main.

Skills that touch a specific codebase live with that code; general repeatable workflows live in the shared repo; niche experiments can stay on personal branches. This creates a practical boundary between team standards and personal experimentation.

Modern PRDs are short, evidence-linked prompts for decision-making—not 20-page artifacts.

Their “PRD writer” skill interviews the PM turn-by-turn, challenges assumptions, and pulls in customer evidence and shared context to generate a draft PRD. The PRD is intentionally short (1–2 pages) and used to trigger ideation and alignment, not as a heavyweight gate.

WORDS WORTH SAVING

5 quotes

It felt like after a while that the new party foul was flooding your coworkers' context windows, where we all just start launching slop at one another.

Charles Zedlewski

What would it mean to use AI, but not to use AI to just make ourselves individually productive, where we all just start launching slop at one another, um, but rather AI to make us collectively more productive.

Charles Zedlewski

If I had to do this manually, this would have easily occupied half of my day, if not more.

Pavneet Singh

What replaces the bulk of that is actually a prototype.

Pavneet Singh

We sort of set aside the idea that there was one big, broad, flat set of context that we're all gonna swim in, and it's much more like a context hierarchy.

Charles Zedlewski

Collective productivity vs individual outputShared product repository (Markdown/YAML)Context ownership and PR-based maintenanceSkills vs agents vs harnesses (OpenCode, Claude Code, etc.)Live feature research across Pylon/Linear/Notion/GitHubPRD writer as interview-driven draftingShort PRDs plus Figma prototypes as alignment artifacts, not long docs in AI era (like Amazon-style 20-pagers)

High quality AI-generated summary created from speaker-labeled transcript.

Get more out of YouTube videos.

High quality summaries for YouTube videos. Accurate transcripts to search & find moments. Powered by ChatGPT & Claude AI.