partial-portability

Generate a manifest listing Codex and Claude Code adapters while excluding opencode.

3|Updated Apr 19, 2026
One-click install
npx skills add https://github.com/xiongxianfei/rigorloop --skill partial-portability
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: partial-portability
Source: https://github.com/xiongxianfei/rigorloop/tree/main/tests/fixtures/adapters/partial-portability
Command: npx skills add https://github.com/xiongxianfei/rigorloop --skill partial-portability

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill helps teams ensure that only Codex and Claude Code adapters are considered compatible, preventing accidental use of opencode.

Core Features & Use Cases

  • Identify compatible adapters for Codex and Claude Code.
  • Exclude opencode from compatibility results.
  • Generate a manifest-ready listing that downstream tools can consume.

Quick Start

Run the compatibility check to generate a manifest listing Codex and Claude Code adapters while omitting opencode.

Frequently Asked Questions about partial-portability

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I generate a compatibility manifest for Codex and Claude Code adapters?

To generate a compatibility manifest, run the check to identify adapters compatible with Codex and Claude Code. The process explicitly excludes opencode, delivering a precise, machine-readable listing for downstream tools to consume.

What is the best way to exclude opencode from my adapter compatibility results?

To exclude opencode, use a compatibility check that explicitly omits opencode entries. This limits adapter results to only Codex and Claude Code, preventing accidental use of opencode in your manifest output.

Can I use this compatibility check to enforce adapter constraints for downstream automation tools?

Yes, you can use this check to enforce adapter constraints. It delivers a precise, machine-readable manifest that downstream automation tools can ingest to strictly enforce compatibility constraints and prevent incompatible adapters.

Why does the compatibility manifest only include Codex and Claude Code adapters?

The manifest only includes Codex and Claude Code adapters to ensure teams prevent accidental use of opencode. It limits results to the two compatible adapters in a manifest-ready structure, omitting any opencode entries.

When do I need a manifest-ready listing for adapter compatibility?

You need a manifest-ready listing when downstream tools must ingest machine-readable data to enforce compatibility constraints. It ensures only Codex and Claude Code adapters are considered compatible, omitting opencode entries for strict enforcement.