Skip to content
Back to skills

Project Workflows

ASecurity

"Operate spaCy project.yml workflows safely with local validation,

  • 247 stars
  • 0 votes
  • 0 copies
  • 1 view
  • Added September 9, 2026
documentationdocumentation

Works with

  • cli

Security analysis

A100/100

Pro scans all 5 files and shows the line behind each finding

Scanned September 9, 2026

npx -y skills add VectorSpaceLab/AREX-Skill --skill project-workflows --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Project Workflows?

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

Security grade badge for Project Workflows
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/vectorspacelab-project-workflows-b7d86158/badge)](https://www.skillsdirectory.com/skills/vectorspacelab-project-workflows-b7d86158)

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: "project-workflows"
description: "Operate spaCy project.yml workflows safely with local validation,
  dry runs, and explicit network boundaries."
disable-model-invocation: true
metadata:
  disco-role: operating
license: MIT
---

# project-workflows

Use this sub-skill for project-level spaCy orchestration: cloning templates, fetching assets, running commands and workflows, generating docs, generating DVC config, and pushing or pulling outputs from remotes.

## Read or run these first
- [`references/project-workflows.md`](references/project-workflows.md) — read this for the command map, safe vs side-effect boundaries, dependency/output tracking, and workflow order.
- [`references/project-yml-reference.md`](references/project-yml-reference.md) — read this for `project.yml` keys, command and asset field rules, and requirements checks.
- [`references/troubleshooting.md`](references/troubleshooting.md) — read this when clone, assets, run, document, push, pull, or DVC fails or warns.
- [`scripts/validate_project_yml.py`](scripts/validate_project_yml.py) — run this on a local project file before any networked or remote command.

## Default operating order
1. Validate the project file locally.
2. Inspect or generate documentation.
3. Use `project run --dry` before the first real run.
4. Fetch assets only when you know whether `--extra` is needed.
5. Run the narrowest command that covers the change.
6. Use `push`, `pull`, and `dvc` only after remotes or DVC are confirmed.

## Route elsewhere when the work shifts
- If the project command centers on training config, `spacy train`, `spacy convert`, `spacy evaluate`, or `spacy package`, use `training-and-cli`.
- If the issue is package import, installation, or model download, use `install-and-inspect`.
- If a project script defines custom pipeline components or factories, use `pipeline-components`.

## Verification focus
- `project-document-dry-run`: local temp project, `project document`, and `project run --dry`.
- `project-assets-remote`: help-only and skip-network checks for `project assets`, `push`, and `pull`.

## Boundaries
- Do not treat external template cloning as a validation step.
- Do not assume remote storage, credentials, or network access are available.
- Do not move into training internals or model-serving integrations here.

Files in this skill

  • SKILL.md2.3 KB
  • references/project-workflows.md6.1 KB
  • references/project-yml-reference.md6 KB
  • references/troubleshooting.md4.3 KB
  • scripts/validate_project_yml.py19.7 KB

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.