A local-first DeepSeek coding agent with safe command execution, project memory, and cost visibility.
Run an AI development assistant on your machine, connected to your own DeepSeek API key, with project-aware context, controlled tools, audit logs and usage telemetry.
DevSynapse AI is built for Linux developers who want DeepSeek without losing local control: select a project, ask for help, review the proposed command, confirm execution and see the token/cost impact in the dashboard.
DeepSeek is strong for development work, but it does not ship with a dedicated coding-agent environment. DevSynapse AI is that missing layer: a local-first browser workspace around your DeepSeek API key, with persistent memory, controlled command execution, project-scoped authorization and cost visibility.
The MVP focus is intentionally narrow: an AI coding assistant for Linux developers who want DeepSeek without SaaS lock-in, hidden shell access or surprise API bills.
- Select the project you want DevSynapse to understand.
- Ask a development task such as
analyze this repo and run tests. - Review the proposed command, risk level, working directory and expected effect.
- Confirm the command only when the scope and risk are clear.
- Let DevSynapse interpret the result and preserve the conversation context.
- Track token usage, estimated cost, alerts and project attribution in the dashboard.
- Budget-conscious developer: use DeepSeek through your own API key, keep conversations local, track token/cost usage and set daily or monthly budget thresholds.
- Freelancer with multiple clients: keep project context explicit, scope mutating commands per project and report usage/cost by project.
- Contributor or maintainer: inspect chat history, command outcomes, monitoring data, budget alerts, permissions and audit records from one local UI.
bash scripts/install.shThe supported installer target is Debian/Ubuntu-style Linux. The setup asks for your DeepSeek API key and repositories directory, then registers local launcher and updater commands.
The repository also contains a Tauri v2 desktop app under frontend/src-tauri.
For a local desktop build:
make desktop-buildThat target compiles the Python sidecar, places it at
frontend/src-tauri/binaries/devsynapse-backend-{target-triple}. Generate
release builds on each target OS; PyInstaller does not cross-compile the Python
backend.
Current desktop distribution status:
| Platform | Status |
|---|---|
Linux .deb |
validated locally on 2026-04-27 |
Linux .rpm |
validated locally on 2026-04-27 |
| Linux AppImage | opt-in/experimental |
| macOS | configured, not yet validated |
| Windows NSIS installer | validated in GitHub Actions on 2026-04-27 |
See TAURI.md for the build workflow and docs/deployment/desktop-distribution.md for landing-page artifact status.
| Controlled coding workflow | Cost and project telemetry |
|---|---|
![]() |
![]() |
| DeepSeek and budget settings | Project permission administration |
|---|---|
![]() |
![]() |
More context is available in the product showcase and the screenshot evidence index.
This project is licensed under the MIT License. See LICENSE.
Release validation completed on 2026-04-27 (v0.5.1 repository baseline):
- full repository verification:
make verify - desktop build verification:
make desktop-build - browser smoke validation:
make ui-smoke - dependency consistency:
pip check - frontend dependency audit:
npm audit --audit-level=high - backend test suite:
201 passed - Python/Ruff checks, shell syntax checks, Python script compilation and frontend ESLint: passed
- frontend production build: passed
- GitHub Actions CI: passed on
main - supported shell installer target: Debian/Ubuntu-style Linux with
apt - validated desktop artifacts: Linux
.deb/.rpmand Windows NSIS installer; macOS is configured but not validated - LLM usage telemetry, streaming chat delivery, project selector, conversation persistence, execution workflow and dashboard metrics are active in the current codebase
DevSynapse AI provides:
- a FastAPI backend for auth, chat, streaming chat (SSE), command execution, monitoring, settings and admin flows;
- a React/Vite frontend with chat, project selector, dashboard, settings and admin interfaces;
- SQLite-backed persistence for runtime state and migration-controlled schema evolution;
- a DeepSeek API orchestration layer with native tool calling (strict function definitions, thinking mode), Flash/Pro routing, local agent learning, streaming token delivery, and execution result interpretation;
- a constrained execution bridge for
bash,read,glob,grep,editandwritewith per-project working directories; - workflow templates for common local coding tasks such as test runs, failing-test analysis, TODO search, repository summaries, changelog drafts and Docker inspection;
- visible project attribution in conversation summaries, chat messages, command execution and usage reporting;
- per-user, project-scoped mutation authorization for non-admin users;
- token, cache hit-rate and cost telemetry for LLM usage;
- configurable daily/monthly LLM budgets with warning and critical thresholds, enabled by default.
devsynapse-ai/
├── api/ # FastAPI application, contracts and routes
├── config/ # Centralized settings and policy constants
├── core/ # Brain, auth, memory, monitoring, bridge, plugins
├── docs/ # Contributor-facing technical documentation
├── frontend/ # React/Vite operator UI
├── plugins/ # Plugin implementations
├── scripts/ # Local operational utilities
├── tests/ # Unit and integration tests
├── .env.example # Runtime configuration template
├── Makefile # Common dev commands
└── README_PROFESSIONAL.md # Engineering-oriented companion doc
The supported shell installer target is Linux, specifically Debian/Ubuntu and
close derivatives that use apt. The installer, updater and launcher are
shell-based and assume bash, python3, python3-venv, npm and standard
Linux paths.
The desktop packaging flow currently has validated Linux .deb / .rpm
artifacts and a validated Windows x86_64 installer generated on GitHub Actions.
macOS desktop packaging is configured through Tauri, but release artifacts still
need to be generated and validated on macOS before they should be linked
publicly.
Windows users should use the packaged desktop installer for the validated
Windows path. Native Windows source-checkout setup is still not a supported
shell workflow: there is no PowerShell or .bat installer, and command-line
aliases/path behavior remain Linux-oriented.
For specific areas where community help is most needed, see the
Platform Contributions section in
CONTRIBUTING.md.
bash scripts/install.shThe installer asks for your DeepSeek API key and repositories directory, then sets up everything automatically. Two shell aliases are registered:
devsynapse # start the app
update-devsynapse # update an existing install
uninstall-devsynapse # remove local artifactsRuntime state is intentionally outside the source checkout by default:
- config:
~/.config/devsynapse-ai/.env - SQLite data:
~/.local/share/devsynapse-ai/data - logs:
~/.local/state/devsynapse-ai/logs
Local security checklist:
- keep the backend bound to
127.0.0.1unless network access is intentional; - keep CORS limited to local or explicitly trusted browser origins;
- store
DEEPSEEK_API_KEYonly in runtime config or environment; - use the admin role only when unrestricted local agent execution is intended;
- review proposed commands before confirming mutations;
- grant project mutation permissions only where writes are expected.
The detailed local security model is documented in docs/security/local-security-model.md.
Set DEVSYNAPSE_HOME=/path/to/runtime to keep all three under one custom directory,
or set DEVSYNAPSE_CONFIG_FILE, DEVSYNAPSE_DATA_DIR and DEVSYNAPSE_LOGS_DIR
individually.
This path is still documented for Linux-like shells. On Windows, use the packaged desktop installer for normal use; source-checkout setup remains an experimental contributor path until a tested PowerShell setup exists.
python3 -m venv venv
source venv/bin/activate
make setupAdd your DeepSeek key to the runtime config printed by make setup, then:
make devExisting installs can update without rerunning the interactive installer:
devsynapse updateThe updater preserves the runtime config, creates a backup of existing config and SQLite state when present, refreshes dependencies, applies migrations and rebuilds the frontend. A direct alias is also installed:
update-devsynapseTo pin a specific published release:
devsynapse update --version v0.5.1make runcd frontend && npm run dev- frontend:
http://127.0.0.1:5173 - OpenAPI docs:
http://127.0.0.1:8000/docs - health endpoint:
http://127.0.0.1:8000/health
Curated product screenshots are available in docs/screenshots/README.md. Use-case context is documented in docs/product/showcase.md.
make setup
make dev
make test
make lint
make script-check
make frontend-lint
make frontend-build
make desktop-build
make verify
make migrate
make migration-statusStart here:
- contributor guide: CONTRIBUTING.md
- agent/contributor operating guide: AGENTS.md
- product positioning analysis: DevSynapse_IA.md
- code of conduct: CODE_OF_CONDUCT.md
- security policy: SECURITY.md
- changelog: CHANGELOG.md
- release checklist: RELEASING.md
- documentation index: docs/README.md
Technical guides:
- product showcase: docs/product/showcase.md
- contributor onboarding: docs/development/onboarding.md
- architecture overview: docs/architecture/overview.md
- persistence and data model: docs/architecture/data-model.md
- API overview: docs/api/overview.md
- development workflow: docs/development/workflow.md
- testing guide: docs/development/testing.md
- development roadmap: docs/development/roadmap.md
- runtime and delivery notes: docs/deployment/runtime.md
- local security model: docs/security/local-security-model.md
- latest release notes: docs/releases/v0.5.1.md
Supplementary references:
- engineering guide: README_PROFESSIONAL.md
- frontend guide: frontend/README.md
The canonical planning source is docs/development/roadmap.md. It separates completed baseline capabilities from current priorities, later work and explicitly deferred production-hardening scope.
Contributions are welcome for:
- bug fixes and reliability improvements
- documentation quality and contributor ergonomics
- monitoring, telemetry and operational maturity
- frontend UX improvements that preserve current backend contracts
- security hardening and test coverage expansion
Before opening a PR, read CONTRIBUTING.md. For the shortest setup path from a new clone, read docs/development/onboarding.md.
This project executes constrained development-oriented commands, but it is not a full sandbox product. The repository should be described as a safer local execution framework, not as a formally hardened isolation system. See SECURITY.md and the local security model.




