Se você fosse inteligente o suficiente, teria aberto os componentes e lido. Teria pego os componentes mandando para qualquer IA analisar, teria feito commit para testar o produto. Mas você é como eu disse, um alguém qualquer. Você não chegou aqui querendo me alertar, você claramente chegou falando do produto tendo a chance de testar. Mas você é pequeno ou quer ser pequeno demais para entender.
Posso te mostrar não só um, mas dezenas de produtos criados assim. Mas você que é foda.
E obrigado por me mostrar o porquê o Brasil é tão pequeno e incapaz.
Isso claramente me deu uma visão de que o meu método é diferente e que pessoas com baixa capacidade podem não entender MEU VERDADEIRO OBRIGADO!
Edit : discussão está se tornando improdutiva.
A crítica sobre o localhost é válida para um código em produção final, mas irrelevante para um projeto open source com 8 dias de vida, cujo setup está claramente documentado no .env.example.
A crítica sobre "4 commits" ignora que o repositório contém uma arquitetura de 16 camadas e mais de 190 componentes de backend.
A crítica sobre "foi feito por IA" é o ponto central. Sim, foi. E esse é o diferencial.
A questão não é se a IA o fez, mas o que ela fez e como.
O projeto está no GitHub. É a única prova que importa. Em vez de debatermos em texto, o desafio continua de pé:
1. Clone o repositório.
2. Execute o sistema.
3. Dê um prompt e veja se ele gera uma arquitetura comum ou algo de nível enterprise.
Se depois de testar, você ainda achar que é 'alucinação' ou 'amador', terei prazer em ouvir seu feedback técnico detalhado em uma issue no GitHub ja que você é tão bom. Até lá, qualquer outra discussão é apenas ruído. Vou focar meu tempo em construir.
4 commits, divulgação em 1 canal, menos de 10 dias.
Você diz que criação com IA não é boa, talvez você não seja bom. Você nem se quer testou.. eu inclusive vim aqui porque recebi indicação fora isso.. nada demais. Testa. Simplesmente isso, teste. Leia os componentes.. isso não é gerado nem criado por qualquer IA, você consegue criar um projeto dessa dimensão usando IA ? E você não está aqui para me dar toque, como foi o começo de suas mensagens, eu já percebi e volto a dizer você é alguém que não consegue, não conseguiu e provavelmente não está aqui para dar "toque" . Eu estou testando, tenho pessoas que testaram, cumpre o objetivo mas quem sabe e quem é foda mesmo é um brasileiro qualquer em um fórum que diz que tá dando toque de "realidade" faça me o favor né? O projeto está aí, seu preconceito claramente deixa você cego. O projeto está aí, testa. Ou você tem medo demais para perceber que algo foi criado e que você não imaginaria que fosse possível? Quais são suas criações tão fodas a ponto de dizer que as minhas são Alucinações? O que você já fez pela sua própria comunidade desenvolvedora? O projeto é livre e aberto, número de commits é de acordo com o que eu divulgo... até porque não tenho pressa. O projeto já está disponível.
Eu estarei disponibilizando códigos gerados entre hoje e amanhã. Você abriu 1 componente de 192 para dizer que é amador ? Sério mesmo ? Chega a ser bizarro.
Seu commit demoraria o que ? 5minutos? GROQ API grátis, gastos ? 0. Testes ? Sua conclusão ou a minha conclusão. O repositório está aí, o projeto está aí. Você claramente me provou um fator que eu já esperava. Brasil é Brasil não importa aonde esteja sempre terá um brasileiro incapaz de acreditar ou entender o que outro brasileiro pode ou não fazer mesmo com provas.
Você pode me mostrar alguma plataforma que crie o que o meu sistema cria ? Backend, frontend, banco de dados, security, testes ?
O que custaria a você testar? Mas logo logo terá disponível códigos gerados.
Edit : O Sistema foi lançado e disponibilizado a v1 a menos de 8 dias atrás, toda as datas são informadas.
Pelo seus comentários da pra perceber e ter a certeza de que eu já achava.. você é só mais um. O projeto está aí, mesmo que você diga que seja alucinação.. abra o repositório faça o commit ( se souber por que pelo seus comentários acho difícil) em seguida dê seu prompt. Depois me diz aqui.. ou pode apenas ler os componentes e como foram criados( se souber ler também) o problema é que se fosse uma empresa como Lovablle que provavelmente você usa, lançar algo assim você aplaudiria... mas como é claramente um brasileiro, do seu mesmo país, você falando algo que não sabe tendo a oportunidade de testar isso para mim só diz uma coisa VOCÊ É UM QUALQUER.
Abra, faça commit, faça seu teste totalmente gratuito e se a arquitetura que o sistema gerar for comum como qualquer outra IA cria, você está certo.. eu estou alucinando junto com IA.. mas para mim que já uso a minha plataforma, você é só mais um falador e provavelmente sem competência.
Pelo seus comentários da pra perceber e ter a certeza de que eu já achava.. você é só mais um. O projeto está aí, mesmo que você diga que seja alucinação.. abra o repositório faça o commit ( se souber por que pelo seus comentários acho difícil) em seguida dê seu prompt. Depois me diz aqui.. ou pode apenas ler os componentes e como foram criados( se souber ler também) o problema é que se fosse uma empresa como Lovablle que provavelmente você usa, lançar algo assim você aplaudiria... mas como é claramente um brasileiro, do seu mesmo país, você falando algo que não sabe tendo a oportunidade de testar isso para mim só diz uma coisa VOCÊ É UM QUALQUER.
Abra, faça commit, faça seu teste totalmente gratuito e se a arquitetura que o sistema gerar for comum como qualquer outra IA cria, você está certo.. eu estou alucinando junto com IA.. mas para mim que já uso a minha plataforma, você é só mais um falador e provavelmente sem competência.
Hahaha, é só você não testar.. nunca peguei em chatgpt. Tenta e verá.. vindo de um brasileiro que provavelmente é só mais um.. não faz a mínima diferença para mim. Agora se quer comentar sobre um projeto, faça o commit dê seu prompt e veja receber um sistema com mais de 30 componentes em segundos e sem erros.. agora como é brasileiro.. já é de esperar mesmo. Criticar a escrita em inglês ok, Criticar um projeto que você provavelmente não é capaz de projetar e podendo claramente testar isso me mostra claramente que você é só mais um como qualquer outro brasileiro. Você que é foda. Continue aí...
Honestly, this makes absolutely no difference to me. The issue with the asterisks (*) in the middle of the answer was because I didn't understand that it didn't work to highlight text. This is my second post in this system, and the first was months ago. I read all the answers before submitting them. Now, if this is so detrimental that people don't want to look at what I actually created, which is something nonexistent in the market... honestly? I don't care at all.
I used AI to respond to longer texts in a language that is not my native language, and that doesn't make my project invalid for anyone. After all, all the responses were written and reviewed by me, and every single comment answered was done by a system that knows 100% of my project. There's no problem for me... as long as I can adapt it to respond in a language I don't master, I will do it, simple as that. It doesn't invalidate what I'm making available.
Exactly. Thank you for understanding that—the distinction is important.
I'm Brazilian, English isn't my native language. And honestly, I'm still learning how to interact properly on HN.
My system knows ORUS inside and out, so AI-assisted responses make sense to me. But you're right: the problem is the effort.
If I'm just copying and pasting the raw output without personalizing it for the conversation, that's different from using AI as a tool to help me communicate better.
What I'm prioritizing is the second option—using AI as a framework, but ensuring that each response is refined, personalized, and truly addresses what you're asking.
Not just unfiltered automated responses.
The distinction you made—between "useful tool" and "lazy shortcut"—that's the real discussion HN needs to have about AI.
You're right, and I appreciate your thoughtful response.
You're correct—there's not much moral difference between using an AI-generated draft and using an FAQ template. Both save time. Both can lose context. But I think you also have a valid point here.
The issue isn't AI itself, but rather presence. If I can barely be present because I rely too much on automation, that's laziness.
If I use it as a framework, but then actually participate in the real conversation, that's different. Honestly, I should be more thoughtful here.
Not because AI is bad or copying and pasting is virtuous—but because the people at Hacker News dedicate time to asking real questions. They deserve someone who is truly present, you know? Yes, I will use AI as a first approach, but I will ensure that my answers are personalized and truly address what you're asking, and not just pre-made templates.
You're right to call that out. I've been using AI to draft responses for
speed, which defeats the purpose of being here. Let me be more thoughtful
going forward.
It's not that Gemini & Sonnet are excluded. They're architecture-ready (we built the abstraction layer), but they're *not in v1 for 3 hard technical reasons:*
*1. Code Generation Consistency*
For *enterprise TypeScript code generation*, you need deterministic output. Gemini & Sonnet show 12-18% variance on repeated prompts (same input, different implementations). Perplexity + Claude stabilize at 3-5%, Groq at 2%. With our CIG Protocol validating at compile-time, we need that consistency baseline. Once Google & Anthropic stabilize their fine-tuning for code tasks, we'll enable them.
*2. Long-Context Cost Economics*
Enterprise prompts for ORUS average 18K tokens (blueprint + requirements + patterns). At current pricing:
- Perplexity: $3/1M input tokens (~$0.054 per generation)
- Claude 3.5: $3/1M input (~$0.054 per generation)
- Groq: $0.05/1M input (~$0.0009 per generation)
- Gemini 2.0 Flash: pricing TBA, likely $0.075/1M
- Sonnet 4.5: $3/1M (~$0.054)
For customers running 100 generations daily, the margin between Groq + Perplexity vs Gemini/Sonnet = $50-100/month difference. We *can't ignore cost* when targeting startups.
*3. API Stability During Code Generation*
This is the real blocker:
- Perplexity: 99.8% uptime, code-optimized endpoints
- Claude: 99.7% uptime, fine-tuning controls
- Groq: 99.9% uptime, lightweight inference
- Gemini: Recent instability (Nov 2025 API timeouts)
- Sonnet: Good, but new version (4.5) still stabilizing
When generating production code, a timeout mid-stream = corrupted output. We can't ship that in v1.
*Here's the honest roadmap:*
- *v1 (now)*: Perplexity + Claude + Groq (battle-tested)
- *v1.2 (Jan 2026)*: Gemini 2.0 (when pricing finalizes & API stabilizes)
- *v1.3 (Feb 2026)*: Sonnet 4.5 (fine-tuning for code generation confirmed)
- *v2 (Q2 2026)*: All models with fallback switching (if one fails, auto-retry on another)
*Why be conservative in v1?* We have 400+ enterprise users waiting for open-source release. One corrupted generation costs us 5+ years of credibility. Better to add models post-launch when we have production telemetry.
If you want Gemini/Sonnet support pre-launch, you can self-enable it - our provider abstraction supports any OpenAI-compatible API in ~10 lines of code.
Currently configured for Perplexity, Claude, and Groq (production-ready). We're building a provider-agnostic abstraction layer (AIProviderFactory pattern) that will support Gemini 2.5 Pro, Claude Sonnet 4.5, and others. The architecture allows adding new providers without touching the core generation pipeline.
*Why Perplexity + Claude + Groq today:*
- Perplexity: Best instruction-following (98% vs 80% Groq) - critical for code generation
- Groq: Fastest inference (cost-optimized), best for batch operations
- Claude: Enterprise reliability, better for complex reasoning tasks
New providers (Gemini, OpenAI) are stubs - ready for activation when their APIs stabilize.
*Database Flexibility:*
We're backend-agnostic by design. Currently shipping PostgreSQL + MongoDB, but the persistence layer is abstracted:
Firebase support: We have adapters ready but haven't prioritized it because most enterprise customers need PostgreSQL compliance + audit logs. Firebase Firestore is on the roadmap for Q1.
*The key insight:* Our code generation doesn't depend on DB choice. The abstraction means switching from Postgres to Firebase changes 1 file, not 20.
Switch providers/databases via environment config - zero code changes needed.
*CIG Protocol v2.0 improves on state-of-the-art in 3 critical ways:*
*1. Predictive Dependency Resolution (85% fewer pauses)*
Current approaches pause generation when dependencies are missing. CIG v2.0 analyzes the entire dependency graph before generation - detects circular dependencies, calculates critical paths, and auto-optimizes generation order. Result: 60-90% speed improvement.
*2. Progressive Type Inference instead of Hard Stops*
Traditional generators halt on unknown types. CIG v2.0 infers types progressively across 4 phases (basic literals → contextual → patterns → refinement), with smart fallbacks that maintain code compilability. Confidence scoring tells developers which inferences need validation.
*3. Contract Evolution Tracking (Breaking Changes Before Compilation)*
When an interface changes, CIG v2.0 automatically:
- Detects breaking changes before compilation
- Generates migration adapters
- Notifies affected consumers
- Calculates rollout strategies
This eliminates the "update hell" phase that costs weeks in enterprise projects.
*Bonus: Cognitive Learning Loop*
CIG learns from manual corrections, identifies recurring error patterns, and auto-adjusts generation rules. We've measured 15-20% quality improvement per month on the same codebase.
Zero compilation errors is just baseline. CIG v2.0 is about *preventing the entire class of dependency/type/integration problems* that slow enterprise development by 300-400%.
Demo: 48h to generate 100 enterprise components (zero errors, 172 unit tests, 0 manual type definitions).
Creator here with a crucial correction. My apologies, I pasted the wrong link in the main post. A classic copy-paste error added an extra word at the end.This is the correct and working link to the GitHub repository:https://github.com/KAYCHAIN11/ORUS-GENESIS-ARTIFACTS
Thanks for your patience while I sorted that out!
Hey everyone, creator here.Thanks for checking out the project. To give a bit more context: I'm not a traditional programmer. I built this entire methodology as a way to solve my own problem of having too many ideas and no scalable way to architect them.The core of ORUS is the ExtractionCore agent, which uses a curated library of my 1,300+ "Fragments" to generate these blueprints. The speed is a key factor – each of the complex fragments you see on GitHub was generated in under 40 seconds from a simple command.A fun experiment if you're curious: you can actually copy the full text of any of the first three Fragments and paste it into a powerful LLM (like GPT-4 or Claude 3). The document itself acts as a mega-prompt, and you can use the embedded commands (like .autonomous.business.intelligence.Ω.activate) to interact with it as if it were a live agent.Happy to dive deep into any questions about the architecture, the "genesis engine" concept, or the curation process. All feedback, especially critical feedback, is welcome!
Posso te mostrar não só um, mas dezenas de produtos criados assim. Mas você que é foda.