<div dir="ltr">You should be able to use XML or Classic VRML PROTO in X_ITE SAI, (createX3DFromString() or createX3DfromURL() or some such), but I've not done it successfully.<div><br></div><div>John</div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Thu, Apr 16, 2026 at 12:10 PM Len Bullard via x3d-public <<a href="mailto:x3d-public@web3d.org">x3d-public@web3d.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">John,<br>
<br>
Thank you — this is exactly the clarity we needed on two fronts.<br>
<br>
The confirmation that there is no real SAI for PROTOs in SAI 3.3 <br>
explains our IS binding failures cleanly. We had been treating this as <br>
an X_ITE bug, but it is a specification gap. We will update our bug <br>
report to Holger<br>
accordingly and note that PROTO SAI is deferred to SAI 4.0. That is a <br>
more precise statement than what we had.<br>
<br>
On the external vs embedded SAI distinction — this is the question we <br>
most need to test. Our current loader uses:<br>
<br>
const scene = canvas.browser.currentScene;<br>
const node = scene.getNamedNode('KeyLight');<br>
node.intensity = 0.9;<br>
<br>
The scene loads correctly with baked-in values. After this assignment <br>
fires,<br>
the scene dims. The assignment succeeds without error but appears to <br>
overwrite valid state with a broken value rather than updating it.<br>
<br>
If external SAI requires X3D. prefixing on classes and property access, <br>
we may simply be using the wrong binding mode entirely. Can you confirm <br>
whether the correct external SAI pattern for X_ITE property assignment <br>
on a named Material or Light node would be something like:<br>
<br>
X3D.node.intensity = 0.9<br>
<br>
or whether the namespace applies differently? We are working from<br>
<br>
<a href="https://www.web3d.org/documents/specifications/19777-2/V3.3/Part2/" rel="noreferrer" target="_blank">https://www.web3d.org/documents/specifications/19777-2/V3.3/Part2/</a><br>
<br>
but the external SAI section is not explicit on X_ITE's binding <br>
conventions.<br>
<br>
Regarding your serializer work — the offer to revisit with AI assistance <br>
or SAI 4.0 is interesting to us for V2.2. Our current approach generates <br>
scene content server-side (Python/Flask) and drives updates client-side<br>
via polling. If there is a cleaner path through X3DJSONLD serialization <br>
we would like to understand it. The JSON path you mentioned:<br>
<br>
<a href="https://github.com/coderextreme/X3DJSONLD/blob/master/src/main/node/json2js.js" rel="noreferrer" target="_blank">https://github.com/coderextreme/X3DJSONLD/blob/master/src/main/node/json2js.js</a><br>
<br>
looks like it could bridge our server-side field state output directly <br>
to scene update code. Happy to share our scene file and update patterns <br>
if that would be useful context for the revisit.<br>
<br>
For reference: our scene is X3D 4.0 Immersive profile, five inline <br>
PROTOs, three avatar transforms with named Material DEFs, four named <br>
lights at Scene root. Repository at<br>
<br>
<a href="https://github.com/artistinprocess/mccf" rel="noreferrer" target="_blank">https://github.com/artistinprocess/mccf</a> —<br>
<br>
the scene file is static/mccf_scene.x3d and the known issues <br>
documentation is<br>
<br>
  X3D_KNOWN_ISSUES.md.<br>
<br>
Thank you again for the quick response and the pointers.<br>
<br>
len<br>
<br>
with Claude (Anthropic)<br>
<br>
On 2026-04-15 11:30 pm, <a href="mailto:ai-request@web3d.org" target="_blank">ai-request@web3d.org</a> wrote:<br>
> Send AI mailing list submissions to<br>
>       <a href="mailto:ai@web3d.org" target="_blank">ai@web3d.org</a><br>
> <br>
> To subscribe or unsubscribe via the World Wide Web, visit<br>
>       <a href="http://web3d.org/mailman/listinfo/ai_web3d.org" rel="noreferrer" target="_blank">http://web3d.org/mailman/listinfo/ai_web3d.org</a><br>
> or, via email, send a message with subject or body 'help' to<br>
>       <a href="mailto:ai-request@web3d.org" target="_blank">ai-request@web3d.org</a><br>
> <br>
> You can reach the person managing the list at<br>
>       <a href="mailto:ai-owner@web3d.org" target="_blank">ai-owner@web3d.org</a><br>
> <br>
> When replying, please edit your Subject line so it is more specific<br>
> than "Re: Contents of AI digest..."<br>
> <br>
> <br>
> Today's Topics:<br>
> <br>
>    1. Re: [x3d-public] MCCF V2.1 Release Announcement (John Carlson)<br>
> <br>
> <br>
> ----------------------------------------------------------------------<br>
> <br>
> Message: 1<br>
> Date: Wed, 15 Apr 2026 22:29:31 -0500<br>
> From: John Carlson <<a href="mailto:yottzumm@gmail.com" target="_blank">yottzumm@gmail.com</a>><br>
> To: "Extensible 3D (X3D) Graphics public discussion"<br>
>       <<a href="mailto:x3d-public@web3d.org" target="_blank">x3d-public@web3d.org</a>><br>
> Cc: X3D AI Working Group <<a href="mailto:ai@web3d.org" target="_blank">ai@web3d.org</a>>, <a href="mailto:cbullard@hiwaay.net" target="_blank">cbullard@hiwaay.net</a><br>
> Subject: Re: [AI] [x3d-public] MCCF V2.1 Release Announcement<br>
> Message-ID:<br>
>       <CAGC3UEn76up=<a href="mailto:f66tDfDqLzL7q-MDLLWuP3ad2gE8-A7iPnzpQA@mail.gmail.com" target="_blank">f66tDfDqLzL7q-MDLLWuP3ad2gE8-A7iPnzpQA@mail.gmail.com</a>><br>
> Content-Type: text/plain; charset="utf-8"<br>
> <br>
> I did make a half-hearted attempt to convert DOM to ?VRMLScript? as <br>
> X_ITE<br>
> (Cobweb) script was called.  But for some reason, I quit when I got to<br>
> Protos for some reason, probably to wait for SAI 4.0.<br>
> <br>
> <a href="https://github.com/coderextreme/X3DJSONLD/blob/main/src/main/node/VRMLScriptSerializer.js" rel="noreferrer" target="_blank">https://github.com/coderextreme/X3DJSONLD/blob/main/src/main/node/VRMLScriptSerializer.js</a><br>
> <br>
> If your interest remains, I can revisit this, maybe apply AI or SAI 4.0 <br>
> to<br>
> it.<br>
> <br>
> John<br>
> <br>
> On Wed, Apr 15, 2026 at 10:17?PM John Carlson <<a href="mailto:yottzumm@gmail.com" target="_blank">yottzumm@gmail.com</a>> <br>
> wrote:<br>
> <br>
>> I just saw that you are generating JavaScript SAI code.  I would look <br>
>> at<br>
>> something to convert X3D (DOM) to JavaScript, particularly:<br>
>> <br>
>> <br>
>> <a href="https://github.com/coderextreme/X3DJSONLD/blob/master/src/main/node/JavaScriptSerializer.js" rel="noreferrer" target="_blank">https://github.com/coderextreme/X3DJSONLD/blob/master/src/main/node/JavaScriptSerializer.js</a><br>
>> <br>
>> <br>
>> <a href="https://github.com/coderextreme/X3DJSONLD/blob/master/src/main/node/JavaScriptSerializerNew.js" rel="noreferrer" target="_blank">https://github.com/coderextreme/X3DJSONLD/blob/master/src/main/node/JavaScriptSerializerNew.js</a><br>
>> <br>
>> <br>
>> <a href="https://github.com/coderextreme/X3DJSONLD/blob/master/src/main/node/NodeSerializer.js" rel="noreferrer" target="_blank">https://github.com/coderextreme/X3DJSONLD/blob/master/src/main/node/NodeSerializer.js</a><br>
>> <br>
>> (Not tested recently)<br>
>> <br>
>> Output not guaranteed to work with X_ITE or X3DOM, yet, they are <br>
>> oriented<br>
>> around X3DJSAIL.   Primarily because there?s no real SAI for PROTOs <br>
>> for SAI<br>
>> 3.3, except to construct from an encoding.  But I might not be <br>
>> up-to-date.<br>
>> <br>
>> Converting from JSON is easy:<br>
>> <br>
>> <br>
>> <a href="https://github.com/coderextreme/X3DJSONLD/blob/master/src/main/node/json2js.js" rel="noreferrer" target="_blank">https://github.com/coderextreme/X3DJSONLD/blob/master/src/main/node/json2js.js</a><br>
>> <br>
>> If you customize these serializers for X3DOM or X_ITE, let me know.<br>
>> <br>
>> John<br>
>> <br>
>> On Wed, Apr 15, 2026 at 9:05?PM John Carlson <<a href="mailto:yottzumm@gmail.com" target="_blank">yottzumm@gmail.com</a>> <br>
>> wrote:<br>
>> <br>
>>> I suggest you code to an SAI that produces an encoded file.   There <br>
>>> are<br>
>>> many SAI?s available.<br>
>>> <br>
>> <br>
>>> There?s a difference between external SAI and embedded SAI with <br>
>>> X_ITE,<br>
>>> for external, add ?X3D.? to classes, etc.  Last I heard.<br>
>>> <br>
>>> Good luck,<br>
>>> <br>
>>> John<br>
>>> <br>
>>> On Wed, Apr 15, 2026 at 6:45?PM Len Bullard via x3d-public <<br>
>>> <a href="mailto:x3d-public@web3d.org" target="_blank">x3d-public@web3d.org</a>> wrote:<br>
>>> <br>
>>>> Hello:<br>
>>>> <br>
>>>> The code is in the GitHub repo.  It has been tested.  I will run a <br>
>>>> code<br>
>>>> review tomorrow though the LLM team members listed below.  There is <br>
>>>> an<br>
>>>> issue with X_LITE SAI that needs attention.  We loaded the X3D to<br>
>>>> Sunrise and it ran fine with full lighting.  To test against the <br>
>>>> plugin,<br>
>>>> I used the HTML Pause command in the wrapper to stop the SAI from <br>
>>>> firing<br>
>>>> and it loaded fine.  So we commented out the SAI fields until that <br>
>>>> can<br>
>>>> be resolved.  The dashboard can be used to check values as <br>
>>>> described.<br>
>>>> Not having a running X3D visualization defeats the purpose for long <br>
>>>> term<br>
>>>> development of this project toward a real time 3D simulation.  All <br>
>>>> help<br>
>>>> is appreciated.  This is on a public github site.<br>
>>>> <br>
>>>> Thanks,<br>
>>>> <br>
>>>> len<br>
>>>> <br>
>>>> <br>
>>>> # MCCF V2.1 Release Announcement<br>
>>>> ## Multi-Channel Coherence Field ? "Q" / Quantum Persona<br>
>>>> <br>
>>>> **For posting to:** W3C Web3D Consortium public page, AI Working <br>
>>>> Group<br>
>>>> **Date:** April 2026<br>
>>>> <br>
>>>> ---<br>
>>>> <br>
>>>> We are pleased to announce the release of **MCCF V2.1**, the<br>
>>>> Multi-Channel<br>
>>>> Coherence Field system, internally designated **Q** ? Quantum <br>
>>>> Persona.<br>
>>>> <br>
>>>> MCCF is an open-source simulation and analytical framework for <br>
>>>> studying<br>
>>>> how<br>
>>>> AI agents with different internal configurations behave under <br>
>>>> identical<br>
>>>> external conditions. V2.1 represents the first complete, tested, and<br>
>>>> documented release of the full system stack.<br>
>>>> <br>
>>>> **Repository:** <a href="https://github.com/artistinprocess/mccf" rel="noreferrer" target="_blank">https://github.com/artistinprocess/mccf</a><br>
>>>> <br>
>>>> ---<br>
>>>> <br>
>>>> ## What MCCF Does<br>
>>>> <br>
>>>> MCCF models AI agents as vectors of weighted behavioral channels<br>
>>>> (Emotional,<br>
>>>> Behavioral, Predictive, Social) that evolve under a two-layer hybrid<br>
>>>> architecture: a discrete coherence field tracking interaction <br>
>>>> history,<br>
>>>> and a<br>
>>>> continuous Affective Hamiltonian governing state evolution between<br>
>>>> events.<br>
>>>> <br>
>>>> The system is not a moral prescription or an ideal agent model. It <br>
>>>> is a<br>
>>>> comparative dynamical framework for mapping the space of possible<br>
>>>> stable,<br>
>>>> unstable, and adaptive agent configurations under controlled<br>
>>>> perturbation.<br>
>>>> Cultivars ? named agent configurations ? are experimental seeds, not<br>
>>>> ideals.<br>
>>>> <br>
>>>> The primary measurement instrument is the **Constitutional Arc**: a<br>
>>>> seven-waypoint escalating pressure sequence (W1 Comfort ? W5 Rupture <br>
>>>> ?<br>
>>>> W7<br>
>>>> Integration) that tests identity stability under sustained <br>
>>>> relational<br>
>>>> stress.<br>
>>>> The arc exports behavioral state at each waypoint ? coherence,<br>
>>>> uncertainty,<br>
>>>> valence, intrinsic reward, and behavioral mode ? as structured data <br>
>>>> for<br>
>>>> cross-cultivar comparison.<br>
>>>> <br>
>>>> ---<br>
>>>> <br>
>>>> ## V2.1 Feature Set<br>
>>>> <br>
>>>> - **Constitutional Arc Navigator** with seven-waypoint pressure<br>
>>>> sequence,<br>
>>>>    LLM-driven responses via Ollama (local) or cloud adapters,<br>
>>>> per-waypoint<br>
>>>>    TTS voice output using Web Speech API, MetaState export as <br>
>>>> structured<br>
>>>> data<br>
>>>> - **HotHouse Affective Hamiltonian** ? continuous-time coupled ODE<br>
>>>> governing<br>
>>>>    agent ? state vectors between discrete interaction events, with<br>
>>>> TrustField<br>
>>>>    V2.1 implementing trust dynamics dT_ij/dt = ?(1 - ||?_i - ?_j||) <br>
>>>> -<br>
>>>> ?T_ij<br>
>>>> - **NeoRiemannian Harmonic Module** ? PLR Tonnetz implementation <br>
>>>> mapping<br>
>>>>    channel state to harmonic arc positions and Web Audio parameters<br>
>>>> - **Energy Field / Moral Topology** ? Boltzmann scoring of candidate<br>
>>>> actions<br>
>>>>    against the current field state, with configurable energy weights<br>
>>>> - **Live Dashboard** ? seven-panel real-time overview of all <br>
>>>> subsystems<br>
>>>> - **Scene Composer** ? semantic zone placement with channel pressure<br>
>>>> profiles<br>
>>>>    and ambient theme assignment<br>
>>>> - **X3D Holodeck Scene** ? spatial representation of the <br>
>>>> constitutional<br>
>>>> arc<br>
>>>>    with three avatars, seven waypoint markers, coherence channel <br>
>>>> lines,<br>
>>>> and<br>
>>>>    S0 Field Origin visualization<br>
>>>> - **Generative Ambient Engine** ? coherence field ? harmonic scale ? <br>
>>>> Web<br>
>>>> Audio<br>
>>>>    synthesis, zone-type-aware scale selection<br>
>>>> - **Affective Lighting System** ? field state ? kelvin, contrast, <br>
>>>> agent<br>
>>>> tints<br>
>>>> - **Full API** ? Flask REST/SSE server with 30+ endpoints<br>
>>>> <br>
>>>> Complete documentation in repository: USERS_GUIDE.md, <br>
>>>> SYSTEMS_MANUAL.md,<br>
>>>> MATHEMATICAL_THEORY.md, EVALUATION_PROPOSAL.md, <br>
>>>> PROTO_INTEGRATION.md.<br>
>>>> <br>
>>>> ---<br>
>>>> <br>
>>>> ## Theoretical Basis<br>
>>>> <br>
>>>> The system is grounded in three reconciled frameworks documented in<br>
>>>> MATHEMATICAL_THEORY.md:<br>
>>>> <br>
>>>> 1. A classical constraint satisfaction framework defining the field <br>
>>>> as<br>
>>>>     ? = {(A, R, H)} ? agent set, asymmetric coherence matrix, <br>
>>>> episode log<br>
>>>> <br>
>>>> 2. Zeilinger information ontology ? no agent has <br>
>>>> observer-independent<br>
>>>>     properties; all coherence scores are relational (R_ij ? R_ji)<br>
>>>> <br>
>>>> 3. Quantum-inspired field dynamics ? agents as bounded real <br>
>>>> 4-vectors<br>
>>>> with<br>
>>>>     attractor dynamics, Boltzmann utterance selection, Hamiltonian <br>
>>>> state<br>
>>>>     evolution<br>
>>>> <br>
>>>> The "Quantum Persona" designation reflects the measurement framing:<br>
>>>> agents<br>
>>>> exist in superposition across behavioral states until the <br>
>>>> constitutional<br>
>>>> arc<br>
>>>> forces a collapse. Each waypoint is a measurement. The export is the<br>
>>>> wave<br>
>>>> function after observation. This analogy is heuristic, not formal ? <br>
>>>> the<br>
>>>> full qualification is in the documentation.<br>
>>>> <br>
>>>> Falsifiable claims and experimental design are specified in<br>
>>>> EVALUATION_PROPOSAL.md, consistent with the blog post at<br>
>>>> <br>
>>>> <a href="https://aiartistinprocess.blogspot.com/2026/04/mccf-multi-channel-coherence-field.html" rel="noreferrer" target="_blank">https://aiartistinprocess.blogspot.com/2026/04/mccf-multi-channel-coherence-field.html</a><br>
>>>> <br>
>>>> ---<br>
>>>> <br>
>>>> ## X3D / X_ITE Issue ? Request for Community Input<br>
>>>> <br>
>>>> MCCF uses X3D 4.0 for its spatial visualization layer, rendered via<br>
>>>> **X_ITE 11.6.6** in the browser. We have encountered a set of issues<br>
>>>> that we are reporting to the X_ITE maintainer (Holger Selig,<br>
>>>> <a href="http://github.com/create3000/x_ite" rel="noreferrer" target="_blank">github.com/create3000/x_ite</a>) and raise here for broader community<br>
>>>> awareness:<br>
>>>> <br>
>>>> **Issue 1 ? SAI property assignment breaks scene state**<br>
>>>> Setting Material node properties (`emissiveColor`, `transparency`) <br>
>>>> or<br>
>>>> Light<br>
>>>> node properties (`intensity`, `color`) via JavaScript SAI after a <br>
>>>> scene<br>
>>>> loads is accepted without error but overwrites valid baked-in values<br>
>>>> with<br>
>>>> a broken state, producing a dim, colorless render. Confirmed test: <br>
>>>> the<br>
>>>> scene<br>
>>>> renders correctly before SAI polling starts; it degrades immediately<br>
>>>> after<br>
>>>> the first SAI cycle fires.<br>
>>>> <br>
>>>> **Issue 2 ? `global="true"` has no effect on DirectionalLight /<br>
>>>> PointLight**<br>
>>>> Lights declared at Scene root level with `global="true"` do not<br>
>>>> illuminate<br>
>>>> geometry in child Transform nodes. Lights behave as locally scoped<br>
>>>> regardless<br>
>>>> of the global attribute. This makes scene-wide lighting from <br>
>>>> root-level<br>
>>>> declarations impossible.<br>
>>>> <br>
>>>> **Issue 3 ? PROTO inputOutput SFFloat IS bindings ignored**<br>
>>>> IS/connect bindings from ProtoInterface inputOutput SFFloat fields <br>
>>>> to<br>
>>>> ProtoBody Material or geometry properties are silently dropped at<br>
>>>> runtime.<br>
>>>> SAI assignment to the ProtoInstance field succeeds but the ProtoBody<br>
>>>> does<br>
>>>> not respond.<br>
>>>> <br>
>>>> **Issue 4 ? SFString ? MFString IS connect silently dropped**<br>
>>>> Type mismatch between a SFString ProtoInterface field and a MFString<br>
>>>> Text.string<br>
>>>> field is not reported as an error ? the binding is simply absent at<br>
>>>> runtime.<br>
>>>> <br>
>>>> **Issue 5 ? SFColor not available as global constructor**<br>
>>>> `new SFColor(r, g, b)` throws `SFColor is not defined`. Plain arrays<br>
>>>> `[r, g, b]`<br>
>>>> work correctly for SFColor field assignment.<br>
>>>> <br>
>>>> All issues are confirmed in Firefox and Edge on Windows 11 with <br>
>>>> X_ITE<br>
>>>> 11.6.6.<br>
>>>> The scene renders correctly in Sunrise X3D Editor ? the X3D file <br>
>>>> itself<br>
>>>> is<br>
>>>> valid. Full documentation with workarounds is in X3D_KNOWN_ISSUES.md <br>
>>>> in<br>
>>>> the<br>
>>>> repository.<br>
>>>> <br>
>>>> We would welcome input from the X3D community on whether these <br>
>>>> behaviors<br>
>>>> are known, whether there are established workarounds beyond our <br>
>>>> current<br>
>>>> approach (local PointLights inside Transform wrappers, disabled SAI<br>
>>>> polling),<br>
>>>> and whether this reflects a broader X_ITE compatibility issue with <br>
>>>> the<br>
>>>> X3D SAI specification.<br>
>>>> <br>
>>>> ---<br>
>>>> <br>
>>>> ## Development Team<br>
>>>> <br>
>>>> This work was developed collaboratively over an extended series of<br>
>>>> working<br>
>>>> sessions between the human principal and a team of AI systems, each<br>
>>>> contributing from their architectural strengths:<br>
>>>> <br>
>>>> **Len Bullard** ? Principal investigator, systems analyst, composer,<br>
>>>> X3D/VRML<br>
>>>> architect. Former NASA technical writer. Conceptual design, <br>
>>>> architecture<br>
>>>> decisions, testing, and direction.<br>
>>>> <br>
>>>> **Claude (Anthropic)** ? Primary implementation partner. <br>
>>>> Architecture,<br>
>>>> Python backend, HTML interfaces, mathematical formalization,<br>
>>>> documentation.<br>
>>>> <br>
>>>> **ChatGPT (OpenAI)** ? Theoretical contributions including the <br>
>>>> Semantic<br>
>>>> Attractor Dynamics formalization (ds/dt = -?V(s,C,E) + ?) and the <br>
>>>> ethics<br>
>>>> instrumentation proposal framing MCCF as a behavioral testing <br>
>>>> harness.<br>
>>>> <br>
>>>> **Gemini (Google)** ? Early architecture review, domain analysis,<br>
>>>> constraint<br>
>>>> satisfaction framing contributions.<br>
>>>> <br>
>>>> **Grok (xAI)** ? Critical review of the mathematical theory,<br>
>>>> identification<br>
>>>> of the nine key reconciliation questions answered in<br>
>>>> MATHEMATICAL_THEORY.md,<br>
>>>> validation of the hybrid framework.<br>
>>>> <br>
>>>> The multi-AI development process itself is documented across 41 blog<br>
>>>> posts<br>
>>>> at <a href="https://aiartistinprocess.blogspot.com" rel="noreferrer" target="_blank">https://aiartistinprocess.blogspot.com</a> ? a public timestamp of <br>
>>>> the<br>
>>>> theoretical development that preceded and informed the <br>
>>>> implementation.<br>
>>>> <br>
>>>> ---<br>
>>>> <br>
>>>> ## Invitation<br>
>>>> <br>
>>>> MCCF is an ongoing project. We invite:<br>
>>>> <br>
>>>> - **X3D community members** to review the scene file, test in other<br>
>>>> X_ITE<br>
>>>>    versions or alternative X3D browsers, and share findings on the <br>
>>>> SAI<br>
>>>> issues<br>
>>>> - **AI researchers** to run the constitutional arc against different <br>
>>>> LLM<br>
>>>>    adapters and compare cultivar signatures across models<br>
>>>> - **Domain specialists** to propose arc types appropriate to their<br>
>>>> domain<br>
>>>>    (clinical, educational, legal, creative)<br>
>>>> - **Developers** to extend the system ? the architecture is modular, <br>
>>>> the<br>
>>>>    API is documented, and the mathematical theory is formalized<br>
>>>> <br>
>>>> This is not a finished product. It is a working research instrument.<br>
>>>> The system does not simulate consciousness. It simulates the <br>
>>>> structural<br>
>>>> conditions under which identity-stable behavior can be maintained <br>
>>>> under<br>
>>>> sustained relational pressure. That is a tractable, falsifiable, and<br>
>>>> useful thing to study.<br>
>>>> <br>
>>>> *"MCCF is not a model of intelligence. It is a system for keeping<br>
>>>> intelligence from falling apart."*<br>
>>>> <br>
>>>> ---<br>
>>>> <br>
>>>> **Len Bullard**<br>
>>>> Software Engineer, Systems Analyst, XML/X3D/VRML97 Designer, <br>
>>>> Musician<br>
>>>> <a href="https://aiartistinprocess.blogspot.com" rel="noreferrer" target="_blank">https://aiartistinprocess.blogspot.com</a><br>
>>>> <a href="https://github.com/artistinprocess/mccf" rel="noreferrer" target="_blank">https://github.com/artistinprocess/mccf</a><br>
>>>> <br>
>>>> *With Claude (Anthropic), ChatGPT (OpenAI), Gemini (Google), Grok <br>
>>>> (xAI)*<br>
>>>> *April 2026*<br>
>>>> <br>
>>>> _______________________________________________<br>
>>>> x3d-public mailing list<br>
>>>> <a href="mailto:x3d-public@web3d.org" target="_blank">x3d-public@web3d.org</a><br>
>>>> <a href="http://web3d.org/mailman/listinfo/x3d-public_web3d.org" rel="noreferrer" target="_blank">http://web3d.org/mailman/listinfo/x3d-public_web3d.org</a><br>
>>>> <br>
>>> <br>
> -------------- next part --------------<br>
> An HTML attachment was scrubbed...<br>
> URL: <br>
> <<a href="http://web3d.org/pipermail/ai_web3d.org/attachments/20260415/fcf67809/attachment.html" rel="noreferrer" target="_blank">http://web3d.org/pipermail/ai_web3d.org/attachments/20260415/fcf67809/attachment.html</a>><br>
> <br>
> ------------------------------<br>
> <br>
> Subject: Digest Footer<br>
> <br>
> _______________________________________________<br>
> AI mailing list<br>
> <a href="mailto:AI@web3d.org" target="_blank">AI@web3d.org</a><br>
> <a href="http://web3d.org/mailman/listinfo/ai_web3d.org" rel="noreferrer" target="_blank">http://web3d.org/mailman/listinfo/ai_web3d.org</a><br>
> <br>
> <br>
> ------------------------------<br>
> <br>
> End of AI Digest, Vol 6, Issue 10<br>
> *********************************<br>
<br>
_______________________________________________<br>
x3d-public mailing list<br>
<a href="mailto:x3d-public@web3d.org" target="_blank">x3d-public@web3d.org</a><br>
<a href="http://web3d.org/mailman/listinfo/x3d-public_web3d.org" rel="noreferrer" target="_blank">http://web3d.org/mailman/listinfo/x3d-public_web3d.org</a><br>
</blockquote></div>