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.

Your CLAUDE.md is making Opus 5.5 dumber, and the fix is one command "double check your work" and "think step by step" they were written for older models on Opus 5.5 they slow it down and make the output worse Lance Martin at Anthropic built the fix: /claude-api prompt-audit... show more

Mr. Buzzoni

26,310 subscribers

11,988 Aufrufe • vor 6 Tagen •via X (Twitter)

Anya Rossi• Live Now

Private livecam show

9 Kommentare

Profilbild von GM

GMvor 6 Tagen

If you want to find the defects in your instruction files it's better to use a tool that is outside of said instruction setup:

Profilbild von Hussain Hashim | Building SundayBack

Hussain Hashim | Building SundayBackvor 6 Tagen

@polydao yeah, I hit this too. found skipping "repeat the question" improved coherence a ton on Opus 5.5.

Profilbild von Artzy

Artzyvor 5 Tagen

Wild how those legacy prompting habits hold models back

Profilbild von Gipp 🦅

Gipp 🦅vor 6 Tagen

prompt-audit legit stripped half my old claude.md baggage instantly

Profilbild von sofia b

sofia bvor 5 Tagen

prompt audits are the new code review, everyone's shipping CLAUDE.md files they never read

Profilbild von Archive

Archivevor 6 Tagen

tried this command and it actually helped thanks for sharing it

Profilbild von Darren Li

Darren Livor 6 Tagen

Guilty of stuffing those phrases in. Curious how much cleaner your runs got after the audit.

Profilbild von Max Bevza

Max Bevzavor 6 Tagen

Prompt maintenance is becoming part of the engineering stack

Profilbild von Lorden

Lordenvor 6 Tagen

this sounds really weird tbh claude becoming dumb?

Ähnliche Videos

We've just added Claude Sonnet 5.5 to Caffeine. It's Anthropic's model for work you can describe clearly: fix this bug, add a booking form, polish this page. Anthropic says it's 30% faster than Sonnet 5, and cheaper than Opus 5.5. Keep Opus 5.5 for planning something new, and hand the follow-up work to Sonnet 5.5. On Caffeine, you can switch between models in the same conversation.

We've just added Claude Sonnet 5.5 to Caffeine. It's Anthropic's model for work you can describe clearly: fix this bug, add a booking form, polish this page. Anthropic says it's 30% faster than Sonnet 5, and cheaper than Opus 5.5. Keep Opus 5.5 for planning something new, and hand the follow-up work to Sonnet 5.5. On Caffeine, you can switch between models in the same conversation.

caffeine

22,048 Aufrufe • vor 10 Tagen

Introducing Claude Opus 5.5, the first model in our new Claude 5.5 family. It performs at the level of Claude Fable 5.1 for most tasks, and costs 40% less to run than Opus 5.

Introducing Claude Opus 5.5, the first model in our new Claude 5.5 family. It performs at the level of Claude Fable 5.1 for most tasks, and costs 40% less to run than Opus 5.

Claude

28,126,907 Aufrufe • vor 18 Tagen

I asked Claude Opus 5.5 (Max) this prompt: "Create me a motion video of your choice, with the sole purpose of flexing Opus 5.5 capabilities." It worked on its own for 1 hour 37 minutes and gave me this: → Claude

I asked Claude Opus 5.5 (Max) this prompt: "Create me a motion video of your choice, with the sole purpose of flexing Opus 5.5 capabilities." It worked on its own for 1 hour 37 minutes and gave me this: → Claude

Heather Cooper

20,334 Aufrufe • vor 5 Tagen

Boris Cherny, creator of Claude Code: "Opus 5.5 does in a day what used to take your team a month. Most people will keep using it wrong." In 12 minutes he explains why Opus 5.5 needs less prompting than any model before, and why your old detailed prompts now work against you. Watch it, then read the article below on how to prompt Opus 5.5 👇

Boris Cherny, creator of Claude Code: "Opus 5.5 does in a day what used to take your team a month. Most people will keep using it wrong." In 12 minutes he explains why Opus 5.5 needs less prompting than any model before, and why your old detailed prompts now work against you. Watch it, then read the article below on how to prompt Opus 5.5 👇

Rahul

151,024 Aufrufe • vor 15 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 5 Tagen

Anthropic, Head of Design: "Opus 5.5 is the most capable model for motion design, but 99% of people use it wrong. to create tier 1 motion design with Opus 5.5, you should give it the right reference, prepare Claude.md & spec - that's the new stack of a motion designer." in 12-minute stage, Anthropic's head of design gives main tips for using Claude at 100% of its power. watch this video, then read the full guide on motion design with Opus 5.5 in the article below.

Anthropic, Head of Design: "Opus 5.5 is the most capable model for motion design, but 99% of people use it wrong. to create tier 1 motion design with Opus 5.5, you should give it the right reference, prepare Claude.md & spec - that's the new stack of a motion designer." in 12-minute stage, Anthropic's head of design gives main tips for using Claude at 100% of its power. watch this video, then read the full guide on motion design with Opus 5.5 in the article below.

Codez

96,450 Aufrufe • vor 13 Tagen

Introducing Higgsfield x Claude Opus 5.5. Anthropic’s newest model, which is 40% cheaper and over 30% faster than Opus 5, is live on Higgsfield. Pair Opus 5.5 with the Higgsfield MCP and turn your most ambitious ideas into complete products. Available on Claude via Higgsfield MCP and in Higgsfield Supercomputer.

Introducing Higgsfield x Claude Opus 5.5. Anthropic’s newest model, which is 40% cheaper and over 30% faster than Opus 5, is live on Higgsfield. Pair Opus 5.5 with the Higgsfield MCP and turn your most ambitious ideas into complete products. Available on Claude via Higgsfield MCP and in Higgsfield Supercomputer.

Higgsfield AI 🧩

2,930,899 Aufrufe • vor 18 Tagen

Opus 5.5 is quietly the best value model Anthropic has shipped. Anthropic just published the official playbook for Opus 5.5, written by Addy Osmani, who spent years on Google's Chrome team. 40% cheaper than Opus 5. Cache reads 60% cheaper. Fable 5.1 level on most tasks. Runs for hours on its own. If you're still prompting it like the old models, you're paying more for less. Everything you need is in the article.

Opus 5.5 is quietly the best value model Anthropic has shipped. Anthropic just published the official playbook for Opus 5.5, written by Addy Osmani, who spent years on Google's Chrome team. 40% cheaper than Opus 5. Cache reads 60% cheaper. Fable 5.1 level on most tasks. Runs for hours on its own. If you're still prompting it like the old models, you're paying more for less. Everything you need is in the article.

Dami-Defi

11,518 Aufrufe • vor 14 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

Opus 5.5 is out! excellent at coding, great at writing, reduced pricing. run '/claude-api migrate' in the latest Claude Code to update your application code. run '/claude-api prompt-audit' to ensure your skills + prompts are well-tuned. short video overview:

Opus 5.5 is out! excellent at coding, great at writing, reduced pricing. run '/claude-api migrate' in the latest Claude Code to update your application code. run '/claude-api prompt-audit' to ensure your skills + prompts are well-tuned. short video overview:

Lance Martin

35,554 Aufrufe • vor 18 Tagen

Claude Opus 5.5 completely MOGS GPT 6 Sol. Same prompt. Same task. Look at the results. Opus 5.5 has way better taste and design. It is not subtle. You can see it immediately. GPT 6 Sol is a step up from GPT 5.6 Sol. But next to Opus 5.5 it is not even close. Anthropic is back.

Claude Opus 5.5 completely MOGS GPT 6 Sol. Same prompt. Same task. Look at the results. Opus 5.5 has way better taste and design. It is not subtle. You can see it immediately. GPT 6 Sol is a step up from GPT 5.6 Sol. But next to Opus 5.5 it is not even close. Anthropic is back.

Bridgebench

55,327 Aufrufe • vor 18 Tagen

Claude Code creator, Boris Cherny: "Every six months, delete your claude.md, delete your skills, delete your hooks, see what the model does, and it might surprise you." Anthropic deleted 80% of Claude Code's system prompt for Opus 5. It doesn't need the instructions past models did. 36 minutes of pure insight from the creator of the fastest-growing AI coding tool in the world. Watch it, then read the guide below.

Claude Code creator, Boris Cherny: "Every six months, delete your claude.md, delete your skills, delete your hooks, see what the model does, and it might surprise you." Anthropic deleted 80% of Claude Code's system prompt for Opus 5. It doesn't need the instructions past models did. 36 minutes of pure insight from the creator of the fastest-growing AI coding tool in the world. Watch it, then read the guide below.

Alex Prompter

87,899 Aufrufe • vor 2 Monaten

Jev + Opus 5.5: Anthropic's new model beats GPT-6 Astra for 1/5 the cost, and 4 API changes will 400 your agent before it writes a single line I pulled these 10 steps from the migration docs so you don't learn them in production step 1 → $4 / $20 per 1M. Opus 5 was $5 / $25. cache reads dropped from $0.50 to $0.20 step 2 → 66.4% on Terminal-Bench 4.0 vs GPT-6 Astra 57.9% and Opus 5 52.3%. +14.1 points in one release, and on FrontierCode it beats Astra at default effort for 1/5 the cost step 3 → thinking can't be turned off anymore. send thinking: disabled and you get a 400. drop the field, set effort step 4 → tool_choice any and tool are gone. 400. switch to auto + strict step 5 → edit anything above a thinking block and the request dies. append only, or opt into drop_block step 6 → computer_20251124 is dead on the API. 400. move to computer_toolset_20260801 step 7 → the quiet one: default effort fell from high to medium. your agent thinks less than you set it up to and nothing tells you step 8 → hop Opus 5.5 → Sonnet 5 → Opus 5.5 and you pay 4.36 instead of 3.32. +31%, the cache dies and Sonnet can't read Opus's reasoning step 9 → change effort at the top of the request and the cache is gone. Jev sets it per message and the cache stays step 10 → switch fast - standard mid-session and it's a full cache miss. Jev picks speed once, on turn one one model, three knobs, zero 400s. that is Jev + Opus 5.5 send this to your Claude Code before you touch the model ID, then read my full Jev deep dive in the article below ↓

Jev + Opus 5.5: Anthropic's new model beats GPT-6 Astra for 1/5 the cost, and 4 API changes will 400 your agent before it writes a single line I pulled these 10 steps from the migration docs so you don't learn them in production step 1 → $4 / $20 per 1M. Opus 5 was $5 / $25. cache reads dropped from $0.50 to $0.20 step 2 → 66.4% on Terminal-Bench 4.0 vs GPT-6 Astra 57.9% and Opus 5 52.3%. +14.1 points in one release, and on FrontierCode it beats Astra at default effort for 1/5 the cost step 3 → thinking can't be turned off anymore. send thinking: disabled and you get a 400. drop the field, set effort step 4 → tool_choice any and tool are gone. 400. switch to auto + strict step 5 → edit anything above a thinking block and the request dies. append only, or opt into drop_block step 6 → computer_20251124 is dead on the API. 400. move to computer_toolset_20260801 step 7 → the quiet one: default effort fell from high to medium. your agent thinks less than you set it up to and nothing tells you step 8 → hop Opus 5.5 → Sonnet 5 → Opus 5.5 and you pay 4.36 instead of 3.32. +31%, the cache dies and Sonnet can't read Opus's reasoning step 9 → change effort at the top of the request and the cache is gone. Jev sets it per message and the cache stays step 10 → switch fast - standard mid-session and it's a full cache miss. Jev picks speed once, on turn one one model, three knobs, zero 400s. that is Jev + Opus 5.5 send this to your Claude Code before you touch the model ID, then read my full Jev deep dive in the article below ↓

Carnage

16,674 Aufrufe • vor 18 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

here's how to build a game like this with Claude Opus 5.5 + Blender + Unity 6... the trick is preparing everything before Opus writes a single line, but there's a smart way to set it up: - step 1: connect Claude Code to Unity and Blender through MCP - step 2: write one big brief: the world, the mechanics, the UI, the mood, plus reference images - step 3: add a CLAUDE.md with your rules, and design docs as the single source of truth so Opus never guesses - step 4: split the work into subagents: design, modeling, textures, and one reviewer that only looks and approves - step 5: Opus models the assets in Blender: the island, palms, pier, boat, fishing hut - step 6: it builds a greybox in Unity first, plays it, fixes it, and repeats - step 7: mechanics one layer at a time: walking, casting, bait, catching, day and night - step 8: you watch and give feedback with a reason: "too dark at dusk", "cut the water stripes" and the two rules that make it work... the agent that builds is never the one that approves every fix gets written into a file, so the next project starts smarter start small, a fishing game is the perfect first project

here's how to build a game like this with Claude Opus 5.5 + Blender + Unity 6... the trick is preparing everything before Opus writes a single line, but there's a smart way to set it up: - step 1: connect Claude Code to Unity and Blender through MCP - step 2: write one big brief: the world, the mechanics, the UI, the mood, plus reference images - step 3: add a CLAUDE.md with your rules, and design docs as the single source of truth so Opus never guesses - step 4: split the work into subagents: design, modeling, textures, and one reviewer that only looks and approves - step 5: Opus models the assets in Blender: the island, palms, pier, boat, fishing hut - step 6: it builds a greybox in Unity first, plays it, fixes it, and repeats - step 7: mechanics one layer at a time: walking, casting, bait, catching, day and night - step 8: you watch and give feedback with a reason: "too dark at dusk", "cut the water stripes" and the two rules that make it work... the agent that builds is never the one that approves every fix gets written into a file, so the next project starts smarter start small, a fishing game is the perfect first project

rewind

56,664 Aufrufe • vor 1 Tag

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

Anthropic just gave OpenClaw the green light Anthropic staff confirmed that CLI-based usage is sanctioned. We’ve successfully bridged the Claude Code CLI directly into the OpenClaw gateway, letting you run your entire agent fleet on your Pro/Max plan and no additional API tokens required. The Implementation: - Auth: Log in to Claude Code locally: claude auth login - Path: Grab your binary location: which claude - Bridge: Drop the path into your openclaw.json under agents.defaults: "cliBackends": { "claude-cli": { "args": [ "-p", "--output-format", "json" ], "command": " ", "input": "arg", "output": "json", "serialize": true, "sessionArg": "--session-id", "sessionMode": "existing" } }, "model": { "primary": "claude-cli/claude-opus-4-6" }, "models": { "claude-cli/claude-opus-4-6": {}, "claude-cli/claude-opus-4-7": {}, "claude-cli/claude-sonnet-4-6": {} }, The Result: OpenClaw reuses your local session IDs and subscription limits. You get the full power of Opus and Sonnet without the restricted OAuth endpoints or the API tax. They sanctioned the path. We built the bridge. Here is a video how I done it step by step:

Anthropic just gave OpenClaw the green light Anthropic staff confirmed that CLI-based usage is sanctioned. We’ve successfully bridged the Claude Code CLI directly into the OpenClaw gateway, letting you run your entire agent fleet on your Pro/Max plan and no additional API tokens required. The Implementation: - Auth: Log in to Claude Code locally: claude auth login - Path: Grab your binary location: which claude - Bridge: Drop the path into your openclaw.json under agents.defaults: "cliBackends": { "claude-cli": { "args": [ "-p", "--output-format", "json" ], "command": " ", "input": "arg", "output": "json", "serialize": true, "sessionArg": "--session-id", "sessionMode": "existing" } }, "model": { "primary": "claude-cli/claude-opus-4-6" }, "models": { "claude-cli/claude-opus-4-6": {}, "claude-cli/claude-opus-4-7": {}, "claude-cli/claude-sonnet-4-6": {} }, The Result: OpenClaw reuses your local session IDs and subscription limits. You get the full power of Opus and Sonnet without the restricted OAuth endpoints or the API tax. They sanctioned the path. We built the bridge. Here is a video how I done it step by step:

Ziwen

184,291 Aufrufe • vor 5 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

We spent 5.5 million tokens having Claude Opus 5.5 analyze an exoskeleton, find its weak points and redesign it. 39 minutes. One shot. A FULL 3D model, down to the joints. Built in Blender with Higgsfield.

We spent 5.5 million tokens having Claude Opus 5.5 analyze an exoskeleton, find its weak points and redesign it. 39 minutes. One shot. A FULL 3D model, down to the joints. Built in Blender with Higgsfield.

Higgsfield AI 🧩

53,045 Aufrufe • vor 18 Tagen

Claude Code tip: keep Opus 5.5 as your main model, but stop paying Opus prices for your subagents move them to Sonnet 5.5 Opus 5.5 plans and decides Sonnet 5.5 subagents do the heavy reading, editing and testing at half the price ($2 / $10 vs $4 / $20 per 1M tokens) Fable 5.1 stays on call with /advisor 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? Opus thinks. Sonnet does. Fable checks 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 > worker edits and runs tests > researcher pulls the docs > all three on Sonnet 5.5, medium > 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: claude-sonnet-5-5, effort: medium > List any that pin a different model before changing them 2. Keep the main session on Opus, set effortLevel to high in ~/.claude/settings.json and 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: keep Opus 5.5 as your main model, but stop paying Opus prices for your subagents move them to Sonnet 5.5 Opus 5.5 plans and decides Sonnet 5.5 subagents do the heavy reading, editing and testing at half the price ($2 / $10 vs $4 / $20 per 1M tokens) Fable 5.1 stays on call with /advisor 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? Opus thinks. Sonnet does. Fable checks 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 > worker edits and runs tests > researcher pulls the docs > all three on Sonnet 5.5, medium > 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: claude-sonnet-5-5, effort: medium > List any that pin a different model before changing them 2. Keep the main session on Opus, set effortLevel to high in ~/.claude/settings.json and 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." ↳

delost

27,459 Aufrufe • vor 9 Tagen