agentleFS
SajidisrarSajidisrar/ios-claude-skills/AGENTS.md

ios-claude-skills

AGENTS.md1 starsChanged 14 days agoMITView on GitHub

This file configures AI agents working on the Sajidisrar/ios-claude-skills repository itself. Scope: This is not meant to be copied into other projects or into a global agent configuration. The reusable assets are the skills in skills/, not this file. A flat skills/ directory of 37 Claude Code-format skills for iOS/Swift development: 22 lifecycle-workflow skills (feature work, quality, review, shipping — presented in the README under "Build/Quality/Review/Ship" though the directory itself has no category subfolders) plus 15 Apple-framework skills (Swift concurrency…

The file

We split this AGENTS.md into the rules it gives an agent

2 rules. About 0 are common, 0 are distinctive, and 2 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈0

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 2

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Very specific:

    Follow CONTRIBUTING.md's skill anatomy: when adding or editing a skill — frontmatter, verification checklist, no real …

    line 14
  2. Very specific:

    Version every release the same way: follow CONTRIBUTING.md's "Versioning and releases" — scripts/bump-version.sh for all manifests, a …

    line 17

≈ “Common” is an estimate: at least 1 in 5 of the 40,246 AGENTS.md files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
AGENTS.md

AGENTS.md

This file configures AI agents working on the Sajidisrar/ios-claude-skills repository itself.

Scope: This is not meant to be copied into other projects or into a global agent configuration. The reusable assets are the skills in skills/, not this file.

What this repo is

A flat skills/ directory of 37 Claude Code-format skills for iOS/Swift development: 22 lifecycle-workflow skills (feature work, quality, review, shipping — presented in the README under "Build/Quality/Review/Ship" though the directory itself has no category subfolders) plus 15 Apple-framework skills (Swift concurrency migration, SwiftData, StoreKit, and others — presented under "Frameworks & Platform").

Working on this repo

  • Don't reintroduce nested category folders under skills/. Every supported tool's native skill discovery (Claude Code, Codex, Cursor, Copilot, Gemini CLI) expects skills/<name>/SKILL.md directly, one level deep. The Build/Quality/Review/Ship/Frameworks grouping is presentation-only — it belongs in README tables, never in the filesystem.
  • Follow CONTRIBUTING.md's skill anatomy when adding or editing a skill — frontmatter, verification checklist, no real client/business/personal data, technical claims checked against Apple's actual documentation rather than written from memory.
  • Keep the per-tool docs (docs/*.md), install.sh and the SwiftPM plugin (Plugins/InstallIOSSkills/plugin.swift, same --tool table) in sync with what's actually true of each tool's current skill-discovery mechanism — these are living integrations, not a one-time snapshot; a tool changing its skill directory convention should prompt an update here, not just in a comment.
  • The plugin manifests are directory-based, not list-based ("skills": "./skills"), so adding or removing a skill folder doesn't require touching .claude-plugin/plugin.json or .codex-plugin/plugin.json. It does require updating the README's category tables.
  • Version every release the same way: follow CONTRIBUTING.md's "Versioning and releases" — scripts/bump-version.sh for all manifests, a CHANGELOG.md entry, then a vX.Y.Z tag. Never set a manifest version by hand, and never move or delete a published tag (SwiftPM users resolve against it).

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.