Update frontend/src/components/features/chat/expandable-message.tsx

.github/.codecov.yml

@@ -0,0 +1,19 @@
+codecov:
+  notify:
+    wait_for_ci: true
+    # our project is large, so 6 builds are typically uploaded. this waits till 5/6
+    # See https://docs.codecov.com/docs/notifications#section-preventing-notifications-until-after-n-builds
+    after_n_builds: 5
+
+coverage:
+  status:
+    patch:
+      default:
+        threshold: 100% # allow patch coverage to be lower than project coverage by any amount
+    project:
+      default:
+        threshold: 5% # allow project coverage to drop at most 5%
+
+comment: false
+github_checks:
+    annotations: false

.github/CODEOWNERS

@@ -5,7 +5,7 @@
 /frontend/ @rbren @amanape
 
 # Evaluation code owners
-/evaluation/ @xingyaoww @neubig
+/evaluation/ @xingyaoww @neubig 
 
 # Documentation code owners
 /docs/ @mamoodi

.github/dependabot.yml

@@ -13,10 +13,6 @@ updates:
       browsergym:
         patterns:
           - "browsergym*"
-      mcp-packages:
-        patterns:
-          - "mcp"
-          - "mcpm"
       security-all:
         applies-to: "security-updates"
         patterns:

.github/workflows/fe-unit-tests.yml

@@ -42,3 +42,7 @@ jobs:
       - name: Run tests and collect coverage
         working-directory: ./frontend
         run: npm run test:coverage
+      - name: Upload coverage to Codecov
+        uses: codecov/codecov-action@v5
+        env:
+          CODECOV_TOKEN: ${{ secrets.CODECOV_TOKEN }}

.github/workflows/ghcr-build.yml

@@ -312,7 +312,11 @@ jobs:
           SANDBOX_RUNTIME_CONTAINER_IMAGE=$image_name \
           TEST_IN_CI=true \
           RUN_AS_OPENHANDS=false \
-          poetry run pytest -n 7 -raRs --reruns 2 --reruns-delay 5 -s ./tests/runtime --ignore=tests/runtime/test_browsergym_envs.py --durations=10
+          poetry run pytest -n 7 -raRs --reruns 2 --reruns-delay 5 --cov=openhands --cov-report=xml -s ./tests/runtime --ignore=tests/runtime/test_browsergym_envs.py --durations=10
+      - name: Upload coverage to Codecov
+        uses: codecov/codecov-action@v5
+        env:
+          CODECOV_TOKEN: ${{ secrets.CODECOV_TOKEN }}
 
   # Run unit tests with the Docker runtime Docker images as openhands user
   test_runtime_oh:
@@ -377,7 +381,11 @@ jobs:
           SANDBOX_RUNTIME_CONTAINER_IMAGE=$image_name \
           TEST_IN_CI=true \
           RUN_AS_OPENHANDS=true \
-          poetry run pytest -n 7 -raRs --reruns 2 --reruns-delay 5 -s ./tests/runtime --ignore=tests/runtime/test_browsergym_envs.py --durations=10
+          poetry run pytest -n 7 -raRs --reruns 2 --reruns-delay 5 --cov=openhands --cov-report=xml -s ./tests/runtime --ignore=tests/runtime/test_browsergym_envs.py --durations=10
+      - name: Upload coverage to Codecov
+        uses: codecov/codecov-action@v5
+        env:
+          CODECOV_TOKEN: ${{ secrets.CODECOV_TOKEN }}
 
   # The two following jobs (named identically) are to check whether all the runtime tests have passed as the
   # "All Runtime Tests Passed" is a required job for PRs to merge

.github/workflows/lint.yml

@@ -30,12 +30,11 @@ jobs:
         run: |
           cd frontend
           npm install --frozen-lockfile
-      - name: Lint, TypeScript compilation, and translation checks
+      - name: Lint and TypeScript compilation
         run: |
           cd frontend
           npm run lint
           npm run make-i18n && tsc
-          npm run check-translation-completeness
 
   # Run lint on the python code
   lint-python:

.github/workflows/py-unit-tests.yml

@@ -47,10 +47,12 @@ jobs:
         run: poetry install --without evaluation
       - name: Build Environment
         run: make build
-      - name: Run Unit Tests
-        run: poetry run pytest --forked -n auto -svv ./tests/unit
-      - name: Run Runtime Tests with CLIRuntime
-        run: TEST_RUNTIME=cli poetry run pytest -svv tests/runtime/test_bash.py
+      - name: Run Tests
+        run: poetry run pytest --forked -n auto --cov=openhands --cov-report=xml -svv ./tests/unit
+      - name: Upload coverage to Codecov
+        uses: codecov/codecov-action@v5
+        env:
+          CODECOV_TOKEN: ${{ secrets.CODECOV_TOKEN }}
 
   # Run specific Windows python tests
   test-on-windows:
@@ -74,5 +76,5 @@ jobs:
         run: poetry install --without evaluation
       - name: Run Windows unit tests
         run: poetry run pytest -svv tests/unit/test_windows_bash.py
-      - name: Run Windows runtime tests with LocalRuntime
+      - name: Run Windows runtime tests
         run: $env:TEST_RUNTIME="local"; poetry run pytest -svv tests/runtime/test_bash.py

.github/workflows/run-eval.yml

@@ -9,7 +9,7 @@ on:
 jobs:
   trigger-job:
     name: Trigger remote eval job
-    if: ${{ github.event.label.name == 'run-eval-1' || github.event.label.name == 'run-eval-2' || github.event.label.name == 'run-eval-50' || github.event.label.name == 'run-eval-100' }}
+    if: ${{ github.event.label.name == 'run-eval-xs' || github.event.label.name == 'run-eval-s' || github.event.label.name == 'run-eval-m' }}
     runs-on: blacksmith-4vcpu-ubuntu-2204
 
     steps:
@@ -26,14 +26,12 @@ jobs:
           echo "Repository URL: $REPO_URL"
           echo "PR Branch: $PR_BRANCH"
 
-          if [[ "${{ github.event.label.name }}" == "run-eval-1" ]]; then
+          if [[ "${{ github.event.label.name }}" == "run-eval-xs" ]]; then
             EVAL_INSTANCES="1"
-          elif [[ "${{ github.event.label.name }}" == "run-eval-2" ]]; then
-            EVAL_INSTANCES="2"
-          elif [[ "${{ github.event.label.name }}" == "run-eval-50" ]]; then
-            EVAL_INSTANCES="50"
-          elif [[ "${{ github.event.label.name }}" == "run-eval-100" ]]; then
-            EVAL_INSTANCES="100"
+          elif [[ "${{ github.event.label.name }}" == "run-eval-s" ]]; then
+            EVAL_INSTANCES="5"
+          elif [[ "${{ github.event.label.name }}" == "run-eval-m" ]]; then
+            EVAL_INSTANCES="30"
           fi
 
           curl -X POST \

.openhands/microagents/documentation.md

@@ -1,33 +0,0 @@
----
-name: documentation
-type: knowledge
-version: 1.0.0
-agent: CodeActAgent
-triggers:
-- documentation
-- docs
-- document
----
-
-# Documentation Guidelines
-
-All documentation must be grounded in fact, so you must not make anything up without proper evidence. When you have finished writing documentation, convey to the user what reference source, including web pages, source code, or other sources of documentation you referenced when writing each new fact in the documentation. If you cannot reference a source for anything do not include it in the pull request.
-
-## Best Practices for Documentation
-
-1. **Be Factual**: Only include information that can be verified from reliable sources.
-2. **Cite Sources**: Always reference the source of information (code, web pages, official documentation).
-3. **Be Clear and Concise**: Use simple language and avoid unnecessary jargon.
-4. **Use Examples**: Include practical examples to illustrate concepts.
-5. **Structure Properly**: Use headings, lists, and code blocks to organize information.
-6. **Keep Updated**: Ensure documentation reflects the current state of the code or system.
-
-## Documentation Process
-
-1. Research and gather information from reliable sources
-2. Draft documentation based on verified facts
-3. Review for accuracy and completeness
-4. Include references for all factual statements
-5. Submit only when all information is properly sourced
-
-Remember: If you cannot verify a piece of information, it's better to exclude it than to include potentially incorrect information.

.openhands/microagents/repo.md

@@ -1,3 +1,8 @@
+---
+name: repo
+type: repo
+agent: CodeActAgent
+---
 This repository contains the code for OpenHands, an automated AI software engineer. It has a Python backend
 (in the `openhands` directory) and React frontend (in the `frontend` directory).
 
@@ -66,18 +71,3 @@ These details may or may not be useful for your current task.
 - Actions with `thought` property are displayed in the UI based on their action type:
   - Regular actions (like "run", "edit") display the thought as a separate message
   - Special actions (like "think") are displayed as collapsible elements only
-
-#### Adding User Settings:
-- To add a new user setting to OpenHands, follow these steps:
-  1. Add the setting to the frontend:
-     - Add the setting to the `Settings` type in `frontend/src/types/settings.ts`
-     - Add the setting to the `ApiSettings` type in the same file
-     - Add the setting with an appropriate default value to `DEFAULT_SETTINGS` in `frontend/src/services/settings.ts`
-     - Update the `useSettings` hook in `frontend/src/hooks/query/use-settings.ts` to map the API response
-     - Update the `useSaveSettings` hook in `frontend/src/hooks/mutation/use-save-settings.ts` to include the setting in API requests
-     - Add UI components (like toggle switches) in the appropriate settings screen (e.g., `frontend/src/routes/app-settings.tsx`)
-     - Add i18n translations for the setting name and any tooltips in `frontend/src/i18n/translation.json`
-     - Add the translation key to `frontend/src/i18n/declaration.ts`
-  2. Add the setting to the backend:
-     - Add the setting to the `Settings` model in `openhands/storage/data_models/settings.py`
-     - Update any relevant backend code to apply the setting (e.g., in session creation)

Development.md

@@ -1,8 +1,8 @@
 # Development Guide
 
 This guide is for people working on OpenHands and editing the source code.
-If you wish to contribute your changes, check out the [CONTRIBUTING.md](https://github.com/All-Hands-AI/OpenHands/blob/main/CONTRIBUTING.md) on how to clone and setup the project
-initially before moving on. Otherwise, you can clone the OpenHands project directly.
+If you wish to contribute your changes, check out the [CONTRIBUTING.md](https://github.com/All-Hands-AI/OpenHands/blob/main/CONTRIBUTING.md) on how to clone and setup the project initially before moving on.
+Otherwise, you can clone the OpenHands project directly.
 
 ## Start the Server for Development
 
@@ -21,8 +21,7 @@ Make sure you have all these dependencies installed before moving on to `make bu
 
 #### Develop without sudo access
 
-If you want to develop without system admin/sudo access to upgrade/install `Python` and/or `NodeJs`, you can use
-`conda` or `mamba` to manage the packages for you:
+If you want to develop without system admin/sudo access to upgrade/install `Python` and/or `NodeJs`, you can use `conda` or `mamba` to manage the packages for you:
 
 ```bash
 # Download and install Mamba (a faster version of conda)
@@ -37,8 +36,7 @@ mamba install conda-forge::poetry
 
 ### 2. Build and Setup The Environment
 
-Begin by building the project which includes setting up the environment and installing dependencies. This step ensures
-that OpenHands is ready to run on your system:
+Begin by building the project which includes setting up the environment and installing dependencies. This step ensures that OpenHands is ready to run on your system:
 
 ```bash
 make build
@@ -47,6 +45,8 @@ make build
 ### 3. Configuring the Language Model
 
 OpenHands supports a diverse array of Language Models (LMs) through the powerful [litellm](https://docs.litellm.ai) library.
+By default, we've chosen Claude Sonnet 3.5 as our go-to model, but the world is your oyster! You can unleash the
+potential of any other LM that piques your interest.
 
 To configure the LM of your choice, run:
 
@@ -54,12 +54,9 @@ To configure the LM of your choice, run:
 make setup-config
 ```
 
-This command will prompt you to enter the LLM API key, model name, and other variables ensuring that OpenHands is
-tailored to your specific needs. Note that the model name will apply only when you run headless. If you use the UI,
-please set the model in the UI.
+This command will prompt you to enter the LLM API key, model name, and other variables ensuring that OpenHands is tailored to your specific needs. Note that the model name will apply only when you run headless. If you use the UI, please set the model in the UI.
 
-Note: If you have previously run OpenHands using the docker command, you may have already set some environmental
-variables in your terminal. The final configurations are set from highest to lowest priority:
+Note: If you have previously run OpenHands using the docker command, you may have already set some environmental variables in your terminal. The final configurations are set from highest to lowest priority:
 Environment variables > config.toml variables > default variables
 
 **Note on Alternative Models:**
@@ -77,15 +74,13 @@ make run
 
 #### Option B: Individual Server Startup
 
-- **Start the Backend Server:** If you prefer, you can start the backend server independently to focus on
-backend-related tasks or configurations.
+- **Start the Backend Server:** If you prefer, you can start the backend server independently to focus on backend-related tasks or configurations.
 
   ```bash
   make start-backend
   ```
 
-- **Start the Frontend Server:** Similarly, you can start the frontend server on its own to work on frontend-related
-components or interface enhancements.
+- **Start the Frontend Server:** Similarly, you can start the frontend server on its own to work on frontend-related components or interface enhancements.
   ```bash
   make start-frontend
   ```
@@ -120,10 +115,10 @@ poetry run pytest ./tests/unit/test_*.py
 
 ### 9. Use existing Docker image
 
-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.
+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.39-nikolaik`
+Example: `export SANDBOX_RUNTIME_CONTAINER_IMAGE=ghcr.io/all-hands-ai/runtime:0.37-nikolaik`
 
 ## Develop inside Docker container
 

ISSUE_TRIAGE.md

@@ -3,12 +3,17 @@ These are the procedures and guidelines on how issues are triaged in this repo b
 
 ## General
 * All issues must be tagged with **enhancement**, **bug** or **troubleshooting/help**.
-* Issues may be tagged with what it relates to (**agent quality**, **resolver**, **CLI**, etc.).
+* Issues may be tagged with what it relates to (**agent quality**, **frontend**, **resolver**, etc.).
 
 ## Severity
+* **Low**: Minor issues or affecting single user.
+* **Medium**: Affecting multiple users.
 * **High**: High visibility issues or affecting many users.
 * **Critical**: Affecting all users or potential security issues.
 
+## Effort
+* Issues may be estimated with effort required (**small effort**, **medium effort**, **large effort**).
+
 ## Difficulty
 * Issues with low implementation difficulty may be tagged with **good first issue**.
 

Makefile

@@ -5,7 +5,6 @@ SHELL=/usr/bin/env bash
 BACKEND_HOST ?= "127.0.0.1"
 BACKEND_PORT = 3000
 BACKEND_HOST_PORT = "$(BACKEND_HOST):$(BACKEND_PORT)"
-FRONTEND_HOST ?= "127.0.0.1"
 FRONTEND_PORT = 3001
 DEFAULT_WORKSPACE_DIR = "./workspace"
 DEFAULT_MODEL = "gpt-4o"
@@ -289,15 +288,6 @@ setup-config-prompts:
 	@read -p "Enter your LLM base URL [mostly used for local LLMs, leave blank if not needed - example: http://localhost:5001/v1/]: " llm_base_url; \
 	 if [[ ! -z "$$llm_base_url" ]]; then echo "base_url=\"$$llm_base_url\"" >> $(CONFIG_FILE).tmp; fi
 
-setup-config-basic:
-	@printf '%s\n' \
-	'[core]' \
-	'workspace_base="./workspace"' \
-	> config.toml
-	@echo "$(GREEN)config.toml created.$(RESET)"
-
-openhands-cloud-run:
-	@$(MAKE) run BACKEND_HOST="0.0.0.0" BACKEND_PORT="12000" FRONTEND_HOST="0.0.0.0" FRONTEND_PORT="12001"
 
 # Develop in container
 docker-dev:
@@ -332,4 +322,5 @@ help:
 	@echo "  $(GREEN)help$(RESET)                - Display this help message, providing information on available targets."
 
 # Phony targets
-.PHONY: build check-dependencies check-system check-python check-npm check-nodejs check-docker check-poetry install-python-dependencies install-frontend-dependencies install-pre-commit-hooks lint-backend lint-frontend lint test-frontend test build-frontend start-backend start-frontend _run_setup run run-wsl setup-config setup-config-prompts setup-config-basic openhands-cloud-run docker-dev docker-run clean help
+.PHONY: build check-dependencies check-python check-npm check-docker check-poetry install-python-dependencies install-frontend-dependencies install-pre-commit-hooks lint start-backend start-frontend run run-wsl setup-config setup-config-prompts help
+.PHONY: docker-dev docker-run

README.md

@@ -51,17 +51,17 @@ system requirements and more information.
 
 
 ```bash
-docker pull docker.all-hands.dev/all-hands-ai/runtime:0.39-nikolaik
+docker pull docker.all-hands.dev/all-hands-ai/runtime:0.37-nikolaik
 
 docker run -it --rm --pull=always \
-    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.39-nikolaik \
+    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.37-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.39
+    docker.all-hands.dev/all-hands-ai/openhands:0.37
 ```
 
 You'll find OpenHands running at [http://localhost:3000](http://localhost:3000)!
@@ -92,7 +92,6 @@ If you want to modify the OpenHands source code, check out [Development.md](http
 Having issues? The [Troubleshooting Guide](https://docs.all-hands.dev/modules/usage/troubleshooting) can help.
 
 ## 📖 Documentation
-  <a href="https://deepwiki.com/All-Hands-AI/OpenHands"><img src="https://deepwiki.com/badge.svg" alt="Ask DeepWiki" title="Autogenerated Documentation by DeepWiki"></a>
 
 To learn more about the project, and for tips on using OpenHands,
 check out our [documentation](https://docs.all-hands.dev/modules/usage/getting-started).

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.39-nikolaik}
+      - SANDBOX_RUNTIME_CONTAINER_IMAGE=${SANDBOX_RUNTIME_CONTAINER_IMAGE:-ghcr.io/all-hands-ai/runtime:0.37-nikolaik}
       - SANDBOX_USER_ID=${SANDBOX_USER_ID:-1234}
       - WORKSPACE_MOUNT_PATH=${WORKSPACE_BASE:-$PWD/workspace}
     ports:

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.39-nikolaik}
+      - SANDBOX_RUNTIME_CONTAINER_IMAGE=${SANDBOX_RUNTIME_CONTAINER_IMAGE:-docker.all-hands.dev/all-hands-ai/runtime:0.37-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/i18n/fr/docusaurus-plugin-content-docs/current/usage/cloud/cloud-github-resolver.md

@@ -0,0 +1,33 @@
+# Résolveur GitHub Cloud
+
+Le Résolveur GitHub automatise les corrections de code et fournit une assistance intelligente pour vos dépôts.
+
+## Configuration
+
+Le Résolveur GitHub Cloud est disponible automatiquement lorsque vous
+[accordez l'accès au dépôt OpenHands Cloud](./openhands-cloud#adding-repository-access).
+
+## Utilisation
+
+Après avoir accordé l'accès au dépôt OpenHands Cloud, vous pouvez utiliser le Résolveur GitHub Cloud sur les problèmes et les pull requests
+du dépôt.
+
+### Problèmes (Issues)
+
+Sur votre dépôt, étiquetez un problème avec `openhands`. OpenHands va :
+1. Commenter le problème pour vous informer qu'il y travaille.
+    - Vous pouvez cliquer sur le lien pour suivre la progression sur OpenHands Cloud.
+2. Ouvrir une pull request s'il détermine que le problème a été résolu avec succès.
+3. Commenter le problème avec un résumé des tâches effectuées et un lien vers la pull request.
+
+
+### Pull Requests
+
+Pour qu'OpenHands travaille sur des pull requests, utilisez `@openhands` dans les commentaires de premier niveau ou en ligne pour :
+     - Poser des questions
+     - Demander des mises à jour
+     - Obtenir des explications de code
+
+OpenHands va :
+1. Commenter la PR pour vous informer qu'il y travaille.
+2. Effectuer la tâche.

docs/i18n/fr/docusaurus-plugin-content-docs/current/usage/cloud/cloud-issue-resolver.md

@@ -1,32 +0,0 @@
-# Résolveur de Problèmes Cloud
-
-Le Résolveur de Problèmes Cloud automatise les corrections de code et fournit une assistance intelligente pour vos dépôts sur GitHub et GitLab.
-
-## Configuration
-
-Le Résolveur de Problèmes Cloud est disponible automatiquement lorsque vous accordez l'accès au dépôt OpenHands Cloud :
-- [Accès au dépôt GitHub](./github-installation#adding-repository-access)
-- [Accès au dépôt GitLab](./gitlab-installation#adding-repository-access)
-
-## Utilisation
-
-Après avoir accordé l'accès au dépôt OpenHands Cloud, vous pouvez utiliser le Résolveur de Problèmes Cloud sur les problèmes et les pull/merge requests dans vos dépôts.
-
-### Travailler avec les Problèmes
-
-Sur votre dépôt, étiquetez un problème avec `openhands`. OpenHands va :
-1. Commenter le problème pour vous faire savoir qu'il y travaille
-   - Vous pouvez cliquer sur le lien pour suivre la progression sur OpenHands Cloud
-2. Ouvrir une pull request (GitHub) ou une merge request (GitLab) s'il détermine que le problème a été résolu avec succès
-3. Commenter le problème avec un résumé des tâches effectuées et un lien vers la PR/MR
-
-### Travailler avec les Pull/Merge Requests
-
-Pour qu'OpenHands travaille sur les pull requests (GitHub) ou les merge requests (GitLab), mentionnez `@openhands` dans les commentaires pour :
-- Poser des questions
-- Demander des mises à jour
-- Obtenir des explications de code
-
-OpenHands va :
-1. Commenter pour vous faire savoir qu'il y travaille
-2. Effectuer la tâche demandée

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

@@ -1,29 +0,0 @@
-# Interface Cloud
-
-L'interface Cloud fournit une interface web pour interagir avec OpenHands AI. Cette page explique comment accéder et utiliser l'interface Cloud d'OpenHands.
-
-## Accès à l'Interface
-
-L'interface Cloud d'OpenHands est accessible à [app.all-hands.dev](https://app.all-hands.dev). Vous devrez vous connecter avec votre compte GitHub ou GitLab pour accéder à l'interface.
-
-<!-- Image will be added in a future update -->
-<!-- ![Interface Cloud OpenHands](/img/docs/openhands-cloud-ui.png) -->
-
-## Fonctionnalités Clés
-
-Pour des informations détaillées sur les fonctionnalités disponibles dans l'interface Cloud d'OpenHands, veuillez consulter la section [Fonctionnalités Clés](../key-features.md) de la documentation.
-
-## Paramètres
-
-La page des paramètres vous permet de :
-
-1. Configurer les préférences de votre compte
-2. Gérer l'accès aux dépôts
-3. Générer des clés API pour un accès programmatique
-4. Personnaliser votre expérience OpenHands
-
-## Prochaines Étapes
-
-- [Utiliser le Résolveur de Problèmes Cloud](./cloud-issue-resolver.md) pour automatiser les corrections de code et obtenir de l'aide
-- [En savoir plus sur l'API Cloud](./cloud-api.md) pour un accès programmatique
-- [Retourner à la Mise en Route](./openhands-cloud.md)

docs/i18n/fr/docusaurus-plugin-content-docs/current/usage/cloud/github-installation.md

@@ -1,55 +0,0 @@
-# Installation GitHub
-
-Ce guide vous accompagne dans le processus d'installation et de configuration d'OpenHands Cloud pour vos dépôts GitHub.
-
-## Prérequis
-
-- Un compte GitHub
-- Accès à OpenHands Cloud
-
-## Étapes d'Installation
-
-1. Connectez-vous à [OpenHands Cloud](https://app.all-hands.dev)
-2. Si vous n'avez pas encore connecté votre compte GitHub :
-   - Cliquez sur `Se connecter à GitHub`
-   - Examinez et acceptez les conditions d'utilisation
-   - Autorisez l'application OpenHands AI
-
-## Ajout d'Accès au Dépôt
-
-Vous pouvez accorder à OpenHands l'accès à des dépôts spécifiques :
-
-1. Cliquez sur le menu déroulant `Sélectionner un projet GitHub`, puis sélectionnez `Ajouter plus de dépôts...`
-2. Sélectionnez votre organisation et choisissez les dépôts spécifiques auxquels vous souhaitez accorder l'accès à OpenHands.
-   - OpenHands demande des jetons à courte durée de vie (expiration de 8 heures) avec ces permissions :
-     - Actions : Lecture et écriture
-     - Administration : Lecture seule
-     - Statuts de commit : Lecture et écriture
-     - Contenus : Lecture et écriture
-     - Problèmes : Lecture et écriture
-     - Métadonnées : Lecture seule
-     - Pull requests : Lecture et écriture
-     - Webhooks : Lecture et écriture
-     - Workflows : Lecture et écriture
-   - L'accès au dépôt pour un utilisateur est accordé en fonction de :
-     - Permission accordée pour le dépôt
-     - Permissions GitHub de l'utilisateur (propriétaire/collaborateur)
-3. Cliquez sur `Installer & Autoriser`
-
-## Modification de l'Accès au Dépôt
-
-Vous pouvez modifier l'accès au dépôt à tout moment :
-* En utilisant le même workflow `Sélectionner un projet GitHub > Ajouter plus de dépôts`, ou
-* En visitant la page Paramètres et en sélectionnant `Configurer les Dépôts GitHub` dans la section `Paramètres GitHub`.
-
-## Utilisation d'OpenHands avec GitHub
-
-Une fois que vous avez accordé l'accès au dépôt, vous pouvez utiliser OpenHands avec vos dépôts GitHub.
-
-Pour plus de détails sur l'utilisation d'OpenHands avec les problèmes et les pull requests GitHub, consultez la documentation du [Résolveur de Problèmes Cloud](./cloud-issue-resolver.md).
-
-## Prochaines Étapes
-
-- [Accéder à l'Interface Cloud](./cloud-ui.md) pour interagir avec l'interface web
-- [Utiliser le Résolveur de Problèmes Cloud](./cloud-issue-resolver.md) pour automatiser les corrections de code et obtenir de l'aide
-- [Utiliser l'API Cloud](./cloud-api.md) pour interagir programmatiquement avec OpenHands

docs/i18n/fr/docusaurus-plugin-content-docs/current/usage/cloud/gitlab-installation.md

@@ -1,50 +0,0 @@
-# Installation GitLab
-
-Ce guide vous accompagne dans le processus d'installation et de configuration d'OpenHands Cloud pour vos dépôts GitLab.
-
-## Prérequis
-
-- Un compte GitLab
-- Accès à OpenHands Cloud
-
-## Étapes d'Installation
-
-1. Connectez-vous à [OpenHands Cloud](https://app.all-hands.dev)
-2. Si vous n'avez pas encore connecté votre compte GitLab :
-   - Cliquez sur `Se connecter à GitLab`
-   - Examinez et acceptez les conditions d'utilisation
-   - Autorisez l'application OpenHands AI
-
-## Ajout d'Accès au Dépôt
-
-Vous pouvez accorder à OpenHands l'accès à des dépôts spécifiques :
-
-1. Cliquez sur le menu déroulant `Sélectionner un projet GitLab`, puis sélectionnez `Ajouter plus de dépôts...`
-2. Sélectionnez votre organisation et choisissez les dépôts spécifiques auxquels vous souhaitez accorder l'accès à OpenHands.
-   - OpenHands demande des permissions avec ces portées :
-     - api : Accès complet à l'API
-     - read_user : Lecture des informations utilisateur
-     - read_repository : Lecture des informations du dépôt
-     - write_repository : Écriture dans le dépôt
-   - L'accès au dépôt pour un utilisateur est accordé en fonction de :
-     - Permission accordée pour le dépôt
-     - Permissions GitLab de l'utilisateur (propriétaire/mainteneur/développeur)
-3. Cliquez sur `Installer & Autoriser`
-
-## Modification de l'Accès au Dépôt
-
-Vous pouvez modifier l'accès au dépôt à tout moment :
-* En utilisant le même workflow `Sélectionner un projet GitLab > Ajouter plus de dépôts`, ou
-* En visitant la page Paramètres et en sélectionnant `Configurer les Dépôts GitLab` dans la section `Paramètres GitLab`.
-
-## Utilisation d'OpenHands avec GitLab
-
-Une fois que vous avez accordé l'accès au dépôt, vous pouvez utiliser OpenHands avec vos dépôts GitLab.
-
-Pour plus de détails sur l'utilisation d'OpenHands avec les problèmes et les merge requests GitLab, consultez la documentation du [Résolveur de Problèmes Cloud](./cloud-issue-resolver.md).
-
-## Prochaines Étapes
-
-- [Accéder à l'Interface Cloud](./cloud-ui.md) pour interagir avec l'interface web
-- [Utiliser le Résolveur de Problèmes Cloud](./cloud-issue-resolver.md) pour automatiser les corrections de code et obtenir de l'aide
-- [Utiliser l'API Cloud](./cloud-api.md) pour interagir programmatiquement avec OpenHands

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

@@ -1,24 +0,0 @@
-# OpenHands Cloud
-
-OpenHands Cloud est la version hébergée dans le cloud d'OpenHands par All Hands AI.
-
-## Accès à OpenHands Cloud
-
-Pour commencer avec OpenHands Cloud, visitez [app.all-hands.dev](https://app.all-hands.dev).
-
-Vous serez invité à vous connecter avec votre compte GitHub ou GitLab :
-
-1. Après avoir lu et accepté les conditions d'utilisation, cliquez sur `Se connecter à GitHub` ou `Se connecter à GitLab`.
-2. Examinez les permissions demandées par OpenHands et autorisez l'application.
-   - OpenHands nécessitera certaines permissions de votre compte. Pour en savoir plus sur ces permissions,
-     vous pouvez cliquer sur le lien `En savoir plus` sur la page d'autorisation.
-
-## Prochaines Étapes
-
-Une fois que vous avez connecté votre compte, vous pouvez :
-
-- [Installer l'Intégration GitHub](./github-installation.md) pour utiliser OpenHands avec vos dépôts GitHub
-- [Installer l'Intégration GitLab](./gitlab-installation.md) pour utiliser OpenHands avec vos dépôts GitLab
-- [Accéder à l'Interface Cloud](./cloud-ui.md) pour interagir avec l'interface web
-- [Utiliser l'API Cloud](./cloud-api.md) pour interagir programmatiquement avec OpenHands
-- [Configurer le Résolveur de Problèmes Cloud](./cloud-issue-resolver.md) pour automatiser les corrections de code et fournir une assistance intelligente

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

@@ -0,0 +1,65 @@
+# OpenHands Cloud
+
+OpenHands Cloud est la version hébergée dans le cloud d'OpenHands par All Hands AI.
+
+## Accéder à OpenHands Cloud
+
+OpenHands Cloud est accessible à l'adresse https://app.all-hands.dev/.
+
+Vous pouvez également interagir avec OpenHands Cloud par programmation en utilisant l'[API](./cloud-api).
+
+## Premiers pas
+
+Après avoir visité OpenHands Cloud, il vous sera demandé de vous connecter avec votre compte GitHub ou GitLab :
+
+1. Après avoir lu et accepté les conditions d'utilisation, cliquez sur `Log in with GitHub` ou `Log in with GitLab`.
+2. Examinez les autorisations demandées par OpenHands, puis cliquez sur `Authorize OpenHands AI`.
+   - OpenHands nécessitera certaines autorisations de votre compte GitHub ou GitLab. Pour en savoir plus sur ces autorisations :
+     - GitHub : Vous pouvez cliquer sur le lien `Learn more` sur la page d'autorisation GitHub.
+     - GitLab : Vous pouvez développer chaque demande d'autorisation sur la page d'autorisation GitLab.
+
+## Accès aux dépôts
+
+### GitHub
+
+#### Ajouter l'accès aux dépôts
+
+Vous pouvez accorder à OpenHands un accès à des dépôts spécifiques :
+1. Cliquez sur `Add GitHub repos` sur la page d'accueil.
+2. Sélectionnez l'organisation, puis choisissez les dépôts spécifiques auxquels vous souhaitez donner accès à OpenHands.
+   <details>
+     <summary>Détails des autorisations pour l'accès aux dépôts</summary>
+
+     Openhands demande des jetons à courte durée de vie (expiration de 8 heures) avec ces autorisations :
+     - Actions : Lecture et écriture
+     - Administration : Lecture seule
+     - Statuts de commit : Lecture et écriture
+     - Contenus : Lecture et écriture
+     - Issues : Lecture et écriture
+     - Métadonnées : Lecture seule
+     - Pull requests : Lecture et écriture
+     - Webhooks : Lecture et écriture
+     - Workflows : Lecture et écriture
+
+     L'accès au dépôt pour un utilisateur est accordé en fonction de :
+     - L'autorisation accordée pour le dépôt.
+     - Les autorisations GitHub de l'utilisateur (propriétaire/collaborateur).
+   </details>
+
+3. Cliquez sur `Install & Authorize`.
+
+#### Modifier l'accès aux dépôts
+
+Vous pouvez modifier l'accès aux dépôts GitHub à tout moment en :
+* Utilisant le même processus `Add GitHub repos`, ou
+* Visitant la page Paramètres et en sélectionnant `Configure GitHub Repositories` dans la section `Git Settings`.
+
+### GitLab
+
+Lorsque vous utilisez votre compte GitLab, OpenHands aura automatiquement accès à vos dépôts.
+
+## Persistance des conversations
+
+- Liste des conversations – Affiche uniquement les 10 conversations les plus récentes initiées au cours des 10 derniers jours.
+- Espaces de travail – Les espaces de travail de conversation sont conservés pendant 14 jours.
+- Environnements d'exécution – Les environnements d'exécution restent actifs ("chauds") pendant 30 minutes. Après cette période, la reprise d'une conversation peut prendre 1 à 2 minutes.

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

@@ -37,7 +37,7 @@ Pour exécuter OpenHands en mode CLI avec Docker :
 ```bash
 docker run -it \
     --pull=always \
-    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.39-nikolaik \
+    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.37-nikolaik \
     -e SANDBOX_USER_ID=$(id -u) \
     -e SANDBOX_VOLUMES=$SANDBOX_VOLUMES \
     -e LLM_API_KEY=$LLM_API_KEY \
@@ -46,7 +46,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.39 \
+    docker.all-hands.dev/all-hands-ai/openhands:0.37 \
     python -m openhands.core.cli
 ```
 

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

@@ -34,7 +34,7 @@ Pour exécuter OpenHands en mode Headless avec Docker :
 ```bash
 docker run -it \
     --pull=always \
-    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.39-nikolaik \
+    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.37-nikolaik \
     -e SANDBOX_USER_ID=$(id -u) \
     -e SANDBOX_VOLUMES=$SANDBOX_VOLUMES \
     -e LLM_API_KEY=$LLM_API_KEY \
@@ -44,7 +44,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.39 \
+    docker.all-hands.dev/all-hands-ai/openhands:0.37 \
     python -m openhands.core.main -t "write a bash script that prints hi"
 ```
 

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

@@ -58,17 +58,17 @@ Un système avec un processeur moderne et un minimum de **4 Go de RAM** est reco
 La façon la plus simple d'exécuter OpenHands est dans Docker.
 
 ```bash
-docker pull docker.all-hands.dev/all-hands-ai/runtime:0.39-nikolaik
+docker pull docker.all-hands.dev/all-hands-ai/runtime:0.37-nikolaik
 
 docker run -it --rm --pull=always \
-    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.39-nikolaik \
+    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.37-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.39
+    docker.all-hands.dev/all-hands-ai/openhands:0.37
 ```
 
 Vous trouverez OpenHands en cours d'exécution à l'adresse http://localhost:3000 !

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

@@ -1,8 +1,8 @@
-# Aperçu des Fonctionnalités d'OpenHands
+# Aperçu des fonctionnalités d'OpenHands
 
 ![aperçu](/img/oh-features.png)
 
-### Panneau de Discussion
+### Panneau de discussion
 - Affiche la conversation entre l'utilisateur et OpenHands.
 - OpenHands explique ses actions dans ce panneau.
 
@@ -10,8 +10,8 @@
 - Montre les modifications de fichiers effectuées par OpenHands.
 
 ### VS Code
-- VS Code intégré pour parcourir et modifier les fichiers.
-- Peut également être utilisé pour télécharger et envoyer des fichiers.
+- VS Code intégré pour parcourir et modifier des fichiers.
+- Peut également être utilisé pour télécharger et importer des fichiers.
 
 ### Terminal
 - Un espace permettant à OpenHands et aux utilisateurs d'exécuter des commandes terminal.
@@ -25,5 +25,5 @@
 - Les utilisateurs peuvent interagir avec l'application en cours d'exécution.
 
 ### Navigateur
-- Utilisé par OpenHands pour naviguer sur les sites web.
+- Utilisé par OpenHands pour naviguer sur des sites web.
 - Le navigateur n'est pas interactif.

docs/i18n/ja/docusaurus-plugin-content-docs/current/usage/cloud/cloud-github-resolver.md

@@ -0,0 +1,31 @@
+# Cloud GitHub Resolver
+
+GitHub Resolverはコードの修正を自動化し、リポジトリに対してインテリジェントな支援を提供します。
+
+## セットアップ
+
+Cloud GitHub Resolverは、[OpenHands Cloudにリポジトリアクセス権を付与する](./openhands-cloud#adding-repository-access)と自動的に利用可能になります。
+
+## 使用方法
+
+OpenHands Cloudにリポジトリアクセス権を付与した後、リポジトリの課題（Issue）とプルリクエストでCloud GitHub Resolverを使用できます。
+
+### 課題（Issues）
+
+リポジトリで課題に`openhands`ラベルを付けると、OpenHandsは以下の操作を行います：
+1. 課題にコメントして、作業中であることを通知します。
+    - OpenHands Cloudで進捗状況を追跡するためのリンクをクリックできます。
+2. 課題が正常に解決されたと判断した場合、プルリクエストを開きます。
+3. 実行されたタスクの概要とプルリクエストへのリンクを含むコメントを課題に投稿します。
+
+
+### プルリクエスト
+
+プルリクエストでOpenHandsを利用するには、トップレベルまたはインラインコメントで`@openhands`を使用して：
+     - 質問する
+     - 更新をリクエストする
+     - コードの説明を取得する
+
+OpenHandsは以下の操作を行います：
+1. PRにコメントして、作業中であることを通知します。
+2. タスクを実行します。

docs/i18n/ja/docusaurus-plugin-content-docs/current/usage/cloud/cloud-issue-resolver.md

@@ -1,32 +0,0 @@
-# クラウド課題リゾルバー
-
-クラウド課題リゾルバーは、GitHubとGitLabのリポジトリに対してコード修正を自動化し、インテリジェントな支援を提供します。
-
-## セットアップ
-
-クラウド課題リゾルバーは、OpenHands Cloudリポジトリアクセスを許可すると自動的に利用可能になります：
-- [GitHubリポジトリアクセス](./github-installation#adding-repository-access)
-- [GitLabリポジトリアクセス](./gitlab-installation#adding-repository-access)
-
-## 使用方法
-
-OpenHands Cloudリポジトリアクセスを許可した後、リポジトリの課題やプルリクエスト/マージリクエストでクラウド課題リゾルバーを使用できます。
-
-### 課題の操作
-
-リポジトリで、課題に`openhands`というラベルを付けます。OpenHandsは以下を行います：
-1. 課題にコメントして、作業中であることを知らせます
-   - リンクをクリックすると、OpenHands Cloudで進捗状況を追跡できます
-2. 課題が正常に解決されたと判断した場合、プルリクエスト（GitHub）またはマージリクエスト（GitLab）を開きます
-3. 実行されたタスクの概要とPR/MRへのリンクを含むコメントを課題に残します
-
-### プルリクエスト/マージリクエストの操作
-
-プルリクエスト（GitHub）またはマージリクエスト（GitLab）でOpenHandsを動作させるには、コメントで`@openhands`を言及して以下を行います：
-- 質問する
-- 更新をリクエストする
-- コードの説明を取得する
-
-OpenHandsは以下を行います：
-1. 作業中であることを知らせるコメントをします
-2. リクエストされたタスクを実行します

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

@@ -1,29 +0,0 @@
-# クラウドUI
-
-クラウドUIは、OpenHands AIと対話するためのウェブインターフェースを提供します。このページでは、OpenHands クラウドUIへのアクセス方法と使用方法について説明します。
-
-## UIへのアクセス
-
-OpenHands クラウドUIは[app.all-hands.dev](https://app.all-hands.dev)でアクセスできます。インターフェースにアクセスするには、GitHubまたはGitLabアカウントでサインインする必要があります。
-
-<!-- 画像は将来のアップデートで追加されます -->
-<!-- ![OpenHands クラウドUI](/img/docs/openhands-cloud-ui.png) -->
-
-## 主な機能
-
-OpenHands クラウドUIで利用可能な機能の詳細については、ドキュメントの[主な機能](../key-features.md)セクションを参照してください。
-
-## 設定
-
-設定ページでは以下のことができます：
-
-1. アカウント設定の構成
-2. リポジトリアクセスの管理
-3. プログラムによるアクセスのためのAPIキーの生成
-4. OpenHandsエクスペリエンスのカスタマイズ
-
-## 次のステップ
-
-- [クラウド課題リゾルバーを使用する](./cloud-issue-resolver.md)でコード修正を自動化し、支援を受ける
-- [クラウドAPIについて学ぶ](./cloud-api.md)でプログラムによるアクセスを行う
-- [はじめにに戻る](./openhands-cloud.md)

docs/i18n/ja/docusaurus-plugin-content-docs/current/usage/cloud/github-installation.md

@@ -1,55 +0,0 @@
-# GitHub インストール
-
-このガイドでは、GitHubリポジトリ用にOpenHands Cloudをインストールおよび設定するプロセスについて説明します。
-
-## 前提条件
-
-- GitHubアカウント
-- OpenHands Cloudへのアクセス
-
-## インストール手順
-
-1. [OpenHands Cloud](https://app.all-hands.dev)にログインします
-2. まだGitHubアカウントを接続していない場合：
-   - `GitHubに接続する`をクリックします
-   - 利用規約を確認して同意します
-   - OpenHands AIアプリケーションを承認します
-
-## リポジトリアクセスの追加
-
-特定のリポジトリへのアクセスをOpenHandsに許可できます：
-
-1. `GitHubプロジェクトを選択`ドロップダウンをクリックし、`リポジトリを追加...`を選択します
-2. 組織を選択し、OpenHandsにアクセスを許可する特定のリポジトリを選択します。
-   - OpenHandsは以下の権限を持つ短期間のトークン（8時間の有効期限）をリクエストします：
-     - アクション：読み取りと書き込み
-     - 管理：読み取り専用
-     - コミットステータス：読み取りと書き込み
-     - コンテンツ：読み取りと書き込み
-     - 課題：読み取りと書き込み
-     - メタデータ：読み取り専用
-     - プルリクエスト：読み取りと書き込み
-     - Webhook：読み取りと書き込み
-     - ワークフロー：読み取りと書き込み
-   - ユーザーのリポジトリアクセスは以下に基づいて付与されます：
-     - リポジトリに付与された権限
-     - ユーザーのGitHub権限（所有者/コラボレーター）
-3. `インストール＆承認`をクリックします
-
-## リポジトリアクセスの変更
-
-リポジトリアクセスはいつでも変更できます：
-* 同じ`GitHubプロジェクトを選択 > リポジトリを追加`ワークフローを使用する、または
-* 設定ページにアクセスし、`GitHub設定`セクションで`GitHubリポジトリを設定する`を選択します。
-
-## GitHubでのOpenHandsの使用
-
-リポジトリアクセスを許可すると、GitHubリポジトリでOpenHandsを使用できます。
-
-GitHub課題とプルリクエストでOpenHandsを使用する方法の詳細については、[クラウド課題リゾルバー](./cloud-issue-resolver.md)のドキュメントを参照してください。
-
-## 次のステップ
-
-- [クラウドUIにアクセスする](./cloud-ui.md)でウェブインターフェースと対話する
-- [クラウド課題リゾルバーを使用する](./cloud-issue-resolver.md)でコード修正を自動化し、支援を受ける
-- [クラウドAPIを使用する](./cloud-api.md)でプログラムによりOpenHandsと対話する

docs/i18n/ja/docusaurus-plugin-content-docs/current/usage/cloud/gitlab-installation.md

@@ -1,50 +0,0 @@
-# GitLab インストール
-
-このガイドでは、GitLabリポジトリ用にOpenHands Cloudをインストールおよび設定するプロセスについて説明します。
-
-## 前提条件
-
-- GitLabアカウント
-- OpenHands Cloudへのアクセス
-
-## インストール手順
-
-1. [OpenHands Cloud](https://app.all-hands.dev)にログインします
-2. まだGitLabアカウントを接続していない場合：
-   - `GitLabに接続する`をクリックします
-   - 利用規約を確認して同意します
-   - OpenHands AIアプリケーションを承認します
-
-## リポジトリアクセスの追加
-
-特定のリポジトリへのアクセスをOpenHandsに許可できます：
-
-1. `GitLabプロジェクトを選択`ドロップダウンをクリックし、`リポジトリを追加...`を選択します
-2. 組織を選択し、OpenHandsにアクセスを許可する特定のリポジトリを選択します。
-   - OpenHandsは以下のスコープで権限をリクエストします：
-     - api：完全なAPIアクセス
-     - read_user：ユーザー情報の読み取り
-     - read_repository：リポジトリ情報の読み取り
-     - write_repository：リポジトリへの書き込み
-   - ユーザーのリポジトリアクセスは以下に基づいて付与されます：
-     - リポジトリに付与された権限
-     - ユーザーのGitLab権限（所有者/メンテナー/開発者）
-3. `インストール＆承認`をクリックします
-
-## リポジトリアクセスの変更
-
-リポジトリアクセスはいつでも変更できます：
-* 同じ`GitLabプロジェクトを選択 > リポジトリを追加`ワークフローを使用する、または
-* 設定ページにアクセスし、`GitLab設定`セクションで`GitLabリポジトリを設定する`を選択します。
-
-## GitLabでのOpenHandsの使用
-
-リポジトリアクセスを許可すると、GitLabリポジトリでOpenHandsを使用できます。
-
-GitLab課題とマージリクエストでOpenHandsを使用する方法の詳細については、[クラウド課題リゾルバー](./cloud-issue-resolver.md)のドキュメントを参照してください。
-
-## 次のステップ
-
-- [クラウドUIにアクセスする](./cloud-ui.md)でウェブインターフェースと対話する
-- [クラウド課題リゾルバーを使用する](./cloud-issue-resolver.md)でコード修正を自動化し、支援を受ける
-- [クラウドAPIを使用する](./cloud-api.md)でプログラムによりOpenHandsと対話する

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

@@ -1,24 +0,0 @@
-# OpenHands クラウド
-
-OpenHands クラウドは、All Hands AIのOpenHandsのホスト型クラウドバージョンです。
-
-## OpenHands クラウドへのアクセス
-
-OpenHands クラウドを始めるには、[app.all-hands.dev](https://app.all-hands.dev)にアクセスしてください。
-
-GitHubまたはGitLabアカウントで接続するよう求められます：
-
-1. 利用規約を読んで同意した後、`GitHubに接続する`または`GitLabに接続する`をクリックします。
-2. OpenHandsがリクエストする権限を確認し、アプリケーションを承認します。
-   - OpenHandsはあなたのアカウントから特定の権限を必要とします。これらの権限について詳しく知るには、
-     承認ページの`詳細を見る`リンクをクリックしてください。
-
-## 次のステップ
-
-アカウントを接続したら、以下のことができます：
-
-- [GitHub統合をインストールする](./github-installation.md)でGitHubリポジトリでOpenHandsを使用する
-- [GitLab統合をインストールする](./gitlab-installation.md)でGitLabリポジトリでOpenHandsを使用する
-- [クラウドUIにアクセスする](./cloud-ui.md)でウェブインターフェースと対話する
-- [クラウドAPIを使用する](./cloud-api.md)でプログラムによりOpenHandsと対話する
-- [クラウド課題リゾルバーを設定する](./cloud-issue-resolver.md)でコード修正を自動化し、インテリジェントな支援を提供する

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

@@ -0,0 +1,65 @@
+# OpenHands Cloud
+
+OpenHands CloudはAll Hands AIによるOpenHandsのクラウドホスト版です。
+
+## OpenHands Cloudへのアクセス
+
+OpenHands Cloudは https://app.all-hands.dev/ でアクセスできます。
+
+[API](./cloud-api)を使用してプログラム的にOpenHands Cloudと対話することもできます。
+
+## はじめに
+
+OpenHands Cloudにアクセスすると、GitHubまたはGitLabアカウントとの接続を求められます：
+
+1. 利用規約を読んで同意した後、`Log in with GitHub`または`Log in with GitLab`をクリックします。
+2. OpenHandsが要求する権限を確認し、`Authorize OpenHands AI`をクリックします。
+   - OpenHandsはGitHubまたはGitLabアカウントからいくつかの権限を必要とします。これらの権限について詳しく知るには：
+     - GitHub：GitHub認証ページの`Learn more`リンクをクリックできます。
+     - GitLab：GitLab認証ページで各権限リクエストを展開できます。
+
+## リポジトリアクセス
+
+### GitHub
+
+#### リポジトリアクセスの追加
+
+OpenHandsに特定のリポジトリへのアクセス権を付与できます：
+1. ホームページで`Add GitHub repos`をクリックします。
+2. 組織を選択し、OpenHandsにアクセス権を付与する特定のリポジトリを選択します。
+   <details>
+     <summary>リポジトリアクセスの権限詳細</summary>
+
+     Openhandsは短期間のトークン（8時間で期限切れ）を以下の権限で要求します：
+     - Actions：読み取りと書き込み
+     - Administration：読み取り専用
+     - Commit statuses：読み取りと書き込み
+     - Contents：読み取りと書き込み
+     - Issues：読み取りと書き込み
+     - Metadata：読み取り専用
+     - Pull requests：読み取りと書き込み
+     - Webhooks：読み取りと書き込み
+     - Workflows：読み取りと書き込み
+
+     ユーザーのリポジトリアクセスは以下に基づいて付与されます：
+     - リポジトリに対して付与された権限
+     - ユーザーのGitHub権限（オーナー/コラボレーター）
+   </details>
+
+3. `Install & Authorize`をクリックします。
+
+#### リポジトリアクセスの変更
+
+GitHubリポジトリアクセスはいつでも以下の方法で変更できます：
+* 同じ`Add GitHub repos`ワークフローを使用する、または
+* 設定ページにアクセスし、`Git Settings`セクションの下にある`Configure GitHub Repositories`を選択する。
+
+### GitLab
+
+GitLabアカウントを使用する場合、OpenHandsは自動的にあなたのリポジトリにアクセスできるようになります。
+
+## 会話の保持
+
+- 会話リスト – 過去10日間に開始された最新10件の会話のみが表示されます。
+- ワークスペース – 会話ワークスペースは14日間保持されます。
+- ランタイム – ランタイムは30分間アクティブ（「ウォーム」）な状態を維持します。この期間後、会話を再開するには1〜2分かかる場合があります。

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

@@ -36,7 +36,7 @@ DockerでOpenHandsをCLIモードで実行するには：
 ```bash
 docker run -it \
     --pull=always \
-    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.39-nikolaik \
+    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.37-nikolaik \
     -e SANDBOX_USER_ID=$(id -u) \
     -e SANDBOX_VOLUMES=$SANDBOX_VOLUMES \
     -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.39 \
+    docker.all-hands.dev/all-hands-ai/openhands:0.37 \
     python -m openhands.core.cli
 ```
 

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

@@ -33,7 +33,7 @@ DockerでヘッドレスモードでOpenHandsを実行するには：
 ```bash
 docker run -it \
     --pull=always \
-    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.39-nikolaik \
+    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.37-nikolaik \
     -e SANDBOX_USER_ID=$(id -u) \
     -e SANDBOX_VOLUMES=$SANDBOX_VOLUMES \
     -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.39 \
+    docker.all-hands.dev/all-hands-ai/openhands:0.37 \
     python -m openhands.core.main -t "write a bash script that prints hi"
 ```
 

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

@@ -58,17 +58,17 @@ OpenHandsを実行するには、最新のプロセッサと最低**4GB RAM**を
 OpenHandsを実行する最も簡単な方法はDockerを使用することです。
 
 ```bash
-docker pull docker.all-hands.dev/all-hands-ai/runtime:0.39-nikolaik
+docker pull docker.all-hands.dev/all-hands-ai/runtime:0.37-nikolaik
 
 docker run -it --rm --pull=always \
-    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.39-nikolaik \
+    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.37-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.39
+    docker.all-hands.dev/all-hands-ai/openhands:0.37
 ```
 
 OpenHandsは http://localhost:3000 で実行されています！

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

@@ -3,11 +3,11 @@
 ![概要](/img/oh-features.png)
 
 ### チャットパネル
-- ユーザーとOpenHands間の会話を表示します。
+- ユーザーとOpenHandsの会話を表示します。
 - OpenHandsはこのパネルで自身の行動を説明します。
 
-### 変更
-- OpenHandsによって実行されたファイル変更を表示します。
+### 変更点
+- OpenHandsによって実行されたファイルの変更を表示します。
 
 ### VS Code
 - ファイルの閲覧や修正のための組み込みVS Code。
@@ -18,7 +18,7 @@
 
 ### Jupyter
 - OpenHandsによって実行されたすべてのPythonコマンドを表示します。
-- データ可視化タスクにOpenHandsを使用する際に特に便利です。
+- OpenHandsを使用してデータ可視化タスクを実行する際に特に便利です。
 
 ### アプリ
 - OpenHandsがアプリケーションを実行する際にウェブサーバーを表示します。
@@ -26,4 +26,4 @@
 
 ### ブラウザ
 - OpenHandsがウェブサイトを閲覧するために使用します。
-- ブラウザは非対話式です。
+- このブラウザは非対話型です。

docs/i18n/pt-BR/docusaurus-plugin-content-docs/current/usage/cloud/cloud-github-resolver.md

@@ -0,0 +1,33 @@
+# Resolvedor GitHub na Nuvem
+
+O Resolvedor GitHub automatiza correções de código e fornece assistência inteligente para seus repositórios.
+
+## Configuração
+
+O Resolvedor GitHub na Nuvem está disponível automaticamente quando você
+[concede acesso de repositório ao OpenHands Cloud](./openhands-cloud#adding-repository-access).
+
+## Uso
+
+Após conceder acesso de repositório ao OpenHands Cloud, você pode usar o Resolvedor GitHub na Nuvem nos problemas e pull requests
+do repositório.
+
+### Problemas (Issues)
+
+No seu repositório, rotule um problema com `openhands`. O OpenHands irá:
+1. Comentar no problema para informar que está trabalhando nele.
+    - Você pode clicar no link para acompanhar o progresso no OpenHands Cloud.
+2. Abrir um pull request se determinar que o problema foi resolvido com sucesso.
+3. Comentar no problema com um resumo das tarefas realizadas e um link para o pull request.
+
+
+### Pull Requests
+
+Para fazer o OpenHands trabalhar em pull requests, use `@openhands` em comentários de nível superior ou em linha para:
+     - Fazer perguntas
+     - Solicitar atualizações
+     - Obter explicações de código
+
+O OpenHands irá:
+1. Comentar no PR para informar que está trabalhando nele.
+2. Realizar a tarefa.

docs/i18n/pt-BR/docusaurus-plugin-content-docs/current/usage/cloud/cloud-issue-resolver.md

@@ -1,32 +0,0 @@
-# Resolvedor de Problemas na Nuvem
-
-O Resolvedor de Problemas na Nuvem automatiza correções de código e fornece assistência inteligente para seus repositórios no GitHub e GitLab.
-
-## Configuração
-
-O Resolvedor de Problemas na Nuvem está disponível automaticamente quando você concede acesso ao repositório OpenHands Cloud:
-- [Acesso ao repositório GitHub](./github-installation#adding-repository-access)
-- [Acesso ao repositório GitLab](./gitlab-installation#adding-repository-access)
-
-## Uso
-
-Após conceder acesso ao repositório OpenHands Cloud, você pode usar o Resolvedor de Problemas na Nuvem em issues e pull/merge requests em seus repositórios.
-
-### Trabalhando com Issues
-
-No seu repositório, rotule uma issue com `openhands`. O OpenHands irá:
-1. Comentar na issue para informar que está trabalhando nela
-   - Você pode clicar no link para acompanhar o progresso no OpenHands Cloud
-2. Abrir um pull request (GitHub) ou merge request (GitLab) se determinar que o problema foi resolvido com sucesso
-3. Comentar na issue com um resumo das tarefas realizadas e um link para o PR/MR
-
-### Trabalhando com Pull/Merge Requests
-
-Para fazer o OpenHands trabalhar em pull requests (GitHub) ou merge requests (GitLab), mencione `@openhands` nos comentários para:
-- Fazer perguntas
-- Solicitar atualizações
-- Obter explicações de código
-
-O OpenHands irá:
-1. Comentar para informar que está trabalhando nisso
-2. Realizar a tarefa solicitada

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

@@ -1,29 +0,0 @@
-# Interface da Nuvem
-
-A Interface da Nuvem fornece uma interface web para interagir com o OpenHands AI. Esta página explica como acessar e usar a Interface da Nuvem do OpenHands.
-
-## Acessando a Interface
-
-A Interface da Nuvem do OpenHands pode ser acessada em [app.all-hands.dev](https://app.all-hands.dev). Você precisará fazer login com sua conta do GitHub ou GitLab para acessar a interface.
-
-<!-- A imagem será adicionada em uma atualização futura -->
-<!-- ![Interface da Nuvem do OpenHands](/img/docs/openhands-cloud-ui.png) -->
-
-## Recursos Principais
-
-Para informações detalhadas sobre os recursos disponíveis na Interface da Nuvem do OpenHands, consulte a seção [Recursos Principais](../key-features.md) da documentação.
-
-## Configurações
-
-A página de configurações permite que você:
-
-1. Configure as preferências da sua conta
-2. Gerencie o acesso ao repositório
-3. Gere chaves de API para acesso programático
-4. Personalize sua experiência com o OpenHands
-
-## Próximos Passos
-
-- [Use o Resolvedor de Problemas na Nuvem](./cloud-issue-resolver.md) para automatizar correções de código e obter assistência
-- [Aprenda sobre a API da Nuvem](./cloud-api.md) para acesso programático
-- [Voltar para Introdução](./openhands-cloud.md)

docs/i18n/pt-BR/docusaurus-plugin-content-docs/current/usage/cloud/github-installation.md

@@ -1,55 +0,0 @@
-# Instalação do GitHub
-
-Este guia orienta você pelo processo de instalação e configuração do OpenHands Cloud para seus repositórios GitHub.
-
-## Pré-requisitos
-
-- Uma conta GitHub
-- Acesso ao OpenHands Cloud
-
-## Passos de Instalação
-
-1. Faça login no [OpenHands Cloud](https://app.all-hands.dev)
-2. Se você ainda não conectou sua conta GitHub:
-   - Clique em `Conectar ao GitHub`
-   - Revise e aceite os termos de serviço
-   - Autorize a aplicação OpenHands AI
-
-## Adicionando Acesso ao Repositório
-
-Você pode conceder ao OpenHands acesso a repositórios específicos:
-
-1. Clique no menu suspenso `Selecionar um projeto GitHub`, depois selecione `Adicionar mais repositórios...`
-2. Selecione sua organização e escolha os repositórios específicos para conceder acesso ao OpenHands.
-   - OpenHands solicita tokens de curta duração (expiração de 8 horas) com estas permissões:
-     - Ações: Leitura e escrita
-     - Administração: Somente leitura
-     - Status de commit: Leitura e escrita
-     - Conteúdos: Leitura e escrita
-     - Issues: Leitura e escrita
-     - Metadados: Somente leitura
-     - Pull requests: Leitura e escrita
-     - Webhooks: Leitura e escrita
-     - Workflows: Leitura e escrita
-   - O acesso ao repositório para um usuário é concedido com base em:
-     - Permissão concedida para o repositório
-     - Permissões do GitHub do usuário (proprietário/colaborador)
-3. Clique em `Instalar e Autorizar`
-
-## Modificando o Acesso ao Repositório
-
-Você pode modificar o acesso ao repositório a qualquer momento:
-* Usando o mesmo fluxo de trabalho `Selecionar um projeto GitHub > Adicionar mais repositórios`, ou
-* Visitando a página de Configurações e selecionando `Configurar Repositórios GitHub` na seção `Configurações do GitHub`.
-
-## Usando OpenHands com GitHub
-
-Depois de conceder acesso ao repositório, você pode usar o OpenHands com seus repositórios GitHub.
-
-Para detalhes sobre como usar o OpenHands com issues e pull requests do GitHub, consulte a documentação do [Resolvedor de Problemas na Nuvem](./cloud-issue-resolver.md).
-
-## Próximos Passos
-
-- [Acesse a Interface da Nuvem](./cloud-ui.md) para interagir com a interface web
-- [Use o Resolvedor de Problemas na Nuvem](./cloud-issue-resolver.md) para automatizar correções de código e obter assistência
-- [Use a API da Nuvem](./cloud-api.md) para interagir programaticamente com o OpenHands

docs/i18n/pt-BR/docusaurus-plugin-content-docs/current/usage/cloud/gitlab-installation.md

@@ -1,50 +0,0 @@
-# Instalação do GitLab
-
-Este guia orienta você pelo processo de instalação e configuração do OpenHands Cloud para seus repositórios GitLab.
-
-## Pré-requisitos
-
-- Uma conta GitLab
-- Acesso ao OpenHands Cloud
-
-## Passos de Instalação
-
-1. Faça login no [OpenHands Cloud](https://app.all-hands.dev)
-2. Se você ainda não conectou sua conta GitLab:
-   - Clique em `Conectar ao GitLab`
-   - Revise e aceite os termos de serviço
-   - Autorize a aplicação OpenHands AI
-
-## Adicionando Acesso ao Repositório
-
-Você pode conceder ao OpenHands acesso a repositórios específicos:
-
-1. Clique no menu suspenso `Selecionar um projeto GitLab`, depois selecione `Adicionar mais repositórios...`
-2. Selecione sua organização e escolha os repositórios específicos para conceder acesso ao OpenHands.
-   - OpenHands solicita permissões com estes escopos:
-     - api: Acesso completo à API
-     - read_user: Ler informações do usuário
-     - read_repository: Ler informações do repositório
-     - write_repository: Escrever no repositório
-   - O acesso ao repositório para um usuário é concedido com base em:
-     - Permissão concedida para o repositório
-     - Permissões do GitLab do usuário (proprietário/mantenedor/desenvolvedor)
-3. Clique em `Instalar e Autorizar`
-
-## Modificando o Acesso ao Repositório
-
-Você pode modificar o acesso ao repositório a qualquer momento:
-* Usando o mesmo fluxo de trabalho `Selecionar um projeto GitLab > Adicionar mais repositórios`, ou
-* Visitando a página de Configurações e selecionando `Configurar Repositórios GitLab` na seção `Configurações do GitLab`.
-
-## Usando OpenHands com GitLab
-
-Depois de conceder acesso ao repositório, você pode usar o OpenHands com seus repositórios GitLab.
-
-Para detalhes sobre como usar o OpenHands com issues e merge requests do GitLab, consulte a documentação do [Resolvedor de Problemas na Nuvem](./cloud-issue-resolver.md).
-
-## Próximos Passos
-
-- [Acesse a Interface da Nuvem](./cloud-ui.md) para interagir com a interface web
-- [Use o Resolvedor de Problemas na Nuvem](./cloud-issue-resolver.md) para automatizar correções de código e obter assistência
-- [Use a API da Nuvem](./cloud-api.md) para interagir programaticamente com o OpenHands

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

@@ -1,24 +1,45 @@
-# OpenHands Cloud
+# Openhands Cloud
 
-OpenHands Cloud é a versão hospedada na nuvem do OpenHands da All Hands AI.
+O OpenHands Cloud é a versão hospedada na nuvem do OpenHands da All Hands AI.
 
 ## Acessando o OpenHands Cloud
 
-Para começar com o OpenHands Cloud, visite [app.all-hands.dev](https://app.all-hands.dev).
+Atualmente, os usuários estão sendo admitidos para acessar o OpenHands Cloud em ondas. Para se inscrever,
+[entre na lista de espera](https://www.all-hands.dev/join-waitlist). Assim que for aprovado, você receberá um e-mail com
+instruções sobre como acessá-lo.
 
-Você será solicitado a se conectar com sua conta GitHub ou GitLab:
+## Primeiros Passos
 
-1. Após ler e aceitar os termos de serviço, clique em `Conectar ao GitHub` ou `Conectar ao GitLab`.
-2. Revise as permissões solicitadas pelo OpenHands e autorize a aplicação.
-   - OpenHands exigirá certas permissões da sua conta. Para ler mais sobre essas permissões,
-     você pode clicar no link `Saiba mais` na página de autorização.
+Após visitar o OpenHands Cloud, você será solicitado a se conectar com sua conta do GitHub:
+1. Após ler e aceitar os termos de serviço, clique em `Connect to GitHub`.
+2. Revise as permissões solicitadas pelo OpenHands e clique em `Authorize OpenHands AI`.
+   - O OpenHands exigirá algumas permissões da sua conta do GitHub. Para ler mais sobre essas permissões,
+     você pode clicar no link `Learn more` na página de autorização do GitHub.
 
-## Próximos Passos
+## Acesso ao Repositório
 
-Depois de conectar sua conta, você pode:
+### Adicionando Acesso ao Repositório
 
-- [Instalar a Integração com GitHub](./github-installation.md) para usar o OpenHands com seus repositórios GitHub
-- [Instalar a Integração com GitLab](./gitlab-installation.md) para usar o OpenHands com seus repositórios GitLab
-- [Acessar a Interface da Nuvem](./cloud-ui.md) para interagir com a interface web
-- [Usar a API da Nuvem](./cloud-api.md) para interagir programaticamente com o OpenHands
-- [Configurar o Resolvedor de Problemas na Nuvem](./cloud-issue-resolver.md) para automatizar correções de código e fornecer assistência inteligente
+Você pode conceder ao OpenHands acesso específico ao repositório:
+1. Clique no menu suspenso `Select a GitHub project`, selecione `Add more repositories...`.
+2. Selecione a organização e escolha os repositórios específicos para conceder acesso ao OpenHands.
+   - O Openhands solicita tokens de curta duração (expiração de 8 horas) com estas permissões:
+     - Actions: Read and write
+     - Administration: Read-only
+     - Commit statuses: Read and write
+     - Contents: Read and write
+     - Issues: Read and write
+     - Metadata: Read-only
+     - Pull requests: Read and write
+     - Webhooks: Read and write
+     - Workflows: Read and write
+   - O acesso ao repositório para um usuário é concedido com base em:
+     - Permissão concedida para o repositório.
+     - Permissões do GitHub do usuário (proprietário/colaborador).
+3. Clique em `Install & Authorize`.
+
+### Modificando o Acesso ao Repositório
+
+Você pode modificar o acesso ao repositório a qualquer momento:
+* Usando o mesmo fluxo de trabalho `Select a GitHub project > Add more repositories`, ou
+* Visitando a página de Configurações e selecionando `Configure GitHub Repositories` na seção `GitHub Settings`.

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

@@ -0,0 +1,65 @@
+# Openhands Cloud
+
+OpenHands Cloud é a versão hospedada na nuvem do OpenHands pela All Hands AI.
+
+## Acessando o OpenHands Cloud
+
+O OpenHands Cloud pode ser acessado em https://app.all-hands.dev/.
+
+Você também pode interagir com o OpenHands Cloud programaticamente usando a [API](./cloud-api).
+
+## Primeiros Passos
+
+Ao visitar o OpenHands Cloud, você será solicitado a conectar-se com sua conta GitHub ou GitLab:
+
+1. Após ler e aceitar os termos de serviço, clique em `Log in with GitHub` ou `Log in with GitLab`.
+2. Revise as permissões solicitadas pelo OpenHands e então clique em `Authorize OpenHands AI`.
+   - O OpenHands precisará de algumas permissões da sua conta GitHub ou GitLab. Para ler mais sobre essas permissões:
+     - GitHub: Você pode clicar no link `Learn more` na página de autorização do GitHub.
+     - GitLab: Você pode expandir cada solicitação de permissão na página de autorização do GitLab.
+
+## Acesso ao Repositório
+
+### GitHub
+
+#### Adicionando Acesso ao Repositório
+
+Você pode conceder ao OpenHands acesso específico ao repositório:
+1. Clique em `Add GitHub repos` na página inicial.
+2. Selecione a organização e, em seguida, escolha os repositórios específicos para conceder acesso ao OpenHands.
+   <details>
+     <summary>Detalhes de Permissão para Acesso ao Repositório</summary>
+
+     O Openhands solicita tokens de curta duração (expiração de 8 horas) com estas permissões:
+     - Actions: Leitura e escrita
+     - Administration: Somente leitura
+     - Commit statuses: Leitura e escrita
+     - Contents: Leitura e escrita
+     - Issues: Leitura e escrita
+     - Metadata: Somente leitura
+     - Pull requests: Leitura e escrita
+     - Webhooks: Leitura e escrita
+     - Workflows: Leitura e escrita
+
+     O acesso ao repositório para um usuário é concedido com base em:
+     - Permissão concedida para o repositório.
+     - Permissões do GitHub do usuário (proprietário/colaborador).
+   </details>
+
+3. Clique em `Install & Authorize`.
+
+#### Modificando o Acesso ao Repositório
+
+Você pode modificar o acesso ao repositório do GitHub a qualquer momento:
+* Usando o mesmo fluxo de trabalho `Add GitHub repos`, ou
+* Visitando a página de Configurações e selecionando `Configure GitHub Repositories` na seção `Git Settings`.
+
+### GitLab
+
+Ao usar sua conta GitLab, o OpenHands terá automaticamente acesso aos seus repositórios.
+
+## Persistência de Conversas
+
+- Lista de Conversas – Exibe apenas as 10 conversas mais recentes iniciadas nos últimos 10 dias.
+- Workspaces – Os workspaces de conversas são mantidos por 14 dias.
+- Runtimes – Os runtimes permanecem ativos ("aquecidos") por 30 minutos. Após esse período, retomar uma conversa pode levar de 1 a 2 minutos.

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

@@ -37,7 +37,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.39-nikolaik \
+    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.37-nikolaik \
     -e SANDBOX_USER_ID=$(id -u) \
     -e SANDBOX_VOLUMES=$SANDBOX_VOLUMES \
     -e LLM_API_KEY=$LLM_API_KEY \
@@ -46,7 +46,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.39 \
+    docker.all-hands.dev/all-hands-ai/openhands:0.37 \
     python -m openhands.core.cli
 ```
 

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

@@ -34,7 +34,7 @@ Para executar o OpenHands em modo Headless com Docker:
 ```bash
 docker run -it \
     --pull=always \
-    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.39-nikolaik \
+    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.37-nikolaik \
     -e SANDBOX_USER_ID=$(id -u) \
     -e SANDBOX_VOLUMES=$SANDBOX_VOLUMES \
     -e LLM_API_KEY=$LLM_API_KEY \
@@ -44,7 +44,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.39 \
+    docker.all-hands.dev/all-hands-ai/openhands:0.37 \
     python -m openhands.core.main -t "write a bash script that prints hi"
 ```
 

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

@@ -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.39-nikolaik
+docker pull docker.all-hands.dev/all-hands-ai/runtime:0.37-nikolaik
 
 docker run -it --rm --pull=always \
-    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.39-nikolaik \
+    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.37-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.39
+    docker.all-hands.dev/all-hands-ai/openhands:0.37
 ```
 
 Você encontrará o OpenHands rodando em http://localhost:3000!

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

@@ -1,4 +1,4 @@
-# Visão Geral das Funcionalidades do OpenHands
+# Visão Geral dos Recursos do OpenHands
 
 ![visão geral](/img/oh-features.png)
 
@@ -6,7 +6,7 @@
 - Exibe a conversa entre o usuário e o OpenHands.
 - O OpenHands explica suas ações neste painel.
 
-### Alterações
+### Mudanças
 - Mostra as alterações de arquivos realizadas pelo OpenHands.
 
 ### VS Code
@@ -14,13 +14,13 @@
 - Também pode ser usado para fazer upload e download de arquivos.
 
 ### Terminal
-- Um espaço para o OpenHands e usuários executarem comandos de terminal.
+- Um espaço para o OpenHands e os usuários executarem comandos de terminal.
 
 ### Jupyter
 - Mostra todos os comandos Python que foram executados pelo OpenHands.
-- Particularmente útil ao usar o OpenHands para tarefas de visualização de dados.
+- Particularmente útil ao usar o OpenHands para realizar tarefas de visualização de dados.
 
-### Aplicativo
+### App
 - Exibe o servidor web quando o OpenHands executa uma aplicação.
 - Os usuários podem interagir com a aplicação em execução.
 

docs/i18n/zh-Hans/docusaurus-plugin-content-docs/current/usage/cloud/cloud-github-resolver.md

@@ -0,0 +1,31 @@
+# Cloud GitHub Resolver
+
+GitHub Resolver 自动修复代码并为您的仓库提供智能辅助。
+
+## 设置
+
+当您[授予 OpenHands Cloud 仓库访问权限](./openhands-cloud#adding-repository-access)后，Cloud GitHub Resolver 会自动可用。
+
+## 使用方法
+
+授予 OpenHands Cloud 仓库访问权限后，您可以在仓库的 issues 和 pull requests 中使用 Cloud GitHub Resolver。
+
+### Issues
+
+在您的仓库中，给 issue 添加 `openhands` 标签。OpenHands 将会：
+1. 在 issue 上发表评论，让您知道它正在处理该问题。
+    - 您可以点击链接在 OpenHands Cloud 上跟踪进度。
+2. 如果确定问题已成功解决，则会打开一个 pull request。
+3. 在 issue 上发表评论，总结已执行的任务并提供 pull request 的链接。
+
+
+### Pull Requests
+
+要让 OpenHands 处理 pull requests，请在顶级或内联评论中使用 `@openhands` 来：
+     - 提问
+     - 请求更新
+     - 获取代码解释
+
+OpenHands 将会：
+1. 在 PR 上发表评论，让您知道它正在处理该请求。
+2. 执行任务。

docs/i18n/zh-Hans/docusaurus-plugin-content-docs/current/usage/cloud/cloud-issue-resolver.md

@@ -1,32 +0,0 @@
-# 云问题解决器
-
-云问题解决器可以自动修复代码并为您的GitHub和GitLab仓库提供智能辅助。
-
-## 设置
-
-当您授予OpenHands Cloud仓库访问权限时，云问题解决器会自动可用：
-- [GitHub仓库访问](./github-installation#adding-repository-access)
-- [GitLab仓库访问](./gitlab-installation#adding-repository-access)
-
-## 使用方法
-
-授予OpenHands Cloud仓库访问权限后，您可以在仓库的问题和拉取/合并请求中使用云问题解决器。
-
-### 处理问题
-
-在您的仓库中，给问题添加`openhands`标签。OpenHands将会：
-1. 在问题上发表评论，让您知道它正在处理
-   - 您可以点击链接在OpenHands Cloud上跟踪进度
-2. 如果确定问题已成功解决，则打开拉取请求（GitHub）或合并请求（GitLab）
-3. 在问题上发表评论，总结已执行的任务并提供PR/MR的链接
-
-### 处理拉取/合并请求
-
-要让OpenHands处理拉取请求（GitHub）或合并请求（GitLab），在评论中提及`@openhands`以：
-- 提问
-- 请求更新
-- 获取代码解释
-
-OpenHands将会：
-1. 发表评论让您知道它正在处理
-2. 执行请求的任务

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

@@ -1,29 +0,0 @@
-# 云界面
-
-云界面为与OpenHands AI交互提供了网页界面。本页面说明如何访问和使用OpenHands云界面。
-
-## 访问界面
-
-OpenHands云界面可以在[app.all-hands.dev](https://app.all-hands.dev)访问。您需要使用GitHub或GitLab账户登录才能访问界面。
-
-<!-- 图片将在未来更新中添加 -->
-<!-- ![OpenHands云界面](/img/docs/openhands-cloud-ui.png) -->
-
-## 主要功能
-
-有关OpenHands云界面中可用功能的详细信息，请参阅文档的[主要功能](../key-features.md)部分。
-
-## 设置
-
-设置页面允许您：
-
-1. 配置您的账户偏好
-2. 管理仓库访问权限
-3. 生成用于程序化访问的API密钥
-4. 自定义您的OpenHands体验
-
-## 下一步
-
-- [使用云问题解决器](./cloud-issue-resolver.md)自动修复代码并获取帮助
-- [了解云API](./cloud-api.md)进行程序化访问
-- [返回入门指南](./openhands-cloud.md)

docs/i18n/zh-Hans/docusaurus-plugin-content-docs/current/usage/cloud/github-installation.md

@@ -1,55 +0,0 @@
-# GitHub 安装
-
-本指南将引导您完成为GitHub仓库安装和配置OpenHands Cloud的过程。
-
-## 前提条件
-
-- GitHub账户
-- 访问OpenHands Cloud
-
-## 安装步骤
-
-1. 登录[OpenHands Cloud](https://app.all-hands.dev)
-2. 如果您尚未连接GitHub账户：
-   - 点击`连接到GitHub`
-   - 查看并接受服务条款
-   - 授权OpenHands AI应用程序
-
-## 添加仓库访问权限
-
-您可以授予OpenHands访问特定仓库的权限：
-
-1. 点击`选择GitHub项目`下拉菜单，然后选择`添加更多仓库...`
-2. 选择您的组织并选择要授予OpenHands访问权限的特定仓库。
-   - OpenHands请求短期令牌（8小时过期）并具有以下权限：
-     - 操作：读取和写入
-     - 管理：只读
-     - 提交状态：读取和写入
-     - 内容：读取和写入
-     - 问题：读取和写入
-     - 元数据：只读
-     - 拉取请求：读取和写入
-     - Webhooks：读取和写入
-     - 工作流程：读取和写入
-   - 用户的仓库访问权限基于：
-     - 为仓库授予的权限
-     - 用户的GitHub权限（所有者/协作者）
-3. 点击`安装并授权`
-
-## 修改仓库访问权限
-
-您可以随时修改仓库访问权限：
-* 使用相同的`选择GitHub项目 > 添加更多仓库`工作流程，或
-* 访问设置页面并在`GitHub设置`部分选择`配置GitHub仓库`。
-
-## 使用OpenHands与GitHub
-
-一旦您授予了仓库访问权限，您就可以将OpenHands与您的GitHub仓库一起使用。
-
-有关如何将OpenHands与GitHub问题和拉取请求一起使用的详细信息，请参阅[云问题解决器](./cloud-issue-resolver.md)文档。
-
-## 下一步
-
-- [访问云界面](./cloud-ui.md)与网页界面交互
-- [使用云问题解决器](./cloud-issue-resolver.md)自动修复代码并获取帮助
-- [使用云API](./cloud-api.md)以编程方式与OpenHands交互

docs/i18n/zh-Hans/docusaurus-plugin-content-docs/current/usage/cloud/gitlab-installation.md

@@ -1,50 +0,0 @@
-# GitLab 安装
-
-本指南将引导您完成为GitLab仓库安装和配置OpenHands Cloud的过程。
-
-## 前提条件
-
-- GitLab账户
-- 访问OpenHands Cloud
-
-## 安装步骤
-
-1. 登录[OpenHands Cloud](https://app.all-hands.dev)
-2. 如果您尚未连接GitLab账户：
-   - 点击`连接到GitLab`
-   - 查看并接受服务条款
-   - 授权OpenHands AI应用程序
-
-## 添加仓库访问权限
-
-您可以授予OpenHands访问特定仓库的权限：
-
-1. 点击`选择GitLab项目`下拉菜单，然后选择`添加更多仓库...`
-2. 选择您的组织并选择要授予OpenHands访问权限的特定仓库。
-   - OpenHands请求具有以下范围的权限：
-     - api：完全API访问
-     - read_user：读取用户信息
-     - read_repository：读取仓库信息
-     - write_repository：写入仓库
-   - 用户的仓库访问权限基于：
-     - 为仓库授予的权限
-     - 用户的GitLab权限（所有者/维护者/开发者）
-3. 点击`安装并授权`
-
-## 修改仓库访问权限
-
-您可以随时修改仓库访问权限：
-* 使用相同的`选择GitLab项目 > 添加更多仓库`工作流程，或
-* 访问设置页面并在`GitLab设置`部分选择`配置GitLab仓库`。
-
-## 使用OpenHands与GitLab
-
-一旦您授予了仓库访问权限，您就可以将OpenHands与您的GitLab仓库一起使用。
-
-有关如何将OpenHands与GitLab问题和合并请求一起使用的详细信息，请参阅[云问题解决器](./cloud-issue-resolver.md)文档。
-
-## 下一步
-
-- [访问云界面](./cloud-ui.md)与网页界面交互
-- [使用云问题解决器](./cloud-issue-resolver.md)自动修复代码并获取帮助
-- [使用云API](./cloud-api.md)以编程方式与OpenHands交互

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

@@ -1,24 +0,0 @@
-# OpenHands 云
-
-OpenHands 云是All Hands AI的OpenHands的托管云版本。
-
-## 访问OpenHands云
-
-要开始使用OpenHands云，请访问[app.all-hands.dev](https://app.all-hands.dev)。
-
-系统将提示您连接您的GitHub或GitLab账户：
-
-1. 阅读并接受服务条款后，点击`连接到GitHub`或`连接到GitLab`。
-2. 查看OpenHands请求的权限并授权应用程序。
-   - OpenHands将需要您账户的某些权限。要了解更多关于这些权限的信息，
-     您可以点击授权页面上的`了解更多`链接。
-
-## 下一步
-
-一旦您连接了账户，您可以：
-
-- [安装GitHub集成](./github-installation.md)以将OpenHands与您的GitHub仓库一起使用
-- [安装GitLab集成](./gitlab-installation.md)以将OpenHands与您的GitLab仓库一起使用
-- [访问云界面](./cloud-ui.md)与网页界面交互
-- [使用云API](./cloud-api.md)以编程方式与OpenHands交互
-- [设置云问题解决器](./cloud-issue-resolver.md)自动修复代码并提供智能辅助

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

@@ -0,0 +1,65 @@
+# OpenHands Cloud
+
+OpenHands Cloud 是由 All Hands AI 提供的 OpenHands 云托管版本。
+
+## 访问 OpenHands Cloud
+
+OpenHands Cloud 可以通过 https://app.all-hands.dev/ 访问。
+
+您还可以使用 [API](./cloud-api) 以编程方式与 OpenHands Cloud 交互。
+
+## 入门指南
+
+访问 OpenHands Cloud 后，系统会要求您连接您的 GitHub 或 GitLab 账户：
+
+1. 阅读并接受服务条款后，点击 `Log in with GitHub` 或 `Log in with GitLab`。
+2. 查看 OpenHands 请求的权限，然后点击 `Authorize OpenHands AI`。
+   - OpenHands 将需要您的 GitHub 或 GitLab 账户的一些权限。要了解更多关于这些权限的信息：
+     - GitHub：您可以点击 GitHub 授权页面上的 `Learn more` 链接。
+     - GitLab：您可以在 GitLab 授权页面上展开每个权限请求。
+
+## 仓库访问
+
+### GitHub
+
+#### 添加仓库访问权限
+
+您可以授予 OpenHands 特定仓库的访问权限：
+1. 在首页点击 `Add GitHub repos`。
+2. 选择组织，然后选择要授予 OpenHands 访问权限的特定仓库。
+   <details>
+     <summary>仓库访问权限详情</summary>
+
+     Openhands 请求短期令牌（8小时过期）并具有以下权限：
+     - Actions：读写权限
+     - Administration：只读权限
+     - Commit statuses：读写权限
+     - Contents：读写权限
+     - Issues：读写权限
+     - Metadata：只读权限
+     - Pull requests：读写权限
+     - Webhooks：读写权限
+     - Workflows：读写权限
+
+     用户的仓库访问权限基于：
+     - 为仓库授予的权限。
+     - 用户的 GitHub 权限（所有者/协作者）。
+   </details>
+
+3. 点击 `Install & Authorize`。
+
+#### 修改仓库访问权限
+
+您可以随时修改 GitHub 仓库访问权限，方法是：
+* 使用相同的 `Add GitHub repos` 流程，或
+* 访问设置页面，在 `Git Settings` 部分下选择 `Configure GitHub Repositories`。
+
+### GitLab
+
+使用 GitLab 账户时，OpenHands 将自动获得对您仓库的访问权限。
+
+## 对话持久性
+
+- 对话列表 – 仅显示过去 10 天内发起的 10 个最近对话。
+- 工作区 – 对话工作区保留 14 天。
+- 运行时 – 运行时保持活跃（"热"状态）30 分钟。在此期间后，恢复对话可能需要 1-2 分钟。

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

@@ -36,7 +36,7 @@ poetry run python -m openhands.core.cli
 ```bash
 docker run -it \
     --pull=always \
-    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.39-nikolaik \
+    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.37-nikolaik \
     -e SANDBOX_USER_ID=$(id -u) \
     -e SANDBOX_VOLUMES=$SANDBOX_VOLUMES \
     -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.39 \
+    docker.all-hands.dev/all-hands-ai/openhands:0.37 \
     python -m openhands.core.cli
 ```
 

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

@@ -33,7 +33,7 @@ poetry run python -m openhands.core.main -t "write a bash script that prints hi"
 ```bash
 docker run -it \
     --pull=always \
-    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.39-nikolaik \
+    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.37-nikolaik \
     -e SANDBOX_USER_ID=$(id -u) \
     -e SANDBOX_VOLUMES=$SANDBOX_VOLUMES \
     -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.39 \
+    docker.all-hands.dev/all-hands-ai/openhands:0.37 \
     python -m openhands.core.main -t "write a bash script that prints hi"
 ```
 

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

@@ -58,17 +58,17 @@
 运行 OpenHands 最简单的方法是使用 Docker。
 
 ```bash
-docker pull docker.all-hands.dev/all-hands-ai/runtime:0.39-nikolaik
+docker pull docker.all-hands.dev/all-hands-ai/runtime:0.37-nikolaik
 
 docker run -it --rm --pull=always \
-    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.39-nikolaik \
+    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.37-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.39
+    docker.all-hands.dev/all-hands-ai/openhands:0.37
 ```
 
 OpenHands 将在 http://localhost:3000 运行！

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

@@ -1,6 +1,6 @@
 # OpenHands 功能概览
 
-![概览](/img/oh-features.png)
+![overview](/img/oh-features.png)
 
 ### 聊天面板
 - 显示用户与 OpenHands 之间的对话。
@@ -22,7 +22,7 @@
 
 ### 应用
 - 当 OpenHands 运行应用程序时显示网络服务器。
-- 用户可以与正在运行的应用程序交互。
+- 用户可以与运行中的应用程序交互。
 
 ### 浏览器
 - 由 OpenHands 用于浏览网站。

docs/modules/usage/cloud/cloud-api.md

@@ -1,4 +1,4 @@
-# Cloud API
+# OpenHands Cloud API
 
 OpenHands Cloud provides a REST API that allows you to programmatically interact with the service. This is useful if
 you want to kick off your own jobs from your programs in a flexible way.

docs/modules/usage/cloud/cloud-github-resolver.md

@@ -0,0 +1,33 @@
+# Cloud GitHub Resolver
+
+The GitHub Resolver automates code fixes and provides intelligent assistance for your repositories.
+
+## Setup
+
+The Cloud GitHub Resolver is available automatically when you
+[grant OpenHands Cloud repository access](./openhands-cloud#adding-repository-access).
+
+## Usage
+
+After granting OpenHands Cloud repository access, you can use the Cloud GitHub Resolver on the issues and pull requests
+on the repository.
+
+### Issues
+
+On your repository, label an issue with `openhands`. OpenHands will:
+1. Comment on the issue to let you know it is working on it.
+    - You can click on the link to track the progress on OpenHands Cloud.
+2. Open a pull request if it determines that the issue has been successfully resolved.
+3. Comment on the issue with a summary of the performed tasks and a link to the pull request.
+
+
+### Pull Requests
+
+To get OpenHands to work on pull requests, use `@openhands` in top level or inline comments to:
+     - Ask questions
+     - Request updates
+     - Get code explanations
+
+OpenHands will:
+1. Comment on the PR to let you know it is working on it.
+2. Perform the task.

docs/modules/usage/cloud/cloud-issue-resolver.md

@@ -1,32 +0,0 @@
-# Cloud Issue Resolver
-
-The Cloud Issue Resolver automates code fixes and provides intelligent assistance for your repositories on GitHub.
-
-## Setup
-
-The Cloud Issue Resolver is available automatically when you grant OpenHands Cloud repository access:
-- [GitHub repository access](./github-installation#adding-repository-access)
-
-## Usage
-
-After granting OpenHands Cloud repository access, you can use the Cloud Issue Resolver on issues and pull requests in your repositories.
-
-### Working with Issues
-
-On your repository, label an issue with `openhands` or add a message starting with
-`@openhands`. OpenHands will:
-1. Comment on the issue to let you know it is working on it
-   - You can click on the link to track the progress on OpenHands Cloud
-2. Open a pull request if it determines that the issue has been successfully resolved
-3. Comment on the issue with a summary of the performed tasks and a link to the PR
-
-### Working with Pull Requests
-
-To get OpenHands to work on pull requests, mention `@openhands` in comments to:
-- Ask questions
-- Request updates
-- Get code explanations
-
-OpenHands will:
-1. Comment to let you know it is working on it
-2. Perform the requested task

docs/modules/usage/cloud/cloud-ui.md

@@ -1,26 +0,0 @@
-# Cloud UI
-
-The Cloud UI provides a web interface for interacting with OpenHands AI. This page explains how to access and use the OpenHands Cloud UI.
-
-## Accessing the UI
-
-The OpenHands Cloud UI can be accessed at [app.all-hands.dev](https://app.all-hands.dev). You'll need to sign in with your GitHub or GitLab account to access the interface.
-
-
-## Key Features
-
-For detailed information about the features available in the OpenHands Cloud UI, please refer to the [Key Features](../key-features.md) section of the documentation.
-
-## Settings
-
-The settings page allows you to:
-
-- Configure your account preferences.
-- Manage repository access.
-- Generate API keys for programmatic access.
-- Generate custom secrets for the agent.
-
-## Next Steps
-
-- [Use the Cloud Issue Resolver](./cloud-issue-resolver.md) to automate code fixes and get assistance.
-- [Learn about the Cloud API](./cloud-api.md) for programmatic access.

docs/modules/usage/cloud/github-installation.md

@@ -1,53 +0,0 @@
-# GitHub Installation
-
-This guide walks you through the process of installing and configuring OpenHands Cloud for your GitHub repositories.
-
-## Prerequisites
-
-- A GitHub account
-- Access to OpenHands Cloud
-
-## Installation Steps
-
-1. Log in to [OpenHands Cloud](https://app.all-hands.dev)
-2. If you haven't connected your GitHub account yet:
-   - Click on `Connect to GitHub`
-   - Review and accept the terms of service
-   - Authorize the OpenHands AI application
-
-## Adding Repository Access
-
-You can grant OpenHands access to specific repositories:
-
-1. Click on `Add GitHub repos`
-2. Select your organization and choose the specific repositories to grant OpenHands access to.
-   - OpenHands requests short-lived tokens (8-hour expiration) with these permissions:
-     - Actions: Read and write
-     - Administration: Read-only
-     - Commit statuses: Read and write
-     - Contents: Read and write
-     - Issues: Read and write
-     - Metadata: Read-only
-     - Pull requests: Read and write
-     - Webhooks: Read and write
-     - Workflows: Read and write
-   - Repository access for a user is granted based on:
-     - Permission granted for the repository
-     - User's GitHub permissions (owner/collaborator)
-3. Click `Install & Authorize`
-
-## Modifying Repository Access
-
-You can modify repository access at any time by visiting the Settings page and selecting `Configure GitHub Repositories` under the `Git` tab.
-
-## Using OpenHands with GitHub
-
-Once you've granted repository access, you can use OpenHands with your GitHub repositories.
-
-For details on how to use OpenHands with GitHub issues and pull requests, see the [Cloud Issue Resolver](./cloud-issue-resolver.md) documentation.
-
-## Next Steps
-
-- [Access the Cloud UI](./cloud-ui.md) to interact with the web interface
-- [Use the Cloud Issue Resolver](./cloud-issue-resolver.md) to automate code fixes and get assistance
-- [Use the Cloud API](./cloud-api.md) to programmatically interact with OpenHands

docs/modules/usage/cloud/gitlab-installation.md

@@ -1,22 +0,0 @@
-# GitLab Installation
-
-This guide walks you through the process of installing and configuring OpenHands Cloud for your GitLab repositories.
-
-## Prerequisites
-
-- A GitLab account
-- Access to OpenHands Cloud
-
-## Installation Steps
-
-1. Log in to [OpenHands Cloud](https://app.all-hands.dev)
-2. If you haven't connected your GitLab account yet:
-   - Click on `Log in with GitLab`
-   - Authorize the OpenHands application
-
-
-
-## Next Steps
-
-- [Access the Cloud UI](./cloud-ui.md) to interact with the web interface
-- [Use the Cloud API](./cloud-api.md) to programmatically interact with OpenHands

docs/modules/usage/cloud/openhands-cloud.md

@@ -1,24 +0,0 @@
-# OpenHands Cloud
-
-OpenHands Cloud is the hosted cloud version of All Hands AI's OpenHands.
-
-## Accessing OpenHands Cloud
-
-To get started with OpenHands Cloud, visit [app.all-hands.dev](https://app.all-hands.dev).
-
-You'll be prompted to connect with your GitHub or GitLab account:
-
-1. Click `Log in with GitHub` or `Log in with GitLab`.
-2. Review the permissions requested by OpenHands and authorize the application.
-   - OpenHands will require certain permissions from your account. To read more about these permissions,
-     you can click the `Learn more` link on the authorization page.
-
-## Next Steps
-
-Once you've connected your account, you can:
-
-- [Install GitHub Integration](./github-installation.md) to use OpenHands with your GitHub repositories
-- [Install GitLab Integration](./gitlab-installation.md) to use OpenHands with your GitLab repositories
-- [Access the Cloud UI](./cloud-ui.md) to interact with the web interface
-- [Use the Cloud API](./cloud-api.md) to programmatically interact with OpenHands
-- [Set up the Cloud Issue Resolver](./cloud-issue-resolver.md) to automate code fixes and provide intelligent assistance

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

@@ -31,7 +31,7 @@ This command opens an interactive prompt where you can type tasks or commands an
 ```bash
 docker run -it \
     --pull=always \
-    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.39-nikolaik \
+    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.37-nikolaik \
     -e SANDBOX_USER_ID=$(id -u) \
     -e SANDBOX_VOLUMES=$SANDBOX_VOLUMES \
     -e LLM_API_KEY=$LLM_API_KEY \
@@ -40,7 +40,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.39 \
+    docker.all-hands.dev/all-hands-ai/openhands:0.37 \
     python -m openhands.cli.main
 ```
 

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

@@ -31,7 +31,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.39-nikolaik \
+    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.37-nikolaik \
     -e SANDBOX_USER_ID=$(id -u) \
     -e SANDBOX_VOLUMES=$SANDBOX_VOLUMES \
     -e LLM_API_KEY=$LLM_API_KEY \
@@ -41,7 +41,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.39 \
+    docker.all-hands.dev/all-hands-ai/openhands:0.37 \
     python -m openhands.core.main -t "write a bash script that prints hi"
 ```
 

docs/modules/usage/how-to/websocket-connection.md

@@ -1,181 +0,0 @@
----
-sidebar_position: 9
----
-
-# Connecting to the WebSocket
-
-This guide explains how to connect to the OpenHands WebSocket API to receive real-time events and send actions to the agent.
-
-## Overview
-
-OpenHands uses [Socket.IO](https://socket.io/) for WebSocket communication between the client and server. The WebSocket connection allows you to:
-
-1. Receive real-time events from the agent
-2. Send user actions to the agent
-3. Maintain a persistent connection for ongoing conversations
-
-## Connecting to the WebSocket
-
-### Connection Parameters
-
-When connecting to the WebSocket, you need to provide the following query parameters:
-
-- `conversation_id`: The ID of the conversation you want to join
-- `latest_event_id`: The ID of the latest event you've received (use `-1` for a new connection)
-- `providers_set`: (Optional) A comma-separated list of provider types
-
-### Connection Example
-
-Here's a basic example of connecting to the WebSocket using JavaScript:
-
-```javascript
-import { io } from "socket.io-client";
-
-const socket = io("http://localhost:3000", {
-  transports: ["websocket"],
-  query: {
-    conversation_id: "your-conversation-id",
-    latest_event_id: -1,
-    providers_set: "github,gitlab" // Optional
-  }
-});
-
-socket.on("connect", () => {
-  console.log("Connected to OpenHands WebSocket");
-});
-
-socket.on("oh_event", (event) => {
-  console.log("Received event:", event);
-});
-
-socket.on("connect_error", (error) => {
-  console.error("Connection error:", error);
-});
-
-socket.on("disconnect", (reason) => {
-  console.log("Disconnected:", reason);
-});
-```
-
-## Sending Actions to the Agent
-
-To send an action to the agent, use the `oh_user_action` event:
-
-```javascript
-// Send a user message to the agent
-socket.emit("oh_user_action", {
-  type: "message",
-  source: "user",
-  message: "Hello, can you help me with my project?"
-});
-```
-
-## Receiving Events from the Agent
-
-The server emits events using the `oh_event` event type. Here are some common event types you might receive:
-
-- User messages (`source: "user", type: "message"`)
-- Agent messages (`source: "agent", type: "message"`)
-- File edits (`action: "edit"`)
-- File writes (`action: "write"`)
-- Command executions (`action: "run"`)
-
-Example event handler:
-
-```javascript
-socket.on("oh_event", (event) => {
-  if (event.source === "agent" && event.type === "message") {
-    console.log("Agent says:", event.message);
-  } else if (event.action === "run") {
-    console.log("Command executed:", event.args.command);
-    console.log("Result:", event.result);
-  }
-});
-```
-
-## Using Websocat for Testing
-
-[Websocat](https://github.com/vi/websocat) is a command-line tool for interacting with WebSockets. It's useful for testing your WebSocket connection without writing a full client application.
-
-### Installation
-
-```bash
-# On macOS
-brew install websocat
-
-# On Linux
-curl -L https://github.com/vi/websocat/releases/download/v1.11.0/websocat.x86_64-unknown-linux-musl > websocat
-chmod +x websocat
-sudo mv websocat /usr/local/bin/
-```
-
-### Connecting to the WebSocket
-
-```bash
-# Connect to the WebSocket and print all received messages
-echo "40{}" | \
-websocat "ws://localhost:3000/socket.io/?EIO=4&transport=websocket&conversation_id=your-conversation-id&latest_event_id=-1"
-```
-
-### Sending a Message
-
-```bash
-# Send a message to the agent
-echo '42["oh_user_action",{"type":"message","source":"user","message":"Hello, agent!"}]' | \
-websocat "ws://localhost:3000/socket.io/?EIO=4&transport=websocket&conversation_id=your-conversation-id&latest_event_id=-1"
-```
-
-### Complete Example with Websocat
-
-Here's a complete example of connecting to the WebSocket, sending a message, and receiving events:
-
-```bash
-# Start a persistent connection
-websocat -v "ws://localhost:3000/socket.io/?EIO=4&transport=websocket&conversation_id=your-conversation-id&latest_event_id=-1"
-
-# In another terminal, send a message
-echo '42["oh_user_action",{"type":"message","source":"user","message":"Can you help me with my project?"}]' | \
-websocat "ws://localhost:3000/socket.io/?EIO=4&transport=websocket&conversation_id=your-conversation-id&latest_event_id=-1"
-```
-
-## Event Structure
-
-Events sent and received through the WebSocket follow a specific structure:
-
-```typescript
-interface OpenHandsEvent {
-  id: string;           // Unique event ID
-  source: string;       // "user" or "agent"
-  timestamp: string;    // ISO timestamp
-  message?: string;     // For message events
-  type?: string;        // Event type (e.g., "message")
-  action?: string;      // Action type (e.g., "run", "edit", "write")
-  args?: any;           // Action arguments
-  result?: any;         // Action result
-}
-```
-
-## Best Practices
-
-1. **Handle Reconnection**: Implement reconnection logic in your client to handle network interruptions.
-2. **Track Event IDs**: Store the latest event ID you've received and use it when reconnecting to avoid duplicate events.
-3. **Error Handling**: Implement proper error handling for connection errors and failed actions.
-4. **Rate Limiting**: Avoid sending too many actions in a short period to prevent overloading the server.
-
-## Troubleshooting
-
-### Connection Issues
-
-- Verify that the OpenHands server is running and accessible
-- Check that you're providing the correct conversation ID
-- Ensure your WebSocket URL is correctly formatted
-
-### Authentication Issues
-
-- Make sure you have the necessary authentication cookies if required
-- Verify that you have permission to access the specified conversation
-
-### Event Handling Issues
-
-- Check that you're correctly parsing the event data
-- Verify that your event handlers are properly registered

docs/modules/usage/installation.mdx

@@ -58,17 +58,17 @@ 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.39-nikolaik
+docker pull docker.all-hands.dev/all-hands-ai/runtime:0.37-nikolaik
 
 docker run -it --rm --pull=always \
-    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.39-nikolaik \
+    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.37-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.39
+    docker.all-hands.dev/all-hands-ai/openhands:0.37
 ```
 
 You'll find OpenHands running at http://localhost:3000!

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

@@ -1,7 +1,6 @@
 # Azure
 
-OpenHands uses LiteLLM to make calls to Azure's chat models. You can find their documentation on using Azure as a
-provider [here](https://docs.litellm.ai/docs/providers/azure).
+OpenHands uses LiteLLM to make calls to Azure's chat models. You can find their documentation on using Azure as a provider [here](https://docs.litellm.ai/docs/providers/azure).
 
 ## Azure OpenAI Configuration
 
@@ -19,7 +18,7 @@ docker run -it --pull=always \
     ...
 ```
 
-Then in the OpenHands UI Settings under the `LLM` tab:
+Then in the OpenHands UI Settings:
 
 :::note
 You will need your ChatGPT deployment name which can be found on the deployments page in Azure. This is referenced as

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

@@ -7,11 +7,10 @@ OpenHands uses LiteLLM to make calls to Google's chat models. You can find their
 
 ## Gemini - Google AI Studio Configs
 
-When running OpenHands, you'll need to set the following in the OpenHands UI through the Settings under the `LLM` tab:
+When running OpenHands, you'll need to set the following in the OpenHands UI through the Settings:
 - `LLM Provider` to `Gemini`
 - `LLM Model` to the model you will be using.
-If the model is not in the list, enable `Advanced` options, and enter it in `Custom Model`
-(e.g. gemini/<model-name> like `gemini/gemini-2.0-flash`).
+If the model is not in the list, toggle `Advanced` options, and enter it in `Custom Model` (e.g. gemini/<model-name> like `gemini/gemini-2.0-flash`).
 - `API Key` to your Gemini API key
 
 ## VertexAI - Google Cloud Platform Configs
@@ -25,8 +24,7 @@ VERTEXAI_PROJECT="<your-gcp-project-id>"
 VERTEXAI_LOCATION="<your-gcp-location>"
 ```
 
-Then set the following in the OpenHands UI through the Settings under the `LLM` tab:
+Then set the following in the OpenHands UI through the Settings:
 - `LLM Provider` to `VertexAI`
 - `LLM Model` to the model you will be using.
-If the model is not in the list, enable `Advanced` options, and enter it in `Custom Model`
-(e.g. vertex_ai/&lt;model-name&gt;).
+If the model is not in the list, toggle `Advanced` options, and enter it in `Custom Model` (e.g. vertex_ai/&lt;model-name&gt;).

docs/modules/usage/llms/groq.md

@@ -1,21 +1,22 @@
 # Groq
 
-OpenHands uses LiteLLM to make calls to chat models on Groq. You can find their documentation on using Groq as a
-provider [here](https://docs.litellm.ai/docs/providers/groq).
+OpenHands uses LiteLLM to make calls to chat models on Groq. You can find their documentation on using Groq as a provider [here](https://docs.litellm.ai/docs/providers/groq).
 
 ## Configuration
 
-When running OpenHands, you'll need to set the following in the OpenHands UI through the Settings under the `LLM` tab:
+When running OpenHands, you'll need to set the following in the OpenHands UI through the Settings:
 - `LLM Provider` to `Groq`
 - `LLM Model` to the model you will be using. [Visit here to see the list of
-models that Groq hosts](https://console.groq.com/docs/models). If the model is not in the list,
-enable `Advanced` options, and enter it in `Custom Model` (e.g. groq/<model-name> like `groq/llama3-70b-8192`).
+models that Groq hosts](https://console.groq.com/docs/models). If the model is not in the list, toggle
+`Advanced` options, and enter it in `Custom Model` (e.g. groq/<model-name> like `groq/llama3-70b-8192`).
 - `API key` to your Groq API key. To find or create your Groq API Key, [see here](https://console.groq.com/keys).
 
+
+
 ## Using Groq as an OpenAI-Compatible Endpoint
 
 The Groq endpoint for chat completion is [mostly OpenAI-compatible](https://console.groq.com/docs/openai). Therefore, you can access Groq models as you
-would access any OpenAI-compatible endpoint. In the OpenHands UI through the Settings under the `LLM` tab:
+would access any OpenAI-compatible endpoint. In the OpenHands UI through the Settings:
 1. Enable `Advanced` options
 2. Set the following:
    - `Custom Model` to the prefix `openai/` + the model you will be using (e.g. `openai/llama3-70b-8192`)

docs/modules/usage/llms/litellm-proxy.md

@@ -7,7 +7,7 @@ OpenHands supports using the [LiteLLM proxy](https://docs.litellm.ai/docs/proxy/
 To use LiteLLM proxy with OpenHands, you need to:
 
 1. Set up a LiteLLM proxy server (see [LiteLLM documentation](https://docs.litellm.ai/docs/proxy/quick_start))
-2. When running OpenHands, you'll need to set the following in the OpenHands UI through the Settings under the `LLM` tab:
+2. When running OpenHands, you'll need to set the following in the OpenHands UI through the Settings:
   * Enable `Advanced` options
   * `Custom Model` to the prefix `litellm_proxy/` + the model you will be using (e.g. `litellm_proxy/anthropic.claude-3-5-sonnet-20241022-v2:0`)
   * `Base URL` to your LiteLLM proxy URL (e.g. `https://your-litellm-proxy.com`)
@@ -15,7 +15,6 @@ To use LiteLLM proxy with OpenHands, you need to:
 
 ## Supported Models
 
-The supported models depend on your LiteLLM proxy configuration. OpenHands supports any model that your LiteLLM proxy
-is configured to handle.
+The supported models depend on your LiteLLM proxy configuration. OpenHands supports any model that your LiteLLM proxy is configured to handle.
 
 Refer to your LiteLLM proxy configuration for the list of available models and their names.

docs/modules/usage/llms/llms.md

@@ -11,12 +11,14 @@ OpenHands can connect to any LLM supported by LiteLLM. However, it requires a po
 Based on our evaluations of language models for coding tasks (using the SWE-bench dataset), we can provide some
 recommendations for model selection. Our latest benchmarking results can be found in [this spreadsheet](https://docs.google.com/spreadsheets/d/1wOUdFCMyY6Nt0AIqF705KN4JKOWgeI4wUGUP60krXXs/edit?gid=0).
 
-Based on these findings and community feedback, these are the latest models that have been verified to work reasonably well with OpenHands:
+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](https://www.anthropic.com/api) (recommended)
-- [openai/o4-mini](https://openai.com/index/introducing-o3-and-o4-mini/)
 - [gemini/gemini-2.5-pro](https://blog.google/technology/google-deepmind/gemini-model-thinking-updates-march-2025/)
 - [deepseek/deepseek-chat](https://api-docs.deepseek.com/)
+- [openai/o3-mini](https://openai.com/index/openai-o3-mini/)
+- [openai/o3](https://openai.com/index/introducing-o3-and-o4-mini/)
+- [openai/o4-mini](https://openai.com/index/introducing-o3-and-o4-mini/)
 - [all-hands/openhands-lm-32b-v0.1](https://www.all-hands.dev/blog/introducing-openhands-lm-32b----a-strong-open-coding-agent-model) -- available through [OpenRouter](https://openrouter.ai/all-hands/openhands-lm-32b-v0.1)
 
 
@@ -25,8 +27,8 @@ OpenHands will issue many prompts to the LLM you configure. Most of these LLMs c
 limits and monitor usage.
 :::
 
-If you have successfully run OpenHands with specific providers, we encourage you to open a PR to share your setup process
-to help others using the same provider!
+If you have successfully run OpenHands with specific LLMs not in the list, please add them to the verified list. We
+also encourage you to open a PR to share your setup process to help others using the same provider and LLM!
 
 For a full list of the providers and models available, please consult the
 [litellm documentation](https://docs.litellm.ai/docs/providers).

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

@@ -1,4 +1,4 @@
-# Local LLMs
+# Local LLM with SGLang or vLLM
 
 :::warning
 When using a Local LLM, OpenHands may have limited functionality.
@@ -7,91 +7,10 @@ It is highly recommended that you use GPUs to serve local models for optimal exp
 
 ## News
 
-- 2025/05/21: We collaborated with Mistral AI and released [Devstral Small](https://mistral.ai/news/devstral) that achieves [46.8% on SWE-Bench Verified](https://github.com/SWE-bench/experiments/pull/228)!
 - 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)).
 
-
-## Quickstart: Running OpenHands on Your Macbook
-
-### Serve the model on your Macbook
-
-We recommend using [LMStudio](https://lmstudio.ai/) for serving these models locally.
-
-1. Download [LM Studio](https://lmstudio.ai/) and install it
-
-2. Download the model:
-   - Option 1: Directly download the LLM from [this link](https://lmstudio.ai/model/devstral-small-2505-mlx) or by searching for the name `Devstral-Small-2505` in LM Studio
-   - Option 2: Download a LLM in GGUF format. For example, to download [Devstral Small 2505 GGUF](https://huggingface.co/mistralai/Devstral-Small-2505_gguf), using `huggingface-cli download mistralai/Devstral-Small-2505_gguf --local-dir mistralai/Devstral-Small-2505_gguf`. Then in bash terminal, run `lms import {model_name}` in the directory where you've downloaded the model checkpoint (e.g. run `lms import devstralQ4_K_M.gguf` in `mistralai/Devstral-Small-2505_gguf`)
-
-3. Open LM Studio application, you should first switch to `power user` mode, and then open the developer tab:
-
-![image](./screenshots/1_select_power_user.png)
-
-4. Then click `Select a model to load` on top of the application:
-
-![image](./screenshots/2_select_model.png)
-
-5. And choose the model you want to use, holding `option` on mac to enable advanced loading options:
-
-![image](./screenshots/3_select_devstral.png)
-
-6. You should then pick an appropriate context window for OpenHands based on your hardware configuration (larger than 32768 is recommended for using OpenHands, but too large may cause you to run out of memory); Flash attention is also recommended if it works on your machine.
-
-![image](./screenshots/4_set_context_window.png)
-
-7. And you should start the server (if it is not already in `Running` status), un-toggle `Serve on Local Network` and remember the port number of the LMStudio URL (`1234` is the port number for `http://127.0.0.1:1234` in this example):
-
-![image](./screenshots/5_copy_url.png)
-
-8. Finally, you can click the `copy` button near model name to copy the model name (`imported-models/uncategorized/devstralq4_k_m.gguf` in this example):
-
-![image](./screenshots/6_copy_to_get_model_name.png)
-
-### Start OpenHands with locally served model
-
-Check [the installation guide](https://docs.all-hands.dev/modules/usage/installation) to make sure you have all the prerequisites for running OpenHands.
-
-```bash
-export LMSTUDIO_MODEL_NAME="imported-models/uncategorized/devstralq4_k_m.gguf" # <- Replace this with the model name you copied from LMStudio
-export LMSTUDIO_URL="http://host.docker.internal:1234"  # <- Replace this with the port from LMStudio
-
-docker pull docker.all-hands.dev/all-hands-ai/runtime:0.39-nikolaik
-
-mkdir -p ~/.openhands-state && echo '{"language":"en","agent":"CodeActAgent","max_iterations":null,"security_analyzer":null,"confirmation_mode":false,"llm_model":"lm_studio/'$LMSTUDIO_MODEL_NAME'","llm_api_key":"dummy","llm_base_url":"'$LMSTUDIO_URL/v1'","remote_runtime_resource_factor":null,"github_token":null,"enable_default_condenser":true,"user_consents_to_analytics":true}' > ~/.openhands-state/settings.json
-
-docker run -it --rm --pull=always \
-    -e SANDBOX_RUNTIME_CONTAINER_IMAGE=docker.all-hands.dev/all-hands-ai/runtime:0.39-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.39
-```
-
-Once your server is running -- you can visit `http://localhost:3000` in your browser to use OpenHands with local Devstral model:
-```
-Digest: sha256:e72f9baecb458aedb9afc2cd5bc935118d1868719e55d50da73190d3a85c674f
-Status: Image is up to date for docker.all-hands.dev/all-hands-ai/openhands:0.39
-Starting OpenHands...
-Running OpenHands as root
-14:22:13 - openhands:INFO: server_config.py:50 - Using config class None
-INFO:     Started server process [8]
-INFO:     Waiting for application startup.
-INFO:     Application startup complete.
-INFO:     Uvicorn running on http://0.0.0.0:3000 (Press CTRL+C to quit)
-```
-
-
-## Advanced: Serving LLM on GPUs
-
-### Download model checkpoints
-
-:::note
-The model checkpoints downloaded here should NOT be in GGUF format.
-:::
+## Download the Model from Huggingface
 
 For example, to download [OpenHands LM 32B v0.1](https://huggingface.co/all-hands/openhands-lm-32b-v0.1):
 
@@ -99,7 +18,9 @@ For example, to download [OpenHands LM 32B v0.1](https://huggingface.co/all-hand
 huggingface-cli download all-hands/openhands-lm-32b-v0.1 --local-dir all-hands/openhands-lm-32b-v0.1
 ```
 
-### Create an OpenAI-Compatible Endpoint With SGLang
+## 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):
@@ -114,7 +35,7 @@ SGLANG_ALLOW_OVERWRITE_LONGER_CONTEXT_LEN=1 python3 -m sglang.launch_server \
     --api-key mykey --context-length 131072
 ```
 
-### Create an OpenAI-Compatible Endpoint with vLLM
+### Serving with vLLM
 
 - 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):
@@ -128,7 +49,7 @@ vllm serve all-hands/openhands-lm-32b-v0.1 \
     --enable-prefix-caching
 ```
 
-## Advanced: Run and Configure OpenHands
+## Run and Configure OpenHands
 
 ### Run OpenHands
 
@@ -154,7 +75,7 @@ Start OpenHands using `make run`.
 
 ### Configure OpenHands
 
-Once OpenHands is running, you'll need to set the following in the OpenHands UI through the Settings under the `LLM` tab:
+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`)

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

@@ -1,15 +1,14 @@
 # OpenAI
 
-OpenHands uses LiteLLM to make calls to OpenAI's chat models. You can find their documentation on using OpenAI as a
-provider [here](https://docs.litellm.ai/docs/providers/openai).
+OpenHands uses LiteLLM to make calls to OpenAI's chat models. You can find their documentation on using OpenAI as a provider [here](https://docs.litellm.ai/docs/providers/openai).
 
 ## Configuration
 
-When running OpenHands, you'll need to set the following in the OpenHands UI through the Settings under the `LLM` tab:
+When running OpenHands, you'll need to set the following in the OpenHands UI through the Settings:
 * `LLM Provider` to `OpenAI`
 * `LLM Model` to the model you will be using.
 [Visit here to see a full list of OpenAI models that LiteLLM supports.](https://docs.litellm.ai/docs/providers/openai#openai-chat-completion-models)
-If the model is not in the list, enable `Advanced` options, and enter it in `Custom Model` (e.g. openai/<model-name> like `openai/gpt-4o`).
+If the model is not in the list, toggle `Advanced` options, and enter it in `Custom Model` (e.g. openai/<model-name> like `openai/gpt-4o`).
 * `API Key` to your OpenAI API key. To find or create your OpenAI Project API Key, [see here](https://platform.openai.com/api-keys).
 
 ## Using OpenAI-Compatible Endpoints
@@ -18,7 +17,7 @@ Just as for OpenAI Chat completions, we use LiteLLM for OpenAI-compatible endpoi
 
 ## Using an OpenAI Proxy
 
-If you're using an OpenAI proxy, in the OpenHands UI through the Settings under the `LLM` tab:
+If you're using an OpenAI proxy, in the OpenHands UI through the Settings:
 1. Enable `Advanced` options
 2. Set the following:
    - `Custom Model` to openai/<model-name> (e.g. `openai/gpt-4o` or openai/<proxy-prefix>/<model-name>)

docs/modules/usage/llms/openrouter.md

@@ -1,14 +1,12 @@
 # OpenRouter
 
-OpenHands uses LiteLLM to make calls to chat models on OpenRouter. You can find their documentation on using
-OpenRouter as a provider [here](https://docs.litellm.ai/docs/providers/openrouter).
+OpenHands uses LiteLLM to make calls to chat models on OpenRouter. You can find their documentation on using OpenRouter as a provider [here](https://docs.litellm.ai/docs/providers/openrouter).
 
 ## Configuration
 
-When running OpenHands, you'll need to set the following in the OpenHands UI through the Settings under the `LLM` tab:
+When running OpenHands, you'll need to set the following in the OpenHands UI through the Settings:
 * `LLM Provider` to `OpenRouter`
 * `LLM Model` to the model you will be using.
 [Visit here to see a full list of OpenRouter models](https://openrouter.ai/models).
-If the model is not in the list, enable `Advanced` options, and enter it in
-`Custom Model` (e.g. openrouter/<model-name> like `openrouter/anthropic/claude-3.5-sonnet`).
+If the model is not in the list, toggle `Advanced` options, and enter it in `Custom Model` (e.g. openrouter/<model-name> like `openrouter/anthropic/claude-3.5-sonnet`).
 * `API Key` to your OpenRouter API key.

docs/modules/usage/mcp.md

@@ -13,11 +13,9 @@ or custom tools. MCP is based on the open standard defined at [modelcontextproto
 
 ## Configuration
 
-MCP configuration can be defined in:
-* The OpenHands UI through the Settings under the `MCP` tab.
-* The `config.toml` file under the `[mcp]` section if not using the UI.
+MCP configuration is defined in the `[mcp]` section of your `config.toml` file.
 
-### Configuration Example via config.toml
+### Configuration Example
 
 ```toml
 [mcp]
@@ -84,7 +82,7 @@ Stdio servers are configured using an object with the following properties:
 
 When OpenHands starts, it:
 
-1. Reads the MCP configuration.
+1. Reads the MCP configuration from `config.toml`.
 2. Connects to any configured SSE servers.
 3. Starts any configured stdio servers.
 4. Registers the tools provided by these servers with the agent.

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

@@ -1,23 +0,0 @@
-# Organization and User Microagents
-
-## Purpose
-
-Organizations and users can define microagents that apply to all repositories belonging to the organization or user.
-
-## Usage
-
-These microagents can be [any type of microagent](./microagents-overview#microagent-types) and will be loaded
-accordingly. However, they are applied to all repositories belonging to the organization or user.
-
-Add a `.openhands` repository under the organization or user and create a `microagents` directory and place the
-microagents in that directory.
-
-## Example
-
-General microagent file example for organization `Great-Co` located inside the `.openhands` repository:
-`microagents/org-microagent.md`:
-```
-* Use type hints and error boundaries; validate inputs at system boundaries and fail with meaningful error messages.
-* Document interfaces and public APIs; use implementation comments only for non-obvious logic.
-* Follow the same naming convention for variables, classes, constants, etc. already used in each repository.
-```

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

@@ -7,7 +7,7 @@ They provide expert guidance, automate common tasks, and ensure consistent pract
 
 Currently OpenHands supports the following types of microagents:
 
-- [General Microagents](./microagents-repo): General guidelines for OpenHands about the repository.
+- [General Repository Microagents](./microagents-repo): General guidelines for OpenHands about the repository.
 - [Keyword-Triggered Microagents](./microagents-keyword): Guidelines activated by specific keywords in prompts.
 
 To customize OpenHands' behavior, create a .openhands/microagents/ directory in the root of your repository and
@@ -24,7 +24,7 @@ Example repository structure:
 some-repository/
 └── .openhands/
     └── microagents/
-        └── repo.md            # General guidelines
+        └── repo.md            # General repository guidelines
         └── trigger_this.md    # Microagent triggered by specific keywords
         └── trigger_that.md    # Microagent triggered by specific keywords
 ```
@@ -34,7 +34,7 @@ some-repository/
 Each microagent file may include frontmatter that provides additional information. In some cases, this frontmatter
 is required:
 
-| Microagent Type                 | Required |
-|---------------------------------|----------|
-| `General Microagents`           | No       |
-| `Keyword-Triggered Microagents` | Yes      |
+| Microagent Type                  | Required |
+|----------------------------------|----------|
+| `General Repository Microagents` | No       |
+| `Keyword-Triggered Microagents`  | Yes      |

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

@@ -1,4 +1,4 @@
-# General Microagents
+# General Repository Microagents
 
 ## Purpose
 
@@ -20,7 +20,7 @@ Frontmatter should be enclosed in triple dashes (---) and may include the follow
 
 ## Example
 
-General microagent file example located at `.openhands/microagents/repo.md`:
+General repository microagent file example located at `.openhands/microagents/repo.md`:
 ```
 This project is a TODO application that allows users to track TODO items.
 
@@ -28,4 +28,4 @@ To set it up, you can run `npm run build`.
 Always make sure the tests are passing before committing changes. You can run the tests by running `npm run test`.
 ```
 
-[See more examples of general microagents here.](https://github.com/All-Hands-AI/OpenHands/tree/main/.openhands/microagents)
+[See more examples of general repository microagents here.](https://github.com/All-Hands-AI/OpenHands/tree/main/.openhands/microagents)

docs/modules/usage/runtimes/local.md

@@ -13,16 +13,14 @@ files on your machine. Only use this runtime in controlled environments or when
 Before using the Local Runtime, ensure that:
 
 1. You can run OpenHands using the [Development workflow](https://github.com/All-Hands-AI/OpenHands/blob/main/Development.md).
-2. For Linux and Mac, tmux is available on your system.
-3. For Windows, PowerShell is available on your system.
-    - Only [CLI mode](../how-to/cli-mode) and [headless mode](../how-to/headless-mode) are supported in Windows with Local Runtime.
+2. tmux is available on your system.
 
 ## Configuration
 
 To use the Local Runtime, besides required configurations like the LLM provider, model and API key, you'll need to set
 the following options via environment variables or the [config.toml file](https://github.com/All-Hands-AI/OpenHands/blob/main/config.template.toml) when starting OpenHands:
 
-Via environment variables (please use PowerShell syntax for Windows PowerShell):
+Via environment variables:
 
 ```bash
 # Required
@@ -67,4 +65,4 @@ The Local Runtime is particularly useful for:
 
 - CI/CD pipelines where Docker is not available.
 - Testing and development of OpenHands itself.
-- Environments where container usage is restricted (e.g. native Windows).
+- Environments where container usage is restricted.

docs/package-lock.json

@@ -27,7 +27,7 @@
         "@docusaurus/tsconfig": "^3.7.0",
         "@docusaurus/types": "^3.5.1",
         "swagger-cli": "^4.0.4",
-        "swagger-ui-dist": "^5.22.0",
+        "swagger-ui-dist": "^5.21.0",
         "typescript": "~5.8.3"
       },
       "engines": {
@@ -18730,9 +18730,9 @@
       }
     },
     "node_modules/swagger-ui-dist": {
-      "version": "5.22.0",
-      "resolved": "https://registry.npmjs.org/swagger-ui-dist/-/swagger-ui-dist-5.22.0.tgz",
-      "integrity": "sha512-8YlCSxiyb8uPFa7qoB1lRHYr1PBbT1NuV9RvQdFFPFPudRBTPf9coU5jl02KhzvrtmTEw4jXRgb0kg8pJvVuWQ==",
+      "version": "5.21.0",
+      "resolved": "https://registry.npmjs.org/swagger-ui-dist/-/swagger-ui-dist-5.21.0.tgz",
+      "integrity": "sha512-E0K3AB6HvQd8yQNSMR7eE5bk+323AUxjtCz/4ZNKiahOlPhPJxqn3UPIGs00cyY/dhrTDJ61L7C/a8u6zhGrZg==",
       "dev": true,
       "license": "Apache-2.0",
       "dependencies": {

docs/package.json

@@ -36,7 +36,7 @@
     "@docusaurus/tsconfig": "^3.7.0",
     "@docusaurus/types": "^3.5.1",
     "swagger-cli": "^4.0.4",
-    "swagger-ui-dist": "^5.22.0",
+    "swagger-ui-dist": "^5.21.0",
     "typescript": "~5.8.3"
   },
   "browserslist": {

docs/sidebars.ts

@@ -24,40 +24,19 @@ const sidebars: SidebarsConfig = {
       items: [
         {
           type: 'doc',
-          label: 'Getting Started',
+          label: 'Openhands Cloud',
           id: 'usage/cloud/openhands-cloud',
         },
-        {
-          type: 'category',
-          label: 'Installation',
-          items: [
-            {
-              type: 'doc',
-              label: 'GitHub Installation',
-              id: 'usage/cloud/github-installation',
-            },
-            {
-              type: 'doc',
-              label: 'GitLab Installation',
-              id: 'usage/cloud/gitlab-installation',
-            },
-          ],
-        },
-        {
-          type: 'doc',
-          label: 'Cloud UI',
-          id: 'usage/cloud/cloud-ui',
-        },
-        {
-          type: 'doc',
-          label: 'Cloud Issue Resolver',
-          id: 'usage/cloud/cloud-issue-resolver',
-        },
         {
           type: 'doc',
           label: 'Cloud API',
           id: 'usage/cloud/cloud-api',
         },
+        {
+          type: 'doc',
+          label: 'Cloud GitHub Resolver',
+          id: 'usage/cloud/cloud-github-resolver',
+        },
       ],
     },
     {
@@ -91,7 +70,7 @@ const sidebars: SidebarsConfig = {
             },
             {
               type: 'doc',
-              label: 'General Microagents',
+              label: 'General Repository Microagents',
               id: 'usage/prompting/microagents-repo',
             },
             {
@@ -99,11 +78,6 @@ const sidebars: SidebarsConfig = {
               label: 'Keyword-Triggered Microagents',
               id: 'usage/prompting/microagents-keyword',
             },
-            {
-              type: 'doc',
-              label: 'Organization and User Microagents',
-              id: 'usage/prompting/microagents-org',
-            },
             {
               type: 'doc',
               label: 'Global Microagents',
@@ -293,11 +267,6 @@ const sidebars: SidebarsConfig = {
           label: 'Evaluation',
           id: 'usage/how-to/evaluation-harness',
         },
-        {
-          type: 'doc',
-          label: 'WebSocket Connection',
-          id: 'usage/how-to/websocket-connection',
-        },
       ],
     },
     {

docs/static/openapi.json

@@ -876,11 +876,6 @@
                     "type": "string",
                     "nullable": true
                   },
-                  "conversation_instructions": {
-                    "type": "string",
-                    "nullable": true,
-                    "description": "Optional instructions the agent must follow throughout the conversation while addressing the user's initial task"
-                  },
                   "image_urls": {
                     "type": "array",
                     "items": {

evaluation/README.md

@@ -42,37 +42,6 @@ api_key = "XXX"
 temperature = 0.0
 ```
 
-### Configuring Condensers for Evaluation
-
-For benchmarks that support condenser configuration (like SWE-Bench), you can define multiple condenser configurations in your `config.toml` file. A condenser is responsible for managing conversation history to maintain context while staying within token limits - you can learn more about how it works [here](https://www.all-hands.dev/blog/openhands-context-condensensation-for-more-efficient-ai-agents):
-
-```toml
-# LLM-based summarizing condenser for evaluation
-[condenser.summarizer_for_eval]
-type = "llm"
-llm_config = "haiku"  # Reference to an LLM config to use for summarization
-keep_first = 2        # Number of initial events to always keep
-max_size = 100        # Maximum size of history before triggering summarization
-
-# Recent events condenser for evaluation
-[condenser.recent_for_eval]
-type = "recent"
-keep_first = 2        # Number of initial events to always keep
-max_events = 50       # Maximum number of events to keep in history
-```
-
-You can then specify which condenser configuration to use when running evaluation scripts, for example:
-
-```bash
-EVAL_CONDENSER=summarizer_for_eval \
-./evaluation/benchmarks/swe_bench/scripts/run_infer.sh llm.eval_gpt4_1106_preview HEAD CodeActAgent 500 100 1 princeton-nlp/SWE-bench_Verified test
-```
-
-The name is up to you, but should match a name defined in your `config.toml` file. The last argument in the command specifies the condenser configuration to use. In this case, `summarizer_for_eval` is used, which refers to the LLM-based summarizing condenser as defined above.
-
-If no condenser configuration is specified, the 'noop' condenser will be used by default, which keeps the full conversation history.
-```
-
 For other configurations specific to evaluation, such as `save_trajectory_path`, these are typically set in the `get_config` function of the respective `run_infer.py` file for each benchmark.
 
 ## Supported Benchmarks

evaluation/benchmarks/scienceagentbench/Dockerfile.evaluator

@@ -17,7 +17,7 @@ RUN git checkout 4eddc7db6449a5ade3e37285747c8b208cd54ce7
 RUN micromamba create -n sci-agent python=3.10 pip setuptools wheel
 RUN micromamba run -n sci-agent pip install -r requirements.txt
 
-# Replace all occurrences of conda with micromamba under the /workspace
+# Replace all occurence of conda with micromamba under the /workspace
 RUN find ./ -type f -exec sed -i 's/conda/micromamba/g' {} \;
 
 # pushd evaluation/scienceagentbench

evaluation/benchmarks/swe_bench/README.md

@@ -45,7 +45,7 @@ For example, for instance ID `django_django-11011`, it will try to pull our pre-
 This image will be used create an OpenHands runtime image where the agent will operate on.
 
 ```bash
-./evaluation/benchmarks/swe_bench/scripts/run_infer.sh [model_config] [git-version] [agent] [eval_limit] [max_iter] [num_workers] [dataset] [dataset_split] [n_runs] [mode]
+./evaluation/benchmarks/swe_bench/scripts/run_infer.sh [model_config] [git-version] [agent] [eval_limit] [max_iter] [num_workers] [dataset] [dataset_split]
 
 # Example
 ./evaluation/benchmarks/swe_bench/scripts/run_infer.sh llm.eval_gpt4_1106_preview HEAD CodeActAgent 500 100 1 princeton-nlp/SWE-bench_Verified test
@@ -63,26 +63,19 @@ to `CodeActAgent`.
 default, the script evaluates the entire SWE-bench_Lite test set (300 issues). Note:
 in order to use `eval_limit`, you must also set `agent`.
 - `max_iter`, e.g. `20`, is the maximum number of iterations for the agent to run. By
-default, it is set to 100.
+default, it is set to 60.
 - `num_workers`, e.g. `3`, is the number of parallel workers to run the evaluation. By
 default, it is set to 1.
 - `dataset`, a huggingface dataset name. e.g. `princeton-nlp/SWE-bench`, `princeton-nlp/SWE-bench_Lite`, `princeton-nlp/SWE-bench_Verified`, or `princeton-nlp/SWE-bench_Multimodal`, specifies which dataset to evaluate on.
 - `dataset_split`, split for the huggingface dataset. e.g., `test`, `dev`. Default to `test`.
 
-- `n_runs`, e.g. `3`, is the number of times to run the evaluation. Default is 1.
-- `mode`, e.g. `swt`, `swt-ci`, or `swe`, specifies the evaluation mode. Default is `swe`.
-
 > [!CAUTION]
 > Setting `num_workers` larger than 1 is not officially tested, YMMV.
 
-There are also optional environment variables you can set:
+There is also one optional environment variable you can set.
 
 ```bash
-# Use hint text in the evaluation (default: false)
-export USE_HINT_TEXT=true # Ignore this if you are not sure.
-
-# Specify a condenser configuration for memory management (default: NoOpCondenser)
-export EVAL_CONDENSER=summarizer_for_eval # Name of the condenser config group in config.toml
+export USE_HINT_TEXT=true # if you want to use hint text in the evaluation. Default to false. Ignore this if you are not sure.
 ```
 
 Let's say you'd like to run 10 instances using `llm.eval_gpt4_1106_preview` and CodeActAgent,
@@ -109,9 +102,9 @@ Fill out [this form](https://docs.google.com/forms/d/e/1FAIpQLSckVz_JFwg2_mOxNZj
 ```bash
 ./evaluation/benchmarks/swe_bench/scripts/run_infer.sh [model_config] [git-version] [agent] [eval_limit] [max_iter] [num_workers] [dataset] [dataset_split]
 
-# Example - This runs evaluation on CodeActAgent for 300 instances on "princeton-nlp/SWE-bench_Lite"'s test set, with max 100 iteration per instances, with 16 number of workers running in parallel
+# Example - This runs evaluation on CodeActAgent for 300 instances on "princeton-nlp/SWE-bench_Lite"'s test set, with max 30 iteration per instances, with 16 number of workers running in parallel
 ALLHANDS_API_KEY="YOUR-API-KEY" RUNTIME=remote SANDBOX_REMOTE_RUNTIME_API_URL="https://runtime.eval.all-hands.dev" EVAL_DOCKER_IMAGE_PREFIX="us-central1-docker.pkg.dev/evaluation-092424/swe-bench-images" \
-./evaluation/benchmarks/swe_bench/scripts/run_infer.sh llm.eval HEAD CodeActAgent 300 100 16 "princeton-nlp/SWE-bench_Lite" test
+./evaluation/benchmarks/swe_bench/scripts/run_infer.sh llm.eval HEAD CodeActAgent 300 30 16 "princeton-nlp/SWE-bench_Lite" test
 ```
 
 To clean-up all existing runtime you've already started, run:
@@ -158,8 +151,6 @@ The script now accepts optional arguments:
 - `instance_id`: Specify a single instance to evaluate (optional)
 - `dataset_name`: The name of the dataset to use (default: `"princeton-nlp/SWE-bench_Lite"`)
 - `split`: The split of the dataset to use (default: `"test"`)
-- `environment`: The environment to use for patch evaluation (default: `"local"`). You can set it to
-  `"modal"` to use [official SWE-Bench support](https://github.com/swe-bench/SWE-bench/blob/main/docs/assets/evaluation.md#%EF%B8%8F-evaluation-with-modal) for running evaluation on Modal.
 
 For example, to evaluate a specific instance with a custom dataset and split:
 
@@ -185,7 +176,7 @@ Fill out [this form](https://docs.google.com/forms/d/e/1FAIpQLSckVz_JFwg2_mOxNZj
 
 # Example - This evaluates patches generated by CodeActAgent on Llama-3.1-70B-Instruct-Turbo on "princeton-nlp/SWE-bench_Lite"'s test set, with 16 number of workers running in parallel
 ALLHANDS_API_KEY="YOUR-API-KEY" RUNTIME=remote SANDBOX_REMOTE_RUNTIME_API_URL="https://runtime.eval.all-hands.dev" EVAL_DOCKER_IMAGE_PREFIX="us-central1-docker.pkg.dev/evaluation-092424/swe-bench-images" \
-evaluation/benchmarks/swe_bench/scripts/eval_infer_remote.sh evaluation/evaluation_outputs/outputs/swe-bench-lite/CodeActAgent/Llama-3.1-70B-Instruct-Turbo_maxiter_100_N_v1.9-no-hint/output.jsonl 16 "princeton-nlp/SWE-bench_Lite" "test"
+evaluation/benchmarks/swe_bench/scripts/eval_infer_remote.sh evaluation/evaluation_outputs/outputs/swe-bench-lite/CodeActAgent/Llama-3.1-70B-Instruct-Turbo_maxiter_30_N_v1.9-no-hint/output.jsonl 16 "princeton-nlp/SWE-bench_Lite" "test"
 ```
 
 To clean-up all existing runtimes that you've already started, run:

evaluation/benchmarks/swe_bench/run_infer.py

@@ -44,8 +44,6 @@ from openhands.core.config import (
     get_llm_config_arg,
     get_parser,
 )
-from openhands.core.config.condenser_config import NoOpCondenserConfig
-from openhands.core.config.utils import get_condenser_config_arg
 from openhands.core.logger import openhands_logger as logger
 from openhands.core.main import create_runtime, run_controller
 from openhands.critic import AgentFinishedCritic
@@ -263,7 +261,6 @@ def get_config(
         enable_jupyter=False,
         enable_browsing=RUN_WITH_BROWSING,
         enable_llm_editor=False,
-        enable_mcp=False,
         condenser=metadata.condenser_config,
         enable_prompt_extensions=False,
     )
@@ -717,20 +714,6 @@ def filter_dataset(dataset: pd.DataFrame, filter_column: str) -> pd.DataFrame:
                 subset = dataset[dataset[filter_column].isin(selected_ids)]
                 logger.info(f'Retained {subset.shape[0]} tasks after filtering')
                 return subset
-            if 'selected_repos' in data:
-                # repos for the swe-bench instances:
-                # ['astropy/astropy', 'django/django', 'matplotlib/matplotlib', 'mwaskom/seaborn', 'pallets/flask', 'psf/requests', 'pydata/xarray', 'pylint-dev/pylint', 'pytest-dev/pytest', 'scikit-learn/scikit-learn', 'sphinx-doc/sphinx', 'sympy/sympy']
-                selected_repos = data['selected_repos']
-                if isinstance(selected_repos, str):
-                    selected_repos = [selected_repos]
-                assert isinstance(selected_repos, list)
-                logger.info(
-                    f'Filtering {selected_repos} tasks from "selected_repos"...'
-                )
-                subset = dataset[dataset['repo'].isin(selected_repos)]
-                logger.info(f'Retained {subset.shape[0]} tasks after filtering')
-                return subset
-
     skip_ids = os.environ.get('SKIP_IDS', '').split(',')
     if len(skip_ids) > 0:
         logger.info(f'Filtering {len(skip_ids)} tasks from "SKIP_IDS"...')
@@ -759,7 +742,6 @@ if __name__ == '__main__':
         choices=['swe', 'swt', 'swt-ci'],
         help="mode to run the evaluation, either 'swe', 'swt', or 'swt-ci'",
     )
-
     args, _ = parser.parse_known_args()
 
     # NOTE: It is preferable to load datasets from huggingface datasets and perform post-processing
@@ -796,21 +778,6 @@ if __name__ == '__main__':
     if llm_config is None:
         raise ValueError(f'Could not find LLM config: --llm_config {args.llm_config}')
 
-    # Get condenser config from environment variable
-    condenser_name = os.environ.get('EVAL_CONDENSER')
-    if condenser_name:
-        condenser_config = get_condenser_config_arg(condenser_name)
-        if condenser_config is None:
-            raise ValueError(
-                f'Could not find Condenser config: EVAL_CONDENSER={condenser_name}'
-            )
-    else:
-        # If no specific condenser config is provided via env var, default to NoOpCondenser
-        condenser_config = NoOpCondenserConfig()
-        logger.debug(
-            'No Condenser config provided via EVAL_CONDENSER, using NoOpCondenser.'
-        )
-
     details = {'mode': args.mode}
     _agent_cls = openhands.agenthub.Agent.get_cls(args.agent_cls)
 
@@ -825,7 +792,6 @@ if __name__ == '__main__':
         args.eval_note,
         args.eval_output_dir,
         details=details,
-        condenser_config=condenser_config,
     )
 
     output_file = os.path.join(metadata.eval_output_dir, 'output.jsonl')

evaluation/benchmarks/swe_bench/scripts/eval_infer.sh

@@ -16,19 +16,11 @@ fi
 INSTANCE_ID=$2
 DATASET_NAME=${3:-"princeton-nlp/SWE-bench_Lite"}
 SPLIT=${4:-"test"}
-ENVIRONMENT=${5:-"local"}
 
 echo "INSTANCE_ID: $INSTANCE_ID"
 echo "DATASET_NAME: $DATASET_NAME"
 echo "SPLIT: $SPLIT"
 
-if [[ "$ENVIRONMENT" != "local" && "$ENVIRONMENT" != "modal" ]]; then
-    echo "Error: ENVIRONMENT must be either 'local' or 'modal'"
-    exit 1
-fi
-
-echo "ENVIRONMENT: $ENVIRONMENT"
-
 PROCESS_FILEPATH=$(realpath $PROCESS_FILEPATH)
 FILE_DIR=$(dirname $PROCESS_FILEPATH)
 FILE_NAME=$(basename $PROCESS_FILEPATH)
@@ -86,12 +78,6 @@ echo "=============================================================="
 RUN_ID=$(date +"%Y%m%d_%H%M%S")
 N_PROCESS=4
 
-
-MODAL_FLAG=""
-if [[ "$ENVIRONMENT" == "modal" ]]; then
-    MODAL_FLAG="--modal true"
-fi
-
 if [ -z "$INSTANCE_ID" ]; then
     echo "Running SWE-bench evaluation on the whole input file..."
     # Default to SWE-Bench-lite
@@ -104,8 +90,7 @@ if [ -z "$INSTANCE_ID" ]; then
         --timeout 3600 \
         --cache_level instance \
         --max_workers $N_PROCESS \
-        --run_id $RUN_ID \
-        $MODAL_FLAG
+        --run_id $RUN_ID
 
     # get the "model_name_or_path" from the first line of the SWEBENCH_FORMAT_JSONL
     MODEL_NAME_OR_PATH=$(jq -r '.model_name_or_path' $SWEBENCH_FORMAT_JSONL | head -n 1)
@@ -152,6 +137,5 @@ else
         --instance_ids $INSTANCE_ID \
         --cache_level instance \
         --max_workers $N_PROCESS \
-        --run_id $RUN_ID \
-        $MODAL_FLAG
+        --run_id $RUN_ID
 fi

evaluation/benchmarks/swe_bench/scripts/run_infer.sh

@@ -14,7 +14,6 @@ SPLIT=$8
 N_RUNS=$9
 MODE=${10}
 
-
 if [ -z "$NUM_WORKERS" ]; then
   NUM_WORKERS=1
   echo "Number of workers not specified, use default $NUM_WORKERS"
@@ -27,8 +26,8 @@ if [ -z "$AGENT" ]; then
 fi
 
 if [ -z "$MAX_ITER" ]; then
-  echo "MAX_ITER not specified, use default 100"
-  MAX_ITER=100
+  echo "MAX_ITER not specified, use default 60"
+  MAX_ITER=60
 fi
 
 if [ -z "$RUN_WITH_BROWSING" ]; then
@@ -52,12 +51,6 @@ if [ -z "$MODE" ]; then
   echo "MODE not specified, use default $MODE"
 fi
 
-if [ -n "$EVAL_CONDENSER" ]; then
-  echo "Using Condenser Config: $EVAL_CONDENSER"
-else
-  echo "No Condenser Config provided via EVAL_CONDENSER, use default (NoOpCondenser)."
-fi
-
 export RUN_WITH_BROWSING=$RUN_WITH_BROWSING
 echo "RUN_WITH_BROWSING: $RUN_WITH_BROWSING"
 
@@ -72,7 +65,6 @@ echo "MAX_ITER: $MAX_ITER"
 echo "NUM_WORKERS: $NUM_WORKERS"
 echo "COMMIT_HASH: $COMMIT_HASH"
 echo "MODE: $MODE"
-echo "EVAL_CONDENSER: $EVAL_CONDENSER"
 
 # Default to NOT use Hint
 if [ -z "$USE_HINT_TEXT" ]; then
@@ -96,10 +88,6 @@ fi
 if [ "$MODE" != "swe" ]; then
   EVAL_NOTE="${EVAL_NOTE}-${MODE}"
 fi
-# Add condenser config to eval note if provided
-if [ -n "$EVAL_CONDENSER" ]; then
-  EVAL_NOTE="${EVAL_NOTE}-${EVAL_CONDENSER}"
-fi
 
 function run_eval() {
   local eval_note="${1}"
@@ -113,8 +101,6 @@ function run_eval() {
     --split $SPLIT \
     --mode $MODE"
 
-
-
   if [ -n "$EVAL_LIMIT" ]; then
     echo "EVAL_LIMIT: $EVAL_LIMIT"
     COMMAND="$COMMAND --eval-n-limit $EVAL_LIMIT"