File size: 7,505 Bytes
09b2d15
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
---
license: apache-2.0
language:
- en
tags:
- code
- execution
- prediction
- language-generalization
- no-compiler
- python
- javascript
- lua
- cobol
- synthetic-languages
- transformers
- qwen2
pipeline_tag: text-generation
base_model: Qwen/Qwen2.5-1.5B
library_name: transformers
---

# CaaLM/CaaLM-v1


![CaaLM-v1 Logo](https://cdn-uploads.huggingface.co/production/uploads/670562d6ac129959c16f84d4/lsYHkWaSlewMkpgEaOJNP.png)

## What is this?

CaaLM (Code as a Language Model) is a 1.5B parameter model that predicts the output of code β€” without a compiler, runtime, or interpreter.

You give it code. It tells you what it would print.

The interesting part: it was never trained on a fixed set of languages. Instead, it was trained on real languages (Python, JavaScript, Lua, COBOL) alongside 200 synthetically generated fake programming languages β€” each with randomized syntax but consistent semantics. The goal was to teach the model what *execution* means, not what any specific language looks like.

This means it can predict the output of languages it has never seen before.

## Performance

![Benchmark_by_Category](https://cdn-uploads.huggingface.co/production/uploads/670562d6ac129959c16f84d4/AZhDOGagSMRSNQmFu9bgC.png)

![Real vs Novel Fake Languages](https://cdn-uploads.huggingface.co/production/uploads/670562d6ac129959c16f84d4/HghKHvXpx-Ddta8on-WqV.png)

**Overall: 96.2% (50/52 tests)**

| Category | Accuracy | Passed/Total |
|---|---|---|
| Real: Python | 100% | 10/10 |
| Real: JavaScript | 100% | 8/8 |
| Real: Lua | 100% | 6/6 |
| Real: COBOL | 75% | 3/4 |
| Novel Fake: Tier 1 (assign + print) | 100% | 8/8 |
| Novel Fake: Tier 2 (conditionals) | 86% | 6/7 |
| Novel Fake: Tier 3 (loops) | 100% | 4/4 |
| Edge Cases | 100% | 5/5 |

The novel fake language tests use languages that were never seen during training β€” completely invented syntax like `SCRIBBLE @x BECOMES 7` or `WONDER n > 10`. The model infers semantics from context and gets them right.

### Known Failures

Two failures in the benchmark, both explainable:

- **COBOL zero-padding** β€” predicted `08` instead of `0008`. Got the value right, missed the `PIC 9(4)` padding format. Data consistency issue.
- **If-without-else** β€” when a conditional has no else branch and the condition is false, the correct output is empty. The model predicted `NO`, hallucinating an else branch. Most training data had if/else pairs so it defaulted to that pattern.

## How It Works

Input format:
```
Code:
<your code here>

Output:
```

The model completes the `Output:` section with the predicted stdout.

### Example β€” Real Language

```
Code:
a = 10
b = 20
print(a + b)

Output:
30
```

### Example β€” Novel Fake Language (never seen during training)

```
Code:
SCRIBBLE @x BECOMES 7
SCRIBBLE @y BECOMES 3
YELL @x + @y

Output:
10
```

```
Code:
BIND n TO 15
WONDER n > 10
    SHOUT YES
STOP

Output:
YES
```

## Quick Start

```python
from transformers import AutoModelForCausalLM, AutoTokenizer
import torch

model = AutoModelForCausalLM.from_pretrained(
    "CaaLM/CaaLM-v1",
    torch_dtype=torch.bfloat16,
    device_map="auto"
)
tokenizer = AutoTokenizer.from_pretrained("CaaLM/CaaLM-v1")
model.eval()

def predict_output(code: str) -> str:
    prompt = f"Code:\n{code}\n\nOutput:\n"
    inputs = tokenizer(prompt, return_tensors="pt").to(model.device)

    with torch.no_grad():
        outputs = model.generate(
            **inputs,
            max_new_tokens=128,
            do_sample=False,
            pad_token_id=tokenizer.eos_token_id,
        )

    return tokenizer.decode(
        outputs[0][inputs.input_ids.shape[1]:],
        skip_special_tokens=True
    ).strip()

# Real language
print(predict_output("a = 6\nb = 7\nprint(a * b)"))
# β†’ 42

# Novel fake language
print(predict_output("STORE X := 10\nSTORE Y := 5\nSPEAK X + Y"))
# β†’ 15
```

## Training

![Training Summary](https://cdn-uploads.huggingface.co/production/uploads/670562d6ac129959c16f84d4/UXPYmNvYDiIsfHR5JC55n.png)

### Data

Training data was split between real and synthetic languages:

**Real languages (8,000 examples total, 2,000 each):**
- Python β€” clean semantics, baseline
- JavaScript β€” type coercion, implicit behaviors
- Lua β€” minimal syntax, sparse
- COBOL β€” verbose, English-like, no conventional syntax markers

**Synthetic languages (120,000 examples total):**
- 200 procedurally generated fake languages
- Each language has randomized keywords, operators, variable styles, and block delimiters
- Semantics are consistent within each language but syntax varies wildly across all 200
- Programs generated via a Python simulator β€” outputs are ground truth from actual execution
- Three complexity tiers: assign+print (30%), conditionals (40%), loops (30%)

The spec for each fake language is discarded after data generation. The model only ever sees `(code, output)` pairs β€” it never gets a syntax guide.

### Configuration

- **Base model:** Qwen/Qwen2.5-1.5B (base, not instruct)
- **Training method:** Full fine-tuning (no LoRA)
- **Loss masking:** Loss computed on output tokens only, not prompt
- **Precision:** BF16
- **Optimizer:** AdamW (lr=2e-5, weight_decay=0.01)
- **Scheduler:** Cosine with 3% warmup
- **Batch size:** 8 per device Γ— 4 gradient accumulation = 32 effective
- **Epochs:** 3
- **Max sequence length:** 512 tokens
- **Hardware:** NVIDIA A100 SXM4 40GB
- **Training time:** 66.5 minutes
- **Training cost:** ~$0.82

## Supported Operations

The model reliably handles:

- Variable assignment and arithmetic
- Print / output statements
- Conditionals (if/else)
- While loops with accumulator patterns
- String output
- Basic error behavior (empty output when conditions not met)

It does not handle: functions, recursion, file I/O, complex data structures, pipes, or multi-line string manipulation. These may work in real languages due to Qwen's pretraining knowledge but are not guaranteed.

## Limitations

- No actual code execution β€” outputs are predictions, not guarantees
- If-without-else edge cases can produce hallucinated else branches
- COBOL numeric padding format is inconsistent
- Long programs (many steps) may degrade in accuracy as state complexity grows
- Novel fake languages with very unusual execution models (non-linear control flow, stack-based semantics) are untested
- Context window limits programs to ~512 tokens

## Why

The original motivation was to ask: can a language model learn what *execution* means as an abstract concept, independent of any specific language's syntax?

The novel fake language results suggest yes, at least for basic programs. The model sees `WONDER x > 10` for the first time and figures out it's a conditional. It sees `SCRIBBLE @x BECOMES 7` and figures out it's assignment. It doesn't know these keywords β€” it infers them from the structure of the code and the patterns it learned during training.

Whether this scales to more complex programs, more alien execution models, or larger languages is an open question.

## Model Lineage

CaaLM-v1 is the first model in the CaaLM series, and a spiritual successor to the [LaaLM project](https://huggingface.co/LaaLM).

- **LaaLM-v1** β€” T5-base fine-tuned to simulate Linux shell commands (external state)
- **LaaLM-exp-v1** β€” Qwen 3B fine-tuned for conversational Linux terminal emulation (internal state)
- **CaaLM-v1** β€” Qwen 1.5B fine-tuned for language-agnostic code output prediction (current)

## License

Apache 2.0 (inherited from Qwen 2.5 base model)