therefor decided not gonne use any llm for blogging again and even tho it takes alot more time without (im not a very motivated writer) i prefer to release something that i did rather some llm stuff that i wouldnt read myself.

Big props on the no install / no register etc philosophy. If i would had to make any account i probably would have closed it instantly again xD

So the first thing i STRONGLY recommend, add somewhere a help text (before starting game or small on the side of ingame and ability to disable via options) for the controles.

Im on a Desktop, i started the game and i expected some sort of short info about controles. Yes theres a tutorial - no i didnt play it. I mean lets be honest... tryNSucceed :D

So ye i spend the first 2-3 Stages only spamming spacebar because it didnt came to my mind that maybe its with mouse support (visually it really hard compares to vs-likes that dont support mouse).

So i can tell - ice mage with just massive rapid space spamming works perfectly fine through the whole earth stage. ^^

I find the base look finem the overview texts for the different arch types is well done (even tho it confused me that fire and ice dont have weaknesses?).

The point that at least for me was the most well, unpleasent? , is the size of the play area. I guess you made this to fit easy with smartphone screens, but on a desktop its like not even 1/4 of my screen (and im not on 4k or something) so dunno it feels just alot to small. May fit for a smartphone but for a desktop its just very very limiting while the game takes alot of space for basically nothing.

Also, you definatly should have a "Settings" button in the game pause menu which allows for changing sound levels. Not just a "total sound" bar but at least have Music and Sounds (attack etc) seperated. Because, frankly speaking, the music while for the first like 30 seconds is cool, very fast is dunno it just would fit more to the entry video scene of something than as a constant thing (my pov) - so i wish i would be able to just disable the music and still have the attack/battle sounds. Adjusting both tho would be great anyway and i think with phaser should be quite doable.

A smaller point (visual) is the size of the health/mana bars. Even tho i know they are in the top left, i kinda have to squeece my eyes sometimes to see them. So i would probably just make them bigger.

That all said, i mean i just played solo till the fire stage :) and i clearly had a bit of fun.

I would say its a great start and if you go on and refine it i see a chance that people might pick it up as a nobrainer lets just game something solution :)

Best of luck !

- golang based architecture

- information is dynamically mapped into one central directed knowledge graph

- default multithreading

- utilizes existing tools (such as nmap/nuclei/katana/wfuzz/....) instead of reinventing the wheel

- architecture is (tldr) a self supervising logic in which every worker is also a scheduler that based on delta causality uses cartesian fanout and graph overlay mapping including local only witness nodes to dispatch new "jobs" without having a central scheduler or the necessity to scan a central total job queue to prevent duplicate executions.

In this architecture every "action" that can be executed defines an input structure necessary. If the previously mentioned mechanic identifies a possible job execution it will create a job input payload which will automatically be picked up by a worker an executed. Therefor every action is a self containing logic. This results in a organically growing knowledge graph without defining a full execution flow. It is very easy to extend.

I worked on this for the past ~10 years (private time). The sad truth tho is, while this project was initially planned to be open sourced - after i not to long ago for quite some bucks consulted a lawyer, i basically was presented with the fact that if i would publish it i could get sued due to germany's hacker and software reliability laws. So for now its only trapped on my disk and maybe will never see daylight.

Im right now working on a blog article (thats why i even mention it) about the whole thing with quite more detailed description and will also contain some example visual data. Maybe will post it on hackernews will see.

PS:The tool does not need llm/nn.

Very nice article - good read !

Big props for the creators ! :) Nice to see some others not just relying on condensing a single context and strive for more

If its actually the next big thing im not 100% sure, im more leaning towards dynamic context windows such a Googles Project Titans + MIRAS tries to accomplish.

But ye if its actually doing useful proactivity its a good thing.

I just read alot of "this is actual intelligence" and made my statement based on that claim.

I dont try to "shame" the project or whatever.

I don't say it doesn't "work" or serves a purpose - but well i read so much about this beein an "actual intelligence" and stuff that i had to look into the source.

As someone who spends actually a definately to big portion of his free time researching thought process replication and related topics in the realm of "AI" this is not really more "ai" than any other so far.

Just my 3 cents.

Preparing a new article atm, not releasing as often as i wish but i try my best.

ps: find the easter egg without checking the src .)

Main Projects: 1. cyberbrain ( https://github.com/voodooEntity/cyberbrain ) It is a golang based architecture to write event/data driven applications. It is based on an in-memory directed graph storage ( i also wrote https://github.com/voodooEntity/gits). The point of the system is that instead of writing code where A calls B calls C calls D .... you define single "actions". Each action has a requirement/dependency in form of a data structure. If a structure is mapped to the graph storage, it will automatically create singular payloads for such action executions. The architecture is multithreaded by default, meaning all "jobs" will be automatically parallel processed without the developer having to care about concurrency. Also, since every "thread/worker" also does "scheduling" new "jobs", the system scales very well with alot of worker.

Why? Well it mainly developed this architecture for the next project im listing.

2. Ishikawa : an automated pentesting/recon tool Ishikawa does not try to reinvent well established pentesting/recon tools, instead it utilizes and orchestrates them. The tool consists of actions that either do very simple things like resolveIPFromDomain , or actions which utilize existing tools like nmap, wfuzz, etc.. - collects the info in the central graph and at the end you get a full mapping of your target. Compared to existing solutions it does alot less "useless scans" and just fires actions which make sense based of the already gathered data (we found a https port, we use sslscan to check the cert...).

3. Gits (as mentioned above) a graph in memory threadsafe storage. While i don't plan to many changes on it, it has been developed for cyberbrain so if i need any additions ill do them, also planing to reenable async persistence.

Regarding ishikawa: while im still working on this project, it may be that i will shut it down. I had a rather expensive meeting with a lawyer that basically told me that open sourcing it while beeing a citizen of germany would just open up potentially ALOT of trouble. Right know im not sure what the future will bring - i basically spend 10 years developing it starting with gits, than cyberbrain to finally build the tool i was dreaming of. Just to hide it on my disk.

Sideprojects:

1. go-tachicrypt ( https://github.com/voodooEntity/go-tachicrypt ) It started as a fun project/experiment - a very simple CLI tool which allows to encrypt file(s) / directory(ies) into multiple encrypted files so you can split them over multiple storages or send them via multiple channels. Im planing on hardening it a bit more and giving basic support.

2. ghost_trap ( https://github.com/voodooEntity/ghost_trap ) A very small project i recently put out, nothing to serious but kinda funny and maybe usefull to one or another. It provides - An github action that will inject polymorphic prompt injections to the bottom of your README.md so LLM scrapers may be fend off - An javascript that will inject polymorphic prompt injections into your html so more sophisticated crawlers like google etc which emulate javascript also may be fend off

While working on alot of other stuff, these are i think the most relevant.

At the end, if you want to "fill in the blanks" llm will always "make up" stuff, based on all of its training data.

With a technology like photogrammetry you can get much better results, therefor if you have multiple angled images and dont really need to make up stuff, its better to use such

I mean ok its a "demo" tho the funny thing is if you actually check the cli and requests, you clearly can see that the 3 stages the images walks through on "processing" are fake, its just doing 1 post request in the backend that runs while it traverses through the states, and at 90% it stops until (in theory) the request ends.

I mean, it works alot better than it did before, still i wouldn't recommend it for someone who isn't ready to tinker in order to make stuff work.

The point why i mention this is, while most normal desktop/coding stuff works okay with wayland, as soon i try any gaming its just a sh*show. From stuff that doesn't even start (but works when i run on x) to heavyly increased performance demands from games that work a lot smoother on x.

While i have no personal relation to any of both, and i couldn't technically care less which of them to use - if you are into gaming, at least in my experience, x is rn still the more stable solution.

Background: I've spend the bigger part of the past 20 years of my life continously extending and enhancing my technical knowledge and skills, mostly in IT/Coding but also in some other fields. Meanwhile i kinda let my social life completely degrade and also always care more about solving others problems than my actual own problems.

Therefor the "skills" i want to improve and develop in 2026:

- Learn to take care of myself instead of always putting others first (its not my job to safe the world)

- Don't try to got 150% all of the time and rather slow down

- Care for my health

- Get back into social life

- Actually try to not spend 95% of my free time in front of a screen and go outside (touch grass)

---------------------------------------------------------------------

While i accumulated alot of knowledge over the past two decades, if i don't start to care for myself more ill probably won't have much benefit of it other than having accumulated it. Health (biological and mental) are important, neglecting it maybe works shortterm but will kick your ass longterm.

Great project !

Tho what i find mostly funny bout it is how many people are complaining about the 4k$.

I mean sure the potential "damage" could have been alot higher, tho at the same time there was no contract in place or , at least as far as i understood, a clear bug bounty targeted. This was a, even if well done, random checking of XHR/Requests to see if anything vulnerable can be found - searching for kinda file exposure / xss / RFI/LFI. So everything paid (and especially since this is a mintlify bug not an actual discord bug) is just a nice net gain.

Also ill just drop here : ask yourself, are you searching for such vulns just for money or to make the net a safer place for everyone. Sure getting some bucks for the work is nice, but i personally just hope stuff gets fixed on report.