Spaces:
Running
Running
Update README.md
Browse files
README.md
CHANGED
|
@@ -7,4 +7,203 @@ sdk: static
|
|
| 7 |
pinned: false
|
| 8 |
---
|
| 9 |
|
| 10 |
-
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 7 |
pinned: false
|
| 8 |
---
|
| 9 |
|
| 10 |
+
# Martin Technologies LTD — Sovereign Large Language Models
|
| 11 |
+
|
| 12 |
+
**Website:** [martintech.co.uk](https://martintech.co.uk)
|
| 13 |
+
**Regions:** UK & EU
|
| 14 |
+
**Focus:** Training, deploying, and operating **sovereign** Large Language Models (LLMs) with full data control, real-time performance, and cost efficiency.
|
| 15 |
+
|
| 16 |
+
---
|
| 17 |
+
|
| 18 |
+
## Mission
|
| 19 |
+
|
| 20 |
+
We build and operate **sovereign LLMs** for organisations that require **full ownership, auditability, and control** over their AI stack—without compromising on **state-of-the-art capability** or **real-time latency**. Our systems are optimised for **dedicated hardware** to reduce unit economics while delivering predictable performance and strict data boundaries.
|
| 21 |
+
|
| 22 |
+
---
|
| 23 |
+
|
| 24 |
+
## What “Sovereign” Means Here
|
| 25 |
+
|
| 26 |
+
- **You own the runtime:** Dedicated single-tenant deployments (cloud, edge, or on-prem) with **no shared inference plane**.
|
| 27 |
+
- **You govern the data:** Hard data boundaries, private networking, and explicit opt-in for any data retention. **No training on your prompts** by default.
|
| 28 |
+
- **You decide the geography:** Compute and storage pinned to the **UK or EU** with optional **air-gapped** configurations.
|
| 29 |
+
- **You can inspect & reproduce:** Open model families, transparent configuration, deterministic builds, and reproducible evaluation pipelines.
|
| 30 |
+
|
| 31 |
+
---
|
| 32 |
+
|
| 33 |
+
## Models & Training
|
| 34 |
+
|
| 35 |
+
We specialise in **state-of-the-art open-source** model families and customise them to your domain and latency/throughput constraints:
|
| 36 |
+
|
| 37 |
+
- **Base & Instruct Models:** General chat, RAG-optimised instruction models, coding, and tool-use variants.
|
| 38 |
+
- **Fine-Tuning & Adaptation:** Lightweight LoRA/QLoRA, adapters, and full-stack fine-tuning for domain language, terminology, and stylistic constraints.
|
| 39 |
+
- **Alignment & Safety:** Multi-objective RLHF/DPO where required; policy gradients for content filters; evaluation suites aligned with your risk profile.
|
| 40 |
+
- **Evaluation:** Task-specific evals (exact-match, BLEU/ROUGE, factuality, hallucination risk, tool-use success), latency SLOs, and cost/quality Pareto frontiers.
|
| 41 |
+
|
| 42 |
+
> We prioritise openly auditable model families to preserve portability and long-term independence.
|
| 43 |
+
|
| 44 |
+
---
|
| 45 |
+
|
| 46 |
+
## Real-Time Optimisation on Dedicated Hardware
|
| 47 |
+
|
| 48 |
+
Our inference stacks are engineered for **low-latency, cost-efficient** operation:
|
| 49 |
+
|
| 50 |
+
- **Kernel-level acceleration:** FlashAttention-class attention kernels, fused ops, paged KV cache, and continuous batching.
|
| 51 |
+
- **Quantisation:** INT8/INT4 & mixed-precision pipelines tuned per layer to balance perplexity vs. latency.
|
| 52 |
+
- **Parallelism strategies:** Tensor, pipeline, and context parallelism with NUMA-aware placement.
|
| 53 |
+
- **Speculative & constrained decoding:** Speculative decoding, prefix caches, grammar-constrained decoding for structured outputs (JSON/SQL).
|
| 54 |
+
- **Memory topology:** KV cache pinning, CPU-GPU offload, NVLink/PCIe bandwidth planning, and pinned host memory for surge loads.
|
| 55 |
+
|
| 56 |
+
**Outcome:** predictable p50/p95 latency under load, reduced cost per million tokens, and stable throughput on **dedicated single-tenant** hardware.
|
| 57 |
+
|
| 58 |
+
---
|
| 59 |
+
|
| 60 |
+
## Deployment Options
|
| 61 |
+
|
| 62 |
+
### 1) Managed Cloud (UK/EU)
|
| 63 |
+
- **Single-tenant** VPC deployments in the UK or EU, private subnets, customer-managed keys (CMK) optional.
|
| 64 |
+
- Hard residency guarantees and private endpoint exposure (PrivateLink/private service connect).
|
| 65 |
+
|
| 66 |
+
### 2) Physical Edge Compute
|
| 67 |
+
- Ruggedised nodes for **branch, factory, vessel, or field** environments.
|
| 68 |
+
- **Store-and-forward** telemetry, offline-first inference, and sync when connectivity returns.
|
| 69 |
+
|
| 70 |
+
### 3) On-Premises (Air-Gap Optional)
|
| 71 |
+
- Delivered as **appliance** or **reference build** (rack spec + BOM).
|
| 72 |
+
- Offline provisioning, **no outbound network** requirement, and fully local observability.
|
| 73 |
+
|
| 74 |
+
---
|
| 75 |
+
|
| 76 |
+
## Access Patterns
|
| 77 |
+
|
| 78 |
+
- **API Access:** OpenAI-compatible endpoints for chat/completions, embeddings, tool calls, and JSON-mode.
|
| 79 |
+
- **gRPC & SSE:** Streaming tokens for real-time UX; back-pressure aware.
|
| 80 |
+
- **RAG Tooling:** Connectors for document stores, vector DBs, and safety classifiers.
|
| 81 |
+
- **Multi-Tenant at Your Edge:** You define tenants; we enforce strict isolation per tenant within your sovereign boundary.
|
| 82 |
+
|
| 83 |
+
**cURL**
|
| 84 |
+
```bash
|
| 85 |
+
curl -X POST "$BASE_URL/v1/chat/completions" -H "Authorization: Bearer $MARTINTECH_API_KEY" -H "Content-Type: application/json" -d '{
|
| 86 |
+
"model": "martintech/sovereign-llm",
|
| 87 |
+
"messages": [{"role": "user", "content": "Summarise our latest policy in 5 bullets."}],
|
| 88 |
+
"temperature": 0.2,
|
| 89 |
+
"stream": true
|
| 90 |
+
}'
|
| 91 |
+
```
|
| 92 |
+
|
| 93 |
+
**Python**
|
| 94 |
+
```python
|
| 95 |
+
import os, requests, sseclient
|
| 96 |
+
|
| 97 |
+
BASE_URL = os.getenv("BASE_URL", "https://api.your_instance_url.co.uk")
|
| 98 |
+
API_KEY = os.getenv("MARTINTECH_API_KEY")
|
| 99 |
+
|
| 100 |
+
payload = {
|
| 101 |
+
"model": "martintech/sovereign-llm",
|
| 102 |
+
"messages": [{"role": "user", "content": "Draft a GDPR-compliant notice."}],
|
| 103 |
+
"temperature": 0.0,
|
| 104 |
+
"stream": True
|
| 105 |
+
}
|
| 106 |
+
headers = {"Authorization": f"Bearer {API_KEY}", "Content-Type": "application/json"}
|
| 107 |
+
|
| 108 |
+
with requests.post(f"{BASE_URL}/v1/chat/completions", json=payload, headers=headers, stream=True) as r:
|
| 109 |
+
client = sseclient.SSEClient(r)
|
| 110 |
+
for event in client.events():
|
| 111 |
+
print(event.data)
|
| 112 |
+
```
|
| 113 |
+
|
| 114 |
+
**JavaScript (Fetch)**
|
| 115 |
+
```js
|
| 116 |
+
const res = await fetch(`${BASE_URL}/v1/chat/completions`, {
|
| 117 |
+
method: "POST",
|
| 118 |
+
headers: {
|
| 119 |
+
"Authorization": `Bearer ${API_KEY}`,
|
| 120 |
+
"Content-Type": "application/json"
|
| 121 |
+
},
|
| 122 |
+
body: JSON.stringify({
|
| 123 |
+
model: "martintech/sovereign-llm",
|
| 124 |
+
messages: [{ role: "user", content: "Generate a JSON receipt." }],
|
| 125 |
+
response_format: { type: "json_object" }
|
| 126 |
+
})
|
| 127 |
+
});
|
| 128 |
+
const data = await res.json();
|
| 129 |
+
console.log(data.choices[0].message.content);
|
| 130 |
+
```
|
| 131 |
+
|
| 132 |
+
> The API is **OpenAI-compatible**, so most existing SDKs and clients work with only a **base URL and key** change.
|
| 133 |
+
|
| 134 |
+
---
|
| 135 |
+
|
| 136 |
+
## Security & Compliance
|
| 137 |
+
|
| 138 |
+
- **Data Handling:** No prompt or completion retention unless explicitly enabled. Configurable TTLs and redaction.
|
| 139 |
+
- **Encryption:** TLS in transit; at-rest encryption with customer-managed keys optional.
|
| 140 |
+
- **Network:** Private networking, IP allow-lists, and optional mTLS between services.
|
| 141 |
+
- **Isolation:** Per-tenant logical isolation; dedicated hardware optional for physical isolation.
|
| 142 |
+
- **Observability:** Privacy-preserving logs and metrics; structured audit events with redaction.
|
| 143 |
+
- **Governance:** DPA addendum, data residency controls (UK/EU), and support for customer risk assessments.
|
| 144 |
+
|
| 145 |
+
---
|
| 146 |
+
|
| 147 |
+
## Cost Optimisation
|
| 148 |
+
|
| 149 |
+
- Right-sized model families per use case (tiny → large) with **policy-based model routing**.
|
| 150 |
+
- Quantisation and continuous batching to reduce **cost per million tokens**.
|
| 151 |
+
- **Cache-aware RAG** to minimise context length and I/O.
|
| 152 |
+
- Performance budgets and autoscaling tied to your **SLOs** rather than best-effort throughput.
|
| 153 |
+
|
| 154 |
+
---
|
| 155 |
+
|
| 156 |
+
## Typical Use Cases
|
| 157 |
+
|
| 158 |
+
- **Private Assistants** for regulated teams (legal, finance, public sector).
|
| 159 |
+
- **RAG over Sensitive Corpora** with strict data residency.
|
| 160 |
+
- **Structured Generation** (JSON/SQL) into downstream systems.
|
| 161 |
+
- **Edge Autonomy** for low-connectivity scenarios (manufacturing, maritime, defence).
|
| 162 |
+
- **Developer Copilots** confined to internal codebases.
|
| 163 |
+
|
| 164 |
+
---
|
| 165 |
+
|
| 166 |
+
## Hugging Face Integration
|
| 167 |
+
|
| 168 |
+
- **Org Repos:** Model cards, adapters, and eval reports published under our Hugging Face organisation for **transparent provenance**.
|
| 169 |
+
- **Spaces & Demos:** Private Spaces for stakeholder testing; gated access with audit logs.
|
| 170 |
+
- **Artifacts:** Tokenisers, prompt templates, and guardrail grammars for reproducible pipelines.
|
| 171 |
+
|
| 172 |
+
> Ask us about publishing **redacted eval sets** and **prompt grammars** alongside each model variant.
|
| 173 |
+
|
| 174 |
+
---
|
| 175 |
+
|
| 176 |
+
## Getting Started
|
| 177 |
+
|
| 178 |
+
1. **Choose a deployment:** UK/EU managed cloud, edge appliance, or on-prem.
|
| 179 |
+
2. **Select a model class:** General chat, code, RAG-optimised, or constrained-output.
|
| 180 |
+
3. **Provide domain data (optional):** We prepare adapters or full fine-tunes with strict handling.
|
| 181 |
+
4. **Integrate the API:** Swap your base URL and key; keep your existing SDKs.
|
| 182 |
+
5. **Validate:** Review eval dashboards, latency/cost reports, and guardrail policies.
|
| 183 |
+
|
| 184 |
+
Contact: **martin@martintech.co.uk**
|
| 185 |
+
|
| 186 |
+
---
|
| 187 |
+
|
| 188 |
+
## Support & SLAs
|
| 189 |
+
|
| 190 |
+
- **Production SLAs:** Custom p95 latency, availability targets, and incident response windows.
|
| 191 |
+
- **Runbooks:** Operator playbooks for **air-gapped** and **edge** scenarios.
|
| 192 |
+
- **Training & Enablement:** Developer workshops, RAG patterns, and prompt-engineering for structured outputs.
|
| 193 |
+
|
| 194 |
+
---
|
| 195 |
+
|
| 196 |
+
## Why Martin Technologies LTD
|
| 197 |
+
|
| 198 |
+
- **Sovereignty by design:** Data, runtime, and geography under your control.
|
| 199 |
+
- **Open models, no lock-in:** Auditability and long-term portability.
|
| 200 |
+
- **Real-time, cost-efficient:** Systems engineering that meets product UX and budget constraints.
|
| 201 |
+
- **UK/EU Native:** Residency, procurement, and compliance aligned with your jurisdiction.
|
| 202 |
+
|
| 203 |
+
---
|
| 204 |
+
|
| 205 |
+
### Legal
|
| 206 |
+
|
| 207 |
+
© Martin Technologies LTD. All rights reserved.
|
| 208 |
+
Data residency options available in the **United Kingdom** and the **European Union**.
|
| 209 |
+
Model licences and third-party attributions are documented per-artifact in their respective repositories.
|