Manifold is an experimental platform for enabling long horizon workflow automation using teams of AI assistants.
# Add to your Claude Code skills
git clone https://github.com/intelligencedev/manifoldLast scanned: 5/16/2026
{
"issues": [],
"status": "PASSED",
"scannedAt": "2026-05-16T06:22:44.423Z",
"semgrepRan": false,
"npmAuditRan": true,
"pipAuditRan": true
}manifold is an open-source ai agents skill for AI coding assistants such as Claude Code, Codex CLI, and ChatGPT, built by intelligencedev. Manifold is an experimental platform for enabling long horizon workflow automation using teams of AI assistants. It has 496 GitHub stars.
Yes. manifold passed SkillsLLM's automated security scan — a dependency vulnerability audit plus prompt-injection heuristics — with no high-severity issues. You can read the full report in the Security Report section on this page.
Clone the repository with "git clone https://github.com/intelligencedev/manifold" and add it to your Claude Code skills directory (see the Installation section above).
manifold is primarily written in Go. It is open-source under intelligencedev on GitHub, so you can review or fork the full source.
Yes. SkillsLLM lists many other AI Agents skills you can browse and compare side by side. Open the AI Agents category from the badge at the top of this page, or use the Related Skills and comparison links further down to weigh manifold against similar tools.
No comments yet. Be the first to share your thoughts!
Manifold is an experimental platform for long-horizon workflow automation with teams of AI assistants.
It supports OpenAI, Google, and Anthropic models, along with OpenAI-compatible APIs for self-hosted open-weight models served through llama.cpp or vLLM.
[!WARNING] Manifold is an experimental frontier AI platform. Do not deploy it in production environments that require strong stability guarantees unless this README explicitly states otherwise.
Manifold is built for workflows that go beyond one-shot prompts. It gives you a workspace where specialists, tools, projects, and workflows can work together on multi-step objectives over extended periods.
Use a traditional chat interface to assign objectives to specialists. Agent specialists can be configured to render visualizations in addition to text responses.

Specialists can collaborate across multiple turns. Manifold is designed to take advantage of the long-horizon capabilities of frontier models and can work on complex objectives for hours.
Manifold supports image generation with OpenAI and Google models, as well as local image generation through a custom ComfyUI MCP client.

Example ComfyUI-generated image using a custom workflow.

Schedule tasks for agent specialists to execute in time intervals, daily, or only once at a defined date and time. Send results to various external services. Matrix is natively supported, but Skills or MCP's can extend the channels Manifold has access to.

Design agent workflows with a visual flow editor. MCP tools are exposed as nodes automagically. Saved workflows become tools that can be invoked by specialists or inserted as nodes into other workflows. It's workflows all the way down.


Define and configure AI agents, then build your own team of experts.

Configure projects as agent workspaces.
Each project is isolated to its own root path. Agents load project skills from that project's skills/ folder, and can also discover universal read-only skills from $HOME/.manifold/skills and $HOME/.agents/skills through dedicated skill tools.

Manifold includes built-in tools for agent workflows and supports MCP to extend agent capabilities. You can configure multiple MCP servers and enable tools individually to manage context size more precisely.

Create, iterate on, and version prompts that can be assigned to agents. Configure datasets and run experiments to understand how prompt changes affect agent behavior.

The recommended first-run path is Docker-based and does not require a local Go, Node, or pnpm toolchain.
For a basic local deployment, you need:
WORKDIROptional local tooling is only needed if you are developing Manifold itself:
pnpm for running the frontend outside Dockercp example.env .env
cp config.yaml.example config.yaml
# Edit .env and set at minimum:
# OPENAI_API_KEY=...
# WORKDIR=/absolute/path/to/your/manifold-workdir
docker compose up -d manifold
Then open http://localhost:32180.
Manifold can run without external database or telemetry services when you build the manifold binary locally. SQLite is the default durable backend, and Postgres is optional:
databases:
backend: sqlite
defaultDSN: ""
sqlite:
path: "~/.manifold/manifold.db"
obs:
otlp: ""
local:
enabled: true
clickhouse:
dsn: ""
Check local storage before startup with:
./dist/manifold storage doctor --json
With that configuration, manifold stores durable state in SQLite with FTS5 and Vec1 enabled, and serves metrics, logs, and traces from bounded process-local telemetry. You still need an LLM provider, which can be a remote API key or a local OpenAI-compatible endpoint.
For the full deployment walkthrough, see:
make build-manifold is the standard host build for Manifold. It builds dist/manifold with the Forge backend, embedded frontend, and stable UI feature gate. Stable builds do render frontend undocumented features still in active development.
To build the same backend and embedded frontend with beta UI links enabled, use either command:
make build-manifold-beta
make build-manifold FEATURE_GATE=beta
The build passes FEATURE_GATE through to Vite as VITE_MANIFOLD_FEATURE_GATE.
Release artifacts are zip files that contain the runtime manifold binary and the example configuration files needed to bootstrap a deployment:
manifold or manifold.execonfig.yaml.examplespecialists.yaml.examplemcp.yaml.exampleexample.envTHIRD_PARTY_NOTICES.txtThe agent one-shot CLI and openapi generator are developer tools and are not required for the Manifold server, UI, or API runtime.
Standard Manifold builds use the Forge backend. The stricter guarded harness modes for workflow enforcement, tool-error recovery, and control-flow-safe compaction are still controlled by runtime configuration. See docs/forge_harness.md for modes, configuration, rollout guidance, and deterministic scenario tests.