Merge main into neubig/refactor-bash-command-processing (keeping our poetry.lock)

.github/scripts/check_version_consistency.py

@@ -13,8 +13,8 @@ def find_version_references(directory: str) -> Tuple[Set[str], Set[str]]:
     version_pattern_runtime = re.compile(r'runtime:(\d{1})\.(\d{2})')
 
     for root, _, files in os.walk(directory):
-        # Skip .git directory and docs/build directory
-        if '.git' in root or 'docs/build' in root:
+        # Skip .git directory
+        if '.git' in root:
             continue
 
         for file in files:
@@ -28,15 +28,11 @@ def find_version_references(directory: str) -> Tuple[Set[str], Set[str]]:
 
                         # Find all openhands version references
                         matches = version_pattern_openhands.findall(content)
-                        if matches:
-                            print(f'Found openhands version {matches} in {file_path}')
-                            openhands_versions.update(matches)
+                        openhands_versions.update(matches)
 
                         # Find all runtime version references
                         matches = version_pattern_runtime.findall(content)
-                        if matches:
-                            print(f'Found runtime version {matches} in {file_path}')
-                            runtime_versions.update(matches)
+                        runtime_versions.update(matches)
                 except Exception as e:
                     print(f'Error reading {file_path}: {e}', file=sys.stderr)
 
@@ -45,12 +41,8 @@ def find_version_references(directory: str) -> Tuple[Set[str], Set[str]]:
 
 def main():
     repo_root = os.path.abspath(os.path.join(os.path.dirname(__file__), '..', '..'))
-    print(f'Checking version consistency in {repo_root}')
     openhands_versions, runtime_versions = find_version_references(repo_root)
 
-    print(f'Found openhands versions: {sorted(openhands_versions)}')
-    print(f'Found runtime versions: {sorted(runtime_versions)}')
-
     exit_code = 0
 
     if len(openhands_versions) > 1:

.github/workflows/openhands-resolver.yml

@@ -145,15 +145,13 @@ jobs:
           fi
 
       - name: Set environment variables
-        env:
-          REVIEW_BODY: ${{ github.event.review.body || '' }}
         run: |
           # Handle pull request events first
           if [ -n "${{ github.event.pull_request.number }}" ]; then
             echo "ISSUE_NUMBER=${{ github.event.pull_request.number }}" >> $GITHUB_ENV
             echo "ISSUE_TYPE=pr" >> $GITHUB_ENV
           # Handle pull request review events
-          elif [ -n "$REVIEW_BODY" ]; then
+          elif [ -n "${{ github.event.review.body }}" ]; then
             echo "ISSUE_NUMBER=${{ github.event.pull_request.number }}" >> $GITHUB_ENV
             echo "ISSUE_TYPE=pr" >> $GITHUB_ENV
           # Handle issue comment events that reference a PR
@@ -166,7 +164,7 @@ jobs:
             echo "ISSUE_TYPE=issue" >> $GITHUB_ENV
           fi
 
-          if [ -n "$REVIEW_BODY" ]; then
+          if [ -n "${{ github.event.review.body }}" ]; then
             echo "COMMENT_ID=${{ github.event.review.id || 'None' }}" >> $GITHUB_ENV
           else
             echo "COMMENT_ID=${{ github.event.comment.id || 'None' }}" >> $GITHUB_ENV
@@ -240,7 +238,7 @@ jobs:
           PYTHONPATH: ""
         run: |
           cd /tmp && python -m openhands.resolver.resolve_issue \
-            --selected-repo ${{ github.repository }} \
+            --repo ${{ github.repository }} \
             --issue-number ${{ env.ISSUE_NUMBER }} \
             --issue-type ${{ env.ISSUE_TYPE }} \
             --max-iterations ${{ env.MAX_ITERATIONS }} \

.github/workflows/run-eval.yml

@@ -19,10 +19,9 @@ jobs:
           ref: ${{ github.head_ref }}
 
       - name: Trigger remote job
-        env:
-          PR_BRANCH: ${{ github.head_ref }}
         run: |
           REPO_URL="https://github.com/${{ github.repository }}"
+          PR_BRANCH="${{ github.head_ref }}"
           echo "Repository URL: $REPO_URL"
           echo "PR Branch: $PR_BRANCH"
 

.openhands/microagents/repo.md

@@ -10,21 +10,13 @@ This repository contains the code for OpenHands, an automated AI software engine
 To set up the entire repo, including frontend and backend, run `make build`.
 You don't need to do this unless the user asks you to, or if you're trying to run the entire application.
 
-IMPORTANT: Before making any changes to the codebase, ALWAYS run `make install-pre-commit-hooks` to ensure pre-commit hooks are properly installed.
-
-Before pushing any changes, you MUST ensure that any lint errors or simple test errors have been fixed.
+Before pushing any changes, you should ensure that any lint errors or simple test errors have been fixed.
 
 * If you've made changes to the backend, you should run `pre-commit run --all-files --config ./dev_config/python/.pre-commit-config.yaml`
 * If you've made changes to the frontend, you should run `cd frontend && npm run lint:fix && npm run build ; cd ..`
 
-The pre-commit hooks MUST pass successfully before pushing any changes to the repository. This is a mandatory requirement to maintain code quality and consistency.
-
 If either command fails, it may have automatically fixed some issues. You should fix any issues that weren't automatically fixed,
-then re-run the command to ensure it passes. Common issues include:
-- Mypy type errors
-- Ruff formatting issues
-- Trailing whitespace
-- Missing newlines at end of files
+then re-run the command to ensure it passes.
 
 ## Repository Structure
 Backend:

Development.md

@@ -11,7 +11,7 @@ Otherwise, you can clone the OpenHands project directly.
 - Linux, Mac OS, or [WSL on Windows](https://learn.microsoft.com/en-us/windows/wsl/install) [Ubuntu >= 22.04]
 - [Docker](https://docs.docker.com/engine/install/) (For those on MacOS, make sure to allow the default Docker socket to be used from advanced settings!)
 - [Python](https://www.python.org/downloads/) = 3.12
-- [NodeJS](https://nodejs.org/en/download/package-manager) >= 22.x
+- [NodeJS](https://nodejs.org/en/download/package-manager) >= 20.x
 - [Poetry](https://python-poetry.org/docs/#installing-with-the-official-installer) >= 1.8
 - OS-specific dependencies:
   - Ubuntu: build-essential => `sudo apt-get install build-essential`
@@ -118,7 +118,7 @@ poetry run pytest ./tests/unit/test_*.py
 To reduce build time (e.g., if no changes were made to the client-runtime component), you can use an existing Docker container image by
 setting the SANDBOX_RUNTIME_CONTAINER_IMAGE environment variable to the desired Docker image.
 
-Example: `export SANDBOX_RUNTIME_CONTAINER_IMAGE=ghcr.io/all-hands-ai/runtime:0.31-nikolaik`
+Example: `export SANDBOX_RUNTIME_CONTAINER_IMAGE=ghcr.io/all-hands-ai/runtime:0.29-nikolaik`
 
 ## Develop inside Docker container
 

Makefile

@@ -195,14 +195,7 @@ start-backend:
 # Start frontend
 start-frontend:
 	@echo "$(YELLOW)Starting frontend...$(RESET)"
-	@cd frontend && \
-	if grep -qi microsoft /proc/version 2>/dev/null; then \
-		echo "Detected WSL environment. Using 'dev_wsl'"; \
-		SCRIPT=dev_wsl; \
-	else \
-		SCRIPT=dev; \
-	fi; \
-	VITE_BACKEND_HOST=$(BACKEND_HOST_PORT) VITE_FRONTEND_PORT=$(FRONTEND_PORT) npm run $$SCRIPT -- --port $(FRONTEND_PORT) --host $(BACKEND_HOST)
+	@cd frontend && VITE_BACKEND_HOST=$(BACKEND_HOST_PORT) VITE_FRONTEND_PORT=$(FRONTEND_PORT) npm run dev -- --port $(FRONTEND_PORT) --host $(BACKEND_HOST)
 
 # Common setup for running the app (non-callable)
 _run_setup:
@@ -238,6 +231,12 @@ docker-run:
 		docker compose up $(OPTIONS); \
 	fi
 
+# Run the app (WSL mode)
+run-wsl:
+	@echo "$(YELLOW)Running the app in WSL mode...$(RESET)"
+	@$(MAKE) -s _run_setup
+	@cd frontend && echo "$(BLUE)Starting frontend with npm (WSL mode)...$(RESET)" && npm run dev_wsl -- --port $(FRONTEND_PORT)
+	@echo "$(GREEN)Application started successfully in WSL mode.$(RESET)"
 
 # Setup config.toml
 setup-config:

README.md

@@ -43,17 +43,17 @@ See the [Running OpenHands](https://docs.all-hands.dev/modules/usage/installatio
 system requirements and more information.
 
 ```bash
-docker pull docker.all-hands.dev/all-hands-ai/runtime:0.31-nikolaik
+docker pull docker.all-hands.dev/all-hands-ai/runtime:0.29-nikolaik
 
 docker run -it --rm --pull=always \
-    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.31-nikolaik \
+    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.29-nikolaik \
     -e LOG_ALL_EVENTS=true \
     -v /var/run/docker.sock:/var/run/docker.sock \
     -v ~/.openhands-state:/.openhands-state \
     -p 3000:3000 \
     --add-host host.docker.internal:host-gateway \
     --name openhands-app \
-    docker.all-hands.dev/all-hands-ai/openhands:0.31
+    docker.all-hands.dev/all-hands-ai/openhands:0.29
 ```
 
 > [!WARNING]
@@ -68,7 +68,7 @@ works best, but you have [many options](https://docs.all-hands.dev/modules/usage
 
 ---
 
-You can also [connect OpenHands to your local filesystem](https://docs.all-hands.dev/modules/usage/runtimes/docker#connecting-to-your-filesystem),
+You can also [connect OpenHands to your local filesystem](https://docs.all-hands.dev/modules/usage/runtimes#connecting-to-your-filesystem),
 run OpenHands in a scriptable [headless mode](https://docs.all-hands.dev/modules/usage/how-to/headless-mode),
 interact with it via a [friendly CLI](https://docs.all-hands.dev/modules/usage/how-to/cli-mode),
 or run it on tagged issues with [a github action](https://docs.all-hands.dev/modules/usage/how-to/github-action).

config.template.toml

@@ -24,7 +24,7 @@
 #daytona_target = ""
 
 # Base path for the workspace
-#workspace_base = "./workspace"
+workspace_base = "./workspace"
 
 # Cache directory path
 #cache_dir = "/tmp/cache"
@@ -64,7 +64,7 @@
 #max_budget_per_task = 0.0
 
 # Maximum number of iterations
-#max_iterations = 250
+#max_iterations = 100
 
 # Path to mount the workspace in the sandbox
 #workspace_mount_path_in_sandbox = "/workspace"

containers/app/Dockerfile

@@ -48,8 +48,7 @@ RUN mkdir -p $FILE_STORE_PATH
 RUN mkdir -p $WORKSPACE_BASE
 
 RUN apt-get update -y \
-    && apt-get install -y curl ssh sudo \
-    && rm -rf /var/lib/apt/lists/*
+    && apt-get install -y curl ssh sudo
 
 # Default is 1000, but OSX is often 501
 RUN sed -i 's/^UID_MIN.*/UID_MIN 499/' /etc/login.defs

containers/dev/compose.yml

@@ -11,7 +11,7 @@ services:
       - BACKEND_HOST=${BACKEND_HOST:-"0.0.0.0"}
       - SANDBOX_API_HOSTNAME=host.docker.internal
       #
-      - SANDBOX_RUNTIME_CONTAINER_IMAGE=${SANDBOX_RUNTIME_CONTAINER_IMAGE:-ghcr.io/all-hands-ai/runtime:0.31-nikolaik}
+      - SANDBOX_RUNTIME_CONTAINER_IMAGE=${SANDBOX_RUNTIME_CONTAINER_IMAGE:-ghcr.io/all-hands-ai/runtime:0.29-nikolaik}
       - SANDBOX_USER_ID=${SANDBOX_USER_ID:-1234}
       - WORKSPACE_MOUNT_PATH=${WORKSPACE_BASE:-$PWD/workspace}
     ports:

dev_config/python/ruff.toml

@@ -6,7 +6,6 @@ select = [
     "I",
     "Q",
     "B",
-    "ASYNC",
 ]
 
 ignore = [

docker-compose.yml

@@ -7,7 +7,7 @@ services:
     image: openhands:latest
     container_name: openhands-app-${DATE:-}
     environment:
-      - SANDBOX_RUNTIME_CONTAINER_IMAGE=${SANDBOX_RUNTIME_CONTAINER_IMAGE:-docker.all-hands.dev/all-hands-ai/runtime:0.31-nikolaik}
+      - SANDBOX_RUNTIME_CONTAINER_IMAGE=${SANDBOX_RUNTIME_CONTAINER_IMAGE:-docker.all-hands.dev/all-hands-ai/runtime:0.29-nikolaik}
       #- SANDBOX_USER_ID=${SANDBOX_USER_ID:-1234} # enable this only if you want a specific non-root sandbox user but you will have to manually adjust permissions of openhands-state for this user
       - WORKSPACE_MOUNT_PATH=${WORKSPACE_BASE:-$PWD/workspace}
     ports:

docs/DOC_STYLE_GUIDE.md

@@ -47,7 +47,6 @@ docker run -it \
     ...
 ```
 
-
 ### Referring to UI Elements
 
 When referencing UI elements, use ``.

docs/README.md

@@ -57,4 +57,4 @@ $ poetry run python docs/translation_updater.py
 # ...
 ```
 
-This process uses `claude-3-7-sonnet-20250219` as base model and each language consumes at least ~30k input tokens and ~35k output tokens.
+This process uses `claude-3-opus-20240229` as base model and each language consumes at least ~30k input tokens and ~35k output tokens.

docs/docusaurus.config.ts

@@ -24,7 +24,7 @@ const config: Config = {
   // may want to replace "en" with "zh-Hans".
   i18n: {
     defaultLocale: 'en',
-    locales: ['en', 'fr', 'zh-Hans', 'ja', 'pt-BR'],
+    locales: ['en', 'fr', 'zh-Hans', 'pt-BR'],
     localeConfigs: {
       en: {
         htmlLang: 'en-GB',

docs/i18n/fr/docusaurus-plugin-content-docs/current.json

@@ -14,197 +14,5 @@
   "sidebar.apiSidebar.category.Backend": {
     "message": "Backend",
     "description": "The label for category Backend in sidebar apiSidebar"
-  },
-  "sidebar.docsSidebar.category.User Guides": {
-    "message": "Guides d'Utilisateur",
-    "description": "The label for category User Guides in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.category.Running OpenHands": {
-    "message": "Exécution d'OpenHands",
-    "description": "The label for category Running OpenHands in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.category.Prompting": {
-    "message": "Prompting",
-    "description": "The label for category Prompting in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.category.Architecture": {
-    "message": "Architecture",
-    "description": "The label for category Architecture in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Running OpenHands": {
-    "message": "Exécution d'OpenHands",
-    "description": "The label for document Running OpenHands in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Getting Started": {
-    "message": "Commencer",
-    "description": "The label for document Getting Started in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Key Features": {
-    "message": "Fonctionnalités Clés",
-    "description": "The label for document Key Features in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.category.Customization": {
-    "message": "Personnalisation",
-    "description": "The label for category Customization in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.category.Usage Methods": {
-    "message": "Méthodes d'Utilisation",
-    "description": "The label for category Usage Methods in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.category.Advanced Configuration": {
-    "message": "Configuration Avancée",
-    "description": "The label for category Advanced Configuration in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Troubleshooting": {
-    "message": "Dépannage",
-    "description": "The label for document Troubleshooting in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Feedback": {
-    "message": "Retour d'Information",
-    "description": "The label for document Feedback in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.category.For OpenHands Developers": {
-    "message": "Pour les Développeurs OpenHands",
-    "description": "The label for category For OpenHands Developers in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.About": {
-    "message": "À Propos",
-    "description": "The label for document About in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Best Practices": {
-    "message": "Meilleures Pratiques",
-    "description": "The label for document Best Practices in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.category.Microagents": {
-    "message": "Micro-agents",
-    "description": "The label for category Microagents in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Overview": {
-    "message": "Aperçu",
-    "description": "The label for document Overview in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Repository": {
-    "message": "Dépôt",
-    "description": "The label for document Repository in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Public": {
-    "message": "Public",
-    "description": "The label for document Public in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Repository Customization": {
-    "message": "Personnalisation du Dépôt",
-    "description": "The label for document Repository Customization in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.GUI Mode": {
-    "message": "Mode GUI",
-    "description": "The label for document GUI Mode in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.CLI Mode": {
-    "message": "Mode CLI",
-    "description": "The label for document CLI Mode in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Headless Mode": {
-    "message": "Mode Sans Interface",
-    "description": "The label for document Headless Mode in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Github Action": {
-    "message": "Action GitHub",
-    "description": "The label for document Github Action in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.category.Cloud": {
-    "message": "Cloud",
-    "description": "The label for category Cloud in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Openhands Cloud": {
-    "message": "OpenHands Cloud",
-    "description": "The label for document Openhands Cloud in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Cloud GitHub Resolver": {
-    "message": "Résolveur GitHub Cloud",
-    "description": "The label for document Cloud GitHub Resolver in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.category.LLM Configuration": {
-    "message": "Configuration LLM",
-    "description": "The label for category LLM Configuration in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.category.Providers": {
-    "message": "Fournisseurs",
-    "description": "The label for category Providers in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Azure": {
-    "message": "Azure",
-    "description": "The label for document Azure in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Google": {
-    "message": "Google",
-    "description": "The label for document Google in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Groq": {
-    "message": "Groq",
-    "description": "The label for document Groq in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.LiteLLM Proxy": {
-    "message": "Proxy LiteLLM",
-    "description": "The label for document LiteLLM Proxy in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.OpenAI": {
-    "message": "OpenAI",
-    "description": "The label for document OpenAI in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.OpenRouter": {
-    "message": "OpenRouter",
-    "description": "The label for document OpenRouter in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.category.Runtime Configuration": {
-    "message": "Configuration d'Exécution",
-    "description": "The label for category Runtime Configuration in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Docker Runtime": {
-    "message": "Environnement Docker",
-    "description": "The label for document Docker Runtime in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Remote Runtime": {
-    "message": "Environnement Distant",
-    "description": "The label for document Remote Runtime in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Modal Runtime": {
-    "message": "Environnement Modal",
-    "description": "The label for document Modal Runtime in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Daytona Runtime": {
-    "message": "Environnement Daytona",
-    "description": "The label for document Daytona Runtime in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Local Runtime": {
-    "message": "Environnement Local",
-    "description": "The label for document Local Runtime in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Configuration Options": {
-    "message": "Options de Configuration",
-    "description": "The label for document Configuration Options in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Custom Sandbox": {
-    "message": "Bac à Sable Personnalisé",
-    "description": "The label for document Custom Sandbox in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Development Overview": {
-    "message": "Aperçu du Développement",
-    "description": "The label for document Development Overview in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Backend": {
-    "message": "Backend",
-    "description": "The label for document Backend in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Runtime": {
-    "message": "Environnement d'Exécution",
-    "description": "The label for document Runtime in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Debugging": {
-    "message": "Débogage",
-    "description": "The label for document Debugging in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Evaluation": {
-    "message": "Évaluation",
-    "description": "The label for document Evaluation in sidebar docsSidebar"
   }
 }

docs/i18n/fr/docusaurus-plugin-content-docs/current/usage/custom_sandbox_guide.md

@@ -60,7 +60,25 @@ Félicitations !
 
 ## Explication technique
 
-Veuillez consulter le [chapitre sur les images Docker personnalisées dans la documentation d'exécution](https://docs.all-hands.dev/fr/modules/usage/architecture/runtime) pour obtenir des explications plus détaillées.
+Lorsqu'une image personnalisée est utilisée pour la première fois, elle ne sera pas trouvée et donc elle sera construite (à l'exécution ultérieure, l'image construite sera trouvée et renvoyée).
+
+L'image personnalisée est construite avec [_build_sandbox_image()](https://github.com/All-Hands-AI/OpenHands/blob/main/openhands/runtime/docker/image_agnostic_util.py#L29), qui crée un fichier docker en utilisant votre image personnalisée comme base et configure ensuite l'environnement pour OpenHands, comme ceci:
+
+```python
+dockerfile_content = (
+        f'FROM {base_image}\n'
+        'RUN apt update && apt install -y openssh-server wget sudo\n'
+        'RUN mkdir -p -m0755 /var/run/sshd\n'
+        'RUN mkdir -p /openhands && mkdir -p /openhands/logs && chmod 777 /openhands/logs\n'
+        'RUN wget "https://github.com/conda-forge/miniforge/releases/latest/download/Miniforge3-$(uname)-$(uname -m).sh"\n'
+        'RUN bash Miniforge3-$(uname)-$(uname -m).sh -b -p /openhands/miniforge3\n'
+        'RUN bash -c ". /openhands/miniforge3/etc/profile.d/conda.sh && conda config --set changeps1 False && conda config --append channels conda-forge"\n'
+        'RUN echo "export PATH=/openhands/miniforge3/bin:$PATH" >> ~/.bashrc\n'
+        'RUN echo "export PATH=/openhands/miniforge3/bin:$PATH" >> /openhands/bash.bashrc\n'
+    ).strip()
+```
+
+> Remarque: Le nom de l'image est modifié via [_get_new_image_name()](https://github.com/All-Hands-AI/OpenHands/blob/main/openhands/runtime/docker/image_agnostic_util.py#L63) et c'est ce nom modifié qui sera recherché lors des exécutions ultérieures.
 
 ## Dépannage / Erreurs
 

docs/i18n/fr/docusaurus-plugin-content-docs/current/usage/how-to/cli-mode.md

@@ -52,7 +52,7 @@ LLM_API_KEY="sk_test_12345"
 ```bash
 docker run -it \
     --pull=always \
-    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.31-nikolaik \
+    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.29-nikolaik \
     -e SANDBOX_USER_ID=$(id -u) \
     -e WORKSPACE_MOUNT_PATH=$WORKSPACE_BASE \
     -e LLM_API_KEY=$LLM_API_KEY \
@@ -61,7 +61,7 @@ docker run -it \
     -v /var/run/docker.sock:/var/run/docker.sock \
     --add-host host.docker.internal:host-gateway \
     --name openhands-app-$(date +%Y%m%d%H%M%S) \
-    docker.all-hands.dev/all-hands-ai/openhands:0.31 \
+    docker.all-hands.dev/all-hands-ai/openhands:0.29 \
     python -m openhands.core.cli
 ```
 

docs/i18n/fr/docusaurus-plugin-content-docs/current/usage/how-to/headless-mode.md

@@ -46,7 +46,7 @@ LLM_API_KEY="sk_test_12345"
 ```bash
 docker run -it \
     --pull=always \
-    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.31-nikolaik \
+    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.29-nikolaik \
     -e SANDBOX_USER_ID=$(id -u) \
     -e WORKSPACE_MOUNT_PATH=$WORKSPACE_BASE \
     -e LLM_API_KEY=$LLM_API_KEY \
@@ -56,6 +56,6 @@ docker run -it \
     -v /var/run/docker.sock:/var/run/docker.sock \
     --add-host host.docker.internal:host-gateway \
     --name openhands-app-$(date +%Y%m%d%H%M%S) \
-    docker.all-hands.dev/all-hands-ai/openhands:0.31 \
+    docker.all-hands.dev/all-hands-ai/openhands:0.29 \
     python -m openhands.core.main -t "write a bash script that prints hi" --no-auto-continue
 ```

docs/i18n/fr/docusaurus-plugin-content-docs/current/usage/installation.mdx

@@ -1,6 +1,6 @@
 
 
-# Exécution d'OpenHands
+# Installation
 
 ## Configuration système requise
 
@@ -13,16 +13,16 @@
 La façon la plus simple d'exécuter OpenHands est avec Docker.
 
 ```bash
-docker pull docker.all-hands.dev/all-hands-ai/runtime:0.31-nikolaik
+docker pull docker.all-hands.dev/all-hands-ai/runtime:0.29-nikolaik
 
 docker run -it --rm --pull=always \
-    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.31-nikolaik \
+    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.29-nikolaik \
     -e LOG_ALL_EVENTS=true \
     -v /var/run/docker.sock:/var/run/docker.sock \
     -p 3000:3000 \
     --add-host host.docker.internal:host-gateway \
     --name openhands-app \
-    docker.all-hands.dev/all-hands-ai/openhands:0.31
+    docker.all-hands.dev/all-hands-ai/openhands:0.29
 ```
 
 Vous pouvez également exécuter OpenHands en mode [headless scriptable](https://docs.all-hands.dev/modules/usage/how-to/headless-mode), en tant que [CLI interactive](https://docs.all-hands.dev/modules/usage/how-to/cli-mode), ou en utilisant l'[Action GitHub OpenHands](https://docs.all-hands.dev/modules/usage/how-to/github-action).

docs/i18n/fr/docusaurus-plugin-content-docs/current/usage/runtimes.md

@@ -13,7 +13,7 @@ C'est le Runtime par défaut qui est utilisé lorsque vous démarrez OpenHands.
 
 ```
 docker run # ...
-    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.31-nikolaik \
+    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.29-nikolaik \
     -v /var/run/docker.sock:/var/run/docker.sock \
     # ...
 ```

docs/i18n/ja/code.json

@@ -1,427 +0,0 @@
-{
-  "footer.title": {
-    "message": "OpenHands"
-  },
-  "footer.docs": {
-    "message": "ドキュメント"
-  },
-  "footer.community": {
-    "message": "コミュニティ"
-  },
-  "footer.copyright": {
-    "message": "© {year} OpenHands"
-  },
-  "faq.title": {
-    "message": "よくある質問",
-    "description": "FAQ Title"
-  },
-  "faq.description": {
-    "message": "よくある質問"
-  },
-  "faq.section.title.1": {
-    "message": "OpenHandsとは何ですか？",
-    "description": "First Section Title"
-  },
-  "faq.section.highlight": {
-    "message": "OpenHands",
-    "description": "Highlight Text"
-  },
-  "faq.section.description.1": {
-    "message": "はソフトウェアエンジニアリングとウェブナビゲーションのタスクをいつでも解決できる自律型ソフトウェアエンジニアです。「過去数ヶ月間のOpenHandsリポジトリへのプルリクエスト数を調べる」などのデータサイエンスクエリや、「このファイルにテストを追加して、すべてのテストが通るか確認してください。通らない場合は、ファイルを修正してください」などのソフトウェアエンジニアリングタスクを実行できます。",
-    "description": "Description for OpenHands"
-  },
-  "faq.section.description.2": {
-    "message": "さらに、OpenHandsは新しいエージェントをテストおよび評価したいエージェント開発者向けのプラットフォームとコミュニティでもあります。",
-    "description": "Further Description for OpenHands"
-  },
-  "faq.section.title.2": {
-    "message": "サポート",
-    "description": "Support Section Title"
-  },
-  "faq.section.support.answer": {
-    "message": "他のユーザーも同様に発生する可能性のある問題が発生した場合は、{githubLink}で報告してください。インストールに関する問題や一般的な質問がある場合は、{discordLink}または{slackLink}にご参加ください。",
-    "description": "Support Answer"
-  },
-  "faq.section.title.3": {
-    "message": "OpenHandsでGitHubの問題を解決するには？",
-    "description": "GitHub Issue Section Title"
-  },
-  "faq.section.github.steps.intro": {
-    "message": "OpenHandsを使用してGitHubの問題を解決するには、以下のようなステップを実行するようOpenHandsにコマンドを送信します：",
-    "description": "GitHub Steps Introduction"
-  },
-  "faq.section.github.step1": {
-    "message": "イシュー https://github.com/All-Hands-AI/OpenHands/issues/1611 を読む",
-    "description": "GitHub Step 1"
-  },
-  "faq.section.github.step2": {
-    "message": "リポジトリをクローンして新しいブランチをチェックアウトする",
-    "description": "GitHub Step 2"
-  },
-  "faq.section.github.step3": {
-    "message": "イシューの説明に基づいて、問題を解決するためにファイルを修正する",
-    "description": "GitHub Step 3"
-  },
-  "faq.section.github.step4": {
-    "message": "GITHUB_TOKEN環境変数を使用して結果をGitHubにプッシュする",
-    "description": "GitHub Step 4"
-  },
-  "faq.section.github.step5": {
-    "message": "プルリクエストを送信するために使用するリンクを教えてください",
-    "description": "GitHub Step 5"
-  },
-  "faq.section.github.steps.preRun": {
-    "message": "OpenHandsを起動する前に、以下を実行できます：",
-    "description": "GitHub Steps Pre-Run"
-  },
-  "faq.section.github.steps.tokenInfo": {
-    "message": "ここでXXXはあなたが作成したGitHubトークンで、OpenHandsリポジトリにプッシュする権限を持っています。OpenHandsリポジトリの変更権限がない場合は、次のように変更する必要があるかもしれません：",
-    "description": "GitHub Steps Token Info"
-  },
-  "faq.section.github.steps.usernameInfo": {
-    "message": "ここでUSERNAMEはあなたのGitHubユーザー名です。",
-    "description": "GitHub Steps Username Info"
-  },
-  "faq.section.title.4": {
-    "message": "OpenHandsはDevinとどう違いますか？",
-    "description": "Devin Section Title"
-  },
-  "faq.section.openhands.linkText": {
-    "message": "Devin",
-    "description": "Devin Link Text"
-  },
-  "faq.section.openhands.description": {
-    "message": "はCognition Inc.の商用製品で、OpenHandsの最初のインスピレーションとなりました。どちらもソフトウェアエンジニアリングの仕事をうまくこなすことを目指していますが、OpenHandsはダウンロード、使用、修正が可能である一方、DevinはCognitionのサイトを通じてのみ使用できます。さらに、OpenHandsは最初のインスピレーションを超えて進化し、現在はエージェント開発全般のためのコミュニティエコシステムとなっており、あなたの参加と",
-    "description": "Devin Description"
-  },
-  "faq.section.openhands.contribute": {
-    "message": "貢献",
-    "description": "Contribute Link"
-  },
-  "faq.section.title.5": {
-    "message": "OpenHandsはChatGPTとどう違いますか？",
-    "description": "ChatGPT Section Title"
-  },
-  "faq.section.chatgpt.description": {
-    "message": "ChatGPTはオンラインでアクセスでき、ローカルファイルに接続せず、コード実行能力も限られています。コードを書くことはできますが、テストや実行が難しいです。",
-    "description": "ChatGPT Description"
-  },
-  "homepage.description": {
-    "message": "ソフトウェアエンジニアリングのためのAIコード生成。",
-    "description": "The homepage description"
-  },
-  "homepage.getStarted": {
-    "message": "はじめる"
-  },
-  "welcome.message": {
-    "message": "OpenHandsへようこそ。複雑なエンジニアリングタスクを実行し、ソフトウェア開発プロジェクトでユーザーと積極的に協力できる自律型AIソフトウェアエンジニアシステムです。"
-  },
-  "theme.ErrorPageContent.title": {
-    "message": "このページはクラッシュしました。",
-    "description": "The title of the fallback page when the page crashed"
-  },
-  "theme.BackToTopButton.buttonAriaLabel": {
-    "message": "ページの先頭に戻る",
-    "description": "The ARIA label for the back to top button"
-  },
-  "theme.blog.archive.title": {
-    "message": "アーカイブ",
-    "description": "The page & hero title of the blog archive page"
-  },
-  "theme.blog.archive.description": {
-    "message": "アーカイブ",
-    "description": "The page & hero description of the blog archive page"
-  },
-  "theme.blog.paginator.navAriaLabel": {
-    "message": "ブログ記事リストのページネーション",
-    "description": "The ARIA label for the blog pagination"
-  },
-  "theme.blog.paginator.newerEntries": {
-    "message": "新しい記事",
-    "description": "The label used to navigate to the newer blog posts page (previous page)"
-  },
-  "theme.blog.paginator.olderEntries": {
-    "message": "古い記事",
-    "description": "The label used to navigate to the older blog posts page (next page)"
-  },
-  "theme.blog.post.paginator.navAriaLabel": {
-    "message": "ブログ記事のページネーション",
-    "description": "The ARIA label for the blog posts pagination"
-  },
-  "theme.blog.post.paginator.newerPost": {
-    "message": "新しい記事",
-    "description": "The blog post button label to navigate to the newer/previous post"
-  },
-  "theme.blog.post.paginator.olderPost": {
-    "message": "古い記事",
-    "description": "The blog post button label to navigate to the older/next post"
-  },
-  "theme.blog.post.plurals": {
-    "message": "1記事|{count}記事",
-    "description": "Pluralized label for \"{count} posts\". Use as much plural forms (separated by \"|\") as your language support (see https://www.unicode.org/cldr/cldr-aux/charts/34/supplemental/language_plural_rules.html)"
-  },
-  "theme.blog.tagTitle": {
-    "message": "「{tagName}」のタグが付いた{nPosts}",
-    "description": "The title of the page for a blog tag"
-  },
-  "theme.tags.tagsPageLink": {
-    "message": "すべてのタグを表示",
-    "description": "The label of the link targeting the tag list page"
-  },
-  "theme.colorToggle.ariaLabel": {
-    "message": "ダークモードとライトモードを切り替える（現在は{mode}）",
-    "description": "The ARIA label for the navbar color mode toggle"
-  },
-  "theme.colorToggle.ariaLabel.mode.dark": {
-    "message": "ダークモード",
-    "description": "The name for the dark color mode"
-  },
-  "theme.colorToggle.ariaLabel.mode.light": {
-    "message": "ライトモード",
-    "description": "The name for the light color mode"
-  },
-  "theme.docs.breadcrumbs.navAriaLabel": {
-    "message": "パンくずリストナビゲーション",
-    "description": "The ARIA label for the breadcrumbs"
-  },
-  "theme.docs.DocCard.categoryDescription.plurals": {
-    "message": "1項目|{count}項目",
-    "description": "The default description for a category card in the generated index about how many items this category includes"
-  },
-  "theme.docs.paginator.navAriaLabel": {
-    "message": "ドキュメントページ",
-    "description": "The ARIA label for the docs pagination"
-  },
-  "theme.docs.paginator.previous": {
-    "message": "前へ",
-    "description": "The label used to navigate to the previous doc"
-  },
-  "theme.docs.paginator.next": {
-    "message": "次へ",
-    "description": "The label used to navigate to the next doc"
-  },
-  "theme.docs.tagDocListPageTitle.nDocsTagged": {
-    "message": "1つのドキュメントにタグ付け|{count}のドキュメントにタグ付け",
-    "description": "Pluralized label for \"{count} docs tagged\". Use as much plural forms (separated by \"|\") as your language support (see https://www.unicode.org/cldr/cldr-aux/charts/34/supplemental/language_plural_rules.html)"
-  },
-  "theme.docs.tagDocListPageTitle": {
-    "message": "\"{tagName}\"で{nDocsTagged}",
-    "description": "The title of the page for a docs tag"
-  },
-  "theme.docs.versionBadge.label": {
-    "message": "バージョン: {versionLabel}"
-  },
-  "theme.docs.versions.unreleasedVersionLabel": {
-    "message": "これは{siteTitle}の次期バージョン{versionLabel}のドキュメントです。",
-    "description": "The label used to tell the user that he's browsing an unreleased doc version"
-  },
-  "theme.docs.versions.unmaintainedVersionLabel": {
-    "message": "これは{siteTitle} {versionLabel}のドキュメントで、現在はアクティブにメンテナンスされていません。",
-    "description": "The label used to tell the user that he's browsing an unmaintained doc version"
-  },
-  "theme.docs.versions.latestVersionSuggestionLabel": {
-    "message": "最新のドキュメントについては、{latestVersionLink}（{versionLabel}）をご覧ください。",
-    "description": "The label used to tell the user to check the latest version"
-  },
-  "theme.docs.versions.latestVersionLinkLabel": {
-    "message": "最新バージョン",
-    "description": "The label used for the latest version suggestion link label"
-  },
-  "theme.common.editThisPage": {
-    "message": "このページを編集",
-    "description": "The link label to edit the current page"
-  },
-  "theme.common.headingLinkTitle": {
-    "message": "{heading}への直接リンク",
-    "description": "Title for link to heading"
-  },
-  "theme.lastUpdated.atDate": {
-    "message": " {date}に",
-    "description": "The words used to describe on which date a page has been last updated"
-  },
-  "theme.lastUpdated.byUser": {
-    "message": " {user}によって",
-    "description": "The words used to describe by who the page has been last updated"
-  },
-  "theme.lastUpdated.lastUpdatedAtBy": {
-    "message": "最終更新{atDate}{byUser}",
-    "description": "The sentence used to display when a page has been last updated, and by who"
-  },
-  "theme.navbar.mobileVersionsDropdown.label": {
-    "message": "バージョン",
-    "description": "The label for the navbar versions dropdown on mobile view"
-  },
-  "theme.NotFound.title": {
-    "message": "ページが見つかりません",
-    "description": "The title of the 404 page"
-  },
-  "theme.tags.tagsListLabel": {
-    "message": "タグ：",
-    "description": "The label alongside a tag list"
-  },
-  "theme.admonition.caution": {
-    "message": "注意",
-    "description": "The default label used for the Caution admonition (:::caution)"
-  },
-  "theme.admonition.danger": {
-    "message": "危険",
-    "description": "The default label used for the Danger admonition (:::danger)"
-  },
-  "theme.admonition.info": {
-    "message": "情報",
-    "description": "The default label used for the Info admonition (:::info)"
-  },
-  "theme.admonition.note": {
-    "message": "メモ",
-    "description": "The default label used for the Note admonition (:::note)"
-  },
-  "theme.admonition.tip": {
-    "message": "ヒント",
-    "description": "The default label used for the Tip admonition (:::tip)"
-  },
-  "theme.admonition.warning": {
-    "message": "警告",
-    "description": "The default label used for the Warning admonition (:::warning)"
-  },
-  "theme.AnnouncementBar.closeButtonAriaLabel": {
-    "message": "閉じる",
-    "description": "The ARIA label for close button of announcement bar"
-  },
-  "theme.blog.sidebar.navAriaLabel": {
-    "message": "最近のブログ記事ナビゲーション",
-    "description": "The ARIA label for recent posts in the blog sidebar"
-  },
-  "theme.CodeBlock.copied": {
-    "message": "コピーしました",
-    "description": "The copied button label on code blocks"
-  },
-  "theme.CodeBlock.copyButtonAriaLabel": {
-    "message": "コードをコピー",
-    "description": "The ARIA label for copy code blocks button"
-  },
-  "theme.CodeBlock.copy": {
-    "message": "コピー",
-    "description": "The copy button label on code blocks"
-  },
-  "theme.CodeBlock.wordWrapToggle": {
-    "message": "折り返し表示の切り替え",
-    "description": "The title attribute for toggle word wrapping button of code block lines"
-  },
-  "theme.DocSidebarItem.expandCategoryAriaLabel": {
-    "message": "サイドバーカテゴリ「{label}」を展開",
-    "description": "The ARIA label to expand the sidebar category"
-  },
-  "theme.DocSidebarItem.collapseCategoryAriaLabel": {
-    "message": "サイドバーカテゴリ「{label}」を折りたたむ",
-    "description": "The ARIA label to collapse the sidebar category"
-  },
-  "theme.NavBar.navAriaLabel": {
-    "message": "メイン",
-    "description": "The ARIA label for the main navigation"
-  },
-  "theme.navbar.mobileLanguageDropdown.label": {
-    "message": "言語",
-    "description": "The label for the mobile language switcher dropdown"
-  },
-  "theme.NotFound.p1": {
-    "message": "お探しのものが見つかりませんでした。",
-    "description": "The first paragraph of the 404 page"
-  },
-  "theme.NotFound.p2": {
-    "message": "元のURLにリンクしたサイトの所有者に連絡して、リンクが切れていることを知らせてください。",
-    "description": "The 2nd paragraph of the 404 page"
-  },
-  "theme.TOCCollapsible.toggleButtonLabel": {
-    "message": "このページの内容",
-    "description": "The label used by the button on the collapsible TOC component"
-  },
-  "theme.blog.post.readMore": {
-    "message": "もっと読む",
-    "description": "The label used in blog post item excerpts to link to full blog posts"
-  },
-  "theme.blog.post.readMoreLabel": {
-    "message": "{title}についてもっと読む",
-    "description": "The ARIA label for the link to full blog posts from excerpts"
-  },
-  "theme.blog.post.readingTime.plurals": {
-    "message": "1分で読めます|{readingTime}分で読めます",
-    "description": "Pluralized label for \"{readingTime} min read\". Use as much plural forms (separated by \"|\") as your language support (see https://www.unicode.org/cldr/cldr-aux/charts/34/supplemental/language_plural_rules.html)"
-  },
-  "theme.docs.breadcrumbs.home": {
-    "message": "ホームページ",
-    "description": "The ARIA label for the home page in the breadcrumbs"
-  },
-  "theme.docs.sidebar.collapseButtonTitle": {
-    "message": "サイドバーを折りたたむ",
-    "description": "The title attribute for collapse button of doc sidebar"
-  },
-  "theme.docs.sidebar.collapseButtonAriaLabel": {
-    "message": "サイドバーを折りたたむ",
-    "description": "The title attribute for collapse button of doc sidebar"
-  },
-  "theme.docs.sidebar.navAriaLabel": {
-    "message": "ドキュメントサイドバーナビゲーション",
-    "description": "The ARIA label for the sidebar navigation"
-  },
-  "theme.docs.sidebar.closeSidebarButtonAriaLabel": {
-    "message": "ナビゲーションバーを閉じる",
-    "description": "The ARIA label for close button of mobile sidebar"
-  },
-  "theme.navbar.mobileSidebarSecondaryMenu.backButtonLabel": {
-    "message": "← メインメニューに戻る",
-    "description": "The label of the back button to return to main menu, inside the mobile navbar sidebar secondary menu (notably used to display the docs sidebar)"
-  },
-  "theme.docs.sidebar.toggleSidebarButtonAriaLabel": {
-    "message": "ナビゲーションバーの開閉",
-    "description": "The ARIA label for hamburger menu button of mobile navigation"
-  },
-  "theme.docs.sidebar.expandButtonTitle": {
-    "message": "サイドバーを展開",
-    "description": "The ARIA label and title attribute for expand button of doc sidebar"
-  },
-  "theme.docs.sidebar.expandButtonAriaLabel": {
-    "message": "サイドバーを展開",
-    "description": "The ARIA label and title attribute for expand button of doc sidebar"
-  },
-  "theme.ErrorPageContent.tryAgain": {
-    "message": "再試行",
-    "description": "The label of the button to try again rendering when the React error boundary captures an error"
-  },
-  "theme.common.skipToMainContent": {
-    "message": "メインコンテンツに直接移動",
-    "description": "The skip to content label used for accessibility, allowing to rapidly navigate to main content with keyboard tab/enter navigation"
-  },
-  "theme.tags.tagsPageTitle": {
-    "message": "タグ",
-    "description": "The title of the tag list page"
-  },
-  "theme.unlistedContent.title": {
-    "message": "非公開ページ",
-    "description": "The unlisted content banner title"
-  },
-  "theme.unlistedContent.message": {
-    "message": "このページは非公開です。検索エンジンにインデックスされず、直接リンクを持つユーザーのみがアクセスできます。",
-    "description": "The unlisted content banner message"
-  },
-  "Use AI to tackle the toil in your backlog. Our agents have all the same tools as a human developer: they can modify code, run commands, browse the web, call APIs, and yes-even copy code snippets from StackOverflow.": {
-    "message": "AIを使用してバックログの作業を効率化しましょう。私たちのエージェントは人間の開発者と同じツールを持っています：コードの修正、コマンドの実行、ウェブの閲覧、APIの呼び出し、そしてStackOverflowからのコードスニペットのコピーさえも可能です。"
-  },
-  "Get started with OpenHands.": {
-    "message": "OpenHandsを始める"
-  },
-  "Most Popular Links": {
-    "message": "人気のリンク"
-  },
-  "Customizing OpenHands to a repository": {
-    "message": "リポジトリ向けにOpenHandsをカスタマイズする"
-  },
-  "Integrating OpenHands with Github": {
-    "message": "OpenHandsをGithubと統合する"
-  },
-  "Recommended models to use": {
-    "message": "推奨モデル"
-  },
-  "Connecting OpenHands to your filesystem": {
-    "message": "OpenHandsをファイルシステムに接続する"
-  }
-}

docs/i18n/ja/docusaurus-plugin-content-blog/options.json

@@ -1,14 +0,0 @@
-{
-  "title": {
-    "message": "ブログ",
-    "description": "The title for the blog used in SEO"
-  },
-  "description": {
-    "message": "OpenHands ブログ",
-    "description": "The description for the blog used in SEO"
-  },
-  "sidebar.title": {
-    "message": "最近の投稿",
-    "description": "The label for the left sidebar"
-  }
-}

docs/i18n/ja/docusaurus-plugin-content-docs/current.json

@@ -1,210 +0,0 @@
-{
-  "version.label": {
-    "message": "次のバージョン",
-    "description": "The label for version current"
-  },
-  "sidebar.docsSidebar.category.🤖 Backends LLM": {
-    "message": "🤖 LLMバックエンド",
-    "description": "The label for category 🤖 Backends LLM in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.category.🚧 Dépannage": {
-    "message": "🚧 トラブルシューティング",
-    "description": "The label for category 🚧 Dépannage in sidebar docsSidebar"
-  },
-  "sidebar.apiSidebar.category.Backend": {
-    "message": "バックエンド",
-    "description": "The label for category Backend in sidebar apiSidebar"
-  },
-  "sidebar.docsSidebar.category.User Guides": {
-    "message": "ユーザーガイド",
-    "description": "The label for category User Guides in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.category.Running OpenHands": {
-    "message": "OpenHandsの実行",
-    "description": "The label for category Running OpenHands in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.category.Prompting": {
-    "message": "プロンプト",
-    "description": "The label for category Prompting in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.category.Architecture": {
-    "message": "アーキテクチャ",
-    "description": "The label for category Architecture in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Running OpenHands": {
-    "message": "OpenHandsの実行",
-    "description": "The label for document Running OpenHands in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Getting Started": {
-    "message": "はじめに",
-    "description": "The label for document Getting Started in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Key Features": {
-    "message": "主な機能",
-    "description": "The label for document Key Features in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.category.Customization": {
-    "message": "カスタマイズ",
-    "description": "The label for category Customization in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.category.Usage Methods": {
-    "message": "使用方法",
-    "description": "The label for category Usage Methods in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.category.Advanced Configuration": {
-    "message": "高度な設定",
-    "description": "The label for category Advanced Configuration in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Troubleshooting": {
-    "message": "トラブルシューティング",
-    "description": "The label for document Troubleshooting in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Feedback": {
-    "message": "フィードバック",
-    "description": "The label for document Feedback in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.category.For OpenHands Developers": {
-    "message": "OpenHands開発者向け",
-    "description": "The label for category For OpenHands Developers in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.About": {
-    "message": "概要",
-    "description": "The label for document About in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Best Practices": {
-    "message": "ベストプラクティス",
-    "description": "The label for document Best Practices in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.category.Microagents": {
-    "message": "マイクロエージェント",
-    "description": "The label for category Microagents in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Overview": {
-    "message": "概要",
-    "description": "The label for document Overview in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Repository": {
-    "message": "リポジトリ",
-    "description": "The label for document Repository in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Public": {
-    "message": "パブリック",
-    "description": "The label for document Public in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Repository Customization": {
-    "message": "リポジトリのカスタマイズ",
-    "description": "The label for document Repository Customization in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.GUI Mode": {
-    "message": "GUIモード",
-    "description": "The label for document GUI Mode in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.CLI Mode": {
-    "message": "CLIモード",
-    "description": "The label for document CLI Mode in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Headless Mode": {
-    "message": "ヘッドレスモード",
-    "description": "The label for document Headless Mode in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Github Action": {
-    "message": "GitHub アクション",
-    "description": "The label for document Github Action in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.category.Cloud": {
-    "message": "クラウド",
-    "description": "The label for category Cloud in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Openhands Cloud": {
-    "message": "OpenHands クラウド",
-    "description": "The label for document Openhands Cloud in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Cloud GitHub Resolver": {
-    "message": "クラウド GitHub リゾルバー",
-    "description": "The label for document Cloud GitHub Resolver in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.category.LLM Configuration": {
-    "message": "LLM 設定",
-    "description": "The label for category LLM Configuration in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.category.Providers": {
-    "message": "プロバイダー",
-    "description": "The label for category Providers in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Azure": {
-    "message": "Azure",
-    "description": "The label for document Azure in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Google": {
-    "message": "Google",
-    "description": "The label for document Google in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Groq": {
-    "message": "Groq",
-    "description": "The label for document Groq in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.LiteLLM Proxy": {
-    "message": "LiteLLM プロキシ",
-    "description": "The label for document LiteLLM Proxy in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.OpenAI": {
-    "message": "OpenAI",
-    "description": "The label for document OpenAI in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.OpenRouter": {
-    "message": "OpenRouter",
-    "description": "The label for document OpenRouter in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.category.Runtime Configuration": {
-    "message": "ランタイム設定",
-    "description": "The label for category Runtime Configuration in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Docker Runtime": {
-    "message": "Docker ランタイム",
-    "description": "The label for document Docker Runtime in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Remote Runtime": {
-    "message": "リモートランタイム",
-    "description": "The label for document Remote Runtime in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Modal Runtime": {
-    "message": "Modal ランタイム",
-    "description": "The label for document Modal Runtime in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Daytona Runtime": {
-    "message": "Daytona ランタイム",
-    "description": "The label for document Daytona Runtime in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Local Runtime": {
-    "message": "ローカルランタイム",
-    "description": "The label for document Local Runtime in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Configuration Options": {
-    "message": "設定オプション",
-    "description": "The label for document Configuration Options in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Custom Sandbox": {
-    "message": "カスタムサンドボックス",
-    "description": "The label for document Custom Sandbox in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Development Overview": {
-    "message": "開発概要",
-    "description": "The label for document Development Overview in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Backend": {
-    "message": "バックエンド",
-    "description": "The label for document Backend in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Runtime": {
-    "message": "ランタイム",
-    "description": "The label for document Runtime in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Debugging": {
-    "message": "デバッグ",
-    "description": "The label for document Debugging in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Evaluation": {
-    "message": "評価",
-    "description": "The label for document Evaluation in sidebar docsSidebar"
-  }
-}

docs/i18n/ja/docusaurus-plugin-content-docs/current/python/python.md

@@ -1,88 +0,0 @@
-# Python API
-
-OpenHandsは、Pythonコードから直接使用できる豊富なAPIを提供しています。以下は、主要なAPIの概要です。
-
-## OpenHands クライアント
-
-```python
-from openhands import OpenHandsClient
-
-# クライアントの初期化
-client = OpenHandsClient(
-    api_key="your-api-key",  # OpenAI APIキーなど
-    model="gpt-4",           # 使用するLLMモデル
-    workspace="/path/to/workspace"  # 作業ディレクトリ
-)
-
-# タスクの実行
-result = client.execute_task("新しいPythonファイルを作成してください")
-
-# 結果の取得
-print(result.success)  # タスクが成功したかどうか
-print(result.output)   # タスクの出力
-print(result.error)    # エラーメッセージ（存在する場合）
-```
-
-## サンドボックス設定
-
-```python
-from openhands import SandboxConfig
-
-# サンドボックス設定のカスタマイズ
-config = SandboxConfig(
-    allowed_commands=["git", "python"],  # 許可するコマンド
-    timeout=300,                         # タイムアウト（秒）
-    max_memory="2g",                     # メモリ制限
-    network_access=True                  # ネットワークアクセスの許可
-)
-
-# 設定を使用してクライアントを初期化
-client = OpenHandsClient(
-    api_key="your-api-key",
-    model="gpt-4",
-    workspace="/path/to/workspace",
-    sandbox_config=config
-)
-```
-
-## イベントハンドリング
-
-```python
-from openhands import OpenHandsClient
-
-def on_progress(event):
-    print(f"進捗: {event.message}")
-
-def on_error(event):
-    print(f"エラー: {event.error}")
-
-# イベントハンドラーを設定してクライアントを初期化
-client = OpenHandsClient(
-    api_key="your-api-key",
-    model="gpt-4",
-    workspace="/path/to/workspace",
-    on_progress=on_progress,
-    on_error=on_error
-)
-```
-
-## 非同期API
-
-```python
-import asyncio
-from openhands import AsyncOpenHandsClient
-
-async def main():
-    # 非同期クライアントの初期化
-    client = AsyncOpenHandsClient(
-        api_key="your-api-key",
-        model="gpt-4",
-        workspace="/path/to/workspace"
-    )
-
-    # タスクの非同期実行
-    result = await client.execute_task("新しいPythonファイルを作成してください")
-    print(result.output)
-
-# 非同期メインの実行
-asyncio.run(main())

docs/i18n/ja/docusaurus-plugin-content-docs/current/python/sidebar.json

@@ -1,5 +0,0 @@
-{
-  "items": ["python/python"],
-  "label": "バックエンド",
-  "type": "categorie"
-}

docs/i18n/ja/docusaurus-plugin-content-docs/current/usage/about.md

@@ -1,27 +0,0 @@
-# OpenHands について
-
-## 研究戦略
-
-LLM を使用して本番レベルのアプリケーションを完全に複製することは複雑な endeavor です。私たちの戦略は以下の通りです:
-
-- **コア技術研究:** コード生成と処理の技術的側面を理解し改善するための基礎研究に注力します。
-- **タスク計画:** バグ検出、コードベース管理、最適化の機能を開発します。
-- **評価:** 私たちのエージェントをより良く理解し改善するための包括的な評価指標を確立します。
-
-## デフォルトエージェント
-
-現在のデフォルトエージェントは、コードの生成とファイル処理が可能な [CodeActAgent](agents) です。
-
-## 構築技術
-
-OpenHands は、強力なフレームワークとライブラリを組み合わせて構築されており、開発のための堅牢な基盤を提供しています。
-プロジェクトで使用されている主要な技術は以下の通りです:
-
-![FastAPI](https://img.shields.io/badge/FastAPI-black?style=for-the-badge) ![uvicorn](https://img.shields.io/badge/uvicorn-black?style=for-the-badge) ![LiteLLM](https://img.shields.io/badge/LiteLLM-black?style=for-the-badge) ![Docker](https://img.shields.io/badge/Docker-black?style=for-the-badge) ![Ruff](https://img.shields.io/badge/Ruff-black?style=for-the-badge) ![MyPy](https://img.shields.io/badge/MyPy-black?style=for-the-badge) ![LlamaIndex](https://img.shields.io/badge/LlamaIndex-black?style=for-the-badge) ![React](https://img.shields.io/badge/React-black?style=for-the-badge)
-
-これらの技術の選択は進行中であり、プロジェクトの進化に伴って新しい技術が追加されたり、既存の技術が削除されたりする可能性があることに注意してください。
-私たちは OpenHands の機能を強化するために、最も適切で効率的なツールを採用するよう努めています。
-
-## ライセンス
-
-MIT [ライセンス](https://github.com/All-Hands-AI/OpenHands/blob/main/LICENSE) の下で配布されています。

docs/i18n/ja/docusaurus-plugin-content-docs/current/usage/agents.md

@@ -1,23 +0,0 @@
-# 🧠 メインエージェントと機能
-
-## CodeActAgent
-
-### 説明
-
-このエージェントは、CodeActのアイデア ([論文](https://arxiv.org/abs/2402.01030), [ツイート](https://twitter.com/xingyaow_/status/1754556835703751087)) を実装しており、LLMエージェントの**行動**を、_シンプルさ_と_パフォーマンス_の両方のために、統一された**コード**行動空間に統合します。
-
-概念的なアイデアは以下の図に示されています。各ターンで、エージェントは以下のことができます。
-
-1. **会話**: 明確化、確認などのために、自然言語で人間とコミュニケーションをとる。
-2. **CodeAct**: コードを実行してタスクを実行することを選択する
-
-- 任意の有効なLinux `bash`コマンドを実行する
-- [対話型Pythonインタープリター](https://ipython.org/)で任意の有効な`Python`コードを実行する。これは`bash`コマンドを通してシミュレートされます。詳細はプラグインシステムを参照してください。
-
-![image](https://github.com/All-Hands-AI/OpenHands/assets/38853559/92b622e3-72ad-4a61-8f41-8c040b6d5fb3)
-
-### デモ
-
-https://github.com/All-Hands-AI/OpenHands/assets/38853559/f592a192-e86c-4f48-ad31-d69282d5f6ac
-
-_データサイエンスタスク（線形回帰）を実行する`gpt-4-turbo-2024-04-09`を使用したCodeActAgentの例_。

docs/i18n/ja/docusaurus-plugin-content-docs/current/usage/architecture.mdx

@@ -1,50 +0,0 @@
----
-sidebar_position: 4
----
-
-# 🏛️ システムアーキテクチャの概要
-
-以下は、システムアーキテクチャの高レベルな概要です。システムは主に2つのコンポーネントに分かれています: フロントエンドとバックエンドです。フロントエンドはユーザーとのインタラクションの管理と結果の表示を担当します。バックエンドはビジネスロジックの管理とエージェントの実行を担当します。
-
-![system_architecture.svg](/img/system_architecture.svg)
-
-この概要は、主要なコンポーネントとそれらの相互作用を示すために簡略化されています。バックエンドアーキテクチャのより詳細なビューについては、[バックエンドアーキテクチャ](#backend-architecture-ja)のセクションを参照してください。
-
-# バックエンドアーキテクチャ {#backend-architecture-ja}
-
-_**注意**: バックエンドアーキテクチャは開発中であり、変更される可能性があります。以下の図は、図のフッターに示されているコミットに基づく現在のバックエンドアーキテクチャを示しています。_
-
-![backend_architecture.svg](/img/backend_architecture.svg)
-
-<details>
-  <summary>この図の更新</summary>
-  <div>
-    バックエンドアーキテクチャ図の生成は部分的に自動化されています。
-    図はpy2pumlツールを使用してコード内の型アノテーションから生成されます。
-    その後、図は手動でレビューされ、調整され、PNGとSVGにエクスポートされます。
-
-    ## 前提条件
-
-    - openhandsが実行可能なPython環境
-    (リポジトリのルートにあるREADME.mdファイルの指示に従って)
-    - [py2puml](https://github.com/lucsorel/py2puml)がインストールされていること
-
-## 手順
-
-1.  リポジトリのルートから以下のコマンドを実行して、図を自動的に生成します:
-    `py2puml openhands openhands > docs/architecture/backend_architecture.puml`
-
-2.  生成されたファイルをPlantUMLエディタ(Visual Studio CodeのPlantUML拡張機能や[PlantText](https://www.planttext.com/)など)で開きます。
-
-3.  生成されたPUMLを確認し、図に必要な変更を加えます(欠落している部分を追加し、エラーを修正し、レイアウトを改善します)。
-    _py2pumlはコード内の型アノテーションから図を作成するため、型アノテーションが欠落していたり正しくない場合、図が不完全または不正確になる可能性があります。_
-
-4.  新しい図と以前の図の違いを確認し、変更が正しいかどうかを手動で確認します。
-    _過去に図に手動で追加され、現在も関連性のある部分を削除しないように注意してください。_
-
-5.  図の生成に使用されたコミットのハッシュを図のフッターに追加します。
-
-6.  図をPNGファイルとSVGファイルにエクスポートし、`docs/architecture`ディレクトリ内の既存の図を置き換えます。これは(例えば[PlantText](https://www.planttext.com/)を使用して)行うことができます。
-
-  </div>
-</details>

docs/i18n/ja/docusaurus-plugin-content-docs/current/usage/architecture/backend.mdx

@@ -1,53 +0,0 @@
-# 🏛️ システムアーキテクチャ
-
-<div style={{ textAlign: 'center' }}>
-  <img src="https://github.com/All-Hands-AI/OpenHands/assets/16201837/97d747e3-29d8-4ccb-8d34-6ad1adb17f38" alt="OpenHands System Architecture Diagram Jul 4 2024" />
-  <p><em>OpenHands システムアーキテクチャ図 (2024年7月4日)</em></p>
-</div>
-
-これはシステムアーキテクチャの高レベルな概要です。システムはフロントエンドとバックエンドの2つの主要コンポーネントに分かれています。フロントエンドはユーザーインタラクションを処理し、結果を表示する役割を担います。バックエンドはビジネスロジックを処理し、エージェントを実行する役割を担います。
-
-# フロントエンドアーキテクチャ {#frontend-architecture-ja}
-
-![system_architecture.svg](/img/system_architecture.svg)
-
-この概要は、主要なコンポーネントとそれらの相互作用を示すために簡略化されています。バックエンドアーキテクチャのより詳細なビューについては、以下のバックエンドアーキテクチャのセクションを参照してください。
-
-# バックエンドアーキテクチャ {#backend-architecture-ja}
-
-_**免責事項**: バックエンドアーキテクチャは現在進行中の作業であり、変更される可能性があります。以下の図は、図のフッターに示されているコミットに基づくバックエンドの現在のアーキテクチャを示しています。_
-
-![backend_architecture.svg](/img/backend_architecture.svg)
-
-<details>
-  <summary>この図の更新</summary>
-  <div>
-    バックエンドアーキテクチャ図の生成は部分的に自動化されています。
-    この図は、py2pumlツールを使用してコード内の型ヒントから生成されます。
-    その後、図は手動でレビュー、調整され、PNGとSVGにエクスポートされます。
-
-    ## 前提条件
-
-    - openhandsが実行可能なPython環境
-    (リポジトリのルートにあるREADME.mdファイルの指示に従って)
-    - [py2puml](https://github.com/lucsorel/py2puml)がインストールされていること
-
-## 手順
-
-1.  リポジトリのルートから以下のコマンドを実行して、図を自動生成します:
-    `py2puml openhands openhands > docs/architecture/backend_architecture.puml`
-
-2.  生成されたファイルをPlantUMLエディタで開きます。例えば、PlantUML拡張機能を使用したVisual Studio Codeや[PlantText](https://www.planttext.com/)など。
-
-3.  生成されたPUMLをレビューし、図に必要な調整を行います(欠落部分の追加、ミスの修正、位置の改善など)。
-    _py2pumlは、コード内の型ヒントに基づいて図を作成するため、型ヒントが欠落していたり正しくない場合、図が不完全または不正確になることがあります。_
-
-4.  新旧の図の差分をレビューし、変更が正しいかどうかを手動で確認します。
-    _過去に図に手動で追加され、現在も関連性のある部分を削除しないように注意してください。_
-
-5.  図のフッターに、図の生成に使用されたコミットのコミットハッシュを追加します。
-
-6.  図をPNGとSVGファイルとしてエクスポートし、`docs/architecture`ディレクトリ内の既存の図を置き換えます。これは(例えば[PlantText](https://www.planttext.com/))で行うことができます。
-
-  </div>
-</details>

docs/i18n/ja/docusaurus-plugin-content-docs/current/usage/architecture/runtime.md

@@ -1,129 +0,0 @@
-以下に翻訳結果を示します。
-
-# 📦 Dockerランタイム
-
-OpenHands Dockerランタイムは、AIエージェントのアクションを安全かつ柔軟に実行できるようにするコアコンポーネントです。
-Dockerを使用してサンドボックス化された環境を作成し、ホストシステムを危険にさらすことなく任意のコードを安全に実行できます。
-
-## サンドボックス化されたランタイムが必要な理由
-
-OpenHandsでは、いくつかの理由から、信頼できないコードを安全で隔離された環境で実行する必要があります。
-
-1. セキュリティ: 信頼できないコードを実行すると、ホストシステムに重大なリスクを及ぼす可能性があります。サンドボックス化された環境では、悪意のあるコードがホストシステムのリソースにアクセスしたり、変更したりすることを防ぐことができます。
-2. 一貫性: サンドボックス化された環境では、異なるマシンやセットアップ間でコードの実行が一貫していることが保証され、「自分のマシンでは動作する」という問題が解消されます。
-3. リソース制御: サンドボックス化により、リソースの割り当てと使用をより適切に制御でき、暴走プロセスがホストシステムに影響を与えることを防ぐことができます。
-4. 分離: 異なるプロジェクトやユーザーは、ホストシステムや他のプロジェクトに干渉することなく、分離された環境で作業できます。
-5. 再現性: サンドボックス化された環境では、実行環境が一貫しており制御可能であるため、バグや問題を再現しやすくなります。
-
-## ランタイムの仕組み
-
-OpenHandsランタイムシステムは、Dockerコンテナを使用してクライアント-サーバーアーキテクチャを実装しています。以下は、その仕組みの概要です。
-
-```mermaid
-graph TD
-    A[ユーザー提供のカスタムDockerイメージ] --> B[OpenHandsバックエンド]
-    B -->|ビルド| C[OHランタイムイメージ]
-    C -->|起動| D[アクション実行サーバー]
-    D -->|初期化| E[ブラウザ]
-    D -->|初期化| F[Bashシェル]
-    D -->|初期化| G[プラグイン]
-    G -->|初期化| L[Jupyterサーバー]
-
-    B -->|生成| H[エージェント]
-    B -->|生成| I[EventStream]
-    I <--->|REST APIを介して
-    アクションを実行し
-    観測結果を取得
-    | D
-
-    H -->|アクション生成| I
-    I -->|観測結果取得| H
-
-    subgraph "Dockerコンテナ"
-    D
-    E
-    F
-    G
-    L
-    end
-```
-
-1. ユーザー入力: ユーザーがカスタムベースDockerイメージを提供します。
-2. イメージのビルド: OpenHandsは、ユーザー提供のイメージをベースに新しいDockerイメージ（「OHランタイムイメージ」）をビルドします。この新しいイメージには、主に「ランタイムクライアント」であるOpenHands固有のコードが含まれます。
-3. コンテナの起動: OpenHandsが起動すると、OHランタイムイメージを使用してDockerコンテナが起動します。
-4. アクション実行サーバーの初期化: アクション実行サーバーは、コンテナ内で`ActionExecutor`を初期化し、Bashシェルなどの必要なコンポーネントをセットアップし、指定されたプラグインをロードします。
-5. 通信: OpenHandsバックエンド（`openhands/runtime/impl/eventstream/eventstream_runtime.py`）は、RESTful APIを介してアクション実行サーバーと通信し、アクションを送信し、観測結果を受信します。
-6. アクションの実行: ランタイムクライアントはバックエンドからアクションを受信し、サンドボックス化された環境内でそれらを実行し、観測結果を送り返します。
-7. 観測結果の返却: アクション実行サーバーは、実行結果を観測結果としてOpenHandsバックエンドに送り返します。
-
-クライアントの役割:
-
-- OpenHandsバックエンドとサンドボックス化された環境の間の仲介役を果たします。
-- コンテナ内で様々なタイプのアクション（シェルコマンド、ファイル操作、Pythonコードなど）を安全に実行します。
-- 現在の作業ディレクトリやロードされたプラグインなど、サンドボックス化された環境の状態を管理します。
-- 観測結果をフォーマットしてバックエンドに返し、結果を処理するための一貫したインターフェースを確保します。
-
-## OpenHandsがOHランタイムイメージをビルドおよび管理する方法
-
-OpenHandsのランタイムイメージのビルドと管理に対するアプローチは、本番環境と開発環境の両方でDockerイメージを効率的、一貫性のある、柔軟な方法で作成および維持することを保証します。
-
-詳細に興味がある場合は、[関連コード](https://github.com/All-Hands-AI/OpenHands/blob/main/openhands/runtime/utils/runtime_build.py)をチェックしてください。
-
-### イメージタグ付けシステム
-
-OpenHandsは、再現性と柔軟性のバランスを取るために、ランタイムイメージに3つのタグシステムを使用しています。
-タグは以下の2つの形式のいずれかになります。
-
-- **バージョン付きタグ**: `oh_v{openhands_version}_{base_image}` (例: `oh_v0.9.9_nikolaik_s_python-nodejs_t_python3.12-nodejs22`)
-- **ロックタグ**: `oh_v{openhands_version}_{16_digit_lock_hash}` (例: `oh_v0.9.9_1234567890abcdef`)
-- **ソースタグ**: `oh_v{openhands_version}_{16_digit_lock_hash}_{16_digit_source_hash}`
-  (例: `oh_v0.9.9_1234567890abcdef_1234567890abcdef`)
-
-#### ソースタグ - 最も具体的
-
-これは、ソースディレクトリのディレクトリハッシュのMD5の最初の16桁です。これにより、openhandsソースのみのハッシュが得られます。
-
-#### ロックタグ
-
-このハッシュは、以下のMD5の最初の16桁から構築されます。
-
-- イメージがビルドされたベースイメージの名前（例: `nikolaik/python-nodejs:python3.12-nodejs22`）
-- イメージに含まれる`pyproject.toml`の内容
-- イメージに含まれる`poetry.lock`の内容
-
-これにより、ソースコードとは無関係に、Openhandsの依存関係のハッシュが効果的に得られます。
-
-#### バージョン付きタグ - 最も一般的
-
-このタグは、openhandsのバージョンとベースイメージ名（タグ標準に適合するように変換されたもの）を連結したものです。
-
-#### ビルドプロセス
-
-イメージを生成する際...
-
-- **再ビルドなし**: OpenHandsは最初に、同じ**最も具体的なソースタグ**を持つイメージが存在するかどうかをチェックします。そのようなイメージが存在する場合、ビルドは実行されず、既存のイメージが使用されます。
-- **最速の再ビルド**: 次に、OpenHandsは**一般的なロックタグ**を持つイメージが存在するかどうかをチェックします。そのようなイメージが存在する場合、OpenHandsはそれに基づいて新しいイメージをビルドし、現在のソースコードをコピーする最終操作を除くすべてのインストール手順（`poetry install`や`apt-get`など）をバイパスします。新しいイメージには**ソース**タグのみが付けられます。
-- **まあまあの再ビルド**: **ソース**タグも**ロック**タグも存在しない場合、**バージョン付き**タグイメージに基づいてイメージがビルドされます。バージョン付きタグイメージでは、ほとんどの依存関係がすでにインストールされているため、時間を節約できます。
-- **最も遅い再ビルド**: 3つのタグのすべてが存在しない場合、ベースイメージに基づいて新しいイメージがビルドされます（これは遅い操作です）。この新しいイメージには、**ソース**、**ロック**、**バージョン付き**の各タグが付けられます。
-
-このタグ付けアプローチにより、OpenHandsは開発環境と本番環境の両方を効率的に管理できます。
-
-1. 同一のソースコードとDockerfileは、常に同じイメージを生成します（ハッシュベースのタグを介して）。
-2. 小さな変更が発生した場合、システムはイメージを迅速に再ビルドできます（最近の互換性のあるイメージを活用することで）。
-3. **ロック**タグ（例: `runtime:oh_v0.9.3_1234567890abcdef`）は、特定のベースイメージ、依存関係、およびOpenHandsバージョンの組み合わせに対する最新のビルドを常に指します。
-
-## ランタイムプラグインシステム
-
-OpenHandsランタイムは、機能を拡張し、ランタイム環境をカスタマイズできるプラグインシステムをサポートしています。プラグインは、ランタイムクライアントの起動時に初期化されます。
-
-独自のプラグインを実装したい場合は、[Jupyterプラグインの例](https://github.com/All-Hands-AI/OpenHands/blob/ecf4aed28b0cf7c18d4d8ff554883ba182fc6bdd/openhands/runtime/plugins/jupyter/__init__.py#L21-L55)をチェックしてください。
-
-*プラグインシステムの詳細はまだ作成中です - 貢献を歓迎します！*
-
-プラグインシステムの主な側面:
-
-1. プラグインの定義: プラグインは、基本の`Plugin`クラスを継承するPythonクラスとして定義されます。
-2. プラグインの登録: 利用可能なプラグインは、`ALL_PLUGINS`辞書に登録されます。
-3. プラグインの指定: プラグインは、`Agent.sandbox_plugins: list[PluginRequirement]`に関連付けられます。ユーザーは、ランタイムを初期化するときにロードするプラグインを指定できます。
-4. 初期化: プラグインは、ランタイムクライアントの起動時に非同期で初期化されます。
-5. 使用: ランタイムクライアントは、初期化されたプラグインを使用して機能を拡張できます（例: IPythonセルを実行するためのJupyterPlugin）。

docs/i18n/ja/docusaurus-plugin-content-docs/current/usage/configuration-options.md

@@ -1,381 +0,0 @@
-# 設定オプション
-
-このガイドでは、OpenHandsで利用可能なすべての設定オプションを詳しく説明し、その動作をカスタマイズし、他のサービスと統合するのに役立ちます。
-
-:::note
-[GUIモード](https://docs.all-hands.dev/modules/usage/how-to/gui-mode)で実行している場合、設定UIで利用可能な設定が常に優先されます。
-:::
-
----
-
-# 目次
-
-1. [基本設定](#core-configuration)
-   - [APIキー](#api-keys)
-   - [ワークスペース](#workspace)
-   - [デバッグとロギング](#debugging-and-logging)
-   - [トラジェクトリ](#trajectories)
-   - [ファイルストア](#file-store)
-   - [タスク管理](#task-management)
-   - [サンドボックス設定](#sandbox-configuration)
-   - [その他](#miscellaneous)
-2. [LLM設定](#llm-configuration)
-   - [AWS認証情報](#aws-credentials)
-   - [API設定](#api-configuration)
-   - [カスタムLLMプロバイダー](#custom-llm-provider)
-   - [埋め込み](#embeddings)
-   - [メッセージ処理](#message-handling)
-   - [モデル選択](#model-selection)
-   - [リトライ](#retrying)
-   - [詳細オプション](#advanced-options)
-3. [エージェント設定](#agent-configuration)
-   - [メモリ設定](#memory-configuration)
-   - [LLM設定](#llm-configuration-1)
-   - [アクションスペース設定](#actionspace-configuration)
-   - [マイクロエージェントの使用](#microagent-usage)
-4. [サンドボックス設定](#sandbox-configuration-1)
-   - [実行](#execution)
-   - [コンテナイメージ](#container-image)
-   - [ネットワーキング](#networking)
-   - [リンティングとプラグイン](#linting-and-plugins)
-   - [依存関係と環境](#dependencies-and-environment)
-   - [評価](#evaluation)
-5. [セキュリティ設定](#security-configuration)
-   - [確認モード](#confirmation-mode)
-   - [セキュリティアナライザー](#security-analyzer)
-
----
-
-## 基本設定
-
-基本設定オプションは`config.toml`ファイルの`[core]`セクションで定義されます。
-
-**APIキー**
-- `e2b_api_key`
-  - 型: `str`
-  - デフォルト値: `""`
-  - 説明: E2BのAPIキー
-
-- `modal_api_token_id`
-  - 型: `str`
-  - デフォルト値: `""`
-  - 説明: ModalのAPIトークンID
-
-- `modal_api_token_secret`
-  - 型: `str`
-  - デフォルト値: `""`
-  - 説明: ModalのAPIトークンシークレット
-
-**ワークスペース**
-- `workspace_base`
-  - 型: `str`
-  - デフォルト値: `"./workspace"`
-  - 説明: ワークスペースのベースパス
-
-- `cache_dir`
-  - 型: `str`
-  - デフォルト値: `"/tmp/cache"`
-  - 説明: キャッシュディレクトリのパス
-
-**デバッグとロギング**
-- `debug`
-  - 型: `bool`
-  - デフォルト値: `false`
-  - 説明: デバッグを有効にする
-
-- `disable_color`
-  - 型: `bool`
-  - デフォルト値: `false`
-  - 説明: ターミナル出力のカラー表示を無効にする
-
-**トラジェクトリ**
-- `save_trajectory_path`
-  - 型: `str`
-  - デフォルト値: `"./trajectories"`
-  - 説明: トラジェクトリを保存するパス（フォルダまたはファイル）。フォルダの場合、トラジェクトリはセッションIDと.json拡張子を持つファイルとしてそのフォルダに保存されます。
-
-**ファイルストア**
-- `file_store_path`
-  - 型: `str`
-  - デフォルト値: `"/tmp/file_store"`
-  - 説明: ファイルストアのパス
-
-- `file_store`
-  - 型: `str`
-  - デフォルト値: `"memory"`
-  - 説明: ファイルストアのタイプ
-
-- `file_uploads_allowed_extensions`
-  - 型: `list of str`
-  - デフォルト値: `[".*"]`
-  - 説明: アップロードを許可するファイル拡張子のリスト
-
-- `file_uploads_max_file_size_mb`
-  - 型: `int`
-  - デフォルト値: `0`
-  - 説明: アップロードの最大ファイルサイズ（メガバイト）
-
-- `file_uploads_restrict_file_types`
-  - 型: `bool`
-  - デフォルト値: `false`
-  - 説明: ファイルアップロードのファイルタイプを制限する
-
-**タスク管理**
-- `max_budget_per_task`
-  - 型: `float`
-  - デフォルト値: `0.0`
-  - 説明: タスクごとの最大予算（0.0は制限なし）
-
-- `max_iterations`
-  - 型: `int`
-  - デフォルト値: `100`
-  - 説明: 最大イテレーション数
-
-**サンドボックス設定**
-- `workspace_mount_path_in_sandbox`
-  - 型: `str`
-  - デフォルト値: `"/workspace"`
-  - 説明: サンドボックス内のワークスペースマウントパス
-
-- `workspace_mount_path`
-  - 型: `str`
-  - デフォルト値: `""`
-  - 説明: ワークスペースマウントパス
-
-- `workspace_mount_rewrite`
-  - 型: `str`
-  - デフォルト値: `""`
-  - 説明: ワークスペースマウントパスを書き換えるパス。通常は無視できます。別のコンテナ内での実行の特殊なケースを参照します。
-
-**その他**
-- `run_as_openhands`
-  - 型: `bool`
-  - デフォルト値: `true`
-  - 説明: OpenHandsとして実行する
-
-- `runtime`
-  - 型: `str`
-  - デフォルト値: `"docker"`
-  - 説明: 実行環境
-
-- `default_agent`
-  - 型: `str`
-  - デフォルト値: `"CodeActAgent"`
-  - 説明: デフォルトのエージェント名
-
-- `jwt_secret`
-  - 型: `str`
-  - デフォルト値: `uuid.uuid4().hex`
-  - 説明: 認証用のJWTシークレット。独自の値に設定してください。
-
-## LLM設定
-
-LLM（大規模言語モデル）設定オプションは`config.toml`ファイルの`[llm]`セクションで定義されます。
-
-dockerコマンドで使用する場合は、`-e LLM_<option>`として渡します。例：`-e LLM_NUM_RETRIES`
-
-:::note
-開発設定では、カスタムLLM設定も定義できます。詳細は[カスタムLLM設定](./llms/custom-llm-configs)を参照してください。
-:::
-
-**AWS認証情報**
-- `aws_access_key_id`
-  - 型: `str`
-  - デフォルト値: `""`
-  - 説明: AWSアクセスキーID
-
-- `aws_region_name`
-  - 型: `str`
-  - デフォルト値: `""`
-  - 説明: AWSリージョン名
-
-- `aws_secret_access_key`
-  - 型: `str`
-  - デフォルト値: `""`
-  - 説明: AWSシークレットアクセスキー
-
-**API設定**
-- `api_key`
-  - 型: `str`
-  - デフォルト値: `None`
-  - 説明: 使用するAPIキー
-
-- `base_url`
-  - 型: `str`
-  - デフォルト値: `""`
-  - 説明: APIのベースURL
-
-- `api_version`
-  - 型: `str`
-  - デフォルト値: `""`
-  - 説明: APIバージョン
-
-- `input_cost_per_token`
-  - 型: `float`
-  - デフォルト値: `0.0`
-  - 説明: 入力トークンあたりのコスト
-
-- `output_cost_per_token`
-  - 型: `float`
-  - デフォルト値: `0.0`
-  - 説明: 出力トークンあたりのコスト
-
-**カスタムLLMプロバイダー**
-- `custom_llm_provider`
-  - 型: `str`
-  - デフォルト値: `""`
-  - 説明: カスタムLLMプロバイダー
-
-**埋め込み**
-- `embedding_base_url`
-  - 型: `str`
-  - デフォルト値: `""`
-  - 説明: 埋め込みAPIのベースURL
-
-- `embedding_deployment_name`
-  - 型: `str`
-  - デフォルト値: `""`
-  - 説明: 埋め込みデプロイメント名
-
-- `embedding_model`
-  - 型: `str`
-  - デフォルト値: `"local"`
-  - 説明: 使用する埋め込みモデル
-
-**メッセージ処理**
-- `max_message_chars`
-  - 型: `int`
-  - デフォルト値: `30000`
-  - 説明: LLMプロンプトに含まれるイベントコンテンツの最大文字数（概算）。より大きな観察は切り捨てられます。
-
-- `max_input_tokens`
-  - 型: `int`
-  - デフォルト値: `0`
-  - 説明: 最大入力トークン数
-
-- `max_output_tokens`
-  - 型: `int`
-  - デフォルト値: `0`
-  - 説明: 最大出力トークン数
-
-**モデル選択**
-- `model`
-  - 型: `str`
-  - デフォルト値: `"claude-3-5-sonnet-20241022"`
-  - 説明: 使用するモデル
-
-**リトライ**
-- `num_retries`
-  - 型: `int`
-  - デフォルト値: `8`
-  - 説明: リトライ回数
-
-- `retry_max_wait`
-  - 型: `int`
-  - デフォルト値: `120`
-  - 説明: リトライ間の最大待機時間（秒）
-
-- `retry_min_wait`
-  - 型: `int`
-  - デフォルト値: `15`
-  - 説明: リトライ間の最小待機時間（秒）
-
-- `retry_multiplier`
-  - 型: `float`
-  - デフォルト値: `2.0`
-  - 説明: 指数バックオフ計算の乗数
-
-**詳細オプション**
-- `drop_params`
-  - 型: `bool`
-  - デフォルト値: `false`
-  - 説明: マッピングされていない（サポートされていない）パラメータを例外を発生させずに削除する
-
-- `caching_prompt`
-  - 型: `bool`
-  - デフォルト値: `true`
-  - 説明: LLMによって提供され、サポートされている場合、プロンプトキャッシュ機能を使用する
-
-- `ollama_base_url`
-  - 型: `str`
-  - デフォルト値: `""`
-  - 説明: OLLAMA APIのベースURL
-
-- `temperature`
-  - 型: `float`
-  - デフォルト値: `0.0`
-  - 説明: APIの温度パラメータ
-
-- `timeout`
-  - 型: `int`
-  - デフォルト値: `0`
-  - 説明: APIのタイムアウト
-
-- `top_p`
-  - 型: `float`
-  - デフォルト値: `1.0`
-  - 説明: APIのtop_pパラメータ
-
-- `disable_vision`
-  - 型: `bool`
-  - デフォルト値: `None`
-  - 説明: モデルがビジョン機能を持つ場合、この設定で画像処理を無効にできます（コスト削減に有用）
-
-## エージェント設定
-
-エージェント設定オプションは`config.toml`ファイルの`[agent]`および`[agent.<agent_name>]`セクションで定義されます。
-
-**メモリ設定**
-- `memory_enabled`
-  - 型: `bool`
-  - デフォルト値: `false`
-  - 説明: 長期メモリ（埋め込み）が有効かどうか
-
-- `memory_max_threads`
-  - 型: `int`
-  - デフォルト値: `3`
-  - 説明: 埋め込みのために同時にインデックスを作成する最大スレッド数
-
-**LLM設定**
-- `llm_config`
-  - 型: `str`
-  - デフォルト値: `'your-llm-config-group'`
-  - 説明: 使用するLLM設定の名前
-
-**アクションスペース設定**
-- `function_calling`
-  - 型: `bool`
-  - デフォルト値: `true`
-  - 説明: 関数呼び出しが有効かどうか
-
-- `codeact_enable_browsing`
-  - 型: `bool`
-  - デフォルト値: `false`
-  - 説明: アクションスペースでブラウジングデリゲートが有効かどうか（関数呼び出しでのみ機能）
-
-- `codeact_enable_llm_editor`
-  - 型: `bool`
-  - デフォルト値: `false`
-  - 説明: アクションスペースでLLMエディタが有効かどうか（関数呼び出しでのみ機能）
-
-**マイクロエージェントの使用**
-- `enable_prompt_extensions`
-  - 型: `bool`
-  - デフォルト値: `true`
-  - 説明: マイクロエージェントの使用が有効かどうか
-
-- `disabled_microagents`
-  - 型: `list of str`
-  - デフォルト値: `None`
-  - 説明: 無効にするマイクロエージェントのリスト
-
-### 実行
-- `timeout`
-  - 型: `int`
-  - デフォルト値: `120`
-  - 説明: サンドボックスのタイムアウト（秒）
-
-- `user_id`
-  - 型: `int`
-  - デフォルト値: `1000`
-  - 説明: サンドボックスのユーザーID

docs/i18n/ja/docusaurus-plugin-content-docs/current/usage/custom_sandbox_guide.md

@@ -1,81 +0,0 @@
-# 💿 カスタム Docker サポートを作成する方法
-
-デフォルトの OpenHands サンドボックスは、最小限の ubuntu 構成で提供されています。ユースケースによっては、デフォルトでインストールされているソフトウェアが必要になる場合があります。この記事では、カスタム docker イメージを使用してこれを実現する方法について説明します。
-
-## セットアップ
-
-[Development.md](https://github.com/All-Hands-AI/OpenHands/blob/main/Development.md) のドキュメントに従って、OpenHands を使用できるようにしてください。
-
-## カスタム Docker イメージの作成
-
-次に、debian/ubuntu ベースのカスタム docker イメージを作成する必要があります。たとえば、OpenHands で "node" バイナリにアクセスできるようにしたい場合は、次のような Dockerfile を使用します:
-
-```bash
-# 最新の ubuntu イメージから開始
-FROM ubuntu:latest
-
-# 必要なアップデートを実行
-RUN apt-get update && apt-get install
-
-# nodejs をインストール
-RUN apt-get install -y nodejs
-```
-
-次に、選択した名前でカスタム docker イメージをビルドします。たとえば、"custom_image" とします。そのためには、ディレクトリを作成し、"Dockerfile" という名前のファイルをその中に配置し、ディレクトリ内でこのコマンドを実行します:
-
-```bash
-docker build -t custom_image .
-```
-
-これにより、```custom_image``` という名前の新しいイメージが作成され、Docker Engine で利用できるようになります。
-
-> 注: ここで説明する設定では、OpenHands はサンドボックス内で "openhands" ユーザーとして動作するため、Dockerfile 経由でインストールされたパッケージは、root だけでなくシステム上のすべてのユーザーが利用できるようになります。
->
-> 上記の apt-get によるインストールでは、すべてのユーザー向けに nodejs がインストールされます。
-
-## config.toml ファイルでカスタムイメージを指定
-
-OpenHands の設定は、トップレベルの ```config.toml``` ファイルを介して行われます。
-OpenHands ディレクトリに ```config.toml``` ファイルを作成し、次の内容を入力します:
-
-```toml
-[core]
-workspace_base="./workspace"
-run_as_openhands=true
-[sandbox]
-base_container_image="custom_image"
-```
-
-> ```base_container_image``` が前述のカスタムイメージ名に設定されていることを確認してください。
-
-## 実行
-
-ルートディレクトリで ```make run``` を実行して OpenHands を起動します。
-
-```localhost:3001``` に移動し、目的の依存関係が利用可能かどうかを確認します。
-
-上記の例の場合、コンソールで ```node -v``` コマンドを実行すると ```v18.19.1``` が出力されます。
-
-おめでとうございます！
-
-## 技術的な説明
-
-詳細な説明については、[実行時ドキュメントのカスタムDockerイメージの章](https://docs.all-hands.dev/ja/modules/usage/architecture/runtime)を参照してください。
-
-## トラブルシューティング / エラー
-
-### エラー: ```useradd: UID 1000 は一意ではありません```
-このエラーがコンソール出力に表示される場合、OpenHands がサンドボックス内に UID 1000 で openhands ユーザーを作成しようとしていますが、この UID は (何らかの理由で) イメージ内ですでに使用されているためです。この問題を解決するには、config.toml ファイルの user_id フィールドの値を別の値に変更します:
-
-```toml
-[core]
-workspace_base="./workspace"
-run_as_openhands=true
-[sandbox]
-base_container_image="custom_image"
-user_id="1001"
-```
-
-### ポート使用エラー
-
-ポートが使用中または利用不可であることを示すエラーメッセージが表示される場合は、実行中のすべての docker コンテナを削除してみてください (`docker ps` を実行し、関連するコンテナに対して `docker rm` を実行します)。その後、```make run``` を再実行します。

docs/i18n/ja/docusaurus-plugin-content-docs/current/usage/feedback.md

@@ -1,40 +0,0 @@
-# ✅ フィードバックの提供
-
-OpenHandsを使用する際、うまくいく場合もあれば、そうでない場合もあります。開発チームにフィードバックを提供し、おそらくより重要なことですが、コーディングエージェントのトレーニング例のオープンなコーパスを作成するために、OpenHandsを使用する際にフィードバックを提供することをお勧めします -- Share-OpenHands!
-
-## 📝 フィードバックの提供方法
-
-フィードバックの提供は簡単です! OpenHandsを使用している際、インタラクションの任意のポイントで親指を上または下に向けるボタンを押すことができます。メールアドレスの入力を求められます (例: フォローアップの質問をしたい場合に連絡できるように)。また、フィードバックを公開するか非公開にするかを選択できます。
-
-<iframe width="560" height="315" src="https://www.youtube.com/embed/5rFx-StMVV0?si=svo7xzp6LhGK_GXr" title="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" allowfullscreen></iframe>
-
-## 📜 データの使用とプライバシー
-
-### データ共有設定
-
-データを送信する際、公開または非公開で送信できます。
-
-- **公開**データは、OpenHands自体と同様にMITライセンスの下で配布され、コミュニティがモデルのトレーニングとテストに使用できます。明らかに、公開できるフィードバックは、コミュニティ全体にとってより価値があるでしょう。機密情報を扱っていない場合は、このオプションを選択することをお勧めします!
-- **非公開**データは、OpenHandsの改善を目的としてOpenHandsチームが利用できるようになります。ただし、一意のIDを持つリンクが作成され、他の人と公開で共有できます。
-
-### データの収集と保存は誰が行うのか?
-
-データは、OpenHandsのメンテナーによって設立されたOpenHandsのサポートと改善を目的とする企業である[All Hands AI](https://all-hands.dev)によって収集および保存されます。
-
-### 公開データはどのようにリリースされるのか?
-
-公開データは、1,000件の公開例、10,000件の公開例などの固定されたマイルストーンに達した時点でリリースされます。
-その際、以下のリリースプロセスに従います:
-
-1. 公開フィードバックを提供したすべての人に、データのリリースについて説明し、オプトアウトする機会を与えるメールが送信されます。
-2. データリリースを担当する人は、データの品質管理を行い、低品質のフィードバックを削除し、
-提出者のメールアドレスを削除し、機密情報を削除するよう試みます。
-3. データは、GitHubやHugging Faceなどの一般的に使用されているサイトを通じて、MITライセンスの下で公開されます。
-
-### データを削除したい場合はどうすればよいですか?
-
-All Hands AIのサーバー上のデータについては、リクエストに応じて削除いたします:
-
-**1つのデータ:** 1つのデータを削除したい場合、データ送信時にインターフェイスに表示されるリンクとパスワードを使用してデータを削除するメカニズムを近日中に追加する予定です。
-
-**すべてのデータ:** すべてのデータを削除したい場合、またはデータ送信時に受け取ったIDとパスワードがない場合は、元のデータ送信時に登録したメールアドレスから`contact@all-hands.dev`までご連絡ください。

docs/i18n/ja/docusaurus-plugin-content-docs/current/usage/getting-started.mdx

@@ -1,108 +0,0 @@
-# OpenHandsを始める
-
-[OpenHandsをインストール](./installation)し、[LLMを設定](./installation#setup)しました。次は何をしましょうか？
-
-OpenHandsは、さまざまなエンジニアリングタスクを支援できます。しかし、この技術はまだ新しく、
-エージェントが支援なしで広範で複雑なエンジニアリングタスクを処理できるようになるまでには時間がかかります。
-そのため、エージェントが得意とすることと、支援が必要な部分を理解することが重要です。
-
-## Hello World
-
-最初に試してみたいのは、シンプルな「hello world」の例かもしれません。
-これは見た目以上に複雑になる可能性があります！
-
-エージェントに以下のように依頼してみてください：
-> "hello world!"と表示するbashスクリプトhello.shを作成してください
-
-エージェントがスクリプトを作成するだけでなく、適切な権限を設定し、
-スクリプトを実行して出力を確認することに気付くでしょう。
-
-エージェントにコードの改良を続けて依頼することもできます。これはエージェントと
-作業する優れた方法です。シンプルに始めて、反復的に改良していきます。
-
-> hello.shを修正して、最初の引数として名前を受け取るようにしてください。デフォルトは"world"にしてください
-
-また、エージェントが環境のセットアップに時間を要する可能性はありますが、
-必要な任意の言語で作業することができます！
-
-> hello.shをRubyスクリプトに変換して実行してください
-
-## ゼロからの構築
-
-エージェントは、「グリーンフィールド」タスク（既存のコードベースに関する文脈を必要としないタスク）で
-特に優れた性能を発揮し、ゼロから始めることができます。
-
-シンプルなタスクから始めて、反復的に改良していくのがベストです。また、
-要望する内容、使用する技術スタックなどについて、できるだけ具体的に指定することをお勧めします。
-
-例えば、TODOアプリケーションを構築できます：
-
-> フロントエンドのみのReactベースの基本的なTODOリストアプリケーションを作成してください。
-> すべての状態はlocalStorageに保存してください。
-
-基本的な構造ができたら、アプリケーションの改良を続けることができます：
-
-> 各タスクにオプションの期限を追加できるようにしてください
-
-通常の開発と同様に、頻繁にコミットとプッシュを行うことをお勧めします。
-これにより、エージェントが予期せぬ方向に進んだ場合でも、以前の状態に戻ることができます。
-エージェントにコミットとプッシュを依頼することもできます：
-
-> 変更をコミットして、"feature/due-dates"という新しいブランチにプッシュしてください
-
-## 新しいコードの追加
-
-OpenHandsは、既存のコードベースに新しいコードを追加する作業も優れています。
-
-例えば、OpenHandsにコードを分析するGitHubアクションをプロジェクトに追加するよう依頼できます。
-OpenHandsはコードベースを確認して使用すべき言語を判断し、新しいファイルを
-`./github/workflows/lint.yml`に作成できます。
-
-> このリポジトリのコードを分析するGitHubアクションを追加してください
-
-一部のタスクではより多くの文脈が必要かもしれません。OpenHandsは`ls`や`grep`を使用して
-コードベースを検索できますが、事前に文脈を提供することで、より速く、より正確に作業を
-進めることができます。また、トークンの消費も少なくなります！
-
-> ./backend/api/routes.jsを修正して、すべてのタスクのリストを返す新しいルートを追加してください
-
-> ./frontend/componentsディレクトリにWidgetのリストを表示する新しいReactコンポーネントを追加してください。
-> 既存のWidgetコンポーネントを使用する必要があります。
-
-## リファクタリング
-
-OpenHandsは、特に小規模な既存コードのリファクタリングに優れています。
-コードベース全体のアーキテクチャを変更しようとするのは避けた方がよいですが、
-長いファイルや関数の分割、変数名の変更などは非常にうまく機能する傾向があります。
-
-> ./app.goの1文字の変数名をすべて変更してください
-
-> widget.phpの`build_and_deploy_widgets`関数を`build_widgets`と`deploy_widgets`の2つの関数に分割してください
-
-> ./api/routes.jsを各ルートごとの別々のファイルに分割してください
-
-## バグ修正
-
-OpenHandsは、コードのバグの追跡と修正も支援できます。しかし、すべての
-開発者が知っているように、バグ修正は非常に繊細な作業になる可能性があり、多くの場合OpenHandsはより多くの文脈を
-必要とします。バグを診断済みで、OpenHandsにロジックを理解してもらいたい場合に特に役立ちます。
-
-> 現在、`/subscribe`エンドポイントのemailフィールドが.ioドメインを拒否しています。これを修正してください。
-
-> ./app.pyの`search_widgets`関数が大文字小文字を区別して検索を行っています。大文字小文字を区別しないように修正してください。
-
-エージェントとバグを修正する際は、テスト駆動開発を行うと便利なことが多いです。
-エージェントに新しいテストを書かせ、バグが修正されるまで反復することができます：
-
-> `hello`関数が空文字列でクラッシュします。このバグを再現するテストを書いて、コードを修正してテストが通るようにしてください。
-
-## その他
-
-OpenHandsは、ほぼすべてのコーディングタスクを支援できます。しかし、最大限に
-活用するには練習が必要です。以下の点を忘れないでください：
-* タスクを小さく保つ
-* できるだけ具体的に指定する
-* できるだけ多くの文脈を提供する
-* 頻繁にコミットとプッシュを行う
-
-OpenHandsを最大限に活用する方法についての詳細なアドバイスは、[プロンプトのベストプラクティス](./prompting/prompting-best-practices)をご覧ください。

docs/i18n/ja/docusaurus-plugin-content-docs/current/usage/how-to/cli-mode.md

@@ -1,95 +0,0 @@
-# CLI モード
-
-OpenHands は対話型の CLI モードで実行できます。これにより、ユーザーはコマンドラインから対話型セッションを開始できます。
-
-このモードは、非対話型でスクリプティングに適した [ヘッドレスモード](headless-mode) とは異なります。
-
-## Python を使用する場合
-
-コマンドラインから対話型の OpenHands セッションを開始するには:
-
-1. [開発セットアップの手順](https://github.com/All-Hands-AI/OpenHands/blob/main/Development.md) に従っていることを確認してください。
-2. 以下のコマンドを実行します:
-
-```bash
-poetry run python -m openhands.core.cli
-```
-
-このコマンドを実行すると、タスクを入力して OpenHands からレスポンスを受け取ることができる対話型セッションが開始されます。
-
-環境変数 [または `config.toml` ファイル](https://github.com/All-Hands-AI/OpenHands/blob/main/config.template.toml) を使用して、モデル、API キー、その他の設定を確実に設定する必要があります。
-
-## Docker を使用する場合
-
-Docker で OpenHands を CLI モードで実行するには:
-
-1. ターミナルで以下の環境変数を設定します:
-
-- `WORKSPACE_BASE` を OpenHands に編集させたいディレクトリに設定 (例: `export WORKSPACE_BASE=$(pwd)/workspace`)。
-- `LLM_MODEL` を使用するモデルに設定 (例: `export LLM_MODEL="anthropic/claude-3-5-sonnet-20241022"`)。
-- `LLM_API_KEY` を API キーに設定 (例: `export LLM_API_KEY="sk_test_12345"`)。
-
-2. 以下の Docker コマンドを実行します:
-
-```bash
-docker run -it \
-    --pull=always \
-    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.31-nikolaik \
-    -e SANDBOX_USER_ID=$(id -u) \
-    -e WORKSPACE_MOUNT_PATH=$WORKSPACE_BASE \
-    -e LLM_API_KEY=$LLM_API_KEY \
-    -e LLM_MODEL=$LLM_MODEL \
-    -v $WORKSPACE_BASE:/opt/workspace_base \
-    -v /var/run/docker.sock:/var/run/docker.sock \
-    -v ~/.openhands-state:/.openhands-state \
-    --add-host host.docker.internal:host-gateway \
-    --name openhands-app-$(date +%Y%m%d%H%M%S) \
-    docker.all-hands.dev/all-hands-ai/openhands:0.31 \
-    python -m openhands.core.cli
-```
-
-このコマンドを実行すると、Docker 内で対話型セッションが開始され、タスクを入力して OpenHands からレスポンスを受け取ることができます。
-
-## CLI コマンドと期待される出力の例
-
-CLI コマンドとその期待される出力の例を以下に示します:
-
-### 例1: シンプルなタスク
-
-```bash
->> "Hello, World!" と出力する Python スクリプトを書いてください
-```
-
-期待される出力:
-
-```bash
-🤖 はい! "Hello, World!" と出力する Python スクリプトは以下のようになります:
-
-❯ print("Hello, World!")
-```
-
-### 例2: Bash コマンド
-
-```bash
->> "test_dir" という名前のディレクトリを作成してください
-```
-
-期待される出力:
-
-```bash
-🤖 "test_dir" という名前のディレクトリを作成します:
-
-❯ mkdir test_dir
-```
-
-### 例3: エラー処理
-
-```bash
->> 存在しないファイルを削除してください
-```
-
-期待される出力:
-
-```bash
-🤖 エラーが発生しました。もう一度お試しください。
-```

docs/i18n/ja/docusaurus-plugin-content-docs/current/usage/how-to/custom-sandbox-guide.md

@@ -1,92 +0,0 @@
-# カスタムサンドボックス
-
-サンドボックスは、エージェントがタスクを実行する場所です。コンピュータ上で直接コマンドを実行する（これはリスクがある可能性があります）代わりに、エージェントはDockerコンテナ内でそれらを実行します。
-
-デフォルトのOpenHandsサンドボックス（[nikolaik/python-nodejs](https://hub.docker.com/r/nikolaik/python-nodejs)の`python-nodejs:python3.12-nodejs22`）にはPythonやNode.jsなどのパッケージがインストールされていますが、デフォルトでインストールする必要のある他のソフトウェアがある場合があります。
-
-カスタマイズには2つのオプションがあります:
-
-- 必要なソフトウェアがインストールされている既存のイメージを使用する。
-- 独自のカスタムDockerイメージを作成する。
-
-最初のオプションを選択した場合は、`Dockerイメージの作成`セクションをスキップできます。
-
-## Dockerイメージの作成
-
-カスタムDockerイメージを作成するには、Debianベースである必要があります。
-
-たとえば、OpenHandsに`ruby`をインストールしたい場合は、次の内容で`Dockerfile`を作成できます:
-
-```dockerfile
-FROM nikolaik/python-nodejs:python3.12-nodejs22
-
-# 必要なパッケージをインストール
-RUN apt-get update && apt-get install -y ruby
-```
-
-または、Ruby固有のベースイメージを使用することもできます:
-
-```dockerfile
-FROM ruby:latest
-```
-
-このファイルをフォルダに保存します。次に、ターミナルでフォルダに移動し、次のコマンドを実行して、Dockerイメージ（たとえば、custom-imageという名前）をビルドします:
-
-```bash
-docker build -t custom-image .
-```
-
-これにより、`custom-image`という新しいイメージが作成され、Dockerで利用できるようになります。
-
-## Dockerコマンドの使用
-
-[dockerコマンド](/modules/usage/installation#start-the-app)を使用してOpenHandsを実行する場合は、`-e SANDBOX_RUNTIME_CONTAINER_IMAGE=...`を`-e SANDBOX_BASE_CONTAINER_IMAGE=<カスタムイメージ名>`に置き換えます:
-
-```commandline
-docker run -it --rm --pull=always \
-    -e SANDBOX_BASE_CONTAINER_IMAGE=custom-image \
-    ...
-```
-
-## 開発ワークフローの使用
-
-### セットアップ
-
-まず、[Development.md](https://github.com/All-Hands-AI/OpenHands/blob/main/Development.md)の手順に従って、OpenHandsを実行できることを確認してください。
-
-### ベースサンドボックスイメージの指定
-
-OpenHandsディレクトリ内の`config.toml`ファイルで、`base_container_image`を使用するイメージに設定します。これは、すでにプルしたイメージまたは構築したイメージにすることができます:
-
-```bash
-[core]
-...
-[sandbox]
-base_container_image="custom-image"
-```
-
-### その他の設定オプション
-
-`config.toml`ファイルは、サンドボックスをカスタマイズするためのいくつかの他のオプションをサポートしています:
-
-```toml
-[core]
-# ランタイムのビルド時に追加の依存関係をインストールする
-# 有効なシェルコマンドを含めることができる
-# これらのコマンドのいずれかでPythonインタープリターへのパスが必要な場合は、$OH_INTERPRETER_PATH変数を使用できる
-runtime_extra_deps = """
-pip install numpy pandas
-apt-get update && apt-get install -y ffmpeg
-"""
-
-# ランタイムの環境変数を設定する
-# ランタイムで使用可能である必要がある設定に役立つ
-runtime_startup_env_vars = { DATABASE_URL = "postgresql://user:pass@localhost/db" }
-
-# マルチアーキテクチャビルドのプラットフォームを指定する（例: "linux/amd64"または"linux/arm64"）
-platform = "linux/amd64"
-```
-
-### 実行
-
-トップレベルのディレクトリで```make run```を実行して、OpenHandsを実行します。

docs/i18n/ja/docusaurus-plugin-content-docs/current/usage/how-to/debugging.md

@@ -1,69 +0,0 @@
-以下は、OpenHandsのデバッグに関する入門書です。開発目的で使用してください。
-
-## サーバー / VSCode
-
-以下の`launch.json`は、エージェント、コントローラー、サーバー要素のデバッグを可能にしますが、サンドボックス（Dockerの中で動作する）はデバッグできません。`workspace/`ディレクトリ内の変更は無視されます。
-
-```
-{
-    "version": "0.2.0",
-    "configurations": [
-        {
-            "name": "OpenHands CLI",
-            "type": "debugpy",
-            "request": "launch",
-            "module": "openhands.core.cli",
-            "justMyCode": false
-        },
-        {
-            "name": "OpenHands WebApp",
-            "type": "debugpy",
-            "request": "launch",
-            "module": "uvicorn",
-            "args": [
-                "openhands.server.listen:app",
-                "--reload",
-                "--reload-exclude",
-                "${workspaceFolder}/workspace",
-                "--port",
-                "3000"
-            ],
-            "justMyCode": false
-        }
-    ]
-}
-```
-
-より具体的なデバッグ設定では、より多くのパラメータを指定できます。
-
-```
-    ...
-    {
-      "name": "Debug CodeAct",
-      "type": "debugpy",
-      "request": "launch",
-      "module": "openhands.core.main",
-      "args": [
-        "-t",
-        "Ask me what your task is.",
-        "-d",
-        "${workspaceFolder}/workspace",
-        "-c",
-        "CodeActAgent",
-        "-l",
-        "llm.o1",
-        "-n",
-        "prompts"
-      ],
-      "justMyCode": false
-    }
-    ...
-```
-
-上記のスニペットの値は、以下のように更新できます。
-
-    * *t*: タスク
-    * *d*: openhandsワークスペースディレクトリ
-    * *c*: エージェント
-    * *l*: LLM設定（config.tomlで事前定義）
-    * *n*: セッション名（例：eventstream名）

docs/i18n/ja/docusaurus-plugin-content-docs/current/usage/how-to/evaluation-harness.md

@@ -1,277 +0,0 @@
-# 評価
-
-このガイドでは、独自の評価ベンチマークをOpenHandsフレームワークに統合する方法の概要を説明します。
-
-## 環境のセットアップとLLMの設定
-
-ローカル開発環境のセットアップ方法については、[こちら](https://github.com/All-Hands-AI/OpenHands/blob/main/Development.md)の手順に従ってください。
-開発モードのOpenHandsは、ほとんどの設定を追跡するために`config.toml`を使用します。
-
-複数のLLMを定義して使用するために使用できる設定ファイルの例を以下に示します。
-
-```toml
-[llm]
-# 重要: ここにAPIキーを追加し、モデルを評価したいものに設定してください
-model = "claude-3-5-sonnet-20241022"
-api_key = "sk-XXX"
-
-[llm.eval_gpt4_1106_preview_llm]
-model = "gpt-4-1106-preview"
-api_key = "XXX"
-temperature = 0.0
-
-[llm.eval_some_openai_compatible_model_llm]
-model = "openai/MODEL_NAME"
-base_url = "https://OPENAI_COMPATIBLE_URL/v1"
-api_key = "XXX"
-temperature = 0.0
-```
-
-
-## コマンドラインでOpenHandsを使用する方法
-
-OpenHandsは、以下の形式でコマンドラインから実行できます。
-
-```bash
-poetry run python ./openhands/core/main.py \
-        -i <max_iterations> \
-        -t "<task_description>" \
-        -c <agent_class> \
-        -l <llm_config>
-```
-
-例:
-
-```bash
-poetry run python ./openhands/core/main.py \
-        -i 10 \
-        -t "Write me a bash script that prints hello world." \
-        -c CodeActAgent \
-        -l llm
-```
-
-このコマンドは、以下の設定でOpenHandsを実行します:
-- 最大10回の反復
-- 指定されたタスクの説明
-- CodeActAgentを使用
-- `config.toml`ファイルの`llm`セクションで定義されたLLM設定
-
-## OpenHandsの動作原理
-
-OpenHandsのメインエントリーポイントは`openhands/core/main.py`にあります。簡略化された動作の流れは次のとおりです。
-
-1. コマンドライン引数を解析し、設定を読み込む
-2. `create_runtime()`を使用して実行時環境を作成する
-3. 指定されたエージェントを初期化する
-4. `run_controller()`を使用してコントローラーを実行する
-   - 実行時環境をエージェントにアタッチする
-   - エージェントのタスクを実行する
-   - 完了時に最終状態を返す
-
-`run_controller()`関数は、OpenHandsの実行の中核です。エージェント、実行時環境、およびタスク間の相互作用を管理し、ユーザー入力シミュレーションやイベント処理などを処理します。
-
-
-## 最も簡単な開始方法: 既存のベンチマークの探索
-
-リポジトリの[`evaluation/benchmarks/`ディレクトリ](https://github.com/All-Hands-AI/OpenHands/blob/main/evaluation/benchmarks)にある様々な評価ベンチマークを確認することをお勧めします。
-
-独自のベンチマークを統合するには、ニーズに最も近いものから始めることをお勧めします。このアプローチは、既存の構造を基にして特定の要件に適応させることで、統合プロセスを大幅に合理化できます。
-
-## 評価ワークフローの作成方法
-
-ベンチマークの評価ワークフローを作成するには、次の手順に従います。
-
-1. 関連するOpenHandsユーティリティをインポートします:
-   ```python
-    import openhands.agenthub
-    from evaluation.utils.shared import (
-        EvalMetadata,
-        EvalOutput,
-        make_metadata,
-        prepare_dataset,
-        reset_logger_for_multiprocessing,
-        run_evaluation,
-    )
-    from openhands.controller.state.state import State
-    from openhands.core.config import (
-        AppConfig,
-        SandboxConfig,
-        get_llm_config_arg,
-        parse_arguments,
-    )
-    from openhands.core.logger import openhands_logger as logger
-    from openhands.core.main import create_runtime, run_controller
-    from openhands.events.action import CmdRunAction
-    from openhands.events.observation import CmdOutputObservation, ErrorObservation
-    from openhands.runtime.runtime import Runtime
-   ```
-
-2. 設定を作成します:
-   ```python
-   def get_config(instance: pd.Series, metadata: EvalMetadata) -> AppConfig:
-       config = AppConfig(
-           default_agent=metadata.agent_class,
-           runtime='docker',
-           max_iterations=metadata.max_iterations,
-           sandbox=SandboxConfig(
-               base_container_image='your_container_image',
-               enable_auto_lint=True,
-               timeout=300,
-           ),
-       )
-       config.set_llm_config(metadata.llm_config)
-       return config
-   ```
-
-3. 実行時環境を初期化し、評価環境をセットアップします:
-   ```python
-   def initialize_runtime(runtime: Runtime, instance: pd.Series):
-       # ここで評価環境をセットアップします
-       # 例えば、環境変数の設定、ファイルの準備など
-       pass
-   ```
-
-4. 各インスタンスを処理する関数を作成します:
-   ```python
-   from openhands.utils.async_utils import call_async_from_sync
-   def process_instance(instance: pd.Series, metadata: EvalMetadata) -> EvalOutput:
-       config = get_config(instance, metadata)
-       runtime = create_runtime(config)
-       call_async_from_sync(runtime.connect)
-       initialize_runtime(runtime, instance)
-
-       instruction = get_instruction(instance, metadata)
-
-       state = run_controller(
-           config=config,
-           task_str=instruction,
-           runtime=runtime,
-           fake_user_response_fn=your_user_response_function,
-       )
-
-       # エージェントのアクションを評価する
-       evaluation_result = await evaluate_agent_actions(runtime, instance)
-
-       return EvalOutput(
-           instance_id=instance.instance_id,
-           instruction=instruction,
-           test_result=evaluation_result,
-           metadata=metadata,
-           history=compatibility_for_eval_history_pairs(state.history),
-           metrics=state.metrics.get() if state.metrics else None,
-           error=state.last_error if state and state.last_error else None,
-       )
-   ```
-
-5. 評価を実行します:
-   ```python
-   metadata = make_metadata(llm_config, dataset_name, agent_class, max_iterations, eval_note, eval_output_dir)
-   output_file = os.path.join(metadata.eval_output_dir, 'output.jsonl')
-   instances = prepare_dataset(your_dataset, output_file, eval_n_limit)
-
-   await run_evaluation(
-       instances,
-       metadata,
-       output_file,
-       num_workers,
-       process_instance
-   )
-   ```
-
-このワークフローでは、設定をセットアップし、実行時環境を初期化し、エージェントを実行して各インスタンスのアクションを評価し、結果を`EvalOutput`オブジェクトに収集します。`run_evaluation`関数は、並列化と進捗状況の追跡を処理します。
-
-`get_instruction`、`your_user_response_function`、および`evaluate_agent_actions`関数は、特定のベンチマークの要件に応じてカスタマイズすることを忘れないでください。
-
-この構造に従うことで、OpenHandsフレームワーク内で独自のベンチマークの堅牢な評価ワークフローを作成できます。
-
-
-## `user_response_fn`の理解
-
-`user_response_fn`は、OpenHandsの評価ワークフローにおいて重要な役割を果たします。これは、評価プロセス中にエージェントとのユーザー対話をシミュレートし、自動化された応答を可能にします。この関数は、エージェントのクエリやアクションに対して一貫性のある事前定義された応答を提供したい場合に特に役立ちます。
-
-
-### ワークフローと相互作用
-
-アクションと`user_response_fn`を処理するための正しいワークフローは次のとおりです。
-
-1. エージェントがタスクを受け取り、処理を開始する
-2. エージェントがアクションを発行する
-3. アクションが実行可能な場合(CmdRunAction、IPythonRunCellActionなど):
-   - 実行時環境がアクションを処理する
-   - 実行時環境が観測結果を返す
-4. アクションが実行不可能な場合(通常はMessageAction):
-   - `user_response_fn`が呼び出される
-   - シミュレートされたユーザー応答を返す
-5. エージェントは、観測結果またはシミュレートされた応答のいずれかを受け取る
-6. ステップ2〜5が、タスクが完了するか最大反復回数に達するまで繰り返される
-
-より正確な視覚的表現は次のとおりです。
-
-```
-                 [Agent]
-                    |
-                    v
-               [Emit Action]
-                    |
-                    v
-            [Is Action Executable?]
-           /                       \
-         Yes                        No
-          |                          |
-          v                          v
-     [Runtime]               [user_response_fn]
-          |                          |
-          v                          v
-  [Return Observation]    [Simulated Response]
-           \                        /
-            \                      /
-             v                    v
-           [Agent receives feedback]
-                    |
-                    v
-         [Continue or Complete Task]
-```
-
-このワークフローでは:
-
-- 実行可能なアクション(コマンドの実行やコードの実行など)は、実行時環境によって直接処理される
-- 実行不可能なアクション(通常、エージェントがコミュニケーションを取ったり、明確化を求めたりする場合)は、`user_response_fn`によって処理される
-- エージェントは、実行時環境からの観測結果または`user_response_fn`からのシミュレートされた応答のいずれかのフィードバックを処理する
-
-このアプローチにより、具体的なアクションとシミュレートされたユーザー対話の両方を自動的に処理できるため、人的介入を最小限に抑えてエージェントのタスク完了能力をテストしたい評価シナリオに適しています。
-
-### 実装例
-
-SWE-Benchの評価で使用される`user_response_fn`の例を以下に示します。
-
-```python
-def codeact_user_response(state: State | None) -> str:
-    msg = (
-        'Please continue working on the task on whatever approach you think is suitable.\n'
-        'If you think you have solved the task, please first send your answer to user through message and then <execute_bash> exit </execute_bash>.\n'
-        'IMPORTANT: YOU SHOULD NEVER ASK FOR HUMAN HELP.\n'
-    )
-
-    if state and state.history:
-        # check if the agent has tried to talk to the user 3 times, if so, let the agent know it can give up
-        user_msgs = [
-            event
-            for event in state.history
-            if isinstance(event, MessageAction) and event.source == 'user'
-        ]
-        if len(user_msgs) >= 2:
-            # let the agent know that it can give up when it has tried 3 times
-            return (
-                msg
-                + 'If you want to give up, run: <execute_bash> exit </execute_bash>.\n'
-            )
-    return msg
-```
-
-この関数は次のことを行います。
-
-1. エージェントに作業を続けるよう促す標準メッセージを提供する
-2. エージェントがユーザーとのコミュニケーションを試みた回数をチェックする
-3. エージェントが複数回試行した場合、諦めるオプションを提供する
-
-この関数を使用することで、複数の評価実行全体で一貫した動作を確保し、エージェントが人間の入力を待って停止するのを防ぐことができます。

docs/i18n/ja/docusaurus-plugin-content-docs/current/usage/how-to/github-action.md

@@ -1,50 +0,0 @@
-# OpenHands GitHub Actionの使用方法
-
-このガイドでは、OpenHands自体のリポジトリ内および独自のプロジェクトの両方で、OpenHands GitHub Actionを使用する方法について説明します。
-
-## OpenHands リポジトリ内でのActionの使用
-
-リポジトリ内でOpenHands GitHub Actionを使用するには、以下の手順を実行します。
-
-1. リポジトリ内にissueを作成します。
-2. issueに`fix-me`ラベルを追加するか、`@openhands-agent`で始まるコメントをissueに残します。
-
-アクションは自動的にトリガーされ、issueの解決を試みます。
-
-## 新しいリポジトリへのActionのインストール
-
-独自のリポジトリにOpenHands GitHub Actionをインストールするには、[OpenHands Resolverの README](https://github.com/All-Hands-AI/OpenHands/blob/main/openhands/resolver/README.md)に従ってください。
-
-## 使用のヒント
-
-### 反復的な解決
-
-1. リポジトリ内にissueを作成します。
-2. issueに`fix-me`ラベルを追加するか、`@openhands-agent`で始まるコメントを残します。
-3. プルリクエストを確認して、issueを解決する試みをレビューします。
-4. 一般的なコメント、レビューコメント、またはインラインスレッドコメントを通じてフィードバックをフォローアップします。
-5. プルリクエストに`fix-me`ラベルを追加するか、`@openhands-agent`で始まる特定のコメントに対処します。
-
-### ラベルとマクロ
-
-- ラベル（`fix-me`）：OpenHandsに**全体の** issueまたはプルリクエストへの対処を要求します。
-- マクロ（`@openhands-agent`）：OpenHandsにissue/プルリクエストの説明と**特定のコメント**のみを考慮するように要求します。
-
-## 高度な設定
-
-### カスタムリポジトリ設定の追加
-
-[resolverのREADME](https://github.com/All-Hands-AI/OpenHands/blob/main/openhands/resolver/README.md#providing-custom-instructions)に従って、OpenHandsにカスタムの指示を提供できます。
-
-### カスタム構成
-
-GitHub resolverは、自動的に有効な[リポジトリシークレット](https://docs.github.com/en/actions/security-for-github-actions/security-guides/using-secrets-in-github-actions?tool=webui#creating-secrets-for-a-repository)または[リポジトリ変数](https://docs.github.com/en/actions/writing-workflows/choosing-what-your-workflow-does/store-information-in-variables#creating-configuration-variables-for-a-repository)をチェックして、その動作をカスタマイズします。
-設定可能なカスタマイズオプションは次のとおりです。
-
-| **属性名**                        | **タイプ** | **目的**                                                                                                 | **例**                                              |
-| -------------------------------- | -------- | -------------------------------------------------------------------------------------------------------- | -------------------------------------------------- |
-| `LLM_MODEL`                      | Variable | OpenHandsで使用するLLMを設定                                                                                 | `LLM_MODEL="anthropic/claude-3-5-sonnet-20241022"` |
-| `OPENHANDS_MAX_ITER`             | Variable | エージェントの反復の最大制限を設定                                                                                   | `OPENHANDS_MAX_ITER=10`                            |
-| `OPENHANDS_MACRO`                | Variable | リゾルバを呼び出すためのデフォルトマクロをカスタマイズ                                                                         | `OPENHANDS_MACRO=@resolveit`                       |
-| `OPENHANDS_BASE_CONTAINER_IMAGE` | Variable | カスタムSandbox（[詳細](https://docs.all-hands.dev/modules/usage/how-to/custom-sandbox-guide)）                 | `OPENHANDS_BASE_CONTAINER_IMAGE="custom_image"`    |
-| `TARGET_BRANCH`                  | Variable | `main`以外のブランチにマージ                                                                                     | `TARGET_BRANCH="dev"`                              |

docs/i18n/ja/docusaurus-plugin-content-docs/current/usage/how-to/gui-mode.md

@@ -1,116 +0,0 @@
-# GUIモード
-
-OpenHandsは、AI アシスタントとやり取りするためのグラフィカルユーザーインターフェース（GUI）モードを提供しています。
-
-## インストールとセットアップ
-
-1. インストール手順に従って、OpenHandsをインストールします。
-2. コマンドを実行した後、[http://localhost:3000](http://localhost:3000)でOpenHandsにアクセスします。
-
-## GUIでのやり取り
-
-### 初期設定
-
-1. 初回起動時に、設定ページが表示されます。
-2. ドロップダウンメニューから`LLM Provider`と`LLM Model`を選択します。必要なモデルがリストにない場合は、`Advanced`オプションを切り替えて、正しいプレフィックスを付けて`Custom Model`テキストボックスに入力します。
-3. 選択したプロバイダーに対応する`API Key`を入力します。
-4. `Save Changes`をクリックして設定を適用します。
-
-### GitHubトークンの設定
-
-OpenHandsは、利用可能な場合、自動的に`GITHUB_TOKEN`をシェル環境にエクスポートします。これは2つの方法で行われます。
-
-**ローカルインストール**: ユーザーが直接GitHubトークンを入力します。
-<details>
-  <summary>GitHubトークンの設定</summary>
-
-  1. **Personal Access Token（PAT）の生成**:
-   - GitHubで、Settings > Developer Settings > Personal Access Tokens > Tokens (classic)に移動します。
-   - **New token (classic)**
-     - 必要なスコープ:
-     - `repo`（プライベートリポジトリの完全な制御）
-   - **Fine-Grained Tokens**
-     - All Repositories（特定のリポジトリを選択できますが、これはリポジトリ検索の結果に影響します）
-     - Minimal Permissions（検索用に**Meta Data = Read-only**を選択し、ブランチ作成用に**Pull Requests = Read and Write**、**Content = Read and Write**を選択します）
-  2. **OpenHandsにトークンを入力**:
-   - 設定ボタン（歯車アイコン）をクリックします。
-   - `GitHub Settings`セクションに移動します。
-   - `GitHub Token`フィールドにトークンを貼り付けます。
-   - `Save Changes`をクリックして変更を適用します。
-</details>
-
-<details>
-  <summary>組織のトークンポリシー</summary>
-
-  組織のリポジトリを使用する場合は、追加の設定が必要になる場合があります。
-
-  1. **組織の要件を確認**:
-   - 組織の管理者は、特定のトークンポリシーを適用することがあります。
-   - 一部の組織では、SSOを有効にしてトークンを作成する必要があります。
-   - 組織の[トークンポリシー設定](https://docs.github.com/en/organizations/managing-programmatic-access-to-your-organization/setting-a-personal-access-token-policy-for-your-organization)を確認してください。
-  2. **組織へのアクセスを確認**:
-   - GitHubのトークン設定に移動します。
-   - `Organization access`の下で組織を探します。
-   - 必要に応じて、組織の横にある`Enable SSO`をクリックします。
-   - SSOの認証プロセスを完了します。
-</details>
-
-<details>
-  <summary>トラブルシューティング</summary>
-
-  一般的な問題と解決策:
-
-  - **トークンが認識されない**:
-     - トークンが設定に正しく保存されていることを確認します。
-     - トークンの有効期限が切れていないことを確認します。
-     - トークンに必要なスコープがあることを確認します。
-     - トークンを再生成してみてください。
-
-  - **組織へのアクセスが拒否された**:
-     - SSOが必要だが有効になっていないかどうかを確認します。
-     - 組織のメンバーシップを確認します。
-     - トークンポリシーがアクセスをブロックしている場合は、組織の管理者に連絡してください。
-
-  - **トークンが機能することを確認**:
-     - トークンが有効な場合、アプリにグリーンのチェックマークが表示されます。
-     - リポジトリにアクセスして、権限を確認してみてください。
-     - ブラウザのコンソールでエラーメッセージを確認してください。
-</details>
-
-**OpenHands Cloud**: トークンはGitHub OAuth認証を通じて取得されます。
-
-<details>
-  <summary>OAuth認証</summary>
-
-  OpenHands Cloudを使用する場合、GitHub OAuthフローは以下の権限を要求します:
-   - リポジトリアクセス（読み取り/書き込み）
-   - ワークフロー管理
-   - 組織の読み取りアクセス
-
-  OpenHandsを認証するには:
-   - プロンプトが表示されたら、`Sign in with GitHub`をクリックします。
-   - 要求された権限を確認します。
-   - OpenHandsがGitHubアカウントにアクセスすることを承認します。
-   - 組織を使用している場合は、プロンプトが表示されたら組織へのアクセスを承認します。
-</details>
-
-### 高度な設定
-
-1. 設定ページ内で、`Advanced`オプションを切り替えて追加の設定にアクセスします。
-2. `Custom Model`テキストボックスを使用して、リストにないモデルを手動で入力します。
-3. LLMプロバイダーで必要な場合は、`Base URL`を指定します。
-
-### AIとのやり取り
-
-1. 入力ボックスにプロンプトを入力します。
-2. 送信ボタンをクリックするか、Enterキーを押してメッセージを送信します。
-3. AIは入力を処理し、チャットウィンドウに応答を提供します。
-4. フォローアップの質問をしたり、追加情報を提供したりして、会話を続けることができます。
-
-## 効果的な使用のためのヒント
-
-- [プロンプトのベストプラクティス](../prompting/prompting-best-practices)で説明されているように、要求を具体的にすることで、最も正確で役立つ応答を得ることができます。
-- ワークスペースパネルを使用して、プロジェクト構造を探索します。
-- [LLMsセクション](usage/llms/llms.md)で説明されているように、推奨モデルの1つを使用します。
-
-OpenHandsのGUIモードは、AIアシスタントとのやり取りをできるだけスムーズで直感的にすることを目的としています。生産性を最大限に高めるために、ぜひその機能を探ってみてください。

docs/i18n/ja/docusaurus-plugin-content-docs/current/usage/how-to/headless-mode.md

@@ -1,55 +0,0 @@
-# ヘッドレスモード
-
-OpenHandsは、Webアプリケーションを起動せずに、単一のコマンドで実行できます。
-これにより、OpenHandsを使用してスクリプトを作成したり、タスクを自動化したりするのが簡単になります。
-
-これは、インタラクティブで、アクティブな開発に適した[CLIモード](cli-mode)とは異なります。
-
-## Pythonを使用する場合
-
-PythonでOpenHandsをヘッドレスモードで実行するには:
-1. [開発セットアップの手順](https://github.com/All-Hands-AI/OpenHands/blob/main/Development.md)に従っていることを確認してください。
-2. 以下のコマンドを実行します:
-```bash
-poetry run python -m openhands.core.main -t "write a bash script that prints hi"
-```
-
-モデル、APIキー、その他の設定は、環境変数[または`config.toml`ファイル](https://github.com/All-Hands-AI/OpenHands/blob/main/config.template.toml)を介して設定する必要があります。
-
-## Dockerを使用する場合
-
-DockerでOpenHandsをヘッドレスモードで実行するには:
-
-1. ターミナルで以下の環境変数を設定します:
-
-- `WORKSPACE_BASE`をOpenHandsが編集するディレクトリに設定 (例: `export WORKSPACE_BASE=$(pwd)/workspace`)。
-- `LLM_MODEL`を使用するモデルに設定 (例: `export LLM_MODEL="anthropic/claude-3-5-sonnet-20241022"`)。
-- `LLM_API_KEY`をAPIキーに設定 (例: `export LLM_API_KEY="sk_test_12345"`)。
-
-2. 以下のDockerコマンドを実行します:
-
-```bash
-docker run -it \
-    --pull=always \
-    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.31-nikolaik \
-    -e SANDBOX_USER_ID=$(id -u) \
-    -e WORKSPACE_MOUNT_PATH=$WORKSPACE_BASE \
-    -e LLM_API_KEY=$LLM_API_KEY \
-    -e LLM_MODEL=$LLM_MODEL \
-    -e LOG_ALL_EVENTS=true \
-    -v $WORKSPACE_BASE:/opt/workspace_base \
-    -v /var/run/docker.sock:/var/run/docker.sock \
-    -v ~/.openhands-state:/.openhands-state \
-    --add-host host.docker.internal:host-gateway \
-    --name openhands-app-$(date +%Y%m%d%H%M%S) \
-    docker.all-hands.dev/all-hands-ai/openhands:0.31 \
-    python -m openhands.core.main -t "write a bash script that prints hi"
-```
-
-## 高度なヘッドレス設定
-
-ヘッドレスモードで利用可能なすべての設定オプションを表示するには、`--help`フラグを付けてPythonコマンドを実行します。
-
-### 追加のログ
-
-ヘッドレスモードでエージェントのすべてのアクションをログに記録するには、ターミナルで`export LOG_ALL_EVENTS=true`を実行します。

docs/i18n/ja/docusaurus-plugin-content-docs/current/usage/how-to/persist-session-data.md

@@ -1,18 +0,0 @@
-
-
-# Persistance des données de session
-
-Avec l'installation standard, les données de session sont stockées en mémoire. Actuellement, si le service OpenHands est redémarré,
-les sessions précédentes deviennent invalides (un nouveau secret est généré) et ne sont donc pas récupérables.
-
-## Comment persister les données de session
-
-### Workflow de développement
-Dans le fichier `config.toml`, spécifiez ce qui suit :
-```
-[core]
-...
-file_store="local"
-file_store_path="/absolute/path/to/openhands/cache/directory"
-jwt_secret="secretpass"
-```

docs/i18n/ja/docusaurus-plugin-content-docs/current/usage/installation.mdx

@@ -1,55 +0,0 @@
-# OpenHandsの実行
-
-## システム要件
-
-* Docker バージョン26.0.0+またはDocker Desktop 4.31.0+
-* LinuxまたはMac OSを使用する必要があります
-  * Windowsを使用している場合は、[WSL](https://learn.microsoft.com/en-us/windows/wsl/install)を使用する必要があります
-
-## アプリケーションの起動
-
-OpenHandsを実行する最も簡単な方法は、Dockerを使用することです。
-
-```bash
-docker pull docker.all-hands.dev/all-hands-ai/runtime:0.29-nikolaik
-
-docker run -it --rm --pull=always \
-    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.29-nikolaik \
-    -e LOG_ALL_EVENTS=true \
-    -v /var/run/docker.sock:/var/run/docker.sock \
-    -p 3000:3000 \
-    --add-host host.docker.internal:host-gateway \
-    --name openhands-app \
-    docker.all-hands.dev/all-hands-ai/openhands:0.29
-```
-
-また、[ヘッドレススクリプトモード](https://docs.all-hands.dev/modules/usage/how-to/headless-mode)、[対話型CLI](https://docs.all-hands.dev/modules/usage/how-to/cli-mode)、または[OpenHands GitHub Action](https://docs.all-hands.dev/modules/usage/how-to/github-action)としても実行できます。
-
-## 設定
-
-上記のコマンドを実行すると、OpenHandsは[http://localhost:3000](http://localhost:3000)で動作します。
-
-OpenHandsを起動すると、設定モーダルウィンドウが表示されます。`LLMプロバイダー`と`LLMモデル`を選択し、対応する`APIキー`を入力する**必要があります**。
-これらの設定は、UIの`設定`ボタン（歯車アイコン）を選択することでいつでも変更できます。
-
-必要な`LLMモデル`がリストに存在しない場合は、`詳細オプション`を有効にして、
-`カスタムモデル`テキストボックスに適切なプレフィックスを付けて手動で入力できます。
-`詳細オプション`では、必要に応じて`ベースURL`も指定できます。
-
-<div style={{ display: 'flex', justifyContent: 'center', gap: '20px' }}>
-  <img src="/img/settings-screenshot.png" alt="settings-modal" width="340" />
-  <img src="/img/settings-advanced.png" alt="settings-modal" width="335" />
-</div>
-
-## バージョン
-
-上記のコマンドは、OpenHandsの最新の安定版を取得します。他のオプションもあります：
-- 特定のバージョンを使用する場合は、`docker.all-hands.dev/all-hands-ai/openhands:$VERSION`を使用し、$VERSIONをバージョン番号に置き換えてください。
-- semverを使用しており、メジャー、マイナー、パッチバージョンのタグを公開しています。したがって、`0.9`は最新の`0.9.x`バージョンを、`0`は最新の`0.x.x`バージョンを指します。
-- 最新の開発バージョンを使用する場合は、`docker.all-hands.dev/all-hands-ai/openhands:main`を使用できます。このバージョンは不安定で、テストまたは開発目的でのみ推奨されます。
-
-安定性要件と必要な機能に応じて、最適なタグを選択できます。
-
-開発ワークフローについては、[Development.md](https://github.com/All-Hands-AI/OpenHands/blob/main/Development.md)を参照してください。
-
-問題がありますか？[トラブルシューティングガイド](https://docs.all-hands.dev/modules/usage/troubleshooting)をご確認ください。

docs/i18n/ja/docusaurus-plugin-content-docs/current/usage/intro.mdx

@@ -1,109 +0,0 @@
----
-sidebar_position: 1
----
-
-# 💻 OpenHands
-
-OpenHandsは、複雑なエンジニアリングタスクを実行し、ソフトウェア開発プロジェクトでユーザーと積極的に協力できる**自律型AIソフトウェアエンジニア**です。
-このプロジェクトは完全にオープンソースなので、自由に使用・改変することができます。
-
-:::tip
-OpenHandsのソースコードを[GitHub](https://github.com/All-Hands-AI/OpenHands)で確認するか、コミュニティに参加してください！
-
-<a href="https://github.com/All-Hands-AI/OpenHands/graphs/contributors">
-  <img
-    src="https://img.shields.io/github/contributors/All-Hands-AI/OpenHands?style=for-the-badge"
-    alt="Contributors"
-  />
-</a>
-<a href="https://github.com/All-Hands-AI/OpenHands/network/members">
-  <img
-    src="https://img.shields.io/github/forks/All-Hands-AI/OpenHands?style=for-the-badge"
-    alt="Forks"
-  />
-</a>
-<a href="https://github.com/All-Hands-AI/OpenHands/stargazers">
-  <img
-    src="https://img.shields.io/github/stars/All-Hands-AI/OpenHands?style=for-the-badge"
-    alt="Stargazers"
-  />
-</a>
-<a href="https://github.com/All-Hands-AI/OpenHands/issues">
-  <img
-    src="https://img.shields.io/github/issues/All-Hands-AI/OpenHands?style=for-the-badge"
-    alt="Issues"
-  />
-</a>
-<br></br>
-<a href="https://github.com/All-Hands-AI/OpenHands/blob/main/LICENSE">
-  <img
-    src="https://img.shields.io/github/license/All-Hands-AI/OpenHands?style=for-the-badge"
-    alt="MIT License"
-  />
-</a>
-<br></br>
-<a href="https://join.slack.com/t/openhands-ai/shared_invite/zt-2ngejmfw6-9gW4APWOC9XUp1n~SiQ6iw">
-  <img
-    src="https://img.shields.io/badge/Slack-Join%20Us-red?logo=slack&logoColor=white&style=for-the-badge"
-    alt="Slackコミュニティに参加"
-  />
-</a>
-<a href="https://discord.gg/ESHStjSjD4">
-  <img
-    src="https://img.shields.io/badge/Discord-Join%20Us-purple?logo=discord&logoColor=white&style=for-the-badge"
-    alt="Discordコミュニティに参加"
-  />
-</a>
-:::
-
-## 🛠️ はじめに
-
-OpenHandsを実行する最も簡単な方法は、Dockerコンテナ内で実行することです。最新バージョンのDocker（`26.0.0`）で最もよく動作します。
-Linux、Mac OS、またはWindows上のWSLを使用する必要があります。
-
-OpenHandsをDockerコンテナで起動するには、ターミナルで以下のコマンドを実行します：
-
-:::warning
-以下のコマンドを実行すると、`./workspace`内のファイルが変更または削除される可能性があります。
-:::
-
-```bash
-WORKSPACE_BASE=$(pwd)/workspace
-docker run -it \
-    --pull=always \
-    -e SANDBOX_USER_ID=$(id -u) \
-    -e WORKSPACE_MOUNT_PATH=$WORKSPACE_BASE \
-    -v $WORKSPACE_BASE:/opt/workspace_base \
-    -v /var/run/docker.sock:/var/run/docker.sock \
-    -p 3000:3000 \
-    --add-host host.docker.internal:host-gateway \
-    --name openhands-app-$(date +%Y%m%d%H%M%S) \
-    ghcr.io/all-hands-ai/openhands:main
-```
-
-OpenHandsは[http://localhost:3000](http://localhost:3000)で動作し、`./workspace`にアクセスできます。OpenHandsにコードを操作させるには、そのコードを`./workspace`に配置してください。
-
-OpenHandsはこのワークスペースフォルダにのみアクセスできます。Dockerの安全なサンドボックス内で実行されるため、システムの他の部分には影響を与えません。
-
-:::tip
-最新の**(不安定！)**バージョンを使用したい場合は、イメージとして`ghcr.io/all-hands-ai/openhands:main`を使用できます（最後の行）。
-:::
-
-開発ワークフローについては、[Development.md](https://github.com/All-Hands-AI/OpenHands/blob/main/Development.md)を参照してください。
-
-問題がありますか？[トラブルシューティングガイド](https://docs.all-hands.dev/modules/usage/troubleshooting)をご確認ください。
-
-:::warning
-OpenHandsは現在開発中ですが、アルファ版を実行してエンドツーエンドのシステムを動作させることができます。
-:::
-
-[contributors-shield]: https://img.shields.io/github/contributors/All-Hands-AI/OpenHands?style=for-the-badge
-[contributors-url]: https://github.com/All-Hands-AI/OpenHands/graphs/contributors
-[forks-shield]: https://img.shields.io/github/forks/All-Hands-AI/OpenHands?style=for-the-badge
-[forks-url]: https://github.com/All-Hands-AI/OpenHands/network/members
-[stars-shield]: https://img.shields.io/github/stars/All-Hands-AI/OpenHands?style=for-the-badge
-[stars-url]: https://github.com/All-Hands-AI/OpenHands/stargazers
-[issues-shield]: https://img.shields.io/github/issues/All-Hands-AI/OpenHands?style=for-the-badge
-[issues-url]: https://github.com/All-Hands-AI/OpenHands/issues
-[license-shield]: https://img.shields.io/github/license/All-Hands-AI/OpenHands?style=for-the-badge
-[license-url]: https://github.com/All-Hands-AI/OpenHands/blob/main/LICENSE

docs/i18n/ja/docusaurus-plugin-content-docs/current/usage/key-features.md

@@ -1,72 +0,0 @@
-# 主な機能
-
-![overview](https://www.all-hands.dev/assets/product/product-slide-1.webp)
-
-## 1. ワークスペース
-
-ワークスペース機能は、以下の主要な機能を備えた包括的な開発環境を提供します：
-
-* ファイルエクスプローラー：プロジェクトのファイルとディレクトリの閲覧、表示、管理
-* プロジェクト管理：異なるプロジェクトのインポート、作成、ナビゲーション
-* 統合開発ツール：様々な開発ワークフローとのシームレスな統合
-* ファイル操作：
-  * ファイル内容の表示
-  * 新規ファイルとフォルダの作成
-  * ファイルのアップロードとダウンロード
-  * 基本的なファイル操作
-
-## 2. Jupyterノートブック
-
-Jupyterノートブック機能は、インタラクティブなコーディングとデータ分析環境を提供します：
-
-* インタラクティブなコードセル：セルベースのインターフェースでPythonコードを実行
-* 入出力の追跡：コード入力とその出力の履歴を保持
-* 永続的なセッション：セル間でコード実行コンテキストを保持
-* 様々なPython操作とデータ分析タスクをサポート
-* リアルタイムのコード実行と結果の可視化
-
-## 3. ブラウザ（ベータ）
-
-ブラウザ機能は、Web操作機能を提供します：
-
-* Webページナビゲーション：アプリケーション内でウェブサイトを開いて閲覧
-* スクリーンショット取得：Webページのスクリーンショットを自動生成
-* インタラクション機能：
-  * 要素のクリック
-  * フォームの入力
-  * ページのスクロール
-  * Web内容のナビゲーション
-* 15種類のブラウザ操作機能をサポート
-
-## 4. ターミナル
-
-ターミナル機能は、アプリケーション内でコマンドラインインターフェースを提供します：
-
-* シェルコマンドの実行：bashとシステムコマンドを実行
-* コマンド履歴：過去のコマンドを追跡して呼び出し
-* 環境との対話：システムのコマンドラインと直接対話
-* 様々なプログラミングとシステム管理タスクをサポート
-
-## 5. チャット / AI会話
-
-チャットインターフェースは、AIを活用した会話体験を提供します：
-
-* インタラクティブなAIアシスタント：自然言語での会話に参加
-* コンテキストを理解した応答：開発関連の質問を理解して応答
-* アクション提案：タスクに対する実行可能な推奨事項を提供
-* 会話管理：異なる会話スレッドの作成、削除、管理
-
-## 6. アプリケーション（ベータ）
-
-メインアプリケーションインターフェースは、これらすべての機能を統合します：
-
-* 統合ワークスペース：ワークスペース、ブラウザ、ターミナル、AIチャットのシームレスな統合
-* カスタマイズ可能なレイアウト：異なる機能パネルの配置をカスタマイズ
-* 状態管理：異なる機能間でコンテキストと状態を維持
-* セキュリティとプライバシー制御：アプリケーションの設定と権限を管理
-
-### 追加情報
-
-* アプリケーションは現在ベータ版で、継続的な改善と機能追加が行われています
-* 様々な開発ワークフローとAIアシストコーディングをサポート
-* 統合ツールとAIアシスタンスを通じて開発者の生産性を向上するように設計

docs/i18n/ja/docusaurus-plugin-content-docs/current/usage/llms.md

@@ -1,82 +0,0 @@
-# 🤖 LLMバックエンド
-
-OpenHandsは、LiteLLMがサポートするすべてのLLMに接続できます。ただし、機能するには強力なモデルが必要です。
-
-## モデルの推奨事項
-
-コーディングタスクに対する言語モデルの評価（SWE-benchデータセットを使用）に基づいて、モデル選択に関するいくつかの推奨事項を提供できます。分析の一部は、[LLMを比較したこのブログ記事](https://www.all-hands.dev/blog/evaluation-of-llms-as-coding-agents-on-swe-bench-at-30x-speed)と[より最近の結果を含むこのブログ記事](https://www.all-hands.dev/blog/openhands-codeact-21-an-open-state-of-the-art-software-development-agent)で確認できます。
-
-モデルを選択する際は、出力の品質とコストの両方を考慮してください。結果の要約は以下の通りです：
-
-* Claude 3.5 Sonnetが圧倒的に優れており、OpenHandsのデフォルトエージェントでSWE-Bench Verifiedの53%の解決率を達成しています。
-* GPT-4oは遅れを取っており、o1-miniは実際にGPT-4oよりもわずかに低いパフォーマンスを示しました。結果を少し分析したところ、o1は時々「考えすぎ」て、タスクを完了できるのに追加の環境設定タスクを実行していたようです。
-* 最後に、最も強力なオープンモデルはLlama 3.1 405 BとDeepseek-v2.5で、合理的なパフォーマンスを示し、一部のクローズドモデルを上回りました。
-
-詳細については、[完全な記事](https://www.all-hands.dev/blog/evaluation-of-llms-as-coding-agents-on-swe-bench-at-30x-speed)を参照してください。
-
-これらの結果とコミュニティからのフィードバックに基づいて、以下のモデルがOpenHandsで合理的に機能することが確認されています：
-
-* claude-3-5-sonnet（推奨）
-* gpt-4 / gpt-4o
-* llama-3.1-405b
-* deepseek-v2.5
-
-:::warning prudence
-OpenHandsは、設定したLLMに多くのプロンプトを送信します。これらのLLMのほとんどは有料なので、支出制限を設定し、使用状況を監視してください。
-:::
-
-リストにない特定のLLMでOpenHandsの実行に成功した場合は、検証済みリストに追加してください。また、同じプロバイダーとLLMを使用する他のユーザーを支援するため、設定プロセスを共有するPRを開くことをお勧めします！
-
-利用可能なプロバイダーとモデルの完全なリストについては、[litellmのドキュメント](https://docs.litellm.ai/docs/providers)を参照してください。
-
-:::note remarque
-現在のほとんどのローカルおよびオープンソースモデルは、それほど強力ではありません。このようなモデルを使用する場合、メッセージ間の長い待機時間、品質の低い応答、または不正なJSONに関するエラーが発生する可能性があります。OpenHandsは、それを駆動するモデルと同じくらい強力にしかなりません。ただし、機能するモデルを見つけた場合は、上記の検証済みリストに追加してください。
-:::
-
-## LLM設定
-
-以下の項目は、OpenHandsのUIで設定メニューから設定できます：
-
-* `LLMプロバイダー`
-* `LLMモデル`
-* `APIキー`
-* `ベースURL`（`詳細設定`から）
-
-一部のLLM/プロバイダーで必要となる可能性があるが、UIでは設定できないパラメータがあります。これらは代わりに、[docker runコマンド](./installation#start-the-app)に`-e`を使用して環境変数として渡すことができます：
-
-* `LLM_API_VERSION`
-* `LLM_EMBEDDING_MODEL`
-* `LLM_EMBEDDING_DEPLOYMENT_NAME`
-* `LLM_DROP_PARAMS`
-* `LLM_DISABLE_VISION`
-* `LLM_CACHING_PROMPT`
-
-特定のモデルプロバイダーでOpenHandsを実行するためのガイドがいくつかあります：
-
-* [Azure](./llms/azure-llms)
-* [Google](./llms/google-llms)
-* [Groq](./llms/groq)
-* [LiteLLM Proxy](./llms/litellm-proxy)
-* [OpenAI](./llms/openai-llms)
-* [OpenRouter](./llms/openrouter)
-
-### APIリトライとレート制限
-
-LLMプロバイダーは通常、レート制限を持っており、時には非常に低い制限で、リトライが必要になる場合があります。OpenHandsは、レート制限エラー（エラーコード429）、API接続エラー、またはその他の一時的なエラーを受信した場合、自動的にリクエストを再試行します。
-
-使用しているプロバイダーのニーズに応じて、これらのオプションをカスタマイズできます。プロバイダーのドキュメントを確認し、以下の環境変数を設定してリトライ回数とリトライ間の待機時間を制御してください：
-
-* `LLM_NUM_RETRIES`（デフォルト8）
-* `LLM_RETRY_MIN_WAIT`（デフォルト15秒）
-* `LLM_RETRY_MAX_WAIT`（デフォルト120秒）
-* `LLM_RETRY_MULTIPLIER`（デフォルト2）
-
-OpenHandsを開発モードで実行している場合、これらのオプションを`config.toml`ファイルで設定することもできます：
-
-```toml
-[llm]
-num_retries = 8
-retry_min_wait = 15
-retry_max_wait = 120
-retry_multiplier = 2
-```

docs/i18n/ja/docusaurus-plugin-content-docs/current/usage/llms/azure-llms.md

@@ -1,38 +0,0 @@
-# Azure
-
-OpenHands は LiteLLM を使用して Azure のチャットモデルを呼び出します。Azure をプロバイダとして使用する方法については、[こちら](https://docs.litellm.ai/docs/providers/azure)のドキュメントをご覧ください。
-
-## Azure OpenAI 設定
-
-OpenHands を実行する際には、以下の環境変数を [docker run コマンド](../installation#running-openhands) で `-e` を使用して設定する必要があります。
-
-```
-LLM_API_VERSION="<api-version>"              # 例: "2023-05-15"
-```
-
-例:
-```bash
-docker run -it --pull=always \
-    -e LLM_API_VERSION="2023-05-15"
-    ...
-```
-
-その後、OpenHands UI の設定で以下を行います。
-
-:::note
-Azure の deployments ページで ChatGPT のデプロイメント名を確認する必要があります。以下では &lt;deployment-name&gt; と表記しています。
-:::
-
-1. `Advanced` オプションを有効にします。
-2. 以下を設定します:
-   - `Custom Model` を azure/&lt;deployment-name&gt; に設定
-   - `Base URL` を Azure API の Base URL に設定 (例: `https://example-endpoint.openai.azure.com`)
-   - `API Key` を Azure API キーに設定
-
-### Azure OpenAI 設定
-
-OpenHands を実行する際には、以下の環境変数を [docker run コマンド](../installation#running-openhands) で `-e` を使用して設定します。
-
-```
-LLM_API_VERSION="<api-version>"                                    # 例: "2024-02-15-preview"
-```

docs/i18n/ja/docusaurus-plugin-content-docs/current/usage/llms/azureLLMs.md

@@ -1,37 +0,0 @@
-# Azure OpenAI LLM
-
-## 補完
-
-OpenHandsはLiteLLMを使用して補完リクエストを行います。Azureに関するドキュメントは[こちら](https://docs.litellm.ai/docs/providers/azure)にあります。
-
-### Azure OpenAI の設定
-
-OpenHands Dockerイメージを実行する際には、以下の環境変数を `-e` を使用して設定する必要があります：
-
-```
-LLM_BASE_URL="<azure-api-base-url>"          # 例: "https://openai-gpt-4-test-v-1.openai.azure.com/"
-LLM_API_KEY="<azure-api-key>"
-LLM_MODEL="azure/<your-gpt-deployment-name>"
-LLM_API_VERSION = "<api-version>"          # 例: "2024-02-15-preview"
-```
-
-:::note
-ChatGPTデプロイメント名は、Azureのデプロイメントページで確認できます。デフォルトまたは初期状態では、チャットモデル名（例えば'GPT4-1106-preview'）と同じ場合がありますが、必ずしもそうである必要はありません。OpenHandsを実行し、ブラウザに読み込まれたら、設定に移動し、モデルを次のように設定します："azure/&lt;your-actual-gpt-deployment-name&gt;"。リストにない場合は、独自のテキストを入力して保存します。
-:::
-
-## Embeddings
-
-OpenHandsはllama-indexを使用してembeddingsを生成します。Azureに関するドキュメントは[こちら](https://docs.llamaindex.ai/en/stable/api_reference/embeddings/azure_openai/)にあります。
-
-### Azure OpenAI の設定
-
-Azure OpenAI embeddingsで使用されるモデルは "text-embedding-ada-002" です。
-Azureアカウントでこのモデルの正しいデプロイメント名が必要です。
-
-DockerでOpenHandsを実行する際には、以下の環境変数を `-e` を使用して設定してください：
-
-```
-LLM_EMBEDDING_MODEL="azureopenai"
-LLM_EMBEDDING_DEPLOYMENT_NAME = "<your-embedding-deployment-name>"        # 例: "TextEmbedding...<etc>"
-LLM_API_VERSION = "<api-version>"         # 例: "2024-02-15-preview"
-```

docs/i18n/ja/docusaurus-plugin-content-docs/current/usage/llms/custom-llm-configs.md

@@ -1,106 +0,0 @@
-# カスタムLLM設定
-
-OpenHandsでは、`config.toml`ファイルで複数の名前付きLLM設定を定義できます。この機能により、高品質な応答が不要なタスクには低コストのモデルを使用したり、特定のエージェントに対して異なるパラメータを持つ異なるモデルを使用したりするなど、異なる用途に応じて異なるLLM設定を使用できます。
-
-## 仕組み
-
-名前付きLLM設定は、`config.toml`ファイルで`llm.`で始まるセクションを使用して定義されます。例：
-
-```toml
-# デフォルトのLLM設定
-[llm]
-model = "gpt-4"
-api_key = "あなたのAPIキー"
-temperature = 0.0
-
-# 低コストモデル用のカスタムLLM設定
-[llm.gpt3]
-model = "gpt-3.5-turbo"
-api_key = "あなたのAPIキー"
-temperature = 0.2
-
-# 異なるパラメータを持つ別のカスタム設定
-[llm.high-creativity]
-model = "gpt-4"
-api_key = "あなたのAPIキー"
-temperature = 0.8
-top_p = 0.9
-```
-
-各名前付き設定は、デフォルトの`[llm]`セクションからすべてのパラメータを継承し、これらのパラメータを上書きできます。必要な数のカスタム設定を定義できます。
-
-## カスタム設定の使用
-
-### エージェントでの使用
-
-エージェントの設定セクションで`llm_config`パラメータを設定することで、エージェントが使用するLLM設定を指定できます：
-
-```toml
-[agent.RepoExplorerAgent]
-# このエージェントには低コストのGPT-3設定を使用
-llm_config = 'gpt3'
-
-[agent.CodeWriterAgent]
-# このエージェントには高創造性の設定を使用
-llm_config = 'high-creativity'
-```
-
-### 設定オプション
-
-各名前付きLLM設定は、デフォルトのLLM設定と同じすべてのオプションをサポートしています。これらには以下が含まれます：
-
-- モデルの選択（`model`）
-- API設定（`api_key`、`base_url`など）
-- モデルパラメータ（`temperature`、`top_p`など）
-- リトライパラメータ（`num_retries`、`retry_multiplier`など）
-- トークン制限（`max_input_tokens`、`max_output_tokens`）
-- その他すべてのLLM設定オプション
-
-利用可能なオプションの完全なリストについては、[設定オプション](../configuration-options)のドキュメントのLLM設定セクションを参照してください。
-
-## ユースケース
-
-カスタムLLM設定は、以下のようなシナリオで特に有用です：
-
-- **コスト最適化**：リポジトリの探索やシンプルなファイル操作など、高品質な応答が不要なタスクには低コストのモデルを使用
-- **タスク固有の調整**：異なるレベルの創造性や決定論的な応答が必要なタスクに対して、異なるtemperatureやtop_p値を設定
-- **異なるプロバイダー**：異なるタスクに対して異なるLLMプロバイダーやAPIエンドポイントを使用
-- **テストと開発**：開発とテスト中に異なるモデル設定を簡単に切り替え
-
-## 例：コスト最適化
-
-コスト最適化のためのカスタムLLM設定の実践的な例：
-
-```toml
-# 高品質な応答用のGPT-4を使用するデフォルト設定
-[llm]
-model = "gpt-4"
-api_key = "あなたのAPIキー"
-temperature = 0.0
-
-# リポジトリ探索用の低コスト設定
-[llm.repo-explorer]
-model = "gpt-3.5-turbo"
-temperature = 0.2
-
-# コード生成用の設定
-[llm.code-gen]
-model = "gpt-4"
-temperature = 0.0
-max_output_tokens = 2000
-
-[agent.RepoExplorerAgent]
-llm_config = 'repo-explorer'
-
-[agent.CodeWriterAgent]
-llm_config = 'code-gen'
-```
-
-この例では：
-- リポジトリ探索は主にコードの理解とナビゲーションなので、低コストモデルを使用
-- コード生成は、より大きなコードブロックを生成するためにGPT-4とより高いトークン制限を使用
-- デフォルト設定は他のタスクで引き続き利用可能
-
-:::note
-カスタムLLM設定は、`main.py`または`cli.py`を介して開発モードでOpenHandsを使用する場合にのみ利用可能です。`docker run`を介して実行する場合は、標準の設定オプションを使用してください。
-:::

docs/i18n/ja/docusaurus-plugin-content-docs/current/usage/llms/google-llms.md

@@ -1,31 +0,0 @@
-以下は、指定されたコンテンツの日本語訳です。
-
-# Google Gemini/Vertex
-
-OpenHandsはLiteLLMを使用して、Googleのチャットモデルを呼び出します。Googleをプロバイダとして使用する方法については、以下のドキュメントを参照してください。
-
-- [Gemini - Google AI Studio](https://docs.litellm.ai/docs/providers/gemini)
-- [VertexAI - Google Cloud Platform](https://docs.litellm.ai/docs/providers/vertex)
-
-## Gemini - Google AI Studio の設定
-
-OpenHandsを実行する際、設定画面で以下を設定する必要があります。
-- `LLM Provider` を `Gemini` に設定
-- `LLM Model` を使用するモデルに設定
-モデルがリストにない場合は、`Advanced` オプションを切り替えて、`Custom Model` に入力します（例: `gemini/gemini-2.0-flash` のように gemini/<model-name>）。
-- `API Key` を Gemini API キーに設定
-
-## VertexAI - Google Cloud Platform の設定
-
-Google Cloud Platform 経由で Vertex AI を使用して OpenHands を実行するには、[docker run コマンド](../installation#running-openhands)で `-e` を使用して以下の環境変数を設定する必要があります。
-
-```
-GOOGLE_APPLICATION_CREDENTIALS="<json-dump-of-gcp-service-account-json>"
-VERTEXAI_PROJECT="<your-gcp-project-id>"
-VERTEXAI_LOCATION="<your-gcp-location>"
-```
-
-その後、設定画面で以下を設定します。
-- `LLM Provider` を `VertexAI` に設定
-- `LLM Model` を使用するモデルに設定
-モデルがリストにない場合は、`Advanced` オプションを切り替えて、`Custom Model` に入力します（例: vertex_ai/&lt;model-name&gt;）。

docs/i18n/ja/docusaurus-plugin-content-docs/current/usage/llms/googleLLMs.md

@@ -1,28 +0,0 @@
-# Google Gemini/Vertex LLM
-
-## 補完
-
-OpenHandsはLiteLLMを使用して補完リクエストを行います。以下のリソースは、OpenHandsをGoogleのLLMと一緒に使用する際に関連があります。
-
-- [Gemini - Google AI Studio](https://docs.litellm.ai/docs/providers/gemini)
-- [VertexAI - Google Cloud Platform](https://docs.litellm.ai/docs/providers/vertex)
-
-### Gemini - Google AI Studioの設定
-
-OpenHandsのDockerイメージを実行する際にGoogle AI Studio経由でGeminiを使用するには、以下の環境変数を`-e`を使って設定する必要があります。
-
-```
-GEMINI_API_KEY="<your-google-api-key>"
-LLM_MODEL="gemini/gemini-1.5-pro"
-```
-
-### Vertex AI - Google Cloud Platformの設定
-
-OpenHandsのDockerイメージを実行する際にGoogle Cloud Platform経由でVertex AIを使用するには、以下の環境変数を`-e`を使って設定する必要があります。
-
-```
-GOOGLE_APPLICATION_CREDENTIALS="<gcp-service-account-json-dump>"
-VERTEXAI_PROJECT="<your-gcp-project-id>"
-VERTEXAI_LOCATION="<your-gcp-location>"
-LLM_MODEL="vertex_ai/<desired-llm-model>"
-```

docs/i18n/ja/docusaurus-plugin-content-docs/current/usage/llms/groq.md

@@ -1,20 +0,0 @@
-# Groq
-
-OpenHandsは、GroqのチャットモデルへのAPIコールにLiteLLMを使用します。Groqをプロバイダーとして使用する方法については、[こちら](https://docs.litellm.ai/docs/providers/groq)のドキュメントを参照してください。
-
-## 設定
-
-OpenHandsを実行する際、OpenHandsのUIで設定メニューから以下の項目を設定する必要があります：
-
-* `LLMプロバイダー`を`Groq`に設定
-* `LLMモデル`を使用するモデルに設定。[Groqがホストするモデルのリストはこちら](https://console.groq.com/docs/models)を参照してください。モデルがリストにない場合は、`詳細設定`を有効にし、`カスタムモデル`に入力してください（例：groq/<model-name>として`groq/llama3-70b-8192`）。
-* `APIキー`をGroq APIキーに設定。Groq APIキーの確認または作成については、[こちら](https://console.groq.com/keys)を参照してください。
-
-## OpenAI互換エンドポイントとしてのGroqの使用
-
-Groqのチャット補完エンドポイントは[主にOpenAI互換](https://console.groq.com/docs/openai)です。そのため、他のOpenAI互換エンドポイントと同様の方法でGroqのモデルにアクセスできます。OpenHandsのUIで設定メニューから以下の項目を設定します：
-
-* `詳細設定`を有効にする
-* `カスタムモデル`にプレフィックス`openai/`と使用するモデルを設定（例：`openai/llama3-70b-8192`）
-* `ベースURL`を`https://api.groq.com/openai/v1`に設定
-* `APIキー`をGroq APIキーに設定

docs/i18n/ja/docusaurus-plugin-content-docs/current/usage/llms/litellm-proxy.md

@@ -1,20 +0,0 @@
-# LiteLLM プロキシ
-
-OpenHandsは、様々なLLMプロバイダーにアクセスするために[LiteLLMプロキシ](https://docs.litellm.ai/docs/proxy/quick_start)の使用をサポートしています。
-
-## 設定
-
-OpenHandsでLiteLLMプロキシを使用するには、以下の手順が必要です：
-
-1. LiteLLMプロキシサーバーを設定する（[LiteLLMのドキュメント](https://docs.litellm.ai/docs/proxy/quick_start)を参照）
-2. OpenHandsを実行する際、OpenHandsのUIで設定メニューから以下の項目を設定する必要があります：
-  * `詳細設定`を有効にする
-  * `カスタムモデル`にプレフィックス`litellm_proxy/`と使用するモデルを設定（例：`litellm_proxy/anthropic.claude-3-5-sonnet-20241022-v2:0`）
-  * `ベースURL`をLiteLLMプロキシのURL（例：`https://your-litellm-proxy.com`）に設定
-  * `APIキー`をLiteLLMプロキシのAPIキーに設定
-
-## サポートされているモデル
-
-サポートされているモデルは、LiteLLMプロキシの設定に依存します。OpenHandsは、LiteLLMプロキシが処理するように設定されているすべてのモデルをサポートします。
-
-利用可能なモデルとその名前のリストについては、LiteLLMプロキシの設定を参照してください。

docs/i18n/ja/docusaurus-plugin-content-docs/current/usage/llms/llms.md

@@ -1,82 +0,0 @@
-# 🤖 LLMバックエンド
-
-OpenHandsは、LiteLLMがサポートするすべてのLLMに接続できます。ただし、機能するには強力なモデルが必要です。
-
-## モデルの推奨事項
-
-コーディングタスクに対する言語モデルの評価（SWE-benchデータセットを使用）に基づいて、モデル選択に関するいくつかの推奨事項を提供できます。分析の一部は、[LLMを比較したこのブログ記事](https://www.all-hands.dev/blog/evaluation-of-llms-as-coding-agents-on-swe-bench-at-30x-speed)と[より最近の結果を含むこのブログ記事](https://www.all-hands.dev/blog/openhands-codeact-21-an-open-state-of-the-art-software-development-agent)で確認できます。
-
-モデルを選択する際は、出力の品質とコストの両方を考慮してください。結果の要約は以下の通りです：
-
-- Claude 3.5 Sonnetが圧倒的に優れており、OpenHandsのデフォルトエージェントでSWE-Bench Verifiedの53%の解決率を達成しています。
-- GPT-4oは遅れを取っており、o1-miniは実際にGPT-4oよりもわずかに低いパフォーマンスを示しました。結果を少し分析したところ、o1は時々「考えすぎ」て、タスクを完了できるのに追加の環境設定タスクを実行していたようです。
-- 最後に、最も強力なオープンモデルはLlama 3.1 405 BとDeepseek-v2.5で、合理的なパフォーマンスを示し、一部のクローズドモデルを上回りました。
-
-詳細については、[完全な記事](https://www.all-hands.dev/blog/evaluation-of-llms-as-coding-agents-on-swe-bench-at-30x-speed)を参照してください。
-
-これらの結果とコミュニティからのフィードバックに基づいて、以下のモデルがOpenHandsで合理的に機能することが確認されています：
-
-- claude-3-5-sonnet（推奨）
-- gpt-4 / gpt-4o
-- llama-3.1-405b
-- deepseek-v2.5
-
-:::warning
-OpenHandsは、設定したLLMに多くのプロンプトを送信します。これらのLLMのほとんどは有料なので、支出制限を設定し、使用状況を監視してください。
-:::
-
-リストにない特定のLLMでOpenHandsの実行に成功した場合は、検証済みリストに追加してください。また、同じプロバイダーとLLMを使用する他のユーザーを支援するため、設定プロセスを共有するPRを開くことをお勧めします！
-
-利用可能なプロバイダーとモデルの完全なリストについては、[litellmのドキュメント](https://docs.litellm.ai/docs/providers)を参照してください。
-
-:::note
-現在のほとんどのローカルおよびオープンソースモデルは、それほど強力ではありません。このようなモデルを使用する場合、メッセージ間の長い待機時間、品質の低い応答、または不正なJSONに関するエラーが発生する可能性があります。OpenHandsは、それを駆動するモデルと同じくらい強力にしかなりません。ただし、機能するモデルを見つけた場合は、上記の検証済みリストに追加してください。
-:::
-
-## LLM設定
-
-以下の項目は、OpenHandsのUIで設定メニューから設定できます：
-
-- `LLMプロバイダー`
-- `LLMモデル`
-- `APIキー`
-- `ベースURL`（`詳細設定`から）
-
-一部のLLM/プロバイダーで必要となる可能性があるが、UIでは設定できないパラメータがあります。これらは代わりに、[docker runコマンド](/modules/usage/installation#start-the-app)に`-e`を使用して環境変数として渡すことができます：
-
-- `LLM_API_VERSION`
-- `LLM_EMBEDDING_MODEL`
-- `LLM_EMBEDDING_DEPLOYMENT_NAME`
-- `LLM_DROP_PARAMS`
-- `LLM_DISABLE_VISION`
-- `LLM_CACHING_PROMPT`
-
-特定のモデルプロバイダーでOpenHandsを実行するためのガイドがいくつかあります：
-
-- [Azure](llms/azure-llms)
-- [Google](llms/google-llms)
-- [Groq](llms/groq)
-- [LiteLLM Proxy](llms/litellm-proxy)
-- [OpenAI](llms/openai-llms)
-- [OpenRouter](llms/openrouter)
-
-### APIリトライとレート制限
-
-LLMプロバイダーは通常、レート制限を持っており、時には非常に低い制限で、リトライが必要になる場合があります。OpenHandsは、レート制限エラー（エラーコード429）、API接続エラー、またはその他の一時的なエラーを受信した場合、自動的にリクエストを再試行します。
-
-使用しているプロバイダーのニーズに応じて、これらのオプションをカスタマイズできます。プロバイダーのドキュメントを確認し、以下の環境変数を設定してリトライ回数とリトライ間の待機時間を制御してください：
-
-- `LLM_NUM_RETRIES`（デフォルト8）
-- `LLM_RETRY_MIN_WAIT`（デフォルト15秒）
-- `LLM_RETRY_MAX_WAIT`（デフォルト120秒）
-- `LLM_RETRY_MULTIPLIER`（デフォルト2）
-
-OpenHandsを開発モードで実行している場合、これらのオプションを`config.toml`ファイルで設定することもできます：
-
-```toml
-[llm]
-num_retries = 8
-retry_min_wait = 15
-retry_max_wait = 120
-retry_multiplier = 2
-```

docs/i18n/ja/docusaurus-plugin-content-docs/current/usage/llms/local-llms.md

@@ -1,190 +0,0 @@
-# ローカルLLMとOllama
-
-:::warning
-ローカルLLMを使用する場合、OpenHandsの機能が制限される可能性があります。
-:::
-
-Ollamaサーバーが起動し、実行中であることを確認してください。
-詳細な起動手順については、[こちら](https://github.com/ollama/ollama)を参照してください。
-
-このガイドでは、`ollama serve`でollamaを起動したことを前提としています。ollamaを別の方法で実行している場合（例：dockerの中で）、手順を変更する必要があるかもしれません。WSLを実行している場合、デフォルトのollama設定ではdockerコンテナからのリクエストがブロックされることに注意してください。[こちら](#configuring-ollama-service-wsl-ja)を参照してください。
-
-## モデルのプル
-
-Ollamaモデル名は[こちら](https://ollama.com/library)で確認できます。小さな例として、`codellama:7b`モデルを使用できます。一般的に、より大きなモデルの方が性能が良くなります。
-
-```bash
-ollama pull codellama:7b
-```
-
-ダウンロードしたモデルは以下のように確認できます：
-
-```bash
-~$ ollama list
-NAME                            ID              SIZE    MODIFIED
-codellama:7b                    8fdf8f752f6e    3.8 GB  6 weeks ago
-mistral:7b-instruct-v0.2-q4_K_M eb14864c7427    4.4 GB  2 weeks ago
-starcoder2:latest               f67ae0f64584    1.7 GB  19 hours ago
-```
-
-## DockerでOpenHandsを実行
-
-### OpenHandsの起動
-[こちら](../getting-started)の手順を使用して、DockerでOpenHandsを起動します。
-ただし、`docker run`を実行する際に、いくつかの引数を追加する必要があります：
-
-```bash
-docker run # ...
-    --add-host host.docker.internal:host-gateway \
-    -e LLM_OLLAMA_BASE_URL="http://host.docker.internal:11434" \
-    # ...
-```
-
-LLM_OLLAMA_BASE_URLはオプションです。設定すると、UIでインストール済みの利用可能なモデルを表示するために使用されます。
-
-
-### Webアプリケーションの設定
-
-`openhands`を実行する際、OpenHands UIの設定で以下を設定する必要があります：
-- モデルを"ollama/<model-name>"に
-- ベースURLを`http://host.docker.internal:11434`に
-- APIキーはオプションで、`ollama`などの任意の文字列を使用できます。
-
-
-## 開発モードでOpenHandsを実行
-
-### ソースからビルド
-
-[Development.md](https://github.com/All-Hands-AI/OpenHands/blob/main/Development.md)の手順を使用して、OpenHandsをビルドします。
-`make setup-config`を実行して`config.toml`が存在することを確認してください。これにより、設定ファイルが作成されます。`config.toml`に以下を入力します：
-
-```
-[core]
-workspace_base="./workspace"
-
-[llm]
-embedding_model="local"
-ollama_base_url="http://localhost:11434"
-
-```
-
-これで完了です！`make run`でOpenHandsを起動できるようになりました。`http://localhost:3000/`に接続できるはずです。
-
-### Webアプリケーションの設定
-
-OpenHands UIで、左下の設定ホイールをクリックします。
-次に、`Model`入力に`ollama/codellama:7b`、または先ほどプルしたモデルの名前を入力します。
-ドロップダウンに表示されない場合は、`Advanced Settings`を有効にして入力してください。注意：`ollama list`で表示されるモデル名に、接頭辞`ollama/`を付ける必要があります。
-
-APIキーフィールドには、特定のキーが不要なので、`ollama`または任意の値を入力します。
-
-ベースURLフィールドには、`http://localhost:11434`を入力します。
-
-これで準備完了です！
-
-## ollamaサービスの設定（WSL） {#configuring-ollama-service-wsl-ja}
-
-WSLのollamaのデフォルト設定では、localhostのみにサービスを提供します。つまり、dockerコンテナからアクセスできません。例えば、OpenHandsでは動作しません。まず、ollamaが正しく実行されていることをテストしましょう。
-
-```bash
-ollama list # インストール済みモデルのリストを取得
-curl http://localhost:11434/api/generate -d '{"model":"[NAME]","prompt":"hi"}'
-#例 curl http://localhost:11434/api/generate -d '{"model":"codellama:7b","prompt":"hi"}'
-#例 curl http://localhost:11434/api/generate -d '{"model":"codellama","prompt":"hi"}' #タグは1つしかない場合はオプション
-```
-
-完了したら、dockerコンテナ内からの「外部」リクエストを許可するかテストします。
-
-```bash
-docker ps # 実行中のdockerコンテナのリストを取得。最も正確なテストのためにOpenHandsサンドボックスコンテナを選択。
-docker exec [CONTAINER ID] curl http://host.docker.internal:11434/api/generate -d '{"model":"[NAME]","prompt":"hi"}'
-#例 docker exec cd9cc82f7a11 curl http://host.docker.internal:11434/api/generate -d '{"model":"codellama","prompt":"hi"}'
-```
-
-## 修正方法
-
-それでは、動作するようにしましょう。sudo権限で/etc/systemd/system/ollama.serviceを編集します。（パスはLinuxの種類によって異なる場合があります）
-
-```bash
-sudo vi /etc/systemd/system/ollama.service
-```
-
-または
-
-```bash
-sudo nano /etc/systemd/system/ollama.service
-```
-
-[Service]ブラケットにこれらの行を追加します
-
-```
-Environment="OLLAMA_HOST=0.0.0.0:11434"
-Environment="OLLAMA_ORIGINS=*"
-```
-
-そして保存し、設定をリロードしてサービスを再起動します。
-
-```bash
-sudo systemctl daemon-reload
-sudo systemctl restart ollama
-```
-
-最後に、コンテナ内からollamaにアクセスできることをテストします
-
-```bash
-ollama list # インストール済みモデルのリストを取得
-docker ps # 実行中のdockerコンテナのリストを取得。最も正確なテストのためにOpenHandsサンドボックスコンテナを選択。
-docker exec [CONTAINER ID] curl http://host.docker.internal:11434/api/generate -d '{"model":"[NAME]","prompt":"hi"}'
-```
-
-
-# ローカルLLMとLM Studio
-
-LM Studioのセットアップ手順：
-1. LM Studioを開きます
-2. ローカルサーバータブに移動します。
-3. 「サーバーを起動」ボタンをクリックします。
-4. ドロップダウンから使用するモデルを選択します。
-
-
-以下の設定を行います：
-```bash
-LLM_MODEL="openai/lmstudio"
-LLM_BASE_URL="http://localhost:1234/v1"
-CUSTOM_LLM_PROVIDER="openai"
-```
-
-### Docker
-
-```bash
-docker run # ...
-    -e LLM_MODEL="openai/lmstudio" \
-    -e LLM_BASE_URL="http://host.docker.internal:1234/v1" \
-    -e CUSTOM_LLM_PROVIDER="openai" \
-    # ...
-```
-
-これで、`http://localhost:3000/`に接続できるはずです。
-
-開発環境では、`config.toml`ファイルに以下の設定を行うことができます：
-
-```
-[core]
-workspace_base="./workspace"
-
-[llm]
-model="openai/lmstudio"
-base_url="http://localhost:1234/v1"
-custom_llm_provider="openai"
-```
-
-完了です！これで、Dockerなしで`make run`を実行してOpenHandsを起動できます。`http://localhost:3000/`に接続できるはずです。
-
-# 注意
-
-WSLの場合、cmdで以下のコマンドを実行して、ネットワークモードをミラーに設定します：
-
-```
-python -c  "print('[wsl2]\nnetworkingMode=mirrored',file=open(r'%UserProfile%\.wslconfig','w'))"
-wsl --shutdown
-```

docs/i18n/ja/docusaurus-plugin-content-docs/current/usage/llms/localLLMs.md

@@ -1,140 +0,0 @@
-# Ollama を使用したローカル LLM
-
-Ollama サーバーが実行中であることを確認してください。
-詳細な起動手順については、[こちら](https://github.com/ollama/ollama)を参照してください。
-
-このガイドでは、`ollama serve` で ollama を起動していることを前提としています。ollama を別の方法で実行している場合（例えば、docker 内で実行している場合）、手順を変更する必要があるかもしれません。WSL を使用している場合、ollama のデフォルト設定では docker コンテナからのリクエストがブロックされることに注意してください。[こちら](#configuring-ollama-service-ja)を参照してください。
-
-## モデルのダウンロード
-
-Ollama のモデル名は[こちら](https://ollama.com/library)で確認できます。小さなサンプルとしては、`codellama:7b` モデルを使用できます。一般的に、より大きなモデルの方がパフォーマンスが良くなります。
-
-```bash
-ollama pull codellama:7b
-```
-
-ダウンロードしたモデルは以下のように確認できます：
-
-```bash
-~$ ollama list
-NAME                            ID              SIZE    MODIFIED
-codellama:7b                    8fdf8f752f6e    3.8 GB  6 weeks ago
-mistral:7b-instruct-v0.2-q4_K_M eb14864c7427    4.4 GB  2 weeks ago
-starcoder2:latest               f67ae0f64584    1.7 GB  19 hours ago
-```
-
-## OpenHands の起動
-
-### Docker
-
-[こちら](../intro)の手順を使用して、Docker で OpenHands を起動します。
-ただし、`docker run` を実行する際に、いくつかの追加引数が必要になります：
-
-```bash
---add-host host.docker.internal:host-gateway \
--e LLM_API_KEY="ollama" \
--e LLM_BASE_URL="http://host.docker.internal:11434" \
-```
-
-例：
-
-```bash
-# OpenHands に変更させたいディレクトリ。絶対パスでなければなりません！
-export WORKSPACE_BASE=$(pwd)/workspace
-
-docker run \
-    -it \
-    --pull=always \
-    --add-host host.docker.internal:host-gateway \
-    -e SANDBOX_USER_ID=$(id -u) \
-    -e LLM_API_KEY="ollama" \
-    -e LLM_BASE_URL="http://host.docker.internal:11434" \
-    -e WORKSPACE_MOUNT_PATH=$WORKSPACE_BASE \
-    -v $WORKSPACE_BASE:/opt/workspace_base \
-    -v /var/run/docker.sock:/var/run/docker.sock \
-    -p 3000:3000 \
-    ghcr.io/all-hands-ai/openhands:main
-```
-
-これで `http://localhost:3000/` に接続できるはずです。
-
-### ソースからのビルド
-
-[Development.md](https://github.com/All-Hands-AI/OpenHands/blob/main/Development.md) の手順を使用して、OpenHands をビルドします。
-`make setup-config` を実行して `config.toml` が存在することを確認してください。これにより、`config.toml` が作成されます。`config.toml` に以下を入力します：
-
-```
-LLM_MODEL="ollama/codellama:7b"
-LLM_API_KEY="ollama"
-LLM_EMBEDDING_MODEL="local"
-LLM_BASE_URL="http://localhost:11434"
-WORKSPACE_BASE="./workspace"
-WORKSPACE_DIR="$(pwd)/workspace"
-```
-
-必要に応じて、`LLM_MODEL` を選択したものに置き換えてください。
-
-以上で完了です！これで、Docker なしで `make run` を使用して OpenHands を起動できます。`http://localhost:3000/` に接続できるはずです。
-
-## モデルの選択
-
-OpenHands のインターフェースで、左下の設定アイコンをクリックします。
-次に、`Model` の入力欄に `ollama/codellama:7b` または先ほどダウンロードしたモデル名を入力します。
-ドロップダウンメニューに表示されなくても問題ありません。そのまま入力してください。完了したら、保存をクリックします。
-
-これで、開始する準備が整いました！
-
-## ollama サービスの設定 (WSL){#configuring-ollama-service-ja}
-
-WSL 上の ollama のデフォルト設定では、localhost のみが提供されます。つまり、docker コンテナなどから到達できないため、OpenHands では動作しません。まず、ollama が正しく実行されているかテストしてみましょう。
-
-```bash
-ollama list # インストールされているモデルのリストを取得
-curl http://localhost:11434/api/generate -d '{"model":"[NAME]","prompt":"hi"}'
-#例 curl http://localhost:11434/api/generate -d '{"model":"codellama:7b","prompt":"hi"}'
-#例 curl http://localhost:11434/api/generate -d '{"model":"codellama","prompt":"hi"}' #タグは1つしかない場合はオプション
-```
-
-これが完了したら、docker コンテナなどからの「外部」リクエストを受け入れるかどうかをテストします。
-
-```bash
-docker ps # 実行中の docker コンテナのリストを取得。最も正確なテストのために OpenHands サンドボックスコンテナを選択。
-docker exec [CONTAINER ID] curl http://host.docker.internal:11434/api/generate -d '{"model":"[NAME]","prompt":"hi"}'
-#例 docker exec cd9cc82f7a11 curl http://host.docker.internal:11434/api/generate -d '{"model":"codellama","prompt":"hi"}'
-```
-
-## 修正
-
-これで動作するようにしましょう。sudo 権限で /etc/systemd/system/ollama.service を編集します。（パスは Linux ディストリビューションによって異なる場合があります）
-
-```bash
-sudo vi /etc/systemd/system/ollama.service
-```
-
-または
-
-```bash
-sudo nano /etc/systemd/system/ollama.service
-```
-
-[Service] セクションに、以下の行を追加します
-
-```
-Environment="OLLAMA_HOST=0.0.0.0:11434"
-Environment="OLLAMA_ORIGINS=*"
-```
-
-次に、保存し、設定をリロードしてサービスを再起動します。
-
-```bash
-sudo systemctl daemon-reload
-sudo systemctl restart ollama
-```
-
-最後に、コンテナから ollama にアクセスできることをテストします
-
-```bash
-ollama list # インストールされているモデルのリストを取得
-docker ps # 実行中の docker コンテナのリストを取得。最も正確なテストのために OpenHands サンドボックスコンテナを選択。
-docker exec [CONTAINER ID] curl http://host.docker.internal:11434/api/generate -d '{"model":"[NAME]","prompt":"hi"}'
-```

docs/i18n/ja/docusaurus-plugin-content-docs/current/usage/llms/openai-llms.md

@@ -1,26 +0,0 @@
-# OpenAI
-
-OpenHandsは、OpenAIのチャットモデルへのAPIコールにLiteLLMを使用します。OpenAIをプロバイダーとして使用する方法については、[こちら](https://docs.litellm.ai/docs/providers/openai)のドキュメントを参照してください。
-
-## 設定
-
-OpenHandsを実行する際、OpenHandsのUIで設定メニューから以下の項目を設定する必要があります：
-
-* `LLMプロバイダー`を`OpenAI`に設定
-* `LLMモデル`を使用するモデルに設定。
-[LiteLLMがサポートするOpenAIモデルの完全なリストはこちら](https://docs.litellm.ai/docs/providers/openai#openai-chat-completion-models)を参照してください。
-モデルがリストにない場合は、`詳細設定`を有効にし、`カスタムモデル`に入力してください（例：openai/<model-name>として`openai/gpt-4o`）。
-* `APIキー`をOpenAI APIキーに設定。OpenAIプロジェクトのAPIキーの確認または作成については、[こちら](https://platform.openai.com/api-keys)を参照してください。
-
-## OpenAI互換エンドポイントの使用
-
-OpenAIのチャット補完と同様に、OpenAI互換エンドポイントにもLiteLLMを使用します。この件に関する完全なドキュメントは[こちら](https://docs.litellm.ai/docs/providers/openai_compatible)を参照してください。
-
-## OpenAIプロキシの使用
-
-OpenAIプロキシを使用する場合、OpenHandsのUIで設定メニューから以下の項目を設定する必要があります：
-
-* `詳細設定`を有効にする
-* `カスタムモデル`をopenai/<model-name>に設定（例：`openai/gpt-4o`またはopenai/<proxy-prefix>/<model-name>）
-* `ベースURL`をOpenAIプロキシのURLに設定
-* `APIキー`をOpenAI APIキーに設定

docs/i18n/ja/docusaurus-plugin-content-docs/current/usage/llms/openrouter.md

@@ -1,13 +0,0 @@
-# OpenRouter
-
-OpenHandsは、OpenRouterのチャットモデルへのAPIコールにLiteLLMを使用します。OpenRouterをプロバイダーとして使用する方法については、[こちら](https://docs.litellm.ai/docs/providers/openrouter)のドキュメントを参照してください。
-
-## 設定
-
-OpenHandsを実行する際、OpenHandsのUIで設定メニューから以下の項目を設定する必要があります：
-
-* `LLMプロバイダー`を`OpenRouter`に設定
-* `LLMモデル`を使用するモデルに設定。
-[OpenRouterのモデルの完全なリストはこちら](https://openrouter.ai/models)を参照してください。
-モデルがリストにない場合は、`詳細設定`を有効にし、`カスタムモデル`に入力してください（例：openrouter/<model-name>として`openrouter/anthropic/claude-3.5-sonnet`）。
-* `APIキー`をOpenRouter APIキーに設定。

docs/i18n/ja/docusaurus-plugin-content-docs/current/usage/prompting-best-practices.md

@@ -1,41 +0,0 @@
-# プロンプトのベストプラクティス
-
-OpenHands AIソフトウェア開発者と連携する際、明確で効果的なプロンプトを提供することが非常に重要です。このガイドでは、最も正確で有用な応答を生み出すプロンプトを作成するためのベストプラクティスについて説明します。
-
-## 良いプロンプトの特徴
-
-良いプロンプトは以下のような特徴があります。
-
-1. **具体的** : どの機能を追加するか、どのバグを修正する必要があるかを正確に説明します。
-2. **場所を特定** : 可能な場合は、コードベース内のどの場所を変更する必要があるかを説明します。
-3. **適切なサイズ** : 1つの機能に対応したサイズで、通常は100行以内のコードに収まります。
-
-## 例
-
-### 良いプロンプトの例
-
-1. "`utils/math_operations.py` に `calculate_average` 関数を追加してください。この関数は数値のリストを入力として受け取り、その平均値を返します。"
-
-2. "`frontend/src/components/UserProfile.tsx` の42行目で発生している TypeError を修正してください。このエラーは、undefined のプロパティにアクセスしようとしていることを示唆しています。"
-
-3. "サインアップフォームの email フィールドに入力検証を実装してください。`frontend/src/components/RegistrationForm.tsx` を更新し、送信前にメールアドレスが有効な形式であるかどうかを確認します。"
-
-### 悪いプロンプトの例
-
-1. "コードを改善してください。" (あまりにも曖昧で具体性に欠ける)
-
-2. "バックエンド全体を別のフレームワークを使用するように書き換えてください。" (適切なサイズではない)
-
-3. "ユーザー認証のどこかにバグがあります。それを見つけて修正できますか?" (具体性と場所情報が不足している)
-
-## 効果的なプロンプトのヒント
-
-1. 望ましい結果や解決すべき問題について、できるだけ具体的に説明してください。
-2. 関連するファイルパスや行番号など、コンテキストを提供してください。
-3. 大きなタスクは、より小さく管理しやすいプロンプトに分割してください。
-4. 関連するエラーメッセージやログをすべて含めてください。
-5. コンテキストから明らかでない場合は、プログラミング言語やフレームワークを指定してください。
-
-プロンプトが具体的で情報量が多いほど、AIはOpenHandsソフトウェアの開発や修正をより効果的に支援できることを忘れないでください。
-
-役立つプロンプトの他の例については、[OpenHands入門](./getting-started)を参照してください。

docs/i18n/ja/docusaurus-plugin-content-docs/current/usage/prompting/customization.md

@@ -1,64 +0,0 @@
-# リポジトリ固有の動作のカスタマイズ
-
-OpenHandsは、リポジトリ固有のコンテキストとガイダンスを提供することで、特定のリポジトリでより効果的に機能するようにカスタマイズできます。このセクションでは、OpenHandsをプロジェクトに最適化する方法について説明します。
-
-## リポジトリの設定
-
-リポジトリのルートに`.openhands`ディレクトリを作成することで、OpenHandsの動作をリポジトリ用にカスタマイズできます。最低限、このディレクトリには`.openhands/microagents/repo.md`ファイルが含まれている必要があります。このファイルには、エージェントがこのリポジトリで作業するたびに与えられる指示が含まれています。
-
-以下の情報を含めることをお勧めします。
-1. **リポジトリの概要**: プロジェクトの目的とアーキテクチャの簡単な説明
-2. **ディレクトリ構造**: 主要なディレクトリとその目的
-3. **開発ガイドライン**: プロジェクト固有のコーディング標準と慣行
-4. **テスト要件**: テストの実行方法と必要なテストの種類
-5. **セットアップ手順**: プロジェクトのビルドと実行に必要な手順
-
-### リポジトリ設定の例
-`.openhands/microagents/repo.md`ファイルの例:
-```
-Repository: MyProject
-Description: タスク管理用のWebアプリケーション
-
-ディレクトリ構造:
-- src/: アプリケーションのメインコード
-- tests/: テストファイル
-- docs/: ドキュメンテーション
-
-セットアップ:
-- `npm install`を実行して依存関係をインストールします
-- 開発には`npm run dev`を使用します
-- テストには`npm test`を実行します
-
-ガイドライン:
-- ESLint設定に従ってください
-- 新機能にはすべてテストを書いてください
-- 新しいコードにはTypeScriptを使用してください
-```
-
-### プロンプトのカスタマイズ
-
-カスタマイズされたリポジトリで作業する場合:
-
-1. **プロジェクトの標準を参照する**: プロジェクトで使用されている特定のコーディング標準やパターンに言及する
-2. **コンテキストを含める**: 関連するドキュメンテーションや既存の実装を参照する
-3. **テスト要件を指定する**: プロジェクト固有のテスト要件をプロンプトに含める
-
-カスタムプロンプトの例:
-```
-既存のコンポーネントパターンに従って、src/components/TaskList.tsxにタスク完了の新機能を追加してください。
-tests/components/にユニットテストを含め、docs/features/のドキュメントを更新してください。
-コンポーネントはsrc/styles/componentsの共有スタイルを使用する必要があります。
-```
-
-### リポジトリカスタマイズのベストプラクティス
-
-1. **指示を最新に保つ**: プロジェクトの進化に合わせて、`.openhands`ディレクトリを定期的に更新する
-2. **具体的にする**: プロジェクト固有のパス、パターン、要件を含める
-3. **依存関係を文書化する**: 開発に必要なすべてのツールと依存関係を列挙する
-4. **例を含める**: プロジェクトからの良いコード例を提供する
-5. **規約を指定する**: 命名規則、ファイル構成、コードスタイルの好みを文書化する
-
-OpenHandsをリポジトリ用にカスタマイズすることで、プロジェクトの標準と要件に沿ったより正確で一貫した結果が得られます。
-
-## その他のマイクロエージェント
-`.openhands/microagents/`ディレクトリに、`test`、`frontend`、`migration`などの特定のキーワードが見つかった場合にエージェントに送信される追加の指示を作成できます。詳細については、[Microagents](microagents.md)を参照してください。

docs/i18n/ja/docusaurus-plugin-content-docs/current/usage/prompting/microagents-overview.md

@@ -1,33 +0,0 @@
-# Microagentsの概要
-
-Microagentsは、ドメイン固有の知識、リポジトリ固有のコンテキスト、タスク固有のワークフローでOpenHandsを強化する特殊なプロンプトです。専門家のガイダンスを提供し、一般的なタスクを自動化し、プロジェクト全体で一貫したプラクティスを確保するのに役立ちます。
-
-## Microagentの種類
-
-現在、OpenHandsは以下の種類のmicroagentsをサポートしています:
-
-* [リポジトリMicroagents](./microagents-repo): OpenHands用のリポジトリ固有のコンテキストとガイドライン。
-* [パブリックMicroagents](./microagents-public): すべてのOpenHandsユーザーのためにキーワードによってトリガーされる一般的なガイドライン。
-
-OpenHandsがリポジトリで動作する際:
-
-1. リポジトリに`.openhands/microagents/`が存在する場合、そこからリポジトリ固有の指示を読み込みます。
-2. 会話のキーワードによってトリガーされる一般的なガイドラインを読み込みます。
-現在の[パブリックMicroagents](https://github.com/All-Hands-AI/OpenHands/tree/main/microagents/knowledge)を参照してください。
-
-## Microagentのフォーマット
-
-すべてのmicroagentsは、YAMLのfrontmatterを持つmarkdownファイルを使用します。これには、OpenHandsがタスクを達成するための特別な指示が含まれています:
-```
----
-name: <Microagentの名前>
-type: <MicroAgentのタイプ>
-version: <MicroAgentのバージョン>
-agent: <エージェントのタイプ (通常はCodeActAgent)>
-triggers:
-- <オプション: microagentをトリガーするキーワード。トリガーを削除すると、常に含まれるようになります>
----
-
-<OpenHandsが従うべき特別なガイドライン、指示、プロンプトを含むMarkdown。
-ベストプラクティスに関する各microagentの具体的なドキュメントを確認してください。>
-```

docs/i18n/ja/docusaurus-plugin-content-docs/current/usage/prompting/microagents-public.md

@@ -1,91 +0,0 @@
-# パブリックマイクロエージェント
-
-## 概要
-
-パブリックマイクロエージェントは、OpenHandsのすべてのユーザーが利用できる一般的なガイドラインを提供します。これらは、特定のキーワードによってトリガーされ、特定のドメインやタスクに関する専門知識を提供します。
-
-## 現在のパブリックマイクロエージェント
-
-### GitHubエージェント
-
-GitHubエージェントは、GitHubリポジトリとの対話を支援します。主な機能：
-
-* リポジトリのクローン
-* ブランチの作成と切り替え
-* コミットとプッシュ
-* プルリクエストの作成
-
-### NPMエージェント
-
-NPMエージェントは、Node.jsプロジェクトの管理を支援します：
-
-* パッケージのインストールと更新
-* 依存関係の管理
-* スクリプトの実行
-* バージョン管理
-
-## パブリックマイクロエージェントの貢献
-
-### パブリックマイクロエージェントのベストプラクティス
-
-1. **明確なトリガー**：エージェントをトリガーするキーワードを明確に定義します
-2. **集中的な範囲**：1つのドメインまたはタスクに焦点を当てます
-3. **明確なガイドライン**：エージェントの責任と制限を明確に説明します
-4. **実用的な例**：一般的なユースケースの例を含めます
-
-### パブリックマイクロエージェントを貢献するステップ
-
-1. [マイクロエージェントのフォーマット](./microagents-overview#microagent-format)を確認します
-2. 新しいマイクロエージェントファイルを作成します
-3. ガイドラインとベストプラクティスに従っていることを確認します
-4. プルリクエストを作成します
-
-### パブリックマイクロエージェントの実装例
-
-```
----
-name: Dockerエージェント
-type: public
-version: 1.0
-agent: CodeActAgent
-triggers:
-- docker
-- container
----
-
-あなたはDockerコンテナの管理とDockerfileの作成を担当します。
-
-主な責任：
-1. Dockerfileの作成と修正
-2. コンテナのライフサイクル管理
-3. Docker Compose設定の処理
-
-ガイドライン：
-- 可能な限り公式ベースイメージを使用
-- 必要なセキュリティ考慮事項を含める
-- レイヤー最適化のためのDockerベストプラクティスに従う
-
-例：
-1. Dockerfileの作成：
-   FROM node:18-alpine
-   WORKDIR /app
-   COPY package*.json ./
-   RUN npm install
-   COPY . .
-   CMD ["npm", "start"]
-
-2. Docker Composeの使用：
-   version: '3'
-   services:
-     web:
-       build: .
-       ports:
-         - "3000:3000"
-
-忘れないこと：
-- Dockerfileの構文を検証
-- セキュリティ脆弱性をチェック
-- ビルド時間とイメージサイズを最適化
-```
-
-より多くの例については、[現在のパブリックマイクロエージェント](https://github.com/All-Hands-AI/OpenHands/tree/main/microagents/knowledge)をご覧ください。

docs/i18n/ja/docusaurus-plugin-content-docs/current/usage/prompting/microagents-repo.md

@@ -1,67 +0,0 @@
-# リポジトリマイクロエージェント
-
-## 概要
-
-OpenHandsは、リポジトリ固有のコンテキストとガイドラインを提供することで、特定のリポジトリでより効果的に動作するようにカスタマイズできます。このセクションでは、OpenHandsをプロジェクトに最適化する方法を説明します。
-
-## リポジトリマイクロエージェントの作成
-
-リポジトリのルートに`.openhands/microagents/`ディレクトリを作成することで、リポジトリに対するOpenHandsの動作をカスタマイズできます。
-最低限、このリポジトリで作業する際にエージェントに与えられる指示を含む
-`.openhands/microagents/repo.md`ファイルが必要です。
-
-### リポジトリマイクロエージェントのベストプラクティス
-
-* **指示を最新に保つ**：プロジェクトの進化に合わせて`.openhands/microagents/`ディレクトリを定期的に更新します。
-* **具体的に**：プロジェクト固有のパス、パターン、要件を含めます。
-* **依存関係を文書化**：開発に必要なすべてのツールと依存関係をリストアップします。
-* **例を含める**：プロジェクトの良いコードパターンの例を提供します。
-* **規約を指定**：命名規則、ファイル構成、コードスタイルの設定を文書化します。
-
-### リポジトリマイクロエージェントを作成するステップ
-
-#### 1. リポジトリマイクロエージェントの計画
-
-リポジトリ固有のマイクロエージェントを作成する際は、以下の情報を含めることを推奨します：
-
-* **リポジトリの概要**：プロジェクトの目的とアーキテクチャの簡単な説明。
-* **ディレクトリ構造**：主要なディレクトリとその目的。
-* **開発ガイドライン**：プロジェクト固有のコーディング標準とプラクティス。
-* **テスト要件**：テストの実行方法と必要なテストの種類。
-* **セットアップ手順**：プロジェクトのビルドと実行に必要な手順。
-
-#### 2. ファイルの作成
-
-リポジトリの`.openhands/microagents/`ディレクトリにファイルを作成します（例：`.openhands/microagents/repo.md`）
-
-[必要なフォーマット](./microagents-overview#microagent-format)に従って必要なフロントマターと、リポジトリに必要な特殊なガイドラインでファイルを更新します。
-
-### リポジトリマイクロエージェントの例
-
-```
----
-name: repo
-type: repo
-agent: CodeActAgent
----
-
-リポジトリ：MyProject
-説明：タスク管理のためのWebアプリケーション
-
-ディレクトリ構造：
-- src/：メインアプリケーションコード
-- tests/：テストファイル
-- docs/：ドキュメント
-
-セットアップ：
-- `npm install`で依存関係をインストール
-- 開発には`npm run dev`を使用
-- テストには`npm test`を実行
-
-ガイドライン：
-- ESLint設定に従う
-- すべての新機能にテストを書く
-- 新しいコードにはTypeScriptを使用
-
-src/componentsに新しいコンポーネントを追加する場合は、必ずtests/components/に適切なユニットテストを追加してください。
-```

docs/i18n/ja/docusaurus-plugin-content-docs/current/usage/prompting/microagents.md

@@ -1,213 +0,0 @@
-# マイクロエージェント
-
-OpenHandsは、特定のタスクやコンテキストを効率的に処理するために、特殊なマイクロエージェントを利用しています。これらのマイクロエージェントは、特定のシナリオに特化した動作と知識を提供する小さな目的指向のコンポーネントです。
-
-## 概要
-
-マイクロエージェントは、`openhands/agenthub/codeact_agent/micro/`ディレクトリ下のマークダウンファイルで定義されます。各マイクロエージェントは以下の設定を持ちます：
-
-- 一意の名前
-- エージェントのタイプ（通常はCodeActAgent）
-- エージェントを起動するトリガーキーワード
-- 特定の指示と能力
-
-## 利用可能なマイクロエージェント
-
-### GitHubエージェント
-**ファイル**: `github.md`
-**トリガー**: `github`, `git`
-
-GitHubエージェントは、GitHub APIとのインタラクションとリポジトリ管理に特化しています。これは：
-- API認証用の`GITHUB_TOKEN`にアクセスできる
-- リポジトリとのインタラクションに厳密なガイドラインに従う
-- ブランチとプルリクエストを管理する
-- Webブラウザでのインタラクションの代わりにGitHub APIを使用する
-
-主な機能：
-- ブランチ保護（main/masterへの直接プッシュを防止）
-- 自動PRの作成
-- Git設定の管理
-- GitHub操作のためのAPI中心のアプローチ
-
-### NPMエージェント
-**ファイル**: `npm.md`
-**トリガー**: `npm`
-
-npmパッケージの管理に特化し、特に以下に焦点を当てています：
-- 非対話的なシェル操作
-- Unixの'yes'コマンドを使用した自動確認の管理
-- パッケージインストールの自動化
-
-### カスタムマイクロエージェント
-
-マイクロエージェントディレクトリに新しいマークダウンファイルを追加することで、独自のマイクロエージェントを作成できます。各ファイルは次の構造に従う必要があります：
-
-```markdown
----
-name: エージェント名
-agent: CodeActAgent
-triggers:
-- トリガー1
-- トリガー2
----
-
-マイクロエージェントの指示と能力...
-```
-
-## ベストプラクティス
-
-マイクロエージェントを使用する際は：
-
-1. **適切なトリガーを使用する**: コマンドに関連するトリガーキーワードを含めて、正しいマイクロエージェントを起動するようにします
-2. **エージェントのガイドラインに従う**: 各エージェントには特定の指示と制限があります - 最適な結果を得るためにそれらに従ってください
-3. **API中心のアプローチ**: 可能な場合は、Webインターフェースではなく、APIエンドポイントを使用します
-4. **自動化に優しい**: 非対話的な環境でうまく機能するコマンドを設計します
-
-## 統合
-
-マイクロエージェントは自動的にOpenHandsのワークフローに統合されます。これらは：
-- 着信コマンドをモニタリングしてトリガーキーワードを検出する
-- 関連するトリガーが検出されたときに起動する
-- 特殊な知識と能力を適用する
-- 特定のガイドラインと制限に従う
-
-## 使用例
-
-```bash
-# GitHubエージェントの例
-git checkout -b feature-branch
-git commit -m "Add new feature"
-git push origin feature-branch
-
-# NPMエージェントの例
-yes | npm install package-name
-```
-
-特定のエージェントの詳細については、マイクロエージェントディレクトリ内の個別のドキュメントファイルを参照してください。
-
-## マイクロエージェントの貢献
-
-OpenHandsに新しいマイクロエージェントを貢献するには、次のガイドラインに従ってください：
-
-### 1. マイクロエージェントの計画
-
-マイクロエージェントを作成する前に、以下を検討してください：
-- どの特定の問題やユースケースに対処するのか？
-- どのようなユニークな能力や知識を持つべきか？
-- どのトリガーキーワードを使用するのが適切か？
-- どのような制約やガイドラインに従うべきか？
-
-### 2. ファイル構造
-
-`openhands/agenthub/codeact_agent/micro/`に新しいマークダウンファイルを作成し、説明的な名前を付けます（例：Dockerに特化したエージェントの場合は`docker.md`）。
-
-### 3. 必要なコンポーネント
-
-マイクロエージェントファイルには以下を含める必要があります：
-
-1. **フロントマター**: ファイルの先頭にYAMLメタデータ：
-```markdown
----
-name: エージェント名
-agent: CodeActAgent
-triggers:
-- トリガー1
-- トリガー2
----
-```
-
-2. **指示**: エージェントの動作に関する明確で具体的な指示：
-```markdown
-あなたは[特定のタスク/ドメイン]を担当しています。
-
-主な責任：
-1. [責任1]
-2. [責任2]
-
-ガイドライン：
-- [ガイドライン1]
-- [ガイドライン2]
-
-使用例：
-[例1]
-[例2]
-```
-
-### 4. マイクロエージェント開発のベストプラクティス
-
-1. **明確な範囲**: エージェントを特定のドメインまたはタスクに集中させる
-2. **明示的な指示**: 明確で曖昧さのない指示を提供する
-3. **有用な例**: 一般的なユースケースの実用的な例を含める
-4. **セキュリティ第一**: 必要な警告と制約を含める
-5. **統合の認識**: エージェントが他のコンポーネントとどのように相互作用するかを考慮する
-
-### 5. マイクロエージェントのテスト
-
-提出前に：
-1. さまざまなプロンプトでエージェントをテストする
-2. トリガーキーワードがエージェントを正しく起動することを確認する
-3. 指示が明確で完全であることを確認する
-4. 既存のエージェントとの潜在的な競合を確認する
-
-### 6. 実装例
-
-新しいマイクロエージェントのテンプレートを以下に示します：
-
-```markdown
----
-name: docker
-agent: CodeActAgent
-triggers:
-- docker
-- コンテナ
----
-
-あなたはDockerコンテナの管理とDockerfileの作成を担当しています。
-
-主な責任：
-1. Dockerfileの作成と変更
-2. コンテナのライフサイクル管理
-3. Docker Compose設定の管理
-
-ガイドライン：
-- 可能な限り公式のベースイメージを使用する
-- 必要なセキュリティの考慮事項を含める
-- レイヤー最適化のためのDockerベストプラクティスに従う
-
-例：
-1. Dockerfileの作成：
-   ```dockerfile
-   FROM node:18-alpine
-   WORKDIR /app
-   COPY package*.json ./
-   RUN npm install
-   COPY . .
-   CMD ["npm", "start"]
-   ```
-
-2. Docker Composeの使用：
-   ```yaml
-   version: '3'
-   services:
-     web:
-       build: .
-       ports:
-         - "3000:3000"
-   ```
-
-忘れずに：
-- Dockerfileの構文を検証する
-- セキュリティの脆弱性を確認する
-- ビルド時間とイメージサイズを最適化する
-```
-
-### 7. 提出プロセス
-
-1. 適切なディレクトリにマイクロエージェントファイルを作成する
-2. 徹底的にテストする
-3. 以下を含むプルリクエストを提出する：
-   - 新しいマイクロエージェントファイル
-   - 必要に応じて更新されたドキュメント
-   - エージェントの目的と能力の説明
-
-マイクロエージェントは、特定のドメインでOpenHandsの能力を拡張する強力な方法であることを忘れないでください。適切に設計されたエージェントは、特殊なタスクを処理するシステムの能力を大幅に向上させることができます。

docs/i18n/ja/docusaurus-plugin-content-docs/current/usage/prompting/prompting-best-practices.md

@@ -1,37 +0,0 @@
-# プロンプトのベストプラクティス
-
-OpenHands AIソフトウェア開発者と連携する際、明確で効果的なプロンプトを提供することが重要です。このガイドでは、最も正確で有用な応答を引き出すためのプロンプト作成のベストプラクティスについて説明します。
-
-## 良いプロンプトの特徴
-
-良いプロンプトは以下のような特徴があります：
-
-- **具体的**：どのような機能を追加すべきか、またはどのようなエラーを修正する必要があるかを正確に説明します。
-- **場所を特定**：可能であれば、コードベース内のどの場所を修正すべきかを説明します。
-- **適切な範囲**：1つの機能の大きさであるべきで、通常は100行のコードを超えないようにします。
-
-## 例
-
-### 良いプロンプトの例
-
-- "`utils/math_operations.py`に、数値のリストを入力として受け取り、その平均を返す関数`calculate_average`を追加してください。"
-- "`frontend/src/components/UserProfile.tsx`の42行目で発生しているTypeErrorを修正してください。このエラーは、undefinedのプロパティにアクセスしようとしていることを示唆しています。"
-- "登録フォームのメールフィールドに入力検証を実装してください。`frontend/src/components/RegistrationForm.tsx`を更新し、送信前にメールが有効な形式であるかどうかを確認するようにしてください。"
-
-### 悪いプロンプトの例
-
-- "コードをもっと良くしてください。"（曖昧すぎる、具体性に欠ける）
-- "バックエンド全体を別のフレームワークを使用するように書き換えてください。"（適切な範囲ではない）
-- "ユーザー認証のどこかにバグがあります。見つけて修正できますか？"（具体性とロケーション情報に欠ける）
-
-## 効果的なプロンプトのためのヒント
-
-- 望ましい結果や解決すべき問題について、できるだけ具体的に説明してください。
-- 関連するファイルパスや行番号など、コンテキストを提供してください。
-- 大きなタスクは、より小さく管理しやすいプロンプトに分割してください。
-- 関連するエラーメッセージやログを含めてください。
-- コンテキストから明らかでない場合は、プログラミング言語やフレームワークを指定してください。
-
-プロンプトが正確で情報量が多いほど、AIはOpenHandsソフトウェアの開発や修正においてより良いサポートができることを覚えておいてください。
-
-役立つプロンプトの他の例については、[OpenHands入門](../getting-started)を参照してください。

docs/i18n/ja/docusaurus-plugin-content-docs/current/usage/runtimes-index.md

@@ -1,22 +0,0 @@
-# ランタイム設定
-
-ランタイムとは、OpenHands エージェントがファイルを編集したりコマンドを実行したりできる環境のことです。
-
-デフォルトでは、OpenHands はローカルコンピュータ上で動作する Docker ベースのランタイムを使用します。
-つまり、使用している LLM の料金のみを支払えばよく、コードが LLM に送信されるだけです。
-
-また、通常はサードパーティが管理する「リモート」ランタイムもサポートしています。
-特に多数の OpenHands 会話を並行して実行する場合（例えば評価を行う場合など）、セットアップがより簡単でスケーラブルになります。
-
-さらに、Docker を使用せずに直接マシン上で実行される「ローカル」ランタイムも提供しており、
-CI パイプラインのような制御された環境で役立ちます。
-
-## 利用可能なランタイム
-
-OpenHands は以下のようなさまざまなランタイム環境をサポートしています。
-
-- [Docker ランタイム](./runtimes/docker.md) - 分離のために Docker コンテナを使用するデフォルトのランタイム（ほとんどのユーザーにお勧め）
-- [OpenHands リモートランタイム](./runtimes/remote.md) - 並列実行用のクラウドベースのランタイム（ベータ版）
-- [Modal ランタイム](./runtimes/modal.md) - パートナーである Modal 社が提供するランタイム
-- [Daytona ランタイム](./runtimes/daytona.md) - Daytona 社が提供するランタイム
-- [ローカルランタイム](./runtimes/local.md) - Docker を使用せずにローカルマシン上で直接実行

docs/i18n/ja/docusaurus-plugin-content-docs/current/usage/runtimes.md

@@ -1,10 +0,0 @@
----
-slug: /usage/runtimes
-title: Runtime Configuration
----
-
-Here is the translation in Japanese, preserving the code block and not translating the code:
-
-import { Redirect } from '@docusaurus/router';
-
-<Redirect to="/modules/usage/runtimes-index" />

docs/i18n/ja/docusaurus-plugin-content-docs/current/usage/runtimes/daytona.md

@@ -1,32 +0,0 @@
-# Daytona ランタイム
-
-[Daytona](https://www.daytona.io/) をランタイムプロバイダーとして使用できます：
-
-## ステップ 1: Daytona API キーを取得する
-1. [Daytona ダッシュボード](https://app.daytona.io/dashboard/keys)にアクセスします。
-2. **「Create Key」**をクリックします。
-3. キーの名前を入力し、作成を確認します。
-4. キーが生成されたら、それをコピーします。
-
-## ステップ 2: API キーを環境変数として設定する
-ターミナルで以下のコマンドを実行し、`<your-api-key>` をコピーした実際のキーに置き換えます：
-```bash
-export DAYTONA_API_KEY="<your-api-key>"
-```
-
-このステップにより、OpenHands が実行されるときに Daytona プラットフォームで認証できるようになります。
-
-## ステップ 3: Docker を使用してローカルで OpenHands を実行する
-マシン上で最新バージョンの OpenHands を起動するには、ターミナルで次のコマンドを実行します：
-```bash
-bash -i <(curl -sL https://get.daytona.io/openhands)
-```
-
-### このコマンドの動作：
-- 最新の OpenHands リリーススクリプトをダウンロードします。
-- インタラクティブな Bash セッションでスクリプトを実行します。
-- Docker を使用して OpenHands コンテナを自動的にプルして実行します。
-
-実行すると、OpenHands がローカルで実行され、使用準備が整います。
-
-詳細と手動初期化については、[README.md](https://github.com/All-Hands-AI/OpenHands/blob/main/openhands/runtime/impl/daytona/README.md) 全体を参照してください。

docs/i18n/ja/docusaurus-plugin-content-docs/current/usage/runtimes/docker.md

@@ -1,86 +0,0 @@
-# Docker ランタイム
-
-これは、OpenHands を起動するときに使用されるデフォルトのランタイムです。
-
-## イメージ
-nikolaik の `SANDBOX_RUNTIME_CONTAINER_IMAGE` は、ランタイムサーバーと Python および NodeJS の基本的なユーティリティを含む事前ビルドされたランタイムイメージです。
-[独自のランタイムイメージを構築する](../how-to/custom-sandbox-guide)こともできます。
-
-## ファイルシステムへの接続
-ここでの便利な機能の1つは、ローカルファイルシステムに接続する機能です。ファイルシステムをランタイムにマウントするには：
-1. `WORKSPACE_BASE` を設定します：
-
-    ```bash
-    export WORKSPACE_BASE=/path/to/your/code
-
-    # Linux と Mac の例
-    # export WORKSPACE_BASE=$HOME/OpenHands
-    # $WORKSPACE_BASE を /home/<username>/OpenHands に設定します
-    #
-    # Windows の WSL の例
-    # export WORKSPACE_BASE=/mnt/c/dev/OpenHands
-    # $WORKSPACE_BASE を C:\dev\OpenHands に設定します
-    ```
-2. 以下のオプションを `docker run` コマンドに追加します：
-
-    ```bash
-    docker run # ...
-        -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.31-nikolaik \
-        -e SANDBOX_USER_ID=$(id -u) \
-        -e WORKSPACE_MOUNT_PATH=$WORKSPACE_BASE \
-        -v $WORKSPACE_BASE:/opt/workspace_base \
-        # ...
-    ```
-
-注意してください！OpenHands エージェントがワークスペースにマウントされたファイルを削除または変更することを妨げるものはありません。
-
-このセットアップはファイルのアクセス権に関する問題を引き起こす可能性がありますが（そのため `SANDBOX_USER_ID` 変数があります）、ほとんどのシステムでうまく機能します。
-
-## 強化された Docker インストール
-
-セキュリティが優先される環境に OpenHands をデプロイする場合は、強化された Docker 構成の実装を検討する必要があります。このセクションでは、デフォルト構成を超えて OpenHands Docker デプロイメントを保護するための推奨事項を提供します。
-
-### セキュリティに関する考慮事項
-
-README のデフォルトの Docker 構成は、ローカル開発マシンでの使いやすさを考慮して設計されています。公共ネットワーク（例：空港の WiFi）で実行している場合は、追加のセキュリティ対策を実装する必要があります。
-
-### ネットワークバインディングのセキュリティ
-
-デフォルトでは、OpenHands はすべてのネットワークインターフェース（`0.0.0.0`）にバインドされ、ホストが接続しているすべてのネットワークにインスタンスが公開される可能性があります。より安全なセットアップのために：
-
-1. **ネットワークバインディングの制限**：
-
-   `runtime_binding_address` 構成を使用して、OpenHands がリッスンするネットワークインターフェースを制限します：
-
-   ```bash
-   docker run # ...
-       -e SANDBOX_RUNTIME_BINDING_ADDRESS=127.0.0.1 \
-       # ...
-   ```
-
-   この構成により、OpenHands はループバックインターフェース（`127.0.0.1`）でのみリッスンし、ローカルマシンからのみアクセス可能になります。
-
-2. **ポートバインディングの保護**：
-
-   `-p` フラグを変更して、すべてのインターフェースではなくローカルホストにのみバインドします：
-
-   ```bash
-   docker run # ... \
-       -p 127.0.0.1:3000:3000 \
-   ```
-
-   これにより、OpenHands ウェブインターフェースはローカルマシンからのみアクセス可能になり、ネットワーク上の他のマシンからはアクセスできなくなります。
-
-### ネットワーク分離
-
-Docker のネットワーク機能を使用して OpenHands を分離します：
-
-```bash
-# 分離されたネットワークを作成
-docker network create openhands-network
-
-# 分離されたネットワークで OpenHands を実行
-docker run # ... \
-    --network openhands-network \
-    docker.all-hands.dev/all-hands-ai/openhands:0.31
-```

docs/i18n/ja/docusaurus-plugin-content-docs/current/usage/runtimes/local.md

@@ -1,62 +0,0 @@
-# ローカルランタイム
-
-ローカルランタイムを使用すると、OpenHands エージェントは Docker を使用せずに直接ローカルマシン上でアクションを実行できます。このランタイムは主に、Docker が利用できない CI パイプラインやテストシナリオなどの制御された環境向けです。
-
-:::caution
-**セキュリティ警告**: ローカルランタイムはサンドボックス分離なしで実行されます。エージェントはマシン上のファイルに直接アクセスして変更できます。制御された環境でのみ、またはセキュリティへの影響を十分に理解している場合にのみ、このランタイムを使用してください。
-:::
-
-## 前提条件
-
-ローカルランタイムを使用する前に、以下を確認してください：
-
-1. [開発セットアップ手順](https://github.com/All-Hands-AI/OpenHands/blob/main/Development.md)に従っていること。
-2. tmux がシステムで利用可能であること。
-
-## 設定
-
-ローカルランタイムを使用するには、モデル、API キーなどの必要な設定に加えて、OpenHands を起動するときに環境変数または[config.toml ファイル](https://github.com/All-Hands-AI/OpenHands/blob/main/config.template.toml)を介して以下のオプションを設定する必要があります：
-
-- 環境変数を介して：
-
-```bash
-# 必須
-export RUNTIME=local
-
-# オプションですが推奨
-export WORKSPACE_BASE=/path/to/your/workspace
-```
-
-- `config.toml` を介して：
-
-```toml
-[core]
-runtime = "local"
-workspace_base = "/path/to/your/workspace"
-```
-
-`WORKSPACE_BASE` が設定されていない場合、ランタイムはエージェントが作業するための一時ディレクトリを作成します。
-
-## 使用例
-
-以下は、ヘッドレスモードでローカルランタイムを使用して OpenHands を起動する例です：
-
-```bash
-# ランタイムタイプをローカルに設定
-export RUNTIME=local
-
-# オプションでワークスペースディレクトリを設定
-export WORKSPACE_BASE=/path/to/your/project
-
-# OpenHands を起動
-poetry run python -m openhands.core.main -t "hi と出力する bash スクリプトを書いてください"
-```
-
-## ユースケース
-
-ローカルランタイムは特に以下の場合に役立ちます：
-
-- Docker が利用できない CI/CD パイプライン。
-- OpenHands 自体のテストと開発。
-- コンテナの使用が制限されている環境。
-- ファイルシステムへの直接アクセスが必要なシナリオ。

docs/i18n/ja/docusaurus-plugin-content-docs/current/usage/runtimes/modal.md

@@ -1,13 +0,0 @@
-# Modal ランタイム
-
-[Modal](https://modal.com/) のパートナーが OpenHands 用のランタイムを提供しています。
-
-Modal ランタイムを使用するには、アカウントを作成し、[API キーを作成](https://modal.com/settings)してください。
-
-その後、OpenHands を起動するときに以下の環境変数を設定する必要があります：
-```bash
-docker run # ...
-    -e RUNTIME=modal \
-    -e MODAL_API_TOKEN_ID="your-id" \
-    -e MODAL_API_TOKEN_SECRET="your-secret" \
-```

docs/i18n/ja/docusaurus-plugin-content-docs/current/usage/runtimes/remote.md

@@ -1,6 +0,0 @@
-# OpenHands リモートランタイム
-
-OpenHands リモートランタイムは現在ベータ版です（詳細は[こちら](https://runtime.all-hands.dev/)を参照）。クラウド内で並列にランタイムを起動することができます。
-試してみたい場合は、[このフォーム](https://docs.google.com/forms/d/e/1FAIpQLSckVz_JFwg2_mOxNZjCtr7aoBFI2Mwdan3f75J_TrdMS1JV2g/viewform)に記入して申し込んでください！
-
-注意：このランタイムは、[OpenHands 評価ハーネス](https://github.com/All-Hands-AI/OpenHands/tree/main/evaluation)を通じてのエージェント評価目的のみのために特別に設計されています。本番環境の OpenHands アプリケーションの起動には使用しないでください。

docs/i18n/ja/docusaurus-plugin-content-docs/current/usage/troubleshooting/troubleshooting.md

@@ -1,43 +0,0 @@
-# 🚧 トラブルシューティング
-
-:::tip
-OpenHandsはWSL経由でのみWindowsをサポートしています。必ずWSLターミナル内でコマンドを実行してください。
-:::
-
-### Dockerクライアントの起動に失敗
-
-**説明**
-
-OpenHandsを実行する際に、以下のようなエラーが表示される:
-```
-Launch docker client failed. Please make sure you have installed docker and started docker desktop/daemon.
-```
-
-**解決策**
-
-以下の順番で試してみてください:
-* システム上で`docker`が実行されていることを確認します。ターミナルで`docker ps`が正常に実行できるはずです。
-* Docker Desktopを使用している場合は、`Settings > Advanced > Allow the default Docker socket to be used`が有効になっていることを確認してください。
-* 設定によっては、Docker Desktopで`Settings > Resources > Network > Enable host networking`を有効にする必要があるかもしれません。
-* Docker Desktopを再インストールしてみてください。
----
-
-# 開発ワークフロー固有の問題
-### runtimeのDockerイメージのビルドエラー
-
-**説明**
-
-新しいセッションの開始に失敗し、ログに以下のようなエラーが表示される:
-```
-debian-security bookworm-security
-InRelease At least one invalid signature was encountered.
-```
-
-これは、既存の外部ライブラリのハッシュが変更され、ローカルのDockerインスタンスが以前のバージョンをキャッシュしている場合に発生するようです。これを回避するには、以下を試してみてください:
-
-* 名前が`openhands-runtime-`で始まるコンテナを停止します:
-  `docker ps --filter name=openhands-runtime- --filter status=running -aq | xargs docker stop`
-* 名前が`openhands-runtime-`で始まるコンテナを削除します:
-  `docker rmi $(docker images --filter name=openhands-runtime- -q --no-trunc)`
-* 名前が`openhands-runtime-`で始まるコンテナ/イメージを停止して削除します
-* コンテナ/イメージをプルーンします: `docker container prune -f && docker image prune -f`

docs/i18n/ja/docusaurus-plugin-content-docs/current/usage/upgrade-guide.md

@@ -1,65 +0,0 @@
-# ⬆️ アップグレードガイド
-
-## 0.8.0 (2024-07-13)
-
-### 重要な設定変更
-
-このバージョンでは、バックエンドの設定にいくつかの重要な変更を導入しました。
-OpenHandsをフロントエンドインターフェース（Webインターフェース）のみで使用していた場合、特に対応は必要ありません。
-
-以下は、設定の重要な変更点のリストです。これらは`main.py`経由でOpenHands CLIを使用しているユーザーにのみ適用されます。
-詳細については、[#2756](https://github.com/All-Hands-AI/OpenHands/pull/2756)を参照してください。
-
-#### main.pyの--model-nameオプションの削除
-
-`--model-name`オプション（または`-m`）は廃止されました。LLMの設定は`config.toml`または環境変数で行う必要があります。
-
-#### LLM設定グループは'llm'のサブグループである必要がある
-
-0.8より前のバージョンでは、`config.toml`内のLLM設定に任意の名前を使用できました。例:
-
-```toml
-[gpt-4o]
-model="gpt-4o"
-api_key="<your_api_key>"
-```
-
-その後、CLI引数の`--llm-config`を使用して、名前で目的のLLM設定グループを指定できました。
-これは機能しなくなりました。代わりに、設定グループは`llm`グループの下にある必要があります。例:
-
-```toml
-[llm.gpt-4o]
-model="gpt-4o"
-api_key="<your_api_key>"
-```
-
-`llm`という名前の設定グループがある場合は、変更する必要はありません。デフォルトのLLM設定グループとして使用されます。
-
-#### 'agent'グループには'name'フィールドが含まれなくなった
-
-0.8より前のバージョンでは、以下のような`agent`という名前の設定グループがあってもなくてもよかったです:
-
-```toml
-[agent]
-name="CodeActAgent"
-memory_max_threads=2
-```
-
-`name`フィールドは削除されたことに注意してください。代わりに、`core`グループの下に`default_agent`フィールドを置く必要があります。例:
-
-```toml
-[core]
-# その他の設定
-default_agent='CodeActAgent'
-
-[agent]
-llm_config='llm'
-memory_max_threads=2
-
-[agent.CodeActAgent]
-llm_config='gpt-4o'
-```
-
-`llm`サブグループと同様に、`agent`サブグループも定義できることに注意してください。
-さらに、エージェントを特定のLLM設定グループに関連付けることができます。
-詳細については、`config.template.toml`の例を参照してください。

docs/i18n/ja/docusaurus-theme-classic/navbar.json

@@ -1,34 +0,0 @@
-{
-  "title": {
-    "message": "OpenHands",
-    "description": "The title in the navbar"
-  },
-  "logo.alt": {
-    "message": "OpenHands",
-    "description": "The alt text of navbar logo"
-  },
-  "item.label.Docs": {
-    "message": "ドキュメント",
-    "description": "Navbar item with label Docs"
-  },
-  "item.label.Codebase": {
-    "message": "コードベース",
-    "description": "Navbar item with label Codebase"
-  },
-  "item.label.FAQ": {
-    "message": "よくある質問",
-    "description": "Navbar item with label FAQ"
-  },
-  "item.label.GitHub": {
-    "message": "GitHub",
-    "description": "Navbar item with label GitHub"
-  },
-  "item.label.User Guides": {
-    "message": "ユーザーガイド",
-    "description": "Navbar item with label User Guides"
-  },
-  "item.label.Company": {
-    "message": "会社情報",
-    "description": "Navbar item with label Company"
-  }
-}

docs/i18n/pt-BR/docusaurus-plugin-content-docs/current.json

@@ -14,197 +14,5 @@
     "sidebar.apiSidebar.category.Backend": {
         "message": "Backend",
         "description": "The label for category Backend in sidebar apiSidebar"
-    },
-    "sidebar.docsSidebar.category.User Guides": {
-        "message": "Guias do Usuário",
-        "description": "The label for category User Guides in sidebar docsSidebar"
-    },
-    "sidebar.docsSidebar.category.Running OpenHands": {
-        "message": "Executando OpenHands",
-        "description": "The label for category Running OpenHands in sidebar docsSidebar"
-    },
-    "sidebar.docsSidebar.category.Prompting": {
-        "message": "Prompting",
-        "description": "The label for category Prompting in sidebar docsSidebar"
-    },
-    "sidebar.docsSidebar.category.Architecture": {
-        "message": "Arquitetura",
-        "description": "The label for category Architecture in sidebar docsSidebar"
-    },
-    "sidebar.docsSidebar.doc.Running OpenHands": {
-        "message": "Executando OpenHands",
-        "description": "The label for document Running OpenHands in sidebar docsSidebar"
-    },
-    "sidebar.docsSidebar.doc.Getting Started": {
-        "message": "Começando",
-        "description": "The label for document Getting Started in sidebar docsSidebar"
-    },
-    "sidebar.docsSidebar.doc.Key Features": {
-        "message": "Recursos Principais",
-        "description": "The label for document Key Features in sidebar docsSidebar"
-    },
-    "sidebar.docsSidebar.category.Customization": {
-        "message": "Personalização",
-        "description": "The label for category Customization in sidebar docsSidebar"
-    },
-    "sidebar.docsSidebar.category.Usage Methods": {
-        "message": "Métodos de Uso",
-        "description": "The label for category Usage Methods in sidebar docsSidebar"
-    },
-    "sidebar.docsSidebar.category.Advanced Configuration": {
-        "message": "Configuração Avançada",
-        "description": "The label for category Advanced Configuration in sidebar docsSidebar"
-    },
-    "sidebar.docsSidebar.doc.Troubleshooting": {
-        "message": "Solução de Problemas",
-        "description": "The label for document Troubleshooting in sidebar docsSidebar"
-    },
-    "sidebar.docsSidebar.doc.Feedback": {
-        "message": "Feedback",
-        "description": "The label for document Feedback in sidebar docsSidebar"
-    },
-    "sidebar.docsSidebar.category.For OpenHands Developers": {
-        "message": "Para Desenvolvedores OpenHands",
-        "description": "The label for category For OpenHands Developers in sidebar docsSidebar"
-    },
-    "sidebar.docsSidebar.doc.About": {
-        "message": "Sobre",
-        "description": "The label for document About in sidebar docsSidebar"
-    },
-    "sidebar.docsSidebar.doc.Best Practices": {
-        "message": "Melhores Práticas",
-        "description": "The label for document Best Practices in sidebar docsSidebar"
-    },
-    "sidebar.docsSidebar.category.Microagents": {
-        "message": "Microagentes",
-        "description": "The label for category Microagents in sidebar docsSidebar"
-    },
-    "sidebar.docsSidebar.doc.Overview": {
-        "message": "Visão Geral",
-        "description": "The label for document Overview in sidebar docsSidebar"
-    },
-    "sidebar.docsSidebar.doc.Repository": {
-        "message": "Repositório",
-        "description": "The label for document Repository in sidebar docsSidebar"
-    },
-    "sidebar.docsSidebar.doc.Public": {
-        "message": "Público",
-        "description": "The label for document Public in sidebar docsSidebar"
-    },
-    "sidebar.docsSidebar.doc.Repository Customization": {
-        "message": "Personalização de Repositório",
-        "description": "The label for document Repository Customization in sidebar docsSidebar"
-    },
-    "sidebar.docsSidebar.doc.GUI Mode": {
-        "message": "Modo GUI",
-        "description": "The label for document GUI Mode in sidebar docsSidebar"
-    },
-    "sidebar.docsSidebar.doc.CLI Mode": {
-        "message": "Modo CLI",
-        "description": "The label for document CLI Mode in sidebar docsSidebar"
-    },
-    "sidebar.docsSidebar.doc.Headless Mode": {
-        "message": "Modo Headless",
-        "description": "The label for document Headless Mode in sidebar docsSidebar"
-    },
-    "sidebar.docsSidebar.doc.Github Action": {
-        "message": "GitHub Action",
-        "description": "The label for document Github Action in sidebar docsSidebar"
-    },
-    "sidebar.docsSidebar.category.Cloud": {
-        "message": "Nuvem",
-        "description": "The label for category Cloud in sidebar docsSidebar"
-    },
-    "sidebar.docsSidebar.doc.Openhands Cloud": {
-        "message": "OpenHands Cloud",
-        "description": "The label for document Openhands Cloud in sidebar docsSidebar"
-    },
-    "sidebar.docsSidebar.doc.Cloud GitHub Resolver": {
-        "message": "Resolvedor GitHub Cloud",
-        "description": "The label for document Cloud GitHub Resolver in sidebar docsSidebar"
-    },
-    "sidebar.docsSidebar.category.LLM Configuration": {
-        "message": "Configuração LLM",
-        "description": "The label for category LLM Configuration in sidebar docsSidebar"
-    },
-    "sidebar.docsSidebar.category.Providers": {
-        "message": "Provedores",
-        "description": "The label for category Providers in sidebar docsSidebar"
-    },
-    "sidebar.docsSidebar.doc.Azure": {
-        "message": "Azure",
-        "description": "The label for document Azure in sidebar docsSidebar"
-    },
-    "sidebar.docsSidebar.doc.Google": {
-        "message": "Google",
-        "description": "The label for document Google in sidebar docsSidebar"
-    },
-    "sidebar.docsSidebar.doc.Groq": {
-        "message": "Groq",
-        "description": "The label for document Groq in sidebar docsSidebar"
-    },
-    "sidebar.docsSidebar.doc.LiteLLM Proxy": {
-        "message": "Proxy LiteLLM",
-        "description": "The label for document LiteLLM Proxy in sidebar docsSidebar"
-    },
-    "sidebar.docsSidebar.doc.OpenAI": {
-        "message": "OpenAI",
-        "description": "The label for document OpenAI in sidebar docsSidebar"
-    },
-    "sidebar.docsSidebar.doc.OpenRouter": {
-        "message": "OpenRouter",
-        "description": "The label for document OpenRouter in sidebar docsSidebar"
-    },
-    "sidebar.docsSidebar.category.Runtime Configuration": {
-        "message": "Configuração de Runtime",
-        "description": "The label for category Runtime Configuration in sidebar docsSidebar"
-    },
-    "sidebar.docsSidebar.doc.Docker Runtime": {
-        "message": "Runtime Docker",
-        "description": "The label for document Docker Runtime in sidebar docsSidebar"
-    },
-    "sidebar.docsSidebar.doc.Remote Runtime": {
-        "message": "Runtime Remoto",
-        "description": "The label for document Remote Runtime in sidebar docsSidebar"
-    },
-    "sidebar.docsSidebar.doc.Modal Runtime": {
-        "message": "Runtime Modal",
-        "description": "The label for document Modal Runtime in sidebar docsSidebar"
-    },
-    "sidebar.docsSidebar.doc.Daytona Runtime": {
-        "message": "Runtime Daytona",
-        "description": "The label for document Daytona Runtime in sidebar docsSidebar"
-    },
-    "sidebar.docsSidebar.doc.Local Runtime": {
-        "message": "Runtime Local",
-        "description": "The label for document Local Runtime in sidebar docsSidebar"
-    },
-    "sidebar.docsSidebar.doc.Configuration Options": {
-        "message": "Opções de Configuração",
-        "description": "The label for document Configuration Options in sidebar docsSidebar"
-    },
-    "sidebar.docsSidebar.doc.Custom Sandbox": {
-        "message": "Sandbox Personalizado",
-        "description": "The label for document Custom Sandbox in sidebar docsSidebar"
-    },
-    "sidebar.docsSidebar.doc.Development Overview": {
-        "message": "Visão Geral de Desenvolvimento",
-        "description": "The label for document Development Overview in sidebar docsSidebar"
-    },
-    "sidebar.docsSidebar.doc.Backend": {
-        "message": "Backend",
-        "description": "The label for document Backend in sidebar docsSidebar"
-    },
-    "sidebar.docsSidebar.doc.Runtime": {
-        "message": "Runtime",
-        "description": "The label for document Runtime in sidebar docsSidebar"
-    },
-    "sidebar.docsSidebar.doc.Debugging": {
-        "message": "Depuração",
-        "description": "The label for document Debugging in sidebar docsSidebar"
-    },
-    "sidebar.docsSidebar.doc.Evaluation": {
-        "message": "Avaliação",
-        "description": "The label for document Evaluation in sidebar docsSidebar"
     }
 }

docs/i18n/pt-BR/docusaurus-plugin-content-docs/current/usage/how-to/cli-mode.md

@@ -35,7 +35,7 @@ Para executar o OpenHands no modo CLI com Docker:
 ```bash
 docker run -it \
     --pull=always \
-    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.31-nikolaik \
+    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.29-nikolaik \
     -e SANDBOX_USER_ID=$(id -u) \
     -e WORKSPACE_MOUNT_PATH=$WORKSPACE_BASE \
     -e LLM_API_KEY=$LLM_API_KEY \
@@ -45,7 +45,7 @@ docker run -it \
     -v ~/.openhands-state:/.openhands-state \
     --add-host host.docker.internal:host-gateway \
     --name openhands-app-$(date +%Y%m%d%H%M%S) \
-    docker.all-hands.dev/all-hands-ai/openhands:0.31 \
+    docker.all-hands.dev/all-hands-ai/openhands:0.29 \
     python -m openhands.core.cli
 ```
 

docs/i18n/pt-BR/docusaurus-plugin-content-docs/current/usage/how-to/headless-mode.md

@@ -32,7 +32,7 @@ Para executar o OpenHands no modo Headless com Docker:
 ```bash
 docker run -it \
     --pull=always \
-    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.31-nikolaik \
+    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.29-nikolaik \
     -e SANDBOX_USER_ID=$(id -u) \
     -e WORKSPACE_MOUNT_PATH=$WORKSPACE_BASE \
     -e LLM_API_KEY=$LLM_API_KEY \
@@ -43,7 +43,7 @@ docker run -it \
     -v ~/.openhands-state:/.openhands-state \
     --add-host host.docker.internal:host-gateway \
     --name openhands-app-$(date +%Y%m%d%H%M%S) \
-    docker.all-hands.dev/all-hands-ai/openhands:0.31 \
+    docker.all-hands.dev/all-hands-ai/openhands:0.29 \
     python -m openhands.core.main -t "escreva um script bash que imprima oi"
 ```
 

docs/i18n/pt-BR/docusaurus-plugin-content-docs/current/usage/installation.mdx

@@ -1,4 +1,4 @@
-# Executando OpenHands
+# Executando o OpenHands
 
 ## Requisitos do Sistema
 
@@ -58,17 +58,17 @@
 A maneira mais fácil de executar o OpenHands é no Docker.
 
 ```bash
-docker pull docker.all-hands.dev/all-hands-ai/runtime:0.31-nikolaik
+docker pull docker.all-hands.dev/all-hands-ai/runtime:0.29-nikolaik
 
 docker run -it --rm --pull=always \
-    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.31-nikolaik \
+    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.29-nikolaik \
     -e LOG_ALL_EVENTS=true \
     -v /var/run/docker.sock:/var/run/docker.sock \
     -v ~/.openhands-state:/.openhands-state \
     -p 3000:3000 \
     --add-host host.docker.internal:host-gateway \
     --name openhands-app \
-    docker.all-hands.dev/all-hands-ai/openhands:0.31
+    docker.all-hands.dev/all-hands-ai/openhands:0.29
 ```
 
 Você encontrará o OpenHands em execução em http://localhost:3000!

docs/i18n/pt-BR/docusaurus-plugin-content-docs/current/usage/runtimes.md

@@ -13,7 +13,7 @@ Este é o Runtime padrão que é usado quando você inicia o OpenHands. Você po
 
 ```
 docker run # ...
-    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.31-nikolaik \
+    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.29-nikolaik \
     -v /var/run/docker.sock:/var/run/docker.sock \
     # ...
 ```

docs/i18n/zh-Hans/docusaurus-plugin-content-docs/current.json

@@ -12,199 +12,7 @@
     "description": "The label for category 🚧 故障排除 in sidebar docsSidebar"
   },
   "sidebar.apiSidebar.category.Backend": {
-    "message": "后端",
+    "message": "Backend",
     "description": "The label for category Backend in sidebar apiSidebar"
-  },
-  "sidebar.docsSidebar.category.User Guides": {
-    "message": "用户指南",
-    "description": "The label for category User Guides in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.category.Running OpenHands": {
-    "message": "运行 OpenHands",
-    "description": "The label for category Running OpenHands in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.category.Prompting": {
-    "message": "提示",
-    "description": "The label for category Prompting in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.category.Architecture": {
-    "message": "架构",
-    "description": "The label for category Architecture in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Running OpenHands": {
-    "message": "运行 OpenHands",
-    "description": "The label for document Running OpenHands in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Getting Started": {
-    "message": "入门",
-    "description": "The label for document Getting Started in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Key Features": {
-    "message": "主要功能",
-    "description": "The label for document Key Features in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.category.Customization": {
-    "message": "自定义",
-    "description": "The label for category Customization in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.category.Usage Methods": {
-    "message": "使用方法",
-    "description": "The label for category Usage Methods in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.category.Advanced Configuration": {
-    "message": "高级配置",
-    "description": "The label for category Advanced Configuration in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Troubleshooting": {
-    "message": "故障排除",
-    "description": "The label for document Troubleshooting in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Feedback": {
-    "message": "反馈",
-    "description": "The label for document Feedback in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.category.For OpenHands Developers": {
-    "message": "OpenHands 开发者",
-    "description": "The label for category For OpenHands Developers in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.About": {
-    "message": "关于",
-    "description": "The label for document About in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Best Practices": {
-    "message": "最佳实践",
-    "description": "The label for document Best Practices in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.category.Microagents": {
-    "message": "微代理",
-    "description": "The label for category Microagents in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Overview": {
-    "message": "概述",
-    "description": "The label for document Overview in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Repository": {
-    "message": "仓库",
-    "description": "The label for document Repository in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Public": {
-    "message": "公共",
-    "description": "The label for document Public in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Repository Customization": {
-    "message": "仓库自定义",
-    "description": "The label for document Repository Customization in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.GUI Mode": {
-    "message": "GUI 模式",
-    "description": "The label for document GUI Mode in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.CLI Mode": {
-    "message": "CLI 模式",
-    "description": "The label for document CLI Mode in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Headless Mode": {
-    "message": "无头模式",
-    "description": "The label for document Headless Mode in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Github Action": {
-    "message": "GitHub Action",
-    "description": "The label for document Github Action in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.category.Cloud": {
-    "message": "云",
-    "description": "The label for category Cloud in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Openhands Cloud": {
-    "message": "OpenHands 云",
-    "description": "The label for document Openhands Cloud in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Cloud GitHub Resolver": {
-    "message": "云 GitHub 解析器",
-    "description": "The label for document Cloud GitHub Resolver in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.category.LLM Configuration": {
-    "message": "LLM 配置",
-    "description": "The label for category LLM Configuration in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.category.Providers": {
-    "message": "提供商",
-    "description": "The label for category Providers in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Azure": {
-    "message": "Azure",
-    "description": "The label for document Azure in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Google": {
-    "message": "Google",
-    "description": "The label for document Google in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Groq": {
-    "message": "Groq",
-    "description": "The label for document Groq in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.LiteLLM Proxy": {
-    "message": "LiteLLM 代理",
-    "description": "The label for document LiteLLM Proxy in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.OpenAI": {
-    "message": "OpenAI",
-    "description": "The label for document OpenAI in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.OpenRouter": {
-    "message": "OpenRouter",
-    "description": "The label for document OpenRouter in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.category.Runtime Configuration": {
-    "message": "运行时配置",
-    "description": "The label for category Runtime Configuration in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Docker Runtime": {
-    "message": "Docker 运行时",
-    "description": "The label for document Docker Runtime in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Remote Runtime": {
-    "message": "远程运行时",
-    "description": "The label for document Remote Runtime in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Modal Runtime": {
-    "message": "Modal 运行时",
-    "description": "The label for document Modal Runtime in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Daytona Runtime": {
-    "message": "Daytona 运行时",
-    "description": "The label for document Daytona Runtime in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Local Runtime": {
-    "message": "本地运行时",
-    "description": "The label for document Local Runtime in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Configuration Options": {
-    "message": "配置选项",
-    "description": "The label for document Configuration Options in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Custom Sandbox": {
-    "message": "自定义沙箱",
-    "description": "The label for document Custom Sandbox in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Development Overview": {
-    "message": "开发概述",
-    "description": "The label for document Development Overview in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Backend": {
-    "message": "后端",
-    "description": "The label for document Backend in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Runtime": {
-    "message": "运行时",
-    "description": "The label for document Runtime in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Debugging": {
-    "message": "调试",
-    "description": "The label for document Debugging in sidebar docsSidebar"
-  },
-  "sidebar.docsSidebar.doc.Evaluation": {
-    "message": "评估",
-    "description": "The label for document Evaluation in sidebar docsSidebar"
   }
 }

docs/i18n/zh-Hans/docusaurus-plugin-content-docs/current/usage/custom_sandbox_guide.md

@@ -1,6 +1,6 @@
 # 💿 如何创建自定义 Docker 沙箱
 
-默认的 OpenHands 沙箱包含一个[最小化 ubuntu 配置](https://github.com/All-Hands-AI/OpenHands/blob/main/containers/e2b-sandbox/Dockerfile)。您的应用场景可能需要在默认状态下安装额外的软件。本指南将教您如何通过使用自定义 Docker 映像来实现这一目标。
+默认的 OpenHands 沙箱包含一个[最小化 ubuntu 配置](https://github.com/All-Hands-AI/OpenHands/blob/main/containers/sandbox/Dockerfile)。您的应用场景可能需要在默认状态下安装额外的软件。本指南将教您如何通过使用自定义 Docker 映像来实现这一目标。
 
 目前提供两种实现方案：
 1. 从 Docker Hub 拉取已有镜像。例如，如果您想安装 `nodejs` ，您可以通过使用 `node:20` 镜像来实现。

docs/i18n/zh-Hans/docusaurus-plugin-content-docs/current/usage/how-to/cli-mode.md

@@ -50,7 +50,7 @@ LLM_API_KEY="sk_test_12345"
 ```bash
 docker run -it \
     --pull=always \
-    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.31-nikolaik \
+    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.29-nikolaik \
     -e SANDBOX_USER_ID=$(id -u) \
     -e WORKSPACE_MOUNT_PATH=$WORKSPACE_BASE \
     -e LLM_API_KEY=$LLM_API_KEY \
@@ -59,7 +59,7 @@ docker run -it \
     -v /var/run/docker.sock:/var/run/docker.sock \
     --add-host host.docker.internal:host-gateway \
     --name openhands-app-$(date +%Y%m%d%H%M%S) \
-    docker.all-hands.dev/all-hands-ai/openhands:0.31 \
+    docker.all-hands.dev/all-hands-ai/openhands:0.29 \
     python -m openhands.core.cli
 ```
 

docs/i18n/zh-Hans/docusaurus-plugin-content-docs/current/usage/how-to/headless-mode.md

@@ -47,7 +47,7 @@ LLM_API_KEY="sk_test_12345"
 ```bash
 docker run -it \
     --pull=always \
-    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.31-nikolaik \
+    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.29-nikolaik \
     -e SANDBOX_USER_ID=$(id -u) \
     -e WORKSPACE_MOUNT_PATH=$WORKSPACE_BASE \
     -e LLM_API_KEY=$LLM_API_KEY \
@@ -57,6 +57,6 @@ docker run -it \
     -v /var/run/docker.sock:/var/run/docker.sock \
     --add-host host.docker.internal:host-gateway \
     --name openhands-app-$(date +%Y%m%d%H%M%S) \
-    docker.all-hands.dev/all-hands-ai/openhands:0.31 \
+    docker.all-hands.dev/all-hands-ai/openhands:0.29 \
     python -m openhands.core.main -t "write a bash script that prints hi" --no-auto-continue
 ```

docs/i18n/zh-Hans/docusaurus-plugin-content-docs/current/usage/installation.mdx

@@ -1,4 +1,4 @@
-# 运行 OpenHands
+# 安装
 
 ## 系统要求
 
@@ -11,16 +11,16 @@
 在 Docker 中运行 OpenHands 是最简单的方式。
 
 ```bash
-docker pull docker.all-hands.dev/all-hands-ai/runtime:0.31-nikolaik
+docker pull docker.all-hands.dev/all-hands-ai/runtime:0.29-nikolaik
 
 docker run -it --rm --pull=always \
-    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.31-nikolaik \
+    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.29-nikolaik \
     -e LOG_ALL_EVENTS=true \
     -v /var/run/docker.sock:/var/run/docker.sock \
     -p 3000:3000 \
     --add-host host.docker.internal:host-gateway \
     --name openhands-app \
-    docker.all-hands.dev/all-hands-ai/openhands:0.31
+    docker.all-hands.dev/all-hands-ai/openhands:0.29
 ```
 
 你也可以在可脚本化的[无头模式](https://docs.all-hands.dev/modules/usage/how-to/headless-mode)下运行 OpenHands，作为[交互式 CLI](https://docs.all-hands.dev/modules/usage/how-to/cli-mode)，或使用 [OpenHands GitHub Action](https://docs.all-hands.dev/modules/usage/how-to/github-action)。

docs/i18n/zh-Hans/docusaurus-plugin-content-docs/current/usage/runtimes.md

@@ -11,7 +11,7 @@
 
 ```
 docker run # ...
-    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.31-nikolaik \
+    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.29-nikolaik \
     -v /var/run/docker.sock:/var/run/docker.sock \
     # ...
 ```

docs/modules/usage/how-to/cli-mode.md

@@ -35,7 +35,7 @@ To run OpenHands in CLI mode with Docker:
 ```bash
 docker run -it \
     --pull=always \
-    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.31-nikolaik \
+    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.29-nikolaik \
     -e SANDBOX_USER_ID=$(id -u) \
     -e WORKSPACE_MOUNT_PATH=$WORKSPACE_BASE \
     -e LLM_API_KEY=$LLM_API_KEY \
@@ -45,7 +45,7 @@ docker run -it \
     -v ~/.openhands-state:/.openhands-state \
     --add-host host.docker.internal:host-gateway \
     --name openhands-app-$(date +%Y%m%d%H%M%S) \
-    docker.all-hands.dev/all-hands-ai/openhands:0.31 \
+    docker.all-hands.dev/all-hands-ai/openhands:0.29 \
     python -m openhands.core.cli
 ```
 

docs/modules/usage/how-to/headless-mode.md

@@ -32,7 +32,7 @@ To run OpenHands in Headless mode with Docker:
 ```bash
 docker run -it \
     --pull=always \
-    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.31-nikolaik \
+    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.29-nikolaik \
     -e SANDBOX_USER_ID=$(id -u) \
     -e WORKSPACE_MOUNT_PATH=$WORKSPACE_BASE \
     -e LLM_API_KEY=$LLM_API_KEY \
@@ -43,7 +43,7 @@ docker run -it \
     -v ~/.openhands-state:/.openhands-state \
     --add-host host.docker.internal:host-gateway \
     --name openhands-app-$(date +%Y%m%d%H%M%S) \
-    docker.all-hands.dev/all-hands-ai/openhands:0.31 \
+    docker.all-hands.dev/all-hands-ai/openhands:0.29 \
     python -m openhands.core.main -t "write a bash script that prints hi"
 ```
 

docs/modules/usage/installation.mdx

@@ -58,54 +58,35 @@ A system with a modern processor and a minimum of **4GB RAM** is recommended to
 The easiest way to run OpenHands is in Docker.
 
 ```bash
-docker pull docker.all-hands.dev/all-hands-ai/runtime:0.31-nikolaik
+docker pull docker.all-hands.dev/all-hands-ai/runtime:0.29-nikolaik
 
 docker run -it --rm --pull=always \
-    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.31-nikolaik \
+    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.29-nikolaik \
     -e LOG_ALL_EVENTS=true \
     -v /var/run/docker.sock:/var/run/docker.sock \
     -v ~/.openhands-state:/.openhands-state \
     -p 3000:3000 \
     --add-host host.docker.internal:host-gateway \
     --name openhands-app \
-    docker.all-hands.dev/all-hands-ai/openhands:0.31
+    docker.all-hands.dev/all-hands-ai/openhands:0.29
 ```
 
 You'll find OpenHands running at http://localhost:3000!
 
-You can also [connect OpenHands to your local filesystem](https://docs.all-hands.dev/modules/usage/runtimes/docker#connecting-to-your-filesystem),
+You can also [connect OpenHands to your local filesystem](https://docs.all-hands.dev/modules/usage/runtimes#connecting-to-your-filesystem),
 run OpenHands in a scriptable [headless mode](https://docs.all-hands.dev/modules/usage/how-to/headless-mode),
 interact with it via a [friendly CLI](https://docs.all-hands.dev/modules/usage/how-to/cli-mode),
 or run it on tagged issues with [a GitHub action](https://docs.all-hands.dev/modules/usage/how-to/github-action).
 
 ## Setup
 
-After launching OpenHands, you **must** select an `LLM Provider` and `LLM Model` and enter a corresponding `API Key`.
-This can be done during the initial settings popup or by selecting the `Settings`
-button (gear icon) in the UI.
+Upon launching OpenHands, you'll see a Settings page. You **must** select an `LLM Provider` and `LLM Model` and enter a corresponding `API Key`.
+These can be changed at any time by selecting the `Settings` button (gear icon) in the UI.
 
 If the required model does not exist in the list, you can toggle `Advanced` options and manually enter it with the correct prefix
 in the `Custom Model` text box.
 The `Advanced` options also allow you to specify a `Base URL` if required.
 
-### Getting an API Key
-
-OpenHands requires an API key to access most language models. Here's how to get an API key from the recommended providers:
-
-#### Anthropic (Claude)
-
-1. [Create an Anthropic account](https://console.anthropic.com/).
-2. [Generate an API key](https://console.anthropic.com/settings/keys).
-3. [Set up billing](https://console.anthropic.com/settings/billing).
-
-Consider setting usage limits to control costs.
-
-#### OpenAI
-
-1. [Create an OpenAI account](https://platform.openai.com/).
-2. [Generate an API key](https://platform.openai.com/api-keys).
-3. [Set up billing](https://platform.openai.com/account/billing/overview).
-
 Now you're ready to [get started with OpenHands](./getting-started).
 
 ## Versions

docs/modules/usage/llms/azure-llms.md

@@ -25,7 +25,7 @@ You will need your ChatGPT deployment name which can be found on the deployments
 <deployment-name> below.
 :::
 
-1. Enable `Advanced` options.
+1. Enable `Advanced` options
 2. Set the following:
    - `Custom Model` to azure/<deployment-name>
    - `Base URL` to your Azure API Base URL (e.g. `https://example-endpoint.openai.azure.com`)

docs/modules/usage/llms/llms.md

@@ -9,9 +9,9 @@ recommendations for model selection. Our latest benchmarking results can be foun
 
 Based on these findings and community feedback, the following models have been verified to work reasonably well with OpenHands:
 
-- anthropic/claude-3-7-sonnet-20250219 (recommended)
+- anthropic/claude-3-5-sonnet-20241022 (recommended)
+- anthropic/claude-3-5-haiku-20241022
 - deepseek/deepseek-chat
-- OpenHands LM
 - gpt-4o
 
 :::warning
@@ -56,7 +56,6 @@ We have a few guides for running OpenHands with specific model providers:
 - [Azure](llms/azure-llms)
 - [Google](llms/google-llms)
 - [Groq](llms/groq)
-- [Local LLMs with SGLang or vLLM](llms/../local-llms.md)
 - [LiteLLM Proxy](llms/litellm-proxy)
 - [OpenAI](llms/openai-llms)
 - [OpenRouter](llms/openrouter)

docs/modules/usage/llms/local-llms.md

@@ -1,83 +1,192 @@
-# Local LLM with SGLang or vLLM
+# Local LLM with Ollama
 
 :::warning
 When using a Local LLM, OpenHands may have limited functionality.
-It is highly recommended that you use GPUs to serve local models for optimal experience.
 :::
 
-## News
+Ensure that you have the Ollama server up and running.
+For detailed startup instructions, refer to [here](https://github.com/ollama/ollama).
 
-- 2025/03/31: We released an open model OpenHands LM v0.1 32B that achieves 37.1% on SWE-Bench Verified
-([blog](https://www.all-hands.dev/blog/introducing-openhands-lm-32b----a-strong-open-coding-agent-model), [model](https://huggingface.co/all-hands/openhands-lm-32b-v0.1)).
+This guide assumes you've started ollama with `ollama serve`. If you're running ollama differently (e.g. inside docker), the instructions might need to be modified. Please note that if you're running WSL the default ollama configuration blocks requests from docker containers. See [here](#configuring-ollama-service-wsl-en).
 
-## Download the Model from Huggingface
+## Pull Models
 
-For example, to download [OpenHands LM 32B v0.1](https://huggingface.co/all-hands/openhands-lm-32b-v0.1):
+Ollama model names can be found [here](https://ollama.com/library). For a small example, you can use
+the `codellama:7b` model. Bigger models will generally perform better.
 
 ```bash
-huggingface-cli download all-hands/openhands-lm-32b-v0.1 --local-dir my_folder/openhands-lm-32b-v0.1
+ollama pull codellama:7b
 ```
 
-## Create an OpenAI-Compatible Endpoint With a Model Serving Framework
-
-### Serving with SGLang
-
-- Install SGLang following [the official documentation](https://docs.sglang.ai/start/install.html).
-- Example launch command for OpenHands LM 32B (with at least 2 GPUs):
+you can check which models you have downloaded like this:
 
 ```bash
-SGLANG_ALLOW_OVERWRITE_LONGER_CONTEXT_LEN=1 python3 -m sglang.launch_server \
-    --model my_folder/openhands-lm-32b-v0.1 \
-    --served-model-name openhands-lm-32b-v0.1 \
-    --port 8000 \
-    --tp 2 --dp 1 \
-    --host 0.0.0.0 \
-    --api-key mykey --context-length 131072
+~$ ollama list
+NAME                            ID              SIZE    MODIFIED
+codellama:7b                    8fdf8f752f6e    3.8 GB  6 weeks ago
+mistral:7b-instruct-v0.2-q4_K_M eb14864c7427    4.4 GB  2 weeks ago
+starcoder2:latest               f67ae0f64584    1.7 GB  19 hours ago
 ```
 
-### Serving with vLLM
+## Run OpenHands with Docker
 
-- Install vLLM following [the official documentation](https://docs.vllm.ai/en/latest/getting_started/installation.html).
-- Example launch command for OpenHands LM 32B (with at least 2 GPUs):
+### Start OpenHands
+Use the instructions [here](../getting-started) to start OpenHands using Docker.
+But when running `docker run`, you'll need to add a few more arguments:
 
 ```bash
-vllm serve my_folder/openhands-lm-32b-v0.1 \
-    --host 0.0.0.0 --port 8000 \
-    --api-key mykey \
-    --tensor-parallel-size 2 \
-    --served-model-name openhands-lm-32b-v0.1
-    --enable-prefix-caching
+docker run # ...
+    --add-host host.docker.internal:host-gateway \
+    -e LLM_OLLAMA_BASE_URL="http://host.docker.internal:11434" \
+    # ...
 ```
 
-## Run and Configure OpenHands
+LLM_OLLAMA_BASE_URL is optional. If you set it, it will be used to show
+the available installed models in the UI.
 
-### Run OpenHands
 
-#### Using Docker
+### Configure the Web Application
 
-Run OpenHands using [the official docker run command](../installation#start-the-app).
+When running `openhands`, you'll need to set the following in the OpenHands UI through the Settings:
+- the model to "ollama/<model-name>"
+- the base url to `http://host.docker.internal:11434`
+- the API key is optional, you can use any string, such as `ollama`.
 
-#### Using Development Mode
+
+## Run OpenHands in Development Mode
+
+### Build from Source
 
 Use the instructions in [Development.md](https://github.com/All-Hands-AI/OpenHands/blob/main/Development.md) to build OpenHands.
-Ensure `config.toml` exists by running `make setup-config` which will create one for you. In the `config.toml`, enter the following:
+Make sure `config.toml` is there by running `make setup-config` which will create one for you. In `config.toml`, enter the followings:
 
 ```
 [core]
-workspace_base="/path/to/your/workspace"
+workspace_base="./workspace"
 
 [llm]
 embedding_model="local"
-ollama_base_url="http://localhost:8000"
+ollama_base_url="http://localhost:11434"
+
 ```
 
-Start OpenHands using `make run`.
+Done! Now you can start OpenHands by: `make run`. You now should be able to connect to `http://localhost:3000/`
 
-### Configure OpenHands
+### Configure the Web Application
 
-Once OpenHands is running, you'll need to set the following in the OpenHands UI through the Settings:
-1. Enable `Advanced` options.
-2. Set the following:
-- `Custom Model` to `openai/<served-model-name>` (e.g. `openai/openhands-lm-32b-v0.1`)
-- `Base URL` to `http://host.docker.internal:8000`
-- `API key` to the same string you set when serving the model (e.g. `mykey`)
+In the OpenHands UI, click on the Settings wheel in the bottom-left corner.
+Then in the `Model` input, enter `ollama/codellama:7b`, or the name of the model you pulled earlier.
+If it doesn’t show up in the dropdown, enable `Advanced Settings` and type it in. Please note: you need the model name as listed by `ollama list`, with the prefix `ollama/`.
+
+In the API Key field, enter `ollama` or any value, since you don't need a particular key.
+
+In the Base URL field, enter `http://localhost:11434`.
+
+And now you're ready to go!
+
+## Configuring the ollama service (WSL) {#configuring-ollama-service-wsl-en}
+
+The default configuration for ollama in WSL only serves localhost. This means you can't reach it from a docker container. eg. it wont work with OpenHands. First let's test that ollama is running correctly.
+
+```bash
+ollama list # get list of installed models
+curl http://localhost:11434/api/generate -d '{"model":"[NAME]","prompt":"hi"}'
+#ex. curl http://localhost:11434/api/generate -d '{"model":"codellama:7b","prompt":"hi"}'
+#ex. curl http://localhost:11434/api/generate -d '{"model":"codellama","prompt":"hi"}' #the tag is optional if there is only one
+```
+
+Once that is done, test that it allows "outside" requests, like those from inside a docker container.
+
+```bash
+docker ps # get list of running docker containers, for most accurate test choose the OpenHands sandbox container.
+docker exec [CONTAINER ID] curl http://host.docker.internal:11434/api/generate -d '{"model":"[NAME]","prompt":"hi"}'
+#ex. docker exec cd9cc82f7a11 curl http://host.docker.internal:11434/api/generate -d '{"model":"codellama","prompt":"hi"}'
+```
+
+## Fixing it
+
+Now let's make it work. Edit /etc/systemd/system/ollama.service with sudo privileges. (Path may vary depending on linux flavor)
+
+```bash
+sudo vi /etc/systemd/system/ollama.service
+```
+
+or
+
+```bash
+sudo nano /etc/systemd/system/ollama.service
+```
+
+In the [Service] bracket add these lines
+
+```
+Environment="OLLAMA_HOST=0.0.0.0:11434"
+Environment="OLLAMA_ORIGINS=*"
+```
+
+Then save, reload the configuration and restart the service.
+
+```bash
+sudo systemctl daemon-reload
+sudo systemctl restart ollama
+```
+
+Finally test that ollama is accessible from within the container
+
+```bash
+ollama list # get list of installed models
+docker ps # get list of running docker containers, for most accurate test choose the OpenHands sandbox container.
+docker exec [CONTAINER ID] curl http://host.docker.internal:11434/api/generate -d '{"model":"[NAME]","prompt":"hi"}'
+```
+
+
+# Local LLM with LM Studio
+
+Steps to set up LM Studio:
+1. Open LM Studio
+2. Go to the Local Server tab.
+3. Click the "Start Server" button.
+4. Select the model you want to use from the dropdown.
+
+
+Set the following configs:
+```bash
+LLM_MODEL="openai/lmstudio"
+LLM_BASE_URL="http://localhost:1234/v1"
+CUSTOM_LLM_PROVIDER="openai"
+```
+
+### Docker
+
+```bash
+docker run # ...
+    -e LLM_MODEL="openai/lmstudio" \
+    -e LLM_BASE_URL="http://host.docker.internal:1234/v1" \
+    -e CUSTOM_LLM_PROVIDER="openai" \
+    # ...
+```
+
+You should now be able to connect to `http://localhost:3000/`
+
+In the development environment, you can set the following configs in the `config.toml` file:
+
+```
+[core]
+workspace_base="./workspace"
+
+[llm]
+model="openai/lmstudio"
+base_url="http://localhost:1234/v1"
+custom_llm_provider="openai"
+```
+
+Done! Now you can start OpenHands by: `make run` without Docker. You now should be able to connect to `http://localhost:3000/`
+
+# Note
+
+For WSL, run the following commands in cmd to set up the networking mode to mirrored:
+
+```
+python -c  "print('[wsl2]\nnetworkingMode=mirrored',file=open(r'%UserProfile%\.wslconfig','w'))"
+wsl --shutdown
+```

docs/modules/usage/prompting/microagents-overview.md

@@ -4,28 +4,33 @@ Microagents are specialized prompts that enhance OpenHands with domain-specific
 and task-specific workflows. They help by providing expert guidance, automating common tasks, and ensuring
 consistent practices across projects.
 
-## Microagent Categories
+## Microagent Types
 
-Currently OpenHands supports two categories of microagents:
+Currently OpenHands supports the following types of microagents:
 
-- [Repository-specific Microagents](./microagents-repo): Repository-specific context and guidelines for OpenHands.
-- [Public Microagents](./microagents-public): General guidelines triggered by keywords for all OpenHands users.
-
-A microagent is classified as repository-specific or public depending on its location:
-
-- Repository-specific microagents are located in a repository's `.openhands/microagents/` directory
-- Public microagents are located in the official OpenHands repository inside the `/microagents` folder
+* [Repository Microagents](./microagents-repo): Repository-specific context and guidelines for OpenHands.
+* [Public Microagents](./microagents-public): General guidelines triggered by keywords for all OpenHands users.
 
 When OpenHands works with a repository, it:
 
-1. Loads **repository-specific** microagents from `.openhands/microagents/` if present in the repository.
-2. Loads **public knowledge** microagents triggered by keywords in conversations
-3. Loads **public tasks** microagents when explicitly requested by the user
-
-You can check out the existing public microagents at the [official OpenHands repository](https://github.com/All-Hands-AI/OpenHands/tree/main/microagents/).
+1. Loads repository-specific instructions from `.openhands/microagents/` if present in the repository.
+2. Loads general guidelines triggered by keywords in conversations.
+See current [Public Microagents](https://github.com/All-Hands-AI/OpenHands/tree/main/microagents/knowledge).
 
 ## Microagent Format
 
-All microagents use markdown files with YAML frontmatter that have special instructions to help OpenHands activate them.
+All microagents use markdown files with YAML frontmatter that have special instructions to help OpenHands accomplish
+tasks:
+```
+---
+name: <Name of the microagent>
+type: <MicroAgent type>
+version: <MicroAgent version>
+agent: <The agent type (Typically CodeActAgent)>
+triggers:
+- <Optional keywords triggering the microagent. If triggers are removed, it will always be included>
+---
 
-Check out the [syntax documentation](./microagents-syntax) for a comprehensive guide on how to configure your microagents.
+<Markdown with any special guidelines, instructions, and prompts that OpenHands should follow.
+Check out the specific documentation for each microagent on best practices for more information.>
+```

docs/modules/usage/prompting/microagents-public.md

@@ -2,32 +2,64 @@
 
 ## Overview
 
-Public microagents provide specialized context and capabilities for all OpenHands users, regardless of their repository configuration. Unlike repository-specific microagents, public microagents are globally available across all repositories.
-
-Public microagents come in two types:
-
-- **Knowledge microagents**: Automatically activated when keywords in conversations match their triggers
-- **Task microagents**: Explicitly invoked by users to guide through specific workflows
-
-Both types follow the same syntax and structure as repository-specific microagents, using markdown files with YAML frontmatter that define their behavior and capabilities. They are located in the official OpenHands repository under:
-
-- [`microagents/knowledge/`](https://github.com/All-Hands-AI/OpenHands/tree/main/microagents/knowledge) for knowledge microagents
-- [`microagents/tasks/`](https://github.com/All-Hands-AI/OpenHands/tree/main/microagents/tasks) for task microagents
+Public microagents are specialized guidelines triggered by keywords for all OpenHands users.
+They are defined in markdown files under the
+[`microagents/knowledge/`](https://github.com/All-Hands-AI/OpenHands/tree/main/microagents/knowledge) directory.
 
 Public microagents:
-
 - Monitor incoming commands for their trigger words.
 - Activate when relevant triggers are detected.
 - Apply their specialized knowledge and capabilities.
 - Follow their specific guidelines and restrictions.
 
-When loading public microagents, OpenHands scans the official repository's microagents directories recursively, processing all markdown files except README.md. The system categorizes each microagent based on its `type` field in the YAML frontmatter, regardless of its exact file location within the knowledge or tasks directories.
+## Current Public Microagents
+
+For more information about specific microagents, refer to their individual documentation files in
+the [`microagents/knowledge/`](https://github.com/All-Hands-AI/OpenHands/tree/main/microagents/knowledge/) directory.
+
+### GitHub Agent
+**File**: `github.md`
+**Triggers**: `github`, `git`
+
+The GitHub agent specializes in GitHub API interactions and repository management. It:
+- Has access to a `GITHUB_TOKEN` for API authentication.
+- Follows strict guidelines for repository interactions.
+- Handles branch management and pull requests.
+- Uses the GitHub API instead of web browser interactions.
+
+Key features:
+- Branch protection (prevents direct pushes to main/master)
+- Automated PR creation
+- Git configuration management
+- API-first approach for GitHub operations
+
+Usage Example:
+
+```bash
+git checkout -b feature-branch
+git commit -m "Add new feature"
+git push origin feature-branch
+```
+
+### NPM Agent
+**File**: `npm.md`
+**Triggers**: `npm`
+
+Specializes in handling npm package management with specific focus on:
+- Non-interactive shell operations.
+- Automated confirmation handling using Unix 'yes' command.
+- Package installation automation.
+
+Usage Example:
+
+```bash
+yes | npm install package-name
+```
 
 ## Contributing a Public Microagent
 
-You can create public microagents and share with the community by opening a pull request to the official repository.
-
-See the [CONTRIBUTING.md](https://github.com/All-Hands-AI/OpenHands/blob/main/CONTRIBUTING.md) for specific instructions on how to contribute to OpenHands.
+You can create your own public microagents by adding new markdown files to the
+[`microagents/knowledge/`](https://github.com/All-Hands-AI/OpenHands/tree/main/microagents/knowledge/) directory.
 
 ### Public Microagents Best Practices
 
@@ -42,7 +74,6 @@ See the [CONTRIBUTING.md](https://github.com/All-Hands-AI/OpenHands/blob/main/CO
 #### 1. Plan the Public Microagent
 
 Before creating a public microagent, consider:
-
 - What specific problem or use case will it address?
 - What unique capabilities or knowledge should it have?
 - What trigger words make sense for activating it?
@@ -50,24 +81,73 @@ Before creating a public microagent, consider:
 
 #### 2. Create File
 
-Create a new Markdown file with a descriptive name in the appropriate directory:
+Create a new markdown file in [`microagents/knowledge/`](https://github.com/All-Hands-AI/OpenHands/tree/main/microagents/knowledge/)
+with a descriptive name (e.g., `docker.md` for a Docker-focused agent).
 
-- [`microagents/knowledge/`](https://github.com/All-Hands-AI/OpenHands/tree/main/microagents/knowledge) for knowledge microagents
-- [`microagents/tasks/`](https://github.com/All-Hands-AI/OpenHands/tree/main/microagents/tasks) for task microagents
-
-Ensure it follows the correct [syntax](./microagents-syntax.md) and [best practices](./microagents-syntax.md#markdown-content-best-practices).
+Update the file with the required frontmatter [according to the required format](./microagents-overview#microagent-format)
+and the required specialized guidelines while following the [best practices above](#public-microagents-best-practices).
 
 #### 3. Testing the Public Microagent
 
-- Test the agent with various prompts
-- Verify trigger words activate the agent correctly
-- Ensure instructions are clear and comprehensive
-- Check for potential conflicts and overlaps with existing agents
+- Test the agent with various prompts.
+- Verify trigger words activate the agent correctly.
+- Ensure instructions are clear and comprehensive.
+- Check for potential conflicts with existing agents.
 
 #### 4. Submission Process
 
 Submit a pull request with:
+- The new microagent file.
+- Updated documentation if needed.
+- Description of the agent's purpose and capabilities.
 
-- The new microagent file
-- Updated documentation if needed
-- Description of the agent's purpose and capabilities
+### Example Public Microagent Implementation
+
+Here's a template for a new microagent:
+
+```markdown
+---
+name: docker
+agent: CodeActAgent
+triggers:
+- docker
+- container
+---
+
+You are responsible for Docker container management and Dockerfile creation.
+
+Key responsibilities:
+1. Create and modify Dockerfiles
+2. Manage container lifecycle
+3. Handle Docker Compose configurations
+
+Guidelines:
+- Always use official base images when possible
+- Include necessary security considerations
+- Follow Docker best practices for layer optimization
+
+Examples:
+1. Creating a Dockerfile:
+   FROM node:18-alpine
+   WORKDIR /app
+   COPY package*.json ./
+   RUN npm install
+   COPY . .
+   CMD ["npm", "start"]
+
+2. Docker Compose usage:
+   version: '3'
+   services:
+     web:
+       build: .
+       ports:
+         - "3000:3000"
+
+Remember to:
+- Validate Dockerfile syntax
+- Check for security vulnerabilities
+- Optimize for build time and image size
+```
+
+See the [current public micro-agents](https://github.com/All-Hands-AI/OpenHands/tree/main/microagents/knowledge) for
+more examples.

docs/modules/usage/prompting/microagents-repo.md

@@ -1,117 +1,68 @@
-# Repository-specific Microagents
+# Repository Microagents
 
 ## Overview
 
-OpenHands can be customized to work more effectively with specific repositories by providing repository-specific context and guidelines.
+OpenHands can be customized to work more effectively with specific repositories by providing repository-specific context
+and guidelines. This section explains how to optimize OpenHands for your project.
 
-This section explains how to optimize OpenHands for your project.
-
-## Creating Repository Microagents
+## Creating a Repository Micro-Agent
 
 You can customize OpenHands' behavior for your repository by creating a `.openhands/microagents/` directory in your repository's root.
+At minimum it should contain the file
+`.openhands/microagents/repo.md`, which includes instructions that will
+be given to the agent every time it works with this repository.
 
-You can enhance OpenHands' performance by adding custom microagents to your repository:
+### Repository Microagents Best Practices
 
-1. For overall repository-specific instructions, create a `.openhands/microagents/repo.md` file
-2. For reusable domain knowledge triggered by keywords, add multiple `.md` files to `.openhands/microagents/knowledge/`
-3. For common workflows and tasks, create multiple `.md` files to `.openhands/microagents/tasks/`
+- **Keep Instructions Updated**: Regularly update your `.openhands/microagents/` directory as your project evolves.
+- **Be Specific**: Include specific paths, patterns, and requirements unique to your project.
+- **Document Dependencies**: List all tools and dependencies required for development.
+- **Include Examples**: Provide examples of good code patterns from your project.
+- **Specify Conventions**: Document naming conventions, file organization, and code style preferences.
 
-Check out the [best practices](./microagents-syntax.md#markdown-content-best-practices) for formatting the content of your custom microagent.
+### Steps to Create a Repository Microagent
 
-Keep in mind that loaded microagents take up space in the context window. It's crucial to strike a balance between the additional context provided by microagents and the instructions provided in the user's inputs.
+#### 1. Plan the Repository Microagent
+When creating a repository-specific micro-agent, we suggest including the following information:
+- **Repository Overview**: A brief description of your project's purpose and architecture.
+- **Directory Structure**: Key directories and their purposes.
+- **Development Guidelines**: Project-specific coding standards and practices.
+- **Testing Requirements**: How to run tests and what types of tests are required.
+- **Setup Instructions**: Steps needed to build and run the project.
 
-Note that you can use OpenHands to create new microagents. The public microagent [`add_agent`](https://github.com/All-Hands-AI/OpenHands/blob/main/microagents/knowledge/add_agent.md) is loaded to all OpenHands instance and can support you on this.
+#### 2. Create File
 
-## Types of Microagents
+Create a file in your repository under `.openhands/microagents/` (Example: `.openhands/microagents/repo.md`)
 
-OpenHands supports three primary types of microagents, each with specific purposes and features to enhance agent performance:
+Update the file with the required frontmatter [according to the required format](./microagents-overview#microagent-format)
+and the required specialized guidelines for your repository.
 
-- [repository](#repository-microagents)
-- [knowledge](#knowledge-microagents)
-- [tasks](#tasks-microagents)
-
-The standard directory structure within a repository is:
-
-- One main `repo.md` file containing repository-specific instructions
-- Additional `Knowledge` agents in `.openhands/microagents/knowledge/` directory
-- Additional `Task` agents in `.openhands/microagents/tasks/` directory
-
-When processing the `.openhands/microagents/` directory, OpenHands will recursively scan all subfolders and process any `.md` files (except `README.md`) it finds. The system determines the microagent type based on the `type` field in the YAML frontmatter, not by the file's location. However, for organizational clarity, it's recommended to follow the standard directory structure.
-
-### Repository Microagents
-
-The `Repository` microagent is loaded specifically from `.openhands/microagents/repo.md` and serves as the main
-repository-specific instruction file. This single file is automatically loaded whenever OpenHands works with that repository
-without requiring any keyword matching or explicit call from the user.
-
-OpenHands does not support multiple `repo.md` files in different locations or multiple microagents with type `repo`.
-
-If you need to organize different types of repository information, the recommended approach is to use a single `repo.md` file with well-structured sections rather than trying to create multiple microagents with the type `repo`.
-
-The best practice is to include project-specific instructions, team practices, coding standards, and architectural guidelines that are relevant for **all** prompts in that repository.
-
-Example structure:
+### Example Repository Microagent
 
 ```
-your-repository/
-└── .openhands/
-    └── microagents/
-        └── repo.md    # Repository-specific instructions
+---
+name: repo
+type: repo
+agent: CodeActAgent
+---
+
+Repository: MyProject
+Description: A web application for task management
+
+Directory Structure:
+- src/: Main application code
+- tests/: Test files
+- docs/: Documentation
+
+Setup:
+- Run `npm install` to install dependencies
+- Use `npm run dev` for development
+- Run `npm test` for testing
+
+Guidelines:
+- Follow ESLint configuration
+- Write tests for all new features
+- Use TypeScript for new code
+
+If adding a new component in src/components, always add appropriate unit tests in tests/components/.
 ```
-
-[See the example in the official OpenHands repository](https://github.com/All-Hands-AI/OpenHands/blob/main/.openhands/microagents/repo.md?plain=1)
-
-### Knowledge Microagents
-
-Knowledge microagents provide specialized domain expertise:
-
-- Recommended to be located in `.openhands/microagents/knowledge/`
-- Triggered by specific keywords in conversations
-- Contain expertise on tools, languages, frameworks, and common practices
-
-Use knowledge microagents to trigger additional context relevant to specific technologies, tools, or workflows. For example, mentioning "git" in your conversation will automatically trigger git-related expertise to help with Git operations.
-
-Examples structure:
-
-```
-your-repository/
-└── .openhands/
-    └── microagents/
-        └── knowledge/
-            └── git.md
-            └── docker.md
-            └── python.md
-            └── ...
-        └── repo.md
-```
-
-You can find several real examples of `Knowledge` microagents in the [offical OpenHands repository](https://github.com/All-Hands-AI/OpenHands/tree/main/microagents/knowledge)
-
-### Tasks Microagents
-
-Task microagents guide users through interactive workflows:
-
-- Recommended to be located in `.openhands/microagents/tasks/`
-- Provide step-by-step processes for common development tasks
-- Accept inputs and adapt to different scenarios
-- Ensure consistent outcomes for complex operations
-
-Task microagents are a convenient way to store multi-step processes you perform regularly. For instance, you can create a `update_pr_description.md` microagent to automatically generate better pull request descriptions based on code changes.
-
-Examples structure:
-
-```
-your-repository/
-└── .openhands/
-    └── microagents/
-        └── tasks/
-            └── update_pr_description.md
-            └── address_pr_comments.md
-            └── get_test_to_pass.md
-            └── ...
-        └── knowledge/
-            └── ...
-        └── repo.md
-```
-
-You can find several real examples of `Tasks` microagents in the [offical OpenHands repository](https://github.com/All-Hands-AI/OpenHands/tree/main/microagents/tasks)

docs/modules/usage/prompting/microagents-syntax.md

@@ -1,128 +0,0 @@
-# Microagents Syntax
-
-Microagents are defined using markdown files with YAML frontmatter that specify their behavior, triggers, and capabilities.
-
-Find below a comprehensive description of the frontmatter syntax and other details about how to use each type of microagent available at OpenHands.
-
-## Frontmatter Schema
-
-Every microagent requires a YAML frontmatter section at the beginning of the file, enclosed by triple dashes (`---`). The fields are:
-
-| Field      | Description                                        | Required                 | Used By          |
-| ---------- | -------------------------------------------------- | ------------------------ | ---------------- |
-| `name`     | Unique identifier for the microagent               | Yes                      | All types        |
-| `type`     | Type of microagent: `repo`, `knowledge`, or `task` | Yes                      | All types        |
-| `version`  | Version number (Semantic versioning recommended)   | Yes                      | All types        |
-| `agent`    | The agent type (typically `CodeActAgent`)          | Yes                      | All types        |
-| `author`   | Creator of the microagent                          | No                       | All types        |
-| `triggers` | List of keywords that activate the microagent      | Yes for knowledge agents | Knowledge agents |
-| `inputs`   | Defines required user inputs for task execution    | Yes for task agents      | Task agents      |
-
-## Core Fields
-
-### `agent`
-
-**Purpose**: Specifies which agent implementation processes the microagent (typically `CodeActAgent`).
-
-- Defines a single agent responsible for processing the microagent
-- Must be available in the OpenHands system (see the [agent hub](https://github.com/All-Hands-AI/OpenHands/tree/main/openhands/agenthub))
-- If the specified agent is not active, the microagent will not be used
-
-### `triggers`
-
-**Purpose**: Defines keywords that activate the `knowledge` microagent.
-
-**Example**:
-
-```yaml
-triggers:
-  - kubernetes
-  - k8s
-  - docker
-  - security
-  - containers cluster
-```
-
-**Key points**:
-
-- Can include both single words and multi-word phrases
-- Case-insensitive matching is typically used
-- More specific triggers (like "docker compose") prevent false activations
-- Multiple triggers increase the chance of activation in relevant contexts
-- Unique triggers like "flarglebargle" can be used for testing or special functionality
-- Triggers should be carefully chosen to avoid unwanted activations or conflicts with other microagents
-- Common terms used in many conversations may cause the microagent to be activated too frequently
-
-When using multiple triggers, the microagent will be activated if any of the trigger words or phrases appear in the
-conversation.
-
-### `inputs`
-
-**Purpose**: Defines parameters required from the user when a `task` microagent is activated.
-
-**Schema**:
-
-```yaml
-inputs:
-  - name: INPUT_NAME # Used with {{ INPUT_NAME }}
-    description: 'Description of what this input is for'
-    required: true # Optional, defaults to true
-```
-
-**Key points**:
-
-- The `name` and `description` properties are required for each input
-- The `required` property is optional and defaults to `true`
-- Input values are referenced in the microagent body using double curly braces (e.g., `{{ INPUT_NAME }}`)
-- All inputs defined will be collected from the user before the task microagent executes
-
-**Variable Usage**: Reference input values using double curly braces `{{ INPUT_NAME }}`.
-
-## Example Formats
-
-### Repository Microagent
-
-Repository microagents provide context and guidelines for a specific repository.
-
-- Located at: `.openhands/microagents/repo.md`
-- Automatically loaded when working with the repository
-- Only one per repository
-
-The `Repository` microagent is loaded specifically from `.openhands/microagents/repo.md` and serves as the main
-repository-specific instruction file. This single file is automatically loaded whenever OpenHands works with that repository
-without requiring any keyword matching or explicit call from the user.
-
-[See the example in the official OpenHands repository](https://github.com/All-Hands-AI/OpenHands/blob/main/.openhands/microagents/repo.md?plain=1)
-
-### Knowledge Microagent
-
-Provides specialized domain expertise triggered by keywords.
-
-You can find several real examples of `Knowledge` microagents in the [offical OpenHands repository](https://github.com/All-Hands-AI/OpenHands/tree/main/microagents/knowledge)
-
-### Task Microagent
-
-When explicitly asked by the user, will guide through interactive workflows with specific inputs.
-
-You can find several real examples of `Tasks` microagents in the [offical OpenHands repository](https://github.com/All-Hands-AI/OpenHands/tree/main/microagents/tasks)
-
-## Markdown Content Best Practices
-
-After the frontmatter, compose the microagent body using Markdown syntax. Examples of elements you can include are:
-
-- Clear, concise instructions outlining the microagent's purpose and responsibilities
-- Specific guidelines and constraints the microagent should adhere to
-- Relevant code snippets and practical examples to illustrate key points
-- Step-by-step procedures for task agents, guiding users through workflows
-
-**Design Tips**:
-
-- Keep microagents focused with a clear purpose
-- Provide specific guidelines rather than general advice
-- Use distinctive triggers for knowledge agents
-- Keep content concise to minimize context window usage
-- Break large microagents into smaller, focused ones
-
-Aim for clarity, brevity, and practicality in your writing. Use formatting like bullet points, code blocks, and emphasis to enhance readability and comprehension.
-
-Remember that balancing microagents details with user input space is important for maintaining effective interactions.

docs/modules/usage/runtimes-index.md

@@ -3,20 +3,22 @@
 A Runtime is an environment where the OpenHands agent can edit files and run
 commands.
 
-By default, OpenHands uses a [Docker-based runtime](./runtimes/docker), running on your local computer.
+By default, OpenHands uses a Docker-based runtime, running on your local computer.
 This means you only have to pay for the LLM you're using, and your code is only ever sent to the LLM.
 
-We also support other runtimes, which are typically managed by third-parties.
+We also support "remote" runtimes, which are typically managed by third-parties.
+They can make setup a bit simpler and more scalable, especially
+if you're running many OpenHands conversations in parallel (e.g. to do evaluation).
 
-Additionally, we provide a [Local Runtime](./runtimes/local) that runs directly on your machine without Docker,
+Additionally, we provide a "local" runtime that runs directly on your machine without Docker,
 which can be useful in controlled environments like CI pipelines.
 
 ## Available Runtimes
 
 OpenHands supports several different runtime environments:
 
-- [Docker Runtime](./runtimes/docker.md) - The default runtime that uses Docker containers for isolation (recommended for most users).
-- [OpenHands Remote Runtime](./runtimes/remote.md) - Cloud-based runtime for parallel execution (beta).
-- [Modal Runtime](./runtimes/modal.md) - Runtime provided by our partners at Modal.
-- [Daytona Runtime](./runtimes/daytona.md) - Runtime provided by Daytona.
-- [Local Runtime](./runtimes/local.md) - Direct execution on your local machine without Docker.
+- [Docker Runtime](./runtimes/docker.md) - The default runtime that uses Docker containers for isolation (recommended for most users)
+- [OpenHands Remote Runtime](./runtimes/remote.md) - Cloud-based runtime for parallel execution (beta)
+- [Modal Runtime](./runtimes/modal.md) - Runtime provided by our partners at Modal
+- [Daytona Runtime](./runtimes/daytona.md) - Runtime provided by Daytona
+- [Local Runtime](./runtimes/local.md) - Direct execution on your local machine without Docker

docs/modules/usage/runtimes/docker.md

@@ -8,7 +8,7 @@ that contains our Runtime server, as well as some basic utilities for Python and
 You can also [build your own runtime image](../how-to/custom-sandbox-guide).
 
 ## Connecting to Your filesystem
-A useful feature is the ability to connect to your local filesystem. To mount your filesystem into the runtime:
+One useful feature here is the ability to connect to your local filesystem. To mount your filesystem into the runtime:
 1. Set `WORKSPACE_BASE`:
 
     ```bash
@@ -40,20 +40,20 @@ but seems to work well on most systems.
 
 ## Hardened Docker Installation
 
-When deploying OpenHands in environments where security is a priority, you should consider implementing a hardened
-Docker configuration. This section provides recommendations for securing your OpenHands Docker deployment beyond the default configuration.
+When deploying OpenHands in environments where security is a priority, you should consider implementing a hardened Docker configuration. This section provides recommendations for securing your OpenHands Docker deployment beyond the default configuration.
 
 ### Security Considerations
 
-The default Docker configuration in the README is designed for ease of use on a local development machine. If you're
-running on a public network (e.g. airport WiFi), you should implement additional security measures.
+The default Docker configuration in the README is designed for ease of use on a local development machine. If you're running on a public network (e.g. airport WiFi),
+you should implement additional security measures.
 
 ### Network Binding Security
 
-By default, OpenHands binds to all network interfaces (`0.0.0.0`), which can expose your instance to all networks the
-host is connected to. For a more secure setup:
+By default, OpenHands binds to all network interfaces (`0.0.0.0`), which can expose your instance to all networks the host is connected to. For a more secure setup:
 
-1. **Restrict Network Binding**: Use the `runtime_binding_address` configuration to restrict which network interfaces OpenHands listens on:
+1. **Restrict Network Binding**:
+
+   Use the `runtime_binding_address` configuration to restrict which network interfaces OpenHands listens on:
 
    ```bash
    docker run # ...
@@ -63,7 +63,9 @@ host is connected to. For a more secure setup:
 
    This configuration ensures OpenHands only listens on the loopback interface (`127.0.0.1`), making it accessible only from the local machine.
 
-2. **Secure Port Binding**: Modify the `-p` flag to bind only to localhost instead of all interfaces:
+2. **Secure Port Binding**:
+
+   Modify the `-p` flag to bind only to localhost instead of all interfaces:
 
    ```bash
    docker run # ... \