Agent skills for Codex, Claude, Cursor, and other AI coding agents.
Overview
Practical skills for developers and their agents: preserve project understanding, turn designs into code, verify interfaces, and maintain reusable workflows. Each skill is an Agent Skills folder. The core workflows are portable. Installation paths and host-specific capabilities are documented separately; each skill tells the agent when differences in tools, permissions, or instruction loading affect execution. Agent setups tend to grow by accretion: a CLAUDE.md here, a Cursor rule there, and "never push without asking" pasted into each. init-rulebook replaces that with one personal rulebook, a plain AGENTS.md index with optional rule files, kept wherever you like. Each host gets a short startup pointer; the skill does the loading. Try: “Set up my personal agent rulebook.” Then, in a fresh session: “init-rulebook: status.” Stable since 1.0.0: changes to its triggers or scope require a major version.
README
skills4sh
Practical skills for developers and their agents: preserve project understanding, turn designs into code, verify interfaces, and maintain reusable workflows.
Each skill is an Agent Skills folder. The core workflows are portable. Installation paths and host-specific capabilities are documented separately; each skill tells the agent when differences in tools, permissions, or instruction loading affect execution.
Choose a skill
| Skill | What it helps you do | Version |
|---|---|---|
| agent-memory | Share project decisions, rationale, conventions, and handoffs across developers and agents through Git | 2.8.0 |
| code-to-figma | Build a CI pipeline that exports design tokens and page structure for a Figma plugin to consume | 0.3.0 |
| discord-harvest | Archive Discord images and attachments, and catalog shared links, using authorized bot access or supplied exports | 2.1.0 |
| eleventy-nunjucks | Build, debug, and review Eleventy sites and Nunjucks templates, with a separate Build Awesome prerelease migration guide | 1.0.0 |
| figma-to-code | Bring your repo’s tokens, components, and agent rules to Figma work; pairs with Figma’s official figma-design-to-code skill and implements designs itself when that skill is absent |
0.2.0 |
| init-rulebook ⭐ | Keep one personal rulebook that every agent loads: only the rules that apply, reloaded after compaction, with action gates read just in time | 1.0.0 |
| localhost-screenshots | Capture responsive screenshots and compare interface changes on a local development server | 3.5.0 |
| skill-architect | Create, review, and improve skills with clear triggers, reusable procedures, and meaningful verification | 1.1.0 |
Start here: init-rulebook
Write your rules once. Every agent loads the ones that apply, every session.
Agent setups tend to grow by accretion: a CLAUDE.md here, a Cursor rule there, and “never push without asking” pasted into each. init-rulebook replaces that with one personal rulebook, a plain AGENTS.md index with optional rule files, kept wherever you like. Each host gets a short startup pointer; the skill does the loading.
| What you get | How it works |
|---|---|
| One rulebook for every agent | Claude Code, Codex, Cursor, and other Agent Skills hosts point at the same index. Changing tools doesn’t mean rewriting your preferences. |
| Only the rules that apply | Rules are always on, task-conditional, or action-gated, using headings you choose. A documentation task loads your documentation rules; production rules stay unread until production work starts. |
| Rules that arrive when they matter | Action-gated rules, such as commit or release policy, are read immediately before that action, not at session start where they would be long out of view. |
| Still in force after compaction | When the context is summarized, the skill reloads from disk and treats remembered rule text as stale, so long sessions keep following your current rules. |
| Drift is reported | status lists missing, orphaned, duplicated, and unreadable rule files instead of skipping them. |
| Your files stay yours | load and status never write. Setup keeps working pointers and dotfiles symlinks as they are, and skill updates replace only the skill folder. |
An index can be this small:
# AGENTS.md
## Always on
- [Core](rules/00-core.md)
## Activate when code is involved
- [Code posture](rules/20-code.md)
## Action-gated: immediately before a commit
- [Commit rules](rules/02-commits.md)
Try: “Set up my personal agent rulebook.” Then, in a fresh session: “init-rulebook: status.”
Stable since 1.0.0: changes to its triggers or scope require a major version. Its scenario catalog covers all six modes, compaction, action gates, and inventory failures. See Manage your own agent rules for every mode.
More places to start
agent-memory — a shared brain for your codebase and team
The repo is the room. Git carries the context.
Preserve decisions, rationale, conventions, and handoffs as reviewable Markdown alongside the code. Commit and share that context so another developer—and their agent—can pick up the reasoning behind the work. It helps a solo developer resume a project, a team onboard a colleague, or collaborators continue across different agent tools.
Memory belongs to the project. Branches can carry exploratory thinking; review and merge establish what the team accepts. For work spanning repositories, record relevant context in each project and reference shared decisions deliberately. The skill does not automatically synchronize memory between repositories or provide per-person access controls.
Try: “Save why we chose this approach in project memory so the next developer and their agent can continue from here.”
skill-architect — make skills easier to find, follow, and verify
Turn a useful working method into a reusable skill, or audit an existing one for vague triggers, confusing steps, stale guidance, and missing checks. It helps keep the entry point concise, move detail into references, and distinguish mechanical validation from behavior that needs an actual trial.
Try: “Review this skill: would an agent know when to load it, what to do, and how to verify completion?”
localhost-screenshots — see what changed
Give interface work visible evidence. Capture a local page at requested viewport sizes, compare before and after, and investigate responsive layout problems. Use a connected Chrome workflow for quick inspection or Playwright for repeatable capture sets and visual comparisons.
Try: “Capture this local page at desktop and mobile sizes, then compare it with the screenshots from before the layout change.”
Install and try it
These are plain Agent Skills: folders with a SKILL.md entry point plus optional references and assets. Choose one skill from the table, install it, and ask your agent to use it on a relevant task.
npx skills@latest add t4sh/skills4sh --skill agent-memory --copy
Replace agent-memory with any skill name above. The interactive installer lets you choose the target agents. To browse the collection without installing:
npx skills@latest add t4sh/skills4sh --list
For a global install targeting Codex:
npx skills@latest add t4sh/skills4sh --skill agent-memory --copy -g -a codex
To try an unreleased branch, pass the ref after #. The skills CLI records it as ref in its lock entry:
npx skills@latest add 't4sh/skills4sh#' --skill agent-memory --copy -g -a codex
Use the #ref form for branch names that contain /, such as fix/my-change; a github.com/.../tree/ URL treats everything after the first / as a path. Reinstall from t4sh/skills4sh without a ref to return to released content after the branch merges.
Replace codex with a supported target such as claude-code, cursor, grok, openclaw, or github-copilot. The skills CLI supported-agents table lists current --agent values and paths. Reload or restart as required by the host.
| Runtime | --agent |
Project root | Global root |
|---|---|---|---|
| Claude Code | claude-code |
.claude/skills/ |
~/.claude/skills/ |
| Codex | codex |
.agents/skills/ |
~/.agents/skills/ |
| Cursor | cursor |
.agents/skills/ |
~/.cursor/skills/ |
| GitHub Copilot | github-copilot |
.agents/skills/ |
~/.copilot/skills/ |
| Grok | grok |
.grok/skills/ |
~/.grok/skills/ |
| OpenClaw | openclaw |
skills/ |
~/.openclaw/skills/ |
| Generic / shared | host default | .agents/skills/ |
~/.agents/skills/ |
Codex scans project .agents/skills/ from the working directory up to the repository root and user ~/.agents/skills/, and reads each skill’s optional agents/openai.yaml for its /skills display name, short description, and default prompt (checked 2026-10-20 against the Codex skills guide).
Pointer files (AGENTS.md, CLAUDE.md, Cursor rules, and similar) are documented per skill when a workflow writes them — see agent-memory agent-pointers.md. They do not change the skill’s commands.
Skill scope is different from memory scope
| Item | Where it belongs |
|---|---|
| Project skill installation | In the current project, available to agents configured to read it; share through Git when appropriate |
Global skill installation (-g) |
In your user directory, reusable across projects |
| Project memory | In that project’s .agent-memory/, shared only when deliberately committed and distributed |
| Agent-native memory | In the agent’s own managed store, separate from this skill’s project memory |
Installing agent-memory globally makes the workflow reusable. It does not create one global memory shared across all your projects.
Installing a skill also does not provision its dependencies. Figma workflows need the relevant Figma access and tools; screenshot workflows need a running local site and browser tooling. Check each skill’s compatibility notes for macOS, Windows, Linux, and runtime requirements.
Try the other workflows
| Skill | Example request |
|---|---|
| code-to-figma | “Set up a pipeline to export this repository’s design tokens and page structure for the Figma plugin.” |
| figma-to-code | “Map this Figma design’s variables to our tokens and write the Figma rules for this repo.” |
| init-rulebook | “Set up my personal agent rulebook.” |
| discord-harvest | “Archive the images and attachments from this Discord export.” |
| eleventy-nunjucks | “Help me debug the layout chain in this Eleventy site.” |
Manage your own agent rules
Every init-rulebook mode, as introduced in Start here. Start with one ~/.agents/AGENTS.md and split it into linked rule files when conditional loading would save work.
| Request | Result |
|---|---|
init-rulebook: setup |
Adopt your existing rulebook or create the default ~/.agents/AGENTS.md, then configure your host’s startup pointer |
init-rulebook: setup in /path/to/my-rules |
Use a custom folder; choose personal or project scope for the pointer |
init-rulebook: load |
Read the selected index and all rules applicable to the current task |
init-rulebook: fine-tune |
Improve rule wording, grouping, and loading triggers |
init-rulebook: link-dot-files |
Connect an existing dotfiles rulebook without moving its files |
init-rulebook: update |
Refresh the installed skill from its recorded source, preserving your rules and pointer |
init-rulebook: update rules |
Update the separately managed rulebook when requested |
init-rulebook: status |
Check the pointer and inventory, and read the rules that would load, without changing anything |
These are requests to your agent, not shell commands. Your rules stay outside the installed skill, so updating it from t4sh/skills4sh preserves your setup. Existing ~/.agents symlinks and startup bridges can remain in place. The public t4sh/dotfiles rule set is an optional example; adopting it keeps ~/.agents as the tree and leaves its ~/.agents/rules/*.md inventory sentence unchanged.
Host compatibility: ~/.agents/AGENTS.md is this skill’s default shared rulebook location. Codex reads global instructions from its home directory (normally ~/.codex/AGENTS.md, subject to overrides); setup puts the pointer in the effective instruction file. Codex also discovers user skills in ~/.agents/skills/. The skill uses the portable SKILL.md format; each host’s startup discovery still needs configuration. See the official AGENTS.md guide and skills guide.
Structure and verification
skills//
├── SKILL.md # Metadata, triggers, and operating instructions
├── LICENSE
├── references/ # Optional supporting documentation
└── assets/ # Optional icons, fixtures, or helper scripts
Repository checks validate skill metadata, reference links, version consistency, and file hashes. Security scans use pinned guardskills 1.2.1, with documented expected findings. These checks cover specific properties; behavioral fixtures and review provide additional evidence, and an eval scenario alone is not a recorded passing result.
See SECURITY.md for scan details, expected findings, and vulnerability reporting; .security/ contains per-skill integrity manifests. The skill authoring standard describes the review and verification requirements.
Skill files do not execute themselves. Agents may follow their instructions and run optional helpers when the task and permissions allow.
Stability:
code-to-figmaandfigma-to-codeare pre-1.0: prompt content and triggers may change incompatibly between minor releases.agent-memory,discord-harvest,eleventy-nunjucks,init-rulebook,localhost-screenshots, andskill-architectreserve breaking changes for major versions.
License
MIT — see LICENSE.
Recommended Tools
Try a different keyword or remove a filter.
Install
npx skillfish add t4sh/skills4sh