← Back to AtashiAtashi Desktop
Work Mode, without the terminal.
A desktop app for Windows, macOS and Linux that runs your Atashi team on your own machine — so the work happens where your files already are, and the engine just works.
Download · version 1.0.1
All four builds come from the same code, cut at the same moment. Every build hosts the full app and ships the local Work Mode engine inside.
Windows will show a “Windows protected your PC” warning — this build is not yet code-signed. Choose More info → Run anyway only if you downloaded it from this page.
SHA-256 checksum
8fce052a73756ed624e3da002e7b006043a06701a3410e98ed2a7c37a225c2591. Unzip, then move Atashi.app into your Applications folder before you open it — don’t run it from Downloads. This step is not tidiness: launched from Downloads, macOS runs it from a hidden, read-only copy elsewhere on disk (Apple calls this App Translocation), and it can sit there for several minutes with no window, no dock icon and no error while it fails to start. Moving it first avoids that entirely.
2. In Terminal, once it's in Applications: xattr -cr /Applications/Atashi.app — this build has no code signature yet, so without this step Gatekeeper's first response is usually “Atashi is damaged and can’t be opened” (a stock unsigned-app report, not real corruption; right-click → Open alone will not clear it). Still blocked after that? System Settings → Privacy & Security, scroll to the blocked-app notice, click Open Anyway.
3. Double-click to launch. This build runs natively on Apple Silicon — no Rosetta 2 and no translation layer.
SHA-256 checksum
047ef22331be4052d1dc7557fe8eb0a513a3eed52c6b9f9bf4db09138f1f359e1. Unzip, then move Atashi.app into your Applications folder before you open it — don’t run it from Downloads. This step is not tidiness: launched from Downloads, macOS runs it from a hidden, read-only copy elsewhere on disk (Apple calls this App Translocation), and it can sit there for several minutes with no window, no dock icon and no error while it fails to start. Moving it first avoids that entirely.
2. In Terminal, once it's in Applications: xattr -cr /Applications/Atashi.app — this build has no code signature yet, so without this step Gatekeeper's first response is usually “Atashi is damaged and can’t be opened” (a stock unsigned-app report, not real corruption; right-click → Open alone will not clear it). Still blocked after that? System Settings → Privacy & Security, scroll to the blocked-app notice, click Open Anyway.
3. Double-click to launch. On an Apple Silicon Mac, take the native build above instead — it needs no translation layer. If you run this Intel build there anyway, macOS will prompt to install Rosetta 2 the first time; accept it, that's Apple's own translation layer.
SHA-256 checksum
f9e45374b853388ee5c5f464e9ef8941c70d03795f29af76ee23a21f79ad1368Make it executable first: chmod +x Atashi-1.0.1-x86_64.AppImage — and if FUSE complains, run it with --appimage-extract-and-run.
SHA-256 checksum
6926e9f254a42e257d86b8b281f0cb3d5d9a60502a73a80566fc52aabd384466Read before you install — the honest print
- The Windows and macOS builds are unsigned. The warnings above are your operating system doing its job; we say so here instead of teaching you to click through them blindly. Code-signing is in progress. Until then, the checksums beside each download are your integrity check — verify with
sha256sum(orshasum -a 256on macOS). - There is no auto-install, but the app now tells you. From 1.0.0 onward Atashi checks for a newer published version and says so inside the app; it never downloads or installs anything by itself. When it tells you, you come back to this page. Deliberate: an update channel that could install code without code-signing would be a door into your machine.
- Only the Linux build has been run by human hands so far. Windows and macOS are built from the same code and verified from inside the packages, but have not yet been hand-tested on real hardware. If you hit something on those, please tell us.
What it does
The desktop app hosts the full Atashi experience — your office, your team, Talk and Work Mode — in one window. The difference is what runs underneath: it supervises the local engine for you as a managed background process, so Work Mode is live the moment you open the app. No terminal to keep open, no setup to remember.
On the web, Work Mode needs that engine running on your computer; if it isn't, the office simply can't reach your files. The desktop app removes that step entirely — it starts the engine, watches it, and restarts it if it stops.
Why it runs on your machine
Work Mode acts on your files and tools, so by design the cloud never reaches into your computer — your machine talks to a local engine, and that engine never accepts a connection from the outside. The desktop app hosts that engine for you, which is how you get real Work Mode without babysitting a terminal window.
Built secure
Your sign-in is stored in your operating system's own credential store — Windows Credential Manager, macOS Keychain, or your Linux keyring — not a browser cookie. Your team's skills and safety checks stay server-side — the app ships none of that logic — and every action still passes the same server-side approval and safety scan as the web app. Nothing runs on your files without your explicit go.