The review queue
The review queue lists every skill and MCP connector that is not yet approved for deployment. Nothing reaches an enrolled device until a reviewer approves it here.
What lands in the queue
The queue aggregates unapproved items from every authoring path:
- Skills submitted from the editor. The skill creation wizard offers Save and submit for review, which creates a draft and submits it to the shared queue. See Creating skills.
- Skilify submissions. Packages built on a device or in a browser session with the Skilify flow always arrive as submitted; there is no auto-publish path, even for account owners.
- Session distiller packages. Skills captured from external AI sessions with the Session distiller workflow are uploaded straight into review.
- Proposed updates to approved skills. On an approved skill, Propose update for review creates a draft clone that goes through the queue while the live version keeps running. See The review workflow.
- MCP connectors. Connectors that are not yet approved appear alongside skills, so one screen covers everything awaiting a decision. See Installing connectors.
Reading a queue item
Each row shows the item's name, a Skill or MCP badge, an optional proposal-type badge, and the current status. For proposed updates, a diff summary lists which files or fields changed, so you can see the size of a change before opening it. Any note the submitter left for reviewers appears under the title. Use Refresh to reload the list.
Reviewing an item
- Open the item. For a skill, select Open in Skills to see the full definition in the editor. For a connector, select Configure to open its integration settings.
- Write reviewer feedback. The feedback field is optional for approve, and required to request changes or reject.
- Decide. Select Approve, Request changes, or Reject. Requesting changes returns the item to its author, who can edit and resubmit. Submitted skills can also be approved directly from the queue row.
Authors can pull back their own submission with Withdraw at any point before a decision. Account owners and people with the org-wide Manage skills role may approve, reject, or request changes on their own submissions; a dedicated reviewer without that role needs a different approver.
Statuses
| Status | Meaning |
|---|---|
| Draft | Being written. Editable by the author; not visible to reviewers as work to do. |
| Submitted | Waiting for a reviewer. The definition is locked until a decision is made or the author withdraws. |
| Changes requested | Returned to the author with feedback. Editable again; resubmit when ready. |
| Approved | Cleared for deployment. |
| Rejected | Declined with a reviewer note. |
| Withdrawn | Pulled back by the author before a decision. |
| Archived | Retired from the queue. |
What approval unlocks
Only approved skills are provisioned: profile syncs and direct assignments deploy approved definitions, and approved connectors expose their tools to skills. Enrolled devices check in every five minutes, so an approval typically reaches the fleet within one sync cycle. Until then, the item exists in Harriet but does nothing on any device.
Approving a proposed update replaces the live skill with the reviewed clone. The audience assigned to the skill does not change, so there is nothing to reassign after approval.
For the author's side of this flow, see The review workflow. For the wider control story, see Skill governance.