- “you are the 1% right now. you have an enormous capability to use models like this for just cents on the dollar to do incredibly amazing economically valuable things that would take that other group of 99% months to do what you could realistically do in a day.”
- “the future is here. it’s just unevenly distributed.” — william gibson
- “you don’t necessarily need better time management, you need better loop management.” (applied here to claude code: you don’t need a better model, you need a better system prompt.)
claude code’s true power is not in the raw intelligence of the model but in how deeply you configure the system around it — specifically through a well-maintained claude.md that compresses workspace knowledge, declares capabilities, stores user preferences, and logs failures and successes so that every new session starts smarter than the last. beyond the single-agent setup, parallelisation through fan-out/fan-in research flows, stochastic multi-agent consensus, and debate patterns allows complex problems to be explored across many simultaneous short-context agents, dramatically improving both speed and quality while reducing token cost. the course closes with a broader argument: we are at the very beginning of a productivity divide where the small minority who understand agent harnesses, multi-agent orchestration, and auto-research loops will compound asymmetric advantages as model intelligence continues its near-vertical growth curve.
- the claude.md is not a nice-to-have — it is the compound interest of your ai system. every failure logged, every preference recorded, every capability declared narrows the search space for every future run. the loop of plan → instantiate → compile learnings → update claude.md is how you go from a vanilla model stumbling around your workspace to a precision instrument that already knows what not to try. done consistently, development time decreases by a multiplying factor each cycle.
- parallelisation is the single highest-leverage structural upgrade available. sequential single-agent work accumulates context, degrades quality, and leaves time and solution-space on the table. spinning up multiple cheap sonnet agents to fan out across a problem, then synthesising with opus, is simultaneously faster, cheaper, and higher quality than one agent doing everything — and it covers exponentially more of the total solution space by exploiting the stochastic nature of llms.
- the moat is no longer software quality — it is distribution, compliance, and the ability to use these tools. anyone can build netflix in five minutes with agents. what cannot be reproduced quickly is years of customer relationships, licensing rights, regulatory compliance, and the rare compounding knowledge of how to actually deploy these systems at scale. the people who understand agent harnesses today are in the same position as early internet adopters — the window is open, but it will close.
the creator’s core intention is to give advanced claude code users a complete mental model and practical toolkit — covering system prompt architecture, multi-agent patterns, auto-research, browser automation, security, workspace organisation, and model diversification — so they can extract maximum economic value from the tools available right now. the deeper message is that we are at a rare inflection point in history and the people who invest in understanding these systems at a deep level today will compound asymmetric advantages that become nearly impossible to replicate later.
- claude.md as four things — knowledge compression, user preferences and conventions, declaration of agent capabilities, and a running log of failures and successes
- global vs. local claude.md — global (tilda/.claude) stores high-level reasoning principles, personal context, and token conservation strategies; local (.claude/ in project) stores workspace-specific knowledge, api docs, and project capabilities
- local vs. global update loop — local loop: plan → instantiate → compile learnings → update claude.md; global loop: run /insights across all sessions → identify cross-project patterns → manually review → add high-roi bullet points
- agent harness — everything wrapping the llm that is not the model itself: system prompt, tools, hooks, memory compaction settings, token limits; turns text-in/text-out into economically productive computer control
- parallelisation — running multiple independent agents simultaneously instead of sequentially; reduces total time, covers more solution space, and keeps each agent’s context window short and clean
- fan-out / fan-in — spawn n cheap research agents (sonnet) to investigate independent axes, then feed all results to a synthesiser (opus); trades money for time and quality simultaneously
- stochastic nature of llms — same prompt run multiple times produces different answers; parallelising exploits this to map more of the solution space in one pass
- stochastic consensus — run n agents on the same problem, aggregate results by frequency (mode), weight solutions by how many agents independently arrived at them, surface both consensus answers and high-variance outliers
- debate / model-chat — agents share each other’s outputs across iterative time steps, incorporating other agents’ reasoning to produce increasingly nuanced solutions; different from consensus because agents see and respond to each other
- pipeline / sequential handoff — specialist agents pass work forward (developer → bug reviewer → qa); separates incentives and avoids context pollution across different task types
- auto-research (karpathy loop) — hypothesis → execute change → assess metric → if improved keep, if not revert → log to research file → repeat; runs autonomously while you sleep; requires only three things: a metric, a change method, and an assessment
- three requirements for auto-research — (1) a metric to optimise, (2) a change method that directly influences it, (3) a fast assessment that can be looped (ideally under 60 seconds each)
- http requests vs. browser automation vs. computer automation — spectrum from high-setup/fast/cheap (http) to always-works/slow/expensive (computer use); prototype with browser, then convert to http once the flow is proven
- monoculture risk (crop rotation analogy) — over-relying on a single model/harness creates fragility; distribute 70/30 across claude code plus alternatives (codex, open-source models) via tools like conductor or codex mcp server
- skills vs. sub-agents — functionally nearly identical; both are markdown files with name, description, tools, and sops; sub-agents have a fresh context window, skills are compressed into the existing context; distinction will likely blur further
- workspace organisation — business workspace → .claude/skills + .claude/cloudmd + .env + /active; client sub-folders mirror the same structure; personal workspace mirrors business but organises by life domain (health, citizenship, projects) instead of clients
- decreasing human involvement spectrum — vibe coding (human writes, ai codes) → agentic engineering (human directs, ai orchestrates) → auto-research (human sets direction, ai runs experiments autonomously) → future: human as principal investigator only
- distribution as the new moat — software quality is no longer differentiated; relationships, licences, compliance, and distribution are the durable advantages as ai democratises software creation
- /init command — run at the start of any new project; claude reads every file in the workspace and generates a compressed claude.md summarising architecture, dependencies, conventions, and commands; saves 45x tokens on subsequent queries
- slashcontext — check current context window usage to see how efficiently your system prompt is consuming tokens
- meta-prompt for self-updating claude.md — add a line in claude.md: “when you make a mistake, update claude.md with a running log of things not to try next time”; creates a self-maintaining lab notes section
- post-implementation optimisation question — after any task: “how could you have arrived at those conclusions and done everything faster?” store the answer in claude.md under user preferences
- “write once, not many sequential edits” rule — instead of editing a file line by line across 20 tool calls, read the file, rewrite it entirely in memory, then do a single write call; dramatically faster
- /insights command — runs sub-agents across all conversation history to identify cross-project patterns; output is a sharable html report of recurring struggles and effective strategies; use to update the global claude.md
- global claude.md profile section — store personal context (age, revenue sources, goals, team structure, reasoning preferences) so claude never optimises for the wrong constraint (e.g. cheapest vs. fastest)
- fan-out/fan-in prompt pattern — “use a fan-out/fan-in researcher-synthesiser approach. minimum five sub-agents. use sonnet for research, opus to synthesise.”
- stochastic consensus prompt — “use stochastic multi-agent consensus. spawn n agents with independent angles. aggregate by consensus. identify high-variance outliers.”
- model-chat / debate prompt — “use model-chat. spawn n agents in a shared conversation room where they debate, disagree, and converge across m rounds.”
- auto-research setup — clone github.com/karpathy/autoresearch; define program.md with what the agent can change and what to log; define train.py or equivalent as the thing being optimised; run the loop; view progress dashboard
- security audit prompt workflow — spin up a fresh agent with no existing context; feed the security audit prompt (check for api key leakage, hallucinated packages, missing rls, open ports, credit card data); spin up a second agent to implement the fixes; review with claude
- env-only api key storage — never paste api keys in plain text chat; store in .env only; add .env to .gitignore; reference by variable name in conversation
- workspace colour coding — use .vscode/settings.json to set a different header bar colour per workspace (e.g. green for personal, default for business) for instant visual context switching
- periodic active folder cleanup — regularly prompt: “clean up /active. keep subdirectory structure. delete temp files. move loose files into logical subdirectories.”
- agent/gemini.md synchronisation — duplicate claude.md as agents.md and gemini.md in the same workspace so any model can pick up the same system context if claude goes down
- developer + qa pipeline pattern — add a line in claude.md: “after every development task, spawn a fresh qa agent with no project context and apply [these principles] to the code before finalising.”
- browser automation workflow — start with chrome devtools mcp; if blocked (social media, stealth sites) use browser-use platform; once flow is proven, inspect network requests via devtools to reverse-engineer the http api and switch to cheaper direct requests
- do i currently have a claude.md that contains all four elements — knowledge compression, preferences, capability declarations, and a failure log — or is it missing one or more of these?
- have i ever run /init on my existing projects and then compared token usage before and after? what would the actual cost saving be per week?
- what are the three to five recurring mistakes i notice claude making across all my projects — and have i ever formally logged them anywhere?
- which of my regular multi-step tasks could realistically be parallelised using fan-out/fan-in, and what would the time saving actually look like?
- what metric in my work or business could i run auto-research against right now — what is the change method and what is the assessment?
- am i currently 100% dependent on claude code, and what would happen to my productivity if it went down for four hours today?
- people: andrej karpathy (auto-research; github.com/karpathy/autoresearch); turk (claude code updates on x); adam (claude outage monitoring); tobi lütke (shopify liquid auto-research case study)
- tools: conductor (multi-agent parallel orchestration); browser-use platform (stealth browser automation); chrome devtools mcp; codex mcp server (github repo for install); pi coding agent (open-source harness); ghost tty terminal; cursor/anti-gravity ide
- reading: anthropic blog post “effective harnesses for long-running agents” (november 26, 2025); langchain blog post on harness architecture; william gibson on the future being unevenly distributed
- frameworks referenced: paperclip, company helm, open goat, the system, gastown, crewai, swarmclaw (multi-agent org-chart frameworks — worth understanding even if not currently recommended)
- after every significant claude code session, ask: “how could you have done that faster and with fewer tokens?” and store the answer in the local claude.md under a user preferences or lab notes section
- run /insights once a month across all conversation history and manually review the output before updating the global claude.md — never let the ai update the global file without human review
- before starting any new task, check /context to see how much of the context window is already consumed and decide whether to start a fresh session
- when spinning up a new project, run /init immediately as the first action rather than prompting blind
- build and maintain a proper global claude.md with four sections: personal profile and goals, high-level reasoning principles, agency capability declarations, and token conservation rules
- run /init on every existing project workspace that does not yet have a local claude.md
- add the meta-prompt “when you make a mistake, update claude.md with what not to try next time” to every local claude.md
- set up at least one alternative coding agent (codex cli or conductor) and ensure the workspace claude.md has a parallel agents.md so the system is portable
- identify one business or personal metric to run auto-research against; clone the karpathy repo; set up program.md with the three required components and run the first loop
- run the security audit prompt on any public-facing project; spin up a fresh agent to implement the recommendations; verify api keys are only in .env and .env is gitignored
- implement the developer + qa pipeline pattern in the local claude.md for any active development project
the “you are the 1% right now” framing is both motivating and clarifying. using Claude Code effectively for the vault, for content automation, and for building workflows is a genuine skill advantage that compounds. nick saraev’s advanced course is reference material for the current vault setup — specifically for understanding what else the tools can do that I’m not currently using.
- economic advantage of AI fluency — the gap between people who can use these tools well and people who can’t is economically significant right now. the gap will close, but the early movers compound their advantage.
- the future is agentic — the next phase of AI utility isn’t chat; it’s autonomous agents completing multi-step tasks. the vault’s skills system is an early version of this.
- practical advanced techniques — whatever specific techniques the 3-hour course covers, this is reference material for improving the vault implementation.
a 3-hour Claude Code course from someone who uses it professionally is exactly the kind of deep reference I should watch with specific learning goals, not as passive consumption. the right way to watch this is with a specific question: “what am I not currently using that would directly improve the vault or content workflow?”
reference material. value is proportional to how specifically I engage with it. ★★★★☆
- what are the specific advanced Claude Code techniques I’m not using that would most improve the vault?
- which parts of the 3-hour course are most applicable to the seeksophie content automation use case?
- greg isenberg – how i use obsidian + claude code to run my life — vault-specific implementation
- greg isenberg – how ai agents & claude skills work (clearly explained) — framework for understanding the tools
- watch with specific questions — before watching any long technical tutorial, write 3 specific questions I want answered. watch for those answers.
- N/A
- watch this course with the question: “what techniques would most improve the vault skills system?”
- extract 3 actionable improvements to the vault from the course content
- implement at least one advanced technique from the course within the week of watching it