Hacktoberfest 2026: los issues que los mantenedores marcaron para octubre, abiertos y aptos para principiantes. Explorar issues de Hacktoberfest

[Other] Escalation denied in Plan mode is reported as a rejection by the user

Abierto Apto para principiantes
  • ¿Algo no está bien?
#4,124 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Los mantenedores suelen responder en 3 días

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
2/5
Tiempo estimado
1-3 horas
Aptitud para principiantes
72/100
Tipo de issue
Error
Claridad
Bien especificado
Estado de actividad
Activo
Stack tecnológico
typescript
Área
backend-api-design, desktop

Línea de trabajo

Empieza por dsh-user-approval/src/index.ts y dsh-sandbox/src/escalation.ts; después, sigue el tratamiento de un nuevo intento de escalación por parte de la política de aprobación «never». Confirma que la indicación y el mensaje de error distinguen entre el rechazo automático y una decisión del usuario, y que la operación sigue denegada. El trabajo estará terminado cuando el mensaje explique que las solicitudes de aprobación están deshabilitadas en el modo Plan y no culpe al usuario.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

Area

[Other] (anything else, including setup and installation)

Desktop app, Terminal or source?

Desktop app (Windows, Linux or Mac)

What happened

In Plan mode (read-only sandbox, approval policy "never") a file write is
denied with:

[sandbox: file access denied under read-only mode]

The tool result then advertises an escalation retry. When the agent retries the
same call with sandbox_permissions: workspace-write and a justification, it
fails with:

Error: the user rejected escalating this operation to "workspace-write"; it
stays denied, so stop and explain instead of working around it

No approval dialog appeared and nothing was shown to me. The message states
that the user rejected the request.

Expected: The operation remains denied, but the error message clearly states
that escalation is unavailable because approval prompts are disabled in Plan
mode. It should not attribute the rejection to the user.

The harness already tells the model that prompts are disabled:

"Approval prompts are disabled in this session: actions that require approval
are rejected automatically - do not request sandbox escalation"

Under the "never" policy, approval requests are automatically rejected.
However, the escalation hint still suggests that an approval prompt will
appear, and the resulting error attributes the rejection to the user.

Relevant files in the bundled Harness:

  • dsh-user-approval/src/index.ts
  • dsh-sandbox/src/escalation.ts

Related: #4120 (configurable permission presets).

This report concerns the error message only. It does not request approval
prompts in Plan mode.

Smallest steps or command that reproduce it
  1. Start a chat in Plan mode.
  2. Ask the agent to create a short text file in the workspace.
  3. The write is denied with the read-only marker.
  4. The agent retries the same call with sandbox_permissions: workspace-write
    and a justification.
  5. The result reads "the user rejected escalating this operation ...",
    although no prompt was shown.
Reproduction status

Reproduced locally

Strata version

0.2.5 (Settings > About). Version 0.2.6 is available but has not been tested.

Graphics card, memory and system

macOS 27.0.1 (Darwin 27.0.0, arm64).

The approval gate is host-side and does not involve the GPU.

Model, size and settings

Qwen3.8-Flash-Next, Q2_0 quantization (GSQ-RCO),
131072 context, vision enabled.

The approval gate and approval policy are host-side and do not depend
on the model.

Logs

~/.strata/data/agent/harness.log contains no entry for the escalation.
The denial appears only as a tool result in the chat.

Lenguaje dominante
C++
Estrellas
11.6k
Forks
1k
Sin PR fusionados en 30 d

Preparar el entorno

Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de Niko1221/Strata

Todos los issues de Niko1221/Strata

Issues similares

Más issues de C++

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.