Open LLMs/cyankiwi

Open-Weight LLM · Private & Custom AI

GLM-4.5-Air-AWQ-4bit

Compact hybrid-reasoning MoE model for private agent automation and operational AI—12B active parameters, MIT-licensed, production-ready for self-hosted deployments.

GLM-4.5-Air is a 106B-parameter mixture-of-experts model with 12B active parameters, designed for reasoning, tool use, and agent workflows. It ranks #3 on industry benchmarks (59.8 score) while maintaining efficiency gains that matter for self-hosted ops AI. Teams deploy it privately to automate complex workflows—support triage, document analysis, operational decision support—without sending data to third parties.

18.6B
Parameters
mit
License (OSI/permissive)
Unknown
Context
412.1k
Downloads

Model facts

Developercyankiwi
Parameters18.6B
Context windowUnknown
Licensemit — OSI/permissive
Tasktext-generation
GatedNo
Downloads412.1k
Likes29
Updated2026-05-06
Sourcecyankiwi/GLM-4.5-Air-AWQ-4bit

Private deployment

Run GLM-4.5-Air-AWQ-4bit in your own environment

Self-hosting is the intended architecture. The AWQ 4-bit quantization (this variant) reduces VRAM footprint to ~24–32 GB (estimate), feasible on enterprise GPU infrastructure. You control the inference stack (transformers, vLLM, SGLang all have native support), data stays in your environment, and you manage versioning/updates. No licensing or usage-reporting overhead. Trade-off: requires operational discipline around model serving, scaling, and monitoring.

Operational AI use cases

01

Support Ticket Routing & Reasoning

Route incoming support tickets by analyzing intent, urgency, and required expertise. Use thinking mode for complex escalation logic (e.g., identifying cross-functional issues). Runs entirely on-prem; no external API calls reveal customer issues. Reduces manual triage by 40–60% in pilot deployments.

02

Operational Document & Policy Automation

Ingest internal runbooks, compliance docs, HR policies. Build a private retrieval + reasoning layer: GLM-4.5-Air reasons over retrieval results to answer operational questions accurately. Tool use capability lets it fetch live data (inventory, staffing) and synthesize answers. Data never leaves your VPC.

03

Finance & Procurement Workflow Agents

Automate expense categorization, invoice validation, and procurement rule-checking. Hybrid thinking mode handles multi-step logic (e.g., 'is this PO compliant AND within budget AND from an approved vendor?'). Integrate with ERP APIs via tool parser. Reduces finance ops manual review overhead significantly.

Custom AI

As a base for custom AI

Strong foundation for building proprietary operational AI products. Its MoE architecture and tool-use framework let you build custom agents that reason over your company's workflows. Fine-tune or prompt-engineer for domain-specific tasks (claims processing, supply-chain optimization, internal knowledge systems). MIT license permits commercial secondary development. You own the model, can version it, and aren't locked into vendor APIs.

In the operating system

Where it fits

Core reasoning + agent layer in an AI operating system. Sits between data ingestion (retrieval, APIs, internal documents) and workflow execution (tool calls, ticketing systems, ERPs). Hybrid thinking mode provides the 'reasoning backbone' for orchestrated multi-step ops tasks. Lighter than full GLM-4.5, so it fits cost budgets for continuous inference in ops workflows.

Data control & security

Self-hosting means your operational data (support tickets, internal docs, financial records, HR info) never transits external APIs. You manage network isolation, encryption at rest/in transit, and access controls. No model telemetry to third parties. Compliance posture depends on your infrastructure setup (VPC isolation, audit logging, RBAC)—the model itself imposes no external reporting or tracking.

Hardware footprint

**Estimate (4-bit AWQ quantization):** ~24–32 GB VRAM for inference. Full precision (FP32): ~110+ GB. FP8: ~40–50 GB. Batch inference on a single A100 (80 GB) or split across dual GPUs. MoE sparsity reduces actual compute vs. dense 12B model but VRAM footprint is still substantial. Serves typical ops workflows (5–50 req/sec) on mid-range enterprise infrastructure.

Integration

Native support in transformers (HuggingFace), vLLM, and SGLang. Tool parser built in for agentic calls. Expects integrations via REST (FastAPI/Flask wrapper around vLLM server) or batch inference jobs. Integrate with ticketing (Jira, Zendesk APIs), ERP systems (SAP, NetSuite), and document stores (S3, Elasticsearch, Pinecone). Context length unknown—verify against your doc size; plan for chunking if needed.

When it's not the right fit

  • You need real-time or ultra-low-latency responses (<50ms): MoE routing and quantized inference add overhead.
  • Context length requirements exceed model capacity: documented context window is unknown; may require aggressive doc chunking for long operational records.
  • Your team lacks GPU infrastructure or DevOps expertise to manage a self-hosted inference stack.
  • You require guaranteed model versioning and long-term support contracts: open-weight models depend on community; no SLA.

Alternatives to consider

Llama 3.1 70B (Meta, MIT)

Larger, denser, proven in production. No MoE; easier inference stack. Weaker at reasoning/tool use; slower for agentic workflows. Better if you prioritize simplicity over efficiency.

Qwen 2.5 32B (Alibaba, MIT)

Smaller, strong on code and reasoning. Not MoE; no hybrid thinking mode. Faster inference, lower VRAM. Trade reasoning depth for simplicity; solid for straightforward ops tasks.

Mistral Large (8x22B MoE, Mistral, Mistral License)

Similar MoE architecture, strong reasoning. License is permissive but proprietary; less transparent than MIT. Better for teams confident in Mistral ecosystem.

FAQ

Can I run this entirely in my VPC without touching external APIs?

Yes. Deploy via vLLM or transformers on your GPU cluster, wire it to your internal services via REST. No phone-home, no vendor telemetry. You control the entire stack.

Is this commercially licensable for building a product or internal ops system?

Yes. MIT license permits commercial use, modification, and distribution. You can build a proprietary ops AI product on top of it. No royalties, no usage tracking.

What's the difference between GLM-4.5-Air and the full GLM-4.5?

Air: 106B total, 12B active. GLM-4.5: 355B total, 32B active. Air is ~3x more efficient; GLM-4.5 is stronger at complex reasoning. Pick Air if VRAM is tight or latency matters; pick full GLM-4.5 if reasoning depth is critical.

Do I need to fine-tune it, or can I use it out-of-the-box?

Out-of-the-box is reasonable for general ops tasks. Fine-tuning on your internal data (tickets, docs, workflows) will improve domain fit and reasoning accuracy. MIT license permits both approaches.

Build Private Operational AI on GLM-4.5-Air

Ready to automate your support, finance, and ops workflows with an LLM you control? LLM.co helps you deploy GLM-4.5-Air in your VPC, integrate it with your systems, and fine-tune it for your business. Talk to us about private-AI architecture.