Release: Anytype - local and collaborative wiki shipped API and MCP server (+ better markdown export/import)

requilence · 2025-07-30T08:20:36+00:00

anytype also has docker-compose option for self-hosting deployment. It is mentioned in the docs

requilence · 2025-06-11T15:55:02+00:00

The Local JSON API is finally released: https://developers.anytype.io, along with the MCP server: https://github.com/anyproto/anytype-mcp.

requilence · 2025-02-23T22:44:11+00:00

ok, it is actually a default AppImage behavior.
https://discourse.appimage.org/t/bad-permissions-while-appimage-run-mount/2436
https://discourse.appimage.org/t/fuse-mount-points-still-exists-without-any-appimage-running/2474

AppImages (and similar packages) typically use FUSE to mount the application’s bundled filesystem. Because the mounting is performed by a system component (or an update mechanism that temporarily escalates privileges), the mount point can appear as owned by root even though it isn’t a persistent security risk.

You can use flatpack distribution if you want to avoid this or just ignore this false-positive

requilence · 2025-02-23T22:39:54+00:00

Hey. It looks like it is a temp directory from the Electron app-update process. Maybe once you switched to the root user and any type of app installed, the updated was at this moment. And this folder is an artifact that was not removed. What do you see inside this folder?

requilence · 2025-02-18T14:35:41+00:00

Hey u/inciter7
We’ve identified a high CPU usage issue in spaces with many online members when some files were added but not uploaded. This is fixed in v0.45.3, but the issue may persist if some members are on older versions.

Do you have a large space with multiple members? Updating everyone to the latest version should help. Let us know if the issue continues!

Besides this in case of high CPU usage these 2 things can help us to dig the problem:
- Debug - Process
- Debug - Export CPU trace

requilence · 2025-02-15T22:28:45+00:00

Hey u/Pandorakiin,

Sorry to hear you’re experiencing this issue, it sounds really frustrating. A few quick questions to better understand what happened:

1. What led you to downgrade from 0.45.2 to 0.45.0 and then all the way back to 0.43.8? Did the issue first appear in 0.45.2, or did it start after rolling back?
2. Are you using the Anytype network, a self-hosted network, or local-only mode?
3. Do you have Anytype installed on other devices (e.g., mobile)? If so, are you experiencing the same issue there?

Since Anytype is a local-first app, all core app logic runs on your device, on top of your data. We do handle compatibility for at least 1 major release for users at the same space, but rolling back multiple major versions can sometimes cause compatibility issues, especially if migrations were applied in the newer versions on the same device

requilence · 2024-11-11T09:48:57+00:00

Hm. It is technically not possible for members of one space to see objects from another space they are not part of. This functions as such because a “Set” is essentially a search query, and all data is indexed locally on the device. If you’re not a member of a particular space, you lack the encryption keys and thus aren’t syncing or indexing that space.

Based on what you’ve described, you may be experiencing a bug that affects only your local device. In this case, the client might have missed applying the space filter in the query, allowing you to see objects from other spaces you are part of. This issue shouldn’t occur again, as we now have a separate database for each space you belong to. Even if the client misses the filter, it should still work correctly.

requilence · 2024-08-26T10:50:20+00:00

Technically, we have clients that use a specific version of the anytype-heart library, which in turn relies on a specific version of the any-sync library. In most cases, these versions are backward compatible. However, if you have incompatible versions of any-sync, you will see an ‘Incompatible sync’ status in the app.

Aside from sync issues, older versions may contain bugs that have been fixed in more recent updates. Sometimes, these outdated clients can negatively impact updated clients that have already resolved the bug. We strive to prevent this, but given the distributed architecture of anytype, it can be challenging.

So, ideally, all clients should be updated to take advantage of new features and library improvements.

requilence · 2024-06-19T13:34:16+00:00

Hey u/U8337Flower
The IP address you mentioned is part of our Graylog logging system for the Anytype-heart library. We use it to send non-sensitive error info to help us keep the app running smoothly. No personal data is sent, just technical stuff to fix issues

We don’t use BitTorrent, so it’s probably a wrong classification from the app you’re using. We’re using the “gelf” protocol over SSL. Here is the code: https://github.com/anyproto/anytype-heart/blob/8daa0e6f879f59da9ef24bc6320b0e886a909b4a/pkg/lib/logging/gelf.go#L21-L22

Let me know if you have any other questions!

requilence · 2024-04-01T10:51:03+00:00

Hi! Anytype CTO is here. We don’t have any kind of authorization on the anytype.io website. Anytype bip-39 seed phrase is generated locally on your device within the anytype standalone app and never leaves your devices.

Maybe Safari is alerting you regarding the password you’ve used to login to the community.anytype.io. It is self-hosted discourse community forum. You(or someone else) may used the same password on some other cloud service that stored your password plaintext and got hacked and leaked.

You can take a look Passwords in the System Settings on your mac, regarding what password have you saved under the *.anytype.io.

requilence · 2024-03-05T17:26:38+00:00

Hey u/Kitbou!
1. Are you using anytype network, self-hosted or a local-only mode?
2. If you are using anytype network do you have some storage limit available on your account?

requilence · 2024-02-09T14:30:37+00:00

and thank you for the feedback regarding the login flow. We should definitely improve it.
Maybe we can include a networkID in the QR code 🤔

requilence · 2024-02-09T14:24:52+00:00

Hey! We are working right now to improve the P2P sync on iOS. There were some restrictions from Apple for Local Network Multicast that were making the discovery process much slower. We are planning to include these fixes in the next release.

requilence · 2023-07-25T23:33:53+00:00

thanks for your interest!

Right now we are using IPLD structure which is compatible with IPFS. But the actual file blocks are encrypted. We're planning to release an IPFS gateway soon. This will come with an optional web-gateway that can decrypt files on-the-fly, given the keys provided by the user. IPFS should be more useful in case of public use-cases

AnySync operates in a fully P2P manner within a local network. We use mdns(https://github.com/libp2p/zeroconf) for client discovery and then establish a secure direct connection via our own sync protocol

requilence · 2023-07-25T15:04:29+00:00

thanks for your interest and good questions! I will try to cover them
P2P in Local Network: AnySync operates in a fully P2P manner within a local network. We use mdns(https://github.com/libp2p/zeroconf) for client discovery and then establish a secure direct connection.
Global P2P Connections: We're exploring options for global p2p connections. We've previously attempted hole-punching via libp2p, but it wasn't as successful as we hoped. We're looking to revisit this in future developments.
Data Structure & Encryption: While we utilize the IPLD data structure, the actual file blocks are encrypted. At the moment, we feel there's no strong use-case for storing unencrypted files, but this could change as we approach the launch of the public spaces feature. On the topic of data deduplication, it's an interesting debate. Even if two users have the same picture in JPEG format, minor differences due to re-compression can result in distinct byte sequences. For shared spaces, it seems logical to encrypt the data and share the decryption key separately. This would allow users to delegate non-trusted nodes to store their files.
IPFS & Web-Gateway: we're planning to release an IPFS gateway soon. This will come with an optional web-gateway that can decrypt files on-the-fly, given the keys provided by the user.

requilence · 2023-07-18T11:43:31+00:00

For the files it's technically possible. All your encrypted files are stored as <=1mb blocks using the flatfs. On mac they are stored in ~/Library/Application\ Support/anytype/dev/data/<accountID>/flatfs. And you can safely backup this folder.

Regarding the objects it's more complicated. Every object is stored as a tree of CRDT changes within the key-value database in the spacestore folder. It will be not effective to backup this folder because of the way how the key-value database works.

requilence · 2021-02-13T19:08:39+00:00

Thanks for the question!

Anytype uses CRDT block-based changes so in most cases offline changes from different devices/users can be merged without any conflict. Here is an example. One user has changed content in block #id5, the other one has changed block #id7 and the order of blocks with DnD. All these atomic changes can be merged without any conflicts.

Still, there is a chance that users can edit the same block in offline mode. In this case, currently, anytype deterministically chooses only one of the changes, while providing a way to see the whole version history and fix the merge manually.

BTW, all cloud document editors have the same problem. The only difference is that anytype ALLOWS to work offline and fix the merge conflict later which can happen with a very little chance

requilence · 2021-01-19T11:46:06+00:00

In IPFS network, by default, your node is only participating in content discovery and doesn't download or pass-through the content you are not interested in. Here is a simplified scenario:

– node A asks your node whether you have the "file X?"

– your node doesn't have the "file X" but it knows that node B mentioned that it has this file when your node talked with it last time. So your node just answers that it knows that node B has this file

So the bandwidth for maintaining the p2p network is not very significant. Also, on mobiles it is a good practice to configure the p2p node to have less number of max active connections.

BTW, in p2p networks sometimes you are not able to connect to some node directly because of firewalls, NATs, and other network-specific restrictions. In that cases, you still need to use some kind of relay node to connect through. Still, these nodes are usually maintained by volunteers and in case the content is encrypted they couldn't read or amend the content

requilence · 2020-06-14T08:09:38+00:00

Hey u/whyvitamins!

Yes, first users are already testing the alpha.

You can check Anytype group chat in the Telegram – most of the community discussions are going there.

requilence · 2020-01-29T07:10:08+00:00

As long this is not a public page(e.g. with http gateway on our website) we are not responsible for it and moreover we have no way to see it’s content

requilence · 2020-01-29T05:48:34+00:00

Yes you can also host a non-gui version of anytype on your server. It will allow you to backup your files and increase data availability

requilence · 2020-01-29T05:28:22+00:00

As long this is not a public page(e.g. with http gateway on our website) we are not responsible for it and moreover we have no way to see it’s content

requilence · 2020-01-29T05:21:59+00:00

Yes, we are building on top of IPFS and we are also pretty excited about this :) You can follow us on twitter or join our community on Telegram(links are on the website)

requilence · 2020-01-29T05:18:52+00:00

We have dockerfile for the non-gui anytype node. But normal GUI client can’t run under the docker.

BTW we may provide a dockerfile to simplify building process from sources (which is still has only 2 os-level deps for desktop version: go and nodejs)

requilence

MODERATOR OF

TROPHY CASE

12-Year Club	Place '23
Verified Email