kcores-llm-arena
asak
| kcores-llm-arena | asak | |
|---|---|---|
| 2 | 13 | |
| 855 | 313 | |
| 3.6% | 2.2% | |
| 8.5 | 6.8 | |
| 2 months ago | 2 months ago | |
| HTML | Rust | |
| GNU General Public License v3.0 or later | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
kcores-llm-arena
-
RustAssistant: Using LLMs to Fix Compilation Errors in Rust Code
Gemini 2.5 pro is far ahead of even Claude
Chart:
https://raw.githubusercontent.com/KCORES/kcores-llm-arena/re...
Description of the challenges:
https://github.com/KCORES/kcores-llm-arena
- GPT-4.1 in the API – OpenAI
asak
-
RustAssistant: Using LLMs to Fix Compilation Errors in Rust Code
I am creator and maintainer of several Rust projects:
https://github.com/chaosprint/glicol
https://github.com/chaosprint/asak
For LLM, even the latest Gemini 2.5 Pro and Claude 3.7 Thinking, it is difficult to give a code that can be compiled at once.
I think the main challenges are:
1. Their training material is relatively lagging. Most Rust projects are not 1.0, and the API is constantly changing, which is also the source of most compilation errors.
2. Trying to do too much at one time increases the probability of errors.
3. The agent does not follow people's work habits very well, go to docs.rs to read the latest documents and look at examples. After making mistakes, search for network resources such as GitHub.
Maybe this is where cursor rules and mcp can work hard. But at present, it is far behind.
-
Show HN: Asak – cross-platform audio recording/playback CLI tool written in Rust
alright I will see if I can fix this in https://github.com/chaosprint/asak/issues/11
- Show HN: Cli.club – Command Line Interface Tools and Alternatives
-
Real-time audio programming 101: time waits for nothing
Great resource! For those interested in learning the fundamentals of audio programming, I highly recommend starting with Rust.
the cpal library in Rust is excellent for developing cross-platform desktop applications. I'm currently maintaining this library:
https://github.com/chaosprint/asak
It's a cross-platform audio recording/playback CLI tool with TUI. The source code is very simple to read. PRs are welcomed and I really hope Linux users can help to test and review new PRs :)
When developing Glicol(https://glicol.org), I documented my experience of "fighting" with real-time audio in the browser in this paper:
https://webaudioconf.com/_data/papers/pdf/2021/2021_8.pdf
Throughout the process, Paul Adenot's work was immensely helpful. I highly recommend his blog:
https://blog.paul.cx/post/profiling-firefox-real-time-media-...
-
Ask HN: Interesting TUIs (text user interfaces), maybe forgotten ones?
As a sound and music computing person, I rarely used tui before although I use cli tools often, e.g. SoX. I usually use Audacity to record on Mac. But then I realized I wanted a tool that could quickly open and record inspiration, and that's when TUI came into play: I decided to write my own custom tool called asak (audio Swiss Army Knife) [1]
This way I can quickly record on Mac, and of course, since this is Rust and ratatui [2], this tool should also be cross-platform.
[1] https://github.com/chaosprint/asak
[2] https://ratatui.rs/
What are some alternatives?
chat.md - An md file as a chat interface and editable history in one.
htop - htop - an interactive process viewer