Home/AI Agents/agenticSeek
agenticSeek logo

agenticSeek

Fosowl/agenticSeek

Fully Local Manus AI. No APIs, No $200 monthly bills.

GraphCanon updated 5d · GitHub synced 5d · 30 views this month

27k stars3.0k forksLast push 1w Python GPL-3.0

Decision brief

agenticSeek is a stand-alone AI tool designed to operate locally without the need for external APIs or monthly fees.

Good fit when

  • - When you require an autonomous agent that can perform tasks independently, such as web browsing and coding, without incurring high costs or relying on third-party services.
  • - If your project necessitates a fully local AI solution to mitigate data privacy and security concerns associated with cloud-based APIs.

Avoid when

  • - Avoid using agenticSeek for projects where interaction with external APIs is essential, as it does not integrate with them and might limit the capabilities you need.
  • - It may not be suitable if your team or project requires continuous community support and frequent updates due to its reliance on updates via a single user's Twitter account.
Pricing:
freemium - No monthly fees, but users must cover their own hardware costs.
Requirements:
Operates fully on local hardware with Python environment.

Observed Jul 11, 2026 · Source: enrich:decision_facts

Verify the decision

Maintenance and security

Full trust report
Maintenance
Very active (5d since push)
As of 5d
Provenance
Not a fork · Personal account
As of 5d
Security (OSV)
No lockfile
As of 1mo

Public GitHub metadata and optional OSV scans. Signals, not a guarantee. Trust methodology.

Install

pip install agenticSeek
PyPI

How it fits your stack(10)

Typed graph edges - alternatives, integrations, successors, and dependencies. Ranked by relationship type, not raw GitHub stars.

Alternative

Relationship graph

Optional deeper exploration of typed edges and category neighbours.

Similar tools

Same-category neighbours not already linked as typed edges.

Evidence and technical details

Sourced facts, taxonomy, compatibility claims, README excerpt, and machine-readable endpoints.

Overview

An autonomous agent that can think independently and browse the web as well as perform code-related tasks without relying on external services or高额月费。

Capability facts

Deploy
Self-host

Source: dockerfile:docker-compose.yml · Aug 16, 2026

Docker
Dockerfile present

Source: dockerfile:docker-compose.yml · Aug 16, 2026

Languages
python

Source: github.language+pyproject.toml · Aug 16, 2026

Categories

Tags

README

3. Start Docker

Make sure Docker is installed and running on your system. You can start Docker using the following commands:

  • On Linux/macOS: Open a terminal and run:

    sudo systemctl start docker
    

    Or launch Docker Desktop from your applications menu if installed.

  • On Windows: Start Docker Desktop from the Start menu.

You can verify Docker is running by executing:

docker info

If you see information about your Docker installation, it is running correctly.

See the table of Local Providers below for a summary.

Next step: Run AgenticSeek locally

See the Troubleshooting section if you are having issues. If your hardware can't run LLMs locally, see Setup to run with an API. For detailed config.ini explanations, see Config Section.



Docker-Specific Notes

⚠️ Important for Docker Users:

  • The Docker volume mount approach may not work with stealth mode (undetected_chromedriver)
  • Solution: Place ChromeDriver in the project root directory as ./chromedriver
  • The application will automatically detect and use this binary
  • You should see: "Using ChromeDriver from project root: ./chromedriver" in the logs

Ollama connection failed from Docker backend

An error occurred: Provider ollama failed:
Ollama connection failed at http://host.docker.internal:11434. Check if the server is running.

The frontend shows Error: Unable to get a response. and the backend returns HTTP 500 on /query.

  • Cause: When AgenticSeek runs in Docker, the backend reaches your host's Ollama via host.docker.internal. Only the port of provider_server_address is used in Docker mode; the host part is replaced by DOCKER_INTERNAL_URL from .env. So the failure is not a config typo — it's that Ollama on the host is only bound to 127.0.0.1:11434 and refuses connections coming in over the Docker bridge.

  • Do NOT change provider_server_address = 127.0.0.1:11434 in config.ini — the host portion is ignored inside the container.

  • Solution: Bind Ollama to all interfaces by setting OLLAMA_HOST=0.0.0.0:11434 on the host:

    Manual ollama serve:

    OLLAMA_HOST=0.0.0.0:11434 ollama serve
    

    Definitive solution:

    systemd (Linux):

    sudo systemctl edit ollama
    

    Add:

    [Service]
    Environment="OLLAMA_HOST=0.0.0.0:11434"
    

    Then:

    sudo systemctl daemon-reload
    sudo systemctl restart ollama
    

    macOS (Ollama.app):

    launchctl setenv OLLAMA_HOST "0.0.0.0:11434"
    

    Then quit and relaunch the Ollama app.

  • Verify from inside the backend container:

    docker compose exec backend curl -sS http://host.docker.internal:11434/api/tags
    

    You should get a JSON list of models.

  • Linux-only caveat: host.docker.internal only resolves inside the container if docker-compose maps it. Make sure the backend service in docker-compose.yml includes:

    extra_hosts:
      - "host.docker.internal:host-gateway"
    

    On Docker Desktop (macOS / Windows) this works out of the box.

  • Firewall: if ufw / firewalld is active, allow the Docker bridge to reach 11434:

    sudo ufw allow from 172.16.0.0/12 to any port 11434
    

For agents

This page has a .md twin and JSON over the API.

Was this helpful?

Anonymous feedback helps us improve pages and translations.