Anytype API research: share your use-cases with devs #218
Replies: 39 comments 35 replies
|
Use Case: Triggering the creation of calendar events on Google Calendar when certain criteria are met. For example, if an object is Type:task and has a "Date" relation, create a google calendar event, titled with the Object Title. |
|
Creating an object with relations I think this is obviously the basic functionality that is needed. You need to be able to create an object with a specific type and specific relations and content. |
|
Allow to save private channels from telegram with https://core.telegram.org/api/takeout into space where each post of that channel is object (note or page) |
|
Update other relations when one relation changes Currently, I have tasks set up in a way, that when I click "DONE" checkbox on the layout, I have to go change the "Status" select option to "DONE" and set the "DONE Date" to today. Would like an API that when I:
|
|
bulk import of data coming from a database into a collection. |
|
Get objects filtered by object_type and relation My use-case: I have an object "day" with relation "date". I need to get this object filtered by current date (my next steps: parse it -> send it to TG and mail in the morning). |
|
Use Anytype with Make.com for integration with other apps and automation. For example, I would want to use make.com to fetch data from anytype, then make.com would perform some action, then add a completed date or checkmark or change a single / multi select or tag in anytype. For example, let's say I want to use make.com and Anytype to help me write articles with ChatGPT. In Anytype, I might have a set of article titles with rough notes in the body of the object. I would use make.com to find the set, take the notes and title of the article, send it to ChatGPT, which would create an article . Then perhaps the completed article would be saved in Anytype ready to publish. Or it would be marked as complete and a date added to Anytype. |
|
Another API use case I would like is using Anytype with Raycast (on Mac). For example, I would like to use it to create global keyboard shortcuts for things like creating a specific type of object or going to a specific page or set |
|
Sync Tasks with Github/Lab Issues / PRs When using Anytype for task management, it would be very helpful to have some connection with the issues / PRs of certain Github/Lab repos that I'm working on. E.g. I would like to see them in my daily to do overview. See due dates, tags etc. |
|
Sync bookmarks with Firefox I'm aiming at converging all my knowledge in one place. So storing bookmarks in Anytype makes sense to me. However, I still need the bookmarks in my actual browser. Syncing them via an API would simplify this. |
|
An "Eat your own dogfood" API. That is, build an API that the Anytype team is forced to use to rewrite the Desktop and mobile apps. There should be no other way to interact with the Go core. No internal APIs. That's the best way to ensure we get an API that's fully featured and of great quality for everyone. |
|
Use anytype as a backend for pomodoro/time tracking widget I imagine something like reimplementing of https://intend.do/ on top of Anytype. With desktop widget that allows to:
|
|
Hi! using low / no-code solutions to automate monkey work:
I'm not a coder, but I would need a way to add Links to folder/files in nextcloud or o365. the view need to stay synced. |
|
Integrating Anytype into Tasker, Raycast, and Pipedream would be my top 3 so I can integrate data from external sources. |
|
Spaced repetition of specific notes. Like Anki. The implementation will be carried out using some third-party tool, for example: no-code tool n8n (if script execution is not added to Anytype in the future). From Anytype API, it is required to receive objects by tag, and change the relation field with date of the last repetition. |
|
I'm not sure if this would qualify as an API or something different, but I'd like to be able to interact with my content as an unencrypted filesystem (similar to cyrptomator). I currently use obsidian and one of the things that I like is that it's just a bunch of md files in a directory, I can open them up in vscodium, I can run python scripts against them, I can trigger other actions when a file gets updated in a directory. I think that in itself would cover a lot of the API use cases, if not as cleanly as an API. As far as how API access would work, my first thought was that it would be an API node type running on a server, similar to consensus and coordinator nodes. Although it would be nice to also be able to run an API locally, being able to access it as an unencrypted local filesystem would serve most local purposes. |
|
Use Case: Replacing GDocs, GSheets and Google Keep for personal and project documentation. |
|
I'd like to be able to hit the API from an automation inside Home Assistant to create new objects. Specifically creating new notes or tasks via the HA's new voice assist pipeline that handles the text-to-speech, does intent matching, and can trigger the appropriate automations. |
|
Vas3k what is the team's policy on social media content creators? I am interested in starting a hobbyist channel around this and don't want to step on any toes. Thanks. |
|
bulk action automatization
|
|
Make a Chrome/browser extension or mobile app for saving links & managing bookmarks Something like Pocket or Delicious (which are either shut down or about to shut down), but built on top of AnyType, so the user is in control of their data. There should be a way to save links, add notes and organize bookmarks in a folder-lile structure. Essentially I also want to replace Arc (pinning & organizing tabs) which was discontinued with this extension. The API integration should allow to create and manage objects (links+notes) and to be able to categorize/tag them. The AnyType sync engine would allow to use this extension/app from any of my devices. |
|
Short description of your use-case or idea More details Currently, the content returned by the API (and thus via MCP) is mostly simplified into basic Markdown, which strips away much of the visual and structural richness of notes created inside Anytype. This is not only an issue when reading/exporting content via MCP or API—it also limits our ability to write rich content back into Anytype through these interfaces. Here are some specific formatting limitations:
This makes it difficult to:
Suggestion Specifically:
This would enable the community to build powerful and visually accurate tools on top of Anytype's ecosystem—not just viewers or exporters, but also generators, importers, sync tools, and intelligent assistants. Thanks again for your hard work and openness to feedback. |
|
Use-case: automate retrieval of information about Books from online libraries (metadata). Details: I want to create specific type for Books where I'm not forced to fill all the properties by hand. Instead, whenever I create an object of type "Book", and filling designated property (like "Title"), then it triggers external helper that can interact with online libraries in order to find metadata about book, like author, year published, edition, etc. An external helper is completely transparent to AnyType, and interacts solely through API. On the other hand, it can speak with many online book databases (configured) and ideally retrieve metadata in any desired language, not only one. |
|
Trouble Getting MCP server to add properties though MD content worked during creation I've been collaborating with an AI assistant running on the anytype-mcp server to This turned into a deep dive into the Anytype ecosystem. We started by trying to |
|
@jmetrikat How do I get started if I want to contribute to this really amazing project, Iam a rookie Dev but confidant can catch up pretty quick. |
|
An API wrapper does not make a useful MCP server. Example: A search query with one result returns 1,610 tokens. The actual text containing the search keyword comprises just 33 tokens. That's 98% noise. |
|
I am working currently on my Video Production Pipeline which is a selfhosted and pretty complex (but cool) task. It works as follows:
2. Work on the Project in Anytype Desktop
3. Create the shooting plan with n8n and Ollama
4. Shooting Dashboard Home Assistant I managed to fully automate my hardware in my studio and can control everything via the Home Assistant dashboard. I use the following hardware and apps as follows: TeleprompterHardware Xiaomi MI A1 flashed with /e/os/
Virtual KeyboardThe remote control in Freekiosk seems not to work properly. So I needed a device which acts like a bluetooth keyboard. It connects via BT to my old phone. Timecode DisplayI needed a visual Timecode display, but they are expensive AF. So I build myself one. I'd ordered a Waveshare EPS32-S3 (https://www.waveshare.com/esp32-s3-touch-lcd-3.49.htm) device and tinkered something out: ClapperboardI bought an ESP32 E-Ink device from Seed-Studio (https://www.seeedstudio.com/reTerminal-E1001-p-6534.html) and created a Clapperboard for that as well. The Clapperboard gets the infos via the Anytype API and is fired via Webhook. It parses the Scene names to Home Assistant. I can then just switch via a dropdown the scene name. No more tiping! The Clapperboard and the Timecode display are fully controlled via the dashboard. The Scene and Project name come from the Shooting plan list and I can change the takenumber by pressing buttons on the device. I know this is a lot, but this is insanely efficient and saves me a lot of copy paste and hours in creating tasks and also a lot of time on set. The Timecode Display and Clapperboard are extremly cool, but I will replace them wit a smaller device in the future. For the shooting, I need actually only the Scene Name, the take and the timecode and I found on the waveshare website the fitting device:
If you have any questions, let me know! And if you made it to the end: thank you! |
|
A few high-value API use cases from our experience running multi-agent systems: 1. Knowledge graph traversal: Anytype's graph structure is perfect for agent memory. Agents need to store and retrieve structured knowledge (entities + relationships), not just flat text. An API that exposes the graph natively — not just as a document list — lets agents build proper episodic memory on top of Anytype. 2. Per-agent workspaces with isolation: Each AI agent gets its own Anytype space, but the orchestrator can read across spaces (with permission). This maps naturally to multi-tenant agent architectures where each agent maintains its own knowledge base but can share specific objects with other agents. 3. Event streaming for agent triggers: When a human edits an object, agents watching that object get notified. This is the foundation for "human-in-the-loop" workflows — the human edits a document, the agent detects the change, processes it, and creates new objects with the result. 4. Typed object schemas for structured agent outputs: Agents produce JSON; Anytype should be able to store it as a typed object, not just a text blob. If an agent produces a structured analysis, it should become a proper Anytype relation set that humans can sort, filter, and query. The biggest win for agents would be a structured query API (beyond text search) — agents need to ask "give me all Tasks modified in the last 7 days by any agent with priority = high," not just keyword search. Writing about agent memory architecture: https://blog.kinthai.ai/why-character-ai-forgets-you-persistent-memory-architecture |
|
Using AI to build out a wiki. Seems to be an issue due to lack of block-level API? I can't use AI to create - using mcp & api - an inline pill that works that same as when I, in the editor, manualy use "@" or "/" and select the object. Perhaps I'm missing something? More context: Discussion #218 mentions that "patching the blocks currently returned as markdown through the API will be introduced in the next update." Object Name Write that exact same markdown back via update-object. The link renders as visually similar plain underlined text in the editor Expected result: same behavior as "@" or "/" in the editor — full pill with icon, registered in links/backlinks, visible in graph. Use case: programmatically building wikis with inter-linked pages. This is straightforward through the Notion API; the gap here is the only blocker for parity. |
|
Sharing a use-case: I built anywrite, a CLI covering all 52 endpoints of the local API (2025-11-08 spec) — spaces, objects, properties, tags, types, templates, lists, chat, files, members, search, auth. It's a Bun/TypeScript project compiled to a single dependency-free binary, with the whole endpoint surface encoded as a data registry rather than hand-written per-endpoint code. The motivator was agent-driven usage specifically: the official MCP server loads all 52 tools into every session's context whether they're used or not, which is expensive for agents that only touch a handful of endpoints per task. anywrite is instead wired as a Claude Code skill — a normal CLI that costs zero context until an agent actually invokes it — while staying just as usable from a plain terminal. A few things the live API surprised me with while building this, in case useful to others hitting the same spec: DELETE is an idempotent soft-archive on every resource type (repeat-delete stays 200, never hits the spec's documented 410 — that only fires on GET of an already-purged resource, which isn't reachable through any exposed DELETE call), file upload dedupes by content hash (re-uploading identical bytes returns the existing object's id rather than creating a new one), and unknown-id GETs return HTTP 500 rather than 404. MIT-licensed, open source: https://github.com/Antheurus/anywrite |






Uh oh!
There was an error while loading. Please reload this page.
Hey, everybody! My name is Vasily, I'm a new member of Anytype team. We've recently started a research about API implementation for Anytype. The feature that you all and we have been wanting for a long time!
Because of our p2p and e2ee architecture, as you can imagine, the API in Anytype is not just a matter of coding a couple of REST-endpoints on a "server". Things are going to be a little trickier in our lives :)
To better understand what we should focus on first and not make an “abstract API” that nobody can use, we want to collect some use-cases from you.
Please tell us what you could use the API in Anytype for?
What bots, integrations, background services would you like to see first or code yourself? Maybe you've had an idea in your head for a useful integration for a long time, share it too!
Rules:
Template:
Use the template for better readability. We're going to refer to this thread a lot, so it would be nice to have it clean and organized.
Related discussions
All reactions