Skip to page content
SAVRN
Search Plan a project

Open-weight model · Text generation

Vertex-Core-Gemma

by Denis Sanchez Leyva Denisijcu/Vertex-Core-Gemma

Vertex-Core-Gemma is an open-weight model for text generation from Denis Sanchez Leyva, released under Apache License 2.0. Its published files total 5.8 GB.

Vertex Core is a specialized AI software-engineering model developed by Vertex Coders LLC.

Parameters—
Context—
Weights5.8 GB
Licenseapache-2.0
AccessOpen weights
Monthly Downloads—

Model Card

By Denis Sanchez Leyva, published under apache-2.0, revision aff69a9f9ca4.

Vertex Core is a specialized AI software-engineering model developed by Vertex Coders LLC. It is based on Google's Gemma 2 9B IT and fine-tuned using LoRA/QLoRA techniques to improve its behavior for software-engineering workflows, code generation, code modification, debugging, security-oriented code analysis, and tool-oriented development tasks. Vertex Core is designed to serve as the coding and reasoning core of agentic software-engineering systems. Vertex Core is under active development. Vertex Core is intended for applications involving: The model is particularly intended to operate as part of an agentic system where the surrounding application provides access to repositories, files…

Read Denis Sanchez Leyva's full model card

Vertex Core

Vertex Core is a specialized AI software-engineering model developed by Vertex Coders LLC.

It is based on Google's Gemma 2 9B IT and fine-tuned using LoRA/QLoRA techniques to improve its behavior for software-engineering workflows, code generation, code modification, debugging, security-oriented code analysis, and tool-oriented development tasks.

Vertex Core is designed to serve as the coding and reasoning core of agentic software-engineering systems.

Status: Experimental / Research Release

Vertex Core is under active development.


Model Overview

Property Value
Model Vertex Core
Base model google/gemma-2-9b-it
Architecture Gemma 2 9B
Fine-tuning LoRA / QLoRA
LoRA rank 16
LoRA alpha 32
LoRA dropout 0.05
Trainable parameters ~54 million
Target modules q_proj, k_proj, v_proj, o_proj, up_proj, down_proj, gate_proj
Primary use Software engineering
Secondary use Code and security analysis
Primary languages English, Spanish
Developer Vertex Coders LLC

Intended Use

Vertex Core is intended for applications involving:

  • Software engineering assistance
  • Code generation
  • Code modification
  • Debugging
  • Repository analysis
  • Code review
  • Security-oriented code analysis
  • Vulnerability remediation
  • Automated development workflows
  • Tool-using AI agents
  • Local and private AI development environments
  • Software-engineering automation

The model is particularly intended to operate as part of an agentic system where the surrounding application provides access to repositories, files, development tools, execution environments, and verification mechanisms.


Vertex Core Agent Architecture

Vertex Core is designed to operate inside an engineering-oriented agent loop such as:

INSPECT
   ↓
UNDERSTAND
   ↓
ACT
   ↓
VERIFY
   ↓
TEST
   ↓
CONCLUDE
````

The model itself does **not** automatically have access to:

* Filesystems
* Shells
* Networks
* Repositories
* External APIs
* MCP servers
* Development tools

Those capabilities must be provided by the surrounding application or orchestration layer.

The purpose of this architecture is to separate:

```text
Model Reasoning
      +
Tool Execution
      +
Verification

rather than treating generated text as proof that an operation was successfully performed.


Fine-Tuning

Vertex Core was developed using parameter-efficient fine-tuning techniques based on LoRA / QLoRA.

LoRA Configuration

LoRA rank:       16
LoRA alpha:      32
LoRA dropout:    0.05

Target Modules

q_proj
k_proj
v_proj
o_proj
up_proj
down_proj
gate_proj

The resulting adapter contains approximately:

54 million trainable LoRA parameters

The base model remains:

google/gemma-2-9b-it

Loading the LoRA Adapter

The adapter can be loaded on top of the original Gemma 2 9B IT model using transformers and peft.

Example:

from transformers import AutoModelForCausalLM, AutoTokenizer
from peft import PeftModel


BASE_MODEL = "google/gemma-2-9b-it"
LORA_PATH = "PATH_TO_VERTEX_CORE_LORA"


tokenizer = AutoTokenizer.from_pretrained(BASE_MODEL)

base_model = AutoModelForCausalLM.from_pretrained(
    BASE_MODEL
)

model = PeftModel.from_pretrained(
    base_model,
    LORA_PATH
)

For production or local inference, use the loading configuration appropriate for the available hardware.


Merged Model

A merged version of Vertex Core can also be created by merging the LoRA adapter with the original Gemma 2 9B IT base model.

A merged Transformers model is useful when a standalone model directory is preferred over loading the base model and adapter separately.


GGUF

GGUF versions of Vertex Core are intended for local inference environments compatible with the GGUF / llama.cpp ecosystem.

This includes applications such as:

  • LM Studio
  • llama.cpp-compatible runtimes
  • Other local inference applications supporting GGUF

Quantized variants can significantly reduce memory requirements compared with full-precision model weights.


Local Deployment

Vertex Core has been tested in a local development environment using LM Studio.

LM Studio can expose an OpenAI-compatible local inference API.

Example local endpoint:

http://127.0.0.1:1234/v1/chat/completions

This endpoint is intended for local development and is not a public Vertex Core service.

A compatible OpenAI-style client can be used to communicate with the local model server.


Hardware

Vertex Core has been tested in a local development environment using:

GPU:
NVIDIA GTX 1660 Ti

VRAM:
6 GB

Runtime:
CUDA-enabled PyTorch

Local inference:
LM Studio

For GPUs with limited VRAM, quantized GGUF variants are recommended.

Actual performance and memory requirements depend on:

  • Quantization level
  • Context length
  • Batch size
  • Runtime
  • GPU architecture
  • CPU/RAM configuration

Recommended Agent Architecture

For autonomous or semi-autonomous software-engineering applications, Vertex Core should be combined with an execution and verification layer.

A recommended architecture is:

                    ┌──────────────────────┐
                    │       User Issue     │
                    └──────────┬───────────┘
                               ↓
                    ┌──────────────────────┐
                    │     Vertex Core      │
                    │  Reasoning / Coding  │
                    └──────────┬───────────┘
                               ↓
                    ┌──────────────────────┐
                    │    Agent Orchestrator │
                    └──────────┬───────────┘
                               ↓
              ┌────────────────────────────────┐
              │            Tools               │
              │                                │
              │ read_file                      │
              │ write_file                     │
              │ replace_in_file                │
              │ list_directory                 │
              │ run_command                    │
              │ run_tests                      │
              │ security_scan                  │
              └────────────────┬───────────────┘
                               ↓
                    ┌──────────────────────┐
                    │      Verification    │
                    └──────────┬───────────┘
                               ↓
                    ┌──────────────────────┐
                    │       Conclusion     │
                    └──────────────────────┘

The orchestration layer should independently verify important operations.


Recommended Engineering Loop

A practical software-engineering workflow is:

User Issue
    ↓
Inspect Repository
    ↓
Read Relevant Files
    ↓
Understand Problem
    ↓
Determine Required Change
    ↓
Modify Code
    ↓
Read Modified Code
    ↓
Run Tests
    ↓
Verify Result
    ↓
Report Outcome

The verification stage is especially important for agentic systems.

A model response claiming that a file was modified should not be treated as proof that the file was actually changed.


Example Tool Interface

A surrounding agent system may provide tools such as:

read_file
write_file
replace_in_file
list_directory
run_command
run_tests
security_scan

For example, the orchestration layer may expose a repository workspace:

/sandbox

and allow Vertex Core to reason about the contents of that workspace through controlled tools.

The exact tool implementation is application-specific.


Software Engineering Capabilities

Vertex Core is designed to assist with tasks such as:

Code Generation

Creating functions, classes, modules, utilities, tests, and other software components.

Code Modification

Changing existing implementations according to explicit requirements.

Debugging

Analyzing errors, stack traces, implementation details, and behavioral problems.

Repository Analysis

Inspecting project structure and identifying relevant files before making changes.

Security-Oriented Development

Analyzing code for common security problems and proposing remediation.

Agentic Development

Working as the reasoning component of a larger system capable of reading files, executing commands, running tests, and verifying changes.


Cybersecurity Use

Vertex Core can be integrated into defensive cybersecurity workflows involving:

  • Secure code review
  • Vulnerability analysis
  • Security-oriented debugging
  • Static-analysis interpretation
  • Remediation assistance
  • Defensive development workflows

Security capabilities should only be used on systems, networks, repositories, and applications that the user is authorized to analyze or modify.

Vertex Core should not be considered a replacement for:

  • Professional penetration testing
  • Security audits
  • Code review
  • Vulnerability management
  • Operational security controls
  • Human security expertise

Safety and Security

Vertex Core is a language model and can produce incorrect, incomplete, or unsafe outputs.

Applications integrating the model should implement appropriate controls around:

  • Tool permissions
  • Filesystem access
  • Command execution
  • Network access
  • Secrets
  • Credentials
  • Repository access
  • Production systems

For autonomous systems, potentially destructive operations should be restricted or require explicit authorization.


Limitations

Vertex Core is an experimental fine-tuned language model.

It can:

  • Generate incorrect code
  • Misunderstand requirements
  • Hallucinate APIs
  • Hallucinate files
  • Produce invalid commands
  • Misinterpret tool output
  • Produce incomplete modifications
  • Fail to recognize an issue
  • Suggest an incorrect security remediation

Generated code must therefore be tested before deployment.

Tool execution results should be independently verified.

A successful shell command does not necessarily mean that the requested semantic operation was successfully completed.

For this reason, agent implementations should verify filesystem state and test relevant behavior after modifications.

Security findings should also be independently validated.


Known Evaluation Status

Vertex Core has been evaluated in local software-engineering workflows involving:

  • Code generation
  • Code modification
  • SQL injection remediation
  • Repository inspection
  • Tool-oriented agent workflows
  • Local inference through LM Studio

Testing indicates that the model can perform straightforward code transformations and security-oriented code modifications.

However, the current release should not be considered a fully reliable autonomous software-engineering agent.

The surrounding orchestration and verification layer remains an important part of the system.


Model Formats

Vertex Core can be distributed in several forms.

LoRA Adapter

Recommended for users who want to reproduce the fine-tuning setup on top of the original Gemma model.

Vertex Core LoRA
        +
Gemma 2 9B IT
        ↓
Vertex Core

Merged Transformers Model

Recommended for applications that prefer a standalone Transformers model.

GGUF

Recommended for local inference applications supporting GGUF.

Quantized versions are particularly useful for consumer GPUs with limited VRAM.


Reproducibility

To reproduce the adapter-based model, users should obtain:

Base Model:
google/gemma-2-9b-it

Vertex Core:
LoRA Adapter

Runtime:
Transformers + PEFT

The exact inference behavior may vary depending on:

  • Transformers version
  • PEFT version
  • Quantization configuration
  • Hardware
  • Sampling parameters
  • Prompt formatting
  • Chat template
  • Runtime implementation

Prompting

Vertex Core is intended to work best when the surrounding application clearly defines:

  1. The task
  2. The available tools
  3. The workspace
  4. The expected behavior
  5. The verification requirements

For agentic applications, the model should be instructed to distinguish between:

Intent
   ↓
Observation
   ↓
Action
   ↓
Tool Result
   ↓
Verification
   ↓
Conclusion

This helps reduce the risk of treating an imagined action as a completed operation.


Base Model

Vertex Core is based on:

Google Gemma 2 9B IT

The original base model is developed by Google and remains subject to its respective license, terms of use, and policies.

Users of Vertex Core should review the applicable Gemma licensing and usage requirements.


Acknowledgements

Vertex Coders acknowledges the work of the Google Gemma team and the open-source machine-learning ecosystem that makes parameter-efficient fine-tuning and local model deployment possible.

Vertex Core builds upon:

  • Google Gemma
  • Hugging Face Transformers
  • Hugging Face PEFT
  • LoRA / QLoRA
  • GGUF-compatible inference technologies
  • LM Studio

Developer

Vertex Coders LLC

Vertex Core is part of the Vertex Coders AI engineering ecosystem.

The project is developed as part of Vertex Coders' work on agentic software engineering, AI-powered development systems, cybersecurity tooling, and local AI infrastructure.


Citation

If you use Vertex Core in research, demonstrations, evaluations, or derivative projects, please reference:

Vertex Coders LLC.
Vertex Core — AI Software Engineering Agent.
Vertex Coders, 2026.

A formal academic citation will be provided in a future release.


Project

Source code and engineering infrastructure:

Vertex Coders — Vertex Core

The model and the surrounding agent infrastructure are maintained as separate components so that the model can be distributed independently from the execution and orchestration layer.


License

This repository contains the Vertex Core model adapter and associated documentation.

The adapter is released under the license specified in this model repository.

The underlying Gemma 2 9B IT model remains subject to Google's applicable Gemma terms and license.

Users are responsible for complying with the licenses and terms applicable to both the base model and any additional components used with Vertex Core.


Status

Experimental / Research Release

Vertex Core is under active development.

Future releases may improve:

  • Software-engineering reliability
  • Tool-use behavior
  • Repository reasoning
  • Code modification accuracy
  • Verification behavior
  • Security analysis
  • Multilingual performance
  • Local inference efficiency
  • Agent orchestration

Una corrección importante antes de subirlo

Hay una cosa que no quiero que hagamos a ciegas: el license: apache-2.0 que pusimos arriba.

Si el adapter de Vertex Core realmente lo quieres distribuir bajo Apache-2.0, perfecto. Pero eso no convierte a Gemma 2 en Apache-2.0. La sección que dejé al final separa explícitamente ambas cosas.

Para la publicación, yo usaría este README como la Model Card oficial de Vertex Core y subiría el adapter_model.safetensors junto con adapter_config.json. Los GGUF los podemos publicar después como archivos/release separados.

Identity and Version

Repository
Denisijcu/Vertex-Core-Gemma
Publisher
Denis Sanchez Leyva
Task
Text generation
Modality
Text
Library
transformers
Parameters
Not stated by the source
Languages
es, en
Revision
aff69a9f9ca4544da139d6b2b45d39d0a83ec085
First published
2026-10-04
Last updated
2026-10-04

Files and Weights

4 files, 5.8 GB in total. The weights are 1 file totalling 5.8 GB in gguf.

Weights1 file · 5.8 GB
Documentation2 files · 24.0 KB
Repository1 file · 1.6 KB
Every file
FileTypeSizeSHA-256
vertex-core-q4_k_m.ggufWeights5.8 GB 6d5e95f0e1ee
Ficha del modelo — Vertex Core.mdDocumentation7.5 KB —
README.mdDocumentation16.5 KB —
.gitattributesRepository1.6 KB —

License and Download

License
apache-2.0
Access
Open weights, no gate
Download size
5.8 GB
Download from Denis Sanchez Leyva

Released by Denis Sanchez Leyva through its official repository on Hugging Face. Read the license.

Built From

Memory Requirements

PrecisionWeights in memory
As published5.8 GB

Weights only, from the published parameter count; the key-value cache and runtime add to this.

Questions About Vertex-Core-Gemma

Can I use Vertex-Core-Gemma commercially?

Yes. Vertex-Core-Gemma is released under Apache License 2.0. The Apache License 2.0 is a permissive open-source license. It permits commercial use, modification and redistribution. It requires keeping the license and copyright notices and any NOTICE file, stating significant changes, and it includes an express patent grant from contributors.

Similar Models

Model · Text generation

opt-125m

AI at Meta

OPT was first introduced in Open Pre-trained Transformer Language Models and first released in metaseq's repository on May 3rd 2022 by Meta AI. Disclaimer: The team releasing OPT wrote an official model card, which is available in Appendix D of the paper. Content from this model card has been written by the Hugging Face team. To quote the first two paragraphs of the official paper OPT was predominantly pretrained with English text, but a small amount of non-English data is still present within the training corpus via CommonCrawl. The model was pretrained using a causal language modeling (CLM) objective. OPT belongs to the same family of decoder-only models like GPT-3. As such, it was…

Open weights other 2,048 tokens transformers

Model · Text generation

Ornith-1.5-9B-GGUF

Ornith

Chirp Chirp! We are introducing Ornith-1.5, a major step toward building foundation models through end-to-end self-improvement. Ornith-1.5 extends Ornith-1.0 (which was developed on top of Qwen3.5 and Gemma4 with additional continued pretraining, mid-training, and post-training) by expanding the self-improvement loop from scaffold and rollout optimization to jointly optimizing task generation, scaffold construction, and solution rollouts. Rather than relying on a fixed set of human-curated tasks and manually designed harnesses, Ornith-1.5 continuously generates new training tasks, discovers effective strategies for solving them, and improves the policy through reinforcement learning. For…

Open weights mit transformers

Model · Text generation

Ternary-Bonsai-2-27B-gguf

Prism ML

Full 27B-class reasoning in ternary transformer weights, for llama.cpp (CUDA, Metal, CPU) - \~5.9 GB language model (down from \~54 GB FP16) — full 27B-class reasoning on a standard laptop or a single GPU - 98.2% of FP16 intelligence retained: 84.78 average across 14 thinking-mode benchmarks — far above the conventional IQ2XXS build (72.59) at about 82% of its footprint, and within 0.4 points of UD-Q4KXL at three times the footprint - Retains thinking, reasoning, and agentic behavior deep in the sub-4-bit regime, where conventional low-bit representations collapse: math within half a point of full precision (96.57), coding level with the baseline (89.42), agentic tool calling at 74.92…

Open weights apache-2.0 llama.cpp

Model · Text generation

Ornith-1.5-35B-A3B-GGUF

Ornith

Chirp Chirp! We are introducing Ornith-1.5, a major step toward building foundation models through end-to-end self-improvement. Ornith-1.5 extends Ornith-1.0 (which was developed on top of Qwen3.5 and Gemma4 with additional continued pretraining, mid-training, and post-training) by expanding the self-improvement loop from scaffold and rollout optimization to jointly optimizing task generation, scaffold construction, and solution rollouts. Rather than relying on a fixed set of human-curated tasks and manually designed harnesses, Ornith-1.5 continuously generates new training tasks, discovers effective strategies for solving them, and improves the policy through reinforcement learning. For…

Open weights mit transformers

Uncensored Qwen3.8-27B, published as GGUF quantizations with the multi token prediction (MTP) head retained and verified. Refusal behaviour has been substantially reduced, not eliminated. See Measured behaviour for the numbers. Capabilities, training data, and architecture are otherwise unchanged. - Refusal directions removed with Heretic, which co minimizes refusal count against KL divergence from the base model. No handwritten refusal removal code, no finetuning, no additional training data. - Abliteration runs at bf16 (no 4 bit quantization). the resulting LoRA is merged into the bf16 base, so the published weights are not a quantized round trip. - mtp. tensors are copied verbatim from…

Open weights apache-2.0 llama.cpp

Model · Text generation

Ornith-1.0-9B-GGUF

Ornith

Aloha! Today, we are releasing Ornith-1.0, a self-improving family of open-source models for agentic coding. This model card documents Ornith-1.0-9B, the most lightweight member of the Ornith family, designed for efficient single-GPU deployment. Ornith-1.0-9B is a dense ~9B model (≈19 GB in bf16), so it serves comfortably on a single 80GB GPU. The recipes below stand up an OpenAI-compatible server; add --tensor-parallel-size / --tp if you want to shard across more GPUs. For a quick local test (or to script offline generation), load the model directly with Transformers. Make sure you have a recent release installed — see the Transformers installation guide; Ornith-1.0-9B requires…

Open weights mit transformers