| ▲ | gregoriol 8 hours ago | ||||||||||||||||
claude package has ten new versions published per week, and one new model every few months, one should definitely not rely on some undocumented tricks around it: it'll change, it'll break deep ultra-specific configurations | |||||||||||||||||
| ▲ | anuramat 7 hours ago | parent | next [-] | ||||||||||||||||
in my experience, "undocumented tricks" break as often as documented features like when they removed "clear context and execute plan" option after releasing 1M opus because "context window is not a problem anymore" | |||||||||||||||||
| |||||||||||||||||
| ▲ | bredren 7 hours ago | parent | prev | next [-] | ||||||||||||||||
It is possible to build automation that efficiently handles low level customization of new versions as they appear. | |||||||||||||||||
| ▲ | tstrimple 7 hours ago | parent | prev [-] | ||||||||||||||||
This is true, but also "temporal hacks" can make or break "cutting edge" workflows. I don't re-architect my claude instructions every release. But some releases justify examining your existing instructions and making sure they still fit the current model. And it has made a noticeable difference. | |||||||||||||||||