Skip to content
Agentmart
Submit a tool

agent-config-adapter

Adapt an existing agent configuration or plugin to a new agent or model route.

Skill by jajupmochi

IndexedMIT★ 1
Write a review

Install

Works with Claude Code, Claude apps, Codex, Cursor, Gemini CLI, GitHub Copilot, VS Code, OpenCode, Goose, Windsurf. Read the repository before you give any tool access to your data.

npx agentmarket install skill/jajupmochi-agent-config-adapter

Asks which of your tools to add it to (Claude Code, Codex, Cursor, VS Code, Windsurf, Gemini CLI, Claude Desktop) and shows the change first. See https://agentmart.dev/cli.

Get the weekly diff

The weekly diff: one email a week with new agent tools, notable updates and grade changes, plus security alerts for tools you follow. Double opt-in, one-click unsubscribe.

We use your email only for this newsletter. Privacy

About

Adapt an existing agent configuration or plugin to a new agent or model route. Use when moving agent-harness or another agent setup between Claude Code, Codex, Gemini, Cursor, local models, or non-native model backends such as DeepSeek routed through another agent.

Use cases: agent-building

No reviews yet. Installed it? Reviews come from verified installers only. How reviews work

Permissions

What this skill can do and what it asks for, from its SKILL.md. Checked Oct 25, 2026.

Tools
No tools found
Secrets
None asked for
Install scripts
None found

Network hosts it talks to 1

  • codeload.github.com · found in install command

Files it touches

  • ~/.claude/skills/agent-config-adapter

What's inside

Skill name
agent-config-adapter
Description
Adapt an existing agent configuration or plugin to a new agent or model route. Use when moving agent-harness or another agent setup between Claude Code, Codex, Gemini, Cursor, local models, or non-native model backends such as DeepSeek routed through another agent.
License
MIT
Instructions
65 lines in SKILL.md · view on GitHub

Files (1)

  • SKILL.md

SKILL.md (first lines)

# agent-config-adapter

Use this workflow to port an existing agent configuration without dumping every
rule into the target agent context.

## Inputs to establish

1. Source agent and config root.
2. Target agent and target model route.
3. Whether the model is native to the target agent or routed through a
   compatibility layer.
4. Required capabilities: durable instructions, skills, hooks, MCP/tools,
   slash commands, subagents, browser/computer use, memories, and installers.
5. Non-negotiable isolation constraints: what must not affect the original
   agent setup.

## Adaptation steps

1. Inventory the source configuration:
   - manifests
   - skills
   - hooks
   - rules/instructions
   - MCP/app/tool config
   - install scripts
   - templates
   - tests or validation scripts
2. Research the target agent's current extension surfaces from local docs or
   official docs. For Codex, use the `openai-docs` Codex manual route.
3. Build a mapping table: source item, target surface, required rewrite,
   verification method, and isolation risk.
4. Choose the smallest target entrypoint:
   - instructions file for always-on repo rules
   - skill for reusable workflow
   - plugin for distribution
   - hook for lifecycle enforcement
   - MCP/app for live tools or private external data
5. Implement target-specific wrappers. Keep shared source content as references
   so implicit skill metadata stays small.
6. Verify structurally first, then run one realistic prompt per major workflow.

## Model-route fallbacks

When the target model is not native to the agent, or implicit tool use is weak:

- Prefer explicit skill invocation in user docs and default prompts.
- Split long rule sets into small wrappers that name exactly which references
  to read.
- Use scripts for deterministic checks instead of relying on the model to
  remember every invariant.
- Require command output or file inspection before success claims.
- Avoid hidden global instructions that the routed model may ignore.
- Keep model-specific workarounds in the adapter skill, not in shared rules.

## Deliverables

Every adaptation should leave:

- A plan document with the mapping table and selected architecture.
- Agent-specific manifest/config files.
- A validation command or script.
- Installation notes for the target agent.
- A rollback note explaining which original agent files were not touched.

From jajupmochi/agent-harness, MIT.

More from jajupmochi/agent-harness

Signals

Stars
1
Forks
0
Open issues
0
Last commit (this folder)
Jul 8, 2026 (3 months ago)

From GitHub (fetched Oct 24, 2026).

Details

License
MIT
First seen
Oct 24, 2026
Last checked
Oct 24, 2026

More from jajupmochi

Cite this page

agent-config-adapter skill. Agent Mart. https://agentmart.dev/skills/jajupmochi-agent-config-adapter (last updated 2026-10-24)