philipjohnbasile/wisp-coder-110m
Text Generation • 0.1B • Updated • 1
jaithree
jaithree
AI & ML interests
"In the beginning was the word. Then came the **** word processor. Then came the thought processor. Then came the death of literature. And so it goes" -- Hyperion - Dan Simmons
Recent Activity
liked a model about 5 hours ago
philipjohnbasile/wisp-coder-110m new activity about 5 hours ago
nightmedia/Qwen3.6-27B-Yangtze-mxfp4-mlx:Alchemists of the manifold liked a model about 6 hours ago
nightmedia/Qwen3.6-27B-Yangtze-mxfp4-mlxOrganizations
None yet
liked a
model about 5 hours ago
Alchemists of the manifold
🧠❤️ 1
1
#1 opened about 5 hours ago
by jaithree
liked a
model about 6 hours ago
liked a
model about 21 hours ago
liked a
model 1 day ago
reacted to DavidAU's post with 🔥 1 day ago
Post
4114
Qwen 3.6 27B - Fable Fusion 711 - Closed Source AI Performance Levels
1256 likes || 1.37 Million downloads || 32 quant repos || Multiple 3rd party performance verification.
The strongest Qwen 3.6 27B fine tune BASE ever.
It beats everyone - confirmed by 3rd party evaluation, multiple users, and in depth testing.
Q8 runs hotter and better than BF16 of the org Qwen 3.6 27B from Qwen.
And so does the 4 bit versions too.
GGUFS (MTP/Reg) and Several other quant types too:
DavidAU/Qwen3.6-27B-Fable-Fusion-711-Uncensored-Heretic-NM-DAU-NEO-MAX-MTP-GGUF
SOURCE:
DavidAU/Qwen3.6-27B-Fable-Fusion-711-Uncensored-Heretic-NM-DAU-MTP
(you can try it right in your browser at the source repo)
PS: 40B versions in testing, already SOTA levels beyond Qwen 3.6 27B.
arc/c arc/e boolq hswag obkqa piqa wino
Qwen3.6-27B-Fable-Fusion-711-Uncensored-Heretic-NM-DAU-NEO-MAX-MTP-GGUF [instruct mode]
mxfp8 0.711,0.879,0.910,0.790,0.514,0.823,0.763
mxfp4 0.701,0.873,0.909,0.786,0.488,0.813,0.759
Qwen3.6-27B-Instruct: [base, non heretic]
mxfp8 0.647,0.803,0.910,0.773,0.450,0.806,0.742
Qwen3.6-35B-A3B-Instruct [base, non heretic]
mxfp8 0.581,0.757,0.892,0.751,0.428,0.803,0.688
1256 likes || 1.37 Million downloads || 32 quant repos || Multiple 3rd party performance verification.
The strongest Qwen 3.6 27B fine tune BASE ever.
It beats everyone - confirmed by 3rd party evaluation, multiple users, and in depth testing.
Q8 runs hotter and better than BF16 of the org Qwen 3.6 27B from Qwen.
And so does the 4 bit versions too.
GGUFS (MTP/Reg) and Several other quant types too:
DavidAU/Qwen3.6-27B-Fable-Fusion-711-Uncensored-Heretic-NM-DAU-NEO-MAX-MTP-GGUF
SOURCE:
DavidAU/Qwen3.6-27B-Fable-Fusion-711-Uncensored-Heretic-NM-DAU-MTP
(you can try it right in your browser at the source repo)
PS: 40B versions in testing, already SOTA levels beyond Qwen 3.6 27B.
arc/c arc/e boolq hswag obkqa piqa wino
Qwen3.6-27B-Fable-Fusion-711-Uncensored-Heretic-NM-DAU-NEO-MAX-MTP-GGUF [instruct mode]
mxfp8 0.711,0.879,0.910,0.790,0.514,0.823,0.763
mxfp4 0.701,0.873,0.909,0.786,0.488,0.813,0.759
Qwen3.6-27B-Instruct: [base, non heretic]
mxfp8 0.647,0.803,0.910,0.773,0.450,0.806,0.742
Qwen3.6-35B-A3B-Instruct [base, non heretic]
mxfp8 0.581,0.757,0.892,0.751,0.428,0.803,0.688
- 1 reply
reacted to OppaAI's post with 👍 2 days ago
Post
1059
After a month of interacting with my AI Waifu, I noticed a few issues in the system; so I decided to spend this week revisiting the systems implemented in Phase 1.0, 1.5 and 2.0, and try to make them to be more like production-grade as much as possible:
1) Memory Degradation - recalled memories are not as good as in the beginning, causing AI Waifu to be more chaotic as she hallucinates over contaminated memories like a bad vicious cycle.
So I transformed the original stateless sqlite-vec vector store to be a simple entity co-mention graph. And even make a studio to visualize the memories stored inside the vector db.
Just by looking at the graph, I saw a couple issues:
a) After 1.5 months of interactions, there should be only one month of pinned memory (in green) over 1.5 months of active memory (in purple). How come pinned memory is in majority over active ones?
I suppose the forgetting curve I had set too aggressive and memory half-life and shelf life too short, active memory got decayed way before monthly consolidation and got lost forever.
b) I saw she memorized me into 3 different entities: my username, my nickname and my Github user ID (leaked into pinned memory, presumbly during nightly dreaming process). 3B small param LLM has hard time to correlation 3 different entities into single person, I may have to harden into one.
2) RAM burst during voice input - for some reason the tensor calculation of SileroVAD of the voice input uses PyTorch, and that's the only place in the whole codebase using torch after removing it from TTS synthesization. By switching to SileroVAD-onnx integrated in the ASR sherpa-onnx, the RAM usage drops at least 0.5GB (after shaving off ~1GB from TTS) by completely remove PyTorch dependencies.
3) Introduced a better Wake Word system using Livekit-Wake word instead of using ASR to do the wake word activation to save computation. Optional features like Speak Verification, Barge-in sensitivity, etc, need to find the optimum settings.
1) Memory Degradation - recalled memories are not as good as in the beginning, causing AI Waifu to be more chaotic as she hallucinates over contaminated memories like a bad vicious cycle.
So I transformed the original stateless sqlite-vec vector store to be a simple entity co-mention graph. And even make a studio to visualize the memories stored inside the vector db.
Just by looking at the graph, I saw a couple issues:
a) After 1.5 months of interactions, there should be only one month of pinned memory (in green) over 1.5 months of active memory (in purple). How come pinned memory is in majority over active ones?
I suppose the forgetting curve I had set too aggressive and memory half-life and shelf life too short, active memory got decayed way before monthly consolidation and got lost forever.
b) I saw she memorized me into 3 different entities: my username, my nickname and my Github user ID (leaked into pinned memory, presumbly during nightly dreaming process). 3B small param LLM has hard time to correlation 3 different entities into single person, I may have to harden into one.
2) RAM burst during voice input - for some reason the tensor calculation of SileroVAD of the voice input uses PyTorch, and that's the only place in the whole codebase using torch after removing it from TTS synthesization. By switching to SileroVAD-onnx integrated in the ASR sherpa-onnx, the RAM usage drops at least 0.5GB (after shaving off ~1GB from TTS) by completely remove PyTorch dependencies.
3) Introduced a better Wake Word system using Livekit-Wake word instead of using ASR to do the wake word activation to save computation. Optional features like Speak Verification, Barge-in sensitivity, etc, need to find the optimum settings.
liked a
model 2 days ago
reacted to Abhisek987's post with 👍 2 days ago
Post
2585
New dataset: 24,922 real Python dependency compatibility experiments🧪
Every experiment installed a pair of Python packages into a fresh environment and tested three stages: resolution → import → runtime smoke test.
The finding that motivated this: resolvers only read published metadata. In this data, ~3,000 environments resolved successfully and still failed at import or smoke-test time. That gap is invisible to pip and uv, and this dataset makes it measurable.
What's inside:
- 21,490 development + 3,432 sealed validation experiments
- 41 unique packages, Python 3.8–3.14, Linux x86_64
- The 6 validation packages (boto3, botocore, s3transfer, celery, kombu, billiard) never appear in training — validation measures generalization to entirely unseen packages
- Full per-stage logs: exact commands, exit codes, stdout/stderr
- Normalized error text + Python exception types for every failure
- Wheel metadata with Python/ABI/platform tag compatibility decisions
- PEP 751 lockfile hashes
- 142 engineered features per experiment, ready for training
Outcome labels: pass, resolution_failure, import_failure, smoke_test_failure.
I used it to train two models for DepLab (a structured model + a fine-tuned ModernBERT on release notes). On the sealed validation set (entirely unseen packages) the structured model reached 90.0% accuracy and 100% precision when predicting failures.
CC BY 4.0. Load it directly:
Dataset: Abhisek987/deplab-dependency-compatibility
Zenodo DOI: https://doi.org/10.5281/zenodo.21729353
Code: https://github.com/Abhisek12378/DepLab
If you're working on ML for developer tools or software engineering research, I'd love to hear what you build with it.
Every experiment installed a pair of Python packages into a fresh environment and tested three stages: resolution → import → runtime smoke test.
The finding that motivated this: resolvers only read published metadata. In this data, ~3,000 environments resolved successfully and still failed at import or smoke-test time. That gap is invisible to pip and uv, and this dataset makes it measurable.
What's inside:
- 21,490 development + 3,432 sealed validation experiments
- 41 unique packages, Python 3.8–3.14, Linux x86_64
- The 6 validation packages (boto3, botocore, s3transfer, celery, kombu, billiard) never appear in training — validation measures generalization to entirely unseen packages
- Full per-stage logs: exact commands, exit codes, stdout/stderr
- Normalized error text + Python exception types for every failure
- Wheel metadata with Python/ABI/platform tag compatibility decisions
- PEP 751 lockfile hashes
- 142 engineered features per experiment, ready for training
Outcome labels: pass, resolution_failure, import_failure, smoke_test_failure.
I used it to train two models for DepLab (a structured model + a fine-tuned ModernBERT on release notes). On the sealed validation set (entirely unseen packages) the structured model reached 90.0% accuracy and 100% precision when predicting failures.
CC BY 4.0. Load it directly:
from datasets import load_dataset
ds = load_dataset("Abhisek987/deplab-dependency-compatibility", "experiments")Dataset: Abhisek987/deplab-dependency-compatibility
Zenodo DOI: https://doi.org/10.5281/zenodo.21729353
Code: https://github.com/Abhisek12378/DepLab
If you're working on ML for developer tools or software engineering research, I'd love to hear what you build with it.
- 8 replies
liked 2
models 3 days ago
reacted to LH-Tech-AI's post with 🔥 3 days ago
Post
2306
Announcing The Supra2 Family And Supra2-100M
Today, we are announcing a brand-new series of SupraLabs models: Supra2
This series will feature various models, including such as:
- 🐜 Supra2-Nano (0.4M) → The smallest Supra2 model.
- 🤏 Supra2-Small (1.4M) → The tiny model that runs everywhere.
- 💪 Supra2-Medium (25M) → Our medium class model in the Supra2 family. The powerful midsizer.
- 🔥 Supra2-Pro (100M): base, instruct, reasoning, code, math and more! → The most capable model yet! A real allrounder for all your everyday tasks.
- 🎨 Supra2-IMG → our generative text-to-image model
...and many more...
Current progress:
- Nano (0.4M) and Small (1.4M): in training; almost done. Baseline set.
- Medium (25M): coming soon...
- Pro (100M): in training; finishes in 66 hours - Monday, 3rd August 2026, 12:00AM
- IMG: coming soon...
You can support us with a like and follow if you want!
Don't miss our next release! Stay tuned...
Today, we are announcing a brand-new series of SupraLabs models: Supra2
This series will feature various models, including such as:
- 🐜 Supra2-Nano (0.4M) → The smallest Supra2 model.
- 🤏 Supra2-Small (1.4M) → The tiny model that runs everywhere.
- 💪 Supra2-Medium (25M) → Our medium class model in the Supra2 family. The powerful midsizer.
- 🔥 Supra2-Pro (100M): base, instruct, reasoning, code, math and more! → The most capable model yet! A real allrounder for all your everyday tasks.
- 🎨 Supra2-IMG → our generative text-to-image model
...and many more...
Current progress:
- Nano (0.4M) and Small (1.4M): in training; almost done. Baseline set.
- Medium (25M): coming soon...
- Pro (100M): in training; finishes in 66 hours - Monday, 3rd August 2026, 12:00AM
- IMG: coming soon...
You can support us with a like and follow if you want!
Don't miss our next release! Stay tuned...
- 26 replies
liked 2
models 3 days ago
Thank you for the safetensors
❤️ 1
4
#1 opened 3 days ago
by 
meddle86
liked a
model 3 days ago
reacted to vovaRL's post with 🤗 5 days ago
Post
2786
Posted an article about training a small MoE from scratch with the efforts of the community!
Model vovaRL/NanoColibri-Instruct
Article https://huggingface.co/blog/vovaRL/hybernation-models-blog
Model vovaRL/NanoColibri-Instruct
Article https://huggingface.co/blog/vovaRL/hybernation-models-blog
- 2 replies
liked a
model 5 days ago
liked 2
datasets 5 days ago