Public briefing · 3 November 2026
Technical overview
Customer-controlled AI for repository investigation, with a local desktop core and separately evaluated experimental capabilities.
What is available today
Repository intelligence · implemented
Index one selected repository, build a project map and retrieve relevant source. Desktop Q&A and read-only change recommendations help investigate structure, dependencies and behavior. Answers require verification; repeatable customer quality results are still pending.
Agent and local documents · experimental
A separate coding-agent command-line tool supports bounded inspection, optional controlled edits and allowed validation. A separate single-user Markdown/TXT knowledge prototype returns exact source excerpts and citations. Generated synthesis needs further evaluation.
Shared knowledge and workflows · planned
Enterprise identity, source-permission synchronization, production connectors and approved business actions are future capabilities. No shared multi-user deployment is offered today.
From question to source evidence
- Select and index. One approved repository is processed locally into a project map and search index. Optional local symbol/import graphs can supplement retrieval.
- Retrieve relevant context. File, symbol, configuration and semantic signals locate source within a bounded model context. Retrieval can miss files or omit context.
- Generate and inspect. The local model explains the selected evidence. Review file references and verify conclusions against implementation and tests; a citation alone does not prove correctness.
Where the data goes
LOCAL mode
Repository content, index, retrieval, questions, prompts and inference stay on the same machine. Model and dependency provisioning can require downloads. Offline operation must be tested on the agreed configuration.
Optional remote inference
Explicit configuration sends the question, selected source chunks and metadata to your chosen inference endpoint. The repository index remains local. Endpoint security and retention need separate review.
Local artifacts
Indexes, caches and logs can retain sensitive data or metadata. Protect them with account controls, disk encryption, restricted permissions and an agreed retention/deletion procedure. No certified erasure is claimed.
Deployment limits
The starting scope is one operator on an isolated machine. The application does not provide enterprise source ACL enforcement or an OS sandbox. Experimental validation can execute repository-controlled code. Network isolation and host controls must be applied independently; no compliance certification or verified zero-egress guarantee is claimed.
Apple Silicon with 32 GB or more of unified memory and 20–30 GB free disk is a planning starting point for the documented desktop model, not a verified fit for every workload. Confirm the exact model, available memory and index size. Windows/Linux paths are documented but require separate validation. Model-free text-document retrieval has different requirements.
What has been validated
Deterministic tests cover retrieval policies, freshness, bounded agent tools and completion gates, and the local text-document path. Synthetic source-evidence checks are distinct from model reasoning quality. Passing unit tests does not establish production security, coding performance or customer usefulness.
The public-repository demonstration plan identifies a pinned source revision and review questions. Its live repository Q&A run is pending. No benchmark or recorded model response is presented.
Evaluate without repository access
The AndesCode development repository is private. A standard evaluation does not include source access or grant installation, usage or redistribution rights. Agree on an operator-led format or a separately approved evaluation artifact and license before starting.
Review scope, prerequisites and acceptance criteria ↗