Skip to content
Conduit

skill

portable-agent-authoring

Vendor-neutral guides for authoring portable skills, rules, and workflows across Codex, Claude Code, Cline, Antigravity CLI, and Pi.

jpbaking/portable-agent-authoringcommunitylistedunreviewed

Set up

Skills are installed by placing their folder where your agent loads skills.

The download comes from github.com/jpbaking/portable-agent-authoring itself, not from our server, so what you get is exactly what its author published.

Install instructions come from the README

Skills do not use an MCP config. Follow the steps in the README below.

README

synced Oct 23, 2026

Multi-harness authoring guides

Create skills, rules, and repeatable workflows once—then make them work reliably across multiple coding-agent harnesses.

This repository is a public, vendor-neutral playbook for:

  • Google Antigravity CLI (agy)
  • OpenAI Codex
  • Claude Code
  • Cline
  • Pi

It separates portable behavior from host-specific discovery, invocation, and enforcement. The result is one authoritative workflow or rule with small, generated adapters instead of several independently maintained versions.

This is a community-maintained documentation project. It is not affiliated with, endorsed by, or an official publication of Google, OpenAI, Anthropic, Cline, or the Pi maintainers.

Scope

The documented Antigravity target is the agy CLI. Antigravity Desktop/IDE is not currently part of the compatibility contract.

The guides cover:

  • project and user-global instruction discovery;
  • Agent Skill locations and portable SKILL.md authoring;
  • explicit invocation shortcuts;
  • rules and reusable workflow equivalents;
  • generated compatibility shims;
  • collision detection and validation.

They do not attempt to unify host permissions, hooks, sandbox policy, model configuration, plugins, or MCP authentication. Those remain host-specific.

Why use these guides?

Agent harnesses increasingly share concepts such as AGENTS.md and SKILL.md, but they do not share every filesystem path or user interface.

These guides help you:

  • write Agent Skills that remain portable;
  • maintain one authoritative set of repository rules;
  • provide an explicit invocation shortcut in every supported harness;
  • generate only the shims that are actually required;
  • avoid duplicate skill discovery and drifting copies;
  • keep permissions, hooks, and other enforcement host-specific;
  • migrate legacy commands and workflows without retaining two sources of truth.

Start here

Choose the guide that matches your task:

GoalRead
Create or migrate something for all supported harnessesUniversal skills, rules, and workflows
Configure Antigravity CLIagy guide
Configure OpenAI CodexCodex guide
Configure Claude CodeClaude Code guide
Configure ClineCline guide
Configure PiPi guide

The universal guide is normative for shared authoring. Each harness guide explains how that shared design maps to its native discovery paths, rule systems, workflow features, invocation syntax, and validation tools.

Repository structure

.
├── README.md
├── universal-agent-authoring.md
└── docs/
    ├── agy.md
    ├── codex.md
    ├── claude.md
    ├── cline.md
    └── pi.md

Recommended universal layout

AGENTS.md
CLAUDE.md
.agents/
  skills/<name>/SKILL.md
.claude/
  skills/<name>/SKILL.md
.clinerules/
  workflows/<name>.md

Ownership:

  • AGENTS.md is the authoritative persistent project guidance.
  • CLAUDE.md is a rules shim containing @AGENTS.md.
  • .agents/skills/<name>/ is the authoritative skill source.
  • .claude/skills/<name>/ is a byte-identical generated skill shim for Claude Code and Cline.
  • .clinerules/workflows/<name>.md is a thin generated Cline invocation shortcut that delegates to the corresponding skill.

Antigravity CLI, Codex, and Pi read the authoritative .agents/skills tree directly. Their native skill interfaces already provide explicit invocation, so they do not require additional workflow wrappers.

Explicit invocation

HarnessShortcut
Antigravity CLI/skill-name
CodexSelect $skill-name, or browse with /skills
Claude Code/skill-name
Cline/skill-name.md through the generated workflow shortcut; native /skill-name also works
Pi/skill:skill-name when skill commands are enabled

Plain-language invocation remains portable:

Use the skill-name skill.

Instructions for agents

If you are an agent asked to create, migrate, or update skills, rules, or workflows in a repository using these guides:

  1. Determine whether the requested artifact is universal or restricted to one harness.
  2. For a universal artifact, read the universal authoring guide completely.
  3. Read every harness guide that is in scope before choosing paths or frontmatter.
  4. Inspect existing AGENTS.md, CLAUDE.md, discovery directories, and same-name skills before writing.
  5. Preserve user-owned instructions and reconcile divergent generated files before replacing them.
  6. Edit only the authoritative source:
    • persistent rules in AGENTS.md;
    • skills in .agents/skills/<name>/.
  7. Regenerate required shims:
    • CLAUDE.md;
    • .claude/skills/<name>/;
    • .clinerules/workflows/<name>.md.
  8. Keep permissions, hooks, sandbox settings, plugins, and conditional rule metadata host-specific.
  9. Validate discovery and explicit invocation in a fresh session for every selected harness.
  10. Report the authoritative files, generated adapters, validation performed, and any unresolved discovery collisions.

Do not assume that AGENTS.md can register skills from arbitrary directories. Persistent instructions can tell an agent what to read, but skill discovery, metadata loading, and command completion are controlled by the harness.

Universal or harness-specific?

Create a universal artifact when:

  • the same user goal and procedure should work across harnesses;
  • only discovery or invocation differs;
  • the workflow can use agent-neutral instructions and resources.

Create a harness-specific artifact when:

  • it depends on proprietary frontmatter or argument interpolation;
  • it configures permissions, hooks, sandboxing, models, or tools;
  • it relies on a dedicated host workflow engine;
  • its behavior cannot be expressed as a portable Agent Skill.

When both are needed, keep the reasoning and procedure in the universal skill and make the host-specific artifact a thin adapter.

Documentation freshness

The guides were checked against current official documentation on 2026-07-29. Vendor discovery paths and invocation features can change, so each harness-specific guide ends with the official sources used for verification.

When relying on this repository for a migration, re-check the relevant official sources and report any changed discovery path, precedence rule, or invocation behavior.

Contributing

Corrections and compatibility updates are welcome. A useful contribution should:

  1. Limit its claim to a documented harness and product surface.
  2. Cite a current primary source, preferably official product documentation or released upstream source.
  3. State when documentation and observed released behavior disagree.
  4. Preserve the distinction between portable semantics and host adapters.
  5. Update the verification date only for guides that were actually re-checked.
  6. Avoid adding a new supported harness without a complete guide covering rules, skills, workflows, invocation, discovery scope, collisions, and validation.

Please keep the universal guide normative. Harness guides should explain their mapping to it rather than copy the whole compatibility policy.

License

This repository is released under the BSD Zero Clause License, SPDX identifier 0BSD.

Start with Universal skills, rules, and workflows.

↑↓ navigate openesc close