Mr. Buzzoni's banner
Mr. Buzzoni's profile picture

Mr. Buzzoni

@Mr_Buzzoni • 28,032 subscribers

• building a second brain with Сlaude & Obsidian • • @cele8ex member • co-founder @polynternet •

Shorts

Atlassian's CEO after firing the engineer who built their $1.79B infrastructure and the guy released a 38-minute breakdown of everything he built, free for anyone to copy

Atlassian's CEO after firing the engineer who built their $1.79B infrastructure and the guy released a 38-minute breakdown of everything he built, free for anyone to copy

17,550,217 görüntüleme

THIS DOCUMENT FROM ANTHROPIC WILL LITERALLY GET YOU PROMOTED > the fastest way to reach a senior position is to automate your current job this technical paper shows how to encode your daily workflows into Claude build custom "Skills" to force the AI to do the heavy lifting: > package your routines into automated folders > the agent executes your tasks flawlessly in the background > it connects directly to your local tools via MCP servers hand off the junior work to the agent and easily claim your promotion grab the exact blueprint right here 👇

THIS DOCUMENT FROM ANTHROPIC WILL LITERALLY GET YOU PROMOTED > the fastest way to reach a senior position is to automate your current job this technical paper shows how to encode your daily workflows into Claude build custom "Skills" to force the AI to do the heavy lifting: > package your routines into automated folders > the agent executes your tasks flawlessly in the background > it connects directly to your local tools via MCP servers hand off the junior work to the agent and easily claim your promotion grab the exact blueprint right here 👇

372,294 görüntüleme

this is straight f*cking gold the full harness guide for Kimi K3, the #1 open source frontend model the premise: the model underneath keeps changing. the harness is the part that stays yours what one night of it looks like: 02:00 - the trigger fires, every node that needs work gets picked > 212 agents fan out, one per node > a bad return gets rejected, retried once with the reason attached > one agent tries to write outside its folder. blocked. nobody woken up > +41 nodes and +96 edges land in the graph > a drafted email hits pre_send and waits for you 02:41 - the loop stops on its own, inside a 45 minute budget 07:30 - you read one file and make two decisions the whole machine is one folder, one config file, five short scripts two rules hold it together: > the model sits behind one line, so a better model is a config change > the verifier lives outside the agent, so nothing grades its own work now the money part companies burn whole quarters building internal agent platforms a harness setup for a small team goes for four figures, one time then a monthly retainer to run the swap test on every new model release models come and go. the person who owns the harness keeps getting paid

this is straight f*cking gold the full harness guide for Kimi K3, the #1 open source frontend model the premise: the model underneath keeps changing. the harness is the part that stays yours what one night of it looks like: 02:00 - the trigger fires, every node that needs work gets picked > 212 agents fan out, one per node > a bad return gets rejected, retried once with the reason attached > one agent tries to write outside its folder. blocked. nobody woken up > +41 nodes and +96 edges land in the graph > a drafted email hits pre_send and waits for you 02:41 - the loop stops on its own, inside a 45 minute budget 07:30 - you read one file and make two decisions the whole machine is one folder, one config file, five short scripts two rules hold it together: > the model sits behind one line, so a better model is a config change > the verifier lives outside the agent, so nothing grades its own work now the money part companies burn whole quarters building internal agent platforms a harness setup for a small team goes for four figures, one time then a monthly retainer to run the swap test on every new model release models come and go. the person who owns the harness keeps getting paid

13,054 görüntüleme

Videos

Mr_Buzzoni's profile picture

Claude Code tip: once Opus 5.5 is your main model, stop letting your Fable 5.1 quota go to waste put it on call with /advisor run /advisor fable Opus 5.5 keeps doing the work Fable 5.1 sits on the sidelines, reads the whole session, and steps in at three moments: → before a plan: is this right? → when the same error comes back: am I going the wrong way? → before "done": did I miss anything? Fable 5.1 advises. Opus 5.5 writes the code the same idea sits under Jev engineering: the expensive model stops weighing in on every step and only gets called at the moments that change the outcome • the full setup > Opus 5.5 on high runs the main session > subagent one reads code > subagent two edits and runs tests > subagent three looks up docs > all three on medium > Fable 5.1 on call hand the tree and this prompt to Claude Code 👇 "Set up my Claude Code to match this tree: 1. Reuse fitting subagents from ~/.claude/agents and .claude/agents. > Propose new ones only for missing roles > Set each to model: opus, effort: medium > Leave any that set a different model alone and list them 2. Set main session effort to high via effortLevel in ~/.claude/settings.json 3. Check for env vars that disable the advisor (CLAUDE_CODE_DISABLE_ADVISOR_TOOL, DISABLE_TELEMETRY, anything that stops flag fetching) and CLAUDE_CODE_EFFORT_LEVEL, which overrides subagent effort. Report them, don't change them 4. Add a rule to ~/.claude/CLAUDE.md: ask the advisor before a big plan, when an error repeats, and before calling a long task done Show me the changes first. Don't edit files yet." ↳

Mr. Buzzoni

326,872 görüntüleme • 1 ay önce

Mr_Buzzoni's profile picture

Claude Code tip, and it's absolute free f*cking gold: run Opus 5.5, Sonnet 5.5 and Fable 5.1 as one team and stop burning Opus tokens on routine work the setup in one line: plan on high, delegate on medium, keep Fable on call • who does what > Opus 5.5 on high - plans and ships the code > Sonnet 5.5 on medium - explorer reads code, worker edits and runs tests, researcher pulls docs > Fable 5.1 via /advisor fable - reads the whole session and speaks up only when it matters • when Fable 5.1 steps in -> before a plan: is this the right approach? -> when an error repeats: am I digging in the wrong place? -> before "done": what did I miss? Jev engineering takes it one layer lower: which file, which tool, retry or stop all go to Jev in under half a second, so the big models only see the real forks paste this into Claude Code ↓ "Rebuild my Claude Code setup: 1. Find subagents in ~/.claude/agents and .claude/agents that fit explorer, worker and researcher. Draft only the missing ones. Set each to model: sonnet, effort: medium. List any that pin a different model and leave them 2. In ~/.claude/settings.json set effortLevel to high and advisorModel to fable. 3. Report anything that disables the advisor (CLAUDE_CODE_DISABLE_ADVISOR_TOOL, DISABLE_TELEMETRY, flag-fetching blockers) and CLAUDE_CODE_EFFORT_LEVEL. Change nothing. 4. Add to ~/.claude/CLAUDE.md: consult the advisor before a large plan, when an error repeats, and before calling a long task done. Show every change as a diff. No edits until I say go." ↳

Mr. Buzzoni

144,764 görüntüleme • 27 gün önce

Mr_Buzzoni's profile picture

this is free f*cking gold for anyone building a second brain his second brain article pulled 8 million views, so he packed the whole system into one repo the repo, the guide, the tools, the learning path, all free • the guide > 10 sections, 65 pages, from the core idea to troubleshooting > 5 tracks on top, 44 pages, 15 of them build guides with working code • the machine (.claude/) > 18 agent skills, one per workflow > 72 slash commands - /ingest-pdf, /ingest-youtube, /ingest-voice, /backfill > 6 subagents - curator, linker, researcher, reviewer, ingestor, graph-analyst > 4 are read-only, so nothing rewrites your vault behind your back • the scripts (plain Python, zero dependencies) > graph export, link checker, vault stats, chat converter, site builder • the starter vault > its own CLAUDE.md with page contracts and linking rules > raw/ stays untouched once it lands, wiki/ is what the agent keeps up > log.md - one line per run, so every change is traceable • 87 vetted resources > 28 tools, 26 Obsidian plugins, 15 repos, 12 skills, plus papers and articles five tracks to choose from: > knowledge graphs > Jev engineering > agent harnesses > loop engineering > eval engineering new to this? start with the second brain guide. already deep in it? jump straight to the tracks the Jev engineering and loop engineering tracks alone are worth the clone a consultant bills four figures to build you a research system like this. here it's a public repo under MIT ↳

Mr. Buzzoni

56,795 görüntüleme • 23 gün önce

Mr_Buzzoni's profile picture

SpaceXAI put out a 12-page PDF on the best GrokBot use cases - read it and you'll use GrokBot better than 95% of people what the bot is, which use cases work today, and how to deploy it without burning trust: step 1 -> every working use case has one shape: read, check, apply a rule, write a draft. if your task fits, the bot can take it step 2 -> five checks before handoff: repeatable, cross-system, rule-based, draft-first, cheap to get wrong. fails one? add a gate or wait step 3 -> start with sales. 36 LinkedIn drafts queued overnight, none sent without review. no team has more agent-ready work step 4 -> engineering gets bug repro, CI/CD watch and dependency audits. the bot picks up the ticket, hits staging and hands back a repro pack step 5 -> operations hands over inbox, expenses and travel. the bot logs into portals that have no API, and finance gets 8-12 hours back at month-end step 6 -> marketing owns 13 of the 56 roles: paid media, content calendars, competitor watch. all overnight, all draft-first step 7 -> the approval line: every documented use case stops before external action. nothing gets sent, booked or paid without you step 8 -> roll out over four weeks: watch, review everything, review flags, then a scheduled routine. skip a week and the risk stacks up step 9 -> the fleet: a Chief of Staff bot on top, specialists below, bots messaging each other. you stop being the middleman step 10 -> rank tasks by the cost of a mistake. the bot nails 49 in a row, then does something strange on the 50th with full confidence. keep a human at every exit the result: 56 roles, one playbook. the bot takes the 80% that repeats, you keep the 20% that matters then read how to build a 24/7 GrokBot agent team in the article below

Mr. Buzzoni

36,827 görüntüleme • 16 gün önce

Mr_Buzzoni's profile picture

this 18-page SpaceXAI PDF on Grok Bot is pure f*cking gold a senior engineer there wrote it it covers how to build a Grok Bot agent system that runs 100% of your tasks 24/7 the shift: you stop managing agents one by one and build a single CEO bot that holds the org chart and distributes the work the playbook in 6 steps: 1. map one workflow as source -> owner -> artifact -> evidence -> finish if the finish can't be proven, it can't be automated 2. give the CEO bot a durable ledger: task id, owner, state, artifact pointer, deadline, retry count memory lives in the system now, not inside a chat window 3. add a specialist only when the job needs its own tools, permissions or eval harness everything else is just a reusable skill the manager calls 4. attach skills to routines with triggers, idempotency keys, retry budgets and a kill switch one key per task kills every duplicate run before it starts 5. parallelize only stable, independent tasks through typed handoffs scale the verifier before the workers, or the fleet eats its own output 6. demand independent evidence (a diff, a log, a rendered artifact) before anything is marked done humans sign off only on irreversible or ambiguous moves the result: a chatbot turns into a 24/7 operating system every task owned, every handoff typed, every result proven read this before you build another Grok Bot it has the architecture most agent tutorials skip the full system is in the article below ↓

Mr. Buzzoni

23,183 görüntüleme • 11 gün önce