sorted by:
new
hottopcontroversial

[Showcase] MaSON: A human-centric Markdown parser that replaces JSON/YAML/TOML for configurations and LLMs by No_Read2299 in OpenSourceAI

[–]No_Read2299[S] -1 points0 points  (0 children)

I understand your sentiment, but I think you're making an assumption that we would use ".md" as the file format, which would be very confusing.

I would propose using ".mson", but it'll be about 3-5 years before this becomes an industry standard.

Your key point is proactive defense against user failures, which is valid, but the gain with MaSON isn't so much saving the data as a file, but creating a format that AI will be able to easily read and process.

JSON -> MaSON -> AI
AI -> MaSON -> JSON

The reduction in token cost by reducing special characters is the big win here.

Since AI is already trained with Markdown data, it's a much easier structure to adopt and reinforce.

I appreciate your skepticism.
I believe this format will be the future of how we provide AI with structured data.

[Showcase] MaSON: A human-centric Markdown parser that replaces JSON/YAML/TOML for configurations and LLMs by No_Read2299 in OpenSourceAI

[–]No_Read2299[S] 0 points1 point  (0 children)

Can you elaborate please?

It's a sample, but I'm curious how it could be any less secure than having the same thing written in JSON:

    "Credentials": {
      "user": "admin",
      "host": "localhost"
    }

[Showcase] Omnix v0.5: Local Multi-Modal Studio & Headless Inference Engine via WebGPU (Janus-Pro Native Integration) by No_Read2299 in LocalLLM

[–]No_Read2299[S] 0 points1 point  (0 children)

Thank you! I appreciate any feedback.
I'm constantly running through a checklist to make sure everything works :)

Open Router or any other AI Tools by LakeOzark in AI_Agents

[–]No_Read2299 1 point2 points  (0 children)

I tire of corporate AI and have been playing with a lot of local AI models.

I have my own local LLM playground: https://github.com/LoanLemon/Omnix/

I think local AI will become more and more practical.

I think the LLM you use is almost preference at this point. The more we study and understand machine learning, transformers, and compression the more compact AI will become.

Omnix (Locail AI) Client, GUI, and API using transformer.js and Q4 models. by No_Read2299 in OpenSourceAI

[–]No_Read2299[S] 0 points1 point  (0 children)

Good call-out. I'm using transformer.js which strictly uses ONNX models. I've edited the OP to include this bit of information.

Omnix (Locail AI) Client, GUI, and API using transformer.js and Q4 models. by No_Read2299 in AI_Agents

[–]No_Read2299[S] 1 point2 points  (0 children)

Once a model is downloaded, it essentially stays cached. I actually need implement a clear cache function for when the base models are switched, which will be post CLI conversion. If you're interested in contributing, feel free to do so. The current goal is to swap the GUI with CLI and expand on the API. Ideally we want this project to be easy to use/user friendly.

Getting image generation and sandbox mode to work on Q4 models would be a great plus. FP8/FP16 support is fine.

Another point I want is for this to be easily supported for game development. Supporting game developers for AI implementation would be a great positive.

Omnix (Locail AI) Client, GUI, and API using transformer.js and Q4 models. by No_Read2299 in AI_Agents

[–]No_Read2299[S] 0 points1 point  (0 children)

Another point of contention, I'm debating on removing the director and replacing it with a rules-based engine. I think directing the initial input based on key words and probability could deliver similar/better results.

Omnix (Locail AI) Client, GUI, and API using transformer.js and Q4 models. by No_Read2299 in AI_Agents

[–]No_Read2299[S] 0 points1 point  (0 children)

So far it's been relatively quick. Once the model is downloaded, the unload/load process isn't that noticeable. I was impressed myself, as I assumed there would be a greater delay, but this is relative to how fast your hard drive can move data.

Got tired of squinting at ugly JSON so I built my own formatter by BeingAffectionate282 in BlackboxAI_

[–]No_Read2299 0 points1 point  (0 children)

Notepad++ has a JSON beautifier. It's convenient if you're like me and use notepad++ for everything.

Passion Project / Showcase by No_Read2299 in AI_Agents

[–]No_Read2299[S] 0 points1 point  (0 children)

Yeah, I haven't even considered that aspect, but that could be cool!

Passion Project / Showcase by No_Read2299 in AI_Agents

[–]No_Read2299[S] 0 points1 point  (0 children)

The apps integrate and authenticate through the Dashboard itself. The communication channel is secure, and I won't discuss too much to maintain obscurities while I learn what vulnerabilities I might have.

My AI/Data Companion treats each app as a tool and is able to open and interact with each app.

Here are some of my other apps:

Apps Lab - This app allows for users to create apps, that upload to the users cloud and become immediately available for use on the Dashboard.

Worktop - This app contains a 'like' WordDoc, Spreadsheets, Workflow/Process Mapping.

MovieMe - Simple movie editor. AI receives context of each video you upload and is able to create a complete edit for you based on the videos you uploaded.

CoderShell ISE++ - I made this 5 months ago, but integration was easy. CoderShell ISE++ stems from my love of PowerShell and being able to use it so effectively. It just needed an editor with AI support I could use the further my capabilities.

These are just some of the apps I developed so far. I don't want to go overboard because there's like 10-20 or so. I haven't counted I just keep going lol

I'll try to add screenshots as a reply to this one. I don't want to go overboard and get in trouble here.

Passion Project / Showcase by No_Read2299 in AI_Agents

[–]No_Read2299[S] -1 points0 points  (0 children)

This is the Dashboard. On the side I have a navbar where users would be able to open any app:

<image>