Référence dasel (Jamie-BitFlight/dasel-reference)

À utiliser pour interroger, modifier ou convertir des JSON, YAML, TOML, XML, CSV, HCL ou INI avec dasel v3. Référence complète pour les sélecteurs, fonctions, conditionnelles, variables, opérateur de décomposition (spread), transtypage et motifs spécifiques aux formats.

Qu'est-ce que dasel-reference) ?

Cette compétence est une référence complète et mise à jour pour l'outil en ligne de commande dasel v3, un binaire unique qui remplace jq, yq et xmllint pour interroger, modifier et convertir des données structurées. Elle couvre les formats JSON, YAML, TOML, XML, CSV, HCL et INI. Conçue pour les développeurs et les agents IA, la compétence détaille la syntaxe des sélecteurs (notation par points, index de tableau, descente récursive, construction d'objets, opérateur de décomposition), les fonctions intégrées (filter, map, sortBy, etc.), la syntaxe de modification (affectation avec --root), les variables spéciales comme $root et $this, les conditionnelles, et les changements radicaux par rapport à v2. Elle s'appuie sur des analyses du code source officiel et de la documentation maintenue. Utile pour tout pipeline de traitement de données structurées, scripts d'infrastructure ou workflows d'intégration continue.

Compatible avec~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/Jamie-BitFlight/claude_skills/tree/main/plugins/dasel/skills/dasel-reference

Installed? Explore more Développement et programmation skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

Demander à votre IA préférée

Ouvre une nouvelle conversation avec cette compétence d'agent déjà préchargée.

Documentation

Référence de syntaxe dasel v3

Binaire unique en ligne de commande pour interroger, modifier et convertir des données structurées. Remplace jq + yq + xmllint avec une syntaxe de requête unifiée pour tous les formats.

Version stable au moment de la rédaction (date: 2026-02-23) : v3.2.3

Formats pris en charge

json, yaml, toml, xml, csv, hcl, ini

Utilisation de base

# Interroger depuis l'entrée standard (format requis)
echo '{"foo": "bar"}' | dasel -i json 'foo'

# Interroger un fichier via l'entrée standard
cat config.yaml | dasel -i yaml 'database.host'

# Modifier et afficher le document complet
echo '{"port": 3000}' | dasel -i json --root 'server.port = 8080'

# Convertir des formats
cat data.json | dasel -i json -o yaml

Gestion des formats

dasel v3 ne détecte PAS automatiquement le format à partir de l'extension de fichier. Il n'y a pas de flag -f/--file. L'entrée est toujours lue depuis l'entrée standard. Le format doit être spécifié explicitement avec -i et/ou -o. Si un seul est donné, l'autre prend sa valeur par défaut. Si aucun n'est donné, les deux utilisent json par défaut (configurable via ~/dasel.yaml avec la clé default_format).

Source : internal/cli/query.go:10-11, internal/cli/run.go:37-43, internal/cli/config.go:19-21

Flags principaux

-i, --in <format>         Analyseur d'entrée (json, yaml, toml, xml, csv, hcl, ini)
-o, --out <format>        Analyseur de sortie (par défaut : format d'entrée)
--root                    Afficher le document complet après modification
--var <nom>=<valeur>      Passer des variables dans la requête (répétable)
--compact                 Sortie compacte (sans jolie impression)
--rw-flag <nom>=<valeur>  Flag lecture/écriture (ex. --rw-flag csv-delimiter=;)
--read-flag <nom>=<val>   Flag de lecture (ex. --read-flag xml-mode=structured)
--write-flag <nom>=<val>  Flag d'écriture (ex. --write-flag csv-delimiter=;)
-c, --config <chemin>     Chemin du fichier de configuration (par défaut : ~/dasel.yaml)

Référence rapide des sélecteurs de base

SélecteurSyntaxeExemple
Notation par pointsfoo.bar.bazcat f.json | dasel -i json 'foo.bar'
Index de tableau[0], [2]cat f.json | dasel -i json 'items[0]'
Tranche de tableau[0:3]cat f.json | dasel -i json 'items[0:2]'
Descente récursive.., ..nomcat f.json | dasel -i json '..nom'
Toutes les valeurs réc...*cat f.json | dasel -i json '..*'
Construction d'objet{ clé1, clé2 }cat f.json | dasel -i json '{ nom, age }'
Décomposition (spread)obj...cat f.json | dasel -i json '{ defauts..., ecrasements... }'

Référence rapide des fonctions principales

19 fonctions intégrées dans DefaultFuncCollection (source : execution/func.go:12-33) plus l'expression complexe sortBy.

FonctionButExemple
filter(prédicat)Filtrer les tableauxusers.filter(actif == true)
map(expr)Transformer les tableauxusers.map(nom)
each(expr)Modifier chaque élémenteach($ceci = $ceci * 2)
search(prédicat)Recherche récursivesearch(a("id"))
sortBy(expr)Trier un tableausortBy($ceci, desc)
has(clé)Vérifier si une clé existehas("nom")
get(clé)Obtenir la valeur à clé/indexget("nom")
contains(valeur)Vérifier si la tranche contientcontains(42)
len(expr)Longueurlen($ceci)
join(séparateur)Joindre en chaînejoin(",")
sum(expr)Somme d'un tableau numériquesum($ceci)
add(args...)Ajouter des nombresadd(1, 2, 3)
max(args...)Valeur maximalemax(1, 5, 3)
min(args...)Valeur minimalemin(1, 5, 3)
merge(args...)Fusionner des cartesmerge(defauts, ecrasements)
keys(expr)Obtenir les clés d'une cartekeys($ceci)
reverse(expr)Inverser un tableaureverse($ceci)
typeOf(expr)Obtenir le type sous forme de chaînetypeOf($ceci)
toString(expr)Convertir en chaînetoString($ceci)
toInt(expr)Convertir en entiertoInt($ceci)
toFloat(expr)Convertir en flottanttoFloat($ceci)
base64e(chaîne)Encodage Base64base64e("bonjour")
base64d(chaîne)Décodage Base64base64d("aGVsbG8=")
parse(format, donnée)Analyser des données à l'exécutionparse("json", rawStr)
readFile(chemin)Lire le contenu d'un fichierreadFile("config.json")
ignore()Exclure d'une brancheignore()

Syntaxe de modification

v3 a supprimé les sous-commandes put et delete. Utilisez l'affectation avec --root :

# Définir une valeur
echo '{"count": 1}' | dasel -i json --root 'count = 42'

# Affectation booléenne
echo '{"enabled": false}' | dasel -i json --root 'enabled = true'

# Ajouter à un tableau
echo '[1,2,3]' | dasel -i json --root '[$ceci..., 4]'

# Supprimer une clé (reconstruire sans elle)
echo '{"keep": "yes", "drop": "no"}' | dasel -i json --root '{ keep }'

Conversion de format

# JSON vers YAML
cat data.json | dasel -i json -o yaml

# YAML vers TOML
cat config.yaml | dasel -i yaml -o toml

# TOML vers JSON
cat config.toml | dasel -i toml -o json

Variables spéciales

  • $root -- référence au document racine
  • $this -- référence au nœud courant (dans each, map, filter, search)

Affectation de variables

# Multi-instructions avec des points-virgules
cat data.json | dasel -i json '$active = users.filter(active == true); $active.map(name)'

Conditionnelles

echo '{"count": 7}' | dasel -i json 'if(count > 5) { "many" } else { "few" }'

Changements cassants de v3 par rapport à v2

  • Les sous-commandes put et delete sont supprimées ; utilisez l'affectation en ligne avec --root
  • Le flag -f/--file est supprimé ; l'entrée provient toujours de l'entrée standard via un pipe
  • La syntaxe des requêtes/sélecteurs a été complètement revue ; la syntaxe v2 n'est PAS compatible avec v3
  • Le framework CLI est passé de Cobra à Kong
  • Le chemin du module Go a changé pour github.com/tomwright/dasel/v3

Références détaillées

Sources

  1. README de dasel : https://raw.githubusercontent.com/TomWright/dasel/master/README.md (récupéré le 2026-02-19)
  2. Documentation de dasel : https://daseldocs.tomwright.me (récupéré le 2026-02-19)
  3. Syntaxe de requête : https://daseldocs.tomwright.me/syntax/query-syntax.md (récupéré le 2026-02-19)
  4. Index des fonctions : https://daseldocs.tomwright.me/functions (récupéré le 2026-02-19)
  5. CHANGELOG : https://raw.githubusercontent.com/TomWright/dasel/master/CHANGELOG.md (récupéré le 2026-02-19)
  6. Versions : https://github.com/TomWright/dasel/releases (récupéré le 2026-02-19)
  7. Analyse du code source : execution/func.go, internal/cli/query.go, internal/cli/run.go, internal/cli/config.go, execution/execute_binary.go, execution/execute_unary.go (analysé le 2026-02-19)
  8. Vérification des faits : FACT_CHECK_REPORT.md (2026-02-23)

Individual skills in this repo

This repo contains 20 individual skills — each has its own dedicated page.

Jamie-BitFlight/agentskill-kaizen-meta-docs

Agentskill kaizen plugin documentation index. Load when needing to read about cross-platform notes, improvement plans, or DuckDB integration.

Jamie-BitFlight/bash-51-features

Bash 5.1 release features and improvements with practical examples. Use when working with Bash 5.1 features, epoch time variables, redirection enhancements, or when user asks about Bash 5.1 changes, new features, or version-specific capabilities.

Jamie-BitFlight/bash-52-features

Bash 5.2 release features and improvements with practical examples. Use when working with Bash 5.2 features, variable handling enhancements, readline improvements, or when user asks about Bash 5.2 changes, new features, or version-specific capabilities.

Jamie-BitFlight/bash-53-features

Bash 5.3 release features and improvements with practical examples. Use when working with Bash 5.3 features, new command substitution, GLOBSORT, loadable builtins, or when user asks about Bash 5.3 changes, new features, or version-specific capabilities.

Jamie-BitFlight/bash-development

This skill should be used when the user asks to "write a bash script", "create a shell script", "implement bash function", "parse arguments in bash", "handle errors in bash", or mentions bash development, shell scripting, script templates, or modern bash patterns.

Jamie-BitFlight/bash-lint

This skill should be used when the user asks to "lint bash script", "run shellcheck", "format shell script", "use shfmt", "fix shellcheck errors", or mentions shell script linting, formatting, code quality, or pre-commit hooks for bash.

Jamie-BitFlight/bash-logging

This skill should be used when the user asks to "add logging to bash script", "colorize output", "implement log levels", "CI/CD sections", "terminal colors in bash", or mentions logging functions, emoji output, collapsible CI sections, or shlocksmith.

Jamie-BitFlight/bash-portability

This skill should be used when the user asks about "POSIX compatibility", "portable shell scripts", "cross-shell compatibility", "bashisms", "shebang selection", or mentions writing scripts that work on different shells (bash, sh, dash, zsh) or different systems.

Jamie-BitFlight/bash-testing

This skill should be used when the user asks to "test bash script", "write shell tests", "use shunit2", "use shellspec", "create test suite for bash", or mentions unit testing, test frameworks, mocking, or test-driven development for shell scripts.

Jamie-BitFlight/brainstorming-skill

You MUST use this before any creative work - creating features, building components, adding functionality, modifying behavior, or when users request help with ideation, marketing, and strategic planning. Explores user intent, requirements, and design before implementation using research-validated prompt patterns.

Jamie-BitFlight/clang-format

Configure clang-format code formatting. Use when: user mentions clang-format or .clang-format, analyzing code style/patterns, creating/modifying formatting config, troubleshooting formatting, brace styles/indentation/spacing/alignment/pointer alignment, or codifying conventions.

Jamie-BitFlight/commitlint

When setting up commit message validation for a project. When project has commitlint.config.js or .commitlintrc files. When configuring CI/CD to enforce commit format. When extracting commit rules for LLM prompt generation. When debugging commit message rejection errors.

Jamie-BitFlight/conventional-commits

When writing a git commit message. When task completes and changes need committing. When project uses semantic-release, commitizen, git-cliff. When choosing between feat/fix/chore/docs types. When indicating breaking changes. When generating changelogs from commit history.

Jamie-BitFlight/data-exploration

Use when exploring unknown structured data files with dasel v3 — discover schema, list keys, find nested values, sample arrays, identify data types across JSON, YAML, TOML, XML, CSV, HCL, INI formats

Jamie-BitFlight/data-transformation

Use when modifying, converting, or transforming structured data with dasel v3 — in-place mutations, format conversion, batch operations, array manipulation, object construction, and merge patterns across JSON, YAML, TOML, XML, CSV, HCL, INI

Jamie-BitFlight/delegate

Decompose substantive work into phases, dispatch each phase to a sub-agent, and adjudicate what comes back. Use whenever a request asks for implementation, investigation, a fix, a review, or any change to files — including small ones — and whenever you are about to read source or run a diagnostic yourself instead of handing it off. Also use when a report from a sub-agent needs judging, when a phase needs re-dispatching, or when a user names one instance of a pattern. Does not apply when your own prompt begins "Your ROLE_TYPE is sub-agent." — then follow references/sub-agent-contract.md instead.

Jamie-BitFlight/enterprise-hibernate-hbm

Dasel v3 query patterns for Hibernate .hbm.xml mapping files — entity-table binding, Java property-to-column extraction, one-to-many set/list/bag relationship tracing, many-to-one foreign key discovery, batch scanning across 60+ HBM files. Use when querying Hibernate ORM class mappings, extracting schema metadata from Java persistence layer, or auditing entity-column relationships in enterprise legacy codebases.

Jamie-BitFlight/enterprise-installanywhere

Dasel v3 query patterns for InstallAnywhere .iap_xml installer definitions — use when querying action sequences, discovering variables, resolving platform conditions, navigating panels, or comparing installer variants. Files are 2.5+ MB, 65,000+ lines — too large for context reads, requires structural dasel queries.

Jamie-BitFlight/enterprise-maven-pom

Dasel v3 selector patterns for Maven POM XML files — use when querying dependency versions, filtering by groupId or scope, extracting module hierarchy from parent POMs, or detecting version conflicts across enterprise multi-module Java projects. Load this skill when working with pom.xml files using dasel.

Jamie-BitFlight/enterprise-spring-xml

Dasel v3 selectors for Spring bean factory XML — use when querying any Spring ApplicationContext XML for bean discovery, dependency wiring, JMS destination mapping, property injection extraction, or cross-bean reference tracing. Load this skill before writing dasel selectors against Spring bean XML files (applicationContext.xml, *_beans.xml, spring-*.xml).

Skills associés