We have about 4000 or so new rows. Deepfashion, ffhq, and docci are preparing some rows tonight.
Around 20,000 or so are expected, then we train the new Lucia base.
We have about 4000 or so new rows. Deepfashion, ffhq, and docci are preparing some rows tonight.
Around 20,000 or so are expected, then we train the new Lucia base.
This has become a logistics nightmare with licensing and specific use-cases for arbitration. Certain images can be sent, while certain images cannot, as certain dataset rules are to be respected aka deepfashion and so on. So certain datasets with certain limitations cannot be utilized as required, which all of the necessary licenses and rulings will be respected.
Deepfashion images from the complete high quality deep fashion set cannot be sent to various servers or locations, as per the request of the dataset's creator originally.
There are a few other datasets with very specific similar rules, which expressly forbid sending the images to other services for additional synthesizing and generating of prompts from. This means everything must happen CAREFULLY, with a fine toothed comb.
For example; since I have the images locally, I can synthesize captions using a local model, and release those captions due to the model I'm using's licensing and my own licensing. However, based on those images I cannot distribute the images WITH those captions. This is a common problem.
Additionally, I cannot send many images to services via the APi systems, as that breaches the dataset specific clauses. So I cannot send the picture, but I can send the synthesized created captions from that image, to the AI to generate a chain of thought processing behavior FROM THAT. With that I can retrieve the caption FROM the service, and then arbitrate that caption using Claude.
However, this often introduces bias, incorrect assessment, and a multitude of other problems. Also Claude isn't perfect at image classification either, so arbitration is often incorrect as well. Not to mention Claude's obvious bias against Deepseek.
Even with a small army of AI's on the captions, settings, tags, and systems; it pales in comparison to a single Claude row for thought preparation. Deepseek, GPT, and Gemini all pale in comparison to the quality of those 7000 rows so far. GPT being the hardest hitting preserved set, as the outcomes are within the ruleset.
GPT Luna 6.1 is the strongest contender so far. The API respects the request and produces a fair result within the cost line.
Haiku is always accepted as valid to the specification, as it was prepared by claude. Almost always accepted, picture or not.
Deepseek fails more often than not, or hallucinates rules, or simply ignores the API requests and requirements. Roughly 1 in 25 are accepted.
Gemini 3.8 flash is simply not very correct. I'd say incorrect more often than not. Roughly 1 in 5 are accepted.
This is a logistics juggling nightmare, but I'm certain I can make this work.
I'm currently running Gemini, Deepseek, and GPT APIs to replace the rows deemed to be in question by Claude. Deepseek is considered off-hours, so it's cheaper. None of the data utilized by the sent information was generated by Claude, as per the Anthropic rules.
Lucia v2 will have opinions from three frontier-grade models, instead of just Claude.
Claude is reviewing the rows, not changing a word. Simply validating, invalidating, or a few other configurations. If the rows fail all three APIs, the rows go to me to either repair or omit.
All 8900 prepared rows will be finished in no time.
Afterword we continue onward to finish the huge array of seeded rows. Roughly a million rows.
This really is problematic.
Claude Opus 5.5 informed me that we may be in Anthropic legal grey area here. Extracting and preparing rows for data is considered to be close enough to an anthropic guideline, to potentially trigger a redaction of those rows and the models.
I'm going to submit a request to Anthropic, and in the meantime I'll continue to build rows. If Anthropic denies the request, the entire line will have to fall on the GPT Luna 6.1 for extractions. Which, is fine I suppose, but I lose 9000 accumulated rows and multiple trainings already complete.
Currently up to 8,924 rows from Sonnet and Opus in combination, and the upcoming plan will knock out the million in a matter of a few days hopefully.
On Saturday I'll begin the employ of Gemini Argon, Gemini 3.1 Flash CLI, GPT Sol 6.1 Codex, GPT Luna 6.1 API, Claude Haikou 5.5 API, and Claude Sonnet 5.5 ClaudeCode in order to create the complete 1 million or so rows the system requires correctly.
This will combine multiple opinions from multiple AIs, in order to train Lucia into a state of correct utility. This will include a multitude of images paired with row prep and more.
With that the rotary system has been selected to be the arbiter and structural basin for the adapter as it's accuracy is 100% with guaranteed tokenization wordpiece and BPE recall as per tested with Beatrix and Bert now. The addressing and access of the rotary output is structurally guaranteed at a high complexity fidelity at a high rotary guarantee compliance.
In other words, the adapter model will know exactly where everything is, and be based on Qwen 3.5 4b, and Qwen 3.5 9b. With this, regularization will be a guaranteed lookup pathology, and the loss will matter based on what exists alongside what is estimated as a descent. This will provide a powerful powerful utility for downstream teaching, specifically because the rotary is a guarantee, rather than a partial relative.
Anyway, tomorrow the plan begins between the multi-series AI structures with the expectation of preparing the image COT trie structure.
Saturday I will be releasing an official AbstractPowered article showcasing the array of chosen AI for subject association AI training, which will compound all the necessary elements to teach the Qwen 3.5 4b, Qwen 3.5 9b, Gemma 4 E4b and Gemma 4 12b variants high complexity COT extraction capacity.
The models themselves inherently are limited. They do not recognize light, deep complexity clothing, multi-structural systems, and more. They simply aren't the smartest.
HOWEVER, when paired with a series of intelligent finetuned AIs with very specific targets, we can train these Lucia and Ulisse models to properly behave.
There is a multitude of AIs combined together and compounded in order to correctly teach prompting and systemic systems.
With, next week will be a multitude of regularization and model preservation techniques meant to test the excitation of data, rather than reduction or diminishing behavior.
Version 2 of Lucia will be functional, and the COT behavior will be considerably more robust and structurally responsive, as there will likely be 50 or more trained variants tested and measured directly to the results and compared.
In other words, the best results will be the Lucia and Ulisse v2. Far more advanced, far more intelligent, far more diverse, and far more complex.
This pair of models will understand:
The VIT half may need additional heads, or modifications. The text half may also need additional heads or finetuning. The process will be altered as necessary, and the structure will be built to behave as required.
Once the pair of models are done, the rest of the choices will follow using the same or similar techniques. Our primary focus being the 2, the others will follow using the best techniques from those two.
This should be enough to prepare our base models to extract the necessary information. If this is not enough, another week of dataset prep before v2.
It's more than likely we can only train the pair of models to EMULATE the results, which when fed with assistant prompts and helpers, the system can associate those as guarantees. Which will be more than enough to prepare the COT if that's all we can yield, but it will introduce biases, so the dataset prep will be ongoing.
The reason for multiple VLMs is crucial here. A wider potential for more outcomes, yields a larger dispersed potential of thought.
I have some experiments I will run with procrustes analysis based on those texts when extracted from powerful berts, to determine how similar they really are. Berts seem small and arbitrary, but they are one of the fastest and most potent analysis tools I can use due to the size, the capacity, and on top of that - a proper rotary trained captionbert is on the menu for next week as well.
The world doesn't lack data for the tasks, but very little of it is shaped into COT format. Hence, the predicament. The solution, is simply more data, and in some cases additional structure to annunciate outcomes with points of interest.
Many of the datasets will require linking to other images. This is due to the many licenses required and the space required FROM those images, so the structure will be a bit... odd to work with if you wish to train with the images.
The licensing is important for commercial purposes. Many licenses do not permit commercial usage, so if you wish to replicate results you'll need to create synthetic images, extract from elsewhere, or utilize a divergent process for some of the dataset rows.
That's up to you as a developer to choose your own route, I'll be providing all the necessary licensing for each dataset extracted.
One of the primary COT behaviors rel a, rel b, and rel c did not take for the extraction processing template. Currently, the model defaults to rel b, and very few of the extracted examples had rel a, or rel c. So the behavior requires fixing. To solve this, I'm attempting another lora using relation_a, relation_b, and relation_c instead of the original rel a, rel b, and rel c.
My hope is the model will associate this better than simply seeing "rel a" and so on. We'll see when the 2b version is done in a couple hours.
If the behavior takes I'll get to associating the remaining problematic pieces before v1.1 is prepared. There are a few pieces that will be better informed with associative image + tags + prompting for structural cohesion, instead of requiring them. It IS a VLM after all, so the model just needs to be encouraged.
So the training did resolve much of the clothing and outfit problems just using the tokens for relation_a, relation_b, and relation_c; but this did not solve the underlying dataset issue related to the initial dataset questioning the b relational item 96% of the dataset, which is the real problem.
The only solution is a more diverse dataset of relational behavior, and a retooling of how relational behavior is to be associated with, providing a better rounded dataset of comparisons. This will help prevent overweighting the relational responses.
That being said, the new train did resolve many of the garment issues, so this leads down a direction for more raw data extraction through more intelligent models to help round out the COT questioning behavior.
Also, the original dataset trained appears to have only a handful of upper garments mentioned throughout the entire dataset. That contributed to the behavior. I'll be resolving this appropriately using regularization techniques, rather than attempting to finetune again in the same fashion. I've found a deepfashion dataset with garments listed per row, so that will be helpful. Appropriate attributions will be given to the dataset captioning systems and the licenses involved.
This is good progress, but not there yet.
Currently prepping the 44k deepfashion images, as well as working out the correct regularization techniques in order to prevent catastrophic forgetting on Qwen 3.5 9b's text structure for the dual-path image/text behavior.
the V1.1 prototype should be ready by Friday 11/6/2026 but I can't guarantee that yet. Regularization may solve most of the issues unto itself, so if that's the case it may just resolve without more data by Thursday.
The space is being updated to reflect the new experiment successes. Caption and tags are assistants because Lucia is a smart and capable girl, additionally with Lucia most of the others can also reflect the behavior, or their base forms used to caption the image prior to running the COT image captioning system.
Even qwen 3.5 0.8b is capable of a miniature caption for 9b to process into something thought-related, so these models simply needed a couple tweaks, they work with the correct provocation.
Enjoy the current lineup, just make sure to use the correct prompt and helper tags/prompts until the core model's VLM is reignited as the behavioral norm.
The huggingface space is available to play with for the showcase of potentials of each of the models. Some like Qwen 3.5 9b are able to read text rather well, others not so well. Be wary as you experiment.
https://huggingface.co/spaces/AbstractPhil/think-symbolic-images-testbed
They are powerful models already. Now they produce symbolic thinking captions.
MORE models are being added as Claude prepares them for the space. My apologies If the space restarts during your testing, the process is ongoing.
The current line of models have weaknesses with human subjects currently. Not to worry though, progress my friends. Progress.
I would NOT train models with human subject data from this model yet. The models require refining and reinforcement preparation for correct and incorrect objective responses. That's fine though, there's no shortage of data to reinforce and test.
I'm going to try some tweaks. Likely if I feed the model some hints, like say from a booru tagger, the model may be more apt to respond correctly.
Okay, so all she really needs is a hint at the prompt in general.
If you feed the image's original prompt in like so;
Look at this picture and think it through in writing, a closer look; then write a caption and a prompt or tags, and the questions a careful looker would still ask, each as `question: what -> answer [record, chain or unknown]`.
You get bland COT outputs. However, if you do this;
Look at this picture and think it through in writing, a closer look; then write a caption and a prompt or tags, and the questions a careful looker would still ask, each as `question: what -> answer [record, chain or unknown]`.
Helper caption:small image caption goes here
Helper tags:any booru tags go here
This tends to solidify the system much more effectively, as the model herself is quite large and quite intelligent thanks to the base model. She doesn't need much, just a nudge. The COT results from this have been considerably more effective and diverse.
It's not a guaranteed fix until I alter the training process a bit and retrain her, but for now the tweak will work to activate the Qwen 9b VLM inference a bit more effectively.
We're folding Gemma 4's VLM system into the mix. The net can be cast widely and the data can be diversified via many sources rather than just a handful.
The Qwen 3.5 symbolic image thinkers will be known as Lucia.
Haven't picked a name for Gemma yet. We'll get started and see how well the model performs by the get-go, full statistics and target information accumulation like the qwen line.
Experimental flagship; Qwen 3.5 9b Lucia
Experimental faster; Qwen 3.5 4b tobenamed
Experimental fastest; Qwen 3.5 0.8b tobenamed -> the non-thinker
Almost all major experiments performed using this model has been successful or semi-successful thus far. The original writers for the data are providing enough inference and information for the model to begin THINKING in the image words when seeing pictures, not just guessing or relating to miniature pieces of that image. THINKING about the STRUCTURE of that image, the PURPOSE, the MEANING BEHIND that image.
Lucia, the one who thinks in images.
Our rotary system /NEEDS/ a teacher. A mentor that grounds the model in reality so the collective can learn effectively.
If we ABSOLUTELY require it, we can utilize Qwen 3.8 27b, but that will run considerably slower and train considerably slower. So 3.5 9b is the target for now. If a better model between now and then is discovered or emerges, we will utilize that model.
Reasons:
I had a great deal of fun when playing with Qwen Edit 2.1 using the primary, turbo, and playing with the lightning lora as well. The lightning lora seems to snip out some pixels on the left for editing so I'll need to figure out what's going on with that or if it just does it by default.
Our release finetune will be designed to think in images. Very different than a prompt synthesizer. Trained full of key phrases and anchor information, specifically trained to think in images to produce the exact format of information we require to frame for our upcoming media curation collective.
A master who thinks in media is required, and with that we need the intelligence multiple Qwen 3.5 9b finetunes will bring to the table to train our pieces.
Finetunes to extract data for pretrain data that doesn't exist, basically.
The T2I and I2I of Qwen vision's prompt rewrite versions of the 9b were both tested, neither of them produce the necessary shape our data requires yet. However, we're getting closer day by day.
Qwen 3.5 9b's VLM should be enough to generate a full dataset system for the rows. Sonnet is going to take weeks at this rate, so I'm testing some solidifications.
A text only lora KIND OF worked, but it wasn't strong enough. Also ~900 image rows is clearly not enough. I'm going to need a full synthetic symbolic engine if I want something of legitimate reuse.
It SHOULD be powerful enough to workhorse a full pipeline structure when it's ready. Qwen 3.5 9b is pretty powerful.
The model training both PEFT lora or full finetune fit snugly on a colab RTX 6000 pro, so it'll train pretty quick. I ran rotary for 8 days on them, this little prototype should be done in a day or two with any luck. Then a large scale extraction, then we can start teaching some experts some legitimate capacity.
When prepared it goes in the list of prepared utilities released by the AbstractPowered systems. I've been putting off compounding them, but I plan to finish the compounded list and release the handful of valid utilities to the AbstractPowered as release models, and likely next week or the week after I'll prep the AbstractPowered research line sector.
I'm going to have the claudes continue generating the image chain of thought system while I sleep.
There are still more steps between here and training the next model, one of which involves image thought being in the experiment line. This will include a form of VIT, a form of diffusion, and a form of traditional classification experts.
I'm thinking around 20,000 should be enough to train a fair-sized qwen for the task. It's only about 4,000 so far, so it'll take a few more weeks of off and on. I'll try a finetune here or there to see if it gets better, then run a couple datasets to compare the results
More than likely the better qwen will need a task trained VLM lora, which I've never built a combination vision + text lora so that'll be interesting. There's probably a series of losses that make sense more than just using the clip cross-contrast so I'll need to research a bit.
Extraction with one of the qwen 8b or 9b models should provide a good enough result to train another model, but it's still just going to be qwen results tuned to the shape unless I run a few other processes. Qwen 3.8 should be strong enough, hopefully, but I'm not even sure if 3.8 has a VLM yet so I'll have all that worked out sooner than later.
The current concept that I've dubbed multi-rotary pairings, extends to a solid context window space of around 14 million or so pairs so far. This is conjunctive using different sized pairings between 2 and 16, as per the aleph set mathematics capacity allows.
There is a bit of a rift that forms still at this scale, but the rotary itself can easily encompass framed sets of 14 million bytes worth of paired frames, treated as though they are individual lookups thanks to the prototype "AlephFrame" rotary system.
This doesn't merit a full conjunctive LEARNING capacity, but it does converge a structural guarantee capacity.
This frame is a little different than standard attention, but it'll snap right to models. So far the pairings are a little wild on some edge cases, but I have another upcoming test that I believe will resolve that hyperbolic rifting.
Currently we're at around a 0.00001% invalid addressing fault, which when scaled up is a bit substantial. However, with additional pairings the system cleans up the bpb and the output cleans.
Essentially this means entire context window can be a lookup table, so that's pretty quick at least. The models with their arms train at around 750k byte/s for now, and the scaled up MOE variant will train about as quick as you wish to train the experts for.
Essentially, what we're looking at here, is a cascade solidity system with independent experts that can be removed and replaced, simply existing within that space defined. Within that spatial geometry, it is completely cut off from any external stimuli, and that space is perfectly preserved from the external state of the model.
Meaning, you can simply snap something out and put a new interface in. Small interface, big interface, doesn't matter. Input, output.
We'll be targeting the space over 1 million context window, which should help solidify the system's internal shared structural space.
Very strong signals for full decoupled fixed position rotary. Huge amounts of experimentation done.
Lets figure out how 1 million context window works, shall we?