raufakdemir

4 ms·

1.
by raufakdemir 4mo ago
what language does this support? cypher/gremlin?
2.
by raufakdemir 1y ago
It’s a good point. It IS hard to map the various “off-market RBACs” onto a unified model and this is part of the reason we delay that - and instead handle it with per-user syncs that include the q=“sharedWithMe” parameters. As for intellige
3.
by raufakdemir 1y ago
Airweave always indexes everything. We do not do any direct tool calling currently.
4.
by raufakdemir 1y ago
Definitely worth looking into.
5.
by raufakdemir 1y ago
Great question. We do index the data! We usually sync per user. That way we make sure that no information leaks to another interface.
6.
by raufakdemir 1y ago
Great question. We usually sync per user in cases where this matters. That seems inefficient until you realize the following: for most teams, workspace data is pretty small - at least compared to other data workloads (CRMs << 1gb). We
7.
by raufakdemir 1y ago
Glean is enterprise search for humans. Airweave is built for agent developers that want to access their user’s (so the person using the agent product) information
8.
by raufakdemir 1y ago
How can I migrate neo4j to this?
9.
by raufakdemir 1y ago
Yes, we create service accounts on the source platforms which can then be used to do an OAuth or key based integration. What would you like to do specifically?
10.
by raufakdemir 1y ago
So you would like to delete information for a specific user identifier? Currently that means resyncing excluding that user profile (which would have to be removed from the source system) but happy to hear more about this use case. Would a d
11.
by raufakdemir 1y ago
This is exactly the reason we started building Airweave! The “context” in MCP is a bit deceiving, as it actually provides very little context.
12.
by raufakdemir 1y ago
Good questions. 1) the integrations are done traditionally so with REST/SQL. The MCP/REST search layer rests on the data that gets synced. 2) most providers are painless. Slack doesn’t want major exports in one go but most develop
13.
by raufakdemir 1y ago
Lol, good to know. Thanks
14.
by raufakdemir 1y ago
I assume you're talking about the data layer (not the control plane)? We are currently in PoC phase for mapping the role graphs from source systems (Asana, Google Drive) to our internal role model, but this is still in the works. The w
15.
by raufakdemir 1y ago
n8n is a good example of a tool that Airweave can enhance. n8n allows (no-code) developers to set up pre-determined automations but as soon as you want to process non-deterministic text into action on an app, you will still need a way to se
16.
by raufakdemir 1y ago
We're mostly focused on getting this right - better than any other tool atm. We are evaluating ideas like mapped RBAC, self-updating deep research and other tools for agent builders but it should first be very clear to us the devs actu
17.
by raufakdemir 1y ago
You can self-host Airweave on Docker or Kubernetes within your VPC. We eventually want to move towards AWS/Azure/GCP marketplace offerings that should make this easier for you. RDS should work - if you get an instance with PSQL&#x
18.
by raufakdemir 1y ago
Co-founder here. The Airweave interface doesn't discriminate which downstream use case it's applied in. Most current developers don't build it for a chat interface at all actually. Instead they fold it into their agents to gi
19.
by raufakdemir 1y ago
Co-founder here. The platform provides MCP or REST endpoints on top of searchable information. The tool is specifically geared towards agents that want to perform actions on external systems (through an MCP server, for example) but get conf
20.
by raufakdemir 1y ago
Hi, co-founder here. No Snowflake or Fabric yet. We do support some popular regular SQL connectors. We are working towards an async distributed processing architecture that should allow us to process >50M row datasets but we're stil
21.
by raufakdemir 1y ago
what’s the best way to deploy this to azure?