objectstack-ai/objectui · Archived

verify

Verify metadata-admin designer (previews) changes end-to-end in a real browser without a backend, via the console preview gallery.

First seen Jul 24, 2026

Installation

$ npx skills add objectstack-ai/objectui --skill verify

Stronger alternatives

This repository is archived — consider an actively maintained alternative.

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

Also in this package

Other skills from objectstack-ai/objectui.

npx skills add objectstack-ai/objectui

Browse all from objectstack-ai/objectui

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Not declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Repository health

Stars 27
License LICENSE
Default branch main
Open issues 439
Status Archived

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 2,045 B
  • docs SUMMARY.md 144 B

History

  1. First seen on skills.sh
  2. First recorded snapshot · 2 installs

SKILL.md

Verifying metadata-admin designer changes (no backend needed)

The console ships a dev-only gallery that renders every registered metadata designer (packages/app-shell/src/views/metadata-admin/previews/*) with representative sample drafts, in edit mode, with zero backend:

cd apps/console && pnpm exec vite --port <free-port> --strictPort
# open http://localhost:<free-port>/preview-gallery.html
# isolate one designer: /preview-gallery.html?only=flow   (or ?only=dashboard, page, …)

Sample drafts live in apps/console/src/preview-samples.ts (keyed by metadata type: flow, workflow, object, …). Server-driven affordances (e.g. the flow palette's GET /api/v1/automation/actions) fail fetch and fall back to their hardcoded defaults — that IS the offline path, not an error.

Driving it headlessly

The chrome-devtools MCP may lack a Chrome binary in remote sessions. Use the repo's own Playwright instead — the pre-installed executable is the stable alias /opt/pw-browsers/chromium. ⛔ Never copy the versioned chromium-NNNN/chrome-linux/chrome spelling out of a probe: the alias is what survives an image bump, and a dead versioned path reads as "no browser here" when the browser is in fact present.

import { chromium } from '@playwright/test';
const browser = await chromium.launch({ executablePath: '/opt/pw-browsers/chromium' });

Gotcha: a driver script must live inside the repo (e.g. node_modules/.drive.mjs — ignored by git) so Node resolves @playwright/test; a script in /tmp won't resolve workspace deps.

Useful selectors: cmdk internals are addressable via [cmdk-item], [cmdk-group-heading], [cmdk-empty], [cmdk-item][data-selected="true"]; flow canvas node cards match .group.absolute.

Cleanup: kill only the vite server you started (kill $(lsof -ti tcp:<port>)).