<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Omega &#8211; Derek.net.au</title>
	<atom:link href="https://www.derek.net.au/lab-section/omega/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.derek.net.au</link>
	<description></description>
	<lastBuildDate>Mon, 17 Aug 2026 05:53:14 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	
	<item>
		<title>The Cognitive Cluster</title>
		<link>https://www.derek.net.au/lab/the-cognitive-cluster/</link>
		
		<dc:creator><![CDATA[]]></dc:creator>
		<pubDate>Mon, 17 Aug 2026 05:53:14 +0000</pubDate>
				<guid isPermaLink="false">https://www.derek.net.au/lab/the-cognitive-cluster/</guid>

					<description><![CDATA[Omega&#039;s specialist-model direction came from a practical suspicion: one general model may be the wrong shape for a mind-like system. The v2 archive recovers a candidate topology rather than a final implementation. It should be published that way. 01 &#8211; The Central Question The key question became: Which cognitive nodes already exist in the wild,...  <a class="excerpt-read-more" href="https://www.derek.net.au/lab/the-cognitive-cluster/" title="Read The Cognitive Cluster">Read more &#187;</a>]]></description>
										<content:encoded><![CDATA[<p>Omega&#039;s specialist-model direction came from a practical suspicion: one general model may be the wrong shape for a mind-like system.</p>
<p>The v2 archive recovers a candidate topology rather than a final implementation. It should be published that way.</p>
<h2>01 &#8211; The Central Question</h2>
<p>The key question became:</p>
<blockquote>
<p>Which cognitive nodes already exist in the wild, and which actually need to be built?</p>
</blockquote>
<p>That question matters because training a custom model for every cognitive role would be wasteful and probably worse than reusing strong existing specialists where they already fit.</p>
<h2>02 &#8211; Candidate Nodes</h2>
<p>Recovered candidate roles include:</p>
<ul>
<li>Router-R1: a reasoning/router component that can decide where a cognitive problem should go.</li>
<li>Memory-R1: a memory-focused processor for recall, consolidation or memory judgement.</li>
<li>Attention: a salience and working-memory selection processor.</li>
<li>Epistemic: a processor concerned with confidence, uncertainty and knowledge gaps.</li>
<li>Motivation: a processor concerned with goal pressure, unresolved tension and action-worthiness.</li>
</ul>
<p>These names are not final product names. They are candidate functional roles.</p>
<h2>03 &#8211; Reuse Before Training</h2>
<p>DeepSeek R1, or an appropriate distilled R1-family model, was considered as a ready-made reasoning component. That is an important philosophical point.</p>
<p>The aim is not to train custom models for purity. The aim is to build the missing parts of a cognitive architecture. If an existing model already performs a role well, use it.</p>
<p>Custom training or adaptation should be reserved for roles where current assistant/reasoning models are structurally mismatched:</p>
<ul>
<li>salience;</li>
<li>memory consolidation;</li>
<li>recall association;</li>
<li>goal selection;</li>
<li>criticism;</li>
<li>metacognition;</li>
<li>conflict resolution;</li>
<li>intent/action selection;</li>
<li>affective or value modulation.</li>
</ul>
<h2>04 &#8211; Hardware Mapping</h2>
<p>The specialist-cluster idea naturally connects to the hardware archive.</p>
<p>A single huge model on one machine is not the only architecture. A cluster can assign roles to available machines and GPUs:</p>
<ul>
<li>Hilbert for large unified-memory models;</li>
<li>older high-VRAM cards for capacity-bound local inference;</li>
<li>smaller cards for lightweight processors;</li>
<li>discrete GPUs for image/video tasks;</li>
<li>CPU or low-power systems for orchestration and state.</li>
</ul>
<p>This is where cognitive architecture and hardware pragmatism meet.</p>
<h2>05 &#8211; Current Status</h2>
<p>The archive says the infrastructure/research audit should precede model training. That matters. The Lab should not imply that the cognitive cluster has already been trained if the evidence only supports topology and planning.</p>
<p>The current public claim is narrower and stronger: Omega is moving toward a distributed specialist-processor architecture, with existing models reused where possible and custom models reserved for genuinely missing cognitive functions.</p>
<hr>
<p><strong>Source note:</strong> assembled from v2 notes on the recovered candidate topology, DeepSeek R1 reuse and the correction that cluster audit/infrastructure should come before training.</p>
]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>Omega&#8217;s Memory Taxonomy Is Still Evolving</title>
		<link>https://www.derek.net.au/lab/omegas-memory-taxonomy-is-still-evolving/</link>
		
		<dc:creator><![CDATA[]]></dc:creator>
		<pubDate>Mon, 17 Aug 2026 05:53:13 +0000</pubDate>
				<guid isPermaLink="false">https://www.derek.net.au/lab/omegas-memory-taxonomy-is-still-evolving/</guid>

					<description><![CDATA[The simplest public description of Omega says it works with working, episodic, semantic and procedural memory. That is useful, but it is not the whole archaeology. The v2 archive records an important correction: an earlier Self Memory formulation should not be silently overwritten by the later procedural-memory framing. The shift is part of the research...  <a class="excerpt-read-more" href="https://www.derek.net.au/lab/omegas-memory-taxonomy-is-still-evolving/" title="Read Omega&#8217;s Memory Taxonomy Is Still Evolving">Read more &#187;</a>]]></description>
										<content:encoded><![CDATA[<p>The simplest public description of Omega says it works with working, episodic, semantic and procedural memory. That is useful, but it is not the whole archaeology.</p>
<p>The v2 archive records an important correction: an earlier <strong>Self Memory</strong> formulation should not be silently overwritten by the later procedural-memory framing. The shift is part of the research history.</p>
<h2>01 &#8211; The Earlier Shape</h2>
<p>The earlier memory taxonomy included:</p>
<ul>
<li>working memory;</li>
<li>episodic memory;</li>
<li>semantic memory;</li>
<li>self memory.</li>
</ul>
<p>Self Memory matters because Omega is not only trying to store facts or procedures. It is trying to preserve a continuity of identity: what the system believes about itself, its own prior states, its commitments, its habits and its recent trajectory.</p>
<p>That is not quite the same thing as procedural memory.</p>
<h2>02 &#8211; The Later Shape</h2>
<p>The later public summary uses:</p>
<ul>
<li>working memory;</li>
<li>episodic memory;</li>
<li>semantic memory;</li>
<li>procedural memory.</li>
</ul>
<p>Procedural memory is still valuable. A cognitive system needs routines, learned policies and ways of doing recurring tasks. But replacing Self Memory with Procedural Memory changes the story if it is presented as a clean upgrade.</p>
<p>The more honest version is that the taxonomy is being worked through.</p>
<h2>03 &#8211; Mental Objects</h2>
<p>Omega is better described in terms of <strong>mental objects</strong> competing for attention than scheduled model calls.</p>
<p>A mental object can be a goal, observation, recalled memory, hypothesis, user message, prediction error, plan, tool result or internally generated thought. The system&#039;s job is not merely to decide which timer fires next. It is to decide what deserves to occupy working memory.</p>
<p>This is the difference between:</p>
<ul>
<li>&quot;run a thinking model every ten seconds&quot;; and</li>
<li>&quot;when the system is idle, cognition resumes around whatever is salient.&quot;</li>
</ul>
<p>The second version is closer to the Lab&#039;s actual target.</p>
<h2>04 &#8211; Attention Over Scheduling</h2>
<p>Scheduling is still needed at the engineering layer. Machines need loops, queues and execution control. But Omega&#039;s public explanation should avoid making the scheduler sound like the mind.</p>
<p>The cognitive model is:</p>
<ul>
<li>mental objects enter or leave working memory;</li>
<li>activation spreads through associations;</li>
<li>relevance, novelty, goals and confidence affect salience;</li>
<li>weak candidates decay;</li>
<li>stronger candidates compete for attention;</li>
<li>selected objects guide reasoning, speech or action.</li>
</ul>
<p>That is why &quot;What currently occupies my mind?&quot; is a better description than &quot;What is in the context window?&quot;</p>
<h2>05 &#8211; Current Belief</h2>
<p>The memory taxonomy should remain open in the Lab. Working, episodic, semantic and procedural memory are useful categories, but Self Memory should be preserved as a historical and possibly continuing concern.</p>
<p>If Omega is meant to have continuity, it needs some account of self-state. Whether that becomes its own memory class, a layer across all memory, or a set of high-priority mental objects is still a research question.</p>
<hr>
<p><strong>Source note:</strong> assembled from the v2 archaeological-pass correction on memory taxonomy and the recovered notes on mental objects and attention-over-scheduling.</p>
]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>A Control Policy, Not A Cron Job</title>
		<link>https://www.derek.net.au/lab/a-control-policy-not-a-cron-job/</link>
		
		<dc:creator><![CDATA[]]></dc:creator>
		<pubDate>Mon, 17 Aug 2026 05:53:13 +0000</pubDate>
				<guid isPermaLink="false">https://www.derek.net.au/lab/a-control-policy-not-a-cron-job/</guid>

					<description><![CDATA[One of Omega&#039;s recurring design corrections is deceptively small: the system should not &#34;think every ten seconds.&#34; That is a timer. It may be useful for a service loop, but it is not a satisfying model of cognition. The preferred rule is: As soon as idle, cognition resumes. 01 &#8211; Why The Timer Felt Wrong...  <a class="excerpt-read-more" href="https://www.derek.net.au/lab/a-control-policy-not-a-cron-job/" title="Read A Control Policy, Not A Cron Job">Read more &#187;</a>]]></description>
										<content:encoded><![CDATA[<p>One of Omega&#039;s recurring design corrections is deceptively small: the system should not &quot;think every ten seconds.&quot;</p>
<p>That is a timer. It may be useful for a service loop, but it is not a satisfying model of cognition.</p>
<p>The preferred rule is:</p>
<blockquote>
<p>As soon as idle, cognition resumes.</p>
</blockquote>
<h2>01 &#8211; Why The Timer Felt Wrong</h2>
<p>A periodic timer creates the appearance of continuity while preserving the deeper assistant shape:</p>
<ul>
<li>wait;</li>
<li>wake;</li>
<li>call a model;</li>
<li>produce an output;</li>
<li>sleep again.</li>
</ul>
<p>That can be engineered, but it keeps making the system feel like a queue processor wearing a cognitive mask.</p>
<p>Omega&#039;s goal is different. Idle time should not be empty. If no external task is active, the architecture should return to unresolved concerns, active goals, memory consolidation, prediction gaps and self-generated questions.</p>
<h2>02 &#8211; Cognitive Transition</h2>
<p>The recovered v2 notes point toward a cognitive-transition or control-policy model.</p>
<p>The question becomes:</p>
<ul>
<li>What state is Omega in now?</li>
<li>What mental objects are currently active?</li>
<li>What pressures are acting on them?</li>
<li>What action, if any, should the system take next?</li>
<li>Should it reason, recall, consolidate, plan, observe, speak, act or stay quiet?</li>
</ul>
<p>This is not the same as picking the next function in a fixed pipeline. It is closer to a policy over cognitive state.</p>
<h2>03 &#8211; Why This Matters For Will</h2>
<p>The will problem does not vanish just because cognition runs continuously. A system can loop forever and still have no reason to prefer one concern over another.</p>
<p>But the control-policy framing gives the problem a place to live.</p>
<p>Motivation can be modelled as pressure on state transitions: unresolved goals, prediction error, novelty, repeated failure, affective value, curiosity, user commitments and self-maintenance can all affect what becomes worth acting on.</p>
<p>The open question is how much of that policy should be hand-built, learned, model-evaluated or split across specialist processors.</p>
<h2>04 &#8211; Current Belief</h2>
<p>Omega&#039;s control layer should be presented as research, not as a solved claim of machine will.</p>
<p>The useful public language is:</p>
<ul>
<li>continuous cognition;</li>
<li>attention and salience;</li>
<li>cognitive state transitions;</li>
<li>idle thought;</li>
<li>long-term concerns;</li>
<li>goal pressure;</li>
<li>model processors inside an architecture.</li>
</ul>
<p>The unsafe language is anything that implies solved sentience, solved agency or a magical emergence of desire from an LLM.</p>
<hr>
<p><strong>Source note:</strong> assembled from the v2 archaeological-pass material on cognitive-transition/control-policy direction and the earlier &quot;as soon as idle&quot; design rule.</p>
]]></content:encoded>
					
		
		
			</item>
	</channel>
</rss>
