---
name: Observal Registry
slug: observal-registry
category: Automation
description: Observal Registry searches, recommends, submits, installs, and manages Observal MCP servers, skills, hooks, prompts, and sandboxes. Use it to find components, publish them, install them into a harness, or manage their lifecycle.
github: "https://github.com/Observal/Observal/tree/main/observal_cli/skills/observal-registry"
language: Python
stars: 2364
forks: 472
install: "npx degit https://github.com/Observal/Observal/tree/main/observal_cli/skills/observal-registry ~/.claude/skills/observal-registry"
installs_to: ~/.claude/skills/observal-registry
source_path: observal_cli/skills/observal-registry/SKILL.md
collection_size: 10
category_size: 1523
collection_url: "https://dirskills.com/collections/Observal/Observal"
added: 2026-08-18T06:58:07.526Z
last_synced: 2026-08-18T06:58:07.526Z
canonical_url: "https://dirskills.com/skills/observal-registry"
---

# Observal Registry

Observal Registry searches, recommends, submits, installs, and manages Observal MCP servers, skills, hooks, prompts, and sandboxes. Use it to find components, publish them, install them into a harness, or manage their lifecycle.

**Install:**

```bash
npx degit https://github.com/Observal/Observal/tree/main/observal_cli/skills/observal-registry ~/.claude/skills/observal-registry
```

## README

# Managing Registry Components

## Execution contract

1. Execute commands with a 60 second timeout.
2. **Use machine output by default:** add `--output json` whenever supported. Parse list results from `items` and pagination fields.
3. Run the leaf command's `--help` when any path, flag, enum, or payload shape is uncertain.
4. Supply all required inputs and confirmation flags. Do not leave an agent waiting at a prompt.
5. Reuse returned UUIDs and `qualified_name` values. Never automate with row numbers or ambiguous bare names.
6. Verify installs, submissions, edits, versions, ownership changes, and lifecycle transitions.
7. Submit or modify only components the user owns or is authorized to manage.
8. Never expose environment values, headers, tokens, private source data, or submitted secret fields.
9. Mutations are sent once. After an uncertain transport failure, read component state before retrying.

## Choose the workflow

| User intent | Read |
| --- | --- |
| Find, inspect, recommend, or install components | [Discovery and installation](references/discovery-and-installation.md) |
| Submit one component or a mixed bulk file | [Component submission](references/component-submission.md) |
| Edit, version, archive, restore, transfer, or manage co-authors | [Registry lifecycle](references/registry-lifecycle.md) |

Read only the selected reference, and read it completely before executing.

## Registry rules

- Search with the user's natural-language terms, then narrow by type, namespace, team, harness, or category only when useful.
- Open-ended requests such as "what am I missing?" use personalized recommendations before keyword search.
- `personalized: false` means popularity fallback, not a personal recommendation.
- Team members can see authorized private teamspace items. Use `TEAM_HANDLE/ITEM_SLUG` for direct references.
- Draft, pending, rejected, and approved items have different edit behavior. Read status before mutating.
- A successful submit can still be pending review. Report the returned status instead of saying it is published.
- Bulk files are structurally validated before mutation. Inspect every per-entry result and verify uncertain retries by canonical identity.
- Prefer an existing installed dependency or native CLI path. Do not invent wrappers or telemetry variables.

## Completion

Report component type, canonical identity, version, status, target harness or scope when applicable, warnings, and any review or setup step still required.