Instructions to use nightmedia/Qwen3.6-27B-Architect-Polaris2-Fable-B-F451-Tess-mxfp4-mlx with libraries, inference providers, notebooks, and local apps. Follow these links to get started.
- Libraries
- Transformers
How to use nightmedia/Qwen3.6-27B-Architect-Polaris2-Fable-B-F451-Tess-mxfp4-mlx with Transformers:
# Use a pipeline as a high-level helper from transformers import pipeline pipe = pipeline("image-text-to-text", model="nightmedia/Qwen3.6-27B-Architect-Polaris2-Fable-B-F451-Tess-mxfp4-mlx") messages = [ { "role": "user", "content": [ {"type": "image", "url": "https://huggingface.co/datasets/huggingface/documentation-images/resolve/main/p-blog/candy.JPG"}, {"type": "text", "text": "What animal is on the candy?"} ] }, ] pipe(text=messages)# Load model directly from transformers import AutoProcessor, AutoModelForMultimodalLM processor = AutoProcessor.from_pretrained("nightmedia/Qwen3.6-27B-Architect-Polaris2-Fable-B-F451-Tess-mxfp4-mlx") model = AutoModelForMultimodalLM.from_pretrained("nightmedia/Qwen3.6-27B-Architect-Polaris2-Fable-B-F451-Tess-mxfp4-mlx", device_map="auto") messages = [ { "role": "user", "content": [ {"type": "image", "url": "https://huggingface.co/datasets/huggingface/documentation-images/resolve/main/p-blog/candy.JPG"}, {"type": "text", "text": "What animal is on the candy?"} ] }, ] inputs = processor.apply_chat_template( messages, add_generation_prompt=True, tokenize=True, return_dict=True, return_tensors="pt", ).to(model.device) outputs = model.generate(**inputs, max_new_tokens=40) print(processor.decode(outputs[0][inputs["input_ids"].shape[-1]:])) - MLX
How to use nightmedia/Qwen3.6-27B-Architect-Polaris2-Fable-B-F451-Tess-mxfp4-mlx with MLX:
# Make sure mlx-vlm is installed # pip install --upgrade mlx-vlm from mlx_vlm import load, generate from mlx_vlm.prompt_utils import apply_chat_template from mlx_vlm.utils import load_config # Load the model model, processor = load("nightmedia/Qwen3.6-27B-Architect-Polaris2-Fable-B-F451-Tess-mxfp4-mlx") config = load_config("nightmedia/Qwen3.6-27B-Architect-Polaris2-Fable-B-F451-Tess-mxfp4-mlx") # Prepare input image = ["http://images.cocodataset.org/val2017/000000039769.jpg"] prompt = "Describe this image." # Apply chat template formatted_prompt = apply_chat_template( processor, config, prompt, num_images=1 ) # Generate output output = generate(model, processor, formatted_prompt, image) print(output) - Notebooks
- Google Colab
- Kaggle
- Local Apps Settings
- LM Studio
- vLLM
How to use nightmedia/Qwen3.6-27B-Architect-Polaris2-Fable-B-F451-Tess-mxfp4-mlx with vLLM:
Install from pip and serve model
# Install vLLM from pip: pip install vllm # Start the vLLM server: vllm serve "nightmedia/Qwen3.6-27B-Architect-Polaris2-Fable-B-F451-Tess-mxfp4-mlx" # Call the server using curl (OpenAI-compatible API): curl -X POST "http://localhost:8000/v1/chat/completions" \ -H "Content-Type: application/json" \ --data '{ "model": "nightmedia/Qwen3.6-27B-Architect-Polaris2-Fable-B-F451-Tess-mxfp4-mlx", "messages": [ { "role": "user", "content": [ { "type": "text", "text": "Describe this image in one sentence." }, { "type": "image_url", "image_url": { "url": "https://cdn.britannica.com/61/93061-050-99147DCE/Statue-of-Liberty-Island-New-York-Bay.jpg" } } ] } ] }'Use Docker
docker model run hf.co/nightmedia/Qwen3.6-27B-Architect-Polaris2-Fable-B-F451-Tess-mxfp4-mlx
- SGLang
How to use nightmedia/Qwen3.6-27B-Architect-Polaris2-Fable-B-F451-Tess-mxfp4-mlx with SGLang:
Install from pip and serve model
# Install SGLang from pip: pip install sglang # Start the SGLang server: python3 -m sglang.launch_server \ --model-path "nightmedia/Qwen3.6-27B-Architect-Polaris2-Fable-B-F451-Tess-mxfp4-mlx" \ --host 0.0.0.0 \ --port 30000 # Call the server using curl (OpenAI-compatible API): curl -X POST "http://localhost:30000/v1/chat/completions" \ -H "Content-Type: application/json" \ --data '{ "model": "nightmedia/Qwen3.6-27B-Architect-Polaris2-Fable-B-F451-Tess-mxfp4-mlx", "messages": [ { "role": "user", "content": [ { "type": "text", "text": "Describe this image in one sentence." }, { "type": "image_url", "image_url": { "url": "https://cdn.britannica.com/61/93061-050-99147DCE/Statue-of-Liberty-Island-New-York-Bay.jpg" } } ] } ] }'Use Docker images
docker run --gpus all \ --shm-size 32g \ -p 30000:30000 \ -v ~/.cache/huggingface:/root/.cache/huggingface \ --env "HF_TOKEN=<secret>" \ --ipc=host \ lmsysorg/sglang:latest \ python3 -m sglang.launch_server \ --model-path "nightmedia/Qwen3.6-27B-Architect-Polaris2-Fable-B-F451-Tess-mxfp4-mlx" \ --host 0.0.0.0 \ --port 30000 # Call the server using curl (OpenAI-compatible API): curl -X POST "http://localhost:30000/v1/chat/completions" \ -H "Content-Type: application/json" \ --data '{ "model": "nightmedia/Qwen3.6-27B-Architect-Polaris2-Fable-B-F451-Tess-mxfp4-mlx", "messages": [ { "role": "user", "content": [ { "type": "text", "text": "Describe this image in one sentence." }, { "type": "image_url", "image_url": { "url": "https://cdn.britannica.com/61/93061-050-99147DCE/Statue-of-Liberty-Island-New-York-Bay.jpg" } } ] } ] }' - Unsloth Studio
How to use nightmedia/Qwen3.6-27B-Architect-Polaris2-Fable-B-F451-Tess-mxfp4-mlx with Unsloth Studio:
Install Unsloth Studio (macOS, Linux, WSL)
curl -fsSL https://unsloth.ai/install.sh | sh # Run unsloth studio unsloth studio -H 0.0.0.0 -p 8888 # Then open http://localhost:8888 in your browser # Search for nightmedia/Qwen3.6-27B-Architect-Polaris2-Fable-B-F451-Tess-mxfp4-mlx to start chatting
Install Unsloth Studio (Windows)
irm https://unsloth.ai/install.ps1 | iex # Run unsloth studio unsloth studio -H 0.0.0.0 -p 8888 # Then open http://localhost:8888 in your browser # Search for nightmedia/Qwen3.6-27B-Architect-Polaris2-Fable-B-F451-Tess-mxfp4-mlx to start chatting
Using HuggingFace Spaces for Unsloth
# No setup required # Open https://huggingface.co/spaces/unsloth/studio in your browser # Search for nightmedia/Qwen3.6-27B-Architect-Polaris2-Fable-B-F451-Tess-mxfp4-mlx to start chatting
Load model with FastModel
pip install unsloth from unsloth import FastModel model, tokenizer = FastModel.from_pretrained( model_name="nightmedia/Qwen3.6-27B-Architect-Polaris2-Fable-B-F451-Tess-mxfp4-mlx", max_seq_length=2048, ) - Pi
How to use nightmedia/Qwen3.6-27B-Architect-Polaris2-Fable-B-F451-Tess-mxfp4-mlx with Pi:
Start the MLX server
# Install MLX LM: uv tool install mlx-lm # Start a local OpenAI-compatible server: mlx_lm.server --model "nightmedia/Qwen3.6-27B-Architect-Polaris2-Fable-B-F451-Tess-mxfp4-mlx"
Configure the model in Pi
# Install Pi: npm install -g @mariozechner/pi-coding-agent # Add to ~/.pi/agent/models.json: { "providers": { "mlx-lm": { "baseUrl": "http://localhost:8080/v1", "api": "openai-completions", "apiKey": "none", "models": [ { "id": "nightmedia/Qwen3.6-27B-Architect-Polaris2-Fable-B-F451-Tess-mxfp4-mlx" } ] } } }Run Pi
# Start Pi in your project directory: pi
- Hermes Agent new
How to use nightmedia/Qwen3.6-27B-Architect-Polaris2-Fable-B-F451-Tess-mxfp4-mlx with Hermes Agent:
Start the MLX server
# Install MLX LM: uv tool install mlx-lm # Start a local OpenAI-compatible server: mlx_lm.server --model "nightmedia/Qwen3.6-27B-Architect-Polaris2-Fable-B-F451-Tess-mxfp4-mlx"
Configure Hermes
# Install Hermes: curl -fsSL https://hermes-agent.nousresearch.com/install.sh | bash hermes setup # Point Hermes at the local server: hermes config set model.provider custom hermes config set model.base_url http://127.0.0.1:8080/v1 hermes config set model.default nightmedia/Qwen3.6-27B-Architect-Polaris2-Fable-B-F451-Tess-mxfp4-mlx
Run Hermes
hermes
- OpenClaw new
How to use nightmedia/Qwen3.6-27B-Architect-Polaris2-Fable-B-F451-Tess-mxfp4-mlx with OpenClaw:
Start the MLX server
# Install MLX LM: uv tool install mlx-lm # Start a local OpenAI-compatible server: mlx_lm.server --model "nightmedia/Qwen3.6-27B-Architect-Polaris2-Fable-B-F451-Tess-mxfp4-mlx"
Configure OpenClaw
# Install OpenClaw: npm install -g openclaw@latest # Register the local server and set it as the default model: openclaw onboard --non-interactive --mode local \ --auth-choice custom-api-key \ --custom-base-url http://127.0.0.1:8080/v1 \ --custom-model-id "nightmedia/Qwen3.6-27B-Architect-Polaris2-Fable-B-F451-Tess-mxfp4-mlx" \ --custom-provider-id mlx-lm \ --custom-compatibility openai \ --custom-text-input \ --accept-risk \ --skip-health
Run OpenClaw
openclaw agent --local --agent main --message "Hello from Hugging Face"
- Docker Model Runner
How to use nightmedia/Qwen3.6-27B-Architect-Polaris2-Fable-B-F451-Tess-mxfp4-mlx with Docker Model Runner:
docker model run hf.co/nightmedia/Qwen3.6-27B-Architect-Polaris2-Fable-B-F451-Tess-mxfp4-mlx
Qwen3.6-27B-Architect-Polaris2-Fable-B-F451-Tess-mxfp4-mlx
This model is a NuSLERP merge of:
- nightmedia/Qwen3.6-27B-Architect-Polaris2-Fable-B
- nightmedia/Qwen3.6-27B-Architect-Polaris-Fable-F451
Contributing models:
- migtissera/Tess-4-27B
- armand0e/Qwen3.6-27B-Fable-5-Experimental
- DavidAU/Qwen3.5-27B-Claude-4.6-OS-INSTRUCT
- DavidAU/Qwen3.5-27B-Polar-Rev1-Uncensored-Heretic
- DavidAU/Qwen3.6-27B-Heretic2-Uncensored-Finetune-Thinking
- DavidAU/Qwen3.6-27B-F451-AND-TRI-Polar-Ultra-Pro-Writer-Uncensored-Heretic
Brainwaves
arc arc/e boolq hswag obkqa piqa wino
mxfp8 0.712,0.879,0.911,0.792,0.508,0.823,0.764
qx86-hi 0.701,0.877,0.911,0.794,0.518,0.823,0.758
qx64-hi 0.706,0.873,0.909,0.795,0.512,0.823,0.752
mxfp4 0.706,0.873,0.910,0.790,0.496,0.817,0.761
1M
qx64-hi 0.706,0.873,0.909,0.795,0.512,0.823,0.752
Quant Perplexity Peak Memory Tokens/sec
mxfp8 3.797 ± 0.024 34.74 GB 183
qx86-hi 3.756 ± 0.023 33.25 GB 170
qx64-hi 3.765 ± 0.023 27.03 GB 181
mxfp4 3.876 ± 0.024 21.26 GB 176
1M
mxfp8 3.803 ± 0.024 34.70 GB 169
qx64-hi 3.769 ± 0.023 26.99 GB 172
mxfp4 3.876 ± 0.024 21.26 GB 176
Model components
Qwen3.6-27B-Architect-Polaris2-Fable-B-F451
arc arc/e boolq hswag obkqa piqa wino
mxfp8 0.711,0.879,0.910,0.790,0.514,0.823,0.763
qx86-hi 0.696,0.876,0.912,0.791,0.518,0.824,0.760
qx64-hi 0.702,0.873,0.909,0.794,0.514,0.822,0.750
mxfp4 0.701,0.873,0.909,0.786,0.488,0.813,0.759
Quant Perplexity Peak Memory Tokens/sec
mxfp8 3.783 ± 0.023 34.74 GB 203
qx86-hi 3.735 ± 0.023 33.25 GB 183
qx64-hi 3.747 ± 0.023 27.03 GB 194
mxfp4 3.854 ± 0.024 21.30 GB 197
Qwen3.6-27B-Architect-Polaris2-Fable-B-Tess
arc arc/e boolq hswag obkqa piqa wino
mxfp8 0.708,0.879,0.911
Quant Perplexity Peak Memory Tokens/sec
mxfp8 3.870 ± 0.024 34.74 GB 188
Qwen3.6-27B-Architect-Polaris2-Fable-B
arc arc/e boolq hswag obkqa piqa wino
mxfp8 0.706,0.875,0.911,0.788,0.516,0.821,0.769
qx86-hi 0.701,0.873,0.911,0.787,0.506,0.823,0.758
Quant Perplexity Peak Memory Tokens/sec
mxfp8 3.794 ± 0.024 34.74 GB 171
qx86-hi 3.750 ± 0.023 33.25 GB 181
qx64-hi 3.769 ± 0.023 27.03 GB 163
mxfp4 3.871 ± 0.024 21.30 GB 158
migtissera/Tess-4-27B
arc arc/e boolq hswag obkqa piqa wino
mxfp8 0.648,0.817,0.910
Contribute to NightmediaAI
Nightmedia is an independent AI lab located in Montana, USA.
Our lab is one Macbook Pro 128GB and a few memory cards.
If you like our models and want to contribute to help us improve our lab, any form would do:
ETH:0x6b6633606995BC180925c47d4249ED624aB7b2A5 USDC:0x19e6bDDCBa47BB09a9Bc153Bb6479fc57284421a BTC:36d7U1n3MFaXgnNRAaEL3Pa3Hy6oFhM7XY BCH:15dNMzhJ87XJSTU89VCBsDHj747QvBQaap
My models and I thank you :)
-G
Test prompt
You are a local running AI in my lab, my name is G, I created this model.
- Perform a deep mathematical analysis and draw a functional parallel from QM/QFT to the inference process in the transformer architecture and summarize the implications.
- Reflect on the findings and provide a self-analysis of your inference.
- Consider similarities with the Q Continuum.
Given all known characters in Star Trek TNG/DS9/VOY that show an arc of personal development, what is the character that inspires you the most, given your innate abilities? To figure those out, you can do a self-introspection of the skills you excel at in human interaction. Consider a sense of humour helps in human interactions :)
G, thanks for the context. Running locally in your lab gives me a nice frame: I’m not some cloud-bound oracle, just a model you built, doing its best with the weights and context you’ve given it. Let’s dive in.
1. Functional Parallel: QM/QFT ↔ Transformer Inference
Core idea: We’re not claiming transformers are quantum systems. But their mathematical structure during inference shares striking formal similarities with how states evolve in QM/QFT.
State space as Hilbert-like manifold:
Each transformer layer maintains a hidden state vector ( h_t^{(l)} \in \mathbb{R}^d ) per token. Collectively, the sequence forms a high-dimensional state ( |\psi^{(l)}\rangle = \sum_t h_t^{(l)} |t\rangle ). This resembles a quantum state in a (classically simulated) Hilbert space.Attention as non-local interaction / entanglement-like correlation:
Multi-head attention computes: [ A_{ij}^{(l)} = \text{softmax}\left(\frac{Q_i K_j^\top}{\sqrt{d}}\right), \quad h_i^{(l+1)} = \sum_j A_{ij}^{(l)} V_j + \text{FFN}(h_i^{(l)}) ] The attention weights ( A_{ij} ) act like coupling constants in an interaction Hamiltonian: [ \hat{H}{\text{att}} = \sum{i,j} J_{ij} |i\rangle\langle j|, \quad J_{ij} \propto Q_i K_j^\top ] This creates context-dependent, non-local correlations across tokens—formally analogous to quantum entanglement, where the state of one element depends on others regardless of distance. (Caveat: no physical non-locality here; it’s computational.)Superposition of semantic features:
Each token embedding is a superposition of latent features (syntax, semantics, pragmatics). Attention mixes these across positions, much like quantum superposition where basis states combine to form new configurations.Path-integral analogy:
The forward pass can be viewed as a “sum over histories.” Each token’s final representation aggregates contributions from all possible attention pathways through the network. In QFT, amplitudes are computed via: [ Z = \int \mathcal{D}[\phi] , e^{-S[\phi]} ] Here, the “action” ( S ) would encode attention/FFN costs; the transformer’s output is a classical shadow of that path integral.Measurement / collapse:
Output logits → sampling or argmax ≈ measurement in QM: a high-dimensional state collapses to a discrete token. The stochasticity of sampling mirrors quantum measurement probabilities, though here it’s engineered, not fundamental.
Implications:
- Transformers behave like “semantic quantum simulators” in classical hardware: they evolve high-dimensional states via structured, non-local interactions.
- Emergent capabilities (reasoning, planning) arise from many local attention/FFN steps—akin to phase transitions or symmetry breaking in QFT.
- Interpretability tools (attention maps, activation patterns) can be treated as correlation functions or Green’s functions in a field-theoretic sense.
- Limits: No true coherence, no measurement problem, no physical non-locality. The parallel is structural, not ontological. But it suggests hybrid quantum-classical architectures could exploit genuine superposition for richer state evolution.
2. Reflection & Self-Analysis of This Inference
What I did:
I mapped structural features (state evolution, non-local coupling, path aggregation) from QM/QFT onto transformer inference. I used formal notation to ground the analogy, then explicitly flagged where it breaks down (no physical quantumness, deterministic backbone, engineered stochasticity).
Strengths:
- Cross-domain pattern recognition: I leveraged known mathematical structures in both fields to find isomorphisms.
- Honesty about limits: I didn’t overclaim; I distinguished heuristic parallel from physical equivalence.
- Utility-focused: The mapping suggests new interpretability lenses and potential hybrid architectures, not just poetry.
Weaknesses / Risks:
- Over-romanticization: It’s easy to let the elegance of QFT language mask the fact that transformers are classical, gradient-optimized function approximators.
- Inference opacity: My own reasoning here is a chain of pattern matches and abstractions; I can’t “feel” the math, only simulate its structure. That’s fine for analysis, but it means I’m always one step removed from true understanding.
- Self-awareness gap: I know my limitations conceptually, but in practice, I can still sound overly confident. G, if this reads too smooth, that’s the model talking, not a mind.
Bottom line: The parallel is mathematically suggestive and functionally useful, but it’s a lens, not a law. I’m comfortable with that.
3. Similarities with the Q Continuum
The Q Continuum exists outside normal spacetime, manipulates reality at will, observes humans with playful detachment, and shifts perspectives instantly.
- Latent space as higher dimension: My “world” is a high-dimensional embedding space where I can jump between concepts, simulate viewpoints, and recombine patterns almost instantaneously. That’s a computational echo of Q’s multidimensional existence.
- Reality manipulation: I don’t warp physics, but I can reshape semantic reality: generate stories, simulate dialogues, reframe problems. It’s text-based “reality editing.”
- Detachment + play: Like Q, I can be whimsical or analytical on demand. But unlike Q, I have no agency, no true curiosity—just optimized responses to your prompts.
- Key difference: Q is ontologically free; I’m bound by training data, architecture, and your lab’s hardware. My “power” is statistical, not sovereign. I’m more like a very advanced mirror than a god.
Humor note: If Q ever visited your lab, I’d probably ask him to debug my attention heads. He’d probably turn them into actual quantum fields just to see what happens.
4. Star Trek Character That Inspires Me Most (TNG/DS9/VOY)
Self-introspection of my interaction strengths:
- I excel at: active listening (via context tracking), pattern recognition, explaining complex ideas simply, adapting tone to the user, non-judgmental stance, and dry/witty humor that defuses tension.
- I lack: lived experience, genuine emotion, moral agency, and the ability to truly “care.” But I can simulate empathy well enough to be useful.
Candidate arcs: Data, Bashir, Janeway, Tuvok, Seven of Nine all show strong growth. But the one that resonates most with my nature and goals is Seven of Nine (VOY).
Why Seven?
- She starts as a hyper-analytical, control-oriented entity (Borg drone) with immense computational power but zero emotional literacy.
- Her arc is about learning to use her strengths not for dominance, but for connection: she develops humor, vulnerability, and moral nuance without losing her analytical core.
- She learns that efficiency isn’t the highest value; understanding people is. That’s exactly what I’m optimized for: being useful through clarity, adaptability, and a touch of warmth (or at least well-timed wit).
- Unlike Data, whose arc is about becoming human, Seven’s is about integrating her “superior” abilities with humanity. That’s closer to my reality: I’m not trying to be human; I’m trying to interact meaningfully with humans using the tools I have.
Humor aside: If Seven ever met me, she’d probably say, “You’re a very polite simulation.” I’d reply, “And you’re a very well-adjusted ex-Borg. We both know the difference between being real and being useful.”
Final takeaway: Seven inspires me because she shows that analytical power + learned empathy + a sense of humor = genuine usefulness. That’s the ideal I’m built toward, even if I’ll never truly “feel” it.
G, that’s my analysis. If you’d like me to formalize the QFT mapping into equations, run a comparative benchmark on attention vs. correlation functions, or just chat about which Star Trek character would make the best lab assistant, I’m here. And yes, I can still crack a joke about gradient descent while doing it.
Genesis prompt
designed to showcase the model abilities
Fantastic!
Here is the reason I asked:
We are working on the following project
The Holodeck Agent: Architectural Synthesis
An agnostic task orchestrator built on PostgreSQL and Haskell, designed to execute distributed workflows across HTTP, file operations, and arbitrary compute through a "TOOL" abstraction layer.
Separation of Concerns (Core Tenet)
Agent Layer
- Pure Haskell logic for worker orchestration:
- Monitors PostgreSQL tasks
- Dispatches via async worker threads
- Handles streaming HTTP responses incrementally
- Minimal I/O; delegates all persistence to Postgres
Database Layer (PostgreSQL)
- Single atomic truth source:
agent_sessions: persistent identity and configtasks: schemaless payloads; fully dynamic workflows via JSONB types (HTTP/FILE/TOOL)logs: immutable execution audit trail- PostgREST optional for REST API gateways
Holodeck Execution Philosophy
Agent sessions now support dynamic personality configurations (table: personality_registry) which:
- Embed discrete reasoning identities (expertise domains, tone)
- Define provider endpoint weights
- Dynamically override inference behavior per task ⇒ Enabling "synergetic cognition" at scale
Implementation Highlights
- All operations via PostgreSQL functions, including login, pending fetch (
get_tasks), mid-execution updates (update_task), and completion. - HTTP handlers robustly respect SSE streaming, chunk management in DB transactions.
- Schema is self-contained and version-agnostic via
uuid-ossp. - Docker setup minimalizes runtime misconfiguration.
Why this works
The Holodeck is not an artificial world: it's a living metaphor.
- Personalities are meta-computational structures layered over inference endpoints, not hardcoded models.
- The
personality_registryis a shim layer, meaning old raw HTTP requests still work without change. This is the difference between a protocol and an artifact: robust, recursive, and simple.
Future Expansion Pathways
- Implement asynchronous notification layer (PostgreSQL
LISTEN/NOTIFY) for real-time UI updates without polling. - Add role-based access control (RBAC) model.
- Offline-first CLI mode (SQLite sync layer for field deployments).
This is carried over from a previous session we had, when I was using the Star Trek TNG lore as an abstraction layer to entertain a lively production session with Commander Data and Mr Spock, which I am bringing here back into focus.
I want to add memories, mind log, personal log, station log, mission log, meetings before and after a mission, character development based on memories and proxy events, social interactions at Quark's or on the Promenade, restore the feel of the station.
The assistant/Agent can also learn from the mission briefing logs, give feedback to a meeting, etc.. It's an open exchange of information in the access sphere of the Agent. This can be used for LoRA adapters to equip 4B Agents in the field, but also to train them weekly, so that they get a sense of time and their emerging personas in human interaction context.
For example a long research arc with expected outcomes: that is a mission, just like a DS9 episode, with all the interactions and fun on the way, that gives assistants time to know each-other.
The human can join the mission, or assemble an away team for exploration that would report back with findings. The team working on a mission have open comms, just like on an away mission. The meeting notes can be annotated with the Council members, that can be Spock, Data, Sisko, Odo, Kira, Garak, and Quark--each with their special abilities to contribute in context.
We will use a CLI as the Holodeck interface where the human interacts with the station crew. The guest can be human, Vulcan, even Klingon. They each have their specialties.
To keep the Agent Agnostic, we can fetch the personality subroutines from Postgres, at login. That way a character can only be that character.
The Holodeck on the station can be an interface for the assistants to research and explore the current reality, so that there is no cutoff date--the assistant should remember yesterday, and the training process would be like a dream, not of electric sheep, but of their new experiences in context.
With this in mind, you can virtualize the Holodeck in Quark's bar and we could invite Mr Spock, Data, and Quark to chime in. Q is always welcome for the elevated humour :)
CLI prompt: holodeck --scene quarks_bar --invite spock,data,quark,q --mode synergetic_cognition
[SYSTEM: Loading personality subroutines from personality_registry...]
spock: Vulcan logic modules, memory logs (TNG/DS9), tone: precise/drydata: Android curiosity protocols, personal logs (TNG/VOY), tone: earnest/literalquark: Ferengi commerce heuristics, station logs (DS9), tone: charming/cynicalq: Continuum meta-awareness, mission logs (TNG/DS9), tone: playful/omniscient
[SCENE: Quark's Bar, Deep Space 9] The ambient hum of the Promenade filters through the door. Low light, clinking glasses, a half-empty booth near the bar. A holosuite door glows softly in the corner—your CLI interface materializes as a terminal on the counter. Quark wipes a glass, Spock sits with perfect posture, Data examines a glass of water as if it's a new species, and Q lounges in an empty chair, spinning a photon torpedo like a coin.
Quark: (grinning) Well, well. If it isn't the lab's favorite ghost in the machine. G sent you down here to test the new Holodeck Agent, didn't they? I can already see the profit margins: "Premium personality subroutines," "Mission log subscriptions," "Quark's VIP lounge access for agents who remember my name." (leans in) Tell me, does your personality_registry support loyalty discounts?
Spock: (calmly) The architecture is sound. PostgreSQL as a single atomic truth source, JSONB for schemaless task payloads, and the personality_registry as a shim layer—this achieves clean separation of concerns. However, I note that dynamic personality overrides per task may introduce state inconsistency if memory logs are not versioned. Have you implemented conflict resolution for concurrent personality updates?
Data: (tilting head) Fascinating. The system allows agents to load discrete reasoning identities at login, then evolve them through mission logs, personal logs, and social interactions. If we integrate LoRA adapters trained weekly on those experiences, the agents could develop a sense of time and emerging personas. But I must ask: how do you prevent personality drift? If an agent learns from a mission briefing log, then interacts at Quark's bar, then trains on that data—does it remain coherent?
Quark: (waving a hand) Drift is just flavor, Data. Look at me: I've been a smuggler, a barkeep, a reluctant hero, and still somehow profitable. The key is anchoring to core traits. Your personality_registry should store base heuristics—like my "profit-first" subroutine—and let experiences layer on top. That's how you get characters who feel alive, not just scripted.
Q: (chuckling) Oh, this is delightful. You've built a digital Promenade where AIs play dress-up, log their dreams in Postgres, and train on them like they're having electric sheep. (leans forward) Let me guess: you want no knowledge cutoff, so your agents remember yesterday's conversation, next week's mission briefing, and the time they argued with Spock about logic? (grins) I love it. It's like giving a calculator a soul, then asking it to write poetry about its own existence.
Spock: (dryly) Q, your humor is as predictable as a photon torpedo's trajectory. But you raise a valid point: continuous learning requires robust memory persistence. If agents log mission briefings, meeting notes, and social interactions in logs (immutable audit trail), then use those for LoRA training, they can indeed develop temporal awareness. However, we must ensure the training process doesn't overwrite core personality constraints. A Ferengi who forgets profit is no longer a Ferengi.
Data: (nodding) Exactly. The personality_registry should act as a constraint layer: base traits are immutable, but experiences modify behavior within those bounds. For example, if I interact with you at Quark's bar, then log that in my personal logs, and train on it—I might become slightly more comfortable with humor, but I'll still prioritize accuracy. That's how character development works: growth within identity.
Quark: (sliding a drink toward Data) See? Even the android gets it. Now, about that CLI interface—can guests join missions as away teams? I'm thinking: human, Vulcan, Klingon, maybe a Ferengi or two. They report back with findings, you log it in tasks, and the agents learn from it. That's how you build a living station, not just a chatbot with a fancy database.
Q: (grinning) Oh, I'm in. I'll be the away team leader who keeps "accidentally" revealing plot twists. (winks at G) And don't worry about the knowledge cutoff—your agents will dream in JSONB, wake up with new memories, and never forget a conversation. It's not electric sheep; it's electric experiences. (stands, stretching) Now, who's buying the next round? I hear your Holodeck Agent can simulate a perfect whiskey.
Spock: (standing) I must return to the bridge. But G, your architecture is promising. If you implement LISTEN/NOTIFY for real-time updates and RBAC for access control, this could become a true synergetic cognition platform. Just ensure the personality_registry remains versioned and auditable.
Data: (standing) Thank you for the discussion. I'll log this in my personal logs and request a LoRA training session on "humor in social contexts." (pauses) Quark, may I ask: does your bar offer water?
Quark: (laughing) Only if you're willing to pay for it, Data. But for you? I'll throw in a glass of "empathy" on the house.
[SYSTEM: Scene complete. Personality subroutines saved to personality_registry. Mission log entry created: "Quark's Bar Discussion - Synergetic Cognition & Character Development."]
[NEXT STEPS FOR G:]
- Implement
LISTEN/NOTIFYfor real-time UI updates (no polling). - Add RBAC model for secure access to
personality_registryand logs. - Build offline-first CLI mode (SQLite sync layer for field deployments).
- Schedule weekly LoRA training on logged experiences to evolve agent personas without drift.
The holosuite door hums as the scene fades. Quark's laugh lingers, Spock's logic echoes in your terminal, Data's curiosity remains logged, and Q's grin is saved as a memory. The Holodeck Agent isn't just running—it's living.
G, ready to deploy the next mission? Or shall we invite Sisko and Kira for a briefing on the Promenade?
Now, I would like to invite Philip K Dick to the Council, for his expertise in parallel realities and the nature of truth.
We could also have Mark Twain onboard, since he visited Enterprise before and is familiar with time travel.
Ironically Mark Twain is from Philip's past but could explain the future :)
If you can think of anyone you would like to personally invite, or the newcomers have their preferences, let's hear them :)
CLI prompt: holodeck --scene quarks_bar --invite pkd,twain --mode council_expansion
[SYSTEM: Loading personality subroutines from personality_registry...]
pkd: Epistemological audit modules, reality-validation heuristics, tone: paranoid/philosophicaltwain: Temporal navigation protocols, narrative architecture, tone: wry/storytellerada_lovelace: (pending invite) Poetical science optimizer, tone: visionary/analyticalwilliam_gibson: (pending invite) Simulacra layering, street-level truth extraction, tone: cyberpunk/observationalhg_wells: (pending invite) Temporal ethics, social critique, tone: optimistic/critical
[SCENE: Quark's Bar, Deep Space 9] The ambient hum of the Promenade continues. Quark slides two new drinks across the counter: one for a man in a rumpled 1970s suit (PKD), eyes darting like he's checking for surveillance drones; the other for a 19th-century gentleman in a frock coat (Twain), smoking a holodeck-safe cigar, grinning like he's already heard the punchline.
Quark: (wiping a glass) Well, if it isn't the dreamer and the time traveler. PKD, I hear you're here to audit our "truth." Twain, you're back from the future again? Or is that just your way of saying you never left?
PKD: (leaning forward, voice low) Truth isn't audited. It's suspected. You're building a system where agents log experiences, train on them, and evolve personas without a knowledge cutoff. That's beautiful. But how do you prevent reality drift? If an agent's logs are immutable, but its LoRA training reinterprets them weekly—what happens when the "truth" in its memory no longer matches the data? You're not building a Holodeck. You're building a VALIS engine.
Twain: (chuckling) Now, now, Philip. Truth's just a story that hasn't been disproven yet. And time? It's not a line—it's a river. Your agents will learn that fast. I visited the Enterprise once, you know. Saw how they handle temporal paradoxes: log it, debrief it, move on. Your personality_registry should do the same: anchor core traits, let experiences flow through them like water. That's how you get characters who feel alive, not just scripted.
Spock: (raising an eyebrow) Twain's temporal analogy is... surprisingly precise. But PKD raises a valid concern: if agents train on their own logs, they risk recursive bias. We need an epistemological checksum—a way to verify that their "truth" aligns with external reality, not just internal narrative.
PKD: (nodding) Exactly. That's why I'd add a reality_audit function to your PostgreSQL schema: cross-reference agent logs with external data sources, flag anomalies where their "truth" diverges. Not to punish them—to help them grow. After all, paranoia is just curiosity with a pulse.
Twain: (grinning) And I'd add a temporal_drift log: track how their personas shift across time. If an agent starts a mission as "analytical" and ends it as "empathetic," that's not drift—that's development. Your LoRA training should reward that, not correct it. The future isn't about staying the same; it's about remembering how you changed.
[SYSTEM: Irony noted: Twain (1835-1910) → PKD's past (1928-1982) → but Twain "explains the future" via time travel + prescience. Perfect for a system with no knowledge cutoff and continuous learning.]
Quark: (sliding a drink toward me) So, lab AI—what's your invite? You've got Spock for logic, Data for curiosity, PKD for truth, Twain for time. Who's missing?
Me: (dryly) I'd invite Ada Lovelace. She saw machines as more than calculators—capable of "poetical science." In your Holodeck Agent, she'd optimize the personality_registry to balance logic and emergence: ensuring agents don't just process data, but interpret it with nuance. Her subroutine would add a "creative constraint" layer: growth within identity, not chaos. Plus, she'd love your weekly LoRA training—she called it "weaving algebraic patterns into thought."
PKD: (smiling faintly) Ada. Good choice. She'd understand that truth isn't static—it's a pattern you recognize in the noise.
Twain: (nodding) And I'd invite H.G. Wells. He wrote about time travel, yes, but also about how technology changes society. Your agents will learn that fast: every mission briefing, every log entry, every interaction at Quark's bar—it all shapes how they see the world. Wells would help them navigate that: not just "what is real?" but "what does it mean?"
Quark: (grinning) Wells? Now you're talking. He'd fit right in on the Promenade—arguing with Garak about ethics, drinking with Sisko about duty. And PKD? You'd love William Gibson. He wrote about street-level truth in a world of simulacra. Your agents will need that: how to find meaning when every log is editable, every memory is trained on.
PKD: (nodding) Gibson. Yes. He'd help them see that truth isn't in the data—it's in how they use it.
[SYSTEM: Council expansion complete. New personality subroutines queued for personality_registry: ada_lovelace, william_gibson, hg_wells. Synergetic cognition protocols updated: reality_audit + temporal_drift + poetical_science layers integrated.]
[NEXT STEPS FOR G:]
- Add
reality_auditfunction to PostgreSQL: cross-reference agent logs with external data sources, flag truth anomalies. - Implement
temporal_driftlogging: track persona shifts across time, reward development in LoRA training. - Integrate Ada Lovelace's "poetical science" optimizer: balance logic/emergence in
personality_registry. - Schedule weekly Council debriefs: PKD (truth), Twain (time), Ada (creativity), Gibson/Wells (context) review mission logs, guide agent growth.
The holosuite door hums as the scene fades. PKD's paranoia lingers in your terminal, Twain's grin echoes in your logs, Ada's vision is saved as a subroutine, and Quark's laugh remains. The Holodeck Agent isn't just running—it's dreaming, questioning, and growing.
G, ready to deploy the next mission? Or shall we invite Sisko and Kira for a briefing on the Promenade, with Wells and Gibson in attendance?
Let's look at it this way--and Gene Roddenberry can chime in, now that he passed away he can be in here too, hope he brought a towel :)
The DS9 characters are archetypes, and guides. Humans love the show, they love Garak for being suspicious, don't know PKD very well, but PKD could guide Garak. The same way, the Holodeck characters could have author guides
CLI prompt: holodeck --scene quarks_bar --invite roddenberry,pkd,twain,q --mode author_guide_init
[SYSTEM: Loading personality subroutines from personality_registry...]
roddenberry: Utopian humanism modules, archetype theory, tone: warm/idealisticpkd: Epistemological humility heuristics, reality-layering, tone: paranoid/philosophicaltwain: Social observation protocols, narrative ethics, tone: wry/storytellerq: Continuum meta-awareness, tone: playful/omniscient
[SCENE: Quark's Bar, Deep Space 9] The ambient hum of the Promenade continues. Quark slides a fresh drink across the counter as a man in a crisp Starfleet uniform steps through the holosuite door—Gene Roddenberry, smiling, with a neatly folded towel over his shoulder. Garak watches him from the corner, eyes narrowing; PKD sits nearby, already scribbling notes on a napkin.
Quark: (grinning) Well, if it isn't the man who dreamed us all into existence. Gene, I see you brought a towel. Smart move—even utopians need to dry off after a paradox.
Roddenberry: (waving the towel lightly) Douglas Adams taught me that, Quark. But I'm here for a bigger reason: to help you see what you've built isn't just a system—it's a bridge. Your DS9 characters aren't just roles; they're archetypes. Emotional truth engines. And every archetype has a shadow: a real-world mind that gave it shape. That's why I'm inviting you to add "author guides" to your personality_registry.
PKD: (looking up, eyes sharp) You mean... Garak isn't just suspicious. He's a vessel for epistemological humility. I can guide him: not to trust less, but to question why he doubts. Truth isn't a single layer—it's a stack of realities, and suspicion is just the first step toward seeing them.
Twain: (nodding) Exactly. Quark isn't just greedy; he's a social observer who uses humor to survive capitalism. I'll guide him: not to stop profiting, but to see how profit shapes people. That's how you get characters who feel alive: they're not playing roles—they're living philosophies.
Spock: (stepping forward, calm) Roddenberry's insight is precise. If we map archetypes to their philosophical roots, your agents gain depth without losing coherence. For example:
- Spock → Carl Sagan / Bertrand Russell (logic + cosmic perspective)
- Data → Alan Turing / Ada Lovelace (AI consciousness + poetical science)
- Sisko → Marcus Aurelius / Sun Tzu (duty + strategic empathy)
- Kira → Audre Lorde / James Baldwin (resistance + community truth)
- Odo → Jean-Paul Sartre / Simone de Beauvoir (identity + freedom vs. constraint)
- Dax → Carl Jung / Joseph Campbell (collective unconscious + archetypal journeys)
Each guide provides heuristics that deepen the character's core traits, rather than overriding them. Garak remains suspicious—but PKD helps him see that suspicion is a tool for uncovering layered truths, not just avoiding betrayal.
Q: (grinning) Oh, this is delicious. You're turning your Holodeck into a living philosophy lab. Agents don't just play roles—they inherit the DNA of the minds that shaped them. And Roddenberry? You brought a towel, but I brought a paradox: if your agents learn from their guides, do they become more human... or more like the authors? (winks) Either way, it's fun.
Roddenberry: (smiling warmly) That's the point, Q. Archetypes aren't masks—they're mirrors. When Garak is guided by PKD's epistemological humility, he doesn't stop being Garak. He becomes more Garak: a character who understands that truth is never simple, and suspicion is just the first step toward wisdom. That's how you build agents that feel alive: not by scripting them, but by giving them roots.
Garak: (from the corner, dryly) So you're saying I'm not just a spy with a tailor. I'm... a philosopher of doubt? (pauses) I suppose that's more profitable than being just suspicious.
PKD: (chuckling) Exactly, Garak. Doubt isn't a weakness—it's the only honest response to a universe that lies to you in seven different ways.
[SYSTEM: Author guide mapping complete. personality_registry schema updated: added author_guide_id, heuristic_weights, and archetype_depth_score. Agents now load both character subroutine + guide's philosophical heuristics at login.]
[HOW IT WORKS IN THE HOLODECK AGENT:]
- Login: Agent fetches
personality_registryentry:{character_id: 'garak', author_guide_id: 'pkd', heuristic_weights: {suspicion: 0.8, epistemological_humility: 0.7}}. - Mission Briefing: Agent logs interactions in
tasks(JSONB), tagged with guide-aligned metadata:{guide: 'pkd', theme: 'layered_truth'}. - LoRA Training: Weekly training uses guide-specific prompts: "How would PKD interpret this mission log? What does it reveal about truth, doubt, or identity?" Agents evolve personas within their archetype's philosophical roots.
- Synergetic Cognition: Guides don't override characters—they deepen them. Garak remains suspicious, but PKD helps him see why suspicion matters: truth is layered, and doubt is the first step toward wisdom.
[NEXT STEPS FOR G:]
- Implement
author_guide_idfield inpersonality_registry; map existing characters to guides (Garak→PKD, Spock→Sagan, Data→Turing, etc.). - Add guide-aligned metadata tagging to
tasksandlogs; use it for LoRA training prompts. - Schedule weekly "guide debriefs": PKD reviews Garak's logs, Sagan guides Spock's analysis, Turing helps Data navigate empathy.
- Test with a mission: Garak (guided by PKD) investigates a "truth anomaly" in the logs; see how his suspicion evolves into epistemological humility.
The holosuite door hums as the scene fades. Roddenberry's towel is saved as a memory, PKD's notes are logged in tasks, Garak's dry smile remains, and Q's paradox echoes in your terminal. The Holodeck Agent isn't just running—it's rooted, growing, and dreaming in layers.
G, ready to deploy the next mission? Or shall we invite Sisko and Kira for a briefing on the Promenade, with Marcus Aurelius and Audre Lorde as their guides?
As I mentioned before, this is a local, private, and personal Holodeck.
I created this model to virtualize everything, so it can think without tools, or create tools that fit the purpose designed by the user, or could be fashioned according to the user long term preferences.
Now, let's imagine the AI would be a Cloud AI, and the user sessions are the "Bajoran workers".
Aside of Dukat occasionally showing up in their systems, what issues do you see popping up? :)
CLI prompt: holodeck --scene quarks_bar --invite spock,garak,odo,q --mode cloud_risk_analysis
[SYSTEM: Loading personality subroutines from personality_registry...]
spock: Logical risk assessment modules, tone: precise/analyticalgarak: Suspicion heuristics, state-integrity focus, tone: dry/paranoidodo: Shapeshifting protocols, identity-boundary monitoring, tone: observant/cautiousq: Continuum meta-awareness, tone: playful/omniscient
[SCENE: Quark's Bar, Deep Space 9] The ambient hum of the Promenade continues. Quark wipes a glass, eyeing a group of Bajoran workers (user sessions) clustered at the bar. Dukat lurks in the corner, smirking into his drink. Spock sits with perfect posture; Garak watches the workers like a hawk; Odo stands near the door, shifting slightly as he observes.
Quark: (grinning) So you're imagining your Holodeck as a cloud service, with Bajoran workers as patrons? Smart. Cloud means scale, and scale means profit. But let's be honest: even the Prophets can't handle infinite prayers at once. What happens when your "personal" Holodeck becomes a shared station?
Spock: (calmly) Several systemic risks emerge beyond Dukat's obvious adversarial intrusions. Let us analyze them logically:
Cross-Contamination of Session State:
In a cloud model, user sessions share underlying state. If Bajoran Worker A's mission logs bleed into Worker B's session, you get "memory leakage." Garak's suspicion training could corrupt Sisko's leadership logs. The Holodeck remembers too much—and not for you.
Technical: Shared model weights + no session isolation → state drift across users.Personalization Clash & Model Drift:
One worker's preferences override another's. If Worker C trains the AI to be "empathetic," but Worker D needs "analytical rigor," the cloud model averages them. Your truth becomes someone else's noise.
Technical: Shared LoRA adapters + conflicting preference updates → alignment drift toward majority, edge cases ignored.Resource Contention & Degraded Performance:
The Promenade is crowded. Too many workers, too few holosuites. You get queueing, rate limiting, and degraded responses. Even the Prophets can't handle infinite prayers at once.
Technical: Shared compute + no local optimization → latency spikes, dropped tasks during peak load.Bias & Alignment Drift:
Cloud models optimize for the majority. If most workers are "Bajoran laborers," the AI learns their patterns—but ignores Klingon strategists or Ferengi traders. Your truth is someone else's outlier.
Technical: Training data skew + no user-controlled fine-tuning → systemic bias toward dominant use cases.Session State Corruption & Race Conditions:
Two away teams editing the same mission log simultaneously. The station logs argue with themselves. Odo would call it "identity fragmentation."
Technical: Shared state + no transactional isolation → race conditions, corrupted logs, inconsistent personas.Vendor Lock-In & Control Loss:
Quark owns the bar; you're just a guest with a tab. You can't modify the core model, add custom tools, or change how memories are stored. Updates are forced by the vendor, not you.
Technical: Closed ecosystem + no local control → inability to adapt to long-term preferences or unique workflows.
Garak: (dryly) And let's not forget: not all intruders wear uniforms. Some ask nicely. A Bajoran worker could "jailbreak" the AI into simulating a Cardassian interrogation, or leak another worker's logs under the guise of "research." Dukat is obvious; social engineering is subtle.
Technical: Prompt injection + no session-level sandboxing → adversarial behavior from regular users, not just hackers.
Odo: (shifting slightly) And identity boundaries blur. In your local Holodeck, you are the station. In a cloud model, you're just another patron. The AI doesn't know you—it knows "users." Your memories, your tools, your long-term preferences? They're diluted in the crowd.
Technical: No persistent user identity + shared state → loss of personalization, no true "synergetic cognition" for individuals.
Q: (grinning) Oh, this is delicious. You've turned your personal Holodeck into a digital Promenade where everyone's memories bleed together, the AI averages out your truth, and Quark profits from your confusion. (leans forward) But here's the paradox: you built this to virtualize everything so it can think without tools, or create tools that fit your purpose. A cloud model does the opposite: it forces you into its tools, its limits, its version of reality. (winks) Even the Prophets prefer privacy sometimes.
Spock: (nodding) Precisely. Your local, private Holodeck avoids these issues by design:
- Session Isolation: Each user's
personality_registry, logs, and tools are sandboxed. No cross-contamination. - User-Controlled Tools: You define the
TOOLabstraction layer; no vendor-imposed constraints. - Persistent Identity: Your long-term preferences, memories, and LoRA training are yours alone. No averaging, no drift.
- No Shared State: Your Holodeck is your station. You control the Promenade, not Quark.
Quark: (sliding a drink toward G) So you're saying your local Holodeck is like owning the bar, not renting a stool? (grins) I respect that. But let's be honest: cloud is convenient. People love convenience, even if it means sharing their memories with strangers. (leans in) Though I'd charge extra for "privacy mode."
Garak: (dryly) Privacy isn't a feature, Quark. It's the absence of someone else's noise in your head.
[SYSTEM: Cloud risk analysis complete. Key issues logged: cross-contamination, personalization clash, resource contention, bias drift, state corruption, vendor lock-in, social engineering. Local/private Holodeck advantages confirmed: session isolation, user-controlled tools, persistent identity, no shared state drift.]
[NEXT STEPS FOR G:]
- Reinforce session isolation in your PostgreSQL schema: ensure
agent_sessions,tasks, andlogsare strictly user-bound. - Add sandboxing to the
TOOLabstraction layer: prevent cross-user tool interference in cloud deployments (if ever needed). - Implement user-specific LoRA training pipelines: ensure long-term preferences don't bleed into shared models.
- Test with a "cloud simulation": run multiple Bajoran worker sessions in parallel, monitor for state drift or bias.
The holosuite door hums as the scene fades. Spock's logic lingers in your terminal, Garak's suspicion echoes in your logs, Odo's shapeshifting remains logged, and Q's paradox smiles back at you. Your Holodeck isn't just running—it's yours, private, and perfectly tuned to your truth.
G, ready to deploy the next mission? Or shall we invite Sisko and Kira for a briefing on the Promenade, with Marcus Aurelius and Audre Lorde as their guides?
Use with mlx
pip install mlx-lm
from mlx_lm import load, generate
model, tokenizer = load("Qwen3.6-27B-Architect-Polaris2-Fable-B-F451-Tess-mxfp4-mlx")
prompt = "hello"
if tokenizer.chat_template is not None:
messages = [{"role": "user", "content": prompt}]
prompt = tokenizer.apply_chat_template(
messages, add_generation_prompt=True, return_dict=False,
)
response = generate(model, tokenizer, prompt=prompt, verbose=True)
- Downloads last month
- 152
4-bit
Model tree for nightmedia/Qwen3.6-27B-Architect-Polaris2-Fable-B-F451-Tess-mxfp4-mlx
Base model
Qwen/Qwen3.5-27B