Claude Code vs Slate

Agent access

1. ai-native userPoint an agent at llms.txt or agent-oriented docs

   weight 2 · round to Slate
   Claude Code~partialprobed5/10

   Claude Code itself ships llms.txt files (docs.claude.com/llms.txt, code.claude.com/docs/llms.txt) confirming it is agent-oriented-docs-aware for its own product, and its agentic search/MCP tooling means it can fetch and consume arbitrary web docs including llms.txt if pointed at them via URL fetch or MCP. However, there is no explicit documented feature or first-party guidance describing 'point Claude Code at llms.txt of a third-party site' as a supported workflow. missing for 10: explicit product feature/docs describing consuming arbitrary llms.txt/agent-oriented docs as a first-class capability, independent hands-on confirmation of this specific use case.

   • [probe] “PROBE llms.txt: HTTP 200 at https://docs.claude.com/llms.txt # Anthropic Developer Documentation This file provides an overview of the Anth…”
   • [probe] “PROBE docs-md: HTTP 200 at https://docs.claude.com/en/docs/claude-code/overview.md > ## Documentation Index > Fetch the complete documentati…”
   • [claimed-docs] “Claude Code maps and explains entire codebases in a few seconds. It uses agentic search to understand project structure and dependencies wit…”
   • [claimed-docs] “Claude Code can connect to hundreds of external tools and data sources through the Model Context Protocol (MCP)”

   proof ↗⚑ flag

   Slate✓fullprobed8/10

   A probe confirms Slate's docs site serves a valid llms.txt at the root with links to actual docs pages, directly satisfying the ability to point an agent at agent-oriented docs. Missing for 10: no independent/community confirmation that agents successfully consume this llms.txt in practice, and no broader agent-oriented doc format beyond the single file.

   • [probe] “PROBE llms.txt: HTTP 200 at https://docs.randomlabs.ai/llms.txt # Slate ## Docs - [Introduction](https://docs.randomlabs.ai/en/getting-sta…”

   proof ↗⚑ flag

2. ai-native userRun the product headlessly / in CI for automation

   weight 2 · round to Claude Code
   Claude Code✓fullclaimed9/10

   Docs explicitly describe running Claude Code in CI (GitHub Actions/GitLab CI/CD) for automated code review and issue triage, piping logs into it, and scheduled/headless runs for repeated automation tasks, plus GitHub Action integration for automatic PR review. This directly matches the headless/CI automation story with strong first-party documentation. Missing for 10: independent/hands-on confirmation of a working CI pipeline (community evidence is silent on CI usage specifically).

   • [claimed-docs] “Claude Code is composable and follows the Unix philosophy. Pipe logs into it, run it in CI, or chain it with other tools”
   • [claimed-docs] “Run Claude on a schedule to automate work that repeats: morning PR reviews, overnight CI failure analysis, weekly dependency audits, or sync…”
   • [claimed-docs] “In CI, you can automate code review and issue triage with GitHub Actions or GitLab CI/CD.”
   • [claimed-docs] “Get automatic code review on every PR | GitHub Code Review”

   proof ↗⚑ flag

   Slate—none0/10

   The docs describe Slate as an interactive terminal agent (onboarding, slash commands, hotkeys, subagent cards) with a permission-bypass flag (--dangerously-skip-permissions/--yolo), but there is no mention of a headless mode, non-interactive CLI flags, exit-code/scriptable output, or CI integration examples. Missing for 10: documented headless/non-interactive invocation, CI pipeline examples, scriptable output format, and any evidence of automation use outside the interactive TUI.

   • [claimed-docs] “We support `--dangerously-skip-permissions` (alias: `--yolo`) to bypass permission prompts.”
   • [claimed-docs] “npm i -g @randomlabs/slate”
   • [claimed-docs] “Use `/sessions` to switch between existing sessions”

   proof ↗⚑ flag

3. ai-native userPlug MCP servers into this product so it can use their tools

   weight 3 · round to Claude Code
   Claude Code✓fullclaimed9/10

   Claude Code has extensive first-party MCP documentation showing users can add MCP servers (e.g. `claude mcp add --transport http notion ...`), supporting stdio/HTTP transports, connecting to hundreds of external tools like Jira, Slack, Google Drive, Postgres, and even scaffolding new servers via a dev plugin. This is well corroborated across multiple doc pages with concrete CLI examples and use cases. Missing for 10: independent/hands-on community confirmation specifically of MCP tool usage (community evidence covers other topics, not MCP plugging in).

   • [claimed-docs] “With MCP, Claude Code can read your design docs in Google Drive, update tickets in Jira, pull data from Slack, or use your own custom toolin…”
   • [claimed-docs] “Claude Code can connect to hundreds of external tools and data sources through the Model Context Protocol (MCP)”
   • [claimed-docs] “Implement features from issue trackers: "Add the feature described in JIRA issue ENG-4521 and create a PR on GitHub."”
   • [claimed-docs] “claude mcp add --transport http notion https://mcp.notion.com/mcp”
   • [claimed-docs] “Stdio servers run as local processes on your machine. They're ideal for tools that need direct system access or custom scripts.”
   • [claimed-docs] “You can also have Claude scaffold a server for you with the official mcp-server-dev plugin”
   • [claimed-docs] “an MCP server can also act as a channel that pushes messages into your session, so Claude reacts to Telegram messages, Discord chats, or web…”

   proof ↗⚑ flag

   Slate—none0/10

   No evidence in the pack mentions MCP servers or integrating external tool providers into Slate; the docs cover skills, permissions, orchestration, and CLI usage but never MCP support. Missing for 10: any documentation or claim about connecting/plugging in MCP servers, configuring MCP tool sources, or using MCP-provided tools.

   ⚑ flag

4. ai-native userUse an official CLI

   weight 2 · round to Claude Code
   Claude Code✓fullprobed9/10

   Claude Code is itself an official CLI tool with documented install (curl install script), usage (`cd project && claude`), cross-platform support (macOS/Linux/Windows), and deep terminal-native workflows (git, MCP, hooks, CI). GitHub repo and docs confirm first-party CLI status with active community usage corroborating real-world use. Missing for 10: independent benchmarking of CLI robustness/UX beyond mixed community sentiment.

   • [claimed-docs] “cd your-project claude”
   • [claimed-docs] “curl -fsSL https://claude.ai/install.sh | bash”
   • [claimed-docs] “Available for macOS, Linux, and Windows.”
   • [github] “Use it in your terminal, IDE, or tag @claude on Github.”
   • [github] “helps you code faster by executing routine tasks, explaining complex code, and handling git workflows -- all through natural language comman…”
   • [probe] “official CLI documented at https://code.claude.com/docs/en/setup”

   proof ↗⚑ flag

   Slate✓fullprobed8/10

   Slate is delivered as an official CLI (npm-installed, terminal-based) with rich first-party docs covering install, sessions, hotkeys, shell execution, and configuration — squarely matching the 'official CLI' story for an AI-native user. Missing for 10: independent/hands-on corroboration of the CLI experience itself (community evidence found only relates to unrelated porting-quality claims, not CLI usage).

   • [claimed-docs] “npm i -g @randomlabs/slate”
   • [claimed-docs] “Use `/sessions` to switch between existing sessions”
   • [claimed-docs] “Press Tab to queue the current message so it runs after the current turn finishes.”
   • [claimed-docs] “Execute shell commands directly with `!`”
   • [claimed-docs] “Ctrl+X then N New session”
   • [probe] “official CLI documented at https://docs.randomlabs.ai/en/getting-started/quickstart”

   proof ↗⚑ flag

5. ai-native userDrive the product through a documented public API

   weight 3 · round to Claude Code
   Claude Code✓fullclaimed8/10

   Claude Code exposes multiple documented programmatic surfaces: the Agent SDK for building custom agents with full control over orchestration/tools/permissions, a CLI (claude, claude mcp serve) that can be scripted/piped/run in CI, and ANTHROPIC_API_KEY-based direct API access, all documented in first-party docs. This goes beyond a closed UI and gives AI-native users documented, programmatic control paths. Missing for 10: independent/hands-on validation of the Agent SDK's API surface and no explicit REST/OpenAPI reference beyond the SDK and CLI docs.

   • [claimed-docs] “the Agent SDK lets you build your own agents powered by Claude Code's tools and capabilities, with full control over orchestration, tool acc…”
   • [claimed-docs] “Use Claude Code as an MCP server. You can use Claude Code itself as an MCP server that other applications can connect to: claude mcp serve (…”
   • [claimed-docs] “If you've set the ANTHROPIC_API_KEY environment variable, Claude Code skips the login prompt and asks you to approve the key instead.”
   • [claimed-docs] “ANTHROPIC_API_KEY environment variable. Sent as the X-Api-Key header. Use this for direct Anthropic API access with a key from the Claude Co…”
   • [claimed-docs] “Claude Code is composable and follows the Unix philosophy. Pipe logs into it, run it in CI, or chain it with other tools”
   • [claimed-docs] “Claude Code can connect to hundreds of external tools and data sources through the Model Context Protocol (MCP)”

   proof ↗⚑ flag

   Slate—none0/10

   Slate is documented as a CLI/terminal agent with configuration, skills, and hotkeys, but there is no evidence of a documented public API for programmatic/agentic access—the OpenAPI probe returned 404 across all candidate paths and no SDK or REST/API docs are mentioned anywhere in the pack.

   • [probe] “PROBE openapi: all candidate paths 404 (https://docs.randomlabs.ai/openapi.json, https://docs.randomlabs.ai/swagger.json, https://docs.rando…”
   • [probe] “PROBE llms.txt: HTTP 200 at https://docs.randomlabs.ai/llms.txt # Slate ## Docs - [Introduction](https://docs.randomlabs.ai/en/getting-sta…”

   proof ↗⚑ flag

6. ai-native userIssue scoped/least-privilege API credentials for an agent

   weight 2 · round to Claude Code
   Claude Code~partialclaimed4/10

   Enterprise IAM docs mention role-based permissions, managed policy settings, and SSO/domain capture for org-wide configurations, plus sandboxing controls that restrict file/network access at runtime, suggesting some least-privilege controls exist. However, there is no explicit documentation of issuing scoped or limited-permission API keys/credentials specifically for an agent's use. Missing for 10: explicit scoped API key creation/management flow, granular credential scoping documentation, and independent verification of least-privilege credential issuance.

   • [claimed-docs] “Claude for Enterprise: adds SSO, domain capture, role-based permissions, compliance API, and managed policy settings for organization-wide C…”
   • [claimed-docs] “Single sign-on (SSO/SAML) and domain capture”
   • [claimed-docs] “Learn how Claude Code's sandboxed Bash tool provides filesystem and network isolation for safer, more autonomous agent execution. The Bash s…”
   • [claimed-docs] “If you've set the ANTHROPIC_API_KEY environment variable, Claude Code skips the login prompt and asks you to approve the key instead.”
   • [claimed-docs] “You can sign in to your Console account without creating an API key, even when your organization doesn't let developers create them.”

   proof ↗⚑ flag

   Slate—none0/10

   Slate is a coding-agent CLI; its evidence only covers permission settings (allow/ask/deny) for tool actions, not issuance of scoped/least-privilege API credentials or tokens for agents. No mention of credential/token scoping, API key generation, or IAM-style access control.

   • [claimed-docs] “Each permission key maps to an action ("allow", "ask", or "deny"), or a pattern object for fine-grained control.”
   • [claimed-docs] “We support `--dangerously-skip-permissions` (alias: `--yolo`) to bypass permission prompts.”

   proof ↗⚑ flag

7. ai-native userBuild against official SDKs

   weight 2 · round to Claude Code
   Claude Code✓fullclaimed8/10

   Claude Code offers the official Agent SDK, letting developers build their own agents with full control over orchestration, tool access, and permissions, on top of Claude Code's tools/capabilities — a direct SDK for AI-native builders. This is backed by first-party docs and complemented by API-key-based programmatic access (ANTHROPIC_API_KEY) for direct integration. Missing for 10: independent/hands-on developer reports building production apps with the Agent SDK, and deeper docs on SDK language coverage/versioning.

   • [claimed-docs] “the Agent SDK lets you build your own agents powered by Claude Code's tools and capabilities, with full control over orchestration, tool acc…”
   • [claimed-docs] “If you've set the ANTHROPIC_API_KEY environment variable, Claude Code skips the login prompt and asks you to approve the key instead.”
   • [claimed-docs] “ANTHROPIC_API_KEY environment variable. Sent as the X-Api-Key header. Use this for direct Anthropic API access with a key from the Claude Co…”

   proof ↗⚑ flag

   Slate—none0/10

   The evidence pack covers Slate's CLI, skills, configuration, and orchestration features but contains no mention of an official SDK (Python/TypeScript/etc.) for building applications on top of Slate, and the OpenAPI probe returned 404s across all candidate paths. Missing for 10: any documented SDK package, API reference, or programmatic interface for building against Slate.

   • [probe] “PROBE openapi: all candidate paths 404 (https://docs.randomlabs.ai/openapi.json, https://docs.randomlabs.ai/swagger.json, https://docs.rando…”
   • [claimed-docs] “npm i -g @randomlabs/slate”

   proof ↗⚑ flag

Agentic features

1. ai-native userGet AI-generated insights and suggestions from my data inside the product

   weight 2 · round to Claude Code
   Claude Code✓fullclaimed7/10

   Claude Code generates AI-driven insights and suggestions from a user's data: it maps/explains entire codebases automatically, reviews code and PRs for security issues with explanations, and via MCP can query databases (e.g., PostgreSQL) or pull data from Slack/Jira/Google Drive to answer questions and suggest actions. This is all documented first-party capability with concrete examples (codebase mapping, automatic PR/security review, data queries via MCP). missing for 10: independent/hands-on corroboration specifically validating the quality of data-driven insights (community evidence is mostly about coding reliability, not insight generation), and no dedicated analytics/dashboard-style insight feature beyond code/data-source querying.

   • [claimed-docs] “Claude Code maps and explains entire codebases in a few seconds. It uses agentic search to understand project structure and dependencies wit…”
   • [claimed-docs] “Claude helps security teams and developers by reviewing code for security issues, drafts patches, and explains the risk in language your who…”
   • [claimed-docs] “Get automatic code review on every PR | GitHub Code Review”
   • [claimed-docs] “Find emails of 10 random users who used feature ENG-4521, based on our PostgreSQL database.”
   • [claimed-docs] “With MCP, Claude Code can read your design docs in Google Drive, update tickets in Jira, pull data from Slack, or use your own custom toolin…”
   • [claimed-docs] “Claude Code can read your design docs in Google Drive, update tickets in Jira, pull data from Slack, or use your own custom tooling.”

   proof ↗⚑ flag

   Slate~partialcommunity4/10

   Slate is a coding-agent CLI whose evidence shows it can analyze a codebase and produce suggestions (e.g., generating an ARCH.md with improvement ideas), which maps loosely to 'AI-generated insights from data' but only in the narrow sense of source code, not general data analysis. Community evidence also raises skepticism about the real quality of generated output (e.g., criticism of a ported-code example as low quality/unverified). Missing for 10: evidence of insights/suggestions over non-code datasets, dashboards or analytics-style outputs, and independent validation of suggestion quality.

   • [claimed-docs] “Please review the architecture of my entire codebase creating an ARCH.md and then give me ways I can improve it.”
   • [community] “Blog post claimed porting a library with one sentence, but critic noted it was JS->TS (trivial rename) not Python->TS, excluded tests/exampl…”
   • [community] “"Why trumpet code that is so ready for the garbage that you wouldn't even bother to publish it" - skepticism about the quality/usefulness of…”

   proof ↗⚑ flag

2. ai-native userSet up automations that run autonomously in the background

   weight 2 · round to Claude Code
   Claude Code✓fullclaimed8/10

   Docs describe explicit background-automation features: scheduled runs for recurring tasks (morning PR reviews, overnight CI analysis, weekly audits), cloud/web sessions for long-running tasks you check back on, GitHub Actions/GitLab CI integration for automated review/triage, and MCP servers that push events (Telegram/Discord/webhooks) into a session while the user is away. Missing for 10: independent/hands-on corroboration that scheduled or background jobs run reliably unattended over time (only first-party docs cited).

   • [claimed-docs] “Run Claude on a schedule to automate work that repeats: morning PR reviews, overnight CI failure analysis, weekly dependency audits, or sync…”
   • [claimed-docs] “Step away from your desk and keep working from your phone or any browser with Remote Control”
   • [claimed-docs] “Kick off a long-running task on the web or the Claude mobile app, then pull it into your terminal with `claude --teleport`.”
   • [claimed-docs] “Review diffs visually, run multiple sessions side by side, schedule recurring tasks, and kick off cloud sessions.”
   • [claimed-docs] “Kick off long-running tasks and check back when they're done, work on repos you don't have locally, or run multiple tasks in parallel.”
   • [claimed-docs] “Run Claude Code in your browser with no local setup. Kick off long-running tasks and check back when they're done, work on repos you don't h…”
   • [claimed-docs] “In CI, you can automate code review and issue triage with GitHub Actions or GitLab CI/CD.”
   • [claimed-docs] “an MCP server can also act as a channel that pushes messages into your session, so Claude reacts to Telegram messages, Discord chats, or web…”
   • [claimed-docs] “an MCP server can also act as a channel that pushes messages into your session, so Claude reacts to Telegram messages, Discord chats, or web…”

   proof ↗⚑ flag

   Slate~partialclaimed5/10

   Slate supports background subagents, parallel task orchestration, and built-in workflows like goal/deep-research that run while the user keeps interacting, which shows some autonomous background execution. However, this is task-level parallelism within an active session, not scheduled or trigger-based automations that run independently of user presence. missing for 10: evidence of scheduled/cron-like automations, persistent background jobs surviving session end, or trigger-based (event-driven) autonomous runs without an active user session.

   • [claimed-docs] “Those agents show up as a grid of inline subagent cards, one per agent.”
   • [claimed-docs] “While one or more agents run in the background, you can keep talking with Slate: plan next steps, queue up additional tasks, or spin up more…”
   • [claimed-docs] “`goal` and `deep-research` are built-in programs. They are user-visible workflows, not something you need to author before using Slate.”

   proof ↗⚑ flag

3. ai-native userDelegate tasks to a built-in AI assistant inside the product

   weight 3 · round to Claude Code
   Claude Code✓fullcommunity8/10

   Claude Code's entire premise is delegating tasks to a built-in AI agent: docs describe it planning approaches, writing code across files, running tests, handling git workflows, and autonomously completing multi-step tasks (docs-2, docs-3, docs-20, docs-28, gh-3). This is corroborated by extensive first-party documentation and some community confirmation that it performs well as a coding assistant, though other community reports describe reliability issues and failure modes in autonomous execution. Missing for 10: independent benchmark-level validation of consistent task delegation success and stronger consensus on reliability (community reports show notable failure cases).

   • [claimed-docs] “Describe what you want in plain language. Claude Code plans the approach, writes the code across multiple files, and verifies it works.”
   • [claimed-docs] “Claude Code works directly with git. It stages changes, writes commit messages, creates branches, and opens pull requests.”
   • [claimed-docs] “Claude Code handles the tedious tasks that eat up your day: writing tests for untested code, fixing lint errors across a project, resolving …”
   • [claimed-docs] “Claude Code plans the approach, writes the code across multiple files, and verifies it works.”
   • [github] “helps you code faster by executing routine tasks, explaining complex code, and handling git workflows -- all through natural language comman…”
   • [community] “Claude is significantly better than other models at code assistant tasks, or at least in the way I use it.”
   • [community] “I've been using Claude Code daily for months on a project with Elixir, Rust, and Python. The worst failure mode is when it does a replace_al…”
   • [community] “I've tried to use Claude code for a month now. It has a 100% failure rate so far. Comparing that to creating a project and just chatting wit…”

   proof ↗⚑ flag

   Slate✓fullcommunity7/10

   Slate is a CLI-based AI assistant where users delegate whole tasks (e.g., 'review architecture and write ARCH.md') and it spins up parallel subagents, orchestration programs like goal/deep-research, and long multi-hour sessions per first-party docs. Community evidence (comm-1/2/3) raises skepticism about output quality/novelty but does not contradict the core delegation mechanism itself. Missing for 10: independent hands-on validation that delegated multi-agent tasks reliably complete as advertised.

   • [claimed-docs] “Parallelize working and orchestration of many tasks at once.”
   • [claimed-docs] “Please review the architecture of my entire codebase creating an ARCH.md and then give me ways I can improve it.”
   • [claimed-docs] “Those agents show up as a grid of inline subagent cards, one per agent.”
   • [claimed-docs] “While one or more agents run in the background, you can keep talking with Slate: plan next steps, queue up additional tasks, or spin up more…”
   • [claimed-docs] “`goal` and `deep-research` are built-in programs. They are user-visible workflows, not something you need to author before using Slate.”
   • [community] “"Why trumpet code that is so ready for the garbage that you wouldn't even bother to publish it" - skepticism about the quality/usefulness of…”

   proof ↗⚑ flag

4. ai-native userOperate the product with natural-language commands

   weight 2 · round to Claude Code
   Claude Code✓fullclaimed8/10

   Claude Code is explicitly designed to be operated via plain-language instructions—describing tasks, git workflows, MCP tool use, and even natural-language chat commands (@claude in Slack, GitHub) all documented as core interaction modes, and GitHub docs explicitly state it works 'all through natural language commands.' missing for 10: independent hands-on benchmarking specifically confirming natural-language command comprehension breadth/accuracy versus slash-command or scripted usage, and some community reports note failure modes/hallucination under natural language instructions reducing reliability.

   • [claimed-docs] “Describe what you want in plain language. Claude Code plans the approach, writes the code across multiple files, and verifies it works.”
   • [claimed-docs] “Claude Code plans the approach, writes the code across multiple files, and verifies it works.”
   • [claimed-docs] “Claude Code works directly with git. It stages changes, writes commit messages, creates branches, and opens pull requests.”
   • [github] “helps you code faster by executing routine tasks, explaining complex code, and handling git workflows -- all through natural language comman…”
   • [claimed-docs] “Route tasks from team chat: mention @Claude in Slack with a bug report and get a pull request back”
   • [claimed-docs] “cd your-project claude”

   proof ↗⚑ flag

   Slate✓fullclaimed7/10

   Docs show Slate is driven primarily via natural-language prompts (e.g. the quickstart example 'Please review the architecture of my entire codebase...') alongside slash-commands, shell escapes, and file references, indicating natural-language is the core interaction mode for an AI-native agent CLI. Missing for 10: independent/hands-on confirmation that complex natural-language commands are reliably parsed and executed as intended (community evidence only discusses code-porting quality, not NL command usage itself).

   • [claimed-docs] “Please review the architecture of my entire codebase creating an ARCH.md and then give me ways I can improve it.”
   • [claimed-docs] “Execute shell commands directly with `!`”
   • [claimed-docs] “Use `@filename` references”
   • [claimed-docs] “Use `/sessions` to switch between existing sessions”
   • [claimed-docs] “`goal` and `deep-research` are built-in programs. They are user-visible workflows, not something you need to author before using Slate.”

   proof ↗⚑ flag

Api quality

1. ai-native userDownload a machine-readable API spec (OpenAPI or equivalent)

   weight 2 · round drawn
   Claude Code—none0/10

   The evidence pack shows Claude Code as a CLI/agent tool with SDK, MCP, and CI integrations, but no mention of a downloadable OpenAPI or equivalent machine-readable API spec for Claude Code itself. This axis is plausible for a product with an Agent SDK and API-key based access, but the pack contains no such artifact.

   ⚑ flag

   Slate—none0/10

   Slate's docs site was directly probed for an OpenAPI/swagger spec at standard locations and all returned 404, and no documentation anywhere mentions a machine-readable API spec for AI-native consumption.

   • [probe] “PROBE openapi: all candidate paths 404 (https://docs.randomlabs.ai/openapi.json, https://docs.randomlabs.ai/swagger.json, https://docs.rando…”

   proof ↗⚑ flag

2. ai-native userRely on versioned APIs with a documented deprecation policy

   weight 2 · round drawn
   Claude Code—none0/10

   No evidence pack items mention API versioning schemes, version numbers, or a documented deprecation policy for Claude Code's APIs/CLI/SDK; the pack covers features, integrations, and community sentiment but nothing about API stability or deprecation commitments.

   ⚑ flag

   Slate—none0/10

   Slate is a CLI coding agent product; no evidence of any versioned public API, API reference, or deprecation policy documentation exists—openapi probes returned 404 and no docs mention API versioning or deprecation. Absence of evidence for this applicable axis (a product could plausibly document API stability) yields 'none'.

   • [probe] “PROBE openapi: all candidate paths 404 (https://docs.randomlabs.ai/openapi.json, https://docs.randomlabs.ai/swagger.json, https://docs.rando…”

   proof ↗⚑ flag

1. ai-native userPerform bulk operations across many items at once

   weight 2 · round to Slate
   Claude Code!disputedcontradicted6/10

   Claude Code's docs explicitly support bulk operations — fixing lint errors 'across a project', multi-file writes, spawning multiple agents to work on different parts of a task simultaneously, and running multiple sessions/tasks in parallel or on a schedule — which strongly matches the story. However, a hands-on community report describes a concrete failure mode during a bulk-style replace_all operation that corrupted code (turning a constant into 'GROQ_URL = GROQ_URL'), with the user stating you 'absolutely can't trust it to self-verify' on such operations, directly contradicting reliable execution of bulk changes at scale. Missing for 10: independent corroboration that large-scale bulk operations complete reliably without manual review, and resolution/acknowledgment of the reported failure mode.

   • [claimed-docs] “writing tests for untested code, fixing lint errors across a project, resolving merge conflicts, updating dependencies, and writing release …”
   • [claimed-docs] “Spawn multiple Claude Code agents that work on different parts of a task simultaneously. A lead agent coordinates the work, assigns subtasks…”
   • [claimed-docs] “Claude Code handles the tedious tasks that eat up your day: writing tests for untested code, fixing lint errors across a project, resolving …”
   • [claimed-docs] “Spawn multiple Claude Code agents that work on different parts of a task simultaneously.”
   • [claimed-docs] “Review diffs visually, run multiple sessions side by side, schedule recurring tasks, and kick off cloud sessions.”
   • [claimed-docs] “Kick off long-running tasks and check back when they're done, work on repos you don't have locally, or run multiple tasks in parallel.”
   • [community] “I've been using Claude Code daily for months on a project with Elixir, Rust, and Python. The worst failure mode is when it does a replace_al…”

   proof ↗⚑ flag

   Slate~partialclaimed6/10

   Docs describe running many agents in parallel and orchestrating multiple tasks simultaneously (grid of subagent cards, spinning up more agents to parallelize work), which supports bulk-style operations across many items. However, there's no independent corroboration of this working at scale and no detail on failure handling, limits, or item-level bulk operations (e.g., bulk file edits/refactors) beyond task orchestration. Missing for 10: independent/hands-on verification of large-scale parallel task execution, concrete examples of bulk item processing (files/records), and failure/error handling details at scale.

   • [claimed-docs] “Parallelize working and orchestration of many tasks at once.”
   • [claimed-docs] “Those agents show up as a grid of inline subagent cards, one per agent.”
   • [claimed-docs] “While one or more agents run in the background, you can keep talking with Slate: plan next steps, queue up additional tasks, or spin up more…”
   • [claimed-docs] “`goal` and `deep-research` are built-in programs. They are user-visible workflows, not something you need to author before using Slate.”

   proof ↗⚑ flag

2. ai-native userDefine rules that trigger actions automatically on events

   weight 3 · round to Claude Code
   Claude Code~partialclaimed6/10

   Claude Code supports Hooks (shell commands triggered before/after actions like auto-formatting or lint on edits) and scheduled runs plus MCP channels (Telegram/Discord/webhook events) that push messages into a session automatically, which together constitute event-triggered automation rules. However, there's no unified declarative 'rules engine' with conditions/triggers documented — it's a patchwork of hooks, cron-like scheduling, and MCP event channels rather than a first-class rule-definition system. missing for 10: a unified rules/trigger definition UI or config, broader event types beyond hooks/schedule/MCP channels, and independent/hands-on validation of these automation triggers working reliably.

   • [claimed-docs] “Hooks let you run shell commands before or after Claude Code actions, like auto-formatting after every file edit or running lint before a co…”
   • [claimed-docs] “Run Claude on a schedule to automate work that repeats: morning PR reviews, overnight CI failure analysis, weekly dependency audits, or sync…”
   • [claimed-docs] “an MCP server can also act as a channel that pushes messages into your session, so Claude reacts to Telegram messages, Discord chats, or web…”
   • [claimed-docs] “an MCP server can also act as a channel that pushes messages into your session, so Claude reacts to Telegram messages, Discord chats, or web…”
   • [claimed-docs] “In CI, you can automate code review and issue triage with GitHub Actions or GitLab CI/CD.”

   proof ↗⚑ flag

   Slate—none0/10

   Slate's docs describe agent rules for permissions/behavior ordering (docs-15, docs-20) and orchestration of parallel agents (docs-12, docs-13), but there is no evidence of user-defined rules that trigger actions automatically on external events (e.g., file changes, webhooks, schedule, git events). This is a plausible axis for a coding agent (many support hooks/triggers), so absence of evidence yields none rather than na.

   • [claimed-docs] “Slate by default respects agent rules in the following order”
   • [claimed-docs] “Each permission key maps to an action ("allow", "ask", or "deny"), or a pattern object for fine-grained control.”

   proof ↗⚑ flag

3. ai-native userSchedule recurring jobs or workflows

   weight 2 · round to Claude Code
   Claude Code✓fullclaimed7/10

   Docs explicitly describe running Claude Code on a schedule for recurring automation (PR reviews, CI failure analysis, dependency audits, doc syncing) and mention 'schedule recurring tasks' as a feature. Missing for 10: independent/hands-on confirmation of the scheduling mechanism and details on configuration (cron syntax, triggers, reliability).

   • [claimed-docs] “Run Claude on a schedule to automate work that repeats: morning PR reviews, overnight CI failure analysis, weekly dependency audits, or sync…”
   • [claimed-docs] “Review diffs visually, run multiple sessions side by side, schedule recurring tasks, and kick off cloud sessions.”

   proof ↗⚑ flag

   Slate—none0/10

   Slate is a coding-agent CLI with orchestration/parallel-agent features and sessions, but nothing in the evidence describes scheduling recurring jobs or workflows (e.g., cron-like triggers, timed recurring runs). Orchestration docs cover on-demand parallelization, not recurrence.

   • [claimed-docs] “Those agents show up as a grid of inline subagent cards, one per agent.”
   • [claimed-docs] “While one or more agents run in the background, you can keep talking with Slate: plan next steps, queue up additional tasks, or spin up more…”
   • [claimed-docs] “`goal` and `deep-research` are built-in programs. They are user-visible workflows, not something you need to author before using Slate.”

   proof ↗⚑ flag

4. ai-native userVersion, review, and roll back my automations

   weight 1 · round to Claude Code
   Claude Code~partialclaimed5/10

   Automations in Claude Code (CLAUDE.md, skills, hooks, slash commands) are plain files that live in the repo, so they inherit git's version history, and Claude Code natively works with git (staging, commits, diffs) and supports visual diff review (claude-code-docs-3, claude-code-docs-13, claude-code-docs-32, claude-code-docs-33, claude-code-docs-22). However, there is no dedicated feature for versioning/rolling back automations themselves (e.g., no automation-specific history log, no built-in 'revert this hook/skill run' or undo mechanism) — reviewers rely entirely on generic git workflows rather than a purpose-built automation-lifecycle tool. missing for 10: a dedicated automation versioning/audit history UI, an explicit rollback/undo command for skills or hooks, and independent hands-on confirmation that rollback of automations works as intended.

   • [claimed-docs] “Claude Code works directly with git. It stages changes, writes commit messages, creates branches, and opens pull requests.”
   • [claimed-docs] “Review diffs visually, run multiple sessions side by side, schedule recurring tasks, and kick off cloud sessions.”
   • [claimed-docs] “Create skills to package repeatable workflows your team can share, like `/review-pr` or `/deploy-staging`.”
   • [claimed-docs] “Hooks let you run shell commands before or after Claude Code actions, like auto-formatting after every file edit or running lint before a co…”
   • [claimed-docs] “CLAUDE.md is a markdown file you add to your project root that Claude Code reads at the start of every session. Use it to set coding standar…”

   proof ↗⚑ flag

   Slate—none0/10

   Evidence shows session management (/sessions, /workspace) and built-in 'programs' like goal/deep-research, but nothing about versioning automations, reviewing history of changes, or rolling back to prior states of an automation/workflow. Missing for 10: any documentation of version history, diffing, or rollback mechanisms for automations/workflows.

   • [claimed-docs] “Use `/sessions` to switch between existing sessions”
   • [claimed-docs] “Use `/workspace` to open the workspace manager, where you can review and remove workspace directories.”
   • [claimed-docs] “`goal` and `deep-research` are built-in programs. They are user-visible workflows, not something you need to author before using Slate.”

   proof ↗⚑ flag

Background execution

1. ai-native userHave a cloud agent build, test, and demo a feature end-to-end for my review

   weight 2 · round to Claude Code
   Claude Code~partialcommunity7/10

   Docs show Claude Code can run as a cloud/browser session for long-running tasks (web, mobile, remote control, teleport), plan and write code across files, write tests, and open PRs with diff review for others to inspect — covering build, test, and reviewable-artifact steps end-to-end without local setup (claude-code-docs-9,10,13,14,26,28,3,12). However there's no explicit 'demo' feature (e.g., live preview/staging deploy) beyond PR/diff review, and independent hands-on reports raise reliability concerns about self-verification on complex tasks. Missing for 10: dedicated demo/preview-environment tooling, independent corroboration of full cloud build-test-PR pipelines succeeding end-to-end without human intervention.

   • [claimed-docs] “Step away from your desk and keep working from your phone or any browser with Remote Control”
   • [claimed-docs] “Kick off a long-running task on the web or the Claude mobile app, then pull it into your terminal with `claude --teleport`.”
   • [claimed-docs] “Review diffs visually, run multiple sessions side by side, schedule recurring tasks, and kick off cloud sessions.”
   • [claimed-docs] “Kick off long-running tasks and check back when they're done, work on repos you don't have locally, or run multiple tasks in parallel.”
   • [claimed-docs] “Run Claude Code in your browser with no local setup. Kick off long-running tasks and check back when they're done, work on repos you don't h…”
   • [claimed-docs] “Claude Code plans the approach, writes the code across multiple files, and verifies it works.”
   • [claimed-docs] “Claude Code works directly with git. It stages changes, writes commit messages, creates branches, and opens pull requests.”
   • [claimed-docs] “Get automatic code review on every PR | GitHub Code Review”
   • [community] “I've been using Claude Code daily for months on a project with Elixir, Rust, and Python. The worst failure mode is when it does a replace_al…”

   proof ↗⚑ flag

   Slate!disputedcontradicted4/10

   Slate's docs claim orchestration of parallel background subagents and being 'one of the few agents capable of performing integration tests manually,' suggesting it could build and test a feature autonomously, but no docs mention a 'demo' output or cloud-hosted execution environment. Community hands-on critique of an actual Slate-produced port directly contradicts the build/test claim: reviewers found the work excluded tests/examples and provided no verifiable repo, undermining confidence that Slate reliably builds+tests end-to-end for review. Missing for 10: evidence of cloud/remote execution infra, an explicit demo-generation feature, and independent confirmation that test suites are actually run and pass.

   • [claimed-docs] “Those agents show up as a grid of inline subagent cards, one per agent.”
   • [claimed-docs] “While one or more agents run in the background, you can keep talking with Slate: plan next steps, queue up additional tasks, or spin up more…”
   • [claimed-docs] “Slate is one of the few agents capable of performing integration tests manually.”
   • [community] “Blog post claimed porting a library with one sentence, but critic noted it was JS->TS (trivial rename) not Python->TS, excluded tests/exampl…”
   • [community] “"Why trumpet code that is so ready for the garbage that you wouldn't even bother to publish it" - skepticism about the quality/usefulness of…”

   proof ↗⚑ flag

2. developerDelegate longer-running coding tasks to run in the background in an isolated cloud environment

   weight 3 · round to Claude Code
   Claude Code✓fullclaimed7/10

   Docs describe running Claude Code in-browser with no local setup, kicking off long-running tasks and checking back later, working on repos not present locally, running multiple tasks in parallel, and remote control/teleport features to move sessions between web/mobile and terminal — matching the delegate-to-cloud story directly. Missing for 10: independent/hands-on confirmation of the cloud environment's isolation guarantees (the sandboxing docs cited relate to local Bash tool isolation, not the cloud session itself) and details on how isolated/secure the cloud runtime is.

   • [claimed-docs] “Step away from your desk and keep working from your phone or any browser with Remote Control”
   • [claimed-docs] “Kick off a long-running task on the web or the Claude mobile app, then pull it into your terminal with `claude --teleport`.”
   • [claimed-docs] “Review diffs visually, run multiple sessions side by side, schedule recurring tasks, and kick off cloud sessions.”
   • [claimed-docs] “Kick off long-running tasks and check back when they're done, work on repos you don't have locally, or run multiple tasks in parallel.”
   • [claimed-docs] “Run Claude Code in your browser with no local setup. Kick off long-running tasks and check back when they're done, work on repos you don't h…”

   proof ↗⚑ flag

   Slate—none0/10

   Slate's docs describe subagents running 'in the background' locally while you keep chatting and orchestration/parallelization of tasks, but there is no mention of an isolated cloud environment, remote execution sandbox, or delegation to a hosted service — everything described appears to run within the local CLI session. This axis is applicable to coding agent tools generally, but no evidence supports a cloud-isolated background execution capability for Slate.

   • [claimed-docs] “Those agents show up as a grid of inline subagent cards, one per agent.”
   • [claimed-docs] “While one or more agents run in the background, you can keep talking with Slate: plan next steps, queue up additional tasks, or spin up more…”
   • [claimed-docs] “Slate works with you across long, multi-hour sessions.”
   • [claimed-docs] “Parallelize working and orchestration of many tasks at once.”

   proof ↗⚑ flag

3. developerConfigure a reproducible cloud environment with the dependencies and setup steps my repository needs

   weight 2 · round to Claude Code
   Claude Code~partialclaimed3/10

   Docs mention running Claude Code in the cloud/browser with no local setup and working on repos you don't have locally, implying some environment is provisioned, but there's no documentation of configuring a reproducible environment (e.g., setup scripts, dependency installation, devcontainer-style config) for cloud sessions. missing for 10: explicit environment/config file for cloud sandboxes, dependency installation steps, reproducibility guarantees across runs.

   • [claimed-docs] “Review diffs visually, run multiple sessions side by side, schedule recurring tasks, and kick off cloud sessions.”
   • [claimed-docs] “Kick off long-running tasks and check back when they're done, work on repos you don't have locally, or run multiple tasks in parallel.”
   • [claimed-docs] “Run Claude Code in your browser with no local setup. Kick off long-running tasks and check back when they're done, work on repos you don't h…”

   proof ↗⚑ flag

   Slate—none0/10

   Slate's docs describe a local CLI agent (npm install, terminal sessions, permissions, skills, orchestration) but contain no mention of provisioning or configuring a reproducible cloud environment, dependency setup, or devcontainer-style configuration for a repository. This is a fair capability to ask of an autonomous coding agent, but no evidence shows Slate supports it.

   • [claimed-docs] “npm i -g @randomlabs/slate”
   • [claimed-docs] “Slate by default respects agent rules in the following order”
   • [claimed-docs] “Each permission key maps to an action ("allow", "ask", or "deny"), or a pattern object for fine-grained control.”

   proof ↗⚑ flag

Parallel agents

1. ai-native userLaunch fleets of autonomous agents that work in parallel on different tasks for hours or days

   weight 2 · round to Claude Code
   Claude Code✓fullclaimed7/10

   Docs explicitly describe spawning multiple Claude Code agents with a lead agent coordinating subtasks, running multiple sessions/tasks in parallel in the cloud, scheduling recurring/long-running tasks, and remote/teleport control to check back later — directly matching the fleet/parallel/long-duration story. Missing for 10: independent hands-on verification of multi-day unattended fleet runs and clearer guarantees on stability over very long horizons (community reports note reliability/quality drift over extended sessions).

   • [claimed-docs] “Spawn multiple Claude Code agents that work on different parts of a task simultaneously. A lead agent coordinates the work, assigns subtasks…”
   • [claimed-docs] “Spawn multiple Claude Code agents that work on different parts of a task simultaneously.”
   • [claimed-docs] “Spawn multiple Claude Code agents that work on different parts of a task simultaneously. A lead agent coordin”
   • [claimed-docs] “Run Claude on a schedule to automate work that repeats: morning PR reviews, overnight CI failure analysis, weekly dependency audits, or sync…”
   • [claimed-docs] “Review diffs visually, run multiple sessions side by side, schedule recurring tasks, and kick off cloud sessions.”
   • [claimed-docs] “Kick off long-running tasks and check back when they're done, work on repos you don't have locally, or run multiple tasks in parallel.”
   • [claimed-docs] “Run Claude Code in your browser with no local setup. Kick off long-running tasks and check back when they're done, work on repos you don't h…”
   • [claimed-docs] “Step away from your desk and keep working from your phone or any browser with Remote Control”
   • [claimed-docs] “Kick off a long-running task on the web or the Claude mobile app, then pull it into your terminal with `claude --teleport`.”

   proof ↗⚑ flag

   Slate~partialcommunity7/10

   Docs describe genuine parallel agent orchestration (grid of subagent cards, spinning up more agents while others run in background) and explicitly support multi-hour sessions, matching much of the story. However, evidence only confirms 'multi-hour' not multi-day autonomy, and community commentary raises skepticism about output quality/novelty without directly refuting the parallel-agent mechanics themselves. Missing for 10: confirmation of multi-day unattended runs, independent hands-on validation of fleet-scale parallel task completion.

   • [claimed-docs] “Slate works with you across long, multi-hour sessions.”
   • [claimed-docs] “Parallelize working and orchestration of many tasks at once.”
   • [claimed-docs] “Those agents show up as a grid of inline subagent cards, one per agent.”
   • [claimed-docs] “While one or more agents run in the background, you can keep talking with Slate: plan next steps, queue up additional tasks, or spin up more…”
   • [community] “Commenter compared the approach to 'Ralph as a service' referencing an existing agentic coding technique (ghuntley.com/ralph), suggesting Sl…”

   proof ↗⚑ flag

2. developerRun several task attempts in parallel and compare results before choosing one

   weight 1 · round drawn
   Claude Code~partialclaimed6/10

   Docs mention running 'multiple sessions side by side' and reviewing diffs visually in the web/cloud interface, plus running multiple tasks in parallel and spawning multiple agents—supporting parallel execution and comparison, though not explicitly framed as multiple attempts at the *same* task with a selection step. Missing for 10: explicit documentation of running several independent attempts at one identical task and a UI/workflow for choosing the best among them, and independent hands-on confirmation of this specific workflow.

   • [claimed-docs] “Review diffs visually, run multiple sessions side by side, schedule recurring tasks, and kick off cloud sessions.”
   • [claimed-docs] “Kick off long-running tasks and check back when they're done, work on repos you don't have locally, or run multiple tasks in parallel.”
   • [claimed-docs] “Run Claude Code in your browser with no local setup. Kick off long-running tasks and check back when they're done, work on repos you don't h…”
   • [claimed-docs] “Spawn multiple Claude Code agents that work on different parts of a task simultaneously. A lead agent coordinates the work, assigns subtasks…”
   • [claimed-docs] “Spawn multiple Claude Code agents that work on different parts of a task simultaneously.”

   proof ↗⚑ flag

   Slate~partialclaimed6/10

   Slate's orchestration docs show multiple subagents running in parallel as a grid of cards while the user keeps working, directly supporting parallel task execution (docs-12, docs-13). However, there's no explicit documentation of a compare/diff view or a 'choose winning attempt' workflow for reconciling multiple parallel results into one choice. Missing for 10: explicit comparison/selection UI or workflow for multiple attempts of the same task, and independent/hands-on confirmation of this specific use case.

   • [claimed-docs] “Those agents show up as a grid of inline subagent cards, one per agent.”
   • [claimed-docs] “While one or more agents run in the background, you can keep talking with Slate: plan next steps, queue up additional tasks, or spin up more…”
   • [claimed-docs] “`goal` and `deep-research` are built-in programs. They are user-visible workflows, not something you need to author before using Slate.”

   proof ↗⚑ flag

Scheduled automation

1. ai-native userSet up always-on agents that run on schedules or triggers to maintain and fix my software autonomously

   weight 2 · round to Claude Code
   Claude Code~partialcommunity7/10

   First-party docs show robust support for scheduled/triggered automation: 'Run Claude on a schedule' for recurring maintenance tasks (docs-8), 'schedule recurring tasks' in the web UI (docs-13), MCP servers that push Telegram/Discord/webhook events into a session 'while you're away' (docs-31/54), and Slack @mentions triggering PRs (docs-11), plus CI integration for automated review/triage (docs-36). However, community reports raise real concerns about autonomous reliability over sustained/unsupervised runs (e.g. degrading output quality, self-verification failures, 'can't trust it to self-verify' — comm-16, comm-17, comm-19, comm-20), which tempers confidence that always-on autonomous maintenance works robustly in practice. Missing for 10: independent/hands-on validation that scheduled/triggered agents reliably self-maintain software over time without human correction, and no explicit multi-day/continuous 'always-on' uptime evidence beyond scheduled/triggered runs.

   • [claimed-docs] “Run Claude on a schedule to automate work that repeats: morning PR reviews, overnight CI failure analysis, weekly dependency audits, or sync…”
   • [claimed-docs] “Review diffs visually, run multiple sessions side by side, schedule recurring tasks, and kick off cloud sessions.”
   • [claimed-docs] “an MCP server can also act as a channel that pushes messages into your session, so Claude reacts to Telegram messages, Discord chats, or web…”
   • [claimed-docs] “an MCP server can also act as a channel that pushes messages into your session, so Claude reacts to Telegram messages, Discord chats, or web…”
   • [claimed-docs] “Route tasks from team chat: mention @Claude in Slack with a bug report and get a pull request back”
   • [claimed-docs] “In CI, you can automate code review and issue triage with GitHub Actions or GitLab CI/CD.”
   • [community] “I've been using Claude Code daily for months on a project with Elixir, Rust, and Python. The worst failure mode is when it does a replace_al…”
   • [community] “Whenever the phrase 'simplest fix' appears, it's time to pull the emergency break. This has gotten much worse over the past few weeks. It wi…”
   • [community] “I've tried to use Claude code for a month now. It has a 100% failure rate so far. Comparing that to creating a project and just chatting wit…”
   • [community] “A month ago the agents researched, designed, and implemented a compelling app idea with minimal guidance and felt super human. A month later…”

   proof ↗⚑ flag

   Slate—none0/10

   Slate's docs describe parallel subagent orchestration within a live session (background agents you keep talking to, spin up more agents to parallelize tasks) but there is no evidence of scheduling, event/webhook triggers, or persistent always-on agents that run autonomously outside an active session to maintain/fix software over time.

   • [claimed-docs] “Those agents show up as a grid of inline subagent cards, one per agent.”
   • [claimed-docs] “While one or more agents run in the background, you can keep talking with Slate: plan next steps, queue up additional tasks, or spin up more…”
   • [claimed-docs] “`goal` and `deep-research` are built-in programs. They are user-visible workflows, not something you need to author before using Slate.”

   proof ↗⚑ flag

Debugging

1. developerDebug a live running web application directly from my coding assistant

   weight 1 · round to Claude Code
   Claude Code~partialclaimed6/10

   Docs explicitly list a Chrome integration for debugging live web applications, indicating Claude Code can connect to and debug a running app via browser tooling rather than just editing static code. However, evidence is thin — just a single doc title/link with no detail on setup, capabilities (e.g., breakpoints, console/network inspection), or hands-on/community verification of this workflow. missing for 10: detailed documentation of the Chrome debugging workflow, independent/hands-on confirmation it works on real live apps, coverage of non-Chrome runtime debugging scenarios.

   • [claimed-docs] “Debug live web applications | Chrome”
   • [claimed-docs] “Work with Claude directly in your codebase. Build, debug, and ship from your terminal, IDE, Slack, web, and more.”

   proof ↗⚑ flag

   Slate—none0/10

   No evidence in the pack mentions debugging live running applications, attaching to running processes, browser/runtime debugging, or any live-app inspection capability; Slate's docs focus on codebase review, shell commands, orchestration, and skills, none of which address live debugging.

   ⚑ flag

2. developerDebug issues and troubleshoot using natural-language queries

   weight 2 · round to Claude Code
   Claude Code✓fullcommunity7/10

   Docs explicitly cover debugging: 'Debug live web applications' (Chrome integration), 'overnight CI failure analysis', explaining complex code, and codebase-wide understanding to trace issues via natural-language prompts. This is core positioning ('Build, debug, and ship from your terminal, IDE...'). missing for 10: independent hands-on validation specifically of debugging workflows (community evidence instead highlights reliability issues like self-verification failures and bugs introduced during edits, which are adjacent but not direct proof debugging-via-NL fails).

   • [claimed-docs] “Debug live web applications | Chrome”
   • [claimed-docs] “Run Claude on a schedule to automate work that repeats: morning PR reviews, overnight CI failure analysis, weekly dependency audits, or sync…”
   • [claimed-docs] “Work with Claude directly in your codebase. Build, debug, and ship from your terminal, IDE, Slack, web, and more.”
   • [claimed-docs] “It understands your entire codebase and can work across multiple files and tools to get things done.”
   • [github] “helps you code faster by executing routine tasks, explaining complex code, and handling git workflows -- all through natural language comman…”
   • [community] “I've been using Claude Code daily for months on a project with Elixir, Rust, and Python. The worst failure mode is when it does a replace_al…”

   proof ↗⚑ flag

   Slate~partialclaimed5/10

   Slate's docs show it operates via natural-language prompts, executes shell commands (`!`), references files (`@filename`), and can run integration tests and review codebase architecture in NL form, which implies it could be used for debugging and troubleshooting queries. However there is no explicit example, workflow, or documentation section dedicated to debugging/troubleshooting via natural language, and community evidence is skeptical/unrelated to this specific capability. Missing for 10: explicit debugging-focused examples or docs, independent verification that NL-based debugging works well, dedicated troubleshooting workflow beyond generic agent capabilities.

   • [claimed-docs] “Execute shell commands directly with `!`”
   • [claimed-docs] “Use `@filename` references”
   • [claimed-docs] “Slate is one of the few agents capable of performing integration tests manually.”
   • [claimed-docs] “Please review the architecture of my entire codebase creating an ARCH.md and then give me ways I can improve it.”

   proof ↗⚑ flag

Feature implementation

1. developerTurn a tracked issue into a complete pull request end-to-end

   weight 3 · round to Claude Code
   Claude Code✓fullcommunity7/10

   Docs explicitly describe the full loop: reading tracked issues (Jira, GitHub, Slack) via MCP, generating code across multiple files, running tests, creating branches, and opening PRs — e.g. 'Add the feature described in JIRA issue ENG-4521 and create a PR on GitHub' and 'reading issues, writing code, running tests, and submitting PRs—all from your terminal.' Community reports corroborate real-world usage but also note reliability issues (self-verification failures, quality degradation over time), so results aren't guaranteed to be flawless end-to-end. Missing for 10: independent case studies quantifying success rate of full issue-to-PR automation, and detail on how failures/test verification are handled when the generated PR doesn't pass CI.

   • [claimed-docs] “Claude Code works directly with git. It stages changes, writes commit messages, creates branches, and opens pull requests.”
   • [claimed-docs] “Claude Code integrates with GitHub, GitLab, and your command line tools to handle the entire workflow—reading issues, writing code, running …”
   • [claimed-docs] “Implement features from issue trackers: "Add the feature described in JIRA issue ENG-4521 and create a PR on GitHub."”
   • [claimed-docs] “Add the feature described in JIRA issue ENG-4521 and create a PR on GitHub.”
   • [claimed-docs] “Route tasks from team chat: mention @Claude in Slack with a bug report and get a pull request back”
   • [community] “I've been using Claude Code daily for months on a project with Elixir, Rust, and Python. The worst failure mode is when it does a replace_al…”
   • [community] “I've tried to use Claude code for a month now. It has a 100% failure rate so far. Comparing that to creating a project and just chatting wit…”

   proof ↗⚑ flag

   Slate—none0/10

   The evidence pack covers Slate's session management, orchestration, skills, and permissions but contains no mention of issue-tracker integration (e.g., GitHub issues) or automated pull-request creation/submission. Without evidence of ingesting a tracked issue and producing a PR end-to-end, this capability is unshown.

   ⚑ flag

2. developerDescribe a feature or bug in plain language and have the agent implement or fix it across multiple files

   weight 3 · round to Claude Code
   Claude Code!disputedcontradicted6/10

   Docs strongly claim the core capability: describe a feature/bug in plain language and Claude Code plans, implements, and verifies code changes across multiple files (claude-code-docs-2/28/51/20, claude-code-gh-3). However, hands-on community reports cite concrete failures undermining reliability of multi-file edits, e.g. a replace_all bug corrupting a constant (GROQ_URL=GROQ_URL) and inability to self-verify, plus a user reporting a '100% failure rate' and quality degradation over time (claude-code-comm-16, claude-code-comm-17, claude-code-comm-19, claude-code-comm-20), balanced against other users praising its code-assistant ability (claude-code-comm-5). missing for 10: consistent independent benchmarks confirming reliability across diverse multi-file tasks, resolution of reported failure modes.

   • [claimed-docs] “Describe what you want in plain language. Claude Code plans the approach, writes the code across multiple files, and verifies it works.”
   • [claimed-docs] “Claude Code plans the approach, writes the code across multiple files, and verifies it works.”
   • [claimed-docs] “It understands your entire codebase and can work across multiple files and tools to get things done.”
   • [claimed-docs] “Claude Code handles the tedious tasks that eat up your day: writing tests for untested code, fixing lint errors across a project, resolving …”
   • [github] “helps you code faster by executing routine tasks, explaining complex code, and handling git workflows -- all through natural language comman…”
   • [community] “I've been using Claude Code daily for months on a project with Elixir, Rust, and Python. The worst failure mode is when it does a replace_al…”
   • [community] “Whenever the phrase 'simplest fix' appears, it's time to pull the emergency break. This has gotten much worse over the past few weeks. It wi…”
   • [community] “I've tried to use Claude code for a month now. It has a 100% failure rate so far. Comparing that to creating a project and just chatting wit…”
   • [community] “A month ago the agents researched, designed, and implemented a compelling app idea with minimal guidance and felt super human. A month later…”
   • [community] “Claude is significantly better than other models at code assistant tasks, or at least in the way I use it.”

   proof ↗⚑ flag

   Slate!disputedcontradicted5/10

   Docs imply broad multi-file code work (e.g. the quickstart example asks Slate to review an entire codebase and produce ARCH.md, plus orchestration features for parallelizing tasks across files/agents), suggesting Slate can act on plain-language requests across a codebase. However, independent community scrutiny of a specific real-world claim (a 'ported library' from one sentence) found it was actually a trivial JS->TS rename, excluded tests, lacked a verifiable repo, and drew explicit skepticism about the quality/usefulness of the generated code — concretely contradicting the marketed multi-file code-generation capability. Missing for 10: first-party documentation of a genuine multi-file bug-fix/feature-implementation workflow with verifiable before/after results, and independent hands-on confirmation that resolves the community dispute.

   • [claimed-docs] “Please review the architecture of my entire codebase creating an ARCH.md and then give me ways I can improve it.”
   • [claimed-docs] “While one or more agents run in the background, you can keep talking with Slate: plan next steps, queue up additional tasks, or spin up more…”
   • [claimed-docs] “Parallelize working and orchestration of many tasks at once.”
   • [community] “Blog post claimed porting a library with one sentence, but critic noted it was JS->TS (trivial rename) not Python->TS, excluded tests/exampl…”
   • [community] “"Why trumpet code that is so ready for the garbage that you wouldn't even bother to publish it" - skepticism about the quality/usefulness of…”

   proof ↗⚑ flag

Maintenance automation

1. developerHave the agent write tests, fix lint errors, resolve merge conflicts, and update dependencies for me

   weight 3 · round to Claude Code
   Claude Code✓fullcommunity8/10

   First-party docs explicitly list this exact story's capabilities verbatim ('writing tests for untested code, fixing lint errors across a project, resolving merge conflicts, updating dependencies') and Claude Code is broadly documented as an agentic coding assistant that edits files, runs commands, and manages projects end-to-end. Community feedback confirms general coding competence but also raises reliability concerns (e.g., self-verification failures) not specific to these four tasks. Missing for 10: independent hands-on verification specifically for lint-fixing, merge-conflict resolution, and dependency updates rather than general coding tasks.

   • [claimed-docs] “writing tests for untested code, fixing lint errors across a project, resolving merge conflicts, updating dependencies, and writing release …”
   • [claimed-docs] “Claude Code handles the tedious tasks that eat up your day: writing tests for untested code, fixing lint errors across a project, resolving …”
   • [claimed-docs] “Claude Code maps and explains entire codebases in a few seconds. It uses agentic search to understand project structure and dependencies wit…”
   • [claimed-docs] “Claude Code integrates with GitHub, GitLab, and your command line tools to handle the entire workflow—reading issues, writing code, running …”
   • [community] “Claude is significantly better than other models at code assistant tasks, or at least in the way I use it.”

   proof ↗⚑ flag

   Slate~partialcommunity3/10

   Slate is documented as a general-purpose coding agent with shell execution, file editing, permissioning, and orchestration of multiple sub-agents (random-labs-docs-9, random-labs-docs-13, random-labs-docs-16), which implies it could perform tasks like running tests or lint/dependency commands, but the evidence never explicitly documents test-writing, lint-fixing, merge-conflict resolution, or dependency updates as capabilities. Community commentary raises quality concerns about generated code but doesn't specifically address these tasks. Missing for 10: explicit documentation or examples of writing/fixing tests, resolving lint errors, resolving merge conflicts, and updating dependencies.

   • [claimed-docs] “Execute shell commands directly with `!`”
   • [claimed-docs] “While one or more agents run in the background, you can keep talking with Slate: plan next steps, queue up additional tasks, or spin up more…”
   • [claimed-docs] “Slate is one of the few agents capable of performing integration tests manually.”
   • [community] “"Why trumpet code that is so ready for the garbage that you wouldn't even bother to publish it" - skepticism about the quality/usefulness of…”

   proof ↗⚑ flag

Multimodal generation

1. ai-native userGenerate a working app from a sketch, image, or PDF design

   weight 2 · round drawn
   Claude Code—none0/10

   The evidence pack describes Claude Code's general coding, git, MCP, and automation capabilities but never mentions accepting a sketch, image, or PDF as design input to scaffold or generate an app. The closest reference (claude-code-docs-23) only describes updating an email template from Figma designs shared in Slack, not app generation from visual designs. Missing for 10: any documentation or example of image/PDF/sketch-to-code app generation, multimodal input support in the CLI, or a demonstrated workflow turning a design mockup into a working application.

   ⚑ flag

   Slate—none0/10

   The evidence describes Slate as a terminal-based CLI agent for coding sessions, orchestration, skills, and permissions, but nothing in the docs or community evidence mentions accepting sketches, images, or PDF designs as input to generate an app. missing for 10: any mention of image/sketch/PDF input, multimodal design-to-code capability, or UI mockup ingestion.

   • [claimed-docs] “npm i -g @randomlabs/slate”
   • [claimed-docs] “Please review the architecture of my entire codebase creating an ARCH.md and then give me ways I can improve it.”
   • [claimed-docs] “Skills are markdown instruction packages that give the agent domain-specific knowledge and behavior.”
   • [claimed-docs] “description: "Create distinctive, production-grade frontend interfaces."”

   proof ↗⚑ flag

Codebase mapping

1. developerUnderstand how a codebase fits together to find where to start making changes

   weight 3 · round to Claude Code
   Claude Code✓fullclaimed7/10

   Docs explicitly claim Claude Code 'maps and explains entire codebases in a few seconds' using agentic search to understand project structure and dependencies without manual context selection, and separately states it 'understands your entire codebase' across files; CLAUDE.md further lets teams encode architecture decisions for onboarding. Missing for 10: independent/hands-on corroboration specifically validating codebase-mapping accuracy, and no benchmark or case study showing it correctly locates the right starting point in a large real-world repo.

   • [claimed-docs] “Claude Code maps and explains entire codebases in a few seconds. It uses agentic search to understand project structure and dependencies wit…”
   • [claimed-docs] “It understands your entire codebase and can work across multiple files and tools to get things done.”
   • [claimed-docs] “CLAUDE.md is a markdown file you add to your project root that Claude Code reads at the start of every session.”
   • [claimed-docs] “CLAUDE.md is a markdown file you add to your project root that Claude Code reads at the start of every session. Use it to set coding standar…”

   proof ↗⚑ flag

   Slate~partialclaimed5/10

   The quickstart example explicitly shows Slate producing an ARCH.md architecture review of an entire codebase with improvement suggestions, directly supporting codebase-understanding use cases, and @filename references plus workspace management help navigate a repo. However there's no dedicated codebase-mapping/search feature (e.g., symbol index, dependency graph) documented beyond this one example, and no independent evidence confirming quality of such architecture summaries. missing for 10: dedicated code-navigation/search tooling, independent validation of architecture-summary accuracy, more than a single example of codebase-understanding workflow.

   • [claimed-docs] “Please review the architecture of my entire codebase creating an ARCH.md and then give me ways I can improve it.”
   • [claimed-docs] “Use `@filename` references”
   • [claimed-docs] “Use `/workspace` to open the workspace manager, where you can review and remove workspace directories.”

   proof ↗⚑ flag

2. developerHave the agent map and explain an entire unfamiliar codebase without manually selecting context files

   weight 3 · round to Claude Code
   Claude Code✓fullclaimed7/10

   Claude Code's own product page explicitly states it 'maps and explains entire codebases in a few seconds' using 'agentic search to understand project structure and dependencies without you having to manually select context files,' directly matching the story, and other docs reinforce that it 'understands your entire codebase' across multiple files. Missing for 10: independent/hands-on evidence specifically corroborating the automatic codebase-mapping claim (community evidence covers general coding quality/trust issues but not this specific feature).

   • [claimed-docs] “Claude Code maps and explains entire codebases in a few seconds. It uses agentic search to understand project structure and dependencies wit…”
   • [claimed-docs] “It understands your entire codebase and can work across multiple files and tools to get things done.”
   • [claimed-docs] “CLAUDE.md is a markdown file you add to your project root that Claude Code reads at the start of every session.”

   proof ↗⚑ flag

   Slate~partialcommunity6/10

   Docs show Slate's quickstart example explicitly demonstrates asking it to 'review the architecture of my entire codebase' and generate an ARCH.md without manual file selection, and it has orchestration/subagent features for broad exploration. However there's no independent/hands-on verification that this codebase-mapping actually works well on large unfamiliar repos, and community evidence raises quality skepticism about other generated outputs. missing for 10: independent hands-on validation of full-codebase mapping accuracy, evidence of handling very large/unfamiliar codebases without manual curation, detail on how context is auto-selected under the hood.

   • [claimed-docs] “Please review the architecture of my entire codebase creating an ARCH.md and then give me ways I can improve it.”
   • [claimed-docs] “Those agents show up as a grid of inline subagent cards, one per agent.”
   • [claimed-docs] “While one or more agents run in the background, you can keep talking with Slate: plan next steps, queue up additional tasks, or spin up more…”
   • [community] “"Why trumpet code that is so ready for the garbage that you wouldn't even bother to publish it" - skepticism about the quality/usefulness of…”

   proof ↗⚑ flag

Context management

1. developerHave the agent build and recall memory automatically across sessions

   weight 2 · round to Claude Code
   Claude Code~partialclaimed4/10

   Claude Code supports persistent project context via CLAUDE.md, which it reads at the start of every session, giving some continuity of 'memory' across sessions, and the VS Code extension keeps conversation history in-editor. However, this is a manually authored/maintained file, not an automatically built or recalled memory system that captures learnings from prior sessions without user intervention. Missing for 10: evidence of automatic memory formation/summarization from past sessions, automatic recall of prior task context without a manually maintained file, and any documentation of a persistent 'agent memory' feature beyond CLAUDE.md.

   • [claimed-docs] “CLAUDE.md is a markdown file you add to your project root that Claude Code reads at the start of every session.”
   • [claimed-docs] “CLAUDE.md is a markdown file you add to your project root that Claude Code reads at the start of every session. Use it to set coding standar…”
   • [claimed-docs] “Review diffs visually, run multiple sessions side by side, schedule recurring tasks, and kick off cloud sessions.”

   proof ↗⚑ flag

   Slate—none0/10

   Docs describe session switching (/sessions), long multi-hour session support, and diagnostic context attachment, but there is no evidence of automatic cross-session memory building or recall — sessions appear to be manually selected/switched contexts, not an automatic memory system. Missing for higher verdict: any documentation of persistent memory storage, automatic recall of past codebase context, or memory summarization across sessions.

   • [claimed-docs] “Slate works with you across long, multi-hour sessions.”
   • [claimed-docs] “Use `/sessions` to switch between existing sessions”
   • [claimed-docs] “Slate automatically attaches relevant diagnostic information (OS, version, session context) to your report.”

   proof ↗⚑ flag

2. developerInclude multiple project directories in a single session for broader context

   weight 2 · round to Slate
   Claude Code—none0/10

   The evidence pack describes Claude Code understanding a single project's entire codebase and working across multiple files within it, but there is no mention of including multiple separate project directories in one session (e.g., an --add-dir style flag or multi-root workspace support).

   ⚑ flag

   Slate~partialclaimed6/10

   Docs mention a `/workspace` manager for reviewing and removing 'workspace directories' (plural), implying support for multiple project directories in one session, but there's no detailed documentation on how directories are added or how context is merged across them, and no independent/hands-on confirmation. Missing for 10: explicit instructions/examples for adding multiple directories, and independent verification that broader multi-directory context actually works in practice.

   • [claimed-docs] “Use `/workspace` to open the workspace manager, where you can review and remove workspace directories.”

   proof ↗⚑ flag

3. developerAdd a project instructions file to set coding standards and conventions the agent follows

   weight 3 · round to Claude Code
   Claude Code✓fullcommunity9/10

   First-party docs explicitly describe CLAUDE.md as a project-root markdown file read at every session start, used to set coding standards, architecture decisions, preferred libraries, and review checklists (claude-code-docs-5, claude-code-docs-22). Community evidence (claude-code-comm-15) independently confirms real-world use of CLAUDE.md files for guiding the agent, corroborating the feature exists and is actively used. Missing for 10: broader independent/hands-on documentation of best practices or examples beyond a single community mention.

   • [claimed-docs] “CLAUDE.md is a markdown file you add to your project root that Claude Code reads at the start of every session.”
   • [claimed-docs] “CLAUDE.md is a markdown file you add to your project root that Claude Code reads at the start of every session. Use it to set coding standar…”
   • [community] “I've found that I have to add more and more CLAUDE.md guide rails, and my CLAUDE.md files have been exploding since around mid-March... I've…”

   proof ↗⚑ flag

   Slate~partialclaimed6/10

   Docs confirm Slate 'respects agent rules' in a defined precedence order and supports Skills (markdown instruction packages, including Claude Code-compatible `.claude/skills/` paths), which cover project-level conventions/instructions, but there's no explicit example of a single top-level 'instructions file' analogous to AGENTS.md/CLAUDE.md being demonstrated end-to-end. missing for 10: explicit naming/format of the project instructions file, a worked example showing the agent following custom conventions from it, and independent/community confirmation it works as documented.

   • [claimed-docs] “Slate by default respects agent rules in the following order”
   • [claimed-docs] “Skills are markdown instruction packages that give the agent domain-specific knowledge and behavior.”
   • [claimed-docs] “`.claude/skills/` | Claude Code compatibility”

   proof ↗⚑ flag

Issue diagnosis

1. developerReproduce issues, narrow down root causes, and verify fixes

   weight 3 · round to Slate
   Claude Code!disputedcontradicted5/10

   Docs claim Claude Code can debug live apps, plan fixes, and 'verifies it works' across multi-file changes (claude-code-docs-2/17/28/51), supporting reproduce/root-cause/verify workflows, but hands-on community reports give a concrete counter-example where self-verification failed (a replace_all bug silently corrupted a constant, 'You absolutely can't trust it to self-verify') and describe recurring low-quality 'simplest fix' patches that break things (claude-code-comm-16, claude-code-comm-17). missing for 10: independent benchmark/case study specifically on bug reproduction and root-cause isolation, and resolution of the self-verification reliability concerns raised by users.

   • [claimed-docs] “Describe what you want in plain language. Claude Code plans the approach, writes the code across multiple files, and verifies it works.”
   • [claimed-docs] “Debug live web applications | Chrome”
   • [claimed-docs] “Claude Code plans the approach, writes the code across multiple files, and verifies it works.”
   • [claimed-docs] “It understands your entire codebase and can work across multiple files and tools to get things done.”
   • [community] “I've been using Claude Code daily for months on a project with Elixir, Rust, and Python. The worst failure mode is when it does a replace_al…”
   • [community] “Whenever the phrase 'simplest fix' appears, it's time to pull the emergency break. This has gotten much worse over the past few weeks. It wi…”

   proof ↗⚑ flag

   Slate~partialclaimed4/10

   Slate documents shell execution (`!`), file references, and being 'one of the few agents capable of performing integration tests manually,' which are plausible building blocks for debugging workflows, but there's no explicit documentation of a reproduce→diagnose→verify-fix workflow. Missing for 10: explicit debugging/root-cause-analysis workflow documentation, evidence of test-driven verification loops, and independent hands-on confirmation that Slate helps developers actually reproduce and fix bugs.

   • [claimed-docs] “Slate is one of the few agents capable of performing integration tests manually.”
   • [claimed-docs] “Execute shell commands directly with `!`”
   • [claimed-docs] “Use `@filename` references”
   • [claimed-docs] “While one or more agents run in the background, you can keep talking with Slate: plan next steps, queue up additional tasks, or spin up more…”

   proof ↗⚑ flag

Marketplace

1. developerEquip the agent with custom skills to perform specialized tasks

   weight 1 · round to Claude Code
   Claude Code✓fullclaimed8/10

   Claude Code explicitly supports custom Skills ('Create skills to package repeatable workflows your team can share, like /review-pr or /deploy-staging') plus a scaffolding plugin (mcp-server-dev) for building custom tool integrations, giving developers a documented mechanism to equip the agent with specialized, shareable capabilities. Missing for 10: independent hands-on validation of the skills system's reliability/quality beyond first-party docs.

   • [claimed-docs] “Create skills to package repeatable workflows your team can share, like `/review-pr` or `/deploy-staging`.”
   • [claimed-docs] “You can also have Claude scaffold a server for you with the official mcp-server-dev plugin”
   • [claimed-docs] “Claude Code can connect to hundreds of external tools and data sources through the Model Context Protocol (MCP)”

   proof ↗⚑ flag

   Slate✓fullclaimed7/10

   Slate has a documented Skills system: markdown instruction packages that give the agent domain-specific knowledge/behavior, with example skill definitions and compatibility with Claude Code's `.claude/skills/` format, letting developers equip the agent with custom specialized capabilities. Missing for 10: independent/hands-on verification that custom skills work as documented, and more detail on skill authoring/discovery beyond the single example.

   • [claimed-docs] “Skills are markdown instruction packages that give the agent domain-specific knowledge and behavior.”
   • [claimed-docs] “description: "Create distinctive, production-grade frontend interfaces."”
   • [claimed-docs] “`.claude/skills/` | Claude Code compatibility”

   proof ↗⚑ flag

2. engineering-leadIntegrate third-party partner-built agent apps into my workflows

   weight 1 · round to Claude Code
   Claude Code~partialclaimed6/10

   Claude Code supports MCP integration with third-party tools/servers (Notion, Jira, Slack, Google Drive, custom servers) and can be extended via the Agent SDK, plugins, and Slack/GitHub integrations, enabling integration of partner-built apps into workflows. However, there's no explicit evidence of a curated marketplace or formal partner-app ecosystem comparable to a dedicated app store, and integration relies mainly on generic MCP connectors rather than pre-built 'partner agent apps.' Missing for 10: a documented partner/marketplace program for third-party agent apps, independent verification of partner integrations working reliably, and case studies of engineering teams integrating named partner-built agents.

   • [claimed-docs] “With MCP, Claude Code can read your design docs in Google Drive, update tickets in Jira, pull data from Slack, or use your own custom toolin…”
   • [claimed-docs] “Claude Code can connect to hundreds of external tools and data sources through the Model Context Protocol (MCP)”
   • [claimed-docs] “claude mcp add --transport http notion https://mcp.notion.com/mcp”
   • [claimed-docs] “You can also have Claude scaffold a server for you with the official mcp-server-dev plugin”
   • [claimed-docs] “the Agent SDK lets you build your own agents powered by Claude Code's tools and capabilities, with full control over orchestration, tool acc…”
   • [claimed-docs] “Route tasks from team chat: mention @Claude in Slack with a bug report and get a pull request back”

   proof ↗⚑ flag

   Slate—none0/10

   Slate is a coding CLI agent focused on subagents, skills, sessions, and model orchestration; there is no evidence of an ecosystem for integrating third-party partner-built agent apps (e.g., a marketplace, app store, or partner integration framework). Skills compatibility with Claude Code is mentioned but that is file-format compatibility, not partner app integration.

   • [claimed-docs] “Skills are markdown instruction packages that give the agent domain-specific knowledge and behavior.”
   • [claimed-docs] “`.claude/skills/` | Claude Code compatibility”

   proof ↗⚑ flag

Team knowledge

1. engineering-leadCreate a shared workspace from my docs and repos as a common source of truth for the team

   weight 1 · round to Claude Code
   Claude Code~partialclaimed5/10

   CLAUDE.md gives teams a shared, repo-committed markdown file for coding standards, architecture decisions, and review checklists that Claude reads every session, and shareable Skills (e.g. /review-pr, /deploy-staging) let a lead codify team workflows; MCP integrations let Claude also pull in Google Drive docs, Jira tickets, and Slack data as additional context sources. However, this is scattered configuration/context-injection tooling rather than a dedicated 'workspace' or knowledge-base product that unifies docs and repos into one queryable source of truth for the whole team. Missing for 10: a purpose-built shared workspace/knowledge-base UI, cross-repo aggregation, and evidence of team-wide adoption/governance beyond per-repo CLAUDE.md files.

   • [claimed-docs] “CLAUDE.md is a markdown file you add to your project root that Claude Code reads at the start of every session.”
   • [claimed-docs] “CLAUDE.md is a markdown file you add to your project root that Claude Code reads at the start of every session. Use it to set coding standar…”
   • [claimed-docs] “Create skills to package repeatable workflows your team can share, like `/review-pr` or `/deploy-staging`.”
   • [claimed-docs] “With MCP, Claude Code can read your design docs in Google Drive, update tickets in Jira, pull data from Slack, or use your own custom toolin…”
   • [claimed-docs] “Claude Code can read your design docs in Google Drive, update tickets in Jira, pull data from Slack, or use your own custom tooling.”

   proof ↗⚑ flag

   Slate—none0/10

   Slate is a CLI coding agent focused on individual sessions, workspaces (local directories), skills, and orchestration of subagents—there is no evidence of a shared team workspace or collaborative source-of-truth feature built from docs and repos. The 'workspace' concept here refers to local directory management (/workspace), not a shared team hub.

   • [claimed-docs] “Use `/workspace` to open the workspace manager, where you can review and remove workspace directories.”
   • [claimed-docs] “Slate by default respects agent rules in the following order”
   • [claimed-docs] “Skills are markdown instruction packages that give the agent domain-specific knowledge and behavior.”

   proof ↗⚑ flag

Tool integration

1. developerConnect the agent to workflow tools like Jira, Slack, and Google Drive to extend its context

   weight 3 · round to Claude Code
   Claude Code✓fullclaimed9/10

   Docs explicitly state Claude Code can connect via MCP to Jira, Slack, Google Drive, and other custom tooling, with concrete examples (updating Jira tickets, pulling Slack data, Notion MCP server add command) and multiple transport options. Missing for 10: independent/hands-on third-party confirmation of these specific integrations working in practice beyond vendor docs.

   • [claimed-docs] “Claude Code can read your design docs in Google Drive, update tickets in Jira, pull data from Slack, or use your own custom tooling.”
   • [claimed-docs] “With MCP, Claude Code can read your design docs in Google Drive, update tickets in Jira, pull data from Slack, or use your own custom toolin…”
   • [claimed-docs] “Update our standard email template based on the new Figma designs that were posted in Slack”
   • [claimed-docs] “Claude Code can connect to hundreds of external tools and data sources through the Model Context Protocol (MCP)”
   • [claimed-docs] “Implement features from issue trackers: "Add the feature described in JIRA issue ENG-4521 and create a PR on GitHub."”
   • [claimed-docs] “claude mcp add --transport http notion https://mcp.notion.com/mcp”
   • [claimed-docs] “Add the feature described in JIRA issue ENG-4521 and create a PR on GitHub.”

   proof ↗⚑ flag

   Slate—none0/10

   No evidence anywhere in the docs pack mentions integrations with Jira, Slack, Google Drive, or any workflow tools/MCP connectors; the docs focus on CLI usage, sessions, skills, and permissions with no mention of external tool connectivity.

   ⚑ flag

2. developerKick off agent tasks directly from GitHub, GitLab, Linear, or Slack

   weight 2 · round to Claude Code
   Claude Code~partialclaimed7/10

   Docs confirm task kickoff from GitHub (@claude mentions, GitHub Code Review, GitHub Actions) and Slack (@Claude mention returns a PR), plus GitLab CI/CD integration, but there is no evidence of Linear integration or a Linear-triggered agent workflow. missing for 10: explicit Linear integration/trigger support, independent/hands-on confirmation of cross-platform task kickoff.

   • [github] “Use it in your terminal, IDE, or tag @claude on Github.”
   • [claimed-docs] “Route tasks from team chat: mention @Claude in Slack with a bug report and get a pull request back”
   • [claimed-docs] “Get automatic code review on every PR | GitHub Code Review”
   • [claimed-docs] “Claude Code integrates with GitHub, GitLab, and your command line tools to handle the entire workflow—reading issues, writing code, running …”
   • [claimed-docs] “In CI, you can automate code review and issue triage with GitHub Actions or GitLab CI/CD.”

   proof ↗⚑ flag

   Slate—none0/10

   No evidence of any integration with GitHub, GitLab, Linear, or Slack for triggering agent tasks; Slate's documentation covers CLI usage, sessions, skills, and configuration but nothing about ecosystem/platform triggers.

   ⚑ flag

Cross device continuity

1. developerStart a task on one device and continue it later from another device or browser

   weight 2 · round to Claude Code
   Claude Code✓fullclaimed8/10

   Docs explicitly describe cross-device continuity: 'Remote Control' lets you continue work from phone/browser (docs-9), and 'claude --teleport' lets you start a task on web/mobile and pull it into your terminal later (docs-10), backed by browser/cloud session support (docs-13, docs-14, docs-26). missing for 10: independent/hands-on confirmation of teleport and remote-control reliability across devices

   • [claimed-docs] “Step away from your desk and keep working from your phone or any browser with Remote Control”
   • [claimed-docs] “Kick off a long-running task on the web or the Claude mobile app, then pull it into your terminal with `claude --teleport`.”
   • [claimed-docs] “Review diffs visually, run multiple sessions side by side, schedule recurring tasks, and kick off cloud sessions.”
   • [claimed-docs] “Kick off long-running tasks and check back when they're done, work on repos you don't have locally, or run multiple tasks in parallel.”
   • [claimed-docs] “Run Claude Code in your browser with no local setup. Kick off long-running tasks and check back when they're done, work on repos you don't h…”

   proof ↗⚑ flag

   Slate—none0/10

   Docs show session management within Slate (e.g. `/sessions` to switch sessions, `Ctrl+X N` for new session) but only describe local session switching, not any cloud sync or cross-device/browser continuation mechanism. Slate appears to be a terminal-only CLI tool with no mention of a browser interface or account-based sync for resuming tasks elsewhere.

   • [claimed-docs] “Use `/sessions` to switch between existing sessions”
   • [claimed-docs] “Ctrl+X then N New session”
   • [claimed-docs] “npm i -g @randomlabs/slate”

   proof ↗⚑ flag

Ide integration

1. developerChat with the coding assistant directly inside my IDE for contextual help

   weight 3 · round to Claude Code
   Claude Code✓fullclaimed8/10

   Official docs confirm dedicated IDE integrations (VS Code extension with inline diffs, @-mentions, plan review, conversation history; JetBrains plugin with diff viewing and selection context sharing), plus terminal-based chat usable from within an IDE, and GitHub explicitly states 'Use it in your terminal, IDE, or tag @claude on Github.' Missing for 10: independent hands-on validation specifically of the IDE chat experience (community evidence is mostly about CLI/terminal use and general quality, not IDE-embedded chat specifically).

   • [claimed-docs] “The VS Code extension provides inline diffs, @-mentions, plan review, and conversation history directly in your editor.”
   • [claimed-docs] “A plugin for IntelliJ IDEA, PyCharm, WebStorm, and other JetBrains IDEs with interactive diff viewing and selection context sharing.”
   • [github] “Use it in your terminal, IDE, or tag @claude on Github.”
   • [claimed-docs] “Work with Claude directly in your codebase. Build, debug, and ship from your terminal, IDE, Slack, web, and more.”

   proof ↗⚑ flag

   Slate~partialclaimed6/10

   Slate is documented as a terminal-based coding agent with session management, `@filename` references, shell execution, and workspace context — providing contextual chat help that developers can run alongside their editor in a terminal. However, there is no evidence of a native IDE extension/panel (e.g., VS Code/JetBrains plugin) that embeds Slate directly inside the IDE UI itself. missing for 10: dedicated IDE extension/panel integration, evidence of in-editor chat UI beyond terminal, independent corroboration of IDE workflow usage.

   • [claimed-docs] “Use `/sessions` to switch between existing sessions”
   • [claimed-docs] “Execute shell commands directly with `!`”
   • [claimed-docs] “Use `@filename` references”
   • [claimed-docs] “Use `/workspace` to open the workspace manager, where you can review and remove workspace directories.”
   • [claimed-docs] “Ctrl+X then N New session”

   proof ↗⚑ flag

Session management

1. developerReview diffs visually and run multiple sessions side by side in a desktop app

   weight 2 · round to Claude Code
   Claude Code~partialclaimed6/10

   First-party docs explicitly state the capability ('Review diffs visually, run multiple sessions side by side, schedule recurring tasks, and kick off cloud sessions'), closely matching the story, and related IDE integrations (VS Code inline diffs, JetBrains interactive diff viewer) support visual diff review, but this appears to describe a web/desktop companion app rather than a fully detailed, screenshot-documented desktop client, and no independent or hands-on evidence corroborates the side-by-side multi-session desktop UI. Missing for 10: independent/hands-on confirmation of the desktop app's diff viewer and multi-session UI, and richer first-party documentation (screenshots, feature depth) beyond a single summary line.

   • [claimed-docs] “Review diffs visually, run multiple sessions side by side, schedule recurring tasks, and kick off cloud sessions.”
   • [claimed-docs] “A plugin for IntelliJ IDEA, PyCharm, WebStorm, and other JetBrains IDEs with interactive diff viewing and selection context sharing.”
   • [claimed-docs] “The VS Code extension provides inline diffs, @-mentions, plan review, and conversation history directly in your editor.”
   • [claimed-docs] “Available for macOS, Linux, and Windows.”

   proof ↗⚑ flag

   Slate—none0/10

   Slate is documented as a terminal/CLI tool (npm install, terminal-background onboarding, hotkeys, `/sessions` switching, subagent grid) with no mention of a desktop GUI or visual diff review; session switching is terminal-based, not side-by-side desktop windows. Missing for 10: any evidence of a desktop application, a visual diff viewer, or GUI-based side-by-side session comparison.

   • [claimed-docs] “npm i -g @randomlabs/slate”
   • [claimed-docs] “Onboarding asks for your terminal background, multiline input preference, and model source: your ChatGPT/Codex subscription, SuperGrok subsc…”
   • [claimed-docs] “Use `/sessions` to switch between existing sessions”
   • [claimed-docs] “Those agents show up as a grid of inline subagent cards, one per agent.”
   • [claimed-docs] “Ctrl+X then N New session”

   proof ↗⚑ flag

2. engineering-leadManage multiple agent-driven coding sessions from one unified workspace

   weight 2 · round to Slate
   Claude Code✓fullclaimed7/10

   Docs describe running multiple sessions side by side, kicking off parallel/cloud sessions from a browser, and spawning multiple coordinated sub-agents under a lead agent, which directly support a lead managing several agent sessions from one workspace (claude-code-docs-13, -14, -26, -6, -34, -44). Missing for 10: independent/hands-on confirmation of the 'unified workspace' UX (no community reports specifically validate multi-session management) and no detail on session-level access control across a team for the lead-agent view.

   • [claimed-docs] “Review diffs visually, run multiple sessions side by side, schedule recurring tasks, and kick off cloud sessions.”
   • [claimed-docs] “Kick off long-running tasks and check back when they're done, work on repos you don't have locally, or run multiple tasks in parallel.”
   • [claimed-docs] “Run Claude Code in your browser with no local setup. Kick off long-running tasks and check back when they're done, work on repos you don't h…”
   • [claimed-docs] “Spawn multiple Claude Code agents that work on different parts of a task simultaneously. A lead agent coordinates the work, assigns subtasks…”
   • [claimed-docs] “Spawn multiple Claude Code agents that work on different parts of a task simultaneously.”
   • [claimed-docs] “Spawn multiple Claude Code agents that work on different parts of a task simultaneously. A lead agent coordin”

   proof ↗⚑ flag

   Slate✓fullclaimed8/10

   Docs describe first-class multi-session/multi-agent workspace features: `/sessions` to switch sessions, `/workspace` manager, new-session hotkey, and orchestration showing a grid of inline subagent cards while continuing to chat, queue tasks, or spin up more parallel agents — directly matching the engineering-lead's need to manage multiple concurrent agent sessions from one place. Missing for 10: independent/hands-on verification of this workspace at scale and any lead-specific team-management features beyond individual session switching.

   • [claimed-docs] “Use `/sessions` to switch between existing sessions”
   • [claimed-docs] “Use `/workspace` to open the workspace manager, where you can review and remove workspace directories.”
   • [claimed-docs] “Those agents show up as a grid of inline subagent cards, one per agent.”
   • [claimed-docs] “While one or more agents run in the background, you can keep talking with Slate: plan next steps, queue up additional tasks, or spin up more…”
   • [claimed-docs] “Ctrl+X then N New session”

   proof ↗⚑ flag

Terminal workflow

1. developerRun a coding agent locally from my terminal

   weight 3 · round to Claude Code
   Claude Code✓fullcommunity9/10

   Claude Code is explicitly documented as a terminal-native coding agent: install via curl script, run with cd your-project && claude, available on macOS/Linux/Windows, and GitHub README confirms 'Use it in your terminal, IDE, or tag @claude on Github.' Community posts corroborate hands-on terminal use, noting it's 'implemented as a bash tool and not an editor replacement.' Missing for 10: broader independent benchmark or third-party review confirming consistent reliability of local terminal operation beyond a few anecdotal community posts.

   • [claimed-docs] “cd your-project claude”
   • [claimed-docs] “curl -fsSL https://claude.ai/install.sh | bash”
   • [claimed-docs] “Available for macOS, Linux, and Windows.”
   • [github] “Use it in your terminal, IDE, or tag @claude on Github.”
   • [community] “The cost is absurd (compared to other LLM providers these days). I asked 3 questions and the cost was ~0.77c. I do like how this is implemen…”

   proof ↗⚑ flag

   Slate✓fullprobed8/10

   Slate ships as a global npm CLI (`npm i -g @randomlabs/slate`) that runs interactively in the terminal, with documented terminal-native features like hotkeys, shell command execution (`!`), file references (`@filename`), session management (`/sessions`), and configuration via `slate.json` — all consistent with a locally-run terminal coding agent. Missing for 10: independent hands-on confirmation of local terminal usage (community evidence only discusses porting-quality skepticism, not terminal operation itself) and no evidence of offline/non-terminal fallback limitations.

   • [claimed-docs] “npm i -g @randomlabs/slate”
   • [claimed-docs] “Onboarding asks for your terminal background, multiline input preference, and model source: your ChatGPT/Codex subscription, SuperGrok subsc…”
   • [claimed-docs] “Use `/sessions` to switch between existing sessions”
   • [claimed-docs] “Press Tab to queue the current message so it runs after the current turn finishes.”
   • [claimed-docs] “Execute shell commands directly with `!`”
   • [claimed-docs] “Use `@filename` references”
   • [claimed-docs] “Ctrl+X then N New session”
   • [probe] “official CLI documented at https://docs.randomlabs.ai/en/getting-started/quickstart”

   proof ↗⚑ flag

2. developerRun the agent non-interactively in scripts for workflow automation

   weight 2 · round to Claude Code
   Claude Code✓fullclaimed8/10

   Docs explicitly describe non-interactive automation: piping logs, running in CI, scheduling recurring tasks, GitHub Actions/GitLab CI/CD integration for automated code review and issue triage, and headless-style scripting per Unix philosophy. missing for 10: no explicit mention of a documented --print/non-interactive flag or exit-code behavior, and no independent/hands-on report confirming scripted CI usage works as described.

   • [claimed-docs] “Claude Code is composable and follows the Unix philosophy. Pipe logs into it, run it in CI, or chain it with other tools”
   • [claimed-docs] “Run Claude on a schedule to automate work that repeats: morning PR reviews, overnight CI failure analysis, weekly dependency audits, or sync…”
   • [claimed-docs] “In CI, you can automate code review and issue triage with GitHub Actions or GitLab CI/CD.”
   • [claimed-docs] “Get automatic code review on every PR | GitHub Code Review”

   proof ↗⚑ flag

   Slate—none0/10

   The evidence shows Slate is a CLI-based interactive agent (npm install, onboarding, in-session commands like /sessions, !, @filename) but nowhere documents a non-interactive/headless mode, flags for scripted execution, or CI/automation usage; --dangerously-skip-permissions bypasses prompts but is not shown as enabling scripted/non-interactive invocation. Missing for 10: documentation of a non-interactive/print/exec mode, exit-code or piping behavior, or any CI/scripting examples.

   • [claimed-docs] “npm i -g @randomlabs/slate”
   • [claimed-docs] “We support `--dangerously-skip-permissions` (alias: `--yolo`) to bypass permission prompts.”
   • [probe] “official CLI documented at https://docs.randomlabs.ai/en/getting-started/quickstart”

   proof ↗⚑ flag

1. ai-native userDo everything through the API that I can do in the UI

   weight 2 · round to Claude Code
   Claude Code~partialclaimed5/10

   Claude Code exposes an Agent SDK for building custom agents with 'full control over orchestration, tool access, and permissions' (docs-18) and supports direct API-key access and CI/headless automation (docs-36, docs-39/40), suggesting core coding capabilities are programmatically accessible. However, evidence doesn't confirm parity for UI-specific features like Remote Control, teleport, mobile app, or Slack routing being fully reachable via the API/SDK. Missing for 10: explicit documentation that all UI-surfaced features (remote control, teleport, IDE-specific interactions) are equally available through the API/SDK, and independent confirmation of this parity.

   • [claimed-docs] “the Agent SDK lets you build your own agents powered by Claude Code's tools and capabilities, with full control over orchestration, tool acc…”
   • [claimed-docs] “In CI, you can automate code review and issue triage with GitHub Actions or GitLab CI/CD.”
   • [claimed-docs] “If you've set the ANTHROPIC_API_KEY environment variable, Claude Code skips the login prompt and asks you to approve the key instead.”
   • [claimed-docs] “ANTHROPIC_API_KEY environment variable. Sent as the X-Api-Key header. Use this for direct Anthropic API access with a key from the Claude Co…”
   • [claimed-docs] “Use Claude Code as an MCP server. You can use Claude Code itself as an MCP server that other applications can connect to: claude mcp serve (…”

   proof ↗⚑ flag

   Slate—none0/10

   No evidence of any public API for Slate — the openapi.json/swagger.json probes returned 404s and no docs reference programmatic endpoints; Slate is documented purely as a CLI/terminal agent with slash-commands, hotkeys, and config files, not an API-driven product with UI/API parity.

   • [probe] “PROBE openapi: all candidate paths 404 (https://docs.randomlabs.ai/openapi.json, https://docs.randomlabs.ai/swagger.json, https://docs.rando…”
   • [probe] “official CLI documented at https://docs.randomlabs.ai/en/getting-started/quickstart”
   • [claimed-docs] “npm i -g @randomlabs/slate”

   proof ↗⚑ flag

2. ai-native userExport all of my data in open formats and leave

   weight 3 · round drawn
   Claude Code—none0/10

   The evidence pack contains no mention of a data export feature, session/conversation history export, or open-format portability guarantees for Claude Code — nothing addresses a user's ability to extract all their data and leave the platform. While Claude Code operates on local files (inherently open), there is no documented mechanism for exporting session logs, configs, or account data in open formats, so this applicable axis is unsupported.

   ⚑ flag

   Slate—none0/10

   No evidence in the docs or elsewhere describes any data export functionality, open-format export, or data portability mechanism for Slate. Sessions, workspace history, and configurations appear stored locally but no documented export/leave path is mentioned. Missing for 10: any documentation of export commands, data format specifications, or account/data portability guarantees.

   ⚑ flag

3. ai-native userRead the product's source under an open license

   weight 2 · round drawn
   Claude Code—none0/10

   No evidence Claude Code's source is available under an open license; in fact community discussion explicitly contrasts it with an open-source competitor, noting 'Codex CLI is FOSS, unlike Claude Code' — confirming it is closed-source.

   • [community] “Codex CLI is FOSS, unlike Claude Code, so Codex is less likely to do things like that, and it's one more reason to avoid Claude Code and Cla…”

   proof ↗⚑ flag

   Slate—none0/10

   No evidence of an open-source license or public source repository for Slate; the CLI is distributed via npm install with no mention of source availability. missing for 10: open-source license declaration, public source repo link, license file/OSS registry evidence.

   ⚑ flag

4. ai-native userSelf-host the core product

   weight 3 · round drawn
   Claude Code—none0/10

   Claude Code is a closed-source CLI that requires an Anthropic API key or Claude.ai/Console login to function (docs-37, docs-39, docs-55) — there is no evidence of a self-hostable core model or backend. Community evidence explicitly notes it is not open source, unlike alternatives (comm-4), confirming the product cannot be self-hosted.

   • [claimed-docs] “Claude Pro or Max subscription: log in with your Claude.ai account.”
   • [claimed-docs] “If you've set the ANTHROPIC_API_KEY environment variable, Claude Code skips the login prompt and asks you to approve the key instead.”
   • [claimed-docs] “Individual users can log in with a claude.ai account, while teams can use Claude for Teams or Enterprise, the Claude Console, or a cloud pro…”
   • [community] “Codex CLI is FOSS, unlike Claude Code, so Codex is less likely to do things like that, and it's one more reason to avoid Claude Code and Cla…”

   proof ↗⚑ flag

   Slate—none0/10

   No evidence anywhere in the docs of Slate being open-source or offering a self-hosted deployment option; it's installed via npm as a CLI that connects to model subscriptions/credits, implying a hosted/service model rather than self-hostable core infrastructure. Missing for 10: any mention of self-hosting instructions, open-source repo, or on-prem deployment option.

   • [claimed-docs] “npm i -g @randomlabs/slate”
   • [claimed-docs] “Onboarding asks for your terminal background, multiline input preference, and model source: your ChatGPT/Codex subscription, SuperGrok subsc…”

   proof ↗⚑ flag

Authentication

1. developerAuthenticate with an API key instead of an account login

   weight 2 · round to Claude Code
   Claude Code✓fullclaimed9/10

   Docs explicitly confirm ANTHROPIC_API_KEY env var authentication bypasses the account login prompt, using it for direct API access via X-Api-Key header, as an alternative to Claude.ai account login. missing for 10: independent/hands-on community confirmation of this specific auth flow (only first-party docs cited).

   • [claimed-docs] “If you've set the ANTHROPIC_API_KEY environment variable, Claude Code skips the login prompt and asks you to approve the key instead.”
   • [claimed-docs] “ANTHROPIC_API_KEY environment variable. Sent as the X-Api-Key header. Use this for direct Anthropic API access with a key from the Claude Co…”
   • [claimed-docs] “Claude Pro or Max subscription: log in with your Claude.ai account.”
   • [claimed-docs] “Individual users can log in with a claude.ai account, while teams can use Claude for Teams or Enterprise, the Claude Console, or a cloud pro…”

   proof ↗⚑ flag

   Slate—none0/10

   No evidence pack mentions API key authentication as an alternative to account login; onboarding docs only describe choosing a model source (ChatGPT/Codex, SuperGrok, or Slate credits subscription), not API-key auth. No mention of an API key mechanism anywhere, and the openapi probe returned 404s, giving no indication of an API-key based auth path.

   • [claimed-docs] “Onboarding asks for your terminal background, multiline input preference, and model source: your ChatGPT/Codex subscription, SuperGrok subsc…”
   • [probe] “PROBE openapi: all candidate paths 404 (https://docs.randomlabs.ai/openapi.json, https://docs.randomlabs.ai/swagger.json, https://docs.rando…”

   proof ↗⚑ flag

2. engineering-leadAuthenticate through an enterprise identity or cloud platform for compliance and scalability

   weight 2 · round to Claude Code
   Claude Code✓fullclaimed8/10

   Claude Code documents enterprise authentication via SSO/SAML, domain capture, role-based permissions, compliance API, and managed policy settings under Claude for Enterprise, plus flexible auth options (Console API key, Claude.ai account, Teams/Enterprise, cloud provider) for scaling across org structures. missing for 10: independent/hands-on corroboration of SSO setup working in practice, and no explicit mention of cloud IAM integration (e.g., AWS/GCP native identity federation) beyond 'cloud provider' mention.

   • [claimed-docs] “Claude for Enterprise: adds SSO, domain capture, role-based permissions, compliance API, and managed policy settings for organization-wide C…”
   • [claimed-docs] “Single sign-on (SSO/SAML) and domain capture”
   • [claimed-docs] “Individual users can log in with a claude.ai account, while teams can use Claude for Teams or Enterprise, the Claude Console, or a cloud pro…”
   • [claimed-docs] “Claude Pro or Max subscription: log in with your Claude.ai account.”
   • [claimed-docs] “You can sign in to your Console account without creating an API key, even when your organization doesn't let developers create them.”

   proof ↗⚑ flag

   Slate—none0/10

   No evidence of SSO/SAML/OIDC enterprise identity integration or cloud-platform authentication for compliance; onboarding only mentions choosing a model source (ChatGPT/Codex, SuperGrok, or Slate credits), not enterprise identity federation.

   • [claimed-docs] “Onboarding asks for your terminal background, multiline input preference, and model source: your ChatGPT/Codex subscription, SuperGrok subsc…”

   proof ↗⚑ flag

3. developerSign in with my existing product subscription plan to use the coding agent

   weight 2 · round to Claude Code
   Claude Code✓fullclaimed9/10

   Docs explicitly confirm developers can log in with their existing Claude Pro or Max subscription (claude.ai account) instead of needing a separate API key, with API key as an alternative for direct API access. Missing for 10: independent/hands-on confirmation of the subscription login flow working smoothly in practice (community evidence focuses on other topics, not this login flow specifically).

   • [claimed-docs] “Claude Pro or Max subscription: log in with your Claude.ai account.”
   • [claimed-docs] “Individual users can log in with a claude.ai account, while teams can use Claude for Teams or Enterprise, the Claude Console, or a cloud pro…”
   • [claimed-docs] “If you've set the ANTHROPIC_API_KEY environment variable, Claude Code skips the login prompt and asks you to approve the key instead.”
   • [claimed-docs] “ANTHROPIC_API_KEY environment variable. Sent as the X-Api-Key header. Use this for direct Anthropic API access with a key from the Claude Co…”

   proof ↗⚑ flag

   Slate✓fullclaimed8/10

   Docs explicitly state onboarding lets you choose your model source as your existing ChatGPT/Codex subscription or SuperGrok subscription (in addition to Slate credits), directly matching the story of signing in with an existing subscription plan to use the agent. Missing for 10: independent/hands-on confirmation that subscription sign-in actually works end-to-end and any detail on limitations of that mode vs credits.

   • [claimed-docs] “Onboarding asks for your terminal background, multiline input preference, and model source: your ChatGPT/Codex subscription, SuperGrok subsc…”

   proof ↗⚑ flag

4. developerSign in with a personal account to get free-tier access without managing API keys

   weight 1 · round to Claude Code
   Claude Code~partialclaimed6/10

   Docs confirm individual developers can log in with a personal claude.ai account (Pro/Max subscription) instead of managing an API key, and that API-key auth is optional/alternate. However, evidence only references Pro/Max subscription login, not an explicit free tier for Claude Code — missing for 10: explicit confirmation that a free/no-cost claude.ai account grants Claude Code access, and independent user corroboration of free-tier login flow.

   • [claimed-docs] “Claude Pro or Max subscription: log in with your Claude.ai account.”
   • [claimed-docs] “If you've set the ANTHROPIC_API_KEY environment variable, Claude Code skips the login prompt and asks you to approve the key instead.”
   • [claimed-docs] “ANTHROPIC_API_KEY environment variable. Sent as the X-Api-Key header. Use this for direct Anthropic API access with a key from the Claude Co…”
   • [claimed-docs] “Individual users can log in with a claude.ai account, while teams can use Claude for Teams or Enterprise, the Claude Console, or a cloud pro…”

   proof ↗⚑ flag

   Slate~partialclaimed4/10

   Docs show onboarding lets users choose a model source including an existing ChatGPT/Codex or SuperGrok subscription instead of managing API keys, implying account-based auth is supported, but there's no explicit mention of a free tier or of signing in with a personal Slate account for free credits without a paid subscription. Missing for 10: explicit free-tier account sign-in flow, confirmation that 'Slate credits' option requires no payment, and any account-based (not subscription-based) login mechanism.

   • [claimed-docs] “Onboarding asks for your terminal background, multiline input preference, and model source: your ChatGPT/Codex subscription, SuperGrok subsc…”

   proof ↗⚑ flag

Model choice

1. developerLet the tool automatically pick the best model for each task

   weight 1 · round to Slate
   Claude Code—none0/10

   No evidence in the pack describes automatic model selection or routing per task; users manually choose models (e.g., Sonnet vs Opus per comm-19) and there's no mention of an auto-select feature. Missing for 10: any docs describing automatic model routing/selection logic based on task complexity or cost.

   ⚑ flag

   Slate~partialclaimed6/10

   Docs explicitly claim Slate 'automatically selects the right model for the job' and also allow developers to set preferred default models per slot via `/models` or `slate.json`, suggesting a hybrid automatic+manual approach relevant to pricing/limits tradeoffs. However, there's no detail on the selection logic, cost-awareness, or independent verification that auto-selection actually optimizes for task/price. Missing for 10: independent hands-on confirmation of auto-selection quality, explanation of selection criteria (cost vs capability), and evidence of pricing-limit awareness in model choice.

   • [claimed-docs] “Slate automatically selects the right model for the job.”
   • [claimed-docs] “Set preferred default models for each slot with the `/models` dialog or `slate.json` under `models`.”

   proof ↗⚑ flag

2. developerChoose which underlying AI model powers my session from multiple providers

   weight 2 · round to Slate
   Claude Code—none0/10

   Evidence shows Claude Code authentication routes (Claude.ai login, API key, Console, Enterprise SSO) are all tied to Anthropic's own Claude models; there is no mention of selecting GPT, Gemini, or other third-party model providers to power a session. Since comparable coding tools do offer multi-provider model selection, this axis applies but is unevidenced here.

   • [claimed-docs] “Claude Pro or Max subscription: log in with your Claude.ai account.”
   • [claimed-docs] “If you've set the ANTHROPIC_API_KEY environment variable, Claude Code skips the login prompt and asks you to approve the key instead.”
   • [claimed-docs] “ANTHROPIC_API_KEY environment variable. Sent as the X-Api-Key header. Use this for direct Anthropic API access with a key from the Claude Co…”
   • [claimed-docs] “Individual users can log in with a claude.ai account, while teams can use Claude for Teams or Enterprise, the Claude Console, or a cloud pro…”

   proof ↗⚑ flag

   Slate~partialclaimed6/10

   Docs confirm model source can be chosen at onboarding (ChatGPT/Codex, SuperGrok, or Slate credits) and that default models per 'slot' can be set via `/models` or slate.json, showing multi-provider flexibility. However, this is framed around subscription/credit sources rather than a clear list of many independent model providers, and there's no independent/hands-on verification of switching providers mid-session. missing for 10: independent corroboration of provider switching, a full list of supported model providers, and confirmation this works reliably in practice.

   • [claimed-docs] “Onboarding asks for your terminal background, multiline input preference, and model source: your ChatGPT/Codex subscription, SuperGrok subsc…”
   • [claimed-docs] “Set preferred default models for each slot with the `/models` dialog or `slate.json` under `models`.”

   proof ↗⚑ flag

1. ai-native userChoose where my data is stored (region/residency)

   weight 2 · round drawn
   Claude Code—none0/10

   No evidence pack items mention data residency, regional data storage options, or geographic controls for where Claude Code data is processed/stored; only SSO/domain capture/compliance API for enterprise IAM are mentioned. Missing for 10: any documentation of region selection, data residency guarantees, or geo-specific storage controls.

   ⚑ flag

   Slate—none0/10

   Slate is a CLI coding agent tool; the evidence pack contains no mention of data residency, region selection, or storage location controls. Missing for 10: any documentation of data residency options, regional storage configuration, or compliance controls.

   ⚑ flag

2. ai-native userPrevent my data from being used to train AI models

   weight 3 · round drawn
   Claude Code—none0/10

   The evidence pack includes enterprise/compliance features (SSO, compliance API, managed policies) but contains no mention of any training-data opt-out, data-usage policy, or explicit statement that user code/conversations are excluded from model training.

   ⚑ flag

   Slate—none0/10

   No evidence in the pack addresses data-training opt-out, privacy policy, or any control over model training use; the documentation covers CLI usage, orchestration, and skills but nothing about data privacy posture. Missing for 10: any privacy policy statement, opt-out settings, or data usage terms regarding AI training.

   ⚑ flag

3. ai-native userControl data retention and deletion

   weight 2 · round drawn
   Claude Code—none0/10

   The evidence pack shows enterprise features like SSO, domain capture, and a vague 'compliance API' but nothing describing user-controllable data retention settings or deletion of stored conversation/code data. No documentation addresses how users can view, export, or delete retained data.

   ⚑ flag

   Slate—none0/10

   No evidence pack items mention data retention policies, deletion controls, or privacy settings for user data/sessions; docs cover workspace management and permissions but not data retention/deletion. Missing for 10: any documentation of data retention periods, deletion mechanisms, or export/erase controls.

   ⚑ flag

4. ai-native userOpt out of telemetry and usage tracking

   weight 2 · round drawn
   Claude Code—none0/10

   The evidence pack contains no documentation or reference to a telemetry/usage-tracking opt-out setting (e.g., no mention of a DISABLE_TELEMETRY flag, privacy settings page, or opt-out toggle) for Claude Code. Community commentary touches on unrelated trust/security concerns (anti-distillation fake tools, undercover mode) but none confirm or deny a telemetry opt-out mechanism.

   ⚑ flag

   Slate—none0/10

   No evidence pack item mentions telemetry, usage tracking, analytics, or an opt-out setting anywhere in Slate's docs or community coverage; the closest item (diagnostic attachment on bug reports) doesn't address general telemetry opt-out. Missing for 10: any mention of telemetry collection, a privacy policy, or a documented opt-out flag/setting.

   • [claimed-docs] “Slate automatically attaches relevant diagnostic information (OS, version, session context) to your report.”

   proof ↗⚑ flag

Data governance

1. engineering-leadOpt out of having my code and prompts used for AI model training

   weight 1 · round drawn
   Claude Code—none0/10

   The evidence pack contains no documentation or statements about Claude Code's data usage or model-training policies, nor any opt-out mechanism for code/prompt data. Enterprise features mentioned (SSO, compliance API, RBAC) do not address training data usage, and community items are unrelated to this specific concern.

   ⚑ flag

   Slate—none0/10

   No evidence in the pack addresses data usage, training opt-out, or privacy policy for prompts/code submitted to Slate or its model providers.

   ⚑ flag

Pr review

1. developerHave the agent stage changes, write commit messages, create branches, and open pull requests

   weight 3 · round to Claude Code
   Claude Code✓fullclaimed8/10

   First-party docs explicitly state Claude Code 'stages changes, writes commit messages, creates branches, and opens pull requests' and integrates with GitHub/GitLab to handle the entire workflow including submitting PRs, corroborated by the GitHub repo description mentioning it 'handles git workflows'. Missing for 10: independent hands-on verification of a full stage-commit-branch-PR flow (community evidence discusses code quality/trust issues but not this specific git workflow failing).

   • [claimed-docs] “Claude Code works directly with git. It stages changes, writes commit messages, creates branches, and opens pull requests.”
   • [claimed-docs] “Claude Code integrates with GitHub, GitLab, and your command line tools to handle the entire workflow—reading issues, writing code, running …”
   • [github] “helps you code faster by executing routine tasks, explaining complex code, and handling git workflows -- all through natural language comman…”

   proof ↗⚑ flag

   Slate—none0/10

   No evidence in the pack mentions git operations like staging, committing, branching, or opening pull requests; documentation covers sessions, orchestration, skills, permissions, and CLI setup but not any git/PR workflow. Absence of evidence for this applicable capability means the verdict is none.

   ⚑ flag

2. developerInspect diffs and run checks to catch problems before merging

   weight 3 · round to Claude Code
   Claude Code~partialcommunity6/10

   Claude Code supports diff inspection (inline diffs in VS Code/JetBrains, visual diff review in web/desktop UI) and can run tests, lint, and CI checks as part of its workflow, plus automatic PR code review via GitHub integration. However, the story's 'inspect diffs and run checks before merging' as a cohesive reviewer workflow is only partially evidenced — there's no dedicated diff/lint/test-gate UI walkthrough, and community reports raise self-verification concerns (e.g., replace_all bugs going undetected). missing for 10: a dedicated pre-merge review workflow with integrated check-gating (not just individual features), independent hands-on validation of diff-review accuracy, and evidence addressing the self-verification skepticism raised in community reports.

   • [claimed-docs] “Review diffs visually, run multiple sessions side by side, schedule recurring tasks, and kick off cloud sessions.”
   • [claimed-docs] “The VS Code extension provides inline diffs, @-mentions, plan review, and conversation history directly in your editor.”
   • [claimed-docs] “A plugin for IntelliJ IDEA, PyCharm, WebStorm, and other JetBrains IDEs with interactive diff viewing and selection context sharing.”
   • [claimed-docs] “Get automatic code review on every PR | GitHub Code Review”
   • [claimed-docs] “Hooks let you run shell commands before or after Claude Code actions, like auto-formatting after every file edit or running lint before a co…”
   • [claimed-docs] “In CI, you can automate code review and issue triage with GitHub Actions or GitLab CI/CD.”
   • [community] “I've been using Claude Code daily for months on a project with Elixir, Rust, and Python. The worst failure mode is when it does a replace_al…”
   • [community] “I have found that Claude Opus 4.6 is a better reviewer than it is an implementer. When Codex implements and Claude reviews, it's usually jus…”

   proof ↗⚑ flag

   Slate~partialclaimed3/10

   Slate's docs mention it can perform integration tests manually (random-labs-docs-16), implying some check-running capability, but there is no evidence of diff inspection, git diff review, PR-style change summaries, or pre-merge validation workflows. missing for 10: diff/change inspection UI or command, explicit pre-merge check/test running workflow, and any corroborating hands-on evidence of catching problems before merge.

   • [claimed-docs] “Slate is one of the few agents capable of performing integration tests manually.”

   proof ↗⚑ flag

Safe execution

1. engineering-leadControl which external tools and integrations the agent is allowed to access

   weight 2 · round drawn
   Claude Code~partialclaimed6/10

   Claude Code supports MCP server allow-listing via config (claude mcp add), sandboxed Bash tool with filesystem/network domain controls, and Enterprise-tier managed policy settings/SSO/role-based permissions that let an engineering lead govern tool and integration access. However, evidence doesn't show granular per-tool allow/deny lists at a team-policy level outside Enterprise, nor independent confirmation these controls reliably block unauthorized MCP/tool use in practice. missing for 10: fine-grained non-enterprise tool permission controls, independent/hands-on verification that access restrictions are enforced, and centralized audit/reporting of which integrations were actually used.

   • [claimed-docs] “Claude Code can connect to hundreds of external tools and data sources through the Model Context Protocol (MCP)”
   • [claimed-docs] “claude mcp add --transport http notion https://mcp.notion.com/mcp”
   • [claimed-docs] “Stdio servers run as local processes on your machine. They're ideal for tools that need direct system access or custom scripts.”
   • [claimed-docs] “Use Claude Code as an MCP server. You can use Claude Code itself as an MCP server that other applications can connect to: claude mcp serve (…”
   • [claimed-docs] “Learn how Claude Code's sandboxed Bash tool provides filesystem and network isolation for safer, more autonomous agent execution. The Bash s…”
   • [claimed-docs] “Claude for Enterprise: adds SSO, domain capture, role-based permissions, compliance API, and managed policy settings for organization-wide C…”
   • [claimed-docs] “Single sign-on (SSO/SAML) and domain capture”

   proof ↗⚑ flag

   Slate~partialclaimed6/10

   Slate's configuration docs describe a permission system where each permission key maps to allow/ask/deny actions or fine-grained pattern objects, which supports controlling what tools/actions the agent can perform, and a `--yolo` flag exists to bypass these prompts entirely. However there's no explicit documentation of controlling specific external integrations (e.g., MCP servers, API connectors) or org/team-level lockdown for an engineering lead specifically. Missing for 10: explicit external-integration/MCP allowlist docs, engineering-lead/team-level enforcement (vs individual config), and independent verification that permission enforcement can't be trivially bypassed.

   • [claimed-docs] “Each permission key maps to an action ("allow", "ask", or "deny"), or a pattern object for fine-grained control.”
   • [claimed-docs] “We support `--dangerously-skip-permissions` (alias: `--yolo`) to bypass permission prompts.”

   proof ↗⚑ flag

2. engineering-leadHave the agent operate inside a sandbox when interacting with code, tools, and network resources

   weight 2 · round to Claude Code
   Claude Code✓fullclaimed8/10

   Claude Code documents a dedicated sandboxed Bash tool that enforces filesystem and network isolation via OS-level boundaries, letting the agent run commands autonomously within defined limits rather than requiring per-command approval. missing for 10: independent/hands-on verification of sandbox robustness, and detail on sandboxing coverage for non-Bash tool calls (e.g., MCP tool network access).

   • [claimed-docs] “Learn how Claude Code's sandboxed Bash tool provides filesystem and network isolation for safer, more autonomous agent execution. The Bash s…”

   proof ↗⚑ flag

   Slate—none0/10

   The evidence shows a permission system (allow/ask/deny actions) and a --yolo flag to bypass prompts, but there is no mention of sandboxed execution, containerization, or network isolation for the agent's code/tool interactions. missing for 10: any documentation of sandbox/container execution, network isolation controls, or filesystem confinement mechanisms.

   • [claimed-docs] “Each permission key maps to an action ("allow", "ask", or "deny"), or a pattern object for fine-grained control.”
   • [claimed-docs] “We support `--dangerously-skip-permissions` (alias: `--yolo`) to bypass permission prompts.”

   proof ↗⚑ flag

Security checks

1. engineering-leadSee license and public-code matching references for AI-suggested code

   weight 1 · round drawn
   Claude Code—none0/10

   No evidence anywhere in the pack of license detection, public-code/OSS match references, or provenance attribution for AI-suggested code; Claude Code's documented features focus on code generation, review, MCP integrations, and workflow automation, not license/plagiarism matching.

   ⚑ flag

   Slate—none0/10

   No evidence anywhere in the pack mentions license compliance checks, public-code/OSS matching, or provenance references for AI-suggested code; the docs cover orchestration, skills, permissions, and CLI usage but nothing about code provenance/license scanning.

   ⚑ flag

2. developerGet contextual explanations and automatic fixes for security vulnerabilities

   weight 2 · round to Claude Code
   Claude Code✓fullclaimed7/10

   Anthropic's enterprise docs explicitly state Claude Code reviews code for security issues, drafts patches, and explains risk in plain language, directly matching the story's contextual-explanation-plus-fix pattern, and this is reinforced by automatic PR code review integration. Missing for 10: independent/hands-on evidence confirming automatic vulnerability fixes work reliably in practice, and more detail on the security-specific workflow beyond a single marketing mention.

   • [claimed-docs] “Claude helps security teams and developers by reviewing code for security issues, drafts patches, and explains the risk in language your who…”
   • [claimed-docs] “Get automatic code review on every PR | GitHub Code Review”
   • [claimed-docs] “In CI, you can automate code review and issue triage with GitHub Actions or GitLab CI/CD.”

   proof ↗⚑ flag

   Slate—none0/10

   No evidence in the pack mentions security vulnerability detection, explanations, or automatic fixes; documentation covers session management, orchestration, skills, and configuration but nothing about security review or vulnerability remediation. Missing for 10: any mention of vulnerability scanning, security explanations, or auto-fix capability.

   ⚑ flag