mirror of
https://github.com/hanzoai/hips.git
synced 2026-11-03 00:32:50 +00:00
Audited the 21 Draft HIPs against production. Three describe what is running
and become Final:
0111 every canonical path answers on hanzo.id with the right content type,
and the eight verb aliases this HIP forbids now return 410 with a
successor pointer. access_token is 404; token is the only spelling.
The conformance section said the prohibitions were unmet — that was
measured in July, the retirement order landed, and it is now wrong in
the HIP's favour. Also: serverUrl for Hanzo is hanzo.id, not
iam.hanzo.ai, which serves the SPA catch-all on every path and would
walk a client straight into the failure this HIP exists to prevent.
0033 all three tiers answer — 275 first-party images running from GHCR
under three orgs, Docker Hub mirrors, and oci.hanzo.ai returning 401
rather than a 404 from a host with nothing behind it.
0305 the deviation argued for is the one that shipped, and schema.prisma
cites this HIP by number as the reason.
The rest stay Draft, and six of them say something untrue that had to be
written down before anyone can fix it:
0018 there is no native PSP. Every fiat ProcessorType is third-party and
pay.hanzo.ai's default is Square, so payment sovereignty is a mandate
the code does not implement. Port was 4242; it binds 8090.
0027 the ownership question this HIP flagged as owed is answered — both
files in hanzoai/kms now agree it is archived and luxfi/kms is
canonical. The /api/v1 and /api/v3 surface it documents returns 404.
0038 Console is not a Langfuse fork. The NOTICE says no Langfuse source is
used and the first commit is a clean-room build on @hanzo/gui.
0053 the name belongs to something else now. hanzoai/visor is Hanzo
Compute, a multi-cloud compute plane with zero Grafana in it.
0409 Final, and pointing image.repository at an archived repository.
0002 linking the Jin repo, archived in May, framework never built.
Co-authored-by: Hanzo Dev <[email protected]>
6.2 KiB
6.2 KiB
hip, title, author, type, category, status, created, updated, requires
| hip | title | author | type | category | status | created | updated | requires |
|---|---|---|---|---|---|---|---|---|
| 0002 | Hamiltonian Large Language Models (HLLMs) Specification | Hanzo AI Team | Standards Track | Core | Final | 2024-12-20 | 2025-01-09 | HIP-0001 |
HIP-0002: Hamiltonian Large Language Models (HLLMs) Specification
Abstract
This proposal defines the architecture, capabilities, and standards for Hamiltonian Large Language Models (HLLMs). HLLMs are multimodal AI models with per-user fine-tuning, where every user owns their personalized model fork. These models support text, vision, audio, and 3D modalities with unified representations and cross-modal understanding.
Specification
Model Architecture
Unified Transformer Architecture with Hamiltonian Dynamics
class HLLMArchitecture:
modalities = ["text", "vision", "audio", "3d"]
hidden_dim = 4096 # Base model
num_layers = 48
num_heads = 64
context_length = 32768
# Modality-specific encoders
text_encoder: "Byte-level BPE"
vision_encoder: "Vision Transformer patches"
audio_encoder: "Mel-spectrogram transformer"
3d_encoder: "Point cloud transformer"
# Unified decoder
decoder: "Autoregressive transformer"
Model Variants
| Model | Parameters | Context | Modalities | Use Case |
|---|---|---|---|---|
| HLLM-7B | 7B | 8K | Text, Vision | Edge deployment, personal devices |
| HLLM-32B | 32B | 32K | Text, Vision, Audio | Standard per-user models |
| HLLM-175B | 175B | 128K | All | Advanced personal assistants |
| HLLM-1T | 1T | 256K | All + specialized | Research & collective intelligence |
Note: These are BASE models only. Every user interaction creates a personalized fork with user-specific LoRA adapters, making each user's model unique.
Input/Output Specifications
Input Format
{
"inputs": [
{
"type": "text",
"content": "Describe this image"
},
{
"type": "image",
"content": "base64_encoded_image",
"encoding": "jpeg"
},
{
"type": "audio",
"content": "base64_encoded_audio",
"encoding": "wav",
"sample_rate": 16000
}
],
"parameters": {
"max_tokens": 2048,
"temperature": 0.7,
"modality_weights": {
"text": 1.0,
"vision": 1.0,
"audio": 0.8
}
}
}
Output Format
{
"outputs": [
{
"type": "text",
"content": "Generated text response"
},
{
"type": "image",
"content": "base64_encoded_image",
"encoding": "png"
}
],
"metadata": {
"model": "HLLM-32B",
"tokens_used": 1547,
"latency_ms": 234,
"modalities_processed": ["text", "vision"]
}
}
Capabilities
Core Capabilities
- Cross-modal Understanding: Understand relationships between modalities
- Any-to-Any Generation: Generate any modality from any input
- Zero-shot Transfer: Apply learning across modalities
- Compositional Reasoning: Combine modalities for complex reasoning
Specific Tasks
- Vision-Language: Image captioning, VQA, visual reasoning
- Audio-Language: Speech recognition, audio description
- 3D-Language: 3D scene understanding, spatial reasoning
- Multimodal Generation: Create images from text+audio, etc.
Training Infrastructure
Base Model Training
- Text: 10T tokens from web, books, code
- Images: 5B image-text pairs
- Audio: 100K hours of audio with transcripts
- 3D: 10M 3D scenes with annotations
- Synthetic: Generated multimodal data for alignment
Per-User Fine-Tuning (Automatic)
- Data: User's own interactions (encrypted)
- Compute: ~35ms per interaction for gradient update
- Storage: ~100MB per user for LoRA adapters
- Privacy: All training data stays encrypted with user's key
- Ledger: Every training operation recorded on-chain
Key Difference: Base models are trained once. Per-user models continuously evolve with every interaction, creating billions of unique models.
Inference Optimization
Techniques
- Modality Routing: Process only relevant modalities
- Sparse Attention: Reduce computation for long contexts
- Quantization: INT8/INT4 for edge deployment
- Caching: KV-cache across modalities
- Batching: Dynamic batching for different modalities
Performance Targets
- Latency: <100ms for first token (HLLM-32B)
- Throughput: >1000 tokens/second (batched)
- Memory: <16GB for HLLM-7B inference
Safety and Alignment
Safety Measures
- Content Filtering: Multi-modal content moderation
- Watermarking: Invisible watermarks in generated content
- Attribution: Track training data influence
- Bias Mitigation: Cross-modal debiasing techniques
Alignment Techniques
- RLHF: Reinforcement Learning from Human Feedback
- Constitutional AI: Rule-based constraints
- Multimodal Alignment: Cross-modal consistency checks
Open Source Repositories
- Jin Multimodal Models: github.com/hanzoai/jin — archived 2026-05-12; the multimodal framework was not built (HIP-0003)
- LLM Gateway: github.com/hanzoai/llm
- Agent Framework: github.com/hanzoai/agent
- MCP Tools: github.com/hanzoai/mcp
- Chat Platform: github.com/hanzoai/chat
- Search Engine: github.com/hanzoai/search
Model Checkpoints
- HLLM-7B Base: huggingface.co/hanzoai/hllm-7b
- HLLM-32B Base: huggingface.co/hanzoai/hllm-32b
- Evaluation Suite: proposed by this HIP; not yet written, so there is nothing to link to.
- Gemini: A Family of Multimodal Models
- HIP-0000: Hanzo AI Architecture & Framework
- HIP-0005: Post-Quantum Security for AI Infrastructure
Copyright
Copyright and related rights waived via CC0.