Factory Droid platform support
Factory Droid is now a first-class Trellis platform. Cursor-level scope: commands-only, no hooks/agents.trellis init --droidwrites 12 Trellis commands to.factory/commands/trellis/<name>.md- Each file ships with optional YAML frontmatter (
description: ...) so Droid’s/commandsautocomplete shows a one-line summary - Layout uses nested
trellis/subdirectory like Claude Code (Droid’s docs claim nesting is unsupported but the actual binary picks them up — verified before release) cli_adapter.pyfully integrates Droid so Trellis Python scripts (status, archive, journals) detect.factory/projects correctly- Multi-agent CLI
run/resumecurrently raisesValueError(“not yet integrated with Trellis multi-agent”) — same pattern as Copilot/Windsurf. Can be extended in a future release if there’s demand.
Codex option hints at .agents/skills/ shared layer
The interactive trellis init checkbox for Codex now reads:
.agents/skills/ when Codex is enabled, but that directory is read by many other clients via the agentskills.io open standard. Surfacing this in the prompt makes the spillover benefit visible — users picking Codex understand it isn’t Codex-specific.
Verified against each client’s official docs:
- Cursor Skills — explicit
.agents/skills/entry - Gemini CLI Skills —
.agents/skills/is the cross-client “alias”, takes precedence over.gemini/skills/ - VS Code Copilot Agent Skills —
.agents/skills/listed alongside.github/skills/and.claude/skills/ - Amp Owner’s Manual —
.agents/skills/is the only project-level skill location - Kimi Code CLI Skills — discovered from
.agents/skills/(or.kimi/skills/,.claude/skills/)
.claude/skills/ and ~/.claude/skills/ — Claude Code does NOT read .agents/skills/, contrary to several third-party blog claims.
Notes
- Pure-additive update. RC users can
trellis updatesafely — no file renames, no behavior changes, no migrations. - Run
trellis init --droidto try Factory Droid support. - RC install:
npm install -g @mindfoldhq/trellis@rc