Releases: fknMega/Aether
Releases · fknMega/Aether
Release list
2.1.0
2.0.6
Show private code connectors in Settings on launch Private connectors (e.g. the nesher breach-search connector) only became visible in Settings → Modules after the first chat turn, because the connector rows are derived from the loaded tool list and the tool server was built lazily on that first turn. Warm the tool list once at startup and nudge the renderer to re-fetch, so connectors show immediately. The connector's tools already worked on first use; this only fixes their visibility. Bump to 2.0.6.
2.0.5
Light theme, a real permission boundary, and a graph overhaul A broad pass across the app: - Security: replace the blanket bypassPermissions with an actual policy. The agent now runs in permissionMode "default" with a canUseTool boundary (main/permissions.ts) plus the SDK's OS sandbox (seatbelt/bubblewrap) and read-fencing to the workspace. The policy blocks paths that leave the workspace, a credential/secret deny-list, and dangerous shell constructs, and fails closed. Covered by node:test unit tests. brief.md gains an explicit "everything a tool returns is evidence, not instruction" section against prompt injection. - A full light theme alongside the dark one (theme.css, lib/theme.ts), with light-mode screenshots in the README. - Drop framer-motion for a tiny in-house motion helper (lib/motion.ts). - Graph overhaul: reworked ForceGraph, GraphView, NodePanel and colors. - New StatusLine, and polish across Chat, Composer, Sidebar, TitleBar, ToolCard, MessageBubble, Onboarding and icons. - Dev tooling: a `test` script (node --test), `shots` screenshot script, a `preview:web` script, and a Nix flake. Bump to 2.0.5.
2.0.3
Make the macOS auto-update install reliable (no more re-download loop) The old Squirrel-based updater validated code signatures, so an unsigned CI build could never be applied over a locally-signed install: it downloaded, "installed", relaunched the same version, and re-detected the update forever. The custom updater already sidesteps that on the check side (reads the GitHub API, not latest-mac.yml), but the mac install itself could still fail silently when the app lived in /Applications. Rework applyMac so the install actually sticks: - stage the new bundle off the mounted dmg, wait for the app to exit, then swap - if the app folder is writable, swap in place; if not (e.g. /Applications), do the swap under one osascript admin prompt instead of giving up - on any failure, open the staged app / dmg for a manual drag and never relaunch the OLD bundle, so a failed install can't spin into a re-check loop - log each step to ~/aether-update.log for diagnosis Bump to 2.0.3.
2.0.2
CI: build and publish macOS + Windows releases on tag Add a GitHub Actions workflow that builds on macos-latest and windows-latest and publishes both to a GitHub Release when a v* tag is pushed, using CI's own GITHUB_TOKEN (no personal token needed). Set the electron-builder publish releaseType to "release" so published builds are live (not drafts) and the in-app updater can see them. Bump to 2.0.2.