Viewing profile — kloud

GitHub is really two separate products: a code forge for teams and a social coding platform to collaborate on open source. When I use the social platform, it is mostly as a read-on…

This is quite puzzling. Back in the day I saw the breakthrough with Opus 4.5, and since then was very lightweight on CLAUDE.md, trying to declare intent, rather than prescribe impe…

Gotcha, yeah if a prompt does not produce the result you want, you need to add more details to it, depending on the scope it can be a lot. When it includes all sufficient details i…

You can reference other specs in a prompt. Video codecs are well specified with hundreds of pages of specs, they are probably in some form in the weights already, but you could als…

This resonates, I can imagine the development process as a cascade: we get business goals and user feedback, product is defined which can be pretty fuzzy, designers define UI, engi…

I agree, another issue I have with existing SDD frameworks I've seen like spec-kit or openspec, is they seem to miss the mark by coupling specification (what the software should be…

As a counter argument for the compiler perspective: what Cursor did is basically transpiling a project to another language, which is a form of compilation. If you distill the feedb…

Specs might become one solution for coping with the need to review increased volume of code. A spec is a higher level of abstraction than code, which is a higher level of abstracti…

Would be interesting to see coding performance on SWE benchmarks.

Fusion of frontier models beating Fable, or cheaper models matching Fable performance at half the cost. Great announcement timing. What is missing in the article is the reasoning/e…

Fair point, given it is more unconventional design, it is a riskier way in order to get something that works.

Cool project, I like the idea of having tmux-compatible CLI. I used Zellij to get better UX, but many agent tools integrate with tmux. This way agent tools can still integrate tmux…

Reviewing large volume of code is a problem. In the pre-LLM era, as a workaround to occasionally review large PRs, I used to checkout the PR, reset commits, and stage code as I wou…

Exactly this, existing code review tools became insufficient with the increase of volume of code, I would like to see more innovation here. One idea that comes to mind to make revi…

Good to know, that makes it even better. I still find Opus 4.5 to be the best model currently. But if next generation of GPT/Gemini close the gap that will cross the inflection poi…

The OpenClaw/pi-agent situation seems similar to ollama/llama-cpp, where the former gets all the hype, while the latter is actually the more impressive part. This is great work, I …

This is awesome! I was thinking it would be neat to have something like abduco but on a more reliable foundation, like libghostty-vt. For my agent management scripts I use zellij s…

Great thought provoking article! Indeed, typing commands on the command line feels primitive like typing code into interactive interpreters (python, irb, etc.). Those are primitive…

Also in the context of LLMs I think model weights themselves could be considered an untrusted input, because who knows what was in the training dataset. Even an innocent looking pr…

Non-determinism is just a limitation of current implementations, but it is not a fundamental property: https://thinkingmachines.ai/blog/defeating-nondeterminism-in...

The strength of Lisps is in ability to define DSLs and then concisely express solutions for problems in that domain. Arguably no other programming language was able to exceed or ev…

That linear trend line does not seem to fit very well, I say we are looking at the beginning of a hockey stick :) Stopped dual-booting for games and formatted the partition some ti…

> It seems to me that LISP will probably be superseded for many purposes by a language that does to LISP what LISP does to machine language. Namely it will be a higher level langua…

Although niche, things are pretty lively in the community. Among other things this year great progress was made on Jank, the native LLVM-based implementation with seamless low-leve…

That sounds super cool, let me add another voice of encouragement, please do publish it.