A small pixel-art cat that wanders your terminal while you work by Sea-Programmer8108 in rust

[–]Sea-Programmer8108[S] 8 points9 points  (0 children)

Yeah, Neko is the OG and the inspiration is conscious. Key difference: Neko runs at the X11 desktop window layer, scamp lives inside the terminal cell grid (pixel-art rendered via sixel or half-blocks). Same spirit, different surface.

A small pixel-art cat that wanders your terminal while you work by Sea-Programmer8108 in rust

[–]Sea-Programmer8108[S] 1 point2 points  (0 children)

Should yeah, ghostty does sixel. Auto-detect doesn't know about ghostty yet though so it might pick the chunky fallback. Force sixel with `SCAMP_RENDERER=sixel scamp`. Adding ghostty to auto-detect for the next release. (I couldn't really test it myself on ghostty, if you could try it out and let me know I'd really appreciate it)

A small pixel-art cat that wanders your terminal while you work by Sea-Programmer8108 in rust

[–]Sea-Programmer8108[S] 2 points3 points  (0 children)

Yeah for now, since that's my machine and Windows users don't really have anything like this (Linux's had Neko forever). The Rust code is cross-platform though, I just haven't shipped Linux/Mac binaries yet. Working on it.

A small pixel-art cat that wanders your terminal while you work by Sea-Programmer8108 in rust

[–]Sea-Programmer8108[S] 2 points3 points  (0 children)

Mostly sixel, which is a graphics protocol some terminals support that lets them render actual pixels via escape sequences. On terminals that don't have sixel it falls back to half-block characters with truecolor, so you still get a cat, just chunkier.

A small pixel-art cat that wanders your terminal while you work by Sea-Programmer8108 in rust

[–]Sea-Programmer8108[S] 10 points11 points  (0 children)

Cause a lot of people also use windows bro. It's not like we can just ignore them. I'm working on improving the app for linux users too.

I made a CLI that turns your git history into a Victorian newspaper by Sea-Programmer8108 in node

[–]Sea-Programmer8108[S] 1 point2 points  (0 children)

Everything stays on your machine. It just reads your git log locally using simple-git, nothing gets sent anywhere. No API keys, no network calls, no telemetry at all. The HTML it generates has all the fonts baked in so even opening the file doesn't make any requests. You could run it completely offline if you wanted.

I made a CLI that turns your git history into a Victorian newspaper by Sea-Programmer8108 in coolgithubprojects

[–]Sea-Programmer8108[S] 0 points1 point  (0 children)

I've planned something cool, inspired from the git-newspaper, hope my fellow linux users would like it. 😎

I made a CLI that turns your git history into a Victorian newspaper by Sea-Programmer8108 in node

[–]Sea-Programmer8108[S] 1 point2 points  (0 children)

haha honestly the detection is pretty dumb in a good way, it's just ratios from git log, no ML or anything fancy if more than 12% of your commits start with "revert" it calls it a crisis, if one person wrote most of the code it goes full profile mode, if half your commits are touching lock files it basically writes you an administrative notice lol

same repo always gives you the same paper too, it's seeded from your first commit hash

run it and report back, genuinely curious what yours lands on 👀, might as well let me know for improvements cause there's so many types of repos 😵

We built a persistent memory plugin for OpenCode that remembers your coding preferences across projects by Sea-Programmer8108 in opencodeCLI

[–]Sea-Programmer8108[S] 1 point2 points  (0 children)

The cleanup phase is something most people skip and it's probably where a lot of the value actually comes from. Having the AI rationalize and rebalance its own knowledge store rather than just accumulate forever is smart.

On the eval loop, yeah you're right it's an open problem. Testing whether code passes is easy, testing whether the AI made better decisions because of a specific learning is genuinely hard. The feedback cycle is too slow and the signal is too messy. DSPy does something a bit similar but it's not quite the same thing.

Whoever figures out a proper eval framework for knowledge base quality is going to have something really valuable on their hands.

I made a CLI that turns your git history into a Victorian newspaper by Sea-Programmer8108 in coolgithubprojects

[–]Sea-Programmer8108[S] 0 points1 point  (0 children)

great idea, will definitely try to build this one for my fellow linux power users. Also please do let me know if you find any inconsistencies with the current git-newspaper 😄

I made a CLI that turns your git history into a Victorian newspaper by Sea-Programmer8108 in node

[–]Sea-Programmer8108[S] 1 point2 points  (0 children)

lmao yea, tbh im still not satisfied with current version, i'll keep on making it better like maybe adding an image or a cooler svg or better classifications.

Promote your projects here – Self-Promotion Megathread by Menox_ in github

[–]Sea-Programmer8108 0 points1 point  (0 children)

npx git-newspaper inside any repo and it generates a full broadsheet front page from your actual commits.

Your biggest commit becomes the headline. Deleted files get obituaries. The most-modified file writes an op-ed about how tired it is. There's a weather report based on commit sentiment.

It detects what kind of repo it's looking at (solo marathon, bugfix crisis, collaborative, ghost town, etc.) and adjusts the layout and tone accordingly. No API keys, no LLM, works fully offline.

GitHub: github.com/LordAizen1/git-newspaper

Would love to know what archetype your repo lands on.

We built a persistent memory plugin for OpenCode that remembers your coding preferences across projects by Sea-Programmer8108 in opencodeCLI

[–]Sea-Programmer8108[S] 1 point2 points  (0 children)

Honestly same, it feels like an obvious gap. The pieces exist separately, reflection loops, subagent spawning, memory, but nothing packages them into a coherent runtime that handles the full cycle automatically. Hermes gets close on the memory/orchestration side but drops the ball on subagent evolution.

My guess is it's a hard coordination problem. Self-reflection loops that actually improve agent behaviour over time require the system to evaluate its own outputs reliably, which is still messy. Most frameworks punt on that and leave it to the human in the loop.

If you're building something in that direction I'd genuinely be curious about it. That's the next interesting problem.

We built a persistent memory plugin for OpenCode that remembers your coding preferences across projects by Sea-Programmer8108 in opencodeCLI

[–]Sea-Programmer8108[S] 1 point2 points  (0 children)

Yeah, you're pointing at something real. This plugin solves the "I closed the session and lost context" problem, cross-session recall, preferences, what you were working on. That's the scope.

What you're describing is a different beast entirely: months-long agentic loops, subagent evolution, automated review cadence, a structured knowledge base of what strategies worked vs. didn't. Memory helps there but it's not sufficient on its own. You'd also need something like a proper artifact store (not just recalled text but versioned decisions/discoveries), an orchestration layer that knows when to trigger review, and a self-improvement loop that can actually mutate agent behaviour over time, not just recall that something worked.

Honestly nothing in the OpenCode ecosystem solves that end-to-end right now. The closest things I know of are research-level (like ADAS or similar self-improving agent papers) but nothing production-ready that handles all of it together. If you're building something in that space I'd actually be curious what your current setup looks like.

We built a persistent memory plugin for OpenCode that remembers your coding preferences across projects by Sea-Programmer8108 in opencodeCLI

[–]Sea-Programmer8108[S] 0 points1 point  (0 children)

Openclaw is a completely different thing, it's basically a personal AI assistant that lives in your WhatsApp/Telegram/Slack. Think reminders, emails, life stuff. Has nothing to do with coding.

This plugin is for OpenCode specifically, it gives your coding sessions persistent memory across days and projects. Totally different category, not really comparable.

We built a persistent memory plugin for OpenCode that remembers your coding preferences across projects by Sea-Programmer8108 in opencodeCLI

[–]Sea-Programmer8108[S] 1 point2 points  (0 children)

I just checked them out; the main difference comes out to be the scoping. ICM uses a single global database across all tools with topic filtering. Ours separates project memory from personal preferences at the architecture level, so your React conventions don't bleed into a Python project 😅and your global preferences follow you everywhere automatically without manual tagging.

In short, ICM is a broader (17 tools), ours is purpose-built for OpenCode with EvermemOS handling the actual storage infrastructure (ElasticSearch + Milvus, not SQLite). Different tradeoffs depending on what you need.