[dead]
1M context is now generally available for Opus 4.6 and Sonnet 4.6
481–490 of 565 posts
Re: 1M context is now generally available for Opus 4.6 and Sonnet 4.6
#482Earlier quoted context omitted.
You’d rather have the video code and the tracking code baked into the same code just to save a couple of characters? Why? That would result in a longer code than the video code alone, you would save very few characters. It would not be nicer to look at or functionally any different, and it would obscure the fact that it’s being tracked and prevent people from being able to edit the URL to remove the tracking. I appre…
I didn't say that.
Then your point eludes me. You complained about the length. If you don’t want it shorter, then what do you want?
To me, the fact that the tracking code is visible and separate from the video code is evidence of the complete opposite of your conclusion - it’s evidence the ad business does not get to override either engineering nor what’s left of privacy control. Ad execs would surely prefer that the tracking code is not visible nor manually removeable.
Re: 1M context is now generally available for Opus 4.6 and Sonnet 4.6
#483Earlier quoted context omitted.
I have a PhD in a niche field and this can do my job ;) Not sure if this means I should get a more interesting job or if we are all going to be at the mercy of UBI eventually.
We're never getting UBI. See the latest interview with the Palantir CEO where he talks about white collar workers having to take more hands-on jobs that they may not feel as satisfied with. IE - tending their manors and compounds. RIP widespread middle class. It was a good 80-year run.
I wonder if we are going to find more creative solutions.
Re: 1M context is now generally available for Opus 4.6 and Sonnet 4.6
#484Earlier quoted context omitted.
I have a PhD in a niche field and this can do my job ;) Not sure if this means I should get a more interesting job or if we are all going to be at the mercy of UBI eventually.
An economy, and likely a society, fails if everyone is at the mercy of a UBI.
> An economy ... fails
We know this to be true with a reasonably degree of certainty
> likely a society
This one, not so much. We could potentially have pretty vibrant societies even if everyone is not ultra rich, not going on international vacations, not having access to buy things from the other end of the world subsidized by economies of scale.
Re: 1M context is now generally available for Opus 4.6 and Sonnet 4.6
#485Earlier quoted context omitted.
But what's the alternative? Can any economy succeed with a >50% unemployment rate?
Don't confuse UBI and employment or even income though. If we find ourselves replacing or exceeding current productivity without humans working in the system we have to fundamentally rethink our system. You likely wouldn't need money at all in that future, for example. What does the money really mean when everyone I'd guaranteed to have all the basics covered? Is money really helping to store value created via labor…
Brave new world ;)
Re: 1M context is now generally available for Opus 4.6 and Sonnet 4.6
#486Interesting, I’ve never needed 1M, or even 250k+ context. I’m usually under 100k per request. About 80% of my code is AI-generated, with a controlled workflow using dev-chat.md and spec.md. I use Flash for code maps and auto-context, and GPT-4.5 or Opus for coding, all via API with a custom tool. Gemini Pro and Flash have had 1M context for a long time, but even though I use Flash 3 a lot, and it’s awesome, I’ve neve…
Well, out of all the workflows I have seen, this one is rather nice, might give it a try. I imagine if the context were being commited and kept up-to-date with CI would work for others to use as well. However, I'm a little confused on the autocontext/globs narrowing part. Do you, the developer, provide them? Or you feed the full code map to flash + your prompt so it returns the globs based on your prompt? Also, in ge…
- The ..-code-map.json files are per "developer folder," which would create too many conflicts if they were kept in Git.
- I have two main globs, which are lists of globs: knowledge_globs and context_globs. Knowledge can be absolute and should be relatively static. context_globs have to be relative to the workspace, since they are the working files.
- As a dev, you provide them in the top YAML section of the coder-prompt.md.
- The auto-context sub-agent calls the code-map sub-agent. Sub-agents can add to or narrow the given globs, and that is the goal of the auto-context agent.
It looks complicated, but it actually works like a charm.
Hopefully, I answered some of your questions.
I need to make a video about it.
But regardless, I really think it's not about the tools, it's about the techniques. This is where the true value is.
Re: 1M context is now generally available for Opus 4.6 and Sonnet 4.6
#487Interesting, I’ve never needed 1M, or even 250k+ context. I’m usually under 100k per request. About 80% of my code is AI-generated, with a controlled workflow using dev-chat.md and spec.md. I use Flash for code maps and auto-context, and GPT-4.5 or Opus for coding, all via API with a custom tool. Gemini Pro and Flash have had 1M context for a long time, but even though I use Flash 3 a lot, and it’s awesome, I’ve neve…
I built myself an AST based solution for that during the last 6 months roughly. I always wondered whether grep and agent-based discovery will be the end of it and thought it just has to be better with a more deterministic approach.
In the end it's hard to measure but personally I feel that my agent rarely misses any context for a given task, so I'm pretty happy with it.
I used a different approach than tree-sitter because I thought I found a nice way to get around having to write language-specific code. I basically use VSCode as a language backend and wrote some logic to basically rebuild the AST tree from VSCode's symbol data and other API.
That allows me to just install the correct language extension and thus enable support for that specific language. The extension has to provide symbol information which most do through LSP.
In the end it was way more effort than just using tree-sitter, however, and I'm thinking of doing a slow migration to that approach sooner or later.
Anyways, I created an extension that spins up an mcp server and provides several tools that basically replace the vanilla discovery tools in my workflow.
The approach is similar to yours, I have an overview tool which runs different centrality ranking metrics over the whole codebase to get the most important symbols and presents that as an architectural overview to the LLM.
Then I have a "get-symbol-context" tool which allows the AI to get all the information that the AST holds about a single symbol, including a parameter to include source code which completely replaces grepping and file reading for me.
The tool also specifies which other symbols call the one in question and which others it calls, respectively.
But yeah, sorry for this being already a quite long comment, if you want to give it a try, I published it on the VSCode marketplace a couple of days ago, and it's basically free right now, although I have to admit that I still want to try to earn a little bit of money with it at some point.
Right now, the daily usage limit is 2000 tool calls per day, which should be enough for anybody.
Would love to hear what you think :)
https://marketplace.visualstudio.com/items?itemName=LuGoSoft...>
Re: 1M context is now generally available for Opus 4.6 and Sonnet 4.6
#488Earlier quoted context omitted.
That's fascinating: that is identical to the workflow I've landed on myself.
It's also identical to what Claude Code does if you put it in plan mode (bound to key), at least in my experience.
better to instruct it to write a plan .md file that is appropriately named so that it can be easily referenced/updated in multiple sessions. I've found that effective.
Re: 1M context is now generally available for Opus 4.6 and Sonnet 4.6
#489Interesting, I’ve never needed 1M, or even 250k+ context. I’m usually under 100k per request. About 80% of my code is AI-generated, with a controlled workflow using dev-chat.md and spec.md. I use Flash for code maps and auto-context, and GPT-4.5 or Opus for coding, all via API with a custom tool. Gemini Pro and Flash have had 1M context for a long time, but even though I use Flash 3 a lot, and it’s awesome, I’ve neve…
> - a code map strategy on a big repo. Per file: summary, when_to_use, public_types, public_functions. This is done per file and saved until the file changes. With a concurrency of 32, I can usually code-map a huge repo in minutes. (Typically Flash, cheap, fast, and with very good results)
Re: 1M context is now generally available for Opus 4.6 and Sonnet 4.6
#490Earlier quoted context omitted.
Well, out of all the workflows I have seen, this one is rather nice, might give it a try. I imagine if the context were being commited and kept up-to-date with CI would work for others to use as well. However, I'm a little confused on the autocontext/globs narrowing part. Do you, the developer, provide them? Or you feed the full code map to flash + your prompt so it returns the globs based on your prompt? Also, in ge…
- The ..-code-map.json files are per "developer folder," which would create too many conflicts if they were kept in Git. - I have two main globs, which are lists of globs: knowledge_globs and context_globs. Knowledge can be absolute and should be relatively static. context_globs have to be relative to the workspace, since they are the working files. - As a dev, you provide them in the top YAML section of the coder-pr…
> I need to make a video about it.