Ejecuta cualquier Skill en Manus
con un clic

Ejecuta cualquier Skill en Manus con un clic

export-manager

Estrellas2

Forks0

Actualizado27 de junio de 2026 a las 09:58

Plan and apply a catalog-to-runtime export, handling the six DecisionKind outcomes (ADD/UNCHANGED/UNKNOWN/UPDATE/PROTECT/CONFLICT).

Instalación

Instalar con Codex o Claude Copia este prompt, pégalo en Codex, Claude u otro asistente, y deja que revise la página de la skill y la instale por ti.

Ejecutar en Manus

Fuente

mahmoud-emad-dev

mahmoud-emad-dev/aspis

Abrir repositorio de GitHub Ver repositorios del creador

Descarga

Ejecutar en Manus

Ocupaciones relacionadasSOC

Basado en la clasificación ocupacional SOC

Desarrolladores de softwareOcupaciones informáticas y matemáticas·SOC 15-1252

SKILL.md

readonly

name	export-manager
description	Plan and apply a catalog-to-runtime export, handling the six DecisionKind outcomes (ADD/UNCHANGED/UNKNOWN/UPDATE/PROTECT/CONFLICT).

export-manager

Purpose

Govern the export pipeline — plan what will change, classify every live file by DecisionKind (ADD, UNCHANGED, UNKNOWN, UPDATE, PROTECT, CONFLICT), and apply the plan only when it is safe. The catalog is the single source of truth (R-006); live runtime files must match it exactly. The export performs the three-layer transform L1 (catalog) → L2 (live runtime) → L3 (prompt context), gated by the content-hash protection engine (F-015).

When to use

Before every aspis export.
When adding or removing agents, skills, or runtime assets.
When the protection engine blocks a write and reports a PROTECT decision.
During system repair, when live files have diverged from the catalog.

Procedure

Dry-run the plan — run aspis export --dry-run to obtain the full plan: every file the export will touch, with its DecisionKind and hash.
Triage CONFLICT — for each CONFLICT, determine whether the live file was hand-edited (reconcile the edit back into the catalog) or whether the catalog itself changed. Never silently overwrite a hand-edit.
Investigate UNKNOWN — for each UNKNOWN (no snapshot entry), confirm provenance before letting export classify it; an untracked file is a CONFLICT candidate, not a blind ADD.
Verify PROTECT approvals — for each PROTECT decision, run aspis governance check and confirm R-008 human approval exists in the approval ledger for that path. Any unapproved PROTECT → STOP and route through the governance-approval skill.
Set the gate — only when every PROTECT has a valid, non-expired approval: set ASPIS_ALLOW_PROTECTED=1. The env var is a gate acknowledgment, not a permission grant.
Apply — run aspis export (without --dry-run) to execute the plan.
Verify parity — run aspis byte-parity and confirm every file is CLEAN. Any non-CLEAN result means the live runtime and the catalog are still divergent — do not declare the export done.

Outputs

Export plan: per-file DecisionKind with file paths and hashes.
Approval verification summary: which PROTECT decisions passed aspis governance check.
Post-export parity report from aspis byte-parity (expected: all CLEAN).

Anti-patterns

Setting ASPIS_ALLOW_PROTECTED=1 to bypass PROTECT without a corresponding R-008 approval in the ledger.
Ignoring CONFLICT decisions because "the export will fix it" — a CONFLICT means a hand-edit will be silently overwritten and lost.
Running aspis export on a dirty working tree — uncommitted changes can mask CONFLICT or be clobbered by UPDATE; verify a clean tree first.
Skipping the post-export aspis byte-parity check — export success is not proof of alignment; only a byte-parity pass is.
Using --force (or any override) to write through PROTECT — there is no force path; the human gate is the only path.

Más de este repositorio

mismo repositorio

commit-splitting

mahmoud-emad-dev/aspis

Keep commits atomic — split a mixed change set into scoped, reviewable commits.

2026-07-012

project-onboarding

mahmoud-emad-dev/aspis

The one-time procedure to take an exported project to live — understand it, confirm the name/goal/stack with the user, run the deterministic `aspis bootstrap`, enrich the judgment files (AGENTS.md, ARCHITECTURE, context), verify, and let the package self-clean. Followed by the bootstrap agent.

2026-06-292

architecture-memory

mahmoud-emad-dev/aspis

Keep per-subsystem architectural intent current through the planning loop — read before designing, record an impact report on change, confirm with the user, apply a dated update, and verify the build against approved intent.

2026-06-292

dependency-audit

mahmoud-emad-dev/aspis

Audit a plan's task dependency graph for structural integrity — circular dependencies, missing prerequisites, orphan tasks, and dependency classification (hard/soft/warning). Produces a pass/warn/fail audit report per dependency so planners catch graph errors before build starts.

2026-06-272

clean-tree-precondition

mahmoud-emad-dev/aspis

Every editing agent should start on a clean working tree so parallel work never collides.

2026-06-272

commit-readiness

mahmoud-emad-dev/aspis

Verify hooks ran, no secrets, protected paths untouched, and commit message valid before committing. Owned by the reviewer.

2026-06-272

export-manager

Purpose

When to use

Before every aspis export.

When adding or removing agents, skills, or runtime assets.

When the protection engine blocks a write and reports a PROTECT decision.

During system repair, when live files have diverged from the catalog.

Procedure

Dry-run the plan — run aspis export --dry-run to obtain the full plan: every file the export will touch, with its DecisionKind and hash.

Triage CONFLICT — for each CONFLICT, determine whether the live file was hand-edited (reconcile the edit back into the catalog) or whether the catalog itself changed. Never silently overwrite a hand-edit.

Investigate UNKNOWN — for each UNKNOWN (no snapshot entry), confirm provenance before letting export classify it; an untracked file is a CONFLICT candidate, not a blind ADD.

Verify PROTECT approvals — for each PROTECT decision, run aspis governance check and confirm R-008 human approval exists in the approval ledger for that path. Any unapproved PROTECT → STOP and route through the governance-approval skill.

Set the gate — only when every PROTECT has a valid, non-expired approval: set ASPIS_ALLOW_PROTECTED=1. The env var is a gate acknowledgment, not a permission grant.

Apply — run aspis export (without --dry-run) to execute the plan.

Verify parity — run aspis byte-parity and confirm every file is CLEAN. Any non-CLEAN result means the live runtime and the catalog are still divergent — do not declare the export done.

Outputs

Export plan: per-file DecisionKind with file paths and hashes.

Approval verification summary: which PROTECT decisions passed aspis governance check.

Post-export parity report from aspis byte-parity (expected: all CLEAN).

Anti-patterns

Setting ASPIS_ALLOW_PROTECTED=1 to bypass PROTECT without a corresponding R-008 approval in the ledger.

Ignoring CONFLICT decisions because "the export will fix it" — a CONFLICT means a hand-edit will be silently overwritten and lost.

Running aspis export on a dirty working tree — uncommitted changes can mask CONFLICT or be clobbered by UPDATE; verify a clean tree first.

Skipping the post-export aspis byte-parity check — export success is not proof of alignment; only a byte-parity pass is.

Using --force (or any override) to write through PROTECT — there is no force path; the human gate is the only path.