com um clique
ci
// Enable and operate the CI feature (GitHub Actions / GitLab CI) with repeatable templates, artifact conventions, and opt-in delivery enablement.
// Enable and operate the CI feature (GitHub Actions / GitLab CI) with repeatable templates, artifact conventions, and opt-in delivery enablement.
Project-level orchestrator for intake and continuity. Turns a new/ongoing request into a governance decision (reuse vs new task, mapping to Milestone/Feature/Requirement), keeps the project hub consistent (registry/changelog/derived views), and ensures LLM-authored semantic extraction is captured in structured non-AUTO sections. Focuses on planning and coordination, not product code changes.
Read-only progress reporter. Produces a structured status snapshot from existing project/task artifacts (project hub + dev-docs), can include semantic focus extracted from LLM-authored feature briefs, and includes an actionable next command; never modifies repo files.
Project hub synchronizer and validator. Scans the repo (including multiple dev-docs roots), validates project/task metadata against the Project Contract, repairs drift by generating missing task identity meta (.ai-task.yaml) and regenerating derived views, and enforces complete task-feature mapping plus LLM-authored semantic extraction for feature-level governance.
Enable and operate the Context Awareness feature (docs/context contracts + environment registry) so LLMs can work from a verified context layer instead of ad-hoc repo scans.
Enable and operate the Packaging feature (ops/packaging conventions + ctl-pack) for building runnable artifacts (usually container images).
Enable or disable skill packs via ctl-skillpacks and re-sync provider wrappers without manually editing the manifest.
| name | ci |
| description | Enable and operate the CI feature (GitHub Actions / GitLab CI) with repeatable templates, artifact conventions, and opt-in delivery enablement. |
Provide a practical, repo-embedded CI baseline:
Delivery (release/packaging/deploy automation) is opt-in and is not installed by default.
When enabled, this feature materializes:
ci/AGENTS.mdci/config.jsonci/handbook/.github/workflows/ci.yml.gitlab-ci.ymlProvider skills (for workflow customization and troubleshooting):
.ai/skills/features/ci/github-actions-ci/.ai/skills/features/ci/gitlab-ci/Controller script (feature-local):
node .ai/skills/features/ci/scripts/ctl-ci.mjsnode .githooks/ci-verify.mjs (shared CI verification entrypoint used by provider templates)Run:
node .ai/skills/features/ci/scripts/ctl-ci.mjs init --provider github --repo-root .
node .ai/skills/features/ci/scripts/ctl-ci.mjs init --provider gitlab --repo-root .
Delivery is enabled explicitly (method A) via:
node .ai/skills/features/ci/scripts/ctl-ci.mjs add-delivery --provider github --repo-root .
node .ai/skills/features/ci/scripts/ctl-ci.mjs add-delivery --provider gitlab --repo-root .
node .ai/skills/features/ci/scripts/ctl-ci.mjs --help
node .githooks/ci-verify.mjs
# Dry-run install (no writes)
node .ai/skills/features/ci/scripts/ctl-ci.mjs init --provider github --repo-root . --dry-run
node .ai/skills/features/ci/scripts/ctl-ci.mjs init --provider gitlab --repo-root . --dry-run
# Dry-run delivery opt-in (no writes)
node .ai/skills/features/ci/scripts/ctl-ci.mjs add-delivery --provider github --repo-root . --dry-run
node .ai/skills/features/ci/scripts/ctl-ci.mjs add-delivery --provider gitlab --repo-root . --dry-run