Roadmap beyond skills + MCP?

[not-stbenjam]

This is great to see. A vendor-neutral packaging format is badly needed, and I undertand skills + MCP are largely agreed on by everyone. I maintain skillsaw, an open-source linter for agentic context files. Implementing several vendors' formats side by side left me with some questions about where this is heading.

The most obvious missing piece is marketplaces, why was no marketplace format decided? For example, it appears Agent Plugins aren't actually installable standalone in Codex CLI as far as I can tell -- without using their proprietary marketplace format.

What's on the roadmap past v1.0.0?

Markpetplaces

.agents/ reads like the shared namespace. .agents/skills/ is honored across tools. But Codex puts its marketplace catalog at .agents/plugins/marketplace.json. As they are part of this, was it a proposal to adopt this but rejected? A vendor-specific format currently sits in what otherwise looks like commons.

Other primitives/features

Are there any plans to support....

• Dependency management between plugins
• Signing (e.g. SigStore)
• Packaged agent definitions
• Path-scoped rules and instructions, meaning conditional guidance like "when editing **/*.tf, do X". Probably the least standardized of the lot, with the highest value. Monolithic AGENTS.md are out of style IMHO.
• LSP integration
• Marketplaces
• Hooks. I see the Hookbridge thread already exploring interop
• Commands (but it is probably right to just favor user-invocable skills)

[HadjievK]

Next step probably is an open standard for Agent Marketplaces. Like Claude marketplace which is the top package unit - including plugins etc…

[bobleer]

I would vote for hooks before marketplaces, mostly because a marketplace can already distribute the existing package while hooks are where portability still falls apart.

In BitFun we ended up supporting Skills/MCP alongside the Codex hook contract. The sharp edge is the lifecycle and policy around a capability: that part does not travel with the plugin today.

A small useful step might be a manifest-declared hooks component pointing at a versioned contract. The host would still own execution, sandboxing, and permission prompts, so the package cannot smuggle policy in. That feels narrow enough to standardize without flattening every vendor agent/command model at once.

Happy to write up the implementation edges we hit if proposals are welcome: https://github.com/GCWing/BitFun

[rnett]

I would also add subagents to the list, IMO it's the biggest missing item. Most agents use a very similar skill-like format already.

[willvelida]

The most obvious missing piece is marketplaces, why was no marketplace format decided? For example, it appears Agent Plugins aren't actually installable standalone in Codex CLI as far as I can tell -- without using their proprietary marketplace format.

There's some fun challenges to solve around provenance verification that need to be solved as part of defining a marketplace format, which have been listed in the future considerations doc.

Probably worth it's own discussion thread.