[OMEGA-391] [OMEGA-392] Rename OmegaClaw to Omega - #331
Merged
Conversation
Work in progress, the tree is not consistent yet: - src/ still resolves the old plugin entry point, so no plugin loads - docs/, README.md and tests/ are not renamed yet
…string Keep the pre-rename names working for one release: - loadOmegaClawPlugin is still accepted by both plugin loaders - OMEGACLAW_<key> is still read by the config lookup - version files written by pre-rename images are still parsed
Point repository and image references at singnet/Omega and singularitynet/omega, noting that both are not published yet.
…names - remove the loadOmegaClawPlugin, OMEGACLAW_ prefix, auth secret and version fallbacks, and the scripts/omegaclaw shim - move the library alias and in-image path to /PeTTa/repos/Omega - point git-import, the Docker image, Sonar and Renovate at the new names
- the note about unpublished names had those names replaced into it, so it told readers to use what it had just called unavailable - no released tag ships scripts/omega, so the pinned example no longer names a specific old version - the Sonar key carries a server-issued UUID and cannot be guessed; it moves when the project is recreated under the new organisation
…ources The six PDFs held 118 occurrences of the old name that no text search could reach, including instructions for a launcher and variables this branch removed. Three had no source in the repository at all, so the markdown is added and the PDFs are now rendered from it.
anseliv
requested changes
Aug 31, 2026
anseliv
left a comment
There was a problem hiding this comment.
PDF files should be removed if we have .md to avoid duplication.
- the markdown sources cover all six, so the PDFs only duplicated them - the disclaimer named the MIT licence while the project moved to Apache 2.0 in NOTICE
anseliv
approved these changes
Sep 1, 2026
anseliv
left a comment
There was a problem hiding this comment.
Looks good. I think we are ready to merge this
This was referenced Sep 1, 2026
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Closes OMEGA-391 and OMEGA-392 of epic OMEGA-387.
The project name moves from OmegaClaw to Omega across the code base, the scripts and the documentation. Nothing is left carrying the old name except the SonarCloud key, which holds a server-issued UUID and can only change when the project is recreated under the new organisation.
What changed
Launcher and runtime names.
scripts/omegaclawbecomes scripts/omega, the container becomesomega, the volume becomesomega-memory, and the default IRC channel becomes##omega.Environment variables. Everything moves to the
OMEGA_prefix: the config lookup prefix,OMEGA_AUTH_SECRET,OMEGA_OPENCLAW_TOKEN,OMEGA_CONTAINER,OMEGA_IRC_CHANNEL,OMEGA_GIT_TOKEN,OMEGA_DIRand theAUTOTESTS_OMEGA_*pair in CI. Note thatOMEGA_OPENCLAW_TOKENkeeps itsOPENCLAWsegment on purpose, since OpenClaw is a separate product and is untouched throughout.Plugin API. The entry point is now
loadOmegaPlugin, in both loaders (Python, MeTTa) and in every in-tree channel, provider and plugin. Documented in reference-plugin-api.md.MeTTa side.
lib_omegaclaw.mettabecomeslib_omega.metta, the library alias becomesOmega, the agent entry function becomes(omega), and run.metta pointsgit-import!at singnet/Omega.In-image layout. OMEGA_DIR is
/PeTTa/repos/Omega, followed byMEMORY_DIR, the entrypoint allowlist, the Landlock grant inprofile/policy.yaml, theENTRYPOINT, and the hardcoded paths in the test harness.Licence. The disclaimer in the README and the launcher named the MIT licence, while
NOTICErecords the move to Apache 2.0 in July. Corrected to match.Version string. The agent reports
Omega version=. Three call sites reference that function by string rather than as an identifier, in the launcher, the Dockerfile andsrc/skills.metta; all three moved with it.Documentation. 23 markdown files, plus the six README PDFs under
Autotests/. Those held 118 occurrences that no text search reaches, including instructions for a launcher and variables this PR deletes. Three of them had no markdown source in the repository at all, so the sources are added and the PDFs are removed, since they only duplicated them.CI. Only what would otherwise break in autotests.yml: the script path, the env var names, the container name in the readiness polling, and the asserted version literal. The rest of the configuration sweep belongs to OMEGA-390.
Breaking changes
No compatibility shims are kept. Out-of-tree plugins that still define
loadOmegaClawPluginwill not load: Python ones fail loudly at startup, MeTTa ones fail silently, logging "Plugin X is loaded" while none of their skills register. Operators exportingOMEGACLAW_*variables will find them ignored, and the config lookup falls through to the config file rather than erroring. Existing installations keep a container namedomegaclawand a volumeomegaclaw-memory, which the new launcher never touches, so the agent starts on a fresh volume and previous memory stays in the old one.Verification
Built from this branch and run end to end:
tests/mettatest.shin the container: 6 suites, 38 asserts, 0 failures.tests/pytest.shon the host: 12 passed.@run_mandatory: 125 passed, 0 skipped, 0 failed.git-import!now points at a repository that had not been created when this work started. It does not clone: the Dockerfile copies the sources in, so the alias and the in-image path resolve locally.Still open
sonar-project.properties deliberately keeps the old project key. It carries a UUID issued by the server when the project was created, so it cannot be rewritten blind; the project has to be recreated under the new organisation and the key copied from there. The analysis is skipped on this PR by design, since the shared workflow skips any pull request whose head is a fork, so it will first run on merge to
mainand will report against the old project until the key moves. Renovate is the same class of thing: the slug is updated here, but the GitHub App is still installed on the old organisation. Both belong to OMEGA-390.docs/assets/banner.png still renders the old wordmark and is the first element of the README. Only the alt text moved. It needs the brand asset regenerated, along with a decision on whether the claw mascot stays.