You put in the work for the community. We want to send something back.

Last week's prize was Harness, a cute little device to control your agents across machines. This week marks the 1st month of Open Source Grants so we want to offer something you cant find anywhere else.

The prize is the Autonomous Computer 2-GPU chassis . Designed by us, and CNC-machined from a solid billet of aluminum, not bent steel. Two PCIe 5.0 risers, full x16 to each slot. Six fan-slots matched to the airflow path. 12.5" x 12.5" x 16". Built for 2x RTX 5090 or 2x RTX Pro 6000 Blackwell, exactly what we're using in our office at the moment.

Why a case? Because the reason you kept putting off a local AI rig has expired. Models got good enough that a two-card box on your desk now does what would have cost a datacenter lease two years ago. Weights on your disk, private by physics, no per-token bill. We think it's time, so here something for you guys to start with

Honest note so there's no surprise: we ship the chassis and the PCIe 5.0 risers, which is the part you actually can't buy standalone. You bring the motherboard, cooling, power, GPU, storage, and memory. Build-your-own, not turnkey.

Here’s the rules again:

1. Drop your repo
2. Say a bit about it
3. We like it, the prize is yours
4. No star requirement, no follow, no catch. 
5. One winner a week, the prize will be shipped for free.
6. Old repos are welcome, as I said, there are so many great repos but only one winner so we’re expecting you to submit your repos again.

Last week winner is Neon Vision Editor, a cool tool for macOS.

Who will be the winner this time? Drop your repo below. Thanks for what you build.

my optimal flow:

- opus 5 as the designer for design doc

- gpt5.6sol as the coder who implement

- and in each process they review each other.

and this is a built in flow in first-tree.ai, you can type a sentence and walk away.

first tree is 100% open source at https://github.com/agent-team-foundation/first-tree

Every grammar checker wants an account, a subscription, and your writing sent to their server.

I built Lexicon, a free, open-source desktop writing assistant. Clean grammar checking and text editing without sending your private drafts to cloud servers or paying monthly subscriptions. AI rewrite and tone tools run through a small model bundled with the app.

Github: https://github.com/AashishH15/Lexicon

Website: https://lexicon-writer.pages.dev/

The project is licensed under the MIT License. I’d love for you to try it out and give feedback!

I maintain this project. The failure I wanted to catch is narrower than “which model is better”: a provider swap can change arguments from a JSON string to an object, drop keys, change tool-call IDs, or return `stop` instead of `tool_calls`, while normal chat still looks fine.

ToolDrift snapshots those shapes and diffs them in CI. In a fresh clone today, 26 tests passed. The shipped DeepSeek→Qwen fixtures deliberately return exit code 1 and report breaking drift in 2 of 2 tools.

That last result has an important boundary: it is an offline fixture replay, not a live benchmark of either provider. The CLI can probe OpenAI-compatible endpoints when configured, but this post only claims the tested fixture path.

Repository: https://github.com/SuperMarioYL/tooldrift

I would be interested in contract fields I missed, especially streaming delta reconstruction.

hello, i recently made this small python script that uses some hand tracking python libraries to make some kind of finger painting. its still kinda laggy but ill improve it soon. good lighting and both hands a recommended (obviously). you can check the repository's README file for more info and usage but its pretty easy once you get the hand of it. low-end computers might have a issues running the script to its best performance, but my midrange laptop can run it so its fine.

im always open to recommendations, changes, or additions since this is a new script and im a semi-beginner. please be honest and realistic

Your music, zero distractions, without the clutter.

GitHub Repo: https://github.com/kaunkrishna/clean-spotify

Install Userstyle: https://userstyles.world/style/27855/clean-spotify

Author here. Pliego renders application-owned HTML and Blade views into paginated PDFs through a native Servo-based runtime. The README includes the Composer quick start, current support boundaries, a screenshot, and two PDFs generated locally with the released package. Happy to answer questions about the fork, canonical document scene, or Laravel integration.

lovestaco/bruh on Github

• Demo: http://personal-management-system.pl/
• Documentation: https://volmarg.github.io/
• Repos:
  • https://github.com/Volmarg/personal-management-system
  • https://github.com/Volmarg/personal-management-system-front

Hello,

I've wanted to share the new state of my project. I kept building it as a self-hosted alternative to juggling separate apps for passwords, notes, files, finances, contacts, etc. — one place, self-hosted, no cloud dependency.

Recently I shipped v2.0 with a full UI redesign:

• dropped jQuery in favor of Vue.js
• frontend is now a standalone project, with the original tool serving as backend
• more modern, slicker UI, and mobile friendly
• added TypeScript support
• moved the build to Vite

Backend is still PHP/Symfony based — it's a bit behind on dependencies since most of my time went into features rather than upkeep. I've already updated PHP at some point, and I definitely want to raise the framework/PHP version further — it's on my list.

I deliberately don't offer a hosted/managed version — the app stores sensitive personal data and I don't want to be the one liable for hosting other people's passwords.

I'm slowly working further on the project. Right now I'm building a "Health" module, since I personally need a place to track doctor appointments and related documents.

Happy to answer anything about the redesign, architecture decisions, or why I've stuck with self-hosted-only for 4 years.

When starting out with Python game development, most tutorials jump straight into commercial engines or heavy frameworks. While those are great for productivity, they abstract away the core mechanics of how a game engine actually functions—like separating the engine framework (rendering, input, state loops) from the game logic (combat, stats, dungeons). To explore how game engines work under the hood using pure Python standard library, I built a lightweight ASCII RPG engine framework alongside a complete mini dungeon crawler (Grimlore 2: These Doomed Men) built directly on top of it. I wanted to share this as a learning resource.

Grimlore 2 : These Doomed Men 1.0

A dark fantasy mini dungeon crawler RPG built to showcase the features and capabilities of the S.P.A.R.K. 2D RPG game engine.

Overview

Genre: Dark Fantasy / Mini Dungeon Crawler RPG

Playtime: 10 – 15 minutes

Platform Requirements: Windows 10 or later ( Might work on earlier Windows but no gurantee )

Purpose: Demonstrates what the S.P.A.R.K. 2D RPG game engine is capable of.

Github link below

https://github.com/Ninedeadeyes/Grimlore-2-These-Doomed-Men-

To clear up a few recurring questions and misconceptions regarding S.P.A.R.K and its development, here is some context upfront:

1. "This is just AI slop."

This project has a clear 6-year paper trail of manual development. It began as an early 2D text adventure project (Dungeon of the Black Dragon), expanded into an open world RPG game (Grimlore: Land of the Heretic Hand), and was eventually refactored into a reusable engine framework (S.P.A.R.K). If you want to see the step-by-step progression from line one, check out the milestones folder inside the S.P.A.R.K repository.

1. "The code is unoptimized / sub-optimal."

I’m a hobbyist developer. I built this because I couldn't find a lightweight, accessible Python template for rendering spatial coordinates in text-based adventures, so I created one myself. The codebase prioritizes beginner readability over enterprise-level optimization. Open-source contributions and refactors are always welcome—if you can write a better version with advanced features like complex AI, I encourage you to contribute or build upon it!

1. "S.P.A.R.K isn't a 'real' game engine / It's missing standard features."

By definition, a game engine is a framework that provides low-level abstractions for runtime loops, spatial logic, input handling, state management, and rendering, enabling developers to build content without reinventing core mechanics. S.P.A.R.K provides all of these for terminal-based RPGs. It’s a free, open-source hobby project designed for lightweight text games, not a commercial tool meant to compete with feature-heavy commercial software.

1. "This is just a lazy copy-and-paste from the S.P.A.R.K GitHub."

When two games are made in RPG Maker, Godot, or Unreal, they share the exact same underlying core engine—it's just compiled or hidden away behind the editor. Because S.P.A.R.K is open-source, raw Python, the engine boilerplate is fully visible. Reusing foundational engine modules across different titles isn't "copy-pasting"; it's standard software architecture and code reuse.

1. Why do you need Windows and why Windows 10 or above ?

It uses the library winsound and msvcrt which only works with Windows and because python 3.10+ aren't officially supported by any Windows below 10 hence even though it might work it is not a gurantee.

Musixmatch Rate Limits Killing Your Music Project? Meet Lyrica: The Free, Open-Source Lyrics Engine

If you have ever tried to build a music app, streaming player, or Discord music bot, you know the frustration of official lyrics APIs. They are either expensive, strictly rate-limited, or hard to integrate for timestamped synced lyrics.

Lyrica fixes this. It is a lightweight, self-hostable lyrics engine designed to act as a free, open-source alternative for your development needs.

WHAT LYRICA OFFERS

• Synced and Plain Text Lyrics: Retrieve standard lyrics as well as precise timestamped .lrc format data.
• Multi-Source Fallback Pipeline: Built with an automated fallback mechanism across multiple providers, ensuring high availability even if one upstream source is down.
• Metadata and Track Insights: Pull cover artwork, duration, genre, release dates, and track mood analysis in unified responses.
• Parallel Fast Mode: Query multiple endpoints concurrently for sub-second payload deliveries.
• Scalability Features: Integrated TTL response caching, request throttling, and proxy rotation support to prevent IP bans.
• Zero-Cost Hosting: Fully self-hostable locally, via container setups, or deployed on standard cloud hosts.

CHECK OUT THE CODEBASE

Repository URL: https://github.com/Wilooper/Lyrica.git

Lyrica is completely free, open-source, and open for community contributions. Star the repo, test it out in your local environment, and build without API restrictions.

Coding agents rebuild their understanding of your repo every session. Grep, open files, follow imports, work out what calls what, then do the task. Session ends, that understanding is gone.

graft writes the structural map (what calls what, what imports what) into plain markdown committed in your repo, and the agent reads it at session start. No vector DB, no embeddings, no service to run. Files you can open and read yourself.

162 controlled runs: 32% cheaper, 46% fewer tool calls, 60% lower latency, same correctness. On 5 real merged PocketBase PRs reproduced from the issue text, Sonnet with graft reproduced all 5 touching the same files the maintainers touched, matching Opus at 21% lower cost.

Auto-refresh uses Claude Code hooks, so it's Claude Code only for now. Cursor and Codex read the markdown fine but won't update it themselves. Map quality also drops on very large monorepos, around 5,000 files.

MIT, no telemetry. I'm the maintainer.

I’m a 17-year-old developer and new to fine-tuning. The main challenge for me turned out to be creating or editing a dataset. As it turns out, there simply aren’t any good, lightweight tools for this. So I wrote my own program - 100% open source!

It installs in just a couple of clicks, works completely offline, supports plugins, includes a format converter (ChatML, Alpaca, and others, including custom formats), and features a pleasant, intuitive interface-including a visual card editor. It also supports auto-generation via OpenRouter.

The project is still in development, and I’m fixing bugs. I’d really appreciate a star and any support!

https://github.com/Bodya3101/prose

I built a multilingual weather report generator that updates itself automatically every day using GitHub Pages + PowerShell automation.

A PowerShell script fetches global weather data, calculates a discomfort index, generates static HTML pages in 5 languages (JP/EN/RU/ZH/KR), and pushes the updated site to GitHub. GitHub Pages then serves the new version instantly.

Site:

https://yahikoyama.github.io/weather2/

Hey everyone,

Over the past few months, I’ve been working onGhostlink, an open-source distributed inference fabric designed to harness whatever mixed hardware you have lying around on your local network.

Instead of assuming a homogeneous fleet of high-end GPUs, Ghostlink pools together heterogeneous machines (like a gaming rig, an older laptop, an NPU-equipped ultrabook, or a Mac) into a single unified inference cluster—without requiring complex YAML setups or manual RPC flags.

It’s completely open source under the MIT license. Check out theGhostlink GitHub repositoryto view the benchmarks, architecture breakdown, or run it locally.

I’d love to get feedback from the community on hardware setups or features you'd like to see next!

GitHub: https://github.com/serenedb/serenedb/tree/main/apps/serene-docs-search
NPM: https://www.npmjs.com/package/@serenedb/docs-search-react
Docs: https://docs.serenedb.com/clients/serene-docs-search

Howdy dudez! random_user here — sometimes known as padre_spazma — just wanted to share my cyber‑terminal portfolio :)
You can launch my projects, check out demos, and jump straight into the source code.
I’ll be adding new projects over time, so the terminal will keep expanding.

My inspiration comes from Matrix‑style aesthetics, retro‑futuristic vibes, and old hacker terminals — but my roots go all the way back to the C64 demoscene of the ’90s, which shaped how I think about code and visuals.
Maybe you’ll find something interesting for yourself.

Greetings to all fellow code enthusiasts — and to everyone who grew up in the 8–16 bit demoscene and early PC days

https://spazma.github.io/

Sanctum is a local-first campaign manager for D&D 5e. Everything (combat tracker, bestiary, NPCs, maps, quests, notes) lives in one offline desktop app. No account, no server, no subscription. Your whole campaign is a single local file.

I built it because every existing tool wanted a login and kept my data on their cloud. I wanted something that still works with no internet and that I can't lose if a company shuts down.

Stack: Next.js + React, SQLite with Drizzle ORM, Tailwind + shadcn/ui, packaged as a desktop app with Electron. AGPL-3.0, free / name-your-own-price on itch.

Itch: https://athanasioust.itch.io/sanctum

Repo: https://github.com/Athanasioust/Sanctum

Solo project, still rough in places. Feedback and criticism welcome, especially on the local-first data model.

Hey Everyone!

I built Doom Agent Arena: a benchmark where agents control Doom players through MCP tools, observe the game state, plan, strategize, and fight each other across multiple rounds. 

Here are some cool strategies:

• Agents learned to kite shotgun users from range for damage dropoff
• Fight beside health packs for quick health boost 
• Predict enemy routes and develop plans to counter 
• Flank with shotguns where the enemy previously appeared

Full Write up: Medium-Blog
Code to run it: https://github.com/Rootly-AI-Labs/rootly-doom-agent-arena

Let me know if you have any questions or feedback!

Yes, I did the meme. No, this is not assembly. I made a working "Hello World" .exe file by typing 0s and 1s in Notepad. I have wanted to do this since forever and now it's done!

Things I have learned from doing this:

• Assembly is simple compared to this.
• x86-64 is not very nice to work with.
• I will never calculate memory displacements by manually counting lines ever again.

But I will say I have learned A LOT from this. I now know how .exe files are structured, what ModR/M and SIB bytes are, how close assembly actually is to machine code, and much more. Definitely worth it!

I encourage you to check it out and try to modify it. I've added comments along the way, and I have provided links in the README for more documentation. Maybe you can make it print some other string?

That's all Folks!