Skip to content

Vendor capability matrix

LumenFlow stays vendor-agnostic by anchoring on shared concepts first:

  • Persistent repo instructions
  • Reusable skill or workflow surfaces
  • Optional subagents or background agents
  • Memory or personalization layers
  • Model and reasoning controls
  • Plugin or marketplace distribution where the vendor publishes a stable surface

The details vary by vendor. Use this matrix to decide which LumenFlow surfaces can be projected directly and which need a vendor-specific overlay.

VendorInstructions / rules surfaceSkills / reusable workflowsSub-agentsHooksA2A signal deliverySlash commandsMemory / personalizationModel / effort controls
Claude CodeCLAUDE.md, .claude/CLAUDE.md, .claude/rules/Native skills in .claude/skills/; custom slash commandsYes. Native subagents in .claude/agents/Yes. Project/user/local hooks via settings, plus skill/agent-scoped hooksSupported through LumenFlow PostToolUse hook delivery.YesCLAUDE.md plus auto memory/model and explicit effort controls are documented
Codex CLIAGENTS.md (root + nested), configurable fallback filenamesNative skills from .agents/skills/Yes, but explicit ask onlyYes, via Codex hooksSupported through foreground mem:watch daemon fallback.YesNative memories are documented/model; reasoning effort available when the selected model supports it
Cursor.cursor/rules/, root AGENTS.md, root CLAUDE.md in CLINo documented SKILL.md surface; use rules insteadYes, background agentsNo documented project hook surface in the public docs reviewedSupported through foreground mem:watch daemon fallback.CLI slash commands documentedNative Memories plus user rulesModel picker and Auto/Max modes documented
Windsurf.windsurf/rules/ and location-scoped AGENTS.mdNative skills in .windsurf/skills/; also discovers .agents/skills/; workflows in .windsurf/workflows/Caution: public docs describe Cascade, skills, and workflows, but do not document user-authored subagents the way Claude/Codex/Gemini doNo documented project hook surface in the public docs reviewedSupported through foreground mem:watch daemon fallback.Yes, workflows run via /[workflow-name]Native Memories and RulesModel picker documented; no separate reasoning-effort control documented in the public docs reviewed
Gemini CLIGEMINI.md by default; configurable to also read AGENTS.mdCustom commands and extensions are documented; no official .agents/skills/ skill surface found in the docs reviewedYes. Local and remote subagents under .gemini/agentsNo documented project hook surface in the public docs reviewedSupported through foreground mem:watch daemon fallback.YesHierarchical GEMINI.md memory plus /memory management/model and per-agent model configuration are documented
VendorPlugin status for LumenFlow
Claude CodeNative plugins and marketplaces are documented. Plugin skills are namespaced, for example /lumenflow:design-first. Anthropic official marketplace submission exists through in-app submission forms.
Codex CLINative plugins can bundle skills, apps, MCP servers, and hooks. Repo and personal marketplaces are available; OpenAI documents official self-serve publishing as coming soon. Codex subagents remain outside the plugin manifest.
CursorKeep using rules and repo instruction surfaces. LumenFlow does not add a Cursor plugin format until a stable public packaging contract exists.
WindsurfKeep using rules, workflows, and shared skills. LumenFlow does not add a Windsurf plugin format until a stable public packaging contract exists.
Gemini CLIKeep using GEMINI.md, commands/extensions, and .gemini/agents. LumenFlow does not add a Gemini plugin format.

Agent plugins are distribution packages, not LumenFlow runtime packs. A plugin can help a client discover skills and first-run guidance; Work Units, gates, evidence, shared memory, and pack policies still require the LumenFlow CLI/runtime inside the repository.

The A2A signal contract is vendor-neutral, but local push delivery is adapter-specific. Claude Code is currently supported through generated PostToolUse hook delivery for signal:received events. Clients without an installed hook adapter use the foreground mem:watch daemon fallback, which drains the same signal:received event queue and records delivered receipts for the active reader identity.

  • AGENTS.md is a strong cross-vendor baseline today for Codex, Cursor, and Windsurf.
  • Claude Code still centers CLAUDE.md, not AGENTS.md.
  • Gemini CLI centers GEMINI.md, but its documented config allows additional context filenames, including AGENTS.md.
  • .agents/skills/ is a real cross-vendor projection target today for Codex and Windsurf.
  • Claude Code still expects .claude/skills/.
  • Cursor’s current public docs emphasize rules rather than a native SKILL.md skills surface.
  • Gemini CLI currently documents commands/extensions/subagents rather than a SKILL.md skill registry.

Windsurf is intentionally marked cautiously in the sub-agent column. Its public docs clearly cover Cascade, skills, rules, workflows, and memories, but the docs reviewed for this page do not expose an explicit user-authored subagent surface comparable to Claude Code’s .claude/agents/, Codex’s subagents, or Gemini CLI’s .gemini/agents.