mail.atlas.example ↗info@atlas.example••••••••••Two-factor on the office phone.
Deployed on your own infrastructure
Devotion (devotionapp) brings together personal or shared spaces, and inside them projects with their documentation, tasks, meetings and credentials, all synced in real time. Devotion is not a SaaS: it is installed on your company's infrastructure and your data never leaves it.
Docker Compose On-premise GitHub OAuth AES-256-GCM Real time
Interactive demo
A guided tour of the main features, inside the real interface: a shared space, the Atlas project inside it and its sections. Take the controls whenever you want: click any section, drag a card, open the palette.
The product team: Atlas, Orion and the client portal. Shared with 3 people.
Booking platform for the sales team.
We agreed to talk again on Thursday; if there is no answer, we go with option B.
const reserva = await api.post("/api/reservas", { salaId, inicio, fin });
Documentation
Booking platform for the sales team.
The repository's structure: what lives in each folder.
Stack1 documentTechnologies, versions and the role of each one.
Endpoints
POST/api/reservas
Creates a booking for a room in the given time slot. Fails with 409 if the slot is taken.
| Parameter | Type | Description |
|---|---|---|
salaId | uuid | Room to book |
inicio | datetime | Start of the slot (ISO 8601) |
fin | datetime | End of the slot |
Response · 201
{
"id": "c1f2…",
"salaId": "7ab0…",
"estado": "confirmada"
}
Data model
A user books a room for a time slot. Bookings cannot overlap in the same room; the state moves from pending to confirmed or cancelled.
Primary keyForeign keyOneMany
| Entity | Fields | Description |
|---|---|---|
reserva | 6 | A slot booked by a user in a room |
sala | 4 | Bookable room with capacity and floor |
usuario | 4 | Person who books; the role limits what they can do |
Architecture
A single-page app talks to the API over the same origin. The API owns every write; reads are synced in real time through Electric from PostgreSQL.
Guides
Atlas runs on Docker Compose. The API applies migrations on start-up, so a deployment is a pull and a restart.
# En el servidor de pre
git pull origin main
docker compose -f docker-compose.prod.yml up -d --build
docker compose logs -f api
Project accesses (dashboards, servers, test accounts…), visible to the members of the space.
New loginmail.atlas.example ↗info@atlas.example••••••••••Two-factor on the office phone.
grafana.pre.atlas.example ↗admin••••••••admin.atlas.example ↗demo-comercial••••••••••Test account: the data resets every night.
Project snippets organised by group, ready to copy.
New group… Create groupgit pull origin main
docker compose -f docker-compose.prod.yml up -d --build
docker compose logs -f api
DATABASE_URL=postgresql://user:pass@db:5432/atlas
REDIS_URL=redis://redis:6379
SESSION_SECRET=cámbiame
await fetch("/api/cache/home", { method: "DELETE" });
pg_dump -Fc atlas | mc pipe minio/backups/atlas-$(date +%F).dump
Miniature view: to try it out, open this page on a computer.
Simulated data. The interface, shortcuts and behaviour are the real app's.
Product
Everything is organised by spaces: a personal one for your own things and shared ones per team or client, with members by invitation. Inside each space, projects with their overview, tasks, documentation, meetings, credentials and activity.
Collaborative Markdown editor with live cursors, code blocks, editable tables, diagrams and wiki links. Export to PDF or Word.
Statuses customised per space, subtasks that close their parent, attachments, and a “My tasks” view with everything of yours.
Meetings with agenda and video link, the team's days away, and two-way sync with Apple Calendar.
Shared logins and .env files encrypted per project, with an audit trail of who looked at what.
⌘P jumps to anything. Internal tabs, multi-window and a native macOS app.
Access tokens and an agent API so Claude Code can document your project from the repository, edit the documentation without stepping on anyone, or propose evolutions. Skills ready to download.
Real time
Every change travels to every open window in milliseconds. No refreshing, no “someone else has this open”, no lost edits.
12:04:01 ✓ ana moved "Review permissions by role" → In progress
12:04:02 ✓ marta created meeting "Demo with the client"
12:04:03 ✓ jorge editing "Deployment guide"▍
12:04:03 ⟳ synced · 3 clients connected · 12 ms
Deployment
Devotion is not sold by the seat on someone else's cloud. It is installed on your servers, with your domain and your identity provider, and it is tailored to your team: if you need a feature that does not exist yet, we build it for you.
Tell us about your team, how you work and where you want it to live: your own servers, a VM in your provider or a machine we prepare for you.
Docker Compose on your infrastructure: relational database, cache, S3-compatible object storage and TLS on your domain. If you already run a reverse proxy or your own S3, we plug into them. Migrations run on their own on every update.
With GitHub OAuth (or your organisation's) and an allowlist of who can get in. No passwords to manage, no open sign-up.
Updates, backups and support agreed with you. Need a new feature, an integration with your tools or a change in how something works? We build it into your deployment. And if one day you want to run it entirely on your own, the deployment is yours.
Everything inside your network. Nothing leaves it.
Each piece can be swapped for the one you already run: your reverse proxy, your database, your S3.
Security
You only get in with OAuth. No credentials to remember, none to leak.
An allowlist controls who can get in. No open sign-up, no anonymous accounts.
Tokens, shared credentials and secrets encrypted with AES-256-GCM at rest, with a key per project.
Deployed inside your network over TLS. Your data does not live in someone else's SaaS.
Contact
Tell us how many you are and where you would deploy it. We will tell you how Devotion fits your case and put together a deployment plan for your infrastructure.
Deployments
Organisations that have deployed Devotion on their own infrastructure and use it every day.
Vice-Rectorate for Digital Strategy and Artificial Intelligence
Devotion manages every project the team develops: documentation, tasks, meetings and credentials, on the university's own servers.
In production