@uniswap12: 3-minute guide to centrally managing skills for Codex and Claude Code (with prompts included). When using multiple AI tools to write code, the same skill has to be maintained in several copies. If you modify one and forget to sync the others, you'll spend ages debugging only to find out the versions are inconsistent. Now the most troublesome thing is not...

X AI KOLs Timeline Tools

Summary

This article introduces how to use symbolic links to centrally manage skills for AI tools like Codex and Claude Code, avoiding version fragmentation and inconsistency, and provides prompts for AI to automatically organize and migrate them.

3-minute guide to centrally managing skills for Codex and Claude Code (with prompts included) When using multiple AI tools to write code, the same skill has to be maintained in several copies. If you modify one and forget to sync the others, you'll spend ages debugging only to find out the versions are inconsistent. Now the most troublesome thing is not that you don't know how to write skills, but that skills get scattered the more you use them. The same skill exists in one copy in Codex and another in Claude Code. At first, it's just a few more folders, seemingly trivial. The real headache comes later: you modify a skill once but forget to sync it to another tool. As a result, the same task behaves one way in Codex and another in Claude Code, and debugging takes ages because you can't figure out why. Initially, I created separate skill sets for each tool, thinking the content was roughly the same. Then one time I changed a prompt's logic but only updated the Claude Code copy — Codex was still reading the old version. It took me half an hour to realize the versions weren't synced. That's when I decided to maintain just one set. If each tool reads from its own source, skills become more and more scattered. This article solves exactly that: how to maintain only one set of skills and have both Codex and Claude Code read from that same set. 01|Maintain only one set of skills This "AI job description" shouldn't be scattered across each tool's own folder. The recommended approach is to put skills in a unified folder, even a dedicated Git repository (think of it as a folder specialized for saving and tracking file versions), and then have the Codex and Claude Code entry points read from that one set. We use something called a symbolic link (symlink). Think of it as an entry point pointing to the source folder: when you click into it, you see the content, but the actual files are still in the source folder. It's not a copy, so if you modify the source file, all entry points will automatically see the updates. Here's a sanitized directory structure example: ~/ai-workspace/ shared-skills/ article-writing/ SKILL.md note-capture/ SKILL.md my-project/ .agents/ skills -> ../../shared-skills .claude/ skills -> ../../shared-skills shared-skills is the only place where the source files reside. .agents/skills and .claude/skills are just entry points pointing to it. When you modify something in shared-skills, all tools reading through their respective entry points get the latest version. 02|Let the AI organize it for you You don't have to figure out which directories should be merged or which paths should be symlinked. Just give the following prompt to Codex or Claude Code, and let the AI first inventory your local structure, then present a migration plan: --- Please help me organize the AI tool skills management on my computer. I'm not a technical person, so please explain in simple terms, assuming I don't understand file systems, symlinks, or the command line. Goals: 1. Find all directories like .agents/skills, .claude/skills, or other possible locations for AI tool rules and skills in the current project. 2. Determine which of these directories contain the real source files that need maintenance and which are just copied duplicates. 3. Design a unified shared-skills directory for centralized skill maintenance. 4. Provide a symlink or unified referencing solution so that Codex and Claude Code both read the same instructions as much as possible. 5. Before outputting, list the commands you plan to execute and explain what each command does. 6. Do not delete, overwrite, or move any files directly; wait for my confirmation. 7. For all paths involving real usernames, private directories, or repository names, use sanitized paths in the summary. Please output in the following format: - Which skill or rule directories did you find - Which location is more suitable as the single source directory - Which locations are suitable to be changed to symlinks or unified references - What impact each step has - Commands that require my confirmation before execution - How to revert if something goes wrong --- The AI will first list what it found, what it suggests, and the impact of each step. It will wait for your confirmation before doing anything. If skills are originally spread across multiple Git repositories, the unified directory can also just serve as an aggregation entry point, symlinking to the source files in each repository. The unified directory doesn't have to store all skill source code. 03|Also manage project rule files together Beyond skills, project rule files have the same problem. Some tools read AGENTS.md, some read CLAUDE.md. Essentially, they all answer the same question: How should the AI work in this project? If these files have basically the same content, there's no need to maintain multiple copies. Keep one main file and symlink the others to it: AGENTS.md CLAUDE.md -> AGENTS.md Again, you don't have to decide which files to merge and which to keep separate. Give this prompt to the AI: --- Please check the AI tool rule files in my current project. I'm not a technical person, so first explain in simple terms what each file might do, then give suggestions. Goals: 1. Find if there are AGENTS.md, CLAUDE.md, or other AI tool rule files in the project root. 2. Determine if these files have duplicate content, overlapping responsibilities, or only minor differences. 3. If they can share one set of content, suggest which one should be kept as the main file and which should be turned into symlinks or reference entry points. 4. If a specific tool truly needs its own rules, explain where the differences should go; do not force merge. 5. Output suggested commands and explain what each command does. 6. Do not overwrite, delete, or rename existing files directly; you must get my confirmation first. 7. Sanitize all local paths in the summary. Please output in the following format: - Rule files found - What each file roughly does - Whether they are suitable for merging - Suggested main file to keep - Files suggested for symlinks or reference entry points - Files that need backup before execution - Suggested commands and their functions --- Write project rules once, and all different AI tools can read the same standard. This reduces problems like "I changed the rules, but the other tool didn't apply them." 04|When is this approach suitable? Suitable when: - You use multiple AI tools like Codex and Claude Code simultaneously - Multiple tools need to reuse the same set of skills or project rules - You frequently modify skills and don't want to manually copy them - You want to put skills in a dedicated Git repository - Multiple projects need to reuse the same workflow Not suitable when: - A particular project requires entirely independent skills - Team members are not familiar with symlinks and may accidentally delete the source directory - Windows environment doesn't have symlink permissions configured - The official documentation of a tool you use explicitly says it doesn't support symlinks (if unsure, ask the AI to check for you) - If you're not sure whether your situation is suitable, don't delete files yourself. Give the prompt above to the AI, let it propose a plan, and then confirm. 05|A few reminders - Symlinks point to paths, not copy files. If you move the source directory, the symlink will break. - In team collaboration, prefer relative paths (e.g., ../../shared-skills) over absolute local paths (e.g., /Users/xxx/...). - If you manage the skills as a separate repository, remember to commit the actual source repository to Git, not just the symlink inside the project. #AI #AIAgent @nikitabier @XCreators @grok
Original Article
View Cached Full Text

Cached at: 06/10/26, 05:55 PM

3-Minute Guide: How to Unify Skill Management Across Codex and Claude Code (with prompts included)

When using multiple AI tools for coding, you end up maintaining several copies of the same skill. You update one but forget to sync the others, and when something breaks, you spend ages debugging only to discover it was a version mismatch.

The real problem isn’t knowing how to write skills—it’s that skills become more scattered the more you use them.

The same skill lives in Codex in one place and in Claude Code in another. At first it’s just a few extra folders, no big deal.

The real headache comes later: you modify a skill but forget to sync it to the other tool. The same task behaves one way in Codex and another in Claude Code, and you spend forever tracking down the cause.

I started by creating separate skill sets for each tool, thinking the content was roughly the same. Until one day I updated a prompt’s logic only in Claude Code—Codex was still reading the old version. It took me half an hour to realize the versions weren’t synced. That’s when I decided to maintain only one set.

When each tool reads its own, skills inevitably become fragmented.

This article solves exactly that: how to maintain a single set of skills and have both Codex and Claude Code read from the same source.

01 | Maintain Only One Set of Skills

This “AI job description” shouldn’t be scattered across each tool’s own folders.

The recommended approach is to put all skills into a unified folder—or even a dedicated Git repository (think of it as a folder for saving and tracking file versions)—and then point the relevant entry points of Codex and Claude Code to that single source.

To do this, you’ll use something called a symlink (symbolic link). Think of it as an entry point pointing to the source folder: when you click into it, you see the contents here, but the actual content still lives in the source folder. It’s not a copy, so when you modify the source file, all entry points automatically see the update.

Here’s a sanitized directory structure example:

~/ai-workspace/
  shared-skills/
    article-writing/
      SKILL.md
    note-capture/
      SKILL.md
  my-project/
    .agents/
      skills -> ../../shared-skills
    .claude/
      skills -> ../../shared-skills

shared-skills is the only place where source files are stored. .agents/skills and .claude/skills are just entry points pointing to it.

Modify anything in shared-skills, and every tool reading through its respective entry point will automatically get the latest version.

02 | Let AI Help You Sort It Out

You don’t have to figure out which directories should be merged or which paths need symlinks. Just drop the following prompt into Codex or Claude Code, and let the AI first scan your local structure, then give you a migration plan:

Please help me organize the AI tool skill management on my current computer. I am not a technical person. Please explain in simple terms, and don’t assume I understand file systems, symlinks, or the command line. Goals:

  1. Find any directories like .agents/skills, .claude/skills, or other folders that might contain AI tool rules and skills in the current project.
  2. Determine which of these directories contain the actual source files that need maintenance, and which are just copies.
  3. Help me design a unified shared-skills directory for centralized skill maintenance.
  4. Propose a symlink or unified reference approach so that Codex and Claude Code both read from the same source.
  5. Before executing, list the commands you plan to run and explain what each command does.
  6. Do not delete, overwrite, or move any files directly; wait for my confirmation.
  7. In the summary, use sanitized paths for any paths involving real usernames, private directories, or repository names.

Output in the following format:

  • Which skill or rule directories you found
  • Which location would be better as the single source directory
  • Which locations are suitable to be changed to symlinks or unified references
  • What impact each step will have
  • Commands that need my confirmation before execution
  • How to revert if something goes wrong

The AI will first list what it found, what it suggests, and the impact of each step. Then it waits for your confirmation before making any changes.

If your skills already live in multiple Git repositories, the unified directory can simply serve as an aggregation entry point, using symlinks to point to the source files in each repository. The unified directory doesn’t necessarily have to store all skill source code.

03 | Manage Project Rule Files Together Too

Beyond skills, project rule files have the same problem.

Some tools read AGENTS.md, others read CLAUDE.md. But essentially, they all answer the same question: “How should AI behave in this project?”

If the content of these files is fundamentally the same, there’s no need to maintain multiple copies. Keep one master file and use symlinks for the rest:

AGENTS.md
CLAUDE.md -> AGENTS.md

Again, you don’t need to judge which files should be merged and which should keep differences. Just drop this prompt into the AI:

Please check the AI tool rule files in my current project. I am not a technical person. First, tell me in simple terms what each file might be for, then give recommendations. Goals:

  1. Find out whether AGENTS.md, CLAUDE.md, or other AI tool rule files exist at the project root.
  2. Determine if these files have duplicate content, overlapping responsibilities, or only minor differences.
  3. If they can share one set of content, suggest which file to keep as the master, and which to change to symlinks or reference entry points.
  4. If a specific tool needs to keep separate rules, explain where the differences should be placed—don’t force a merge.
  5. Output suggested commands and explain what each command does.
  6. Do not overwrite, delete, or rename existing files without my confirmation first.
  7. In the summary, sanitize all local paths.

Output in the following format:

  • Current rule files found
  • What each file is roughly responsible for
  • Whether merging is suitable
  • The recommended master file to keep
  • Files recommended to be changed to symlinks or reference entry points
  • Files that need to be backed up before execution
  • Commands to execute and their purpose

Write the project rules once, and all AI tools will read the same specification. This reduces problems like “I changed the rules, but another tool didn’t take them into account.”

04 | When This Approach Is Suitable

Suitable:

  • You use multiple AI tools like Codex and Claude Code simultaneously.
  • Multiple tools need to reuse the same set of skills or project rules.
  • You frequently modify skills and don’t want to manually copy.
  • You want to manage skills in a separate Git repository.
  • Multiple projects need to reuse the same workflows.

Not suitable:

  • A specific project requires a completely independent set of skills.
  • Team members are not familiar with symlinks and may accidentally delete the source directory.
  • On Windows, the necessary permissions for symlinks are not configured.
  • The official documentation of a tool you’re using explicitly states that symlinks are not supported (if unsure, ask the AI to help verify).

If you’re not sure whether your situation fits, don’t delete files on your own. Drop the prompts above into the AI, let it propose a plan, and then confirm.

05 | A Few Reminders

  • Symlinks point to a path, not a copy of the file. If you move the source directory, the symlink will break.
  • In team collaboration, prefer relative paths (e.g., ../../shared-skills) over absolute local paths (e.g., /Users/xxx/...).
  • If the skills repository is managed separately, remember to commit the actual source repository to Git, not just the symlinks inside your project.

#AI #AIAgent @nikitabier @XCreators @grok

Similar Articles

@Luckyjudy666: 8 Tips to Make Codex Your Personal Assistant 1. Build a Shared Memory for Codex Core rules go in Agents.md, project background in Obsidian, repeated processes as skills, personal preferences and common questions in Memories. Otherwise, Codex is like a new colleague every time, having to explain everything from scratch...

X AI KOLs Timeline

This article shares 8 tips for using the Codex AI assistant effectively, including building shared memory, remote task execution, scheduled automation, file organization, and teaching new software operations, all aimed at improving work efficiency.

@Xudong07452910: Open-source Tool Recommendation: Hivemind — Give All AI Coding Agents a Shared Brain, Automatically Extract Skills from Real Trajectories Anyone using several AI Coding Agents has likely experienced this: each tool's learning is locked in its own context, switching tools means…

X AI KOLs Timeline

Hivemind is an open-source tool that allows multiple AI Coding Agents (e.g., Claude Code, Codex, Cursor) to share a memory layer, automatically mining high-quality patterns from usage trajectories and converting them into reusable skill files, enabling cross-tool and cross-team skill propagation, significantly reducing token consumption and interaction rounds.

@nash_su: Official best practices for Claude Code in large codebases. Of course, the same methodology can also be applied to Codex or any Agent. AI can make mistakes and bluff, and the larger the project, the more AI debt accumulates. This article covers some basic safeguards and optimization methods. This article uses http://Wi…

X AI KOLs Timeline

Official best practices for Claude Code in large codebases, also applicable to Codex or other AI Agents, introducing basic safeguards and optimization methods.