惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

J
Java Code Geeks
G
Google Developers Blog
Blog — PlanetScale
Blog — PlanetScale
U
Unit 42
A
About on SuperTechFans
Vercel News
Vercel News
B
Blog
Martin Fowler
Martin Fowler
MyScale Blog
MyScale Blog
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
腾讯CDC
D
Docker
V
Visual Studio Blog
博客园 - 叶小钗
The Cloudflare Blog
Jina AI
Jina AI
B
Blog RSS Feed
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
WordPress大学
WordPress大学
T
Tailwind CSS Blog
MongoDB | Blog
MongoDB | Blog
D
DataBreaches.Net
月光博客
月光博客
大猫的无限游戏
大猫的无限游戏

DEV Community

Authentication Security Deep Dive: From Brute Force to Salted Hashing (With Java Examples) Why AI Systems Don’t Fail — They Drift Spilling beans for how i learn for exam😁"Reinforcement Learning Cheat Sheet" I Replaced Chrome with Safari for AI Browser Automation. Here's What Broke (and What Finally Worked) How Python Borrows Other People's Work The $40 Architecture: Processing 1 Billion API Requests with 99.99% Uptime Vibe Coding: A Workflow Guide (From Zero to SaaS) Most webhook security guides protect the wrong side. The scary part is delivery. Headless CMS for TanStack Start: Build a Blog with Cosmic EU Age Verification App "Hacked in 2 Minutes" — What Actually Happened Comfy Cloud’s delete function does not actually remove files Running AI Models on GPU Cloud Servers: A Beginner Guide Event-driven media intelligence with AWS Step Functions and Bedrock I scored 500 AI prompts across 8 quality dimensions — here's what broke How to Call Google Gemini API from Next.js (Free Tier, No Backend Needed) The Portal Protocol: Reclaiming Human Connection in the Age of AI How to Fix Your Team's Scattered Knowledge Problem With a Self-Hosted Forum Intro to tc Cloud Functors: A Graph-First Mental Model for the Modern Cloud Designing Multi-Tenant Backends With Both Ownership and Team Access I Built a Neumorphic CSS Library with 77+ Components — Here's What I Learned PostgreSQL Performance Optimization: Why Connection Pooling Is Critical at Scale Cómo construí un SaaS multi-rubro para gestionar expensas en Argentina con FastAPI + Vue 3 🚀 I Built an Ethical Hacking Scanner Tool – Open Source Project I Replaced /usage and /context in Claude Code With a Single Statusline A Pythonic Way to Handle Emails (IMAP/SMTP) with Auto-Discovery and AI-Ready Design I Collected 8.9 Million Polymarket Price Points — Here's What I Found About How Markets Really Move EcoTrack AI — Carbon Footprint Tracker & Dashboard Everyone's Using AI. No One Agrees How. 5 self-hosted ebook managers worth trying in 2026 Building Your First AI Agent with LangChain: From Chatbot to Autonomous Assistant
One AGENTS.md for Every Coding Agent: Auto-Derive CLAUDE....
Hasan Zohdy · 2026-05-30 · via DEV Community

Part 1 of a 2-part series. This post covers the whole tool and the "one source of truth" problem. Part 2 goes deep on the most novel piece — letting your npm packages ship agent skills. (dev.to shows the series navigation once Part 2 is published.)

TL;DR

  • Write project instructions once in AGENTS.mdagent-kit derives CLAUDE.md, .gemini/GEMINI.md, .github/copilot-instructions.md, and CONVENTIONS.md. No more drift.
  • It mirrors skills from your installed packages and your project into every agent's directory (.claude/skills/, .cursor/skills/, …).
  • Keep nested skills/ folders Claude Code can't read natively — agent-kit flattens them into the layout it requires on sync.
  • Start: npm i -D @mongez/agent-kit && npx agent-kit init

The problem: every agent wants its own file

AI coding tools are converging on how they work — but not on where they read project instructions. The result is fragmentation.

One agent reads AGENTS.md.

Another expects CLAUDE.md.

GitHub Copilot wants .github/copilot-instructions.md.

Gemini CLI looks for .gemini/GEMINI.md.

Aider uses CONVENTIONS.md.

AGENTS.md is emerging as the open standard — Codex, Cursor, Amp, OpenCode, and Goose read it natively — but the holdouts above each still want their own file at their own path.

So if your team uses more than one agent, you're maintaining several near-identical copies of the same instructions. The moment someone edits one and not the others, they drift apart — and your agents start disagreeing about your own conventions inside the same project.

The skills story has the same shape: reusable SKILL.md files are great, but you end up hand-copying their folders into .claude/skills/, .cursor/skills/, .codex/skills/… and hoping nothing collides. (More on skills — plus a folder-organization win — below.)

The fix: derive everything from one file

@mongez/agent-kit is a small CLI + TypeScript library that closes both gaps:

  1. Derive every per-agent instructions file from a single AGENTS.md.
  2. Sync skills out of your installed node_modules packages into each agent's skills directory — with flat, collision-proof folder names and a safety marker so your hand-written skills are never clobbered.
              AGENTS.md
                  │
                  ▼
          @mongez/agent-kit
                  │
   ┌──────────────┼───────────────┬────────────────────┐
   ▼              ▼               ▼                    ▼
CLAUDE.md   .gemini/GEMINI.md   .github/...md     CONVENTIONS.md

One source of truth. Every agent stays in sync. No copy-pasting, no drift.

npm install -D @mongez/agent-kit

The npm package is @mongez/agent-kit, but the CLI binary is just agent-kit. You install with the scope, you invoke without it.

60-second start

npx agent-kit init

It outputs:

$ npx agent-kit init
✔ Created AGENTS.md
✔ Derived 4 file(s) (4 changed): claude, gemini, copilot, aider

This writes a starter AGENTS.md at your project root (only if one doesn't already exist) and derives every per-tool file from it — CLAUDE.md, .gemini/GEMINI.md, .github/copilot-instructions.md, CONVENTIONS.md.

Then wire it into postinstall so it stays fresh forever:

{
  "scripts": {
    "postinstall": "agent-kit sync"
  }
}

From now on, every install re-derives the per-tool files from AGENTS.md and mirrors skills from your installed packages into .claude/skills/. Edit AGENTS.md, run npx agent-kit sync, and every supported agent picks up the change.

A killer feature: nested skill folders

This one quietly fixes a real annoyance. Claude Code only discovers skills at the top level of .claude/skills/ — no nested folders. So as your skill set grows, everything piles into one flat, unsorted heap. (People hit this constantly and assume nesting just isn't possible.)

agent-kit removes the limit. Keep a single skills/ folder at your project root, organized into category folders as deep as you like:

skills/                      →     .claude/skills/
├── backend/                          backend-auth/
│   ├── auth/SKILL.md                 backend-jobs/
│   └── jobs/SKILL.md                 frontend-forms/
├── frontend/                         deployment/
│   └── forms/SKILL.md
└── deployment/SKILL.md

On agent-kit sync, it walks the tree and flattens each path into a unique top-level name (backend/authbackend-auth). You organize for humans; Claude gets the flat layout it requires. No manifest, no registration — a folder with a SKILL.md is a skill. Part 2 goes deeper on the naming and safety rules.

The part nobody else does

Here's the idea worth pausing on: agent-kit sync walks your node_modules/ for any package that ships a skills/ folder, and mirrors those skills into your agent's directory automatically.

That means a library author can bundle agent skills with their package. You npm install the dependency, and your coding agent immediately knows how to use it — no docs-spelunking, no copy-paste. A few @mongez/* packages already do this today.

That's a big enough idea that it gets its own post — Part 2 of this series — including the safety guarantees (a .agent-kit-managed sentinel so your own skills are never overwritten) and the collision-proof flat naming.

Pick your agent

agent-kit sync --target accepts claude, cursor, codex, copilot, kiro, antigravity, opencode, amp, goose. The default is claude only — writing into every agent's skills directory on a project that uses none of them would just litter your tree.

# Default — claude
npx agent-kit sync

# Multiple agents on the same project
npx agent-kit sync --target claude,cursor,codex

# Derive-only agents (Gemini, Aider) — skip the skills export
npx agent-kit sync --derive-only

Or pin it in package.json so contributors don't have to remember:

{
  "scripts": { "postinstall": "agent-kit sync" },
  "agentKit": { "targets": ["claude", "cursor"] }
}

The derive step always emits all four derived files regardless of targets — the array gates only the skills export.

With packages in node_modules that ship skills, agent-kit sync prints something like:

$ npx agent-kit sync
✔ Derived 4 file(s) (0 changed): claude, gemini, copilot, aider
✔ Exported 24 skill(s) from 3 package(s) to: claude
[agent-kit 12:39:25 AM] ℹ Claude Code picks up new skills on the next prompt. Other agents (Cursor, Copilot, Codex, Gemini, Kiro, Antigravity) may need a window or session reload.

Why it stays out of your way

  • Stateless — every sync reads disk truth. No lockfile, no cache, no drift between runs.
  • Idempotent — re-running when nothing changed is a no-op; files that already match aren't rewritten.
  • TypeScript-first — the CLI is a thin wrapper over deriveAll, syncSkills, findProjectRoot, and friends, all fully typed.
  • MIT licensed, dependency-light.

Try it

npm install -D @mongez/agent-kit
npx agent-kit init

Part 2 goes deep on skills — organizing your own in nested folders, and shipping them inside an npm package so it teaches the agent how to use itself. Feedback and feature requests welcome.

If it saved you some boilerplate, a ⭐ on GitHub helps others find it.