OpenCrew Team OS
Run a role-based OpenClaw AI team from the chat workspace your team already uses.
Per-dimension scores and reasoning
Evidence shows: README describes Autonomy Ladder (L0-L3), with L3 requiring user confirmation and L2 reporting after action, indicating user confirmation mechanism; deployment prompts explicitly instruct not to modify models/auth/gateway config, only add OpenCrew increments, reflecting least privilege; but data flow transparency is insufficient, not detailing how sensitive data (e.g., Slack tokens) is stored and accessed; dependency security not mentioned, no dependency list or security audit; external effects described (e.g., Slack message sending) but not limited; rollback mechanism only mentioned in A2A setup guide, not detailed; source attribution only via MIT license and contributor statement, not verified. Deductions: missing dependency security, insufficient data flow transparency, unclear rollback.
Evidence shows: README and documentation structure are consistent, describing stable and experimental features, good self-consistency; dependency availability not explicit, no OpenClaw version requirements or platform compatibility details; failure messages mentioned (e.g., common errors, troubleshooting checklist) but not detailed. Deductions: insufficient dependency availability info, failure messages not specific.
Evidence shows: target audience clear (decision-makers, non-technical users), scenarios cover Slack, Feishu, Discord with platform-specific guides; capability boundaries via stable/experimental features, but not each agent's specific permission boundaries; trigger precision via channel binding and @mention, but not detailed; environment fit considers platforms, but Feishu thread support limited. Deductions: capability boundaries and trigger precision not detailed.
Evidence shows: clear information architecture with directory structure and doc guides; detailed install notes with automated and manual steps; naming stability not explicit but agent names consistent; examples and FAQ rich; known limitations documented; MIT license clear; versioning changelog absent but status updates present; maintenance responsibility not explicit but PRs welcome. Deductions: missing versioning changelog, unclear maintenance responsibility.
Evidence shows: output usability via Closeout mechanism and structured outputs, but no actual output examples; marginal value clear, solving context bloat etc.; cost-benefit discussed (token usage) but no concrete data. Deductions: missing output examples, insufficient cost-benefit data.
Evidence shows: claims in README (e.g., 'tested stable') lack test evidence; cross-source corroboration insufficient, relying on single repo; facts and inferences not clearly separated, e.g., 'A2A v2 is the best way' is subjective. Deductions: claims lack traceability, facts and inferences mixed.
- Dependency security not mentioned; check OpenClaw and its dependencies for known vulnerabilities.
- Sensitive data handling (e.g., Slack tokens) storage and access paths are opaque; be cautious.
- Rollback mechanism only mentioned in A2A setup guide, not detailed; confirm before deployment.
- Versioning changelog missing; cannot track version evolution.
- Claims (e.g., 'tested stable') lack test evidence; verify independently.
What does this agent do, and when should you use it?
OpenCrew is a multi-agent collaboration system built on OpenClaw for decision makers who want to operate an AI team through Slack, Feishu, or Discord. It maps channels or groups to roles and threads to tasks, with workspaces for roles such as CoS, CTO, Builder, CIO, Research, KO, and Ops. Its operating model includes L0–L3 autonomy levels, QAPS task types, structured Closeouts and Checkpoints, knowledge extraction by KO, and change auditing by Ops. Agents can delegate work through `sessions_send`; on Slack, a separately configured Slack App enables @mention-based Discussion collaboration. It is deployed into an existing OpenClaw installation with connected chat platforms, rather than offered as a standalone hosted service.
During deployment, OpenCrew adds role workspaces and the shared protocols under shared/ to an OpenClaw setup, then configures channel-to-agent routing in openclaw.json. Users start work in channels such as #hq, #cto, and #build, or their equivalent groups, while each agent responds within its assigned domain and organizes tasks in threads. Delegation uses a visible channel anchor plus sessions_send as a two-step handoff. In Slack Discussion mode, an orchestrating agent with an independent Slack App joins an execution channel and collaborates through @mentions in the same thread. Work can produce Closeouts, Checkpoints, and reusable knowledge distilled by KO; system changes are subject to an Ops review loop.
- An existing OpenClaw user who wants separate Slack channels for executive intent, technical design, and implementation handled by CoS, CTO, and Builder roles.
- A decision maker managing several concurrent initiatives who wants channels to show responsibilities and threads to keep each task separate.
- A Slack team that needs a coordinator and an execution agent to discuss, review, and reach agreement in a shared task thread.
- A user who wants project learnings compressed into structured Closeouts and later distilled into reusable operating knowledge by KO.
- An OpenClaw user on Feishu or Discord who wants the same role-per-channel operating model while accepting platform-specific limitations.
What are this agent's strengths and limitations?
- Uses a concrete channel/group-to-role and thread-to-task model, making team responsibilities and work visible in the chat workspace.
- Offers both Delegation and Slack Discussion A2A modes; the latter supports review and discussion by independently identified bots in execution channels.
- Combines structured Closeouts, Checkpoints, three-layer knowledge capture, and Ops Review in one operating model.
- Supports Slack, Feishu, and Discord, with a documented three-role starting configuration of CoS, CTO, and Builder.
- Core operation depends on OpenClaw, so it is not a standalone general-purpose multi-agent runtime.
- The documented, validated Discussion mode is Slack-specific and requires an additional Slack App plus multi-account configuration.
- A2A @mention checks, turn counting, and
NO_REPLYdiscipline are prompt-enforced; the repository recommends low-risk testing for models other than Claude Opus 4.6. - Feishu lacks thread task isolation, and Discord Discussion mode is blocked by an OpenClaw code-level bug.
- The model uses more total tokens than a single-agent setup, and Slack’s free tier retains message history for only 90 days.
How do you install or deploy this agent?
Prerequisite: an existing OpenClaw installation for which openclaw status succeeds. Connect Slack, Feishu, or Discord; create #hq, #cto, and #build (or equivalent groups) and invite the bot. Clone the repository with git clone https://github.com/AlexAnys/opencrew.git /tmp/opencrew. Then have the existing OpenClaw follow the repository’s DEPLOY.md incremental deployment flow: provide platform credentials (Slack Bot Token and App Token; Feishu App ID and App Secret; or Discord Bot Token), map channels to CoS/CTO/Builder, and preserve existing models, auth, and gateway settings.
How do you use this agent?
After deployment, send a message in each CoS, CTO, and Builder channel or group to confirm that its assigned agent replies. Ask the CTO to delegate a task to Builder and verify that a response appears in Builder’s channel. For one-way handoffs, configure A2A Delegation with agentToAgent.allow and maxPingPongTurns, then add the Delegation rules to the participating roles. For Slack discussion collaboration, create an independent Slack App for at least one key agent, configure multiple accounts while retaining accounts.default, invite the new bot into the target channel, and verify that both agents reply to @mentions in one thread.
How does this agent compare with similar options?
The repository distinguishes OpenCrew from developer SDKs such as CrewAI and AutoGen: those are presented as code-based agent orchestration tools, while OpenCrew is positioned around managing an AI team through Slack with explicit roles, tasks, knowledge capture, and governance.