docker
/docker
Uruchamia kod badawczy w izolowanych kontenerach Docker do bezpiecznej replikacji, eksperymentów i benchmarków.
- Autor
- companion-inc ↗
- Repozytorium
- feynman ↗
- Licencja
- MIT
- Ostatnia zmiana repozytorium
- 26.10.2026
Ocena i bezpieczeństwo
- Pliki w paczce
- 1
- Skrypty
- 0
- Komentarze HTML
- 0
- Adresy URL w SKILL.md
- 0
Brak sygnałów. Repozytorium zmienione 26.10.2026, bez odwołań do wycofanych modeli i API.
MIT, otwarta: można używać i zmieniać, z zachowaniem informacji o autorze.
Co robi i kiedy
Uruchamia kod badawczy w izolowanych kontenerach Docker do bezpiecznej replikacji, eksperymentów i benchmarków.
Oryginalny opis (EN)
Execute research code inside isolated Docker containers for safe replication, experiments, and benchmarks. Use when the user selects Docker as the execution environment or asks to run code safely, in isolation, or in a sandbox.
Jak działa
- When to use
- How it works
- Running commands in a container
- Choosing the base image
- Persistent containers
- Notes
Podgląd SKILL.md
--- name: docker description: Execute research code inside isolated Docker containers for safe replication, experiments, and benchmarks. Use when the user selects Docker as the execution environment or asks to run code safely, in isolation, or in a sandbox. allowed-tools: Bash(docker:*) --- # Docker Sandbox Run research code inside Docker containers while Feynman stays on the host. The container gets the project files, runs the commands, and results sync back. ## When to use - User selects "Docker Sandbox" as the execution environment in `/replicate` or `/autoresearch` - Running untrusted code from a paper's repository - Experiments that install packages or modify system state - Any time the user asks to run research code safely or isolated for a Feynman workflow ## How it works 1. Build or pull an appropriate base image for the research code 2. Mount the project directory into the container 3. Run experiment commands inside the container 4. Results write back to the mounted directory ## Running commands in a container For Python research code (most common): ```bash docker run --rm -v "$(pwd)":/workspace -w /workspace python:3.11 bash -c " pip install -r requirements.txt && python train.py " ``` For projects with a Dockerfile: ```bash docker build -t feynman-experiment . docker run --rm -v "$(pwd)/results":/workspace/results feynman-experiment ``` For GPU workloads: ```bash docker run --rm --gpus all -v "$(pwd)":/workspace -w /workspace pytorch/pytorch:latest bash -c " pip install -r requirements.txt && python train.py " ``` ## Choosing the base image | Research type | Base image | | --- | --- | | Python ML/DL | `pytorch/pytorch:latest` or `tensorflow/tensorflow:latest-gpu` | | Python general | `python:3.11` | | Node.js | `node:20` | | R / statistics | `rocker/r-ver:4` | | Julia | `julia:1.10` | | Multi-language | `ubuntu:24.04` with manual installs | ## Persistent containers For iterative experiments (like `/autoresearch`), create a named container instead of `--rm`. Choose a descriptive name based on the experiment: ```bash docker create --name <name> -v "$(pwd)":/workspace -w /workspace python:3.11 tail -f /dev/null docker start <name> docker exec <name> bash -c "pip install -r requirements.txt" docker exec <name> bash -c "python train.py" ``` This preserves installed packages across iterations. Clean up with: ```bash docker stop <name> && docker rm <name> ``` ## Notes - The mounted workspace syncs results back to the host automatically - Containers are network-enabled by default — add `--network none` for full isolation - For GPU access, Docker must be configured with the NVIDIA Container Toolkit
Wersje
| Repozytorium | Wynik | Licencja |
|---|---|---|
| Ta strona · companion-inc/feynman | 100 | MIT |
| event4u-app/agent-config | 100 | MIT |
| ericrisco/rsc-harness | 100 | MIT |
| atomicbot-ai/atomic-agent | 100 | MIT |
| claude-dev-suite/claude-dev-suite | 100 | MIT |
| greedychipmunk/agent-skills | 100 | MIT |
| G1Joshi/Agent-Skills | 100 | MIT |
| chrishuffman5/domain-expert | 100 | MIT |
| PIXARTSeu/Synapse | 100 | AGPL-3.0 |
Identyczna treść występuje jeszcze w 1 innych folderach na GitHubie. Tu pokazujemy jedną, najlepiej ocenioną kopię.
Migawka bazy z 28.10.2026 · wersja paczki 207661974df2 (skrót SHA-256 całej paczki)
Pobrania w ostatnich 30 dniach: 0 · ranking
Zgłoś problem z tym skillem: szkodliwa treść, błędny opis albo prośba autora o usunięcie.
Podobne skille
- 100sindoq
Uruchamia kod w izolowanych piaskownicach, np. Docker, Podman, Firecracker lub Kubernetes, przy budowie pipeline'ów AI. - 100agent-sandbox
Uruchamia kod agenta AI w izolowanych piaskownicach z limitami zasobów, śladami audytu i wyłącznikami awaryjnymi: izolacja Docker, ograniczenia systemu plików i polityki sieciowe. - 100abx-sandbox-docker
Uruchamia Docker wewnątrz piaskownicy AgentBox: budowanie obrazów, docker compose i dostęp do wewnętrznego rejestru. - 100docker-agent-run
Uruchamia Docker Agent poleceniem docker agent run, dobiera tryb bezpieczeństwa i zatwierdzeń, używa izolacji --sandbox, ustawia aliasy i diagnozuje problemy, np. brak poświadczeń. - 100orbit
Uruchamia eksperymenty (trening, ewaluacja, sweepy, zadania GPU) w izolowanych kontenerach Docker przez Orbit oraz odczytuje ich logi, metryki i wyniki, także przy porównywaniu przebiegów. - 100lightning-sandboxes
Uruchamia kod w izolowanych, krótkotrwałych maszynach Lightning AI Sandboxes z migawkami, Dockerem, politykami ruchu wychodzącego i publicznymi adresami portów, np. dla niezaufanego lub eksperymentalnego kodu.