Support structured control flow (loops) in Bash and PowerShell grammars
Les mainteneurs répondent en général sous 1 jour
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Accessibilité débutants
- 35/100
Piste de recherche
Commencez par la section 4 de SPEC.md et la grammaire plate existante des commandes/clausules pour Bash et PowerShell. Suivez la manière dont IsUnparseable est défini et dont l’AST expose les clauses ; vérifiez ensuite que les constructions structurées listées produisent des clauses de corps enfants que les consommateurs de approval-gate peuvent parcourir sans déclencher IsUnparseable.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
Problem
SPEC.md section 4 states v0.1 does not support control-flow keywords. for, while, do, done, then, fi, case, and esac set IsUnparseable = true.
The grammar is flat:
command := clause (compound_op clause)*
This is load-bearing for real consumers. NetClaw's shell approval gate walks parsed clauses to decide authorization. Commands that hit IsUnparseable fail closed to an approval prompt.
Why it matters
LLM agents emit loops and heredocs constantly. A production corpus of 45 approval-prompted shell commands showed 8 (18%) were for loops, heredocs, or process substitution. All tripped IsUnparseable.
Loops are static constructs. for f in *.txt; do rm "$f"; done does not hide a path behind $(). The approval risk is the body clause (rm). The existing clause model already evaluates that.
Request
Support structured control flow in both grammars:
- Bash:
for/while/until/if/casewithdo/done/then/else/fi/esac - PowerShell:
foreach/for/while/do/if/switch
Design intent: parse the loop header and expose body clauses as child clauses in the AST. The loop keyword adds no authorization scope. Consumers (approval gates) can walk body clauses with the same logic they use for && chains.
Priority
Corpus-based order for Bash: for loops first, then heredocs, then while / if. Also consider arithmetic expansion $(( ... )), which the same spec line excludes.
- Langage dominant
- C#
- Étoiles
- 15
- Forks
- 0
- Merge moyen
- 8 min
- PR mergées (30 j)
- 9
Préparer son environnement
- Aucun Dockerfile ni fichier Docker Compose
- Aucun modèle de pull request
- Lire le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de Aaronontheweb/ShellSyntaxTree
-
Difficulté 4/5 3-5 jours Accessibilité débutants 48/100
Aaronontheweb/ShellSyntaxTree#69 · 1 commentaire ·
Les mainteneurs répondent en général sous 1 jour
Toutes les issues de Aaronontheweb/ShellSyntaxTree
Issues similaires
-
area-ai untriaged
Difficulté 2/5 1-3 heures Accessibilité débutants 85/100
dotnet/extensions#7790 ·
Les mainteneurs répondent en général sous 1 jour
-
P2 testing
Difficulté 1/5 Moins d'une heure Accessibilité débutants 90/100
Les mainteneurs répondent en général sous 1 jour
-
area-Infrastructure-coreclr os-ios os-maccatalyst os-tvos untriaged
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
dotnet/runtime#134766 · 3 commentaires ·
Les mainteneurs répondent en général sous 1 jour
-
0 - Backlog Bug
Difficulté 2/5 1-3 heures Accessibilité débutants 88/100
BrighterCommand/Brighter#4444 ·
Les mainteneurs répondent en général sous 1 jour
-
bug
Difficulté 2/5 1-3 heures Accessibilité débutants 88/100
Les mainteneurs répondent en général sous 1 jour