ThesisAI-First Playbook: Do a Team's Work With AI (2026) | Peter Yang teaches a practical creative automation move: Peter Yang explains how he runs a 140,000-person newsletter with no full-time team by moving his creative workflows into Codeex — building self-improving skills, brain-dumping via voice tools like Whisper Flow and Super Whisper, and having agents post to X, LinkedIn, Threads, and Substack, generate weekly business briefings, and act as a strategic advisor. He also lays out his five layers of AI adoption from chatbot answers up to building apps and agents.
The goal is not to remember the video. The goal is to extract the operating principle, tie it to timestamped evidence, test how far the claim transfers, and make something reusable.
0:48Self-improving skills
“right now that everyone is talking about is self-improving. And you recently built cause self-improving skills and the whole narrative is like stop prompting your AI make it figure out what to do next. Can you talk about...”
A skill is just a text file of instructions; the most basic self-improvement loop is, after a back-and-forth where the AI didn't get it right in one shot, to ask it to update the skill based on the conversation so it one-shots faster next time — then review the changes. Yang keeps skills for his podcast, newsletter editing, and posting. Pick one repetitive task, write it as a skill (a plain text instruction file), run it once, then ask the AI to update the skill from your correction conversation and review the diff.
8:53Human last 10%
“builder cuz you know I I spent a decade of my career just building products inside big companies and I want to now that we have all these a agents and tokens we can use. I want to...”
Yang brain-dumps by voice (Whisper Flow, or Super Whisper for ~10-minute dumps he pastes in to avoid confusing Codeex's context), lets Codeex draft using his best viral-post examples, then reads through and edits — insisting the last 10% needs a human touch and you can't 'AI-slopify' everything. He still drafts rather than auto-posting, and Codeex once sniffed out Substack Notes' internal APIs (or used computer use) to post where no public API exists. Record a 10-minute voice brain-dump of your real thoughts on a topic, paste it into an agent primed with your best past examples, and manually apply the final 10% of edits yourself.
23:31Five adoption layers
“one really build something like a strategic mindset. Yeah. behind all of your AIS and projects and agents. What are the next steps? >> So step number one is as I said like to just actually use codeex...”
Yang's ladder: layer 1 uses AI for everyday answers; layer 2 uses projects for daily work but still copy-pastes output; layer 3 prototypes products (Lovable, Replit, Codeex); layer 4 builds personal or scaled apps; layer 5 wires up agents. His advice to climb from layer 2 to 5: switch from chat/projects to Codeex or Claude Code (so it updates your Google Doc directly instead of you copy-pasting), brain-dump your workflows and ask the right questions, then build skills and integrations. Identify which of Yang's five layers you're on, then take one concrete step up — e.g. move a workflow out of chat projects into Codeex so the agent edits your files directly instead of returning copy-paste output.
01Brief
Start with this video's job: Peter Yang explains how he runs a 140,000-person newsletter with no full-time team by moving his creative workflows into Codeex — building self-improving skills, brain-dumping via voice tools like Whisper Flow and Super Whisper, and having agents post to X, LinkedIn, Threads, and Substack, generate weekly business briefings, and act as a strategic advisor. He also lays out his five layers of AI adoption from chatbot answers up to building apps and agents. Treat "Brief" as the outcome you are trying to make visible, not a topic label. Anchor it to 0:48, where the video says: “right now that everyone is talking about is self-improving. And you recently built cause self-improving skills and the whole narrative is like stop prompting your AI make it figure out what to do next. Can you talk about...”
02Source
Use "Source" to locate the part of the creative automation workflow the video is demonstrating. Ask what changes in your real setup if this claim is true. Anchor it to 8:53, where the video says: “builder cuz you know I I spent a decade of my career just building products inside big companies and I want to now that we have all these a agents and tokens we can use. I want to...”
03Generation
Turn "Generation" into the reusable artifact for this lesson: A creative workflow board with critique criteria and review checkpoints. This is where watching becomes something you can inspect and reuse.
04Selection
Use "Selection" as the application surface. Decide whether the idea touches a browser flow, a local file, a model choice, a source document, a UI, or a review step.
05Edit
Use "Edit" to prove the lesson. The evidence should connect back to the video title, transcript anchors, and a concrete output, not a generic best-practice claim.
06Taste Review
Use "Taste Review" to carry the idea forward: save the prompt, checklist, diagram, or operating rule that would make the next agent run better.
ExampleSource-backed work packet
Convert the video into a scoped task that includes the transcript claim, target workflow, acceptance criteria, and proof. The output should be a creative workflow board with critique criteria and review checkpoints..
ExampleClaim vs. demo brief
Separate what the speaker claims, what the demo actually proves, and what still needs outside verification before you adopt the workflow.
ExampleTeach-back module
Transform the lesson into a definition, a mechanism diagram, one misconception, one practice exercise, and a check-for-understanding question.
Do not learn it wrong- Treating the title as the lesson without checking what the transcript actually says.
- Letting the prompt drift into generic advice that could apply to any video in the playlist.
- Copying the tool setup without identifying the operating principle that transfers to your own stack.
- Skipping the artifact, which means the learning never becomes operational or inspectable.