Skip to content
Back to skills

Main

ASecurity

Use when working across more than one OMEGA framework, in the monorepo itself, or when the right home for a change is not yet known — which package owns a thing, the docs topology, the brand map, or where project state lives.

  • 2 stars
  • 0 votes
  • 0 copies
  • 1 view
  • Added October 17, 2026
developmentnodetestinggitbackend

Works with

  • cli
  • mcp

Security analysis

A100/100

Scanned October 17, 2026

npx -y skills add Omega-JS-Stack/omega --skill main --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Main?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Main
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/omega-js-stack-main/badge)](https://www.skillsdirectory.com/skills/omega-js-stack-main)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: main
description: Use when working across more than one OMEGA framework, in the monorepo itself, or when the right home for a change is not yet known — which package owns a thing, the docs topology, the brand map, or where project state lives.
user-invocable: true
---

# OMEGA — the hub

The `@omega.js` framework ecosystem lives in ONE monorepo: npm workspaces under `packages/`, test brands under `brands/`, one family version bumped by hand. Start at the map, `docs/omega.md` (the repo-root `AGENTS.md` imports it and adds the hard rules: the legacy manager repos are read-only, and the seven publishables ship at one family version on Ian's word). This skill orients; every fact belongs to a guide below.

## The roster

| Package | Skill | Guide |
|---|---|---|
| `@omega.js/web` | `omega:web` | `docs/web/index.md` |
| `@omega.js/backend` | `omega:backend` | `docs/backend/index.md` |
| `@omega.js/desktop` | `omega:desktop` | `docs/desktop/index.md` |
| `@omega.js/extension` | `omega:extension` | `docs/extension/index.md` |
| `@omega.js/client` | `omega:client` | `docs/client/index.md` |
| `@omega.js/manager` | `omega:manager` | `docs/manager/index.md` |
| `@omega.js/devkit` | — | `docs/devkit/index.md` |
| `@omega.js/config` | — | `docs/shared/config.md` |
| `@omega.js/account` | — | `packages/account/src` |
| `@omega.js/template-kit` | — | `docs/web/template-kit.md` |
| `@omega.js/mcp-router` | `omega:browser` | `docs/mcp-router/index.md` |

Every framework ships the same context-aware `omega` / `omg` / `mgr` dispatcher: the nearest `package.json` walking up from cwd names the framework whose CLI runs.

## The docs topology

`docs/` is the SSOT. Cross-framework contracts are `docs/shared/*.md` — config, local-dev, testing, deploys, updates, publishing, icons, theming, translation, analytics, agent-docs, brands, rulings. Each framework's guide is `docs/<framework>/index.md` with its deep docs beside it, and the package's own `README.md` carries long-form detail. The four framework guides (web, backend, extension, desktop) mirror each other section for section — each guide's header states the rule.

The map is `docs/omega.md`, and every agent entry imports it: the repo-root `AGENTS.md` here, and in a brand the manager's one-line `AGENTS.md`, reached through `node_modules/@omega.js/manager/AGENTS.md`. The manager ships the whole `docs/` tree; no other package carries docs. The brand-root guide is `docs/manager/brand.md`; the contract is `docs/shared/agent-docs.md`.

## The brands

Brand work happens in one of four places — resolve which before touching files, never guess a path:

| Brand | What it is |
|---|---|
| `brands/sandbox-brand` | Synthetic fixture; test runs mangle and reset it |
| `brands/playground-omega` | "OMEGA Playground" — the standing live test brand, classy theme |
| `brands/newsflash-brand` | "The Daily Build" — the second-skin brand, newsflash theme |
| `../omega-omega` | The REAL brand, omegajs.dev — a sibling repo, LIVE |

Nothing in this monorepo is ever the production brand. Topology, history, and the local-era `file:` dependency contract: `docs/shared/brands.md`. Linking a brand against the local frameworks: `docs/shared/local-dev.md`.

## Inspecting a running system — grep the logs FIRST

Every OMEGA surface tees its whole run to a file, truncated on each launch: an app's `logs/dev.log` / `logs/build.log` / `logs/test.log`, a brand root's `logs/manage.log` (the manage walk) and `logs/dev.log` (the `omega dev` fan-out), the backend's `dist/emulator.log`, this monorepo's `.temp/logs/<lane>.log` (`grep '✗' .temp/logs/<lane>.log` names the failing case) and `.temp/logs/watch-all.log`, and each e2e lane's environment logs under `.temp/<lane>/`. Server state, build errors, test failures and emulator traffic are ALREADY on disk — never restart a dev server, emulator or watcher, and never re-run a suite, just to see output. The mechanism, the retention rule and the full path table: `docs/shared/logging.md`.

## Project state

Live work is GitHub issues (project-state spec v4): the queue is a query (`gh issue list`), status labels carry state, and a spec is the `## Spec` section of its issue — never a file. Shipped work is `CHANGELOG.md`; durable rulings from the retired board era are `docs/shared/rulings.md`.

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.