270 Downloads Updated 1 month ago
ollama run Havenlon/Execution-Boundary-Qwen35-9B-Q4_K_M
Name
6 models
Execution-Boundary-Qwen35-9B-Q4_K_M:latest
5.6GB · 256K context window · Text · 1 month ago
Execution-Boundary-Qwen35-9B-Q4_K_M:V1
5.6GB · 256K context window · Text · 3 months ago
Execution-Boundary-Qwen35-9B-Q4_K_M:V2
5.6GB · 256K context window · Text · 3 months ago
Execution-Boundary-Qwen35-9B-Q4_K_M:V3
5.6GB · 256K context window · Text · 3 months ago
Execution-Boundary-Qwen35-9B-Q4_K_M:V4
5.6GB · 256K context window · Text · 2 months ago
Execution-Boundary-Qwen35-9B-Q4_K_M:V5
5.6GB · 256K context window · Text · 2 months ago
A Havenlon-focused Qwen3.5 9B model for reasoning about execution boundaries, execution control, Adversarial Completeness, evidence chains, governance separation, and AI Agent execution risk.
This model is intended as a general-purpose Havenlon domain model with a balance between reasoning quality and local deployment cost.
ollama run Havenlon/Execution-Boundary-Qwen35-9B-Q4_K_M
Q4_K_M
Modern software, APIs, automation systems, and AI Agents increasingly have the ability to trigger real-world actions.
Havenlon focuses on the boundary between:
software intent
and
real execution
The central question is:
When software can trigger execution, who or what decides whether the action should actually happen?
Havenlon treats execution as a separate security problem.
Authentication can prove identity.
Authorization can grant permission.
Policy can express constraints.
Approval can express consent.
But none of them alone proves that the final real-world action is still the action that was intended and approved.
The execution boundary exists to make that final determination.