Skip to main content

codexkit-cloud-delegation

Break complex work into bounded Codex delegation tasks with clear ownership, expected outputs, and integration checkpoints.

Source facts

Repository
hoavdc/CodexKit
Last source activity
March 22, 2026 at 17:03
Detected SKILL.md language
English
Stars
26
Forks
12

Install options

The review-first prompt is selected by default. You can switch to a direct command or download a local copy.

Review the source files

Read SKILL.md and any companion files shown by SkillsMP before deciding whether to install.

File Explorer
2 files

Showing SKILL.md

SKILL.md
Source instructions · Read-only preview
name
codexkit-cloud-delegation
description
Break complex work into bounded Codex delegation tasks with clear ownership, expected outputs, and integration checkpoints.
version
1.0.0
category
infra
# Cloud Delegation Use this skill when the task is large enough to benefit from multiple Codex runs, worktrees, or specialized passes. ## Workflow 1. Separate blocking work from parallel sidecar work. 2. Assign each delegated task a narrow objective and write scope. 3. Require the delegated worker to report changed files and validation run. 4. Integrate results quickly instead of waiting on every branch. 5. Keep final synthesis centralized. ## Good delegated tasks - isolated test authoring - docs updates after implementation - codebase reconnaissance on a bounded topic - verification passes that can run while implementation continues ## Avoid - delegating the immediate critical path - overlapping write scopes - vague asks like "analyze everything" ## Quality Criteria - [ ] All dependencies and prerequisites are documented - [ ] Changes are reversible or include a rollback plan - [ ] Security implications are assessed for each configuration change - [ ] Monitoring and alerting are defined for post-deployment validation ## Verification (4C) | Check | Question | |-------|----------| | **Correctness** | Are all configurations, permissions, and dependencies accurate? | | **Completeness** | Does the setup cover dev, staging, and prod environments as needed? | | **Context-fit** | Is the solution proportional to the problem (not over/under-engineered)? | | **Consequence** | If deployed as-is to production, what is the highest-risk failure mode? | ## Edge Cases - **Target environment has pre-existing configuration** — Scan for conflicts before applying changes. Document what to preserve. - **Permissions differ between environments** — Test in staging first. Document the minimum permissions required. - **Third-party service is unavailable or deprecated** — Document fallback or alternative. Include health-check endpoints. ## Changelog - v1.0.0 — Initial release
View on GitHub