Video wird geladen...

Video konnte nicht geladen werden

Beim Laden dieses Videos ist ein Problem aufgetreten. Dies könnte an einem vorübergehenden Netzwerkproblem liegen oder das Video ist möglicherweise nicht verfügbar.

🚨Haiku 5.5 vs Sonnet 5.5🚨 Same prompt. Same task: build a cinematic 3D animation explaining how a Tesla-style electric motor works. Haiku: 11min 13s Sonnet: 33min 3s Which one do you think did better?

Rubens Soto | AI & SaaS

2,142 subscribers

13,376 Aufrufe • vor 3 Tagen •via X (Twitter)

Anya Rossi• Live Now

Private livecam show

47 Kommentare

Profilbild von LLAMA 3D Studio

LLAMA 3D Studiovor 3 Tagen

Not bad for like 10% of the cost

Profilbild von Rubens Soto | AI & SaaS

Rubens Soto | AI & SaaSvor 3 Tagen

This is what makes haiku special.

Profilbild von JP

JPvor 3 Tagen

Damn Haiku cooked and the price is also low

Profilbild von Rubens Soto | AI & SaaS

Rubens Soto | AI & SaaSvor 3 Tagen

Yes, it seems a fast and cheap model, and with a good output.

Profilbild von Vishal Pandey

Vishal Pandeyvor 3 Tagen

Both are explaining really well.

Profilbild von Rubens Soto | AI & SaaS

Rubens Soto | AI & SaaSvor 3 Tagen

Yes, both results are good, but sonnet quality is better, but haiku price is unbeatable.

Profilbild von Vishal Pandey

Vishal Pandeyvor 3 Tagen

True! Sonnet has realism

Profilbild von Rubens Soto | AI & SaaS

Rubens Soto | AI & SaaSvor 3 Tagen

For sure.

Profilbild von Eco

Ecovor 3 Tagen

The speed of Haiku 👀

Profilbild von Rubens Soto | AI & SaaS

Rubens Soto | AI & SaaSvor 3 Tagen

It is a very, very fast model.

Profilbild von Ishttt

Ishtttvor 3 Tagen

For what haiku is needed for it did a too good job

Profilbild von Reuben

Reubenvor 3 Tagen

Anthropic is coooooking rn

Profilbild von Rubens Soto | AI & SaaS

Rubens Soto | AI & SaaSvor 3 Tagen

OpenAI is in trouble. I don't know how they will figure out this.

Profilbild von Reuben

Reubenvor 2 Tagen

Yeah idk if I’m ever going back

Profilbild von Knowix

Knowixvor 3 Tagen

Haiku really did a very good job and and it's actually pretty cheap good job done by anthropic once again

Profilbild von Rubens Soto | AI & SaaS

Rubens Soto | AI & SaaSvor 3 Tagen

Yes, I think OpenAI is in trouble.

Profilbild von Knowix

Knowixvor 3 Tagen

Big time

Profilbild von Divine 〽️achine

Divine 〽️achinevor 3 Tagen

Haiku is a beast for the cost. Amazing work

Profilbild von Rubens Soto | AI & SaaS

Rubens Soto | AI & SaaSvor 3 Tagen

It is man, crazy model

Profilbild von Valak X

Valak Xvor 3 Tagen

Will try haiku

Profilbild von Rubens Soto | AI & SaaS

Rubens Soto | AI & SaaSvor 3 Tagen

You should try, it's totally worth it.

Profilbild von Sashi

Sashivor 3 Tagen

Sonnet

Profilbild von Grim 死神📿

Grim 死神📿vor 3 Tagen

Haiku looks dope bruh

Profilbild von Rubens Soto | AI & SaaS

Rubens Soto | AI & SaaSvor 3 Tagen

It seems a really great model for the price.

Profilbild von My Life in DMV

My Life in DMVvor 3 Tagen

Mind explaining wtf we're looking at first?

Profilbild von Rubens Soto | AI & SaaS

Rubens Soto | AI & SaaSvor 3 Tagen

Tesla eletric motor in 3D

Profilbild von VulKan

VulKanvor 3 Tagen

all anthropics models is mogging everyone now 😭

Profilbild von Rubens Soto | AI & SaaS

Rubens Soto | AI & SaaSvor 3 Tagen

Yeah man, it seems anthropic is going to win for some time

Profilbild von VulKan

VulKanvor 3 Tagen

oh btw, which reasoning is the Haiku 5.5 being set to? Max?

Profilbild von Rubens Soto | AI & SaaS

Rubens Soto | AI & SaaSvor 3 Tagen

Being honest man, I don't remember but I think it was high

Profilbild von VulKan

VulKanvor 3 Tagen

alrighty, no worries (👍˘◡˘)👍

Profilbild von dino.YTA

dino.YTAvor 3 Tagen

JavaScript animation?

Profilbild von Rubens Soto | AI & SaaS

Rubens Soto | AI & SaaSvor 3 Tagen

Yes, it's using Three.js

Profilbild von Uday👨‍💻

Uday👨‍💻vor 3 Tagen

Haiku is daammm cool with low price Which plan you’re using to make this video?

Profilbild von Rubens Soto | AI & SaaS

Rubens Soto | AI & SaaSvor 3 Tagen

It is a very good model. I'm going to send you the prompt that I used.

Profilbild von Wahab Khan

Wahab Khanvor 3 Tagen

haiku just came and stole the show.

Profilbild von Rubens Soto | AI & SaaS

Rubens Soto | AI & SaaSvor 3 Tagen

yeah man, anthropic is cooking.

Profilbild von Wahab Khan

Wahab Khanvor 3 Tagen

they are coming in hot

Profilbild von Ahmed Osama

Ahmed Osamavor 3 Tagen

For an explainer, I’d score the technical accuracy of the explanation as well as the visuals and runtime. Did either version need corrections to the motor explanation, and was that revision time included?

Profilbild von Rubens Soto | AI & SaaS

Rubens Soto | AI & SaaSvor 3 Tagen

It was a single-shot prompt, so there was basically no back-and-forth.

Profilbild von CDG

CDGvor 2 Tagen

haiku cooking gud

Profilbild von Adarsh Subham

Adarsh Subhamvor 2 Tagen

Obviously sonnet is better but haiku did it so cheap and fast thats commendable tbh

Profilbild von Mr-Brightside

Mr-Brightsidevor 3 Tagen

What reasoning level did you use?

Profilbild von Minh Danh Ngo

Minh Danh Ngovor 2 Tagen

Sonnet quality always wins overall.

Profilbild von 0xdAve ⚛️

0xdAve ⚛️vor 3 Tagen

Sonnet is better Haiku certainly. Demo with Haiku is fine

Profilbild von Harshit - AI Specialist

Harshit - AI Specialistvor 2 Tagen

Can you give the whole prompt or the other context you used?

Profilbild von Maurice

Mauricevor 2 Tagen

For real?

Ähnliche Videos

We gave Sonnet 5.5, Haiku 5.5 and Opus 5.5 the same task in Motion: “Make a motion design video about Claude.” Here’s what each one made 👇

We gave Sonnet 5.5, Haiku 5.5 and Opus 5.5 the same task in Motion: “Make a motion design video about Claude.” Here’s what each one made 👇

Motion

70,195 Aufrufe • vor 2 Tagen

GPT Astra vs GPT-6.1 Sol vs Sonnet 5.5 vs Opus 5.5. Which AI understands 3D best? I gave all four the exact same task: build an AK-47 from scratch. Same prompt. Same environment. Which one wins?

GPT Astra vs GPT-6.1 Sol vs Sonnet 5.5 vs Opus 5.5. Which AI understands 3D best? I gave all four the exact same task: build an AK-47 from scratch. Same prompt. Same environment. Which one wins?

Luckey Faraday

64,352 Aufrufe • vor 5 Tagen

🚨 Sonnet 5.5 vs GPT-6 Astra Sonnet 5.5 is absolutely cooking way better than I expected Astra still has the edge in polish, but Sonnet 5.5 is making this a real competition This Sonnet release could be a BIG one Feel bad for openAI They should respond on Devday or They're cooked

🚨 Sonnet 5.5 vs GPT-6 Astra Sonnet 5.5 is absolutely cooking way better than I expected Astra still has the edge in polish, but Sonnet 5.5 is making this a real competition This Sonnet release could be a BIG one Feel bad for openAI They should respond on Devday or They're cooked

Salio

17,150 Aufrufe • vor 13 Tagen

This workflow will save you thousands with Claude. Run Opus 5.5, Sonnet 5.5, Haiku 5.5, and Fable 5.1 together, and stop spending Opus tokens on work that doesn't need Opus. The entire idea in one line: Opus plans, Sonnet edits, Haiku reads, Fable reviews at decision points. Roles, broken down: - Opus 5.5, high effort, owns the plan and reviews the final code - Sonnet 5.5, medium effort, is the worker: edits files, runs tests - Haiku 5.5, low effort, splits into explorer (searches and reads the codebase) and researcher (pulls docs). it's the first Haiku with an effort setting - Fable 5.1, set with /advisor fable. Opus calls it at decision points, and it gets the full transcript each time Three moments Opus tends to call it: → before committing to a plan: is this the right approach? → the same error shows up again: is this going nowhere? → before marking the task done: did something get skipped? Why Haiku only reads: Anthropic's launch post says Sonnet 5.5 and Opus 5.5 are still the better choice for complex agentic coding (Terminal-Bench 4.0: 39.2% for Haiku 5.5, 70.6% for Sonnet 5.5) and that Haiku 5.5 fits narrowly scoped subagent work. so it gets the lookups, not the edits. Anyone still running one model for everything is paying $4 per million input tokens to check whether a file exists. Haiku 5.5 does it for $0.10. Drop this into Claude Code 👇 "Rebuild my Claude Code setup around this structure: Confirm Claude Code is v2.1.293 or later, so the haiku alias resolves to Haiku 5.5. If it isn't, stop and tell me to run claude update. Look through ~/.claude/agents and .claude/agents for subagents already covering explorer, worker, and researcher. Only create new ones for roles that are missing. Set model: haiku, effort: low on explorer and researcher, with no Edit or Write tools. Set model: sonnet, effort: medium on worker. If an existing subagent is locked to a different model, leave it as is and just list it. Name the explorer subagent Explore so it overrides the built-in one, which otherwise runs on my main model. In ~/.claude/settings.json, set advisorModel to fable, and set effortLevel to high for claude-opus-5-5 under modelSettings. A top-level effortLevel in user settings doesn't apply to Opus 5.5. Check for anything disabling the advisor: CLAUDE_CODE_DISABLE_ADVISOR_TOOL, DISABLE_TELEMETRY, or anything blocking feature-flag fetches. Also check CLAUDE_CODE_EFFORT_LEVEL, which overrides subagent effort settings, and CLAUDE_CODE_SUBAGENT_MODEL_FORCE, which makes Claude Code ignore subagent model fields. Report what you find. Don't change any of it yet. Add one line to ~/.claude/CLAUDE.md: consult the advisor before a big plan, when the same error shows up twice, and before marking a long task done. Show every change as a diff first. Wait for my go-ahead before touching anything."

This workflow will save you thousands with Claude. Run Opus 5.5, Sonnet 5.5, Haiku 5.5, and Fable 5.1 together, and stop spending Opus tokens on work that doesn't need Opus. The entire idea in one line: Opus plans, Sonnet edits, Haiku reads, Fable reviews at decision points. Roles, broken down: - Opus 5.5, high effort, owns the plan and reviews the final code - Sonnet 5.5, medium effort, is the worker: edits files, runs tests - Haiku 5.5, low effort, splits into explorer (searches and reads the codebase) and researcher (pulls docs). it's the first Haiku with an effort setting - Fable 5.1, set with /advisor fable. Opus calls it at decision points, and it gets the full transcript each time Three moments Opus tends to call it: → before committing to a plan: is this the right approach? → the same error shows up again: is this going nowhere? → before marking the task done: did something get skipped? Why Haiku only reads: Anthropic's launch post says Sonnet 5.5 and Opus 5.5 are still the better choice for complex agentic coding (Terminal-Bench 4.0: 39.2% for Haiku 5.5, 70.6% for Sonnet 5.5) and that Haiku 5.5 fits narrowly scoped subagent work. so it gets the lookups, not the edits. Anyone still running one model for everything is paying $4 per million input tokens to check whether a file exists. Haiku 5.5 does it for $0.10. Drop this into Claude Code 👇 "Rebuild my Claude Code setup around this structure: Confirm Claude Code is v2.1.293 or later, so the haiku alias resolves to Haiku 5.5. If it isn't, stop and tell me to run claude update. Look through ~/.claude/agents and .claude/agents for subagents already covering explorer, worker, and researcher. Only create new ones for roles that are missing. Set model: haiku, effort: low on explorer and researcher, with no Edit or Write tools. Set model: sonnet, effort: medium on worker. If an existing subagent is locked to a different model, leave it as is and just list it. Name the explorer subagent Explore so it overrides the built-in one, which otherwise runs on my main model. In ~/.claude/settings.json, set advisorModel to fable, and set effortLevel to high for claude-opus-5-5 under modelSettings. A top-level effortLevel in user settings doesn't apply to Opus 5.5. Check for anything disabling the advisor: CLAUDE_CODE_DISABLE_ADVISOR_TOOL, DISABLE_TELEMETRY, or anything blocking feature-flag fetches. Also check CLAUDE_CODE_EFFORT_LEVEL, which overrides subagent effort settings, and CLAUDE_CODE_SUBAGENT_MODEL_FORCE, which makes Claude Code ignore subagent model fields. Report what you find. Don't change any of it yet. Add one line to ~/.claude/CLAUDE.md: consult the advisor before a big plan, when the same error shows up twice, and before marking a long task done. Show every change as a diff first. Wait for my go-ahead before touching anything."

Alvaro Cintas

54,424 Aufrufe • vor 3 Tagen

Kimi K3 vs Fable 5. $0.45 vs $1.85. same prompt, same one-shot. the task: a cinematic 3D animation of an army helicopter flying through the Vietnam jungle during the war. both built it. K3 did it for a quarter of the cost. which one actually nailed it?

Kimi K3 vs Fable 5. $0.45 vs $1.85. same prompt, same one-shot. the task: a cinematic 3D animation of an army helicopter flying through the Vietnam jungle during the war. both built it. K3 did it for a quarter of the cost. which one actually nailed it?

Kirill

21,139 Aufrufe • vor 2 Monaten

sonnet 5.5 just mogged astra tested both models with same prompt at high reasoning and man results are surprising i don't know what anthropic is feeding their models but this is just crazy how a sonnet model is able to give better output then astra? they better release model asap now, can't wait anymore

sonnet 5.5 just mogged astra tested both models with same prompt at high reasoning and man results are surprising i don't know what anthropic is feeding their models but this is just crazy how a sonnet model is able to give better output then astra? they better release model asap now, can't wait anymore

J A Z I I

79,926 Aufrufe • vor 15 Tagen

Here's the comparison of the "Mechanical Bee" made by Gemini 4 with Opus 5.5, Astra and Sonnet 5.5! The same prompt was used for all 4 tests.. Honestly they all look quite good and are unique on their own.. > Opus 5.5's output is the clearest of all.. I love the details > Sonnet 5.5 surprised me.. its output is the most creative one of all the models.. > Astra didn't quite impress me.. but it was decent Gemini 4's output is from the last checkpoint we got in arena.. and Gemini 4 Argon could be a further preview checkpoint or a previous one.. Which one did you like the most?

Here's the comparison of the "Mechanical Bee" made by Gemini 4 with Opus 5.5, Astra and Sonnet 5.5! The same prompt was used for all 4 tests.. Honestly they all look quite good and are unique on their own.. > Opus 5.5's output is the clearest of all.. I love the details > Sonnet 5.5 surprised me.. its output is the most creative one of all the models.. > Astra didn't quite impress me.. but it was decent Gemini 4's output is from the last checkpoint we got in arena.. and Gemini 4 Argon could be a further preview checkpoint or a previous one.. Which one did you like the most?

Bee

17,775 Aufrufe • vor 8 Tagen

holy f*ck. Official Anthropic tip for Claude Code: stop running agent teams on Opus and Sonnet 5.5 alone when Haiku 5.5 can swarm the bus at 340 tok/s spin up an autonomous team with /teams claude --teammate-mode auto Opus 5.5 acts as the lead architect, scoping architecture and validating pull requests Sonnet 5.5 teammates take isolated git worktrees and hammer out implementations at medium effort Haiku 5.5 swarms the peer-to-peer bus as a dedicated scout and fuzzer, only stepping in at three critical moments: → before a contract locks: does the frontend payload match the backend schema? → when a test breaks twice: are we patching the bug or just hiding the symptom? → before calling done: what attack surface or edge race did everyone overlook? Sonnet 5.5 builds. Haiku 5.5 swarms. Opus 5.5 merges and ships Jev engineering runs the identical pattern one layer down: mechanical decisions that need no reasoning (which file to open, which tool to invoke, retry or abort) execute in 16ms, so the frontier models only wake up when execution paths actually diverge Plan on high. Delegate on medium. Keep Haiku 5.5 on P2P call. - the full team setup > Opus 5.5 on high coordinates the session and synthesizes PRs > teammate-ux builds client state inside a separate git worktree > teammate-back writes endpoints and handles Redis atomic locks > teammate-scout runs invariant fuzzing and AST parsing on Haiku 5.5 at 340 tok/s > all teammates communicate directly over peer-to-peer messaging without coordinator drag > tasks.json manages file-level mutex locks so nobody steps on another worktree paste the setup and this prompt into Claude Code below: "Configure my Claude Code workspace for autonomous agent teams: 1. Enable experimental agent teams in ~/.claude/settings.json: > Set CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS to 1 in env block > Set teammateMode to auto > Pin main lead model: opus with effortLevel: high 2. Audit ~/.claude/agents and create teammate profiles fitting ux, backend, and scout: > teammate-ux: model: sonnet, effort: medium, isolation: worktree > teammate-back: model: sonnet, effort: medium, isolation: worktree > teammate-scout: model: haiku, tools: Read, Grep, Glob, SendMessage 3. Configure shared task coordination in ~/.claude/CLAUDE.md: > Initialize tasks.json for task dependencies and atomic file mutexes > Teammates resolve contracts directly over peer-to-peer messaging without lead intervention > Enforce Haiku scout schema verification before teammates mark tasks completed 4. Quality gate: > Opus lead reviews synthesized worktree diffs and validates test suites before final merge Show every configuration diff first. Do not apply edits until confirmed" ↳

holy f*ck. Official Anthropic tip for Claude Code: stop running agent teams on Opus and Sonnet 5.5 alone when Haiku 5.5 can swarm the bus at 340 tok/s spin up an autonomous team with /teams claude --teammate-mode auto Opus 5.5 acts as the lead architect, scoping architecture and validating pull requests Sonnet 5.5 teammates take isolated git worktrees and hammer out implementations at medium effort Haiku 5.5 swarms the peer-to-peer bus as a dedicated scout and fuzzer, only stepping in at three critical moments: → before a contract locks: does the frontend payload match the backend schema? → when a test breaks twice: are we patching the bug or just hiding the symptom? → before calling done: what attack surface or edge race did everyone overlook? Sonnet 5.5 builds. Haiku 5.5 swarms. Opus 5.5 merges and ships Jev engineering runs the identical pattern one layer down: mechanical decisions that need no reasoning (which file to open, which tool to invoke, retry or abort) execute in 16ms, so the frontier models only wake up when execution paths actually diverge Plan on high. Delegate on medium. Keep Haiku 5.5 on P2P call. - the full team setup > Opus 5.5 on high coordinates the session and synthesizes PRs > teammate-ux builds client state inside a separate git worktree > teammate-back writes endpoints and handles Redis atomic locks > teammate-scout runs invariant fuzzing and AST parsing on Haiku 5.5 at 340 tok/s > all teammates communicate directly over peer-to-peer messaging without coordinator drag > tasks.json manages file-level mutex locks so nobody steps on another worktree paste the setup and this prompt into Claude Code below: "Configure my Claude Code workspace for autonomous agent teams: 1. Enable experimental agent teams in ~/.claude/settings.json: > Set CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS to 1 in env block > Set teammateMode to auto > Pin main lead model: opus with effortLevel: high 2. Audit ~/.claude/agents and create teammate profiles fitting ux, backend, and scout: > teammate-ux: model: sonnet, effort: medium, isolation: worktree > teammate-back: model: sonnet, effort: medium, isolation: worktree > teammate-scout: model: haiku, tools: Read, Grep, Glob, SendMessage 3. Configure shared task coordination in ~/.claude/CLAUDE.md: > Initialize tasks.json for task dependencies and atomic file mutexes > Teammates resolve contracts directly over peer-to-peer messaging without lead intervention > Enforce Haiku scout schema verification before teammates mark tasks completed 4. Quality gate: > Opus lead reviews synthesized worktree diffs and validates test suites before final merge Show every configuration diff first. Do not apply edits until confirmed" ↳

mirku

82,460 Aufrufe • vor 2 Tagen

Fable 5 vs GPT 5.5 tested both on High settings with the same prompt > Fable one shotted everything in 15 minutes and used 3% of weekly limits > GPT 5.5 took 20 minutes and used 3% of weekly limits 5.5 is not looking good here at all which one do you think won?

Fable 5 vs GPT 5.5 tested both on High settings with the same prompt > Fable one shotted everything in 15 minutes and used 3% of weekly limits > GPT 5.5 took 20 minutes and used 3% of weekly limits 5.5 is not looking good here at all which one do you think won?

J A Z I I

107,777 Aufrufe • vor 4 Monaten

🚨 One Prompt To A Fully Functional SaaS App And Complete Software Opus 4.7 -> front-end GPT 5.5 -> long running complex backend Gemini 3.5 - > AI chatbot embedded in the app Sonnet 4.6 -> scheduled task mask management Kimi 2.6 -> simple cron jobs One prompt will build AND test everything - complete end -to-end execution multi-agent systems where each agent specializes in a particular task - design, testing, engineering

🚨 One Prompt To A Fully Functional SaaS App And Complete Software Opus 4.7 -> front-end GPT 5.5 -> long running complex backend Gemini 3.5 - > AI chatbot embedded in the app Sonnet 4.6 -> scheduled task mask management Kimi 2.6 -> simple cron jobs One prompt will build AND test everything - complete end -to-end execution multi-agent systems where each agent specializes in a particular task - design, testing, engineering

Abacus.AI

1,571,927 Aufrufe • vor 4 Monaten

🚨 Claude Haiku 5.5 One shotted this video > $0.10 in / $0.50 out (was $1 / $5) > over 100k context still 2x cheaper > new tokenizer uses a few more tokens so real savings is ~75% Prompt : make 10 times banger video for your launch that shows how good motion designer you are and how good you do 2d, 3d and music and drawing with code

🚨 Claude Haiku 5.5 One shotted this video > $0.10 in / $0.50 out (was $1 / $5) > over 100k context still 2x cheaper > new tokenizer uses a few more tokens so real savings is ~75% Prompt : make 10 times banger video for your launch that shows how good motion designer you are and how good you do 2d, 3d and music and drawing with code

Chetaslua

86,677 Aufrufe • vor 3 Tagen

holy sh*t. Official Anthropic tip for Claude Code: stop burning Opus 5.5 context on tasks Haiku 5.5 can swarm, while Sonnet 5.5 builds put the architect on call with /advisor claude --advisor opus --subagents haiku Sonnet 5.5 drives the primary session on high effort, writing diffs and running test suites Haiku 5.5 subagents swarm the repo in parallel at 340 tok/s, handling file discovery and spec docs lookup Opus 5.5 stays on call in the background as the advisor, only stepping in at three critical moments: → before a plan locks: does the implementation plan miss auth invariants or schema contracts? → when a test breaks twice: are we fixing the root cause or falling into a recursive rabbit hole? → before calling done: did the full diff introduce hidden regressions or break pre-flight rules? Opus 5.5 reviews. Sonnet 5.5 builds. Haiku 5.5 swarms Jev engineering runs the identical pattern one layer down: mechanical decisions that need no reasoning (which file to open, which tool to invoke, retry or abort) execute in 16ms, so the frontier models only wake up when execution paths actually diverge Plan on high. Delegate on medium. Keep Opus on call. - the full advisor setup > Opus 5.5 on call reads full session history and catches deep architectural traps > Sonnet 5.5 lead drives edits, writes core logic, and executes test harnesses > Haiku 5.5 subagents swarm AST parsing, grep scans, and API docs in parallel > JEV micro-fork layer resolves 1,500+ mechanical routing branches in under 16ms > advisor stays completely silent on routine bash execution to protect context paste the setup and this prompt into Claude Code below: "Configure my Claude Code workspace for hierarchical advisor orchestration: 1. Audit ~/.claude/settings.json and project config for model roles fitting lead, subagents, and advisor: > Pin main session model: sonnet with effortLevel: high for primary execution > Pin subagents model: haiku with effortLevel: medium for parallel file discovery and docs retrieval > Pin advisor model: opus on call for strategic review 2. Enable the advisor tool in ~/.claude/settings.json: > Set advisorModel to claude-opus-5-5 > Enable subagent parallel dispatcher pool (3x workers) 3. Configure automatic advisor consultation checkpoints in ~/.claude/CLAUDE.md: > Consult /advisor opus before finalizing multi-file architecture plans > Automatically summon /advisor opus when the same test or compiler error fails twice > Enforce advisor diff contract audit before declaring tasks complete or staging git commits 4. Constrain subagent scopes: > Haiku subagents return structured AST summaries and docs snippets only without modifying main session context Show every configuration diff first. Do not apply edits until confirmed" ↳

holy sh*t. Official Anthropic tip for Claude Code: stop burning Opus 5.5 context on tasks Haiku 5.5 can swarm, while Sonnet 5.5 builds put the architect on call with /advisor claude --advisor opus --subagents haiku Sonnet 5.5 drives the primary session on high effort, writing diffs and running test suites Haiku 5.5 subagents swarm the repo in parallel at 340 tok/s, handling file discovery and spec docs lookup Opus 5.5 stays on call in the background as the advisor, only stepping in at three critical moments: → before a plan locks: does the implementation plan miss auth invariants or schema contracts? → when a test breaks twice: are we fixing the root cause or falling into a recursive rabbit hole? → before calling done: did the full diff introduce hidden regressions or break pre-flight rules? Opus 5.5 reviews. Sonnet 5.5 builds. Haiku 5.5 swarms Jev engineering runs the identical pattern one layer down: mechanical decisions that need no reasoning (which file to open, which tool to invoke, retry or abort) execute in 16ms, so the frontier models only wake up when execution paths actually diverge Plan on high. Delegate on medium. Keep Opus on call. - the full advisor setup > Opus 5.5 on call reads full session history and catches deep architectural traps > Sonnet 5.5 lead drives edits, writes core logic, and executes test harnesses > Haiku 5.5 subagents swarm AST parsing, grep scans, and API docs in parallel > JEV micro-fork layer resolves 1,500+ mechanical routing branches in under 16ms > advisor stays completely silent on routine bash execution to protect context paste the setup and this prompt into Claude Code below: "Configure my Claude Code workspace for hierarchical advisor orchestration: 1. Audit ~/.claude/settings.json and project config for model roles fitting lead, subagents, and advisor: > Pin main session model: sonnet with effortLevel: high for primary execution > Pin subagents model: haiku with effortLevel: medium for parallel file discovery and docs retrieval > Pin advisor model: opus on call for strategic review 2. Enable the advisor tool in ~/.claude/settings.json: > Set advisorModel to claude-opus-5-5 > Enable subagent parallel dispatcher pool (3x workers) 3. Configure automatic advisor consultation checkpoints in ~/.claude/CLAUDE.md: > Consult /advisor opus before finalizing multi-file architecture plans > Automatically summon /advisor opus when the same test or compiler error fails twice > Enforce advisor diff contract audit before declaring tasks complete or staging git commits 4. Constrain subagent scopes: > Haiku subagents return structured AST summaries and docs snippets only without modifying main session context Show every configuration diff first. Do not apply edits until confirmed" ↳

mirku

727,014 Aufrufe • vor 3 Tagen

Official Anthropic tip for Claude Code: stop burning Opus 5.5 on work Sonnet 5.5 can do, while Fable 5.1 sits idle hand the grunt work to Sonnet 5.5 subagents and put Fable 5.1 on call run /advisor fable Opus 5.5 plans and merges Sonnet 5.5 subagents read, edit and run the tests Fable 5.1 reads the full session and only speaks up at three points: → before a plan: is this the right approach? → when the same error comes back: am I digging in the wrong place? → before "done": what did I miss? Sonnet 5.5 builds. Fable 5.1 reviews. Opus 5.5 ships Jev engineering is the same move one layer down: the forks that need no thinker (which file, which tool, retry or stop) go to Jev in under half a second, and the big models only see the ones that split - the full tree > Opus 5.5 on high runs the main session > explorer reads the code on Sonnet 5.5 > worker edits and runs tests on Sonnet 5.5 > researcher pulls the docs on Sonnet 5.5 > all three on medium > Fable 5.1 on call for main and every subagent paste the tree and this prompt into Claude Code ↓ "Rebuild my Claude Code setup around this tree: 1. Check ~/.claude/agents and .claude/agents for subagents that already fit explorer, worker and researcher. > Draft new ones only for missing roles > Give each model: sonnet, effort: medium > Skip any that pin a different model and list them 2. Set the main session to high via effortLevel in ~/.claude/settings.json, and set advisorModel to fable 3. Find anything that keeps the advisor off (CLAUDE_CODE_DISABLE_ADVISOR_TOOL, DISABLE_TELEMETRY) plus CLAUDE_CODE_EFFORT_LEVEL, which overrides subagent effort. Report them, change nothing 4. Add one rule to ~/.claude/CLAUDE.md: consult the advisor before a large plan, when an error repeats, and before calling a long task done Show me every change as a diff first. No edits until I say go." ↳

Official Anthropic tip for Claude Code: stop burning Opus 5.5 on work Sonnet 5.5 can do, while Fable 5.1 sits idle hand the grunt work to Sonnet 5.5 subagents and put Fable 5.1 on call run /advisor fable Opus 5.5 plans and merges Sonnet 5.5 subagents read, edit and run the tests Fable 5.1 reads the full session and only speaks up at three points: → before a plan: is this the right approach? → when the same error comes back: am I digging in the wrong place? → before "done": what did I miss? Sonnet 5.5 builds. Fable 5.1 reviews. Opus 5.5 ships Jev engineering is the same move one layer down: the forks that need no thinker (which file, which tool, retry or stop) go to Jev in under half a second, and the big models only see the ones that split - the full tree > Opus 5.5 on high runs the main session > explorer reads the code on Sonnet 5.5 > worker edits and runs tests on Sonnet 5.5 > researcher pulls the docs on Sonnet 5.5 > all three on medium > Fable 5.1 on call for main and every subagent paste the tree and this prompt into Claude Code ↓ "Rebuild my Claude Code setup around this tree: 1. Check ~/.claude/agents and .claude/agents for subagents that already fit explorer, worker and researcher. > Draft new ones only for missing roles > Give each model: sonnet, effort: medium > Skip any that pin a different model and list them 2. Set the main session to high via effortLevel in ~/.claude/settings.json, and set advisorModel to fable 3. Find anything that keeps the advisor off (CLAUDE_CODE_DISABLE_ADVISOR_TOOL, DISABLE_TELEMETRY) plus CLAUDE_CODE_EFFORT_LEVEL, which overrides subagent effort. Report them, change nothing 4. Add one rule to ~/.claude/CLAUDE.md: consult the advisor before a large plan, when an error repeats, and before calling a long task done Show me every change as a diff first. No edits until I say go." ↳

delost

43,704 Aufrufe • vor 8 Tagen

🚨 GPT-6.1 Sol vs Claude Opus 5.5 Same prompt. Same high effort. Subway Surfers clone in Three.js - both had to build and test. Sol(Left) took : 12 min / 7.32M tokens Opus(right) took : 39 min / 5.6M tokens Sol was 3x faster. Opus used ~23% fewer tokens. Which one are you picking?

🚨 GPT-6.1 Sol vs Claude Opus 5.5 Same prompt. Same high effort. Subway Surfers clone in Three.js - both had to build and test. Sol(Left) took : 12 min / 7.32M tokens Opus(right) took : 39 min / 5.6M tokens Sol was 3x faster. Opus used ~23% fewer tokens. Which one are you picking?

Rajath Gowda

10,763 Aufrufe • vor 8 Tagen

This is f*cking insane. This Claude Code tip saved me thousands of dollars. once Opus 5.5 is your main model, stop burning it on work Sonnet 5.5 can do, while Fable 5.1 sits idle hand the grunt work to Sonnet 5.5 subagents and put Fable 5.1 on call run /advisor fable Opus 5.5 plans and ships the final code Sonnet 5.5 subagents read, edit and run the tests Fable 5.1 reads the full session, every tool call included, and only speaks up at three points: → before a plan: is this the right approach? → when the same error comes back: am I digging in the wrong place? → before "done": what did I miss? Sonnet 5.5 builds. Fable 5.1 reviews. Opus 5.5 ships Jev engineering is the same move one layer down: the forks that need no thinker (which file, which tool, retry or stop) go to Jev in under half a second, and the big models only see the ones that split anyone still running one model for everything is paying Opus prices to decide whether a file exists - the full tree > Opus 5.5 on high runs the main session > explorer reads the code on Sonnet 5.5 > worker edits and runs tests on Sonnet 5.5 > researcher pulls the docs on Sonnet 5.5 > all three on medium > Fable 5.1 on call for main and every subagent paste the tree and this prompt into Claude Code ↓ "Rebuild my Claude Code setup around this tree: 1. Check ~/.claude/agents and .claude/agents for subagents that already fit explorer, worker and researcher. > Draft new ones only for missing roles > Give each model: sonnet, effort: medium > Skip any that pin a different model and list them 2. Set the main session to high via effortLevel in ~/.claude/settings.json, and set advisorModel to fable 3. Find anything that keeps the advisor off (CLAUDE_CODE_DISABLE_ADVISOR_TOOL, DISABLE_TELEMETRY) plus CLAUDE_CODE_EFFORT_LEVEL, which overrides subagent effort. Report them, change nothing 4. Add one rule to ~/.claude/CLAUDE.md: consult the advisor before a large plan, when an error repeats, and before calling a long task done Show me every change as a diff first. No edits until I say go." ↳

This is f*cking insane. This Claude Code tip saved me thousands of dollars. once Opus 5.5 is your main model, stop burning it on work Sonnet 5.5 can do, while Fable 5.1 sits idle hand the grunt work to Sonnet 5.5 subagents and put Fable 5.1 on call run /advisor fable Opus 5.5 plans and ships the final code Sonnet 5.5 subagents read, edit and run the tests Fable 5.1 reads the full session, every tool call included, and only speaks up at three points: → before a plan: is this the right approach? → when the same error comes back: am I digging in the wrong place? → before "done": what did I miss? Sonnet 5.5 builds. Fable 5.1 reviews. Opus 5.5 ships Jev engineering is the same move one layer down: the forks that need no thinker (which file, which tool, retry or stop) go to Jev in under half a second, and the big models only see the ones that split anyone still running one model for everything is paying Opus prices to decide whether a file exists - the full tree > Opus 5.5 on high runs the main session > explorer reads the code on Sonnet 5.5 > worker edits and runs tests on Sonnet 5.5 > researcher pulls the docs on Sonnet 5.5 > all three on medium > Fable 5.1 on call for main and every subagent paste the tree and this prompt into Claude Code ↓ "Rebuild my Claude Code setup around this tree: 1. Check ~/.claude/agents and .claude/agents for subagents that already fit explorer, worker and researcher. > Draft new ones only for missing roles > Give each model: sonnet, effort: medium > Skip any that pin a different model and list them 2. Set the main session to high via effortLevel in ~/.claude/settings.json, and set advisorModel to fable 3. Find anything that keeps the advisor off (CLAUDE_CODE_DISABLE_ADVISOR_TOOL, DISABLE_TELEMETRY) plus CLAUDE_CODE_EFFORT_LEVEL, which overrides subagent effort. Report them, change nothing 4. Add one rule to ~/.claude/CLAUDE.md: consult the advisor before a large plan, when an error repeats, and before calling a long task done Show me every change as a diff first. No edits until I say go." ↳

delost

48,494 Aufrufe • vor 7 Tagen

How do you explain recursion? This one is pretty fun. I had Claude Opus 5.5 make: "A video explaining recursion, where every explanation about recursion has a radically different video style, make this self-referential & clever & fast moving." Nine genre shifts, one prompt...

How do you explain recursion? This one is pretty fun. I had Claude Opus 5.5 make: "A video explaining recursion, where every explanation about recursion has a radically different video style, make this self-referential & clever & fast moving." Nine genre shifts, one prompt...

Ethan Mollick

70,646 Aufrufe • vor 15 Tagen

I don't understand why everyone isn't doing this yet. Anthropic's own Claude Code docs show how to run a whole team of Claudes, while Opus 5.5 only touches the plan and the merge the whole idea: agent teams in Claude Code one lead, separate teammates in their own context windows, one shared task list, and they message each other directly the lead: Opus 5.5 on high, splits the work, writes the tasks, merges at the end the builders: Sonnet 5.5, one owns client/, one owns api/, never the same file the adversary: Fable 5.1, never writes code, only shows up at three points: → before an interface locks: do both sides agree on the contract? → when a test fails twice: is it fixed or just hidden? → before a task is marked done: what breaks it? Sonnet 5.5 builds. Fable 5.1 attacks. Opus 5.5 merges Jev engineering is the same move one layer down: the forks that need no thinker (which file, which tool, retry or stop) go to Jev in under half a second, and the team only argues about the ones that split turn it on, then start the team in plain English: "Spawn three teammates: ux and backend on Sonnet, an adversary on Fable" - the full team > Opus 5.5 on high leads the session > ux on Sonnet 5.5, owns client/ > backend on Sonnet 5.5, owns api/ > adversary on Fable 5.1, owns nothing, reviews everything > shared task list with file locking, direct messages, no lead in the middle paste the team and this prompt into Claude Code ↓ "Set up agent teams for this repo: 1. In ~/.claude/settings.json add CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1 under env and set effortLevel to high 2. In ~/.claude/agents, draft three subagent definitions for the teammates > ux and backend with model: sonnet, each limited to its own folder > adversary with model: fable and read-only tools, whose only job is attacking contracts, repeated test failures and done claims > Skip any that already exist and list them 3. Add a TaskCompleted hook that blocks completion until the adversary signs off, and one rule to CLAUDE.md: no two teammates edit the same file 4. Find anything that would override this (CLAUDE_CODE_SUBAGENT_MODEL, CLAUDE_CODE_SUBAGENT_MODEL_FORCE, CLAUDE_CODE_EFFORT_LEVEL). Report it, change nothing Show me every change as a diff first. No edits until I say go." ↳

I don't understand why everyone isn't doing this yet. Anthropic's own Claude Code docs show how to run a whole team of Claudes, while Opus 5.5 only touches the plan and the merge the whole idea: agent teams in Claude Code one lead, separate teammates in their own context windows, one shared task list, and they message each other directly the lead: Opus 5.5 on high, splits the work, writes the tasks, merges at the end the builders: Sonnet 5.5, one owns client/, one owns api/, never the same file the adversary: Fable 5.1, never writes code, only shows up at three points: → before an interface locks: do both sides agree on the contract? → when a test fails twice: is it fixed or just hidden? → before a task is marked done: what breaks it? Sonnet 5.5 builds. Fable 5.1 attacks. Opus 5.5 merges Jev engineering is the same move one layer down: the forks that need no thinker (which file, which tool, retry or stop) go to Jev in under half a second, and the team only argues about the ones that split turn it on, then start the team in plain English: "Spawn three teammates: ux and backend on Sonnet, an adversary on Fable" - the full team > Opus 5.5 on high leads the session > ux on Sonnet 5.5, owns client/ > backend on Sonnet 5.5, owns api/ > adversary on Fable 5.1, owns nothing, reviews everything > shared task list with file locking, direct messages, no lead in the middle paste the team and this prompt into Claude Code ↓ "Set up agent teams for this repo: 1. In ~/.claude/settings.json add CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1 under env and set effortLevel to high 2. In ~/.claude/agents, draft three subagent definitions for the teammates > ux and backend with model: sonnet, each limited to its own folder > adversary with model: fable and read-only tools, whose only job is attacking contracts, repeated test failures and done claims > Skip any that already exist and list them 3. Add a TaskCompleted hook that blocks completion until the adversary signs off, and one rule to CLAUDE.md: no two teammates edit the same file 4. Find anything that would override this (CLAUDE_CODE_SUBAGENT_MODEL, CLAUDE_CODE_SUBAGENT_MODEL_FORCE, CLAUDE_CODE_EFFORT_LEVEL). Report it, change nothing Show me every change as a diff first. No edits until I say go." ↳

delost

69,880 Aufrufe • vor 6 Tagen

stop picking one model, a spider merged OPUS 5.5 + SONNET 5.5 + JEV + OPENAI DOTS into one business system one command splits a business into 6 jobs: plan, code, decide, run 24/7, review and ship every job has 4 candidates. the spider scans them one by one, marks the highest score as best, locks it in and swings to the next job the plan goes to Opus 5.5 at 0.94. Jev scores 0.52 on the same job on decisions it flips. Jev wins at 0.97 and Opus 5.5 gets 0.74, so the model that lost the plan is the one making the calls the code goes to Claude Code, and the job called "who never sleeps" goes to OpenAI Dots Opus 5.5 comes back a second time to check the work, and Sonnet 5.5 gets it out at the end 6 of 6 modules are locked and the system goes online run the same test on your own stack before you pay one model to do all six jobs ↓

stop picking one model, a spider merged OPUS 5.5 + SONNET 5.5 + JEV + OPENAI DOTS into one business system one command splits a business into 6 jobs: plan, code, decide, run 24/7, review and ship every job has 4 candidates. the spider scans them one by one, marks the highest score as best, locks it in and swings to the next job the plan goes to Opus 5.5 at 0.94. Jev scores 0.52 on the same job on decisions it flips. Jev wins at 0.97 and Opus 5.5 gets 0.74, so the model that lost the plan is the one making the calls the code goes to Claude Code, and the job called "who never sleeps" goes to OpenAI Dots Opus 5.5 comes back a second time to check the work, and Sonnet 5.5 gets it out at the end 6 of 6 modules are locked and the system goes online run the same test on your own stack before you pay one model to do all six jobs ↓

Noisy

11,588 Aufrufe • vor 4 Tagen

1-bit GLM-5.2 GGUF vs. Claude 4.8 Opus vs. GPT-5.5 We gave 3 models the same prompt and compared one-shot outputs. The 1-bit GLM-5.2 GGUF ran locally on a Mac Studio M3 Ultra with 256GB RAM at ~21.6 tok/s. Which output do you like best? GGUF:

1-bit GLM-5.2 GGUF vs. Claude 4.8 Opus vs. GPT-5.5 We gave 3 models the same prompt and compared one-shot outputs. The 1-bit GLM-5.2 GGUF ran locally on a Mac Studio M3 Ultra with 256GB RAM at ~21.6 tok/s. Which output do you like best? GGUF:

Unsloth AI

1,545,038 Aufrufe • vor 3 Monaten

Claude Code tip: once Opus 5.5 is your main model, stop leaving Fable 5.1 sitting idle and stop burning Opus tokens on tasks Sonnet 5.5 can swarm put it on call with /advisor run /advisor fable Opus 5.5 plans and ships the code Sonnet 5.5 swarms the routine work at medium effort Fable 5.1 reads the full session, every tool call included, and only speaks up at three points: → before a plan: is this the right approach? → when the same error comes back: am I digging in the wrong place? → before "done": what did I miss? Fable 5.1 reviews. Sonnet 5.5 executes. Opus 5.5 ships Jev engineering is the same move one layer down: the forks that need no thinker (which file, which tool, retry or stop) go to Jev in under half a second, and the big model only sees the ones that split Plan on high. Delegate on medium. Keep Fable on call. - the full tree > Opus 5.5 on high runs the main session > explorer reads the code > worker edits and runs tests > researcher pulls the docs > all three on Sonnet 5.5 at medium effort > Fable 5.1 on call as the advisor paste the tree and this prompt into Claude Code ↓ "Rebuild my Claude Code setup around this tree: 1. Check ~/.claude/agents and .claude/agents for subagents that already fit explorer, worker and researcher. > Draft new ones only for missing roles > Give each model: sonnet, effort: medium > Skip any that pin a different model and list them 2. Set the main session to high via effortLevel in ~/.claude/settings.json, and set advisorModel to fable 3. Find anything that keeps the advisor off (CLAUDE_CODE_DISABLE_ADVISOR_TOOL, DISABLE_TELEMETRY, any variable that stops feature-flag fetching) plus CLAUDE_CODE_EFFORT_LEVEL, which overrides subagent effort. Report them, change nothing 4. Add one rule to ~/.claude/CLAUDE.md: consult the advisor before a large plan, when an error repeats, and before calling a long task done Show me every change as a diff first. No edits until I say go." ↳

Claude Code tip: once Opus 5.5 is your main model, stop leaving Fable 5.1 sitting idle and stop burning Opus tokens on tasks Sonnet 5.5 can swarm put it on call with /advisor run /advisor fable Opus 5.5 plans and ships the code Sonnet 5.5 swarms the routine work at medium effort Fable 5.1 reads the full session, every tool call included, and only speaks up at three points: → before a plan: is this the right approach? → when the same error comes back: am I digging in the wrong place? → before "done": what did I miss? Fable 5.1 reviews. Sonnet 5.5 executes. Opus 5.5 ships Jev engineering is the same move one layer down: the forks that need no thinker (which file, which tool, retry or stop) go to Jev in under half a second, and the big model only sees the ones that split Plan on high. Delegate on medium. Keep Fable on call. - the full tree > Opus 5.5 on high runs the main session > explorer reads the code > worker edits and runs tests > researcher pulls the docs > all three on Sonnet 5.5 at medium effort > Fable 5.1 on call as the advisor paste the tree and this prompt into Claude Code ↓ "Rebuild my Claude Code setup around this tree: 1. Check ~/.claude/agents and .claude/agents for subagents that already fit explorer, worker and researcher. > Draft new ones only for missing roles > Give each model: sonnet, effort: medium > Skip any that pin a different model and list them 2. Set the main session to high via effortLevel in ~/.claude/settings.json, and set advisorModel to fable 3. Find anything that keeps the advisor off (CLAUDE_CODE_DISABLE_ADVISOR_TOOL, DISABLE_TELEMETRY, any variable that stops feature-flag fetching) plus CLAUDE_CODE_EFFORT_LEVEL, which overrides subagent effort. Report them, change nothing 4. Add one rule to ~/.claude/CLAUDE.md: consult the advisor before a large plan, when an error repeats, and before calling a long task done Show me every change as a diff first. No edits until I say go." ↳

mirku

421,711 Aufrufe • vor 11 Tagen