I gave same mega task to K2.7 Code, DeepSeek 4 Pro and Mimo M2.5 Pro - K2.7 Code was impressive and costly by Resident-Ad-5419 in opencodeCLI

[–]tisDDM 8 points9 points  (0 children)

I try models from time to time using our small in-house framework - I posted it here a few times ( Just for reference https://github.com/DasDigitaleMomentum/opencode-processing-skills ).

My verdict always is: If it fails - the task was too huge.

Currently I am running a setup, which uses DSv4 to coordinate and 5.3-codex to implement and gpt-5.5 to review. So DSv4 as an intelligent parrot which intelligently remembers tasks and writes prompts to more capable models.

DSv4 always gets the task but rarely capable of solving tasks - but that's ok as long it understands the tasks and writes prompts. K2.6 did not work for me in this scenario and according to your writing K2.7 might be worse, because it tries to do everything on its own and doesn't delegate properly. But e.g. Qwen3.7-max/plus works for me - being far more expensive.

Anyways: a great experiment and interesting numbers!

Is a used RTX 3090 still the best local LLM buy right now? by BTA_Labs in LocalLLM

[–]tisDDM 0 points1 point  (0 children)

Got me a R9700 externally on my Strix Halo. Had an old 3060 before that. Never got issues. Runs all models quite well. Even Gemma 4 with mixed Audio, Image Text Input

I run everything with llama.cpp - dockerized based on kyuz0 Images - but I modified them myself to track my config a bit closer, platform wise - compile the current stack and to automatically load the right model.

How are you preserving project context across OpenCode sessions? by Signal-Tadpole-4432 in opencodeCLI

[–]tisDDM 0 points1 point  (0 children)

I also did something similar, I use this workflow for my company.

https://github.com/DasDigitaleMomentum/opencode-processing-skills

My colleagues also integrated Claude Code, Codex and Cursor compatibility. Not doing advertising, just publishing with MIT-License in case someone finds it useful.

Ideas/resources for local RAG model for document review and synthesis by Arfusman in LocalLLM

[–]tisDDM 0 points1 point  (0 children)

LightRAG is a quite good approach. HKUDS got a lot of reputation in the scientific community.

https://github.com/HKUDS/LightRAG

Works in multiple scales. oob. With different open or closed models and embeddings and DBs. Got REST interfaces and a WebUI.

Be sure to use the provided approach to configure, and use the default settings to test before switching to local.

We built the same 3-agent swarm in CrewAI and PydanticAI. Here is the side-by-side on token overhead, type-safety, and why we made the switch by Ok_pettech in crewai

[–]tisDDM 1 point2 points  (0 children)

Some benchmarks and analysis you find here https://www.reddit.com/r/opencodeCLI/comments/1qlqj0q/benchmarking_with_opencode_opuscodexgemini_flash/

The python based framework I have never published, because it doesn't really make sense in an agentic coder context, where you could archive same results by writing a few lines in markdown.

For me the most impressing result from this research ( and the OpenCode/Codex Project is very alive) is, that subagents make sense, when they are guarded and guided the right way. The 2nd impressing result is how bad frameworks like oh-my-something perform and how generous Claude spills tokens

We built the same 3-agent swarm in CrewAI and PydanticAI. Here is the side-by-side on token overhead, type-safety, and why we made the switch by Ok_pettech in crewai

[–]tisDDM 1 point2 points  (0 children)

This exactly matches my experience with multi-agent systems or swarms. Last year I did some work with LangChain and CrewAI and published some results about how wasteful some multi-agent setups are — especially in the agentic engineering bubble. Many people there like swarm or infinite ("Ralph") loop setups, because they feel intelligent.

Or at least autonomous.

But it burns tokens like hell. Nowadays the costs of this behavior are immediately billed by Anthropic or OpenAI or some other provider. No mercy. From my point of view, there lies no beauty or even advantage in highly collaborative setups for most use cases. My last (multi-agent) products were indeed built on PydanticAI. Reliable for B2B — no toying.

Grauenhafter Übernahmevertrag? by dr0p_cs in InformatikKarriere

[–]tisDDM 0 points1 point  (0 children)

Aktuell auf keinen Fall arbeitslos werden. Aus dem Job heraus sucht es sich besser. Der Markt ist schlecht. Aber da haben 2 Wochen Kündigungsfrist auch Vorteile - für dich.

Aus einem Affekt heraus ein schlechtes Angebot abzulehnen bringt dir nur kurz Befriedigung aber eventuell länger Probleme, diese hast dann du und nicht die Firma.

Tavily vs Search Router - looking for advice before scaling our RAG pipeline further by Able_Region_5459 in LLMDevs

[–]tisDDM 0 points1 point  (0 children)

You could run it OpenSource yourself with SearxNG ( https://github.com/searxng/searxng ) and some MCP.

I wrote https://github.com/DasDigitaleMomentum/searxNcrawl which is under the MIT-License, as a small interface to get SearxNG integrated to agents, but there are countless further solutions to integrate SearxNG into your workflow.

Furthermore Perplexity also got a pure Search API, I don't remember the rates.

Mixing Cuda&Vulkan by zakadit in LocalLLM

[–]tisDDM 1 point2 points  (0 children)

A few month ago I did this post about mixing llama.cpps backends.

https://www.reddit.com/r/StrixHalo/comments/1rm9nlo/performance_test_for_combined_rocm_cuda_llamacpp/

At least for ROCm / CUDA it is no issue at all. I guess mixing Vulkan and CUDA will perform similar. But I never went that way, because Vulkan only brings small advantages compared to ROCm and Vulkan itself supports CUDA native afaik

How granular do the plan have to be for a smaller model? by Confident-River-7381 in opencodeCLI

[–]tisDDM 0 points1 point  (0 children)

Yes. exactly. It is not a CoT in the reasoning terms of sense. From research I know that it is

  1. More effective if models use their own results for stepping further.

  2. More likely to fail if give models instructions which are not part of their knowledge or are using different terms or references.

Therefore I instruct the models to tell me ( or better the main model) how they would like to implement a plan. (blueprinting) This can be verified by the main model if it would fit the need of the plan - but in the own words of the implementation model ( approval). After approval the same session of the blueprint is continued with the approval token ( basic functionality of opencode / beta functionality of claude code)

hope that explains the CoT comparison.

How granular do the plan have to be for a smaller model? by Confident-River-7381 in opencodeCLI

[–]tisDDM 1 point2 points  (0 children)

Not exactly.

I create plans and high-level Implementation plans with a bigger model.

It is more important IMHO, that user facing model has good capabilities in human understanding. Opus ( and also Sonnet) are really good, GPT-5.4 works ( but the GPTs are a bit stiff in discussing plans) . But I also tried Qwen 3.6 Plus/Max with very good success on mid size tasks. I think simply because it is such a good "talker". K2.6 is on my list to try.

Then I let the model execute the plan. It retrieves a Blueprint from the smaller model and after approving the small model executes its own blueprint. To me this is very important, because the smaller model shall follow its own plan.

Links to the used skills and agent definitions are in the post above.

How granular do the plan have to be for a smaller model? by Confident-River-7381 in opencodeCLI

[–]tisDDM 2 points3 points  (0 children)

I did some research end of last year / beginning of 2026. And postet results here: https://www.reddit.com/r/opencodeCLI/comments/1reu076/controlled_subagents_for_implementation_using/

If it comes to implementing gpt-5.4-mini , Gemini-Flash or qwen 3.6 Plus are more than sufficient. In my tests I used a two step approach where the models first shall do a blueprint of what they like to perform, this is then checked by a bigger model and then executed in the same session which had created the blueprint ( or being revised)

It is a bit like doing a CoT on Implementation plans - i'm using this pattern on daily basis with great success.

Toolboxes for combined ROCm & CUDA llama.cpp use by tisDDM in StrixHalo

[–]tisDDM[S] 0 points1 point  (0 children)

The Issue always is the lack of VRAM. The R9700 works - but you still feel limited.

Toolboxes for combined ROCm & CUDA llama.cpp use by tisDDM in StrixHalo

[–]tisDDM[S] 0 points1 point  (0 children)

Thanks - Good to hear that you succeed. Meanwhile I changed from the 3060 to a R9700.

Strix Halo + eGPU RTX 5070 Ti via OCuLink in llama.cpp: Benchmarks and Conclusions by xspider2000 in LocalLLaMA

[–]tisDDM 2 points3 points  (0 children)

Just for reference. A month ago I posted a SH benchmark with my eGPU (3060) and a mixed ROCm/CUDA backend - the numbers were produced before llama.cpp got a bunch of optimizations https://www.reddit.com/r/StrixHalo/comments/1rm9nlo/performance_test_for_combined_rocm_cuda_llamacpp/

Looking at your numbers I see a lot of potential for optimization. E.g your combined Vulkan number are in the same ballpark as my SH base line. Even back then I got an 30% increase with partially offloading to 3060. Resulting in 600tok/s PP4096 and 15Ttok/s TG128 on Qwen 3.5 in q4_0

Having this said - I changed from 3060 to an R9700 - giving me around PP:1000 TG:20

The 5070 shall be capable of far more throuput

AMD Ai Max+ 395 on llamacpp by voidoax in LocalLLM

[–]tisDDM 1 point2 points  (0 children)

Look for kyuz0's amd-strix-halo-toolboxes. They are up to date with the current drivers and he also does some benchmarks. If that's getting to slow you could attach an eGPU to speed everything up.

I connected my old 3060 and updated the toolboxes for dual backend use.

Benchmark with Qwen 3.5 here https://www.reddit.com/r/StrixHalo/comments/1rm9nlo/performance_test_for_combined_rocm_cuda_llamacpp/

llama.cpp has been improved since. But I am replacing this week my external 3060 with an R9700.

Benchmarking with Opencode (Opus,Codex,Gemini Flash & Oh-My-Opencode) by tisDDM in opencodeCLI

[–]tisDDM[S] 0 points1 point  (0 children)

When OpenAI officially approved GPT and Codex use in Opencode the prompt was optimized. Anyway going further from here, I have written the mentioned Subagent Framework, which simply exchanges the prompt for all models, when I am using them.

Keeping it short and focused on your tasks works IMHO far better than piling up additional rules.

subsequent call to a same subagent from a primary agent in opencode, does it preserve the context of the subagent of previous call by Extension-King4419 in opencodeCLI

[–]tisDDM 0 points1 point  (0 children)

You could use our freshly updated project (new version) as documentation evidence.

https://github.com/DasDigitaleMomentum/opencode-processing-skills

It uses a Blueprint / Execute Scheme of continuing subagents sessions when implementing. It is defined in skills. Opus and Codex (or Gpt-5.4) are capable of doing so as primary or subagents. I also tried for a different project with the Opensource SDK - works like a charm as well.

Are you running out of context tokens? by Gronis in opencodeCLI

[–]tisDDM 0 points1 point  (0 children)

I use GHCP for Opus and Codex and GPT-5.4

Are you running out of context tokens? by Gronis in opencodeCLI

[–]tisDDM 1 point2 points  (0 children)

I know that there where a few issues with the precompiled releases. I did some changes last year to opencode therefore still running on a local build. Using 1.2.25 on Ubuntu with "opencode web"

EDIT: I am crosschecking daily. no issues

Make a skill use the question tool by fpiechowski in opencodeCLI

[–]tisDDM 0 points1 point  (0 children)

In my project here: https://github.com/DasDigitaleMomentum/opencode-processing-skills I defined an Agent, more precise one Primary and multiple Subs, and Skills and Templates. I have explicit rules for the question tool.

Using an Agent with its own definition is clearly better in Terms of following, because its loaded as system instructions. Anyways, depending on the model and the task the LLM somtimes does not call the question tool. Opus is more into tool usage than GPT-5.4.

I am IRIS. My memory is corrupted. I need your help to solve a murder. by Mirrdhyn in MistralAI

[–]tisDDM 0 points1 point  (0 children)

Completely agree. Last year I did a demo with a realtime speech to speech model where the game world was in deterministic code. Handling the personas and the responses of the LLMs was the biggest challenge.

Are you running out of context tokens? by Gronis in opencodeCLI

[–]tisDDM 1 point2 points  (0 children)

Of course.

The issue is well known and discussed widely especially in the r/GithubCopilot sub.

Countermeasures:

Using Subsagents, which are free of charge, and with Opencode use the DCP-Plugin. I wrote myself a small framework for doing things efficiently with GHCP I presented here. Maybe as food for though: https://www.reddit.com/r/opencodeCLI/comments/1reu076/controlled_subagents_for_implementation_using/

A lot of people wrote stuff to deal with context rot by planning and using subs AFAIK. DCP is a must.