Plan a shared skill layout
Choose a canonical source folder, repository or user scope, ownership model, relative or absolute target, and update process.
Codex Skills for Symlinks help you share one maintained skill folder across supported Codex skill locations without copying it into every project. Download the skills for planning link scope, resolving targets, checking portability, preventing broken links, reviewing updates, and troubleshooting discovery.
task: complete symlinked codex skill management task
inspect:
- requirements and context
- existing standards
- failure and edge cases
verify: outputs + checks + handoffCodex supports symlinked skill folders and follows their targets while scanning supported repository and user skill locations.
These skills help you decide when linking is better than copying, create the link at the intended scope, inspect the resolved folder, and keep shared changes controlled.
Choose a canonical source folder, repository or user scope, ownership model, relative or absolute target, and update process.
Resolve both paths, protect existing destinations, use platform-appropriate commands, and avoid loops or broad directory links.
Check the supported scan location, resolved SKILL.md, frontmatter, permissions, duplicate names, explicit invocation, and implicit matching.
Detect broken targets, moved repositories, permission changes, stale links, conflicting edits, and updates that affect every linked project.
The steps keep context, implementation, and verification visible so the result can be reviewed and repeated.
Identify the single maintained folder, each Codex skill location, operating systems, repository boundaries, and who may change the source.
Inspect the skill’s instructions, scripts, dependencies, secrets policy, name, and existing destination folders.
Use an explicit target and destination, then resolve the link and confirm it leads to the intended skill folder.
Invoke the skill from every required scope, test near misses, and record how moves, updates, removal, and rollback are handled.
The workflow adjusts to the project, audience, tools, and risk while preserving the same quality standard.
Link selected workflows from a maintained source into the user-level discovery folder.
Expose a shared skill to one or more repositories while keeping the source in a controlled location.
Link common skills where packages need shared behavior without duplicating maintenance.
Choose path and version-control strategies that account for Windows, macOS, Linux, containers, and checkout behavior.
Start with one defined outcome and provide the source material, constraints, and checks that matter.
These skills are designed for people who need dependable symlinked codex skill management work with a visible process.
Maintain one personal source for reusable skills used across repositories.
Share controlled workflows while reducing copied folders and update drift.
Expose common skills at useful scopes without duplicating the canonical files.
Document link creation, permissions, checkout behavior, and recovery for supported systems.
Symlinks do not make untrusted content safe, grant access to unreadable targets, or guarantee portability across filesystems, archives, source-control clients, containers, and operating systems.
Install the complete skill folder and add the project-specific context before beginning.
Keep its path resolution, scope, safety, discovery, update, and troubleshooting instructions together.
Install this management workflow in a repository or user skill location before creating links to other skills.
Use a stable, reviewed folder with valid SKILL.md and controlled scripts, references, dependencies, and ownership.
Resolve paths, confirm permissions, refresh Codex if required, invoke the linked skill, and document removal.
Practical answers about capabilities, limits, setup, and review.
Yes. Codex follows symlink targets when scanning supported skill locations.
Link when one controlled source should update several locations. Copy when each project needs an independent, reviewable version.
Check the destination scope, resolved target, SKILL.md, permissions, duplicate names, disabled configuration, and restart behavior.
Relative links can travel with a stable repository layout. Absolute links can be clearer locally but usually depend on one machine’s paths.
Yes. That is the main benefit and risk, so review source changes before linked projects rely on them.
Clear context. Purposeful work. Relevant checks. A result others can understand.