GraphCanon updated 5d · GitHub synced 5d · 30 views this month
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 PyPIHow 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 dockerOr 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 ofprovider_server_addressis used in Docker mode; the host part is replaced byDOCKER_INTERNAL_URLfrom.env. So the failure is not a config typo — it's that Ollama on the host is only bound to127.0.0.1:11434and refuses connections coming in over the Docker bridge. -
Do NOT change
provider_server_address = 127.0.0.1:11434inconfig.ini— the host portion is ignored inside the container. -
Solution: Bind Ollama to all interfaces by setting
OLLAMA_HOST=0.0.0.0:11434on the host:Manual
ollama serve:OLLAMA_HOST=0.0.0.0:11434 ollama serveDefinitive solution:
systemd (Linux):
sudo systemctl edit ollamaAdd:
[Service] Environment="OLLAMA_HOST=0.0.0.0:11434"Then:
sudo systemctl daemon-reload sudo systemctl restart ollamamacOS (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/tagsYou should get a JSON list of models.
-
Linux-only caveat:
host.docker.internalonly resolves inside the container if docker-compose maps it. Make sure the backend service indocker-compose.ymlincludes:extra_hosts: - "host.docker.internal:host-gateway"On Docker Desktop (macOS / Windows) this works out of the box.
-
Firewall: if
ufw/firewalldis 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.