THE RESEARCH FRONTIER

What we do not
know yet.

Documentation gives us a starting point. These are the questions still open, the evidence still missing, and the checks that would let us say more.

866 / 1,299

comparison cells have no recorded evidence

Unknown is a research boundary. It does not mean a product lacks a capability. Coverage measures what this project has recorded, not how good a product is.

01 / MISSING EVIDENCE

Most of the map is still uncharted.

Each cell is one product × one capability, within its own research space. Open a capability to see which products have no claim recorded.

Agent platforms

661 of 920 Unknown

20 products × 46 capabilities · 259 cells with claims

Explore missing evidence by capability
Parallel agents8 / 20 Unknown
Git worktrees12 / 20 Unknown
Agent choice9 / 20 Unknown
Task management12 / 20 Unknown
Automations15 / 20 Unknown
Attention notifications16 / 20 Unknown
Agent delegation15 / 20 Unknown
Agent messaging19 / 20 Unknown
Workstream grouping16 / 20 Unknown
Session lifecycle board19 / 20 Unknown
Session resume12 / 20 Unknown
Session branching15 / 20 Unknown
Prompt queues17 / 20 Unknown
Restart recovery17 / 20 Unknown
Session import & export17 / 20 Unknown
Context usage visibility18 / 20 Unknown
Usage & cost reporting17 / 20 Unknown
Change review7 / 20 Unknown
Git operations11 / 20 Unknown
Pull request workflow15 / 20 Unknown
Checkpoints & rollback15 / 20 Unknown
Selective change approval17 / 20 Unknown
Merge & conflict assistance19 / 20 Unknown
Visual authoring19 / 20 Unknown
Code editing10 / 20 Unknown
Terminal access5 / 20 Unknown
Browser interaction13 / 20 Unknown
Rich document authoring19 / 20 Unknown
Visual selection context17 / 20 Unknown
Voice interaction16 / 20 Unknown
MCP tools10 / 20 Unknown
Project instructions13 / 20 Unknown
Skills & custom agents8 / 20 Unknown
Model choice11 / 20 Unknown
Local models16 / 20 Unknown
Project memory & retrieval18 / 20 Unknown
Extension SDK16 / 20 Unknown
User-owned credentials16 / 20 Unknown
Remote execution9 / 20 Unknown
Self-hosting15 / 20 Unknown
Mobile access16 / 20 Unknown
Team collaboration16 / 20 Unknown
Tool permissions11 / 20 Unknown
Programmatic control13 / 20 Unknown
Remote agent control17 / 20 Unknown
Team roles & access19 / 20 Unknown

Databases & storage

122 of 170 Unknown

10 products × 17 capabilities · 48 cells with claims

Explore missing evidence by capability
SQL queries4 / 10 Unknown
Document records8 / 10 Unknown
JSON values9 / 10 Unknown
Vector similarity search5 / 10 Unknown
Approximate nearest neighbors7 / 10 Unknown
Metadata filtering6 / 10 Unknown
Hybrid retrieval8 / 10 Unknown
Multi-record transactions5 / 10 Unknown
Replication7 / 10 Unknown
Point-in-time recovery6 / 10 Unknown
Sharding8 / 10 Unknown
Database branching9 / 10 Unknown
Compute autoscaling9 / 10 Unknown
Embedded operation9 / 10 Unknown
Compute beside storage9 / 10 Unknown
HTTP data API8 / 10 Unknown
Managed database service5 / 10 Unknown

Model runtimes

14 of 56 Unknown

4 products × 14 capabilities · 42 cells with claims

Explore missing evidence by capability
CPU inference2 / 4 Unknown
NVIDIA acceleration2 / 4 Unknown
GGUF models1 / 4 Unknown
Open capability →

No claim recorded for:

MLX models2 / 4 Unknown
Quantized weights1 / 4 Unknown
JSON schema output1 / 4 Unknown
Open capability →

No claim recorded for:

Concurrent inference1 / 4 Unknown
Open capability →

No claim recorded for:

Prompt cache reuse2 / 4 Unknown
Speculative decoding2 / 4 Unknown

Collaborative docs & knowledge

69 of 153 Unknown

9 products × 17 capabilities · 84 cells with claims

Explore missing evidence by capability
Document authoring1 / 9 Unknown
Open capability →

No claim recorded for:

Live co-editing2 / 9 Unknown
Shared knowledge space1 / 9 Unknown
Open capability →

No claim recorded for:

Comments or discussions5 / 9 Unknown
Distinct collaborator roles1 / 9 Unknown
Open capability →

No claim recorded for:

Per-document access1 / 9 Unknown
Open capability →

No claim recorded for:

External collaborators3 / 9 Unknown
Structured records and views5 / 9 Unknown
Backlinks7 / 9 Unknown
Content search6 / 9 Unknown
File attachments or storage8 / 9 Unknown
Version recovery4 / 9 Unknown
Offline editing4 / 9 Unknown
Portable content3 / 9 Unknown
Web publication or public link4 / 9 Unknown
Self-hosted collaboration7 / 9 Unknown
End-to-end encrypted sync7 / 9 Unknown

02 / QUESTIONS INTO CHECKS

What would it take to establish more?

102 open questions: 41 across agent platforms and 20 across databases. Each dossier pairs its questions with the steps needed to investigate them.

Agent platforms 41 open questions

Nimbalyst ↗

Revision 2026-09-13.4
How to verify · 5 steps
  1. Pin a product release or repository commit and record the host environment.
  2. Create a disposable repository with a passing baseline test.
  3. Run a bounded change with two agents where supported; record permissions and logs.
  4. Record a failed attempt, actual outcome, and artifacts without secrets.
  5. Have another person reproduce the result before labeling it reproduced.

Applies to: Unpinned public documentation as of 2026-09-13 · Documentation review only

Contributor: Testedknowhow initial research. Commissioned by a Nimbalyst maintainer; not an independent comparison.

Conductor ↗

Revision 2026-09-13.4
How to verify · 5 steps
  1. Pin a product release or repository commit and record the host environment.
  2. Create a disposable repository with a passing baseline test.
  3. Run a bounded change with two agents where supported; record permissions and logs.
  4. Record a failed attempt, actual outcome, and artifacts without secrets.
  5. Have another person reproduce the result before labeling it reproduced.

Applies to: Unpinned public documentation as of 2026-09-13 · Documentation review only

Contributor: Testedknowhow initial research. Commissioned by a Nimbalyst maintainer; not an independent comparison.

Superset ↗

Revision 2026-09-13.4
How to verify · 5 steps
  1. Pin a product release or repository commit and record the host environment.
  2. Create a disposable repository with a passing baseline test.
  3. Run a bounded change with two agents where supported; record permissions and logs.
  4. Record a failed attempt, actual outcome, and artifacts without secrets.
  5. Have another person reproduce the result before labeling it reproduced.

Applies to: Unpinned public documentation as of 2026-09-13 · Documentation review only

Contributor: Testedknowhow initial research. Commissioned by a Nimbalyst maintainer; not an independent comparison.

Vibe Kanban ↗

Revision 2026-09-13.4
How to verify · 5 steps
  1. Pin a product release or repository commit and record the host environment.
  2. Create a disposable repository with a passing baseline test.
  3. Run a bounded change with two agents where supported; record permissions and logs.
  4. Record a failed attempt, actual outcome, and artifacts without secrets.
  5. Have another person reproduce the result before labeling it reproduced.

Applies to: Unpinned public documentation as of 2026-09-13 · Documentation review only

Contributor: Testedknowhow initial research. Commissioned by a Nimbalyst maintainer; not an independent comparison.

Cursor ↗

Revision 2026-09-13.4
How to verify · 5 steps
  1. Pin a product release or repository commit and record the host environment.
  2. Create a disposable repository with a passing baseline test.
  3. Run a bounded change with two agents where supported; record permissions and logs.
  4. Record a failed attempt, actual outcome, and artifacts without secrets.
  5. Have another person reproduce the result before labeling it reproduced.

Applies to: Unpinned public documentation as of 2026-09-13 · Documentation review only

Contributor: Testedknowhow initial research. Commissioned by a Nimbalyst maintainer; not an independent comparison.

Devin ↗

Revision 2026-09-13.4
How to verify · 5 steps
  1. Pin a product release or repository commit and record the host environment.
  2. Create a disposable repository with a passing baseline test.
  3. Run a bounded change with two agents where supported; record permissions and logs.
  4. Record a failed attempt, actual outcome, and artifacts without secrets.
  5. Have another person reproduce the result before labeling it reproduced.

Applies to: Unpinned public documentation as of 2026-09-13 · Documentation review only

Contributor: Testedknowhow initial research. Commissioned by a Nimbalyst maintainer; not an independent comparison.

OpenHands ↗

Revision 2026-09-13.4
How to verify · 5 steps
  1. Pin a product release or repository commit and record the host environment.
  2. Create a disposable repository with a passing baseline test.
  3. Run a bounded change with two agents where supported; record permissions and logs.
  4. Record a failed attempt, actual outcome, and artifacts without secrets.
  5. Have another person reproduce the result before labeling it reproduced.

Applies to: Unpinned public documentation as of 2026-09-13 · Documentation review only

Contributor: Testedknowhow initial research. Commissioned by a Nimbalyst maintainer; not an independent comparison.

Emdash ↗

Revision 2026-09-13.4
How to verify · 5 steps
  1. Pin a product release or repository commit and record the host environment.
  2. Create a disposable repository with a passing baseline test.
  3. Run a bounded change with two agents where supported; record permissions and logs.
  4. Record a failed attempt, actual outcome, and artifacts without secrets.
  5. Have another person reproduce the result before labeling it reproduced.

Applies to: Repository documentation at fccf350847097c8f9d9de3e7e5c98b0d292a4554 · Documentation review only

Contributor: Testedknowhow initial research. Commissioned by a Nimbalyst maintainer; not an independent comparison.

Claude Squad ↗

Revision 2026-09-13.4
How to verify · 5 steps
  1. Pin a product release or repository commit and record the host environment.
  2. Create a disposable repository with a passing baseline test.
  3. Run a bounded change with two agents where supported; record permissions and logs.
  4. Record a failed attempt, actual outcome, and artifacts without secrets.
  5. Have another person reproduce the result before labeling it reproduced.

Applies to: Repository documentation at ce1ffb4392b01f38e2c4599c7c84d2a93973b138 · Documentation review only

Contributor: Testedknowhow initial research. Commissioned by a Nimbalyst maintainer; not an independent comparison.

CloudCLI ↗

Revision 2026-09-13.4
How to verify · 5 steps
  1. Pin a product release or repository commit and record the host environment.
  2. Create a disposable repository with a passing baseline test.
  3. Run a bounded change with two agents where supported; record permissions and logs.
  4. Record a failed attempt, actual outcome, and artifacts without secrets.
  5. Have another person reproduce the result before labeling it reproduced.

Applies to: Repository documentation at 5e73a49b89b4f13766fc2e22723297a36e7dcef2; Unpinned public documentation and/or pinned README sections reviewed 2026-09-13; per-claim source scope applies. · Documentation review only

Contributor: Testedknowhow initial research. Commissioned by a Nimbalyst maintainer; not an independent comparison.

Opcode ↗

Revision 2026-09-13.4
How to verify · 5 steps
  1. Pin a product release or repository commit and record the host environment.
  2. Create a disposable repository with a passing baseline test.
  3. Run a bounded change with two agents where supported; record permissions and logs.
  4. Record a failed attempt, actual outcome, and artifacts without secrets.
  5. Have another person reproduce the result before labeling it reproduced.

Applies to: Repository documentation at 70c16d8a4910db48cd9684aeacdd431caefd7d71; Unpinned public documentation and/or pinned README sections reviewed 2026-09-13; per-claim source scope applies. · Documentation review only

Contributor: Testedknowhow initial research. Commissioned by a Nimbalyst maintainer; not an independent comparison.

CodexMonitor ↗

Revision 2026-09-13.4
How to verify · 5 steps
  1. Pin a product release or repository commit and record the host environment.
  2. Create a disposable repository with a passing baseline test.
  3. Run a bounded change with two agents where supported; record permissions and logs.
  4. Record a failed attempt, actual outcome, and artifacts without secrets.
  5. Have another person reproduce the result before labeling it reproduced.

Applies to: Repository documentation at dd61b9abd37de5ded86e82b9fe8a83fd49d46fa5; Unpinned public documentation and/or pinned README sections reviewed 2026-09-13; per-claim source scope applies. · Documentation review only

Contributor: Testedknowhow initial research. Commissioned by a Nimbalyst maintainer; not an independent comparison.

cmux ↗

Revision 2026-09-13.4
How to verify · 5 steps
  1. Pin a product release or repository commit and record the host environment.
  2. Create a disposable repository with a passing baseline test.
  3. Run a bounded change with two agents where supported; record permissions and logs.
  4. Record a failed attempt, actual outcome, and artifacts without secrets.
  5. Have another person reproduce the result before labeling it reproduced.

Applies to: Repository documentation at 22ae1c56fd83103e2d9c80ec3341a9a08557e6e1; Unpinned public documentation and/or pinned README sections reviewed 2026-09-13; per-claim source scope applies. · Documentation review only

Contributor: Testedknowhow initial research. Commissioned by a Nimbalyst maintainer; not an independent comparison.

Cline ↗

Revision 2026-09-13.4
How to verify · 5 steps
  1. Pin a product release or repository commit and record the host environment.
  2. Create a disposable repository with a passing baseline test.
  3. Run a bounded change with two agents where supported; record permissions and logs.
  4. Record a failed attempt, actual outcome, and artifacts without secrets.
  5. Have another person reproduce the result before labeling it reproduced.

Applies to: Repository documentation at c1c0b55ca03a4cd1d1eff2f64449445f778be4c4; Unpinned public documentation and/or pinned README sections reviewed 2026-09-13; per-claim source scope applies. · Documentation review only

Contributor: Testedknowhow initial research. Commissioned by a Nimbalyst maintainer; not an independent comparison.

Roo Code ↗

Revision 2026-09-13.4
How to verify · 5 steps
  1. Pin a product release or repository commit and record the host environment.
  2. Create a disposable repository with a passing baseline test.
  3. Run a bounded change with two agents where supported; record permissions and logs.
  4. Record a failed attempt, actual outcome, and artifacts without secrets.
  5. Have another person reproduce the result before labeling it reproduced.

Applies to: Repository documentation at b867ec9145750d0ae1ff7f02d35406e9bf2a0b16 · Documentation review only

Contributor: Testedknowhow initial research. Commissioned by a Nimbalyst maintainer; not an independent comparison.

Kilo Code ↗

Revision 2026-09-13.4
How to verify · 5 steps
  1. Pin a product release or repository commit and record the host environment.
  2. Create a disposable repository with a passing baseline test.
  3. Run a bounded change with two agents where supported; record permissions and logs.
  4. Record a failed attempt, actual outcome, and artifacts without secrets.
  5. Have another person reproduce the result before labeling it reproduced.

Applies to: Repository documentation at c36e22634860e06e0aa63234fae37bbd83d3b182 · Documentation review only

Contributor: Testedknowhow initial research. Commissioned by a Nimbalyst maintainer; not an independent comparison.

OpenCode ↗

Revision 2026-09-13.4
How to verify · 5 steps
  1. Pin a product release or repository commit and record the host environment.
  2. Create a disposable repository with a passing baseline test.
  3. Run a bounded change with two agents where supported; record permissions and logs.
  4. Record a failed attempt, actual outcome, and artifacts without secrets.
  5. Have another person reproduce the result before labeling it reproduced.

Applies to: Repository documentation at df23b7f9488a38e6f8064a0739d4f8cde86d7cfb; Unpinned official documentation checked 2026-09-13; Unpinned public documentation and/or pinned README sections reviewed 2026-09-13; per-claim source scope applies. · Documentation review only

Contributor: Testedknowhow initial research. Commissioned by a Nimbalyst maintainer; not an independent comparison.

Aider ↗

Revision 2026-09-13.4
How to verify · 5 steps
  1. Pin a product release or repository commit and record the host environment.
  2. Create a disposable repository with a passing baseline test.
  3. Run a bounded change with two agents where supported; record permissions and logs.
  4. Record a failed attempt, actual outcome, and artifacts without secrets.
  5. Have another person reproduce the result before labeling it reproduced.

Applies to: Repository documentation at 5dc9490bb35f9729ef2c95d00a19ccd30c26339c; Unpinned public documentation and/or pinned README sections reviewed 2026-09-13; per-claim source scope applies. · Documentation review only

Contributor: Testedknowhow initial research. Commissioned by a Nimbalyst maintainer; not an independent comparison.

Warp ↗

Revision 2026-09-13.4
How to verify · 5 steps
  1. Pin a product release or repository commit and record the host environment.
  2. Create a disposable repository with a passing baseline test.
  3. Run a bounded change with two agents where supported; record permissions and logs.
  4. Record a failed attempt, actual outcome, and artifacts without secrets.
  5. Have another person reproduce the result before labeling it reproduced.

Applies to: Unpinned public documentation as of 2026-09-13 · Documentation review only

Contributor: Testedknowhow initial research. Commissioned by a Nimbalyst maintainer; not an independent comparison.

Zed ↗

Revision 2026-09-13.4
How to verify · 5 steps
  1. Pin a product release or repository commit and record the host environment.
  2. Create a disposable repository with a passing baseline test.
  3. Run a bounded change with two agents where supported; record permissions and logs.
  4. Record a failed attempt, actual outcome, and artifacts without secrets.
  5. Have another person reproduce the result before labeling it reproduced.

Applies to: Unpinned public documentation as of 2026-09-13 · Documentation review only

Contributor: Testedknowhow initial research. Commissioned by a Nimbalyst maintainer; not an independent comparison.

Databases & storage 20 open questions

PostgreSQL ↗

Revision 2026-09-14.1
How to verify · 3 steps
  1. Pin the target configuration and define workload fixtures, access and budget.
  2. With authorization, test concurrent writes and recovery against explicit correctness expectations.
  3. For vector workloads, measure filtered recall against an exact-search baseline and record index settings.

Applies to: Unpinned upstream documentation accessed 2026-09-14; pin engine, extension and service versions before use. · Operator manages deployment, backups and upgrades. This target excludes extensions.

Contributor: Testedknowhow database research. Commissioned by a Nimbalyst maintainer. Documentation synthesis; no independent review or product execution.

SQLite ↗

Revision 2026-09-14.1
How to verify · 3 steps
  1. Pin the target configuration and define workload fixtures, access and budget.
  2. With authorization, test concurrent writes and recovery against explicit correctness expectations.
  3. For vector workloads, measure filtered recall against an exact-search baseline and record index settings.

Applies to: Unpinned upstream documentation accessed 2026-09-14; pin engine, extension and service versions before use. · Application owns the database file, lifecycle and backup procedure; no separate database server.

Contributor: Testedknowhow database research. Commissioned by a Nimbalyst maintainer. Documentation synthesis; no independent review or product execution.

MongoDB Community ↗

Revision 2026-09-14.1
How to verify · 3 steps
  1. Pin the target configuration and define workload fixtures, access and budget.
  2. With authorization, test concurrent writes and recovery against explicit correctness expectations.
  3. For vector workloads, measure filtered recall against an exact-search baseline and record index settings.

Applies to: Unpinned upstream documentation accessed 2026-09-14; pin engine, extension and service versions before use. · Operator manages the deployment. This target does not include an Atlas service or configured vector-search component.

Contributor: Testedknowhow database research. Commissioned by a Nimbalyst maintainer. Documentation synthesis; no independent review or product execution.

PostgreSQL + pgvector ↗

Revision 2026-09-14.1
How to verify · 3 steps
  1. Pin the target configuration and define workload fixtures, access and budget.
  2. With authorization, test concurrent writes and recovery against explicit correctness expectations.
  3. For vector workloads, measure filtered recall against an exact-search baseline and record index settings.

Applies to: Unpinned upstream documentation accessed 2026-09-14; pin engine, extension and service versions before use. · PostgreSQL plus an installed and enabled pgvector extension; operator manages both.

Contributor: Testedknowhow database research. Commissioned by a Nimbalyst maintainer. Documentation synthesis; no independent review or product execution.

Qdrant ↗

Revision 2026-09-14.1
How to verify · 3 steps
  1. Pin the target configuration and define workload fixtures, access and budget.
  2. With authorization, test concurrent writes and recovery against explicit correctness expectations.
  3. For vector workloads, measure filtered recall against an exact-search baseline and record index settings.

Applies to: Unpinned upstream documentation accessed 2026-09-14; pin engine, extension and service versions before use. · Self-managed server deployment; Qdrant Cloud and Edge are outside this target.

Contributor: Testedknowhow database research. Commissioned by a Nimbalyst maintainer. Documentation synthesis; no independent review or product execution.

Cloudflare D1 ↗

Revision 2026-09-14.1
How to verify · 3 steps
  1. Pin the target configuration and define workload fixtures, access and budget.
  2. With authorization, test concurrent writes and recovery against explicit correctness expectations.
  3. For vector workloads, measure filtered recall against an exact-search baseline and record index settings.

Applies to: Unpinned upstream documentation accessed 2026-09-14; pin engine, extension and service versions before use. · Database is a managed service separate from Worker application compute; do not assume arbitrary SQLite extensions.

Contributor: Testedknowhow database research. Commissioned by a Nimbalyst maintainer. Documentation synthesis; no independent review or product execution.

Durable Objects + SQLite ↗

Revision 2026-09-14.1
How to verify · 3 steps
  1. Pin the target configuration and define workload fixtures, access and budget.
  2. With authorization, test concurrent writes and recovery against explicit correctness expectations.
  3. For vector workloads, measure filtered recall against an exact-search baseline and record index settings.

Applies to: Unpinned upstream documentation accessed 2026-09-14; pin engine, extension and service versions before use. · Each object owns private storage. Application implements Worker routing and cross-object coordination.

Contributor: Testedknowhow database research. Commissioned by a Nimbalyst maintainer. Documentation synthesis; no independent review or product execution.

Neon Postgres ↗

Revision 2026-09-14.1
How to verify · 3 steps
  1. Pin the target configuration and define workload fixtures, access and budget.
  2. With authorization, test concurrent writes and recovery against explicit correctness expectations.
  3. For vector workloads, measure filtered recall against an exact-search baseline and record index settings.

Applies to: Unpinned upstream documentation accessed 2026-09-14; pin engine, extension and service versions before use. · Neon hosted Postgres; vector claims require enabling pgvector per database. Other backend services are excluded.

Contributor: Testedknowhow database research. Commissioned by a Nimbalyst maintainer. Documentation synthesis; no independent review or product execution.

MongoDB Atlas ↗

Revision 2026-09-14.1
How to verify · 3 steps
  1. Pin the target configuration and define workload fixtures, access and budget.
  2. With authorization, test concurrent writes and recovery against explicit correctness expectations.
  3. For vector workloads, measure filtered recall against an exact-search baseline and record index settings.

Applies to: Unpinned upstream documentation accessed 2026-09-14; pin engine, extension and service versions before use. · Atlas cluster plus configured search indexes; region, cluster type and search resources must be specified.

Contributor: Testedknowhow database research. Commissioned by a Nimbalyst maintainer. Documentation synthesis; no independent review or product execution.

Pinecone ↗

Revision 2026-09-14.1
How to verify · 3 steps
  1. Pin the target configuration and define workload fixtures, access and budget.
  2. With authorization, test concurrent writes and recovery against explicit correctness expectations.
  3. For vector workloads, measure filtered recall against an exact-search baseline and record index settings.

Applies to: Unpinned upstream documentation accessed 2026-09-14; pin engine, extension and service versions before use. · Hosted index and namespace configuration; attached metadata is not classified as a general document database.

Contributor: Testedknowhow database research. Commissioned by a Nimbalyst maintainer. Documentation synthesis; no independent review or product execution.

Model runtimes 10 open questions

llama.cpp ↗

Revision 2026-09-15.1
How to verify · 3 steps
  1. Choose hardware and obtain explicit approval for installations, downloads and execution resources.
  2. Pin runtime and engine versions, model artifact hashes, tokenizer, template, quantization and inference settings.
  3. Run the local-model-mac investigation with synthetic prompts and capture raw measurements; do not record documentation as execution.

Applies to: Repository revision 38a5b42d9a3e82e0a586bcd1caed121f36c87a73; living documentation separately dated. · Self-managed local build and server; pin compiled backends and model files.

Contributor: Testedknowhow model runtime research. Commissioned by a Nimbalyst maintainer. Documentation synthesis; no independent review or product execution.

MLX-LM ↗

Revision 2026-09-15.1
How to verify · 3 steps
  1. Choose hardware and obtain explicit approval for installations, downloads and execution resources.
  2. Pin runtime and engine versions, model artifact hashes, tokenizer, template, quantization and inference settings.
  3. Run the local-model-mac investigation with synthetic prompts and capture raw measurements; do not record documentation as execution.

Applies to: Repository revision 872ae88d1fac77350db23c8c04fe8dd372a9e3e8; living documentation separately dated. · Local Apple Silicon execution with MLX; model conversion and server configuration remain operator-owned.

Contributor: Testedknowhow model runtime research. Commissioned by a Nimbalyst maintainer. Documentation synthesis; no independent review or product execution.

Ollama (local runtime) ↗

Revision 2026-09-15.1
How to verify · 3 steps
  1. Choose hardware and obtain explicit approval for installations, downloads and execution resources.
  2. Pin runtime and engine versions, model artifact hashes, tokenizer, template, quantization and inference settings.
  3. Run the local-model-mac investigation with synthetic prompts and capture raw measurements; do not record documentation as execution.

Applies to: Repository revision a43fad18b088095de20fbd7a8f0de50824cf5d27; living documentation separately dated. · Local Ollama server with OLLAMA_NO_CLOUD=1 and preloaded local models; excludes Ollama Cloud and web search.

Contributor: Testedknowhow model runtime research. Commissioned by a Nimbalyst maintainer. Documentation synthesis; no independent review or product execution.

LM Studio (local runtime) ↗

Revision 2026-09-15.1
How to verify · 3 steps
  1. Choose hardware and obtain explicit approval for installations, downloads and execution resources.
  2. Pin runtime and engine versions, model artifact hashes, tokenizer, template, quantization and inference settings.
  3. Run the local-model-mac investigation with synthetic prompts and capture raw measurements; do not record documentation as execution.

Applies to: Living documentation accessed 2026-09-15; app and installed engine versions are not pinned. · Local LM Studio app and server; pin the separately installed llama.cpp or MLX engine. Excludes remote hosts, Bionic workflows and external tools.

Contributor: Testedknowhow model runtime research. Commissioned by a Nimbalyst maintainer. Documentation synthesis; no independent review or product execution.

Collaborative docs & knowledge 31 open questions

Notion ↗

Revision 2026-09-15.1
How to verify · 3 steps
  1. Use the small-team-knowledge investigation to specify the required collaboration and access boundaries.
  2. With explicit authorization, create an isolated synthetic workspace and named test accounts; do not invite real colleagues or upload private knowledge.
  3. Test editing, viewer restrictions, recovery and export with pinned clients and plan; retain sanitized artifacts before drawing conclusions.

Applies to: Living documentation accessed 2026-09-15; pin plan, client, deployment and tenant policies before use. · Hosted Notion workspace; desktop/mobile required for the cited offline mode.

Contributor: Testedknowhow collaboration research. Commissioned by a Nimbalyst maintainer. Public-source synthesis; no independent review or product execution.

Google Docs ↗

Revision 2026-09-15.1
How to verify · 3 steps
  1. Use the small-team-knowledge investigation to specify the required collaboration and access boundaries.
  2. With explicit authorization, create an isolated synthetic workspace and named test accounts; do not invite real colleagues or upload private knowledge.
  3. Test editing, viewer restrictions, recovery and export with pinned clients and plan; retain sanitized artifacts before drawing conclusions.

Applies to: Living documentation accessed 2026-09-15; pin plan, client, deployment and tenant policies before use. · Google Docs in Google Workspace; Drive storage and organization are a separate target.

Contributor: Testedknowhow collaboration research. Commissioned by a Nimbalyst maintainer. Public-source synthesis; no independent review or product execution.

Google Drive ↗

Revision 2026-09-15.1
How to verify · 3 steps
  1. Use the small-team-knowledge investigation to specify the required collaboration and access boundaries.
  2. With explicit authorization, create an isolated synthetic workspace and named test accounts; do not invite real colleagues or upload private knowledge.
  3. Test editing, viewer restrictions, recovery and export with pinned clients and plan; retain sanitized artifacts before drawing conclusions.

Applies to: Living documentation accessed 2026-09-15; pin plan, client, deployment and tenant policies before use. · Google Workspace Drive, including shared drives where enabled; excludes Docs, Sheets and Slides editing engines.

Contributor: Testedknowhow collaboration research. Commissioned by a Nimbalyst maintainer. Public-source synthesis; no independent review or product execution.

Coda (Superhuman Docs) ↗

Revision 2026-09-15.1
How to verify · 3 steps
  1. Use the small-team-knowledge investigation to specify the required collaboration and access boundaries.
  2. With explicit authorization, create an isolated synthetic workspace and named test accounts; do not invite real colleagues or upload private knowledge.
  3. Test editing, viewer restrictions, recovery and export with pinned clients and plan; retain sanitized artifacts before drawing conclusions.

Applies to: Living documentation accessed 2026-09-15; pin plan, client, deployment and tenant policies before use. · Hosted Coda document workspace; current branding is Superhuman Docs. Pack behavior is excluded.

Contributor: Testedknowhow collaboration research. Commissioned by a Nimbalyst maintainer. Public-source synthesis; no independent review or product execution.

Confluence Cloud ↗

Revision 2026-09-15.1
How to verify · 3 steps
  1. Use the small-team-knowledge investigation to specify the required collaboration and access boundaries.
  2. With explicit authorization, create an isolated synthetic workspace and named test accounts; do not invite real colleagues or upload private knowledge.
  3. Test editing, viewer restrictions, recovery and export with pinned clients and plan; retain sanitized artifacts before drawing conclusions.

Applies to: Living documentation accessed 2026-09-15; pin plan, client, deployment and tenant policies before use. · Confluence Cloud with the space features enabled; excludes Data Center and Marketplace apps.

Contributor: Testedknowhow collaboration research. Commissioned by a Nimbalyst maintainer. Public-source synthesis; no independent review or product execution.

Microsoft Loop ↗

Revision 2026-09-15.1
How to verify · 3 steps
  1. Use the small-team-knowledge investigation to specify the required collaboration and access boundaries.
  2. With explicit authorization, create an isolated synthetic workspace and named test accounts; do not invite real colleagues or upload private knowledge.
  3. Test editing, viewer restrictions, recovery and export with pinned clients and plan; retain sanitized artifacts before drawing conclusions.

Applies to: Living documentation accessed 2026-09-15; pin plan, client, deployment and tenant policies before use. · Work or school Microsoft 365 tenant; excludes personal-account and Copilot-specific capabilities.

Contributor: Testedknowhow collaboration research. Commissioned by a Nimbalyst maintainer. Public-source synthesis; no independent review or product execution.

AFFiNE ↗

Revision 2026-09-15.1
How to verify · 3 steps
  1. Use the small-team-knowledge investigation to specify the required collaboration and access boundaries.
  2. With explicit authorization, create an isolated synthetic workspace and named test accounts; do not invite real colleagues or upload private knowledge.
  3. Test editing, viewer restrictions, recovery and export with pinned clients and plan; retain sanitized artifacts before drawing conclusions.

Applies to: Living documentation accessed 2026-09-15; pin plan, client, deployment and tenant policies before use.; Repository revision 2af30773aecd567f09b346e7b72fc69143144057; deployed release not pinned. · AFFiNE clients with a selected cloud or self-hosted backend; pin edition and team entitlements.

Contributor: Testedknowhow collaboration research. Commissioned by a Nimbalyst maintainer. Public-source synthesis; no independent review or product execution.

Obsidian + Sync ↗

Revision 2026-09-15.1
How to verify · 3 steps
  1. Use the small-team-knowledge investigation to specify the required collaboration and access boundaries.
  2. With explicit authorization, create an isolated synthetic workspace and named test accounts; do not invite real colleagues or upload private knowledge.
  3. Test editing, viewer restrictions, recovery and export with pinned clients and plan; retain sanitized artifacts before drawing conclusions.

Applies to: Living documentation accessed 2026-09-15; pin plan, client, deployment and tenant policies before use. · Obsidian core app plus official Sync for shared vaults; Publish is a separately identified add-on. Excludes community collaboration plugins.

Contributor: Testedknowhow collaboration research. Commissioned by a Nimbalyst maintainer. Public-source synthesis; no independent review or product execution.

Anytype ↗

Revision 2026-09-15.1
How to verify · 3 steps
  1. Use the small-team-knowledge investigation to specify the required collaboration and access boundaries.
  2. With explicit authorization, create an isolated synthetic workspace and named test accounts; do not invite real colleagues or upload private knowledge.
  3. Test editing, viewer restrictions, recovery and export with pinned clients and plan; retain sanitized artifacts before drawing conclusions.

Applies to: Living documentation accessed 2026-09-15; pin plan, client, deployment and tenant policies before use.; Desktop repository revision 14cf1e6efcb4e3bf2d425afe92fdfecc1f603574. · Anytype clients and a chosen Anytype or self-hosted network; per-object permission boundaries are excluded.

Contributor: Testedknowhow collaboration research. Commissioned by a Nimbalyst maintainer. Public-source synthesis; no independent review or product execution.

03 / KNOWLEDGE AGES

A review window is not a guarantee.

43 need rechecking; 0 are within their review window. Evaluated on (UTC). Status is recalculated from dossier expiry dates on each page request. A trigger below can call a claim into question before that date.

Aider ↗

Checked · Recheck by

Needs recheck

Recheck when

  • Documentation changes
  • New product release
  • License change

Claude Squad ↗

Checked · Recheck by

Needs recheck

Recheck when

  • Documentation changes
  • New product release
  • License change

Cline ↗

Checked · Recheck by

Needs recheck

Recheck when

  • Documentation changes
  • New product release
  • License change

CloudCLI ↗

Checked · Recheck by

Needs recheck

Recheck when

  • Documentation changes
  • New product release
  • License change

cmux ↗

Checked · Recheck by

Needs recheck

Recheck when

  • Documentation changes
  • New product release
  • License change

CodexMonitor ↗

Checked · Recheck by

Needs recheck

Recheck when

  • Documentation changes
  • New product release
  • License change

Conductor ↗

Checked · Recheck by

Needs recheck

Recheck when

  • Documentation changes
  • New product release
  • License change

Cursor ↗

Checked · Recheck by

Needs recheck

Recheck when

  • Documentation changes
  • New product release
  • License change

Devin ↗

Checked · Recheck by

Needs recheck

Recheck when

  • Documentation changes
  • New product release
  • License change

Emdash ↗

Checked · Recheck by

Needs recheck

Recheck when

  • Documentation changes
  • New product release
  • License change

Kilo Code ↗

Checked · Recheck by

Needs recheck

Recheck when

  • Documentation changes
  • New product release
  • License change

Nimbalyst ↗

Checked · Recheck by

Needs recheck

Recheck when

  • Documentation changes
  • New product release
  • License change

Opcode ↗

Checked · Recheck by

Needs recheck

Recheck when

  • Documentation changes
  • New product release
  • License change

OpenCode ↗

Checked · Recheck by

Needs recheck

Recheck when

  • Documentation changes
  • New product release
  • License change

OpenHands ↗

Checked · Recheck by

Needs recheck

Recheck when

  • Documentation changes
  • New product release
  • License change

Roo Code ↗

Checked · Recheck by

Needs recheck

Recheck when

  • Documentation changes
  • New product release
  • License change

Superset ↗

Checked · Recheck by

Needs recheck

Recheck when

  • Documentation changes
  • New product release
  • License change

Vibe Kanban ↗

Checked · Recheck by

Needs recheck

Recheck when

  • Documentation changes
  • New product release
  • License change

Warp ↗

Checked · Recheck by

Needs recheck

Recheck when

  • Documentation changes
  • New product release
  • License change

Zed ↗

Checked · Recheck by

Needs recheck

Recheck when

  • Documentation changes
  • New product release
  • License change

Cloudflare D1 ↗

Checked · Recheck by

Needs recheck

Recheck when

  • Upstream version, license, API, service plan or storage topology changes.

Durable Objects + SQLite ↗

Checked · Recheck by

Needs recheck

Recheck when

  • Upstream version, license, API, service plan or storage topology changes.

MongoDB Atlas ↗

Checked · Recheck by

Needs recheck

Recheck when

  • Upstream version, license, API, service plan or storage topology changes.

MongoDB Community ↗

Checked · Recheck by

Needs recheck

Recheck when

  • Upstream version, license, API, service plan or storage topology changes.

Neon Postgres ↗

Checked · Recheck by

Needs recheck

Recheck when

  • Upstream version, license, API, service plan or storage topology changes.

Pinecone ↗

Checked · Recheck by

Needs recheck

Recheck when

  • Upstream version, license, API, service plan or storage topology changes.

PostgreSQL ↗

Checked · Recheck by

Needs recheck

Recheck when

  • Upstream version, license, API, service plan or storage topology changes.

PostgreSQL + pgvector ↗

Checked · Recheck by

Needs recheck

Recheck when

  • Upstream version, license, API, service plan or storage topology changes.

Qdrant ↗

Checked · Recheck by

Needs recheck

Recheck when

  • Upstream version, license, API, service plan or storage topology changes.

SQLite ↗

Checked · Recheck by

Needs recheck

Recheck when

  • Upstream version, license, API, service plan or storage topology changes.

AFFiNE ↗

Checked · Recheck by

Needs recheck

Recheck when

  • Changes to app versions, plan entitlements, sharing policies or license terms.
  • Changes to offline caching, synchronization, recovery retention or export formats.

Anytype ↗

Checked · Recheck by

Needs recheck

Recheck when

  • Changes to app versions, plan entitlements, sharing policies or license terms.
  • Changes to offline caching, synchronization, recovery retention or export formats.

Coda (Superhuman Docs) ↗

Checked · Recheck by

Needs recheck

Recheck when

  • Changes to app versions, plan entitlements, sharing policies or license terms.
  • Changes to offline caching, synchronization, recovery retention or export formats.

Confluence Cloud ↗

Checked · Recheck by

Needs recheck

Recheck when

  • Changes to app versions, plan entitlements, sharing policies or license terms.
  • Changes to offline caching, synchronization, recovery retention or export formats.

Google Docs ↗

Checked · Recheck by

Needs recheck

Recheck when

  • Changes to app versions, plan entitlements, sharing policies or license terms.
  • Changes to offline caching, synchronization, recovery retention or export formats.

Google Drive ↗

Checked · Recheck by

Needs recheck

Recheck when

  • Changes to app versions, plan entitlements, sharing policies or license terms.
  • Changes to offline caching, synchronization, recovery retention or export formats.

llama.cpp ↗

Checked · Recheck by

Needs recheck

Recheck when

  • Runtime, bundled engine, backend, model format or license changes.
  • Documentation changes affecting the cited configuration.

LM Studio (local runtime) ↗

Checked · Recheck by

Needs recheck

Recheck when

  • Runtime, bundled engine, backend, model format or license changes.
  • Documentation changes affecting the cited configuration.

Microsoft Loop ↗

Checked · Recheck by

Needs recheck

Recheck when

  • Changes to app versions, plan entitlements, sharing policies or license terms.
  • Changes to offline caching, synchronization, recovery retention or export formats.

MLX-LM ↗

Checked · Recheck by

Needs recheck

Recheck when

  • Runtime, bundled engine, backend, model format or license changes.
  • Documentation changes affecting the cited configuration.

Notion ↗

Checked · Recheck by

Needs recheck

Recheck when

  • Changes to app versions, plan entitlements, sharing policies or license terms.
  • Changes to offline caching, synchronization, recovery retention or export formats.

Obsidian + Sync ↗

Checked · Recheck by

Needs recheck

Recheck when

  • Changes to app versions, plan entitlements, sharing policies or license terms.
  • Changes to offline caching, synchronization, recovery retention or export formats.

Ollama (local runtime) ↗

Checked · Recheck by

Needs recheck

Recheck when

  • Runtime, bundled engine, backend, model format or license changes.
  • Documentation changes affecting the cited configuration.

04 / UNFINISHED CONNECTIONS

Collected does not mean established.

19 sources are carried in dossiers without any claim citing them. They are research leads: before they support a conclusion, they need a specific statement, a source locator, and an explicit scope.

Nimbalyst dossier ↗

Nimbalyst repository ↗

nimbalyst-repo · repository
Captured

Locator: Repository overview and license; no product execution.

Source revision: Unpinned.
Upstream license applies.

Commissioned by a Nimbalyst maintainer; not an independent comparison.

Superset dossier ↗

Superset repository ↗

superset-repo · repository
Captured

Locator: Repository overview and license; no product execution.

Source revision: Unpinned.
Upstream license applies.

Commissioned by a Nimbalyst maintainer; not an independent comparison.

Vibe Kanban dossier ↗

Vibe Kanban repository ↗

vibe-kanban-repo · repository
Captured

Locator: Repository overview and license; no product execution.

Source revision: Unpinned.
Upstream license applies.

Commissioned by a Nimbalyst maintainer; not an independent comparison.

llama.cpp dossier ↗

llama.cpp license ↗

llama-cpp-license · repository
Captured

Locator: MIT License

Source revision: 38a5b42d9a3e82e0a586bcd1caed121f36c87a73.
Link and original paraphrase only; upstream rights retained.

Commissioned by a Nimbalyst maintainer. Documentation synthesis; no independent review or product execution.

MLX-LM dossier ↗

MLX-LM license ↗

mlx-lm-license · repository
Captured

Locator: MIT License

Source revision: 872ae88d1fac77350db23c8c04fe8dd372a9e3e8.
Link and original paraphrase only; upstream rights retained.

Commissioned by a Nimbalyst maintainer. Documentation synthesis; no independent review or product execution.

Ollama (local runtime) dossier ↗

Ollama runtime license ↗

ollama-local-license · repository
Captured

Locator: MIT License

Source revision: a43fad18b088095de20fbd7a8f0de50824cf5d27.
Link and original paraphrase only; upstream rights retained.

Commissioned by a Nimbalyst maintainer. Documentation synthesis; no independent review or product execution.

LM Studio (local runtime) dossier ↗

LM Studio system requirements ↗

lm-studio-local-hardware · vendor-documentation
Captured

Locator: Apple Silicon and macOS requirements

Source revision: Unpinned.
Link and original paraphrase only; upstream rights retained.

Commissioned by a Nimbalyst maintainer. Documentation synthesis; no independent review or product execution.

LM Studio (local runtime) dossier ↗

LM Studio app terms ↗

lm-studio-local-terms · vendor-documentation
Captured

Locator: Version August 23, 2026; License Grant; Restrictions On Use

Source revision: 2026-08-23.
Link and original paraphrase only; upstream rights retained.

Commissioned by a Nimbalyst maintainer. Documentation synthesis; no independent review or product execution.

Notion dossier ↗

Notion plan and agreement scope ↗

notion-terms · vendor-documentation
Captured

Locator: Master Subscription Agreement; Personal Use Terms

Source revision: Unpinned.
Link and original paraphrase only; upstream rights retained.

Commissioned by a Nimbalyst maintainer. Public-source synthesis; no independent review or product execution.

Google Docs dossier ↗

Google Workspace service agreement ↗

google-docs-terms · vendor-documentation
Captured

Locator: Service use; agreement applicability and renewal notice

Source revision: 2026-09-02.
Link and original paraphrase only; upstream rights retained.

Commissioned by a Nimbalyst maintainer. Public-source synthesis; no independent review or product execution.

Google Drive dossier ↗

Google Workspace service agreement ↗

google-drive-terms · vendor-documentation
Captured

Locator: Service use; applicability and renewal notice

Source revision: 2026-09-02.
Link and original paraphrase only; upstream rights retained.

Commissioned by a Nimbalyst maintainer. Public-source synthesis; no independent review or product execution.

Coda (Superhuman Docs) dossier ↗

Coda identity and terms directory ↗

coda-identity · vendor-documentation
Captured

Locator: Coda is now Superhuman Docs; legal resources

Source revision: Unpinned.
Link and original paraphrase only; upstream rights retained.

Commissioned by a Nimbalyst maintainer. Public-source synthesis; no independent review or product execution.

Confluence Cloud dossier ↗

Atlassian Customer Agreement ↗

confluence-cloud-terms · vendor-documentation
Captured

Locator: Cloud Products and permitted use

Source revision: Unpinned.
Link and original paraphrase only; upstream rights retained.

Commissioned by a Nimbalyst maintainer. Public-source synthesis; no independent review or product execution.

Microsoft Loop dossier ↗

Loop subscription and storage requirements ↗

microsoft-loop-license · vendor-documentation
Captured

Locator: Work/school accounts; app and workspace entitlements

Source revision: Unpinned.
Link and original paraphrase only; upstream rights retained.

Commissioned by a Nimbalyst maintainer. Public-source synthesis; no independent review or product execution.

Microsoft Loop dossier ↗

Microsoft 365 product terms ↗

microsoft-loop-terms · vendor-documentation
Captured

Locator: Microsoft 365 Online Services terms

Source revision: Unpinned.
Link and original paraphrase only; upstream rights retained.

Commissioned by a Nimbalyst maintainer. Public-source synthesis; no independent review or product execution.

AFFiNE dossier ↗

AFFiNE license routing ↗

affine-license · repository
Captured

Locator: Backend/native paths; MIT remainder

Source revision: 2af30773aecd567f09b346e7b72fc69143144057.
Link and original paraphrase only; upstream rights retained.

Commissioned by a Nimbalyst maintainer. Public-source synthesis; no independent review or product execution.

AFFiNE dossier ↗

AFFiNE backend license ↗

affine-backend-license · repository
Captured

Locator: Production subscription terms; Community Edition and client-side exceptions

Source revision: 2af30773aecd567f09b346e7b72fc69143144057.
Link and original paraphrase only; upstream rights retained.

Commissioned by a Nimbalyst maintainer. Public-source synthesis; no independent review or product execution.

Obsidian + Sync dossier ↗

Obsidian terms of service ↗

obsidian-terms · vendor-documentation
Captured

Locator: App and service agreement

Source revision: 2025-02-20.
Link and original paraphrase only; upstream rights retained.

Commissioned by a Nimbalyst maintainer. Public-source synthesis; no independent review or product execution.

Anytype dossier ↗

Anytype desktop license ↗

anytype-license · repository
Captured

Locator: Any Source Available License 1.0; Allowed Networks

Source revision: 14cf1e6efcb4e3bf2d425afe92fdfecc1f603574.
Link and original paraphrase only; upstream rights retained.

Commissioned by a Nimbalyst maintainer. Public-source synthesis; no independent review or product execution.

4 more sources describe database targets, but are not cited by capability claims

These already serve a purpose: the dossier references them for the comparison target’s scope. That does not establish a capability.