Anytype vs Reflect

Agent access

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

   weight 2 · round to Anytype
   Anytype✓fullprobed8/10

   A direct probe confirms Anytype hosts an llms.txt file at doc.anytype.io/llms.txt returning HTTP 200 with organized links to agent-oriented docs, and the developer docs explicitly provide an 'anytype-agents-skill' page meant to be dropped into Claude Code, Cursor, Gemini CLI, etc. so agents can operate on Anytype data directly. This shows both a machine-readable llms.txt entrypoint and human-authored agent-oriented documentation designed for pointing coding agents at. missing for 10: no independent/community confirmation that agents actually consume llms.txt successfully in practice beyond the vendor's own docs and probe.

   • [probe] “PROBE llms.txt: HTTP 200 at https://doc.anytype.io/llms.txt # Anytype Docs ## English - [Welcome](https://doc.anytype.io/anytype/getting-s…”
   • [claimed-docs] “Drop it into Claude Code, Cursor, Gemini CLI, GitHub Copilot, or any other agent-capable tool, and the agent can run scripts against your An…”
   • [claimed-docs] “the agent can run scripts against your Anytype data — programmatically — to handle bulk edits, transformations, and repetitive tasks”
   • [claimed-docs] “an open-source toolkit that gives AI assistants a safe way to read, search, and modify Objects in your Anytype Channels”

   proof ↗⚑ flag

   Reflect—none0/10

   There's no llms.txt (404 confirmed by probe) and no agent-oriented documentation aimed at AI agents; Reflect's docs are human-facing product docs, not machine-consumable agent instructions.

   • [probe] “PROBE llms.txt: HTTP 404 at https://reflect.academy/llms.txt”

   proof ↗⚑ flag

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

   weight 2 · round to Anytype
   Anytype~partialprobed5/10

   Anytype's docs explicitly claim a CLI that can run Anytype as a headless server for automation and scripting (anytype-docs-2), and a Docker image is maintained for self-hosted network use (anytype-docs-19). However, the only runtime evidence available is for the MCP integration, which requires the desktop GUI app to be actively running and reachable ('Can't connect to API... ensure Anytype is running'), undercutting a fully headless story for the primary automation surface, and there is no independent corroboration of the CLI's headless-server behavior itself. Missing for 10: hands-on verification that the CLI truly runs without any GUI/app dependency, CI-pipeline examples, and independent reports of headless automation in production.

   • [claimed-docs] “Anytype CLI is now available - run Anytype as a headless server for automation and scripting.”
   • [claimed-docs] “There's also a docker image that's maintained by the team.”
   • [probe] “PROBE runtime (recorded 2026-09-05): the official Anytype MCP server (npm @anyproto/anytype-mcp 1.2.10) launched keylessly via `npx -y @anyp…”

   proof ↗⚑ flag

   Reflect—none0/10

   The axis applies to this product kind (peer products hold positive or none verdicts on this story), so lack of evidence for an applicable capability is "none", never "na". (na/none harmonized at arena bring-up — see pipeline/scripts/na-harmonize.ts.)

   ⚑ flag

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

   weight 3 · round drawn
   Anytype—none0/10

   All evidence describes Anytype exposing its own local API as an MCP server for external AI assistants (Claude, Cursor, etc.) to consume — the reverse direction of this story, which asks whether Anytype itself can plug in and use external MCP servers' tools. No evidence shows Anytype acting as an MCP client that consumes third-party MCP servers.

   ⚑ flag

   Reflect—none0/10

   The axis applies to this product kind (peer products hold positive or none verdicts on this story), so lack of evidence for an applicable capability is "none", never "na". (na/none harmonized at arena bring-up — see pipeline/scripts/na-harmonize.ts.)

   ⚑ flag

4. ai-native userConnect an agent via an official MCP server

   weight 3 · round to Anytype
   Anytype✓fullprobed8/10

   Anytype ships an official MCP server (npm @anyproto/anytype-mcp) documented at developers.anytype.io, confirmed via runtime probe to launch and connect to the local Anytype API, enabling AI assistants to read/search/modify Objects through natural language. missing for 10: independent third-party review of the MCP server in production use beyond the vendor's own probe/docs.

   • [claimed-docs] “enabling AI assistants to seamlessly interact with Anytype's API through natural language.”
   • [claimed-docs] “enabling AI assistants to seamlessly interact with Anytype's API through natural language”
   • [probe] “official MCP server documented at https://developers.anytype.io/docs/examples/featured/mcp/”
   • [probe] “PROBE runtime (recorded 2026-09-05): the official Anytype MCP server (npm @anyproto/anytype-mcp 1.2.10) launched keylessly via `npx -y @anyp…”
   • [claimed-docs] “gives AI assistants a safe way to read, search, and modify Objects in your Anytype Channels”
   • [claimed-docs] “an open-source toolkit that gives AI assistants a safe way to read, search, and modify Objects in your Anytype Channels”

   proof ↗⚑ flag

   Reflect—none0/10

   The axis applies to this product kind (peer products hold positive or none verdicts on this story), so lack of evidence for an applicable capability is "none", never "na". (na/none harmonized at arena bring-up — see pipeline/scripts/na-harmonize.ts.)

   ⚑ flag

5. ai-native userUse an official CLI

   weight 2 · round to Anytype
   Anytype✓fullclaimed7/10

   Anytype explicitly ships an official CLI ('Anytype CLI is now available - run Anytype as a headless server for automation and scripting'), positioned for scripting/automation use cases relevant to AI-native/agentic workflows. However, evidence is limited to a single doc mention with no independent hands-on verification of the CLI itself (as opposed to the API/MCP server, which is separately corroborated). Missing for 10: independent/community confirmation of the CLI in use, detailed CLI command reference or examples.

   • [claimed-docs] “Anytype CLI is now available - run Anytype as a headless server for automation and scripting.”

   proof ↗⚑ flag

   Reflect—none0/10

   The axis applies to this product kind (peer products hold positive or none verdicts on this story), so lack of evidence for an applicable capability is "none", never "na". (na/none harmonized at arena bring-up — see pipeline/scripts/na-harmonize.ts.)

   ⚑ flag

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

   weight 3 · round to Anytype
   Anytype✓fullprobed8/10

   Anytype ships a documented local REST API (OpenAPI 3.1.0 spec, 22 paths, generated developer reference) plus an official MCP server package that fronts it, and a CLI/headless server mode for automation — all confirmed by both docs and runtime probes. missing for 10: independent third-party developer testimonials building against the API beyond the vendor's own probes, and no public hosted/remote API (localhost-only).

   • [claimed-docs] “Our API is now available and directly included with the desktop app, running entirely on localhost. It operates fully offline”
   • [claimed-docs] “Anytype CLI is now available - run Anytype as a headless server for automation and scripting.”
   • [claimed-docs] “enabling AI assistants to seamlessly interact with Anytype's API through natural language.”
   • [probe] “PROBE runtime (recorded 2026-09-05): the official Anytype MCP server (npm @anyproto/anytype-mcp 1.2.10) launched keylessly via `npx -y @anyp…”
   • [probe] “PROBE runtime (recorded 2026-09-05): the local API's machine-readable OpenAPI 3.1.0 spec (22 paths) was fetched keylessly from the vendor's …”
   • [github] “Extensible through a gRPC API and AI "Agents" (see AGENTS.md).”
   • [claimed-docs] “Drop it into Claude Code, Cursor, Gemini CLI, GitHub Copilot, or any other agent-capable tool, and the agent can run scripts against your An…”

   proof ↗⚑ flag

   Reflect~partialprobed6/10

   Reflect documents a public REST API with OAuth2 (including PKCE) authentication for building third-party clients, and a runtime probe confirms the API endpoint is live and enforces auth as documented. However the API is explicitly limited to appending data and listing bookmarked links (not full CRUD due to E2E encryption), and there is no formal OpenAPI/swagger spec or llms.txt discoverability (both probed and returned 404s). Missing for 10: comprehensive OpenAPI/swagger schema, broader read/write API coverage beyond append-only actions, official SDKs, and machine-readable API discovery file.

   • [claimed-docs] “For authentication, we support OAuth 2. You will need to create credentials here.”
   • [claimed-docs] “Our supports appending data to your notes, returning a list of the links you've bookmarked, and a few other things.”
   • [claimed-docs] “We do support OAuth's PKCE extension which means you can build a client to Reflect without shipping secret keys around.”
   • [probe] “PROBE runtime (recorded 2026-09-05): keyless GET to the documented REST base https://reflect.app/api/graphs returned HTTP 401 {"error":{"typ…”
   • [probe] “PROBE llms.txt: HTTP 404 at https://reflect.academy/llms.txt”
   • [probe] “PROBE openapi: all candidate paths 404 (https://reflect.academy/openapi.json, https://reflect.academy/swagger.json, https://reflect.academy/…”

   proof ↗⚑ flag

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

   weight 2 · round drawn
   Anytype—none0/10

   Anytype's local API and MCP server require a key minted in the desktop app (anytype-probe-rt-1, anytype-docs-1), but nothing in the evidence describes scopes, permission levels, or least-privilege credential issuance for agents — the API/OpenAPI spec is just a flat set of endpoints (anytype-probe-rt-2) with no mention of restricting an agent's key to specific actions or Objects. missing for 10: any documentation of scoped/role-based API keys, per-agent permission restriction, or revocation/least-privilege credential model.

   • [claimed-docs] “Our API is now available and directly included with the desktop app, running entirely on localhost. It operates fully offline”
   • [probe] “PROBE runtime (recorded 2026-09-05): the official Anytype MCP server (npm @anyproto/anytype-mcp 1.2.10) launched keylessly via `npx -y @anyp…”
   • [probe] “PROBE runtime (recorded 2026-09-05): the local API's machine-readable OpenAPI 3.1.0 spec (22 paths) was fetched keylessly from the vendor's …”

   proof ↗⚑ flag

   Reflect—none0/10

   Reflect's API docs describe OAuth2 with PKCE (no secret keys needed) for authenticating a client, but there is no mention of scopes, granular permissions, or the ability to issue least-privilege credentials limited to specific actions/data for an agent — the API is described as a general append/list interface, not a scoped credentialing system.

   • [claimed-docs] “For authentication, we support OAuth 2. You will need to create credentials here.”
   • [claimed-docs] “Our supports appending data to your notes, returning a list of the links you've bookmarked, and a few other things.”
   • [claimed-docs] “We do support OAuth's PKCE extension which means you can build a client to Reflect without shipping secret keys around.”

   proof ↗⚑ flag

8. ai-native userBuild against official SDKs

   weight 2 · round to Anytype
   Anytype✓fullprobed8/10

   Anytype ships an official local REST API (with a machine-readable OpenAPI 3.1.0 spec covering 22 paths) built into the desktop app, a CLI, and an official MCP server (@anyproto/anytype-mcp) verified at runtime to actually connect and mint keys from the app — giving AI-native developers multiple official, documented SDK-like surfaces. Missing for 10: independent third-party SDK wrappers or client libraries beyond the official API/CLI/MCP, and broader language-specific SDK docs (only OpenAPI + CLI + MCP confirmed).

   • [claimed-docs] “Our API is now available and directly included with the desktop app, running entirely on localhost. It operates fully offline”
   • [claimed-docs] “Anytype CLI is now available - run Anytype as a headless server for automation and scripting.”
   • [claimed-docs] “enabling AI assistants to seamlessly interact with Anytype's API through natural language.”
   • [probe] “PROBE runtime (recorded 2026-09-05): the official Anytype MCP server (npm @anyproto/anytype-mcp 1.2.10) launched keylessly via `npx -y @anyp…”
   • [probe] “PROBE runtime (recorded 2026-09-05): the local API's machine-readable OpenAPI 3.1.0 spec (22 paths) was fetched keylessly from the vendor's …”
   • [probe] “official MCP server documented at https://developers.anytype.io/docs/examples/featured/mcp/”

   proof ↗⚑ flag

   Reflect~partialprobed3/10

   Reflect exposes a documented REST API with OAuth2/PKCE authentication that developers can build against, confirmed live via probe, but there is no dedicated SDK package, no OpenAPI/swagger spec, and no llms.txt for AI-native tooling — the API itself is limited (append-only, no note read due to E2E encryption). missing for 10: official SDK libraries, OpenAPI spec, llms.txt/AI-friendly docs, read access to note content.

   • [claimed-docs] “For authentication, we support OAuth 2. You will need to create credentials here.”
   • [claimed-docs] “Our supports appending data to your notes, returning a list of the links you've bookmarked, and a few other things.”
   • [claimed-docs] “We do support OAuth's PKCE extension which means you can build a client to Reflect without shipping secret keys around.”
   • [probe] “PROBE llms.txt: HTTP 404 at https://reflect.academy/llms.txt”
   • [probe] “PROBE openapi: all candidate paths 404 (https://reflect.academy/openapi.json, https://reflect.academy/swagger.json, https://reflect.academy/…”
   • [probe] “PROBE runtime (recorded 2026-09-05): keyless GET to the documented REST base https://reflect.app/api/graphs returned HTTP 401 {"error":{"typ…”

   proof ↗⚑ flag

9. ai-native userSubscribe to events via webhooks

   weight 2 · round drawn
   Anytype—none0/10

   No evidence of webhook subscription support anywhere in Anytype's API/local-API docs; the local API is a localhost REST/gRPC surface with an MCP server for AI assistant access, but nothing indicates event-driven webhook callbacks. Missing for 10: any documentation of webhook registration, event subscription endpoints, or push-notification mechanism.

   • [claimed-docs] “Our API is now available and directly included with the desktop app, running entirely on localhost. It operates fully offline”
   • [probe] “PROBE runtime (recorded 2026-09-05): the local API's machine-readable OpenAPI 3.1.0 spec (22 paths) was fetched keylessly from the vendor's …”
   • [probe] “PROBE openapi: all candidate paths 404 (https://doc.anytype.io/openapi.json, https://doc.anytype.io/swagger.json, https://doc.anytype.io/api…”

   proof ↗⚑ flag

   Reflect—none0/10

   Reflect's API docs describe OAuth2-based REST access for appending/reading data, but there is no mention of webhooks or event subscriptions anywhere in the docs or probes; the API is described as append-only and pull-based, not event-driven.

   • [claimed-docs] “For authentication, we support OAuth 2. You will need to create credentials here.”
   • [claimed-docs] “Our supports appending data to your notes, returning a list of the links you've bookmarked, and a few other things.”
   • [claimed-docs] “We do support OAuth's PKCE extension which means you can build a client to Reflect without shipping secret keys around.”
   • [probe] “PROBE runtime (recorded 2026-09-05): keyless GET to the documented REST base https://reflect.app/api/graphs returned HTTP 401 {"error":{"typ…”

   proof ↗⚑ flag

Agentic features

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

   weight 2 · round to Reflect
   Anytype~partialprobed5/10

   Anytype doesn't ship a native in-app AI-insights feature, but its local API + official MCP server + 'Agents Skill' let external AI assistants (Claude, Cursor, Gemini CLI, etc.) read, search, and run scripts against a user's Anytype data to generate insights/suggestions, and Queries provide auto-updating views of the knowledge base. This is enablement via integration rather than a built-in 'AI-generated insights' feature inside the product itself. Missing for 10: no evidence of a native, first-party AI panel/chat that autonomously surfaces insights without wiring up an external agent, and no independent hands-on account of the agent-generated insights actually working well.

   • [claimed-docs] “enabling AI assistants to seamlessly interact with Anytype's API through natural language.”
   • [claimed-docs] “the agent can run scripts against your Anytype data — programmatically — to handle bulk edits, transformations, and repetitive tasks”
   • [claimed-docs] “gives AI assistants a safe way to read, search, and modify Objects in your Anytype Channels”
   • [claimed-docs] “an open-source toolkit that gives AI assistants a safe way to read, search, and modify Objects in your Anytype Channels”
   • [claimed-docs] “Drop it into Claude Code, Cursor, Gemini CLI, GitHub Copilot, or any other agent-capable tool, and the agent can run scripts against your An…”
   • [probe] “PROBE runtime (recorded 2026-09-05): the official Anytype MCP server (npm @anyproto/anytype-mcp 1.2.10) launched keylessly via `npx -y @anyp…”
   • [claimed-docs] “A Query is a question you ask your knowledge base—answered instantly and kept up to date automatically.”
   • [claimed-docs] “Rather than manually curating a list of things you're looking for, you define the criteria and the Query assembles the result for you as a V…”

   proof ↗⚑ flag

   Reflect✓fullclaimed7/10

   Reflect's AI palette lets users summarize meeting notes into action items/key takeaways, ask free-form questions, chat with filtered notes, and choose between GPT-4o and Claude 3.5 Sonnet — clear AI-generated insight/suggestion features built into the product. Missing for 10: independent/hands-on validation of insight quality and any proactive (vs. purely on-demand) suggestion generation.

   • [claimed-docs] “List action-items and key takeaways from meeting notes”
   • [claimed-docs] “You can also ask the AI palette anything you’d like using the open text field, and save it as a custom prompt to quickly call on again later…”
   • [claimed-docs] “To use it, first highlight some text, and then press `cmd j`... That’ll popup the AI palette.”
   • [claimed-docs] “You can also **ask the AI palette anything** you’d like using the open text field, and save it as a custom prompt to quickly call on again l…”
   • [claimed-docs] “Reflect's AI tools give you the option to now use either GPT-4o (the latest model from OpenAI) or Claude 3.5 Sonnet (the latest model from A…”
   • [claimed-docs] “you can also “chat” with those specific notes to ask questions and extract information.”
   • [claimed-docs] “After applying any desired filters to the search, you can also “chat” with those specific notes to ask questions and extract information.”

   proof ↗⚑ flag

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

   weight 2 · round to Anytype
   Anytype~partialprobed4/10

   Anytype exposes a local API, CLI (headless server), and an official MCP server plus an 'agents-skill' that lets external AI agents (Claude Code, Cursor, etc.) run scripts against Anytype data, giving building blocks for automation. However there is no documented scheduler, trigger, or persistent background-running agent inside Anytype itself — all examples describe an external agent tool invoked on-demand, not autonomous background operation. Missing for 10: evidence of a built-in scheduler/trigger system, proof that agents can run unattended over time rather than per-invocation, and independent confirmation of autonomous background execution.

   • [claimed-docs] “Anytype CLI is now available - run Anytype as a headless server for automation and scripting.”
   • [claimed-docs] “the agent can run scripts against your Anytype data — programmatically — to handle bulk edits, transformations, and repetitive tasks”
   • [claimed-docs] “Drop it into Claude Code, Cursor, Gemini CLI, GitHub Copilot, or any other agent-capable tool, and the agent can run scripts against your An…”
   • [probe] “official MCP server documented at https://developers.anytype.io/docs/examples/featured/mcp/”
   • [probe] “PROBE runtime (recorded 2026-09-05): the official Anytype MCP server (npm @anyproto/anytype-mcp 1.2.10) launched keylessly via `npx -y @anyp…”

   proof ↗⚑ flag

   Reflect—none0/10

   Reflect is a note-taking app with integrations, deep links, and an append-only API, but there is no evidence of any automation/workflow engine, scheduler, or trigger system that runs autonomously in the background without user action. Integrations (Trello, Asana, calendar sync) are passive data pulls, not user-configured autonomous automations.

   ⚑ flag

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

   weight 3 · round to Reflect
   Anytype—none0/10

   Evidence shows Anytype exposes a local API, CLI, and MCP server that let *external* AI assistants (Claude Code, Cursor, Gemini CLI, etc.) read/write Anytype data — this is Anytype acting as a data backend for outside agents, not a built-in AI assistant living inside the product that a user can delegate tasks to. No docs mention an in-app chat/assistant feature.

   • [claimed-docs] “enabling AI assistants to seamlessly interact with Anytype's API through natural language.”
   • [claimed-docs] “the agent can run scripts against your Anytype data — programmatically — to handle bulk edits, transformations, and repetitive tasks”
   • [claimed-docs] “Drop it into Claude Code, Cursor, Gemini CLI, GitHub Copilot, or any other agent-capable tool, and the agent can run scripts against your An…”
   • [probe] “PROBE runtime (recorded 2026-09-05): the official Anytype MCP server (npm @anyproto/anytype-mcp 1.2.10) launched keylessly via `npx -y @anyp…”
   • [github] “Extensible through a gRPC API and AI "Agents" (see AGENTS.md).”

   proof ↗⚑ flag

   Reflect~partialclaimed6/10

   Reflect ships a built-in 'AI palette' that can summarize notes, list action items, answer custom prompts, and let users 'chat' with their notes using GPT-4o or Claude 3.5 Sonnet — a real in-app AI assistant a user can delegate simple analysis/writing tasks to. However, this is limited to text generation/QA over notes rather than broader agentic task execution (no evidence of multi-step autonomous actions, tool use, or task automation beyond note content). Missing for 10: evidence of autonomous multi-step task delegation, agentic tool-use/actions beyond text Q&A, and independent hands-on verification of the AI assistant's reliability.

   • [claimed-docs] “List action-items and key takeaways from meeting notes”
   • [claimed-docs] “You can also ask the AI palette anything you’d like using the open text field, and save it as a custom prompt to quickly call on again later…”
   • [claimed-docs] “To use it, first highlight some text, and then press `cmd j`... That’ll popup the AI palette.”
   • [claimed-docs] “You can also **ask the AI palette anything** you’d like using the open text field, and save it as a custom prompt to quickly call on again l…”
   • [claimed-docs] “Reflect's AI tools give you the option to now use either GPT-4o (the latest model from OpenAI) or Claude 3.5 Sonnet (the latest model from A…”
   • [claimed-docs] “you can also “chat” with those specific notes to ask questions and extract information.”

   proof ↗⚑ flag

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

   weight 2 · round to Anytype
   Anytype✓fullprobed8/10

   Anytype ships an official MCP server (npm @anyproto/anytype-mcp) that fronts its local API, explicitly documented as 'enabling AI assistants to seamlessly interact with Anytype's API through natural language,' verified working at runtime against the local app. Additionally an 'agents skill' lets agent-capable tools (Claude Code, Cursor, Gemini CLI, Copilot) run natural-language-driven scripts against Anytype data. missing for 10: independent third-party review of natural-language command accuracy/robustness beyond vendor docs and a single runtime probe.

   • [claimed-docs] “enabling AI assistants to seamlessly interact with Anytype's API through natural language.”
   • [claimed-docs] “enabling AI assistants to seamlessly interact with Anytype's API through natural language”
   • [claimed-docs] “an open-source toolkit that gives AI assistants a safe way to read, search, and modify Objects in your Anytype Channels”
   • [claimed-docs] “Drop it into Claude Code, Cursor, Gemini CLI, GitHub Copilot, or any other agent-capable tool, and the agent can run scripts against your An…”
   • [probe] “PROBE runtime (recorded 2026-09-05): the official Anytype MCP server (npm @anyproto/anytype-mcp 1.2.10) launched keylessly via `npx -y @anyp…”
   • [probe] “official MCP server documented at https://developers.anytype.io/docs/examples/featured/mcp/”

   proof ↗⚑ flag

   Reflect~partialclaimed5/10

   Reflect's AI palette lets users type natural-language prompts to summarize, extract action items, or chat with notes (cmd-j palette, custom prompts), and search supports semantic natural-language queries. However, this NL support is limited to content Q&A/summarization rather than controlling the app's actions—actual app commands are exposed via structured deep-link URLs (reflect://...&command=...) rather than natural language, so full agentic NL control is not evidenced. Missing for 10: evidence of NL commands driving app actions (e.g., creating/organizing notes, triggering integrations) beyond querying/summarizing content, and any independent/hands-on confirmation of this NL interface's reliability.

   • [claimed-docs] “You can also ask the AI palette anything you’d like using the open text field, and save it as a custom prompt to quickly call on again later…”
   • [claimed-docs] “To use it, first highlight some text, and then press `cmd j`... That’ll popup the AI palette.”
   • [claimed-docs] “You can also **ask the AI palette anything** you’d like using the open text field, and save it as a custom prompt to quickly call on again l…”
   • [claimed-docs] “you can also “chat” with those specific notes to ask questions and extract information.”
   • [claimed-docs] “After applying any desired filters to the search, you can also “chat” with those specific notes to ask questions and extract information.”
   • [claimed-docs] “reflect://reflect?command=<command_name>&<parameter1>=<value1>&...”

   proof ↗⚑ flag

Api quality

1. ai-native userExplore an interactive API reference with runnable examples

   weight 2 · round to Anytype
   Anytype~partialprobed5/10

   Anytype ships a genuine local REST API with a machine-readable OpenAPI 3.1 spec (22 paths) and a developer reference site (developers.anytype.io) generated from it, which documents endpoints like chat/messages with version tags — this is the backbone of an API reference. However, there's no direct evidence of an interactive 'try it out' console or runnable code examples embedded in the docs; probes only confirm the spec's existence and doc generation, not interactivity. Missing for 10: explicit evidence of a live 'try it' widget or runnable code snippets, independent confirmation of interactive testing within the docs UI.

   • [probe] “PROBE runtime (recorded 2026-09-05): the local API's machine-readable OpenAPI 3.1.0 spec (22 paths) was fetched keylessly from the vendor's …”
   • [claimed-docs] “Create chats, send and stream messages, react, and search chat history (anytype-heart v0.50.7)”
   • [probe] “PROBE openapi: all candidate paths 404 (https://doc.anytype.io/openapi.json, https://doc.anytype.io/swagger.json, https://doc.anytype.io/api…”
   • [claimed-docs] “enabling AI assistants to seamlessly interact with Anytype's API through natural language.”

   proof ↗⚑ flag

   Reflect—none0/10

   Reflect's API docs (reflect.academy/api) describe OAuth2 endpoints and PKCE support in prose, but there is no evidence of an interactive API reference with runnable examples — probes confirm no OpenAPI/Swagger spec (404s) and no llms.txt, and nothing in the docs shows a live sandbox or try-it-now console.

   • [claimed-docs] “For authentication, we support OAuth 2. You will need to create credentials here.”
   • [claimed-docs] “Our supports appending data to your notes, returning a list of the links you've bookmarked, and a few other things.”
   • [claimed-docs] “We do support OAuth's PKCE extension which means you can build a client to Reflect without shipping secret keys around.”
   • [probe] “PROBE llms.txt: HTTP 404 at https://reflect.academy/llms.txt”
   • [probe] “PROBE openapi: all candidate paths 404 (https://reflect.academy/openapi.json, https://reflect.academy/swagger.json, https://reflect.academy/…”
   • [probe] “PROBE runtime (recorded 2026-09-05): keyless GET to the documented REST base https://reflect.app/api/graphs returned HTTP 401 {"error":{"typ…”

   proof ↗⚑ flag

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

   weight 2 · round to Anytype
   Anytype✓fullprobed9/10

   A genuine machine-readable OpenAPI 3.1.0 spec (22 paths) for Anytype's local API is confirmed to exist and was fetched directly from the vendor's core repo, and developers.anytype.io's API reference is generated from this same spec — i.e. a real downloadable API spec exists and is used to power official docs. Missing for 10: the spec isn't hosted at a stable public URL on the main docs domain (doc.anytype.io openapi.json paths returned 404), so discovery requires knowing the GitHub repo path rather than a standard /openapi.json convention.

   • [probe] “PROBE runtime (recorded 2026-09-05): the local API's machine-readable OpenAPI 3.1.0 spec (22 paths) was fetched keylessly from the vendor's …”
   • [probe] “PROBE openapi: all candidate paths 404 (https://doc.anytype.io/openapi.json, https://doc.anytype.io/swagger.json, https://doc.anytype.io/api…”
   • [claimed-docs] “Our API is now available and directly included with the desktop app, running entirely on localhost. It operates fully offline”
   • [claimed-docs] “Create chats, send and stream messages, react, and search chat history (anytype-heart v0.50.7)”

   proof ↗⚑ flag

   Reflect—none0/10

   Reflect has an API with OAuth2/PKCE docs, but probes confirm no OpenAPI/Swagger spec or machine-readable schema is published (all candidate paths 404, llms.txt 404); documentation is prose-only.

   • [probe] “PROBE openapi: all candidate paths 404 (https://reflect.academy/openapi.json, https://reflect.academy/swagger.json, https://reflect.academy/…”
   • [probe] “PROBE llms.txt: HTTP 404 at https://reflect.academy/llms.txt”
   • [claimed-docs] “For authentication, we support OAuth 2. You will need to create credentials here.”
   • [claimed-docs] “We do support OAuth's PKCE extension which means you can build a client to Reflect without shipping secret keys around.”

   proof ↗⚑ flag

3. ai-native userTest against a sandbox environment without touching production data

   weight 1 · round drawn
   Anytype—none0/10

   Anytype's docs describe local-only mode, self-hosting, and a local API/MCP server that operates directly on the user's real Anytype data, but there is no mention of a dedicated sandbox/test space, staging environment, or mock-data mode that lets an AI agent test actions without touching production content. Evidence shows agents run scripts 'against your Anytype data' directly, with no isolation layer.

   • [claimed-docs] “the agent can run scripts against your Anytype data — programmatically — to handle bulk edits, transformations, and repetitive tasks”
   • [claimed-docs] “Drop it into Claude Code, Cursor, Gemini CLI, GitHub Copilot, or any other agent-capable tool, and the agent can run scripts against your An…”
   • [probe] “PROBE runtime (recorded 2026-09-05): the official Anytype MCP server (npm @anyproto/anytype-mcp 1.2.10) launched keylessly via `npx -y @anyp…”
   • [claimed-docs] “If you prefer to fully keep your data on your device without any server to sync between your desktop and mobile, you can enable local-only m…”

   proof ↗⚑ flag

   Reflect—none0/10

   The axis applies to this product kind (peer products hold positive or none verdicts on this story), so lack of evidence for an applicable capability is "none", never "na". (na/none harmonized at arena bring-up — see pipeline/scripts/na-harmonize.ts.)

   ⚑ flag

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

   weight 2 · round drawn
   Anytype—none0/10

   Evidence confirms Anytype ships a local API with an OpenAPI spec that is date-versioned (2025-04-22), but nowhere in the docs or probes is there any documented deprecation policy, versioning guarantees, or migration/sunset process for API changes. Absence of evidence for this applicable axis (a real, documented, self-hosted API exists) means the story is not delivered.

   • [probe] “PROBE runtime (recorded 2026-09-05): the local API's machine-readable OpenAPI 3.1.0 spec (22 paths) was fetched keylessly from the vendor's …”
   • [probe] “PROBE openapi: all candidate paths 404 (https://doc.anytype.io/openapi.json, https://doc.anytype.io/swagger.json, https://doc.anytype.io/api…”
   • [claimed-docs] “Our API is now available and directly included with the desktop app, running entirely on localhost. It operates fully offline”

   proof ↗⚑ flag

   Reflect—none0/10

   The API docs describe OAuth2/PKCE authentication and basic endpoints, but there is no evidence of any versioning scheme (e.g., v1/v2 paths), changelog, or documented deprecation policy anywhere in the docs or probes; OpenAPI/spec probes also 404. missing for 10: API version numbering, changelog/release notes, explicit deprecation policy or backward-compatibility guarantees.

   • [claimed-docs] “For authentication, we support OAuth 2. You will need to create credentials here.”
   • [claimed-docs] “Our supports appending data to your notes, returning a list of the links you've bookmarked, and a few other things.”
   • [claimed-docs] “We do support OAuth's PKCE extension which means you can build a client to Reflect without shipping secret keys around.”
   • [probe] “PROBE openapi: all candidate paths 404 (https://reflect.academy/openapi.json, https://reflect.academy/swagger.json, https://reflect.academy/…”
   • [probe] “PROBE runtime (recorded 2026-09-05): keyless GET to the documented REST base https://reflect.app/api/graphs returned HTTP 401 {"error":{"typ…”

   proof ↗⚑ flag

Agent ops

1. ai-native userMy coding agent or assistant can read AND write my notes headlessly — through a documented local API, vendor API, or MCP server — without me touching the GUI

   weight 3 · round to Anytype
   Anytype✓fullprobed9/10

   Anytype documents a local API and an official MCP server (@anyproto/anytype-mcp) that fronts that API, allowing AI assistants like Claude Code, Cursor, etc. to read, search, and modify Objects entirely headlessly without touching the GUI, and this was verified at runtime to actually launch and connect. The OpenAPI spec (22 paths) confirms concrete read/write endpoints beyond marketing claims. Missing for 10: independent third-party (non-vendor) hands-on report confirming write operations succeed end-to-end via the MCP server.

   • [claimed-docs] “Our API is now available and directly included with the desktop app, running entirely on localhost. It operates fully offline”
   • [claimed-docs] “enabling AI assistants to seamlessly interact with Anytype's API through natural language.”
   • [claimed-docs] “gives AI assistants a safe way to read, search, and modify Objects in your Anytype Channels”
   • [claimed-docs] “an open-source toolkit that gives AI assistants a safe way to read, search, and modify Objects in your Anytype Channels”
   • [claimed-docs] “Drop it into Claude Code, Cursor, Gemini CLI, GitHub Copilot, or any other agent-capable tool, and the agent can run scripts against your An…”
   • [probe] “official MCP server documented at https://developers.anytype.io/docs/examples/featured/mcp/”
   • [probe] “PROBE runtime (recorded 2026-09-05): the official Anytype MCP server (npm @anyproto/anytype-mcp 1.2.10) launched keylessly via `npx -y @anyp…”
   • [probe] “PROBE runtime (recorded 2026-09-05): the local API's machine-readable OpenAPI 3.1.0 spec (22 paths) was fetched keylessly from the vendor's …”

   proof ↗⚑ flag

   Reflect~partialprobed4/10

   Reflect documents a real OAuth2/PKCE REST API (confirmed live via runtime probe) that supports appending data to notes and returning bookmarked links, giving agents a write path. However, the same probe notes the API is append-only by design because end-to-end encryption prevents Reflect's servers from reading note content — so headless READ of actual notes is not possible via the documented API, and no MCP server is documented. Missing for 10: a documented way to read/retrieve full note content headlessly, and an official MCP server integration.

   • [claimed-docs] “For authentication, we support OAuth 2. You will need to create credentials here.”
   • [claimed-docs] “Our supports appending data to your notes, returning a list of the links you've bookmarked, and a few other things.”
   • [claimed-docs] “We do support OAuth's PKCE extension which means you can build a client to Reflect without shipping secret keys around.”
   • [probe] “PROBE runtime (recorded 2026-09-05): keyless GET to the documented REST base https://reflect.app/api/graphs returned HTTP 401 {"error":{"typ…”
   • [claimed-docs] “The contents of your notes are end-to-end encrypted. No one else can read them (not even us).”

   proof ↗⚑ flag

Ai assist

1. ai-native userConnect external LLMs and AI tools to my notes through first-party connectors or an ecosystem of AI plugins

   weight 2 · round to Anytype
   Anytype✓fullprobed8/10

   Anytype ships a first-party local API plus an official MCP server (npm @anyproto/anytype-mcp) confirmed working at runtime, enabling AI assistants like Claude, Cursor, Gemini CLI, GitHub Copilot to read/search/modify Objects, alongside an 'Agents Skill' toolkit for agent-capable tools. missing for 10: no broader third-party AI plugin marketplace/ecosystem beyond the official MCP server and agents-skill, and no independent community review of the MCP integration's real-world reliability.

   • [claimed-docs] “enabling AI assistants to seamlessly interact with Anytype's API through natural language.”
   • [claimed-docs] “enabling AI assistants to seamlessly interact with Anytype's API through natural language”
   • [claimed-docs] “gives AI assistants a safe way to read, search, and modify Objects in your Anytype Channels”
   • [claimed-docs] “an open-source toolkit that gives AI assistants a safe way to read, search, and modify Objects in your Anytype Channels”
   • [claimed-docs] “Drop it into Claude Code, Cursor, Gemini CLI, GitHub Copilot, or any other agent-capable tool, and the agent can run scripts against your An…”
   • [probe] “PROBE runtime (recorded 2026-09-05): the official Anytype MCP server (npm @anyproto/anytype-mcp 1.2.10) launched keylessly via `npx -y @anyp…”
   • [probe] “PROBE runtime (recorded 2026-09-05): the local API's machine-readable OpenAPI 3.1.0 spec (22 paths) was fetched keylessly from the vendor's …”
   • [github] “Extensible through a gRPC API and AI "Agents" (see AGENTS.md).”

   proof ↗⚑ flag

   Reflect~partialprobed5/10

   Reflect ships first-party AI features letting users toggle between GPT-4o and Claude 3.5 Sonnet for in-app AI palette actions (summarize, chat with notes), and exposes an OAuth2/PKCE API for building custom clients. However there's no evidence of a broader plugin ecosystem or first-party connectors letting external AI tools/agents read and act on notes — the API is documented as append-only and scoped narrowly (bookmarks, appending data), not an AI integration surface, and no third-party AI plugin marketplace is mentioned. Missing for 10: a documented AI-plugin ecosystem, evidence of external AI tools consuming notes via API, and richer API scope beyond append-only actions.

   • [claimed-docs] “Reflect's AI tools give you the option to now use either GPT-4o (the latest model from OpenAI) or Claude 3.5 Sonnet (the latest model from A…”
   • [claimed-docs] “To use it, first highlight some text, and then press `cmd j`... That’ll popup the AI palette.”
   • [claimed-docs] “You can also **ask the AI palette anything** you’d like using the open text field, and save it as a custom prompt to quickly call on again l…”
   • [claimed-docs] “For authentication, we support OAuth 2. You will need to create credentials here.”
   • [claimed-docs] “Our supports appending data to your notes, returning a list of the links you've bookmarked, and a few other things.”
   • [claimed-docs] “We do support OAuth's PKCE extension which means you can build a client to Reflect without shipping secret keys around.”
   • [probe] “PROBE runtime (recorded 2026-09-05): keyless GET to the documented REST base https://reflect.app/api/graphs returned HTTP 401 {"error":{"typ…”

   proof ↗⚑ flag

2. ai-native userA built-in AI assistant can answer questions, summarize, and draft grounded in my own notes — with clear controls over what data it sees

   weight 2 · round to Reflect
   Anytype—none0/10

   Anytype ships a local API and an MCP server that let external AI assistants (Claude, Cursor, etc.) read/search/modify Objects, but there is no evidence of a built-in in-app AI assistant that itself answers questions, summarizes, or drafts grounded in the user's notes with UI-level data-scope controls — the docs describe it as a toolkit for external agents, not a native assistant feature. Missing for 10 (or even partial credit): a first-party in-app assistant UI, summarization/drafting features, and explicit data-scope/consent controls within Anytype itself.

   • [claimed-docs] “enabling AI assistants to seamlessly interact with Anytype's API through natural language.”
   • [claimed-docs] “enabling AI assistants to seamlessly interact with Anytype's API through natural language”
   • [claimed-docs] “gives AI assistants a safe way to read, search, and modify Objects in your Anytype Channels”
   • [claimed-docs] “an open-source toolkit that gives AI assistants a safe way to read, search, and modify Objects in your Anytype Channels”
   • [claimed-docs] “Drop it into Claude Code, Cursor, Gemini CLI, GitHub Copilot, or any other agent-capable tool, and the agent can run scripts against your An…”
   • [probe] “PROBE runtime (recorded 2026-09-05): the official Anytype MCP server (npm @anyproto/anytype-mcp 1.2.10) launched keylessly via `npx -y @anyp…”

   proof ↗⚑ flag

   Reflect✓fullcommunity7/10

   Docs show a built-in AI palette (cmd-j) that can summarize meeting notes, list action items, answer custom prompts, and 'chat' with filtered/specific notes grounded in the user's own content, with model choice (GPT-4o/Claude 3.5). Data-scoping control is shown via search filters before chatting with a subset of notes, and E2E encryption is claimed for note content, though community evidence notes files/images are excluded from encryption. Missing for 10: independent hands-on review of AI answer quality/grounding, explicit UI controls for restricting AI's data access beyond search filters, and no clarification on how E2E encryption interacts with cloud-based AI processing.

   • [claimed-docs] “List action-items and key takeaways from meeting notes”
   • [claimed-docs] “you can also “chat” with those specific notes to ask questions and extract information.”
   • [claimed-docs] “You can also ask the AI palette anything you’d like using the open text field, and save it as a custom prompt to quickly call on again later…”
   • [claimed-docs] “After applying any desired filters to the search, you can also “chat” with those specific notes to ask questions and extract information.”
   • [claimed-docs] “To use it, first highlight some text, and then press `cmd j`... That’ll popup the AI palette.”
   • [claimed-docs] “You can also **ask the AI palette anything** you’d like using the open text field, and save it as a custom prompt to quickly call on again l…”
   • [claimed-docs] “Reflect's AI tools give you the option to now use either GPT-4o (the latest model from OpenAI) or Claude 3.5 Sonnet (the latest model from A…”
   • [claimed-docs] “Reflect’s Semantic search lets you find specific pieces of information without knowing the exact words.”
   • [claimed-docs] “The contents of your notes are end-to-end encrypted. No one else can read them (not even us).”
   • [community] “Question about Reflect's E2E encryption claims: 'We do not end-to-end encrypt things like files or images you upload' - user noted this excl…”

   proof ↗⚑ flag

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

   weight 2 · round to Anytype
   Anytype~partialprobed6/10

   Anytype documents an agent skill where an AI agent can run scripts against Anytype data to handle bulk edits transformations and repetitive tasks using the local API and MCP server plus a CLI for headless automation. However this relies entirely on external scripting and agent tooling rather than a native bulk edit UI and a community report flags friction with bulk CSV merges into databases. missing for 10: native in-app bulk edit selection tools, independent hands-on verification of large-scale bulk script runs, resolution of the community reported CSV merge gap

   • [claimed-docs] “the agent can run scripts against your Anytype data — programmatically — to handle bulk edits, transformations, and repetitive tasks”
   • [claimed-docs] “Drop it into Claude Code, Cursor, Gemini CLI, GitHub Copilot, or any other agent-capable tool, and the agent can run scripts against your An…”
   • [claimed-docs] “gives AI assistants a safe way to read, search, and modify Objects in your Anytype Channels”
   • [probe] “PROBE runtime (recorded 2026-09-05): the official Anytype MCP server (npm @anyproto/anytype-mcp 1.2.10) launched keylessly via `npx -y @anyp…”
   • [community] “I consistently find myself in need of a 'merge feature' when re-importing cleaned CSV data into Anytype database objects - the larger the da…”

   proof ↗⚑ flag

   Reflect—none0/10

   Reflect's API supports appending data to individual notes and returning bookmark lists, but there is no evidence of any bulk/batch operation capability (e.g., batch update, multi-note transformation, or scripted bulk edits across many items at once); the API is explicitly append-only per note due to E2E encryption.

   • [claimed-docs] “Our supports appending data to your notes, returning a list of the links you've bookmarked, and a few other things.”
   • [claimed-docs] “We do support OAuth's PKCE extension which means you can build a client to Reflect without shipping secret keys around.”
   • [probe] “PROBE runtime (recorded 2026-09-05): keyless GET to the documented REST base https://reflect.app/api/graphs returned HTTP 401 {"error":{"typ…”

   proof ↗⚑ flag

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

   weight 3 · round drawn
   Anytype—none0/10

   Evidence shows Queries (auto-updating saved views) and an 'Agents skill' letting an external AI agent run scripts against Anytype data on request, plus an MCP/local API for AI assistants to read/write objects — but none of this describes user-defined rules that automatically trigger actions on events (e.g. 'when X happens, do Y'). There is no workflow/automation-rule engine, webhook trigger, or event-based action system documented anywhere in the pack.

   • [claimed-docs] “the agent can run scripts against your Anytype data — programmatically — to handle bulk edits, transformations, and repetitive tasks”
   • [claimed-docs] “A Query is a question you ask your knowledge base—answered instantly and kept up to date automatically.”
   • [claimed-docs] “Rather than manually curating a list of things you're looking for, you define the criteria and the Query assembles the result for you as a V…”
   • [claimed-docs] “Drop it into Claude Code, Cursor, Gemini CLI, GitHub Copilot, or any other agent-capable tool, and the agent can run scripts against your An…”
   • [claimed-docs] “gives AI assistants a safe way to read, search, and modify Objects in your Anytype Channels”

   proof ↗⚑ flag

   Reflect—none0/10

   Reflect's docs describe integrations (Trello/Asana/calendar sync), deep links, and an API, but nowhere is there a rules engine or event-trigger/action automation system (e.g., 'when X happens, do Y'). No evidence supports this capability.

   ⚑ flag

Capture

1. researcherClip web pages, articles, and highlights from my browser straight into my notes with an official clipper or capture flow

   weight 2 · round to Reflect
   Anytype—none0/10

   No evidence of a browser clipper extension or web-capture flow for Anytype; import features cover Markdown/Any-Block/Obsidian migration, not web page/article clipping. Missing for 10: official browser extension, article/highlight capture flow, bookmarklet or share-to-Anytype integration.

   ⚑ flag

   Reflect✓fullclaimed9/10

   Reflect ships an official Chrome and Safari browser extension for bookmarking websites, capturing snippets, and highlights, which are automatically added to the daily note — directly matching the researcher's clipper/capture workflow. Documentation is detailed and first-party; missing for 10: independent hands-on review specifically validating the clipper extension's reliability/quality.

   • [claimed-docs] “Reflect lets you quickly bookmark websites and capture snippets from across the web using our Chrome extension”
   • [claimed-docs] “The link and your highlights will automatically be added to your daily note.”
   • [claimed-docs] “Reflect lets you quickly bookmark websites and capture snippets from across the web using our Chrome extension and Safari extension.”

   proof ↗⚑ flag

Daily notes

1. power-userI get an automatic daily note for each day, pre-filled from a template, as the default landing place for journaling and capture

   weight 3 · round to Reflect
   Anytype—none0/10

   Anytype documents general Templates and Types (docs-13, docs-22, docs-32) but nowhere describes an automatic daily/journal note feature that auto-creates a dated entry pre-filled from a template as a default landing page — no evidence of a 'Daily Note' or journaling automation feature exists in the pack.

   • [claimed-docs] “A Template is a saved layout for a page that you can reuse.”
   • [claimed-docs] “you define what a good starting point looks like once and it'll form the base for every new Object you create afterwards”
   • [claimed-docs] “Anytype comes with built-in Types, but you can create your own custom Types to match your needs.”

   proof ↗⚑ flag

   Reflect✓fullclaimed8/10

   Reflect's docs explicitly confirm automatic daily notes created every day as the journaling landing place, and multiple features (voice transcription, bookmarking, calendar sync, integrations) are documented as auto-filling into that daily note, showing it's the default capture surface. Missing for 10: explicit confirmation of a customizable daily-note *template* pre-filling structure/content, and independent hands-on verification of the daily-note experience beyond docs.

   • [claimed-docs] “Tools like Reflect will create a new _daily note_ for you everyday for you to journal in.”
   • [claimed-docs] “Tools like Reflect will create a new daily note for you everyday for you to journal in.”
   • [claimed-docs] “Speak your note, then click stop recording... their transcription will be added to your daily note.”
   • [claimed-docs] “The link and your highlights will automatically be added to your daily note.”
   • [claimed-docs] “We support connecting your Google, iCloud and Office 365 account(s) to Reflect. This lets you: Pull in your calendar events, so you can easi…”
   • [claimed-docs] “Add Trello cards or Asana tasks to your Daily Note”
   • [claimed-docs] “Add Trello cards or Asana tasks to your Daily Note Add Google Docs and Slack notes to Reflect Save emails and Tweets to your notes Sync your…”

   proof ↗⚑ flag

Editor

1. power-userDefine reusable templates (with variables like date and title) and apply them when creating recurring kinds of notes

   weight 2 · round to Anytype
   Anytype~partialclaimed6/10

   Anytype's docs clearly describe reusable Templates ('a saved layout for a page that you can reuse' and 'define what a good starting point looks like once... base for every new Object') including customizable cover/icon, which supports recurring note types via Types+Templates. However, there's no evidence of dynamic variable substitution (e.g., auto-filled date, title placeholders) within templates—only static layout/property definitions are documented. missing for 10: explicit variable/placeholder support (auto-date, auto-title fill), independent hands-on confirmation of template variable behavior.

   • [claimed-docs] “A Template is a saved layout for a page that you can reuse.”
   • [claimed-docs] “you define what a good starting point looks like once and it'll form the base for every new Object you create afterwards”
   • [claimed-docs] “Choose an image from the gallery or upload your own image.”
   • [claimed-docs] “Anytype comes with built-in Types, but you can create your own custom Types to match your needs.”

   proof ↗⚑ flag

   Reflect—none0/10

   The evidence pack shows daily notes, backlinks, tags, filters, imports, and AI palette features, but nowhere mentions reusable note templates with variable substitution (e.g., date/title placeholders) for creating recurring note types. Missing for 10: any documentation of a templates feature, variable/placeholder syntax, or ability to save/apply templates to new notes.

   ⚑ flag

2. power-userWrite and format notes with headings, callouts, tables, code blocks, and embedded media in a fast keyboard-driven editor

   weight 2 · round to Anytype
   Anytype~partialcommunity5/10

   Docs and GitHub confirm a block-based editor (text, databases, kanban, calendar, custom Types) and community reports confirm tables exist (though 'simple, no formulas'), plus templates and page icons/covers. However there is no explicit evidence for headings, callouts, or code blocks as first-class formatting elements, nor any documentation of keyboard shortcuts or 'fast keyboard-driven' editing speed, and embedded media support is only implied via cover images. missing for 10: explicit callout/heading/code-block support, documented keyboard-shortcut system, and evidence of rich embedded media (video/audio/files) in the editor.

   • [github] “Composable blocks: text, databases, kanban, calendar & custom Types.”
   • [community] “Anytype has tables now, simple, no formulas yet. Plan to add formulas to databases - it's one of the top requested features on our forum (co…”
   • [claimed-docs] “A Template is a saved layout for a page that you can reuse.”
   • [claimed-docs] “Anytype comes with built-in Types, but you can create your own custom Types to match your needs.”
   • [community] “I've been using this for about a year. It's very polished and been stable for me. The Apple and Android apps work well too... I'm using it a…”

   proof ↗⚑ flag

   Reflect—none0/10

   The evidence pack covers linking/backlinks, daily notes, import/export in Markdown, AI features, and encryption, but contains no documentation or community evidence about core rich-text editing capabilities such as headings, callouts, tables, code blocks, or embedded media, nor about keyboard-driven editing speed. Missing for 10: any docs mentioning headings/callout blocks/tables/code blocks/embedded media support, and any evidence of keyboard-shortcut-driven formatting workflow.

   ⚑ flag

Migration

1. switcherExport my entire knowledge base at any time in open formats, so leaving is as easy as arriving

   weight 2 · round drawn
   Anytype✓fullclaimed8/10

   Docs explicitly state you can import content and export it at any time, with Markdown or Any-Block format choices, plus dedicated import from Obsidian and self-host backup/export of channels for migrating identities — covering the core switcher promise of open-format export/import at will. missing for 10: independent hands-on verification of export fidelity/completeness and no explicit mention of bulk/full-space export beyond channel-level export.

   • [claimed-docs] “Choose your preferred format: Markdown or Any-Block.”
   • [claimed-docs] “You can import content into your spaces and export it at any time.”
   • [claimed-docs] “Anytype will process the contents and automatically create a separate object for each Markdown file.”
   • [claimed-docs] “Open Channel Settings → Import → Obsidian and click on Import files.”
   • [claimed-docs] “export all your channels, and import them into a new identity after switching the network mode”
   • [claimed-docs] “To back up your channels and data to a self-hosted network, you need to have a network configuration.”

   proof ↗⚑ flag

   Reflect✓fullcommunity8/10

   Reflect explicitly documents export into open formats (HTML, Markdown) at any time, and the founder corroborates this as an anti-lock-in feature in community discussion. missing for 10: independent hands-on verification of a full/bulk knowledge-base export (vs per-note export) and confirmation that all note types/attachments are included.

   • [claimed-docs] “you can always export it into an open format (like HTML or Markdown).”
   • [community] “Reflect founder on data lock-in: 'you can always export your notes into markdown or HTML so you shouldn't feel too locked in.' Also noted th…”

   proof ↗⚑ flag

2. switcherImport my existing notes from Notion, Evernote, Roam, or plain Markdown with structure, links, and attachments preserved

   weight 3 · round to Reflect
   Anytype~partialcommunity5/10

   Anytype documents Markdown import (choose Markdown or Any-Block format) and a dedicated Obsidian migration path that creates a separate object per Markdown file, preserving structure to some degree, plus general import/export at any time. However, there is no evidence of dedicated Notion, Evernote, or Roam importers preserving links/attachments as the story specifies — only generic Markdown ingestion is documented, and a community comment even flags gaps in re-importing structured data (CSV) cleanly. Missing for 10: dedicated Notion/Evernote/Roam import tooling, evidence that links and attachments survive import from these specific sources, and independent hands-on confirmation of fidelity.

   • [claimed-docs] “Choose your preferred format: Markdown or Any-Block.”
   • [claimed-docs] “Anytype will process the contents and automatically create a separate object for each Markdown file.”
   • [claimed-docs] “Open Channel Settings → Import → Obsidian and click on Import files.”
   • [claimed-docs] “You can import content into your spaces and export it at any time.”
   • [community] “I consistently find myself in need of a 'merge feature' when re-importing cleaned CSV data into Anytype database objects - the larger the da…”

   proof ↗⚑ flag

   Reflect~partialclaimed6/10

   Reflect's docs confirm native import support for Evernote (ENEX), Roam (JSON), and Markdown files, three of the four sources named in the story, plus Apple Notes and Workflowy. However, Notion import is not mentioned anywhere in the import/export documentation, and there is no explicit confirmation that internal links or attachments are preserved through the import process for any of these formats. Missing for 10: Notion import support, explicit evidence that links and attachments (not just note text) survive import.

   • [claimed-docs] “We currently support imports from: Apple Notes (HTML) Evernote (ENEX) Markdown files Roam (JSON) Workflowy (OPML)”
   • [claimed-docs] “We currently support imports from: * Apple Notes (HTML) * Evernote (ENEX) * Markdown files * Roam (JSON) * Workflowy (OPML)”
   • [claimed-docs] “First you’ll have to export your existing Apple Notes using the provided script below, then import them into Reflect normally.”
   • [claimed-docs] “you can always export it into an open format (like HTML or Markdown).”

   proof ↗⚑ flag

Graph

1. researcherExplore my knowledge base as an interactive graph of notes and connections, filtered to what I care about

   weight 1 · round to Anytype
   Anytype✓fullclaimed8/10

   Anytype's Graph is explicitly documented as 'a live, visual map of every Object in your Channel and how they connect to each other,' directly matching the interactive knowledge graph story, and linking is described as core to turning notes into a connected knowledge base. Filtering/querying is supported via the Query feature, which lets users define criteria to assemble filtered Views, though docs don't explicitly confirm Query filters apply directly to the Graph visualization itself. Missing for 10: explicit documentation or hands-on evidence that Graph view can be filtered by Query/View criteria, and independent user corroboration of the graph exploration experience.

   • [claimed-docs] “The Graph is a live, visual map of every Object in your Channel and how they connect to each other.”
   • [claimed-docs] “These connections become incredibly valuable. You can trace how ideas relate, see what's connected to a project”
   • [claimed-docs] “Linking on Anytype is what turns a bunch of separate notes into a connected knowledge base.”
   • [claimed-docs] “A Query is a question you ask your knowledge base—answered instantly and kept up to date automatically.”
   • [claimed-docs] “Rather than manually curating a list of things you're looking for, you define the criteria and the Query assembles the result for you as a V…”

   proof ↗⚑ flag

   Reflect—none0/10

   Reflect's docs describe backlinks, [[ ]] linking, and filtering notes by tags/date/backlinks, but nowhere is an interactive visual graph view of the knowledge base mentioned or shown — the evidence only covers list-style backlinks and search filters, not a graph exploration UI.

   • [claimed-docs] “Networked note-taking tools, like Reflect, support creating links between notes... backlinks”
   • [claimed-docs] “Backlinks are just a list of incoming links from other notes.”
   • [claimed-docs] “You can filter notes by: Date created or updated, Daily Notes, Where they are backlinked to/from, #tags, Pinned notes”
   • [claimed-docs] “You can filter notes by: Date created or updated Daily Notes Where they are backlinked to/from #tags Pinned notes”
   • [claimed-docs] “You can filter notes by: * Date created or updated * Daily Notes * Where they are backlinked to/from * #tags * Pinned notes”

   proof ↗⚑ flag

Links

1. researcherLink notes with [[wiki-style]] links and see every backlink and unlinked mention of a note in context

   weight 3 · round to Reflect
   Anytype~partialclaimed6/10

   Docs confirm bidirectional-style linking ('Linking on Anytype is what turns a bunch of separate notes into a connected knowledge base', 'trace how ideas relate, see what's connected') and a live Graph view showing every Object's connections, which covers wiki-links and a form of backlink visualization. However, the evidence never explicitly documents a dedicated 'Backlinks' panel or an 'unlinked mentions' detection feature (text mentioning a note's title without a link), so the researcher's specific in-context backlink/unlinked-mention workflow is only partly evidenced. Missing for 10: explicit backlinks list UI, unlinked-mentions detection, independent/hands-on confirmation of these specific sub-features.

   • [claimed-docs] “Linking on Anytype is what turns a bunch of separate notes into a connected knowledge base.”
   • [claimed-docs] “These connections become incredibly valuable. You can trace how ideas relate, see what's connected to a project”
   • [claimed-docs] “The Graph is a live, visual map of every Object in your Channel and how they connect to each other.”

   proof ↗⚑ flag

   Reflect~partialclaimed7/10

   Docs confirm [[ ]] wiki-link shortcut, backlinks as incoming links, and filtering notes by where they're backlinked to/from, covering the core linking-graph story. However, evidence never explicitly mentions detection/surfacing of 'unlinked mentions' in context, which is a specific part of the story. Missing for 10: explicit unlinked-mention detection/surfacing, independent hands-on demonstration of backlink UI in context.

   • [claimed-docs] “Networked note-taking tools, like Reflect, support creating links between notes... backlinks”
   • [claimed-docs] “Generally note-taking tools, including Reflect, use the `[[` shortcut to link some text.”
   • [claimed-docs] “Backlinks are just a list of incoming links from other notes.”
   • [claimed-docs] “You can filter notes by: Date created or updated, Daily Notes, Where they are backlinked to/from, #tags, Pinned notes”
   • [claimed-docs] “You can filter notes by: Date created or updated Daily Notes Where they are backlinked to/from #tags Pinned notes”
   • [claimed-docs] “You can filter notes by: * Date created or updated * Daily Notes * Where they are backlinked to/from * #tags * Pinned notes”

   proof ↗⚑ flag

2. power-userReference or transclude an individual block or section of one note inside another and have it stay in sync

   weight 2 · round drawn
   Anytype—none0/10

   Evidence documents only object-level linking and backlinks (docs-40, docs-28) and a live Graph of Object connections (docs-9), but nowhere describes block- or section-level transclusion/embedding that stays synced across notes — a distinct feature from whole-object linking. No mention of synced blocks, block references, or embed-with-sync exists in the pack.

   • [claimed-docs] “Linking on Anytype is what turns a bunch of separate notes into a connected knowledge base.”
   • [claimed-docs] “These connections become incredibly valuable. You can trace how ideas relate, see what's connected to a project”
   • [claimed-docs] “The Graph is a live, visual map of every Object in your Channel and how they connect to each other.”

   proof ↗⚑ flag

   Reflect—none0/10

   Evidence shows Reflect supports note-to-note linking and backlinks ([[ shortcuts, backlinks list) but nowhere documents block- or section-level transclusion/embedding that stays synced across notes — only whole-note linking and filtering by backlink is described.

   • [claimed-docs] “Networked note-taking tools, like Reflect, support creating links between notes... backlinks”
   • [claimed-docs] “Generally note-taking tools, including Reflect, use the `[[` shortcut to link some text.”
   • [claimed-docs] “Backlinks are just a list of incoming links from other notes.”

   proof ↗⚑ flag

Ownership

1. power-userMy notes live in local files or a local-first store that I own and can read without the app, and everything keeps working fully offline

   weight 3 · round to Anytype
   Anytype~partialcommunity6/10

   Anytype clearly delivers offline-first, locally-owned storage: docs state all content is stored locally, the app 'always works without an internet connection', data is encrypted at rest in a self-owned Vault, and a local-only sync mode exists that disables any external node entirely (anytype-docs-29, anytype-docs-30, anytype-docs-44, anytype-docs-31/43, anytype-docs-24). However, the underlying store is a proprietary local database/CRDT format, not plain files you can read without the app — the only path to human-readable local files is manual Markdown export/import (anytype-docs-11, anytype-docs-20), and a community report notes data 'lives unencrypted on-disk' at the index level despite vendor's encryption claims (anytype-comm-8, anytype-comm-9), showing some tension around the ownership/transparency claim. missing for 10: evidence that the live working store itself (not just exports) is human-readable outside the app, and independent confirmation that full offline use has no hidden network dependency beyond vendor docs.

   • [claimed-docs] “All your content is stored locally on your device... This means an offline-first experience: the app always works without an internet connec…”
   • [claimed-docs] “If you prefer to fully keep your data on your device without any server to sync between your desktop and mobile, you can enable local-only m…”
   • [claimed-docs] “A Vault is an encrypted container in Anytype that you own. Everything you create lives inside your Vault, stored directly on your device.”
   • [claimed-docs] “Only you can access your spaces and grant access to others — not even Anytype can see your content.”
   • [claimed-docs] “You control access. Only you can access your spaces and grant access to others — not even Anytype can see your content.”
   • [claimed-docs] “you can enable local-only mode. This mode disables Anytype's backup node entirely”
   • [claimed-docs] “Choose your preferred format: Markdown or Any-Block.”
   • [claimed-docs] “You can import content into your spaces and export it at any time.”
   • [community] “I found Anytype a few months ago and thought 'wow maybe I can ditch Turtl and just use this.' A few things bugged me: it's source-available …”
   • [community] “(Anytype team) All your data in Anytype is encrypted at rest; only the indexes are not encrypted currently. We have plans to also encrypt th…”

   proof ↗⚑ flag

   Reflect—none0/10

   Reflect is a cloud-synced, end-to-end-encrypted note service (docs-16/35) with export-to-Markdown/HTML available (docs-44, comm-7), but there is no evidence notes are stored as local files or in a local-first store the user can read without the app, nor evidence of full offline functionality — the API and encryption model imply server-mediated sync rather than local-first ownership.

   • [claimed-docs] “End-to-end encryption keeps your notes secure.”
   • [claimed-docs] “The contents of your notes are end-to-end encrypted. No one else can read them (not even us).”
   • [claimed-docs] “you can always export it into an open format (like HTML or Markdown).”
   • [community] “Reflect founder on data lock-in: 'you can always export your notes into markdown or HTML so you shouldn't feel too locked in.' Also noted th…”
   • [community] “Question about Reflect's E2E encryption claims: 'We do not end-to-end encrypt things like files or images you upload' - user noted this excl…”

   proof ↗⚑ flag

2. researcherMy notes are stored or exportable in open, documented formats (Markdown, JSON) so my archive outlives the vendor

   weight 2 · round to Reflect
   Anytype✓fullprobed7/10

   Anytype explicitly documents Markdown export/import (choose Markdown or Any-Block format) and lets you import/export content at any time, plus Obsidian-style markdown migration, giving researchers a documented open-format path out of the vendor lock-in. The local API also exposes data via JSON over a documented OpenAPI spec, reinforcing programmatic, non-proprietary access to notes. missing for 10: explicit full-space JSON export/archival documentation and independent verification that exported Markdown preserves all object metadata/relations.

   • [claimed-docs] “Choose your preferred format: Markdown or Any-Block.”
   • [claimed-docs] “You can import content into your spaces and export it at any time.”
   • [claimed-docs] “Anytype will process the contents and automatically create a separate object for each Markdown file.”
   • [claimed-docs] “Open Channel Settings → Import → Obsidian and click on Import files.”
   • [probe] “PROBE runtime (recorded 2026-09-05): the local API's machine-readable OpenAPI 3.1.0 spec (22 paths) was fetched keylessly from the vendor's …”

   proof ↗⚑ flag

   Reflect✓fullcommunity8/10

   Reflect explicitly documents export to open formats (Markdown, HTML) and import from Markdown/JSON-based formats, and the founder publicly confirms notes can always be exported to Markdown/HTML to avoid lock-in. Missing for 10: no independent hands-on verification of export fidelity/completeness, and export format is somewhat limited (HTML/Markdown only, not full JSON archive of all metadata).

   • [claimed-docs] “We currently support imports from: Apple Notes (HTML) Evernote (ENEX) Markdown files Roam (JSON) Workflowy (OPML)”
   • [claimed-docs] “We currently support imports from: * Apple Notes (HTML) * Evernote (ENEX) * Markdown files * Roam (JSON) * Workflowy (OPML)”
   • [claimed-docs] “you can always export it into an open format (like HTML or Markdown).”
   • [community] “Reflect founder on data lock-in: 'you can always export your notes into markdown or HTML so you shouldn't feel too locked in.' Also noted th…”

   proof ↗⚑ flag

Self host

1. developerRun the whole system without the vendor's cloud — local-only mode or a self-hosted sync backend I operate myself

   weight 2 · round to Anytype
   Anytype✓fullcommunity8/10

   Anytype documents local-only mode (disables the backup node entirely, data stays on-device with offline-first storage) plus a self-hosted network backend option including a team-maintained Docker image for backing up/syncing without vendor cloud, and this is corroborated by the team's own community statements about p2p sync working without a central server. Some nuance remains around multi-device sync limitations in local-only mode and encryption caveats raised in community threads (indexes not encrypted, source-available license). Missing for 10: independent hands-on verification of a full self-hosted sync-server deployment (vs. docs-only description) and more detail on operational maturity of the self-host path.

   • [claimed-docs] “To back up your channels and data to a self-hosted network, you need to have a network configuration.”
   • [claimed-docs] “This mode disables Anytype's backup node entirely—meaning multi-device syncing will only work over the same local network”
   • [claimed-docs] “There's also a docker image that's maintained by the team.”
   • [claimed-docs] “you can enable local-only mode. This mode disables Anytype's backup node entirely”
   • [claimed-docs] “All your content is stored locally on your device... This means an offline-first experience: the app always works without an internet connec…”
   • [claimed-docs] “If you prefer to fully keep your data on your device without any server to sync between your desktop and mobile, you can enable local-only m…”
   • [claimed-docs] “You can even collaborate directly with others using peer-to-peer sync or self-host on your own network.”
   • [community] “(Anytype team) All your data in Anytype is encrypted at rest; only the indexes are not encrypted currently. We have plans to also encrypt th…”

   proof ↗⚑ flag

   Reflect—none0/10

   Reflect is a cloud-hosted, closed-source SaaS with E2E encryption on the vendor's servers — there is no evidence of a local-only mode or self-hostable sync backend; only export to Markdown/HTML for backup is documented, not operating your own sync server.

   • [claimed-docs] “you can always export it into an open format (like HTML or Markdown).”
   • [community] “Reflect founder on data lock-in: 'you can always export your notes into markdown or HTML so you shouldn't feel too locked in.' Also noted th…”
   • [claimed-docs] “The contents of your notes are end-to-end encrypted. No one else can read them (not even us).”

   proof ↗⚑ flag

Mobile

1. power-userFull-featured iOS and Android apps give me my whole knowledge base — capture, search, and linking — not a stripped-down companion

   weight 2 · round to Anytype
   Anytype~partialcommunity4/10

   Evidence confirms native iOS and Android apps exist and are described as polished and functional (comm-3, comm-7), and cross-device sync/offline-first architecture (anytype-docs-29, anytype-docs-30) implies capture/linking works across devices, but no documentation explicitly details mobile-specific feature parity for capture, search, and linking, and one long-term user characterizes their mobile use as 'a very basic note system,' hinting at reduced functionality vs desktop. Missing for 10: explicit docs on mobile app feature set (Queries, Graph, Types, Templates) confirming parity with desktop, and independent hands-on reviews of mobile power-user workflows beyond basic notes.

   • [community] “I've been using this for about a year. It's very polished and been stable for me. The Apple and Android apps work well too... I'm using it a…”
   • [community] “We don't offer a browser version. Instead, we have an Electron-based cross-platform app for Windows, Linux, macOS, plus native iOS and Andro…”
   • [claimed-docs] “All your content is stored locally on your device... This means an offline-first experience: the app always works without an internet connec…”
   • [claimed-docs] “If you prefer to fully keep your data on your device without any server to sync between your desktop and mobile, you can enable local-only m…”

   proof ↗⚑ flag

   Reflect—none0/10

   The evidence pack covers imports, API, AI features, publishing, security, and integrations extensively, but contains no mention of iOS or Android apps, their feature set, or mobile-specific capture/search/linking capabilities. Without any documentation or community evidence describing dedicated mobile apps (full-featured or otherwise), there is nothing to substantiate this story.

   ⚑ flag

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

   weight 2 · round to Anytype
   Anytype~partialprobed6/10

   Anytype ships a real local REST API (OpenAPI spec, 22 paths, confirmed by runtime probe) plus a CLI headless server and an official MCP server that let AI agents create/search/modify objects and chats — solid API-driven access. However, the API surface (22 endpoints) is far narrower than the full UI feature set (Queries/Views, Templates, Web Publishing, Graph, Types customization, import/export flows), and no evidence confirms full parity between API and UI capabilities. Missing for 10: explicit documentation or confirmation that templates, publishing, graph, and query/view creation are all API-accessible, and independent hands-on verification of parity beyond basic CRUD/chat operations.

   • [claimed-docs] “Our API is now available and directly included with the desktop app, running entirely on localhost. It operates fully offline”
   • [claimed-docs] “Anytype CLI is now available - run Anytype as a headless server for automation and scripting.”
   • [claimed-docs] “enabling AI assistants to seamlessly interact with Anytype's API through natural language.”
   • [claimed-docs] “Create chats, send and stream messages, react, and search chat history (anytype-heart v0.50.7)”
   • [probe] “PROBE runtime (recorded 2026-09-05): the official Anytype MCP server (npm @anyproto/anytype-mcp 1.2.10) launched keylessly via `npx -y @anyp…”
   • [probe] “PROBE runtime (recorded 2026-09-05): the local API's machine-readable OpenAPI 3.1.0 spec (22 paths) was fetched keylessly from the vendor's …”
   • [claimed-docs] “The Graph is a live, visual map of every Object in your Channel and how they connect to each other.”
   • [claimed-docs] “Web Publishing lets you turn any Object into a public webpage at a URL anyone can visit.”
   • [claimed-docs] “A Query is a question you ask your knowledge base—answered instantly and kept up to date automatically.”

   proof ↗⚑ flag

   Reflect~partialprobed3/10

   Reflect does expose an OAuth2/PKCE REST API confirmed live via runtime probe, but by its own docs it only supports appending data to notes and returning bookmarked links plus 'a few other things' — a small subset of UI capabilities (semantic search, AI chat, publishing, backlinks, calendar/integrations, deep links) with no evidence these are API-accessible. The API is also explicitly append-only for note content since E2E encryption prevents server-side reads, meaning even reading/editing existing notes via API is not possible as it is in the UI. Missing for 10: API endpoints for search/AI features, note reading/editing, publishing, and integrations parity with the UI.

   • [claimed-docs] “For authentication, we support OAuth 2. You will need to create credentials here.”
   • [claimed-docs] “Our supports appending data to your notes, returning a list of the links you've bookmarked, and a few other things.”
   • [claimed-docs] “We do support OAuth's PKCE extension which means you can build a client to Reflect without shipping secret keys around.”
   • [probe] “PROBE runtime (recorded 2026-09-05): keyless GET to the documented REST base https://reflect.app/api/graphs returned HTTP 401 {"error":{"typ…”
   • [claimed-docs] “Reflect’s Semantic search lets you find specific pieces of information without knowing the exact words.”
   • [claimed-docs] “Reflect offers one-click publishing of your notes. Simply hit the publish button and your note will be publicly available behind a long hard…”

   proof ↗⚑ flag

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

   weight 3 · round drawn
   Anytype✓fullclaimed8/10

   Anytype docs explicitly support exporting content in open formats (Markdown or Any-Block) at any time, plus local-first storage, self-hosting (including a maintained Docker image), local-only mode, and exporting/importing channels into a new identity when switching network modes — giving AI-native users a documented path to export data and leave to their own infrastructure. Missing for 10: independent/hands-on verification of export completeness and fidelity, and no detailed account of exactly what metadata/relations survive export.

   • [claimed-docs] “Choose your preferred format: Markdown or Any-Block.”
   • [claimed-docs] “You can import content into your spaces and export it at any time.”
   • [claimed-docs] “export all your channels, and import them into a new identity after switching the network mode”
   • [claimed-docs] “There's also a docker image that's maintained by the team.”
   • [claimed-docs] “If you prefer to fully keep your data on your device without any server to sync between your desktop and mobile, you can enable local-only m…”
   • [claimed-docs] “All your content is stored locally on your device... This means an offline-first experience: the app always works without an internet connec…”

   proof ↗⚑ flag

   Reflect✓fullcommunity8/10

   Reflect explicitly documents export to open formats (HTML, Markdown) and the founder confirms this is a deliberate anti-lock-in policy, directly matching the story. missing for 10: no independent hands-on verification of a full data export/migration, and export is confined to notes (E2E-encrypted files/images may not be fully portable per reflect-comm-8).

   • [claimed-docs] “you can always export it into an open format (like HTML or Markdown).”
   • [claimed-docs] “We currently support imports from: Apple Notes (HTML) Evernote (ENEX) Markdown files Roam (JSON) Workflowy (OPML)”
   • [community] “Reflect founder on data lock-in: 'you can always export your notes into markdown or HTML so you shouldn't feel too locked in.' Also noted th…”
   • [community] “Question about Reflect's E2E encryption claims: 'We do not end-to-end encrypt things like files or images you upload' - user noted this excl…”

   proof ↗⚑ flag

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

   weight 2 · round to Anytype
   Anytype!disputedcontradicted4/10

   Anytype's client code is publicly visible on GitHub (anytype-ts, anytype-heart) and even labels some AI-agent tooling 'open-source', suggesting readable source; however a hands-on community report explicitly states Anytype ships under a 'source-available license' rather than a true open license, directly contradicting an open-license claim for the core product. missing for 10: an explicit OSI-approved license file/statement for the main app repos, and resolution of the source-available vs open-source discrepancy.

   • [github] “Composable blocks: text, databases, kanban, calendar & custom Types.”
   • [github] “Extensible through a gRPC API and AI "Agents" (see AGENTS.md).”
   • [community] “I found Anytype a few months ago and thought 'wow maybe I can ditch Turtl and just use this.' A few things bugged me: it's source-available …”

   proof ↗⚑ flag

   Reflect—none0/10

   The axis applies to this product kind (peer products hold positive or none verdicts on this story), so lack of evidence for an applicable capability is "none", never "na". (na/none harmonized at arena bring-up — see pipeline/scripts/na-harmonize.ts.)

   ⚑ flag

4. ai-native userSelf-host the core product

   weight 3 · round to Anytype
   Anytype✓fullcommunity8/10

   Anytype ships a self-hostable network node (Docker image maintained by the team) for backup/sync, plus a local-only mode that removes any dependency on Anytype's backup node entirely, and the core client itself is offline-first storing all data locally. Community input corroborates the p2p/no-central-server architecture actually working in practice. Missing for 10: independent hands-on validation of running the official self-host Docker image end-to-end, and more detail on feature parity/limits of self-hosted vs managed network.

   • [claimed-docs] “To back up your channels and data to a self-hosted network, you need to have a network configuration.”
   • [claimed-docs] “There's also a docker image that's maintained by the team.”
   • [claimed-docs] “export all your channels, and import them into a new identity after switching the network mode”
   • [claimed-docs] “This mode disables Anytype's backup node entirely—meaning multi-device syncing will only work over the same local network”
   • [claimed-docs] “you can enable local-only mode. This mode disables Anytype's backup node entirely”
   • [claimed-docs] “If you prefer to fully keep your data on your device without any server to sync between your desktop and mobile, you can enable local-only m…”
   • [claimed-docs] “All your content is stored locally on your device... This means an offline-first experience: the app always works without an internet connec…”
   • [community] “(Anytype team) All your data in Anytype is encrypted at rest; only the indexes are not encrypted currently. We have plans to also encrypt th…”

   proof ↗⚑ flag

   Reflect—none0/10

   The axis applies to this product kind (peer products hold positive or none verdicts on this story), so lack of evidence for an applicable capability is "none", never "na". (na/none harmonized at arena bring-up — see pipeline/scripts/na-harmonize.ts.)

   ⚑ flag

Metadata

1. power-userAttach typed properties and tags to notes and use them consistently for organization and retrieval

   weight 2 · round to Anytype
   Anytype✓fullcommunity7/10

   Anytype's documented object model lets users create custom Types and attach structured properties, then retrieve them via Queries that assemble results by defined criteria (docs-32/38, docs-8/21), which is the core of typed, consistent organization and retrieval; Templates further support consistent object creation (docs-13/22). Missing for 10: explicit documentation of a dedicated 'tag' property type (only 'Types'/relations are described) and independent verification that large-scale tagging stays consistent (one community report flags friction reconciling bulk/CSV data at scale, comm-10).

   • [claimed-docs] “Anytype comes with built-in Types, but you can create your own custom Types to match your needs.”
   • [claimed-docs] “you can create your own custom Types to match your needs.”
   • [claimed-docs] “A Query is a question you ask your knowledge base—answered instantly and kept up to date automatically.”
   • [claimed-docs] “Rather than manually curating a list of things you're looking for, you define the criteria and the Query assembles the result for you as a V…”
   • [claimed-docs] “A Template is a saved layout for a page that you can reuse.”
   • [claimed-docs] “you define what a good starting point looks like once and it'll form the base for every new Object you create afterwards”
   • [community] “I consistently find myself in need of a 'merge feature' when re-importing cleaned CSV data into Anytype database objects - the larger the da…”

   proof ↗⚑ flag

   Reflect~partialclaimed5/10

   Reflect clearly supports tags (#tags) for organization and retrieval, including automatic tagging (e.g. Kindle imports tagged #book) and filtering notes by #tags, backlinks, dates, and pinned status. However, there is no evidence of 'typed properties' (structured metadata fields with types, akin to database properties) — Reflect's organization model is built around tags, backlinks, and daily notes, not typed property schemas. Missing for 10: evidence of typed/structured properties (not just tags), evidence of consistent property schemas across notes, and any UI for defining property types.

   • [claimed-docs] “You can filter notes by: Date created or updated, Daily Notes, Where they are backlinked to/from, #tags, Pinned notes”
   • [claimed-docs] “You can filter notes by: Date created or updated Daily Notes Where they are backlinked to/from #tags Pinned notes”
   • [claimed-docs] “You can filter notes by: * Date created or updated * Daily Notes * Where they are backlinked to/from * #tags * Pinned notes”
   • [claimed-docs] “Reflect can automatically sync your books, highlights, and comments from your Kindle. They will be imported into Reflect as individual notes…”
   • [claimed-docs] “Reflect can automatically sync your books, highlights, and comments from your Kindle. They will be imported into Reflect as individual notes…”

   proof ↗⚑ flag

Queries

1. power-userQuery my notes by their structured properties and render live database-style views (tables, boards, lists) from those queries

   weight 3 · round to Anytype
   Anytype~partialcommunity6/10

   Anytype supports structured Types/properties and Queries that assemble live, auto-updating Views (docs describe defining criteria and getting results as a View), plus tables/kanban/calendar-style database views per the GitHub description. However, formulas are explicitly still missing per a co-founder community comment, and there's no independent hands-on evidence confirming board/list view richness or complex cross-property querying at scale. missing for 10: independent/hands-on verification of multi-view query rendering (table/board/list) beyond docs claims, confirmation of formula/aggregation support, and evidence of performance/robustness with large structured datasets.

   • [claimed-docs] “A Query is a question you ask your knowledge base—answered instantly and kept up to date automatically.”
   • [claimed-docs] “Rather than manually curating a list of things you're looking for, you define the criteria and the Query assembles the result for you as a V…”
   • [claimed-docs] “Anytype comes with built-in Types, but you can create your own custom Types to match your needs.”
   • [github] “Composable blocks: text, databases, kanban, calendar & custom Types.”
   • [community] “Anytype has tables now, simple, no formulas yet. Plan to add formulas to databases - it's one of the top requested features on our forum (co…”

   proof ↗⚑ flag

   Reflect—none0/10

   Reflect only supports basic filtering (tags, dates, backlinks, pinned) per reflect-docs-15/22/27, with no evidence of structured/typed properties, query language, or database-style table/board/list views like Notion or Roam-style databases. No documentation or community evidence mentions live queryable views rendered from structured properties.

   • [claimed-docs] “You can filter notes by: Date created or updated, Daily Notes, Where they are backlinked to/from, #tags, Pinned notes”
   • [claimed-docs] “You can filter notes by: Date created or updated Daily Notes Where they are backlinked to/from #tags Pinned notes”
   • [claimed-docs] “You can filter notes by: * Date created or updated * Daily Notes * Where they are backlinked to/from * #tags * Pinned notes”

   proof ↗⚑ flag

Search

1. researcherInstantly search all my notes with full-text search plus filters on tags, properties, and paths — including offline

   weight 3 · round to Reflect
   Anytype~partialclaimed5/10

   Anytype's Queries let users filter by Type, tag, and other properties, and all data is stored locally for a genuine offline-first experience, which supports the filtering and offline parts of this story. However, the evidence never documents a full-text search feature, path-based filtering, or how these Query filters combine with a search index — missing for 10: explicit full-text search documentation, filtering by file/object 'paths', and any performance/scale claims for search across large note collections.

   • [claimed-docs] “A Query is a question you ask your knowledge base—answered instantly and kept up to date automatically.”
   • [claimed-docs] “Rather than manually curating a list of things you're looking for, you define the criteria and the Query assembles the result for you as a V…”
   • [claimed-docs] “All your content is stored locally on your device... This means an offline-first experience: the app always works without an internet connec…”
   • [claimed-docs] “Anytype comes with built-in Types, but you can create your own custom Types to match your needs.”
   • [claimed-docs] “you can create your own custom Types to match your needs.”

   proof ↗⚑ flag

   Reflect~partialclaimed6/10

   Reflect documents semantic + full-text search with filters on tags, backlinks, date, daily notes, and pinned status (reflect-docs-6,15,22,27,41), covering most of the story. However, no explicit filter on "properties" (beyond tags) or "paths" is documented, and offline capability/search-while-offline is never mentioned anywhere in the evidence. Missing for 10: explicit property-based filtering, path-based filtering, and any documentation of offline search support.

   • [claimed-docs] “Reflect’s Semantic search lets you find specific pieces of information without knowing the exact words.”
   • [claimed-docs] “You can filter notes by: Date created or updated, Daily Notes, Where they are backlinked to/from, #tags, Pinned notes”
   • [claimed-docs] “You can filter notes by: Date created or updated Daily Notes Where they are backlinked to/from #tags Pinned notes”
   • [claimed-docs] “You can filter notes by: * Date created or updated * Daily Notes * Where they are backlinked to/from * #tags * Pinned notes”
   • [claimed-docs] “Reflect's Semantic search lets you find specific pieces of information without knowing the exact words.”
   • [claimed-docs] “After applying any desired filters to the search, you can also “chat” with those specific notes to ask questions and extract information.”

   proof ↗⚑ flag

Automation hooks

1. developerDrive the app from outside — create or open notes via a URI scheme, deep links, or a local endpoint — to wire it into my scripts and workflows

   weight 2 · round drawn
   Anytype✓fullprobed8/10

   Anytype ships a local-API (localhost, offline) with a documented OpenAPI spec (22 paths) that developers can call directly from scripts, plus a CLI/headless server mode and an official MCP server that fronts this API for automation — all confirmed by both docs and runtime probes. This covers programmatic create/open/search of Objects for scripting and workflow integration, though it's a REST/gRPC local API rather than a classic OS-level URI scheme/deep-link handler. Missing for 10: explicit documentation of an os-level 'anytype://' URI scheme or deep-link handler, and independent third-party corroboration beyond vendor docs/probes.

   • [claimed-docs] “Our API is now available and directly included with the desktop app, running entirely on localhost. It operates fully offline”
   • [claimed-docs] “Anytype CLI is now available - run Anytype as a headless server for automation and scripting.”
   • [probe] “PROBE runtime (recorded 2026-09-05): the official Anytype MCP server (npm @anyproto/anytype-mcp 1.2.10) launched keylessly via `npx -y @anyp…”
   • [probe] “PROBE runtime (recorded 2026-09-05): the local API's machine-readable OpenAPI 3.1.0 spec (22 paths) was fetched keylessly from the vendor's …”
   • [claimed-docs] “the agent can run scripts against your Anytype data — programmatically — to handle bulk edits, transformations, and repetitive tasks”
   • [claimed-docs] “Drop it into Claude Code, Cursor, Gemini CLI, GitHub Copilot, or any other agent-capable tool, and the agent can run scripts against your An…”

   proof ↗⚑ flag

   Reflect✓fullprobed8/10

   Reflect ships a documented custom URI scheme (reflect://reflect?command=...) for deep linking into the app, plus a REST API with OAuth2/PKCE authentication that a runtime probe confirms is live and enforcing auth, letting developers script note creation/appending from outside the app. missing for 10: independent/hands-on developer confirmation of building an external integration, and full endpoint/command reference beyond the docs snippets.

   • [claimed-docs] “Reflect supports deep linking, allowing users to perform actions within the app using custom URLs.”
   • [claimed-docs] “reflect://reflect?command=<command_name>&<parameter1>=<value1>&...”
   • [claimed-docs] “For authentication, we support OAuth 2. You will need to create credentials here.”
   • [claimed-docs] “Our supports appending data to your notes, returning a list of the links you've bookmarked, and a few other things.”
   • [claimed-docs] “We do support OAuth's PKCE extension which means you can build a client to Reflect without shipping secret keys around.”
   • [probe] “PROBE runtime (recorded 2026-09-05): keyless GET to the documented REST base https://reflect.app/api/graphs returned HTTP 401 {"error":{"typ…”

   proof ↗⚑ flag

Plugins

1. power-userBrowse and install from a large catalog of community plugins/extensions to add features the core app doesn't ship

   weight 3 · round drawn
   Anytype—none0/10

   Anytype documents an API, CLI, MCP server, and 'Agent Skill' for scripting/AI integration, but nothing in the evidence describes a community plugin/extension marketplace or catalog that users can browse and install to add features — these integrations are developer/API surfaces, not an installable plugin ecosystem.

   • [claimed-docs] “Our API is now available and directly included with the desktop app, running entirely on localhost. It operates fully offline”
   • [claimed-docs] “Anytype CLI is now available - run Anytype as a headless server for automation and scripting.”
   • [github] “Extensible through a gRPC API and AI "Agents" (see AGENTS.md).”
   • [probe] “official MCP server documented at https://developers.anytype.io/docs/examples/featured/mcp/”

   proof ↗⚑ flag

   Reflect—none0/10

   There is no evidence of a plugin/extension marketplace; instead community evidence explicitly states Reflect is designed to be 'fully functional without any plugins' as a differentiator from Obsidian, indicating no such catalog exists.

   • [community] “What drew me to Reflect (away from Obsidian) was full functionality out of the box without the need for plugins... Reflect is fully function…”

   proof ↗⚑ flag

2. developerBuild my own plugins against a documented extension API/SDK with samples and developer docs

   weight 2 · round to Anytype
   Anytype~partialprobed6/10

   Anytype documents a local REST API (with a real OpenAPI 3.1 spec, 22 paths) plus a CLI, an official MCP server, and an 'agents skill' example showing scripts run against Anytype data — this gives developers a documented, sample-backed way to build integrations. However there's no evidence of an actual in-app plugin/extension SDK (e.g., UI extension points, a plugin marketplace, or a formal SDK package) — the API is more integration/automation-oriented than a plugin framework. Missing for 10: an official plugin SDK/framework for extending the app itself, a plugin marketplace or registry, and broader third-party plugin examples beyond MCP/agent scripts.

   • [claimed-docs] “Our API is now available and directly included with the desktop app, running entirely on localhost. It operates fully offline”
   • [claimed-docs] “Anytype CLI is now available - run Anytype as a headless server for automation and scripting.”
   • [claimed-docs] “enabling AI assistants to seamlessly interact with Anytype's API through natural language.”
   • [claimed-docs] “the agent can run scripts against your Anytype data — programmatically — to handle bulk edits, transformations, and repetitive tasks”
   • [claimed-docs] “Drop it into Claude Code, Cursor, Gemini CLI, GitHub Copilot, or any other agent-capable tool, and the agent can run scripts against your An…”
   • [probe] “PROBE runtime (recorded 2026-09-05): the official Anytype MCP server (npm @anyproto/anytype-mcp 1.2.10) launched keylessly via `npx -y @anyp…”
   • [probe] “PROBE runtime (recorded 2026-09-05): the local API's machine-readable OpenAPI 3.1.0 spec (22 paths) was fetched keylessly from the vendor's …”
   • [github] “Extensible through a gRPC API and AI "Agents" (see AGENTS.md).”

   proof ↗⚑ flag

   Reflect—none0/10

   Reflect documents a limited OAuth2 REST API for appending data/links and deep-linking (reflect-docs-2,17,18,38), but this is not a plugin extension SDK, and community evidence explicitly states Reflect is 'fully functional without any plugins' by design, unlike Obsidian (reflect-comm-2). No plugin architecture, extension samples, or plugin developer docs exist.

   • [claimed-docs] “Our supports appending data to your notes, returning a list of the links you've bookmarked, and a few other things.”
   • [claimed-docs] “We do support OAuth's PKCE extension which means you can build a client to Reflect without shipping secret keys around.”
   • [community] “What drew me to Reflect (away from Obsidian) was full functionality out of the box without the need for plugins... Reflect is fully function…”

   proof ↗⚑ flag

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

   weight 2 · round to Anytype
   Anytype~partialcommunity6/10

   Anytype is local-first (data stored on-device) and offers a self-hosted network / local-only mode, giving users control over where their data physically lives rather than a fixed vendor cloud region — this indirectly satisfies data-residency concerns. However, there's no explicit multi-region cloud selection feature or documented compliance framework (e.g., EU-only hosting) — missing for 10: explicit region/residency selection UI, documented compliance certifications, and independent verification of self-host deployment satisfying legal residency requirements.

   • [claimed-docs] “To back up your channels and data to a self-hosted network, you need to have a network configuration.”
   • [claimed-docs] “There's also a docker image that's maintained by the team.”
   • [claimed-docs] “you can enable local-only mode. This mode disables Anytype's backup node entirely”
   • [claimed-docs] “If you prefer to fully keep your data on your device without any server to sync between your desktop and mobile, you can enable local-only m…”
   • [claimed-docs] “Our infrastructure handles background syncing and backups automatically, so you retain full ownership of your data without compromising your…”
   • [community] “As a teacher I just can't use Notion or any other US-service due to GDPR concerns. I hope AnyType copies as many good Notion features so I c…”

   proof ↗⚑ flag

   Reflect—none0/10

   No evidence anywhere in the pack mentions data residency, region selection, or storage location choices; Reflect discusses E2E encryption and export options but nothing about choosing where data is stored geographically.

   ⚑ flag

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

   weight 3 · round to Anytype
   Anytype~partialcommunity6/10

   Anytype's local-first, encrypted architecture ('not even Anytype can see your content', all data stored locally, offline-first) strongly implies the vendor has no access to user data and thus cannot use it for AI training, and this is reinforced by the fact that AI integrations (MCP, local API) run entirely on localhost rather than sending data to a cloud AI service. However, there is no explicit vendor statement or ToS clause addressing AI-training use of data, and community evidence notes that index data is not yet encrypted at rest, a caveat to the 'we can't see your data' claim. Missing for 10: an explicit no-AI-training policy/ToS clause, and confirmation that even metadata/indexes are excluded from any vendor-side processing.

   • [claimed-docs] “Only you can access your spaces and grant access to others — not even Anytype can see your content.”
   • [claimed-docs] “You control access. Only you can access your spaces and grant access to others — not even Anytype can see your content.”
   • [claimed-docs] “All your content is stored locally on your device... This means an offline-first experience: the app always works without an internet connec…”
   • [claimed-docs] “Our API is now available and directly included with the desktop app, running entirely on localhost. It operates fully offline”
   • [community] “(Anytype team) All your data in Anytype is encrypted at rest; only the indexes are not encrypted currently. We have plans to also encrypt th…”

   proof ↗⚑ flag

   Reflect—none0/10

   Reflect advertises end-to-end encryption of note content (reflect-docs-16, reflect-docs-35), which limits Reflect's own server-side access, but there is no explicit statement anywhere in the evidence about whether note content sent to third-party AI models (GPT-4o, Claude 3.5 Sonnet per reflect-docs-37) is used for model training, nor any opt-out/data-processing policy addressing AI training use. Community evidence even notes files/images are excluded from E2E encryption (reflect-comm-8), raising unaddressed questions rather than resolving them.

   • [claimed-docs] “End-to-end encryption keeps your notes secure.”
   • [claimed-docs] “The contents of your notes are end-to-end encrypted. No one else can read them (not even us).”
   • [claimed-docs] “Reflect's AI tools give you the option to now use either GPT-4o (the latest model from OpenAI) or Claude 3.5 Sonnet (the latest model from A…”
   • [community] “Question about Reflect's E2E encryption claims: 'We do not end-to-end encrypt things like files or images you upload' - user noted this excl…”

   proof ↗⚑ flag

3. ai-native userControl data retention and deletion

   weight 2 · round to Anytype
   Anytype~partialcommunity6/10

   Anytype's local-first architecture gives strong implicit control over retention: data lives encrypted at rest on-device (anytype-docs-44, anytype-comm-9), can be exported/imported at any time (anytype-docs-20), and local-only mode lets users disable all cloud/backup-node sync entirely (anytype-docs-24, anytype-docs-30), plus self-hosting for full network control (anytype-docs-6, anytype-docs-19). However there's no explicit documented 'delete my data/account' feature, data-retention policy statement, or purge/right-to-erasure mechanism in the evidence — only inferred control via local file ownership and export. Missing for 10: explicit deletion/erasure feature or policy docs, retention period controls, and confirmation of what happens to synced/self-hosted copies upon deletion request.

   • [claimed-docs] “A Vault is an encrypted container in Anytype that you own. Everything you create lives inside your Vault, stored directly on your device.”
   • [claimed-docs] “You can import content into your spaces and export it at any time.”
   • [claimed-docs] “you can enable local-only mode. This mode disables Anytype's backup node entirely”
   • [claimed-docs] “If you prefer to fully keep your data on your device without any server to sync between your desktop and mobile, you can enable local-only m…”
   • [claimed-docs] “To back up your channels and data to a self-hosted network, you need to have a network configuration.”
   • [community] “(Anytype team) All your data in Anytype is encrypted at rest; only the indexes are not encrypted currently. We have plans to also encrypt th…”
   • [claimed-docs] “Our infrastructure handles background syncing and backups automatically, so you retain full ownership of your data without compromising your…”

   proof ↗⚑ flag

   Reflect—none0/10

   Evidence covers export/backup, encryption, and API access, but there is no documentation or mention of account/data deletion, retention settings, or right-to-erasure controls anywhere in the pack.

   ⚑ flag

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

   weight 2 · round drawn
   Anytype—none0/10

   The evidence pack details Anytype's local-first storage, encryption, and offline-first architecture (anytype-docs-29, anytype-docs-31, anytype-docs-43), but none of it mentions a telemetry/usage-analytics toggle or opt-out setting specifically. Privacy-by-architecture claims don't substitute for documented telemetry controls, so this applicable axis has no direct supporting evidence.

   ⚑ flag

   Reflect—none0/10

   No evidence pack item discusses telemetry, analytics, usage tracking, or an opt-out/privacy settings toggle for such tracking; the evidence covers encryption, imports, AI features, and API access instead. Missing for 10: any mention of telemetry collection, opt-out settings, or a privacy policy addressing usage tracking.

   ⚑ flag

Publish

1. researcherPublish selected notes as a browsable website — a digital garden with working links — without leaving the app

   weight 2 · round to Anytype
   Anytype✓fullclaimed8/10

   Anytype's Web Publishing feature lets users pick any Object and click Publish to generate a static HTML page on a personal subdomain (.any.org), including custom icon/cover, directly from within the app — matching the digital-garden use case with working links via the app's native linking/backlinking system. Missing for 10: no independent/community confirmation of link-following behavior between published pages or customization depth, and no evidence on bulk/multi-page publishing workflows.

   • [claimed-docs] “Web Publishing lets you turn any Object into a public webpage at a URL anyone can visit.”
   • [claimed-docs] “Pick an Object, click Publish, and Anytype generates a static HTML page hosted on your personal subdomain at .any.org/”
   • [claimed-docs] “Custom Object icon and cover — appears at the top of the page”
   • [claimed-docs] “Include a custom ANY ID — your unique handle, used for web publishing URLs”
   • [claimed-docs] “Linking on Anytype is what turns a bunch of separate notes into a connected knowledge base.”
   • [claimed-docs] “These connections become incredibly valuable. You can trace how ideas relate, see what's connected to a project”

   proof ↗⚑ flag

   Reflect~partialclaimed5/10

   Reflect docs confirm one-click publishing of individual notes to a public URL with minimal branding, which supports sharing selected notes without leaving the app, but there is no evidence of a browsable multi-page 'digital garden' site (index/navigation) or confirmation that backlinks between published notes remain functional as working links. Missing for 10: evidence of a site-level index/navigation across multiple published notes, confirmation that internal links/backlinks resolve correctly between published pages, and any custom-domain or site-branding options.

   • [claimed-docs] “Reflect offers one-click publishing of your notes. Simply hit the publish button and your note will be publicly available behind a long hard…”
   • [claimed-docs] “We try to keep the style clean and branding to a minimum.”
   • [claimed-docs] “Backlinks are just a list of incoming links from other notes.”

   proof ↗⚑ flag

Collaboration

1. researcherShare a vault or space with collaborators and edit notes together without stepping on each other's changes

   weight 2 · round to Anytype
   Anytype!disputedcontradicted4/10

   Anytype's docs claim you can share a Vault/space and collaborate without sacrificing privacy, with peer-to-peer sync or self-hosting for shared editing (anytype-docs-12, anytype-docs-33, anytype-docs-39), but independent community evidence directly contradicts this: a Notion employee notes Anytype 'still lacking collaboration' and another user reports 'you can't share with others yet' as of their hands-on testing (anytype-comm-5, anytype-comm-8), and another user flags the need for a 'merge feature' when re-importing data, suggesting conflict handling for concurrent edits is immature (anytype-comm-10). Missing for 10: documented conflict-resolution/CRDT mechanics for simultaneous multi-user edits, and recent independent confirmation that sharing/collaboration works reliably today.

   • [claimed-docs] “Anytype lets you collaborate with others without sacrificing your privacy.”
   • [claimed-docs] “Collaborators don't need to provide an email address, buy a subscription, or ask anyone for permission.”
   • [claimed-docs] “You can even collaborate directly with others using peer-to-peer sync or self-host on your own network.”
   • [community] “(Notion employee) The Anytype model is really cool - they've rebuilt Lotus Notes with 21st century E2E encrypted protocols... However they a…”
   • [community] “I found Anytype a few months ago and thought 'wow maybe I can ditch Turtl and just use this.' A few things bugged me: it's source-available …”
   • [community] “I consistently find myself in need of a 'merge feature' when re-importing cleaned CSV data into Anytype database objects - the larger the da…”

   proof ↗⚑ flag

   Reflect—none0/10

   No evidence pack item mentions shared vaults/spaces, multi-user collaboration, or real-time co-editing/conflict resolution; Reflect's documented features are import/export, linking, AI, search, publishing, integrations, and E2E encryption for a single user's notes, with no mention of collaborative editing between multiple people.

   ⚑ flag

Sync

1. power-userAn official sync service keeps my notes updated across all my devices with end-to-end encryption the vendor can't read

   weight 3 · round to Anytype
   Anytype!disputedcontradicted6/10

   Anytype ships an official multi-device sync via its backup-node infrastructure with claims of full E2E encryption where 'not even Anytype can see your content' (anytype-docs-31, anytype-docs-42, anytype-docs-43), and sync reportedly works well across devices (anytype-comm-9). However, a hands-on user and the vendor's own team response concretely contradict the blanket E2E claim: data is not fully encrypted on disk and 'only the indexes are not encrypted currently' (anytype-comm-8, anytype-comm-9), meaning the vendor itself confirms a gap in the encryption story it markets. missing for 10: independent security audit confirming full E2E coverage, resolution of the unencrypted-index gap, and clearer docs distinguishing at-rest vs. index encryption.

   • [claimed-docs] “Only you can access your spaces and grant access to others — not even Anytype can see your content.”
   • [claimed-docs] “Our infrastructure handles background syncing and backups automatically, so you retain full ownership of your data without compromising your…”
   • [claimed-docs] “You control access. Only you can access your spaces and grant access to others — not even Anytype can see your content.”
   • [community] “I found Anytype a few months ago and thought 'wow maybe I can ditch Turtl and just use this.' A few things bugged me: it's source-available …”
   • [community] “(Anytype team) All your data in Anytype is encrypted at rest; only the indexes are not encrypted currently. We have plans to also encrypt th…”

   proof ↗⚑ flag

   Reflect!disputedcontradicted5/10

   Reflect markets end-to-end encryption 'no one else can read them (not even us)' and syncs notes across devices as a core feature, but a founder-sourced community comment reveals a concrete carve-out: files/images uploaded are NOT end-to-end encrypted, contradicting the blanket vendor claim. Missing for 10: explicit documentation of sync architecture/conflict resolution across devices, independent security audit report details, and a full accounting of what content types are/aren't encrypted.

   • [claimed-docs] “End-to-end encryption keeps your notes secure.”
   • [claimed-docs] “The contents of your notes are end-to-end encrypted. No one else can read them (not even us).”
   • [community] “Question about Reflect's E2E encryption claims: 'We do not end-to-end encrypt things like files or images you upload' - user noted this excl…”
   • [community] “Reflect founder: 'We're building it as a lifestyle company. There's only four of us. We bootstrapped for a while, and then did a $1m crowdfu…”
   • [community] “Props to Reflect for their security audit too. I will be keeping an eye on how they progress.”

   proof ↗⚑ flag

2. power-userView a note's version history and restore earlier versions or recover deleted notes

   weight 2 · round to Reflect
   Anytype—none0/10

   No evidence in the pack mentions version history, restoring earlier versions, or recovering deleted notes; documentation covers sync, backup, encryption, import/export, and API/MCP integrations but never a version-history or undo/trash-recovery feature.

   ⚑ flag

   Reflect✓fullclaimed8/10

   Reflect's documentation explicitly states it continually records edits and lets users revert a note to any point in time, directly matching the version history/restore story (docs-8). Deleted note recovery isn't explicitly documented, so missing for 10: explicit documentation of deleted-note recovery/trash restoration, and independent hands-on corroboration of restore functionality.

   • [claimed-docs] “We continually record edits to notes which means you can see all your changes and revert a note to any point in time.”

   proof ↗⚑ flag