API de planification des fonctionnalités
Gérez les arborescences, les nœuds et les affectations de fonctionnalités. Utilisez les ID associés de votre propre espace de travail.
Utiliser Authentification API pour les requêtes protégées. Les exemples utilisent vos propres ID de ressources et un jeton temporaire ; les exemples de réponses enregistrés sont synthétiques.
| Méthode | Chemin | Opération |
|---|---|---|
GET | /v1/feature_tree | Lister les arborescences de fonctionnalités |
POST | /v1/feature_tree | Créer l'arborescence des fonctionnalités |
GET | /v1/feature_tree/{id} | Obtenir une arborescence de fonctionnalités |
PUT | /v1/feature_tree/{id} | Mettre à jour l’arborescence de fonctionnalités |
DELETE | /v1/feature_tree/{id} | Supprimer l'arborescence des fonctionnalités |
GET | /v1/feature_node | Lister les nœuds de fonctionnalités |
POST | /v1/feature_node | Créer un nœud de fonctionnalité |
GET | /v1/feature_node/{id} | Obtenir un nœud de fonctionnalité |
PUT | /v1/feature_node/{id} | Mettre à jour le nœud de fonctionnalité |
DELETE | /v1/feature_node/{id} | Supprimer le nœud de la fonctionnalité |
GET | /v1/feature_assignment | Lister les affectations de fonctionnalités |
POST | /v1/feature_assignment | Créer une affectation de fonctionnalité |
GET | /v1/feature_assignment/{id} | Obtenir une affectation de fonctionnalité |
PUT | /v1/feature_assignment/{id} | Mettre à jour l’affectation de fonctionnalité |
DELETE | /v1/feature_assignment/{id} | Supprimer l’affectation de fonctionnalité |
Lister les arborescences de fonctionnalités
GET /v1/feature_tree
Renvoie une liste paginée de FeatureTree
Authentification : jeton bearer et en-tête d’équipe présentés ci-dessous.
Paramètres
| Nom | Emplacement | Requis | Description |
|---|---|---|---|
X-Tenant-ID | en-tête | oui | ID de l’équipe active. Doit correspondre au tenant lié au jeton de diagnostic. |
page | requête | non | Numéro de page |
per_page | requête | non | Éléments par page |
Exemple de requête
Définissez ADIOS_API_URL=https://api.adios.dev. Pour les requêtes protégées, définissez ADIOS_ACCESS_TOKEN et ADIOS_TEAM_ID comme dans le démarrage rapide. Définissez les autres variables ADIOS_* à partir des résultats de vos propres ressources.
curl --fail-with-body --request GET "$ADIOS_API_URL/v1/feature_tree" \
-H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
-H "X-Tenant-ID: $ADIOS_TEAM_ID"
Réponse : HTTP 200
Liste de FeatureTree
Champs de réponse
| Champ | Type | Description |
|---|---|---|
data | tableau | |
data[].created_at | entier | (horodatage Unix) |
data[].deleted_at | entier | (horodatage Unix) |
data[].feature_tree_id | chaîne | |
data[].metadata | objet | |
data[].status | chaîne | Valeurs autorisées : active, archived, deleted. |
data[].team_id | chaîne | |
data[].title | chaîne | |
data[].updated_at | entier | (horodatage Unix) |
data[].workload_id | chaîne | |
data[].workspace_id | chaîne | |
pagination | objet | |
pagination.page | entier | Numéro de page actuel |
pagination.per_page | entier | Nombre d’éléments par page |
pagination.total | entier | Nombre total d’éléments |
Exemple illustratif ; il ne s’agit pas d’une réponse réelle :
{
"data": [
{
"created_at": 1791072000,
"deleted_at": 0,
"feature_tree_id": "000000000000000000000000001",
"metadata": {},
"status": "active",
"team_id": "000000000000000000000000001",
"title": "Feature tree",
"updated_at": 1791072000,
"workload_id": "",
"workspace_id": "000000000000000000000000001"
}
],
"pagination": {
"page": 1,
"per_page": 1,
"total": 1
}
}
Créer l'arborescence des fonctionnalités
POST /v1/feature_tree
Crée un nouvel objet FeatureTree
Cette requête modifie des données ou lance une action. Vérifiez la cible et le corps avant de l’envoyer.
Champs de la requête (le corps contient un exemple modifiable) :
| Champ | Type | Requis | Description |
|---|---|---|---|
metadata | objet | non | |
status | chaîne | oui | Valeurs autorisées : active, archived, deleted. Valeur par défaut : "active". |
team_id | chaîne | oui | |
title | chaîne | oui | Valeur par défaut : "Feature tree". |
workload_id | chaîne | non | Valeur par défaut : "". |
workspace_id | chaîne | oui |
Authentification : jeton bearer et en-tête d’équipe présentés ci-dessous.
Paramètres
| Nom | Emplacement | Requis | Description |
|---|---|---|---|
X-Tenant-ID | en-tête | oui | ID de l’équipe active. Doit correspondre au tenant lié au jeton de diagnostic. |
Exemple de requête
Définissez ADIOS_API_URL=https://api.adios.dev. Pour les requêtes protégées, définissez ADIOS_ACCESS_TOKEN et ADIOS_TEAM_ID comme dans le démarrage rapide. Définissez les autres variables ADIOS_* à partir des résultats de vos propres ressources.
curl --fail-with-body --request POST "$ADIOS_API_URL/v1/feature_tree" \
-H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
-H "X-Tenant-ID: $ADIOS_TEAM_ID" \
-H "Content-Type: application/json" \
--data-binary @- <<'JSON'
{
"status": "active",
"team_id": "YOUR_TEAM_ID",
"title": "Feature tree",
"workload_id": "",
"workspace_id": "YOUR_WORKSPACE_ID"
}
JSON
Remplacez YOUR_* du corps avant l’envoi. Le heredoc entre guillemets préserve le JSON littéral.
Réponse : HTTP 201
FeatureTree créé
Champs de réponse
| Champ | Type | Description |
|---|---|---|
created_at | entier | (horodatage Unix) |
deleted_at | entier | (horodatage Unix) |
feature_tree_id | chaîne | |
metadata | objet | |
status | chaîne | Valeurs autorisées : active, archived, deleted. |
team_id | chaîne | |
title | chaîne | |
updated_at | entier | (horodatage Unix) |
workload_id | chaîne | |
workspace_id | chaîne |
Exemple illustratif ; il ne s’agit pas d’une réponse réelle :
{
"created_at": 1791072000,
"deleted_at": 0,
"feature_tree_id": "000000000000000000000000001",
"metadata": {},
"status": "active",
"team_id": "000000000000000000000000001",
"title": "Feature tree",
"updated_at": 1791072000,
"workload_id": "",
"workspace_id": "000000000000000000000000001"
}
Obtenir une arborescence de fonctionnalités
GET /v1/feature_tree/{id}
Renvoie un seul FeatureTree
Définissez feature_tree_id en utilisant les ID de vos propres réponses API.
Authentification : jeton bearer et en-tête d’équipe présentés ci-dessous.
Paramètres
| Nom | Emplacement | Requis | Description |
|---|---|---|---|
id | chemin | oui | Identifiant de ressource issu des résultats API de votre équipe. |
X-Tenant-ID | en-tête | oui | ID de l’équipe active. Doit correspondre au tenant lié au jeton de diagnostic. |
Exemple de requête
Définissez ADIOS_API_URL=https://api.adios.dev. Pour les requêtes protégées, définissez ADIOS_ACCESS_TOKEN et ADIOS_TEAM_ID comme dans le démarrage rapide. Définissez les autres variables ADIOS_* à partir des résultats de vos propres ressources.
curl --fail-with-body --request GET "$ADIOS_API_URL/v1/feature_tree/${ADIOS_FEATURE_TREE_ID}" \
-H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
-H "X-Tenant-ID: $ADIOS_TEAM_ID"
Réponse : HTTP 200
FeatureTree
Champs de réponse
| Champ | Type | Description |
|---|---|---|
created_at | entier | (horodatage Unix) |
deleted_at | entier | (horodatage Unix) |
feature_tree_id | chaîne | |
metadata | objet | |
status | chaîne | Valeurs autorisées : active, archived, deleted. |
team_id | chaîne | |
title | chaîne | |
updated_at | entier | (horodatage Unix) |
workload_id | chaîne | |
workspace_id | chaîne |
Exemple illustratif ; il ne s’agit pas d’une réponse réelle :
{
"created_at": 1791072000,
"deleted_at": 0,
"feature_tree_id": "000000000000000000000000001",
"metadata": {},
"status": "active",
"team_id": "000000000000000000000000001",
"title": "Feature tree",
"updated_at": 1791072000,
"workload_id": "",
"workspace_id": "000000000000000000000000001"
}
Mettre à jour l’arborescence de fonctionnalités
PUT /v1/feature_tree/{id}
Met à jour un objet FeatureTree existant
Définissez feature_tree_id en utilisant les ID de vos propres réponses API.
Cette requête modifie des données ou lance une action. Vérifiez la cible et le corps avant de l’envoyer.
Champs de la requête (le corps contient un exemple modifiable) :
| Champ | Type | Requis | Description |
|---|---|---|---|
metadata | objet | non | |
status | chaîne | oui | Valeurs autorisées : active, archived, deleted. Valeur par défaut : "active". |
team_id | chaîne | oui | |
title | chaîne | oui | Valeur par défaut : "Feature tree". |
workload_id | chaîne | non | Valeur par défaut : "". |
workspace_id | chaîne | oui |
Authentification : jeton bearer et en-tête d’équipe présentés ci-dessous.
Paramètres
| Nom | Emplacement | Requis | Description |
|---|---|---|---|
id | chemin | oui | Identifiant de ressource issu des résultats API de votre équipe. |
X-Tenant-ID | en-tête | oui | ID de l’équipe active. Doit correspondre au tenant lié au jeton de diagnostic. |
Exemple de requête
Définissez ADIOS_API_URL=https://api.adios.dev. Pour les requêtes protégées, définissez ADIOS_ACCESS_TOKEN et ADIOS_TEAM_ID comme dans le démarrage rapide. Définissez les autres variables ADIOS_* à partir des résultats de vos propres ressources.
curl --fail-with-body --request PUT "$ADIOS_API_URL/v1/feature_tree/${ADIOS_FEATURE_TREE_ID}" \
-H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
-H "X-Tenant-ID: $ADIOS_TEAM_ID" \
-H "Content-Type: application/json" \
--data-binary @- <<'JSON'
{
"status": "active",
"team_id": "YOUR_TEAM_ID",
"title": "Feature tree",
"workload_id": "",
"workspace_id": "YOUR_WORKSPACE_ID"
}
JSON
Remplacez YOUR_* du corps avant l’envoi. Le heredoc entre guillemets préserve le JSON littéral.
Réponse : HTTP 200
FeatureTree mis à jour
Champs de réponse
| Champ | Type | Description |
|---|---|---|
created_at | entier | (horodatage Unix) |
deleted_at | entier | (horodatage Unix) |
feature_tree_id | chaîne | |
metadata | objet | |
status | chaîne | Valeurs autorisées : active, archived, deleted. |
team_id | chaîne | |
title | chaîne | |
updated_at | entier | (horodatage Unix) |
workload_id | chaîne | |
workspace_id | chaîne |
Exemple illustratif ; il ne s’agit pas d’une réponse réelle :
{
"created_at": 1791072000,
"deleted_at": 0,
"feature_tree_id": "000000000000000000000000001",
"metadata": {},
"status": "active",
"team_id": "000000000000000000000000001",
"title": "Feature tree",
"updated_at": 1791072000,
"workload_id": "",
"workspace_id": "000000000000000000000000001"
}
Supprimer l'arborescence des fonctionnalités
DELETE /v1/feature_tree/{id}
Supprime un objet FeatureTree
Définissez feature_tree_id en utilisant les ID de vos propres réponses API.
Cette requête modifie des données ou lance une action. Vérifiez la cible et le corps avant de l’envoyer.
Authentification : jeton bearer et en-tête d’équipe présentés ci-dessous.
Paramètres
| Nom | Emplacement | Requis | Description |
|---|---|---|---|
id | chemin | oui | Identifiant de ressource issu des résultats API de votre équipe. |
X-Tenant-ID | en-tête | oui | ID de l’équipe active. Doit correspondre au tenant lié au jeton de diagnostic. |
Exemple de requête
Définissez ADIOS_API_URL=https://api.adios.dev. Pour les requêtes protégées, définissez ADIOS_ACCESS_TOKEN et ADIOS_TEAM_ID comme dans le démarrage rapide. Définissez les autres variables ADIOS_* à partir des résultats de vos propres ressources.
curl --fail-with-body --request DELETE "$ADIOS_API_URL/v1/feature_tree/${ADIOS_FEATURE_TREE_ID}" \
-H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
-H "X-Tenant-ID: $ADIOS_TEAM_ID"
Réponse : HTTP 200
Ressource supprimée.
Champs de réponse
| Champ | Type | Description |
|---|---|---|
message | chaîne |
Exemple illustratif ; il ne s’agit pas d’une réponse réelle :
{
"message": "Deleted successfully"
}
Lister les nœuds de fonctionnalités
GET /v1/feature_node
Renvoie une liste paginée de FeatureNode
Authentification : jeton bearer et en-tête d’équipe présentés ci-dessous.
Paramètres
| Nom | Emplacement | Requis | Description |
|---|---|---|---|
X-Tenant-ID | en-tête | oui | ID de l’équipe active. Doit correspondre au tenant lié au jeton de diagnostic. |
page | requête | non | Numéro de page |
per_page | requête | non | Éléments par page |
Exemple de requête
Définissez ADIOS_API_URL=https://api.adios.dev. Pour les requêtes protégées, définissez ADIOS_ACCESS_TOKEN et ADIOS_TEAM_ID comme dans le démarrage rapide. Définissez les autres variables ADIOS_* à partir des résultats de vos propres ressources.
curl --fail-with-body --request GET "$ADIOS_API_URL/v1/feature_node" \
-H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
-H "X-Tenant-ID: $ADIOS_TEAM_ID"
Réponse : HTTP 200
Liste de FeatureNode
Champs de réponse
| Champ | Type | Description |
|---|---|---|
data | tableau | |
data[].category | chaîne | Valeurs autorisées : auth, bill, billing, security, complex, complexity, refactor, ops, ui, other. |
data[].complexity | chaîne | Valeurs autorisées : low, medium, high, complex. |
data[].created_at | entier | (horodatage Unix) |
data[].deleted_at | entier | (horodatage Unix) |
data[].description | objet | |
data[].feature_node_id | chaîne | |
data[].feature_tree_id | chaîne | |
data[].metadata | objet | |
data[].parent_feature_node_id | chaîne | |
data[].position | entier | |
data[].status | chaîne | Valeurs autorisées : pending, running, blocked, complete, failed, skipped. |
data[].team_id | chaîne | |
data[].title | chaîne | |
data[].updated_at | entier | (horodatage Unix) |
data[].workspace_id | chaîne | |
pagination | objet | |
pagination.page | entier | Numéro de page actuel |
pagination.per_page | entier | Nombre d’éléments par page |
pagination.total | entier | Nombre total d’éléments |
Exemple illustratif ; il ne s’agit pas d’une réponse réelle :
{
"data": [
{
"category": "other",
"complexity": "medium",
"created_at": 1791072000,
"deleted_at": 0,
"description": "",
"feature_node_id": "000000000000000000000000001",
"feature_tree_id": "000000000000000000000000001",
"metadata": {},
"parent_feature_node_id": "",
"position": 0,
"status": "pending",
"team_id": "000000000000000000000000001",
"title": "Postman example",
"updated_at": 1791072000,
"workspace_id": "000000000000000000000000001"
}
],
"pagination": {
"page": 1,
"per_page": 1,
"total": 1
}
}
Créer un nœud de fonctionnalité
POST /v1/feature_node
Crée un nouvel objet FeatureNode
Cette requête modifie des données ou lance une action. Vérifiez la cible et le corps avant de l’envoyer.
Champs de la requête (le corps contient un exemple modifiable) :
| Champ | Type | Requis | Description |
|---|---|---|---|
category | chaîne | oui | Valeurs autorisées : auth, bill, billing, security, complex, complexity, refactor, ops, ui, other. Valeur par défaut : "other". |
complexity | chaîne | oui | Valeurs autorisées : low, medium, high, complex. Valeur par défaut : "medium". |
description | objet | non | Valeur par défaut : "". |
feature_tree_id | chaîne | oui | |
metadata | objet | non | |
parent_feature_node_id | chaîne | non | Valeur par défaut : "". |
position | entier | non | Valeur par défaut : 0. |
status | chaîne | oui | Valeurs autorisées : pending, running, blocked, complete, failed, skipped. Valeur par défaut : "pending". |
team_id | chaîne | oui | |
title | chaîne | oui | |
workspace_id | chaîne | oui |
Authentification : jeton bearer et en-tête d’équipe présentés ci-dessous.
Paramètres
| Nom | Emplacement | Requis | Description |
|---|---|---|---|
X-Tenant-ID | en-tête | oui | ID de l’équipe active. Doit correspondre au tenant lié au jeton de diagnostic. |
Exemple de requête
Définissez ADIOS_API_URL=https://api.adios.dev. Pour les requêtes protégées, définissez ADIOS_ACCESS_TOKEN et ADIOS_TEAM_ID comme dans le démarrage rapide. Définissez les autres variables ADIOS_* à partir des résultats de vos propres ressources.
curl --fail-with-body --request POST "$ADIOS_API_URL/v1/feature_node" \
-H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
-H "X-Tenant-ID: $ADIOS_TEAM_ID" \
-H "Content-Type: application/json" \
--data-binary @- <<'JSON'
{
"category": "other",
"complexity": "medium",
"description": "",
"feature_tree_id": "YOUR_FEATURE_TREE_ID",
"parent_feature_node_id": "",
"position": 0,
"status": "pending",
"team_id": "YOUR_TEAM_ID",
"title": "Postman example",
"workspace_id": "YOUR_WORKSPACE_ID"
}
JSON
Remplacez YOUR_* du corps avant l’envoi. Le heredoc entre guillemets préserve le JSON littéral.
Réponse : HTTP 201
FeatureNode créé
Champs de réponse
| Champ | Type | Description |
|---|---|---|
category | chaîne | Valeurs autorisées : auth, bill, billing, security, complex, complexity, refactor, ops, ui, other. |
complexity | chaîne | Valeurs autorisées : low, medium, high, complex. |
created_at | entier | (horodatage Unix) |
deleted_at | entier | (horodatage Unix) |
description | objet | |
feature_node_id | chaîne | |
feature_tree_id | chaîne | |
metadata | objet | |
parent_feature_node_id | chaîne | |
position | entier | |
status | chaîne | Valeurs autorisées : pending, running, blocked, complete, failed, skipped. |
team_id | chaîne | |
title | chaîne | |
updated_at | entier | (horodatage Unix) |
workspace_id | chaîne |
Exemple illustratif ; il ne s’agit pas d’une réponse réelle :
{
"category": "other",
"complexity": "medium",
"created_at": 1791072000,
"deleted_at": 0,
"description": "",
"feature_node_id": "000000000000000000000000001",
"feature_tree_id": "000000000000000000000000001",
"metadata": {},
"parent_feature_node_id": "",
"position": 0,
"status": "pending",
"team_id": "000000000000000000000000001",
"title": "Postman example",
"updated_at": 1791072000,
"workspace_id": "000000000000000000000000001"
}
Obtenir un nœud de fonctionnalité
GET /v1/feature_node/{id}
Renvoie un seul FeatureNode
Définissez feature_node_id en utilisant les ID de vos propres réponses API.
Authentification : jeton bearer et en-tête d’équipe présentés ci-dessous.
Paramètres
| Nom | Emplacement | Requis | Description |
|---|---|---|---|
id | chemin | oui | Identifiant de ressource issu des résultats API de votre équipe. |
X-Tenant-ID | en-tête | oui | ID de l’équipe active. Doit correspondre au tenant lié au jeton de diagnostic. |
Exemple de requête
Définissez ADIOS_API_URL=https://api.adios.dev. Pour les requêtes protégées, définissez ADIOS_ACCESS_TOKEN et ADIOS_TEAM_ID comme dans le démarrage rapide. Définissez les autres variables ADIOS_* à partir des résultats de vos propres ressources.
curl --fail-with-body --request GET "$ADIOS_API_URL/v1/feature_node/${ADIOS_FEATURE_NODE_ID}" \
-H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
-H "X-Tenant-ID: $ADIOS_TEAM_ID"
Réponse : HTTP 200
FeatureNode
Champs de réponse
| Champ | Type | Description |
|---|---|---|
category | chaîne | Valeurs autorisées : auth, bill, billing, security, complex, complexity, refactor, ops, ui, other. |
complexity | chaîne | Valeurs autorisées : low, medium, high, complex. |
created_at | entier | (horodatage Unix) |
deleted_at | entier | (horodatage Unix) |
description | objet | |
feature_node_id | chaîne | |
feature_tree_id | chaîne | |
metadata | objet | |
parent_feature_node_id | chaîne | |
position | entier | |
status | chaîne | Valeurs autorisées : pending, running, blocked, complete, failed, skipped. |
team_id | chaîne | |
title | chaîne | |
updated_at | entier | (horodatage Unix) |
workspace_id | chaîne |
Exemple illustratif ; il ne s’agit pas d’une réponse réelle :
{
"category": "other",
"complexity": "medium",
"created_at": 1791072000,
"deleted_at": 0,
"description": "",
"feature_node_id": "000000000000000000000000001",
"feature_tree_id": "000000000000000000000000001",
"metadata": {},
"parent_feature_node_id": "",
"position": 0,
"status": "pending",
"team_id": "000000000000000000000000001",
"title": "Postman example",
"updated_at": 1791072000,
"workspace_id": "000000000000000000000000001"
}
Mettre à jour le nœud de fonctionnalité
PUT /v1/feature_node/{id}
Met à jour un objet FeatureNode existant
Définissez feature_node_id en utilisant les ID de vos propres réponses API.
Cette requête modifie des données ou lance une action. Vérifiez la cible et le corps avant de l’envoyer.
Champs de la requête (le corps contient un exemple modifiable) :
| Champ | Type | Requis | Description |
|---|---|---|---|
category | chaîne | oui | Valeurs autorisées : auth, bill, billing, security, complex, complexity, refactor, ops, ui, other. Valeur par défaut : "other". |
complexity | chaîne | oui | Valeurs autorisées : low, medium, high, complex. Valeur par défaut : "medium". |
description | objet | non | Valeur par défaut : "". |
feature_tree_id | chaîne | oui | |
metadata | objet | non | |
parent_feature_node_id | chaîne | non | Valeur par défaut : "". |
position | entier | non | Valeur par défaut : 0. |
status | chaîne | oui | Valeurs autorisées : pending, running, blocked, complete, failed, skipped. Valeur par défaut : "pending". |
team_id | chaîne | oui | |
title | chaîne | oui | |
workspace_id | chaîne | oui |
Authentification : jeton bearer et en-tête d’équipe présentés ci-dessous.
Paramètres
| Nom | Emplacement | Requis | Description |
|---|---|---|---|
id | chemin | oui | Identifiant de ressource issu des résultats API de votre équipe. |
X-Tenant-ID | en-tête | oui | ID de l’équipe active. Doit correspondre au tenant lié au jeton de diagnostic. |
Exemple de requête
Définissez ADIOS_API_URL=https://api.adios.dev. Pour les requêtes protégées, définissez ADIOS_ACCESS_TOKEN et ADIOS_TEAM_ID comme dans le démarrage rapide. Définissez les autres variables ADIOS_* à partir des résultats de vos propres ressources.
curl --fail-with-body --request PUT "$ADIOS_API_URL/v1/feature_node/${ADIOS_FEATURE_NODE_ID}" \
-H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
-H "X-Tenant-ID: $ADIOS_TEAM_ID" \
-H "Content-Type: application/json" \
--data-binary @- <<'JSON'
{
"category": "other",
"complexity": "medium",
"description": "",
"feature_tree_id": "YOUR_FEATURE_TREE_ID",
"parent_feature_node_id": "",
"position": 0,
"status": "pending",
"team_id": "YOUR_TEAM_ID",
"title": "Postman example",
"workspace_id": "YOUR_WORKSPACE_ID"
}
JSON
Remplacez YOUR_* du corps avant l’envoi. Le heredoc entre guillemets préserve le JSON littéral.
Réponse : HTTP 200
FeatureNode mis à jour
Champs de réponse
| Champ | Type | Description |
|---|---|---|
category | chaîne | Valeurs autorisées : auth, bill, billing, security, complex, complexity, refactor, ops, ui, other. |
complexity | chaîne | Valeurs autorisées : low, medium, high, complex. |
created_at | entier | (horodatage Unix) |
deleted_at | entier | (horodatage Unix) |
description | objet | |
feature_node_id | chaîne | |
feature_tree_id | chaîne | |
metadata | objet | |
parent_feature_node_id | chaîne | |
position | entier | |
status | chaîne | Valeurs autorisées : pending, running, blocked, complete, failed, skipped. |
team_id | chaîne | |
title | chaîne | |
updated_at | entier | (horodatage Unix) |
workspace_id | chaîne |
Exemple illustratif ; il ne s’agit pas d’une réponse réelle :
{
"category": "other",
"complexity": "medium",
"created_at": 1791072000,
"deleted_at": 0,
"description": "",
"feature_node_id": "000000000000000000000000001",
"feature_tree_id": "000000000000000000000000001",
"metadata": {},
"parent_feature_node_id": "",
"position": 0,
"status": "pending",
"team_id": "000000000000000000000000001",
"title": "Postman example",
"updated_at": 1791072000,
"workspace_id": "000000000000000000000000001"
}
Supprimer le nœud de la fonctionnalité
DELETE /v1/feature_node/{id}
Supprime un objet FeatureNode
Définissez feature_node_id en utilisant les ID de vos propres réponses API.
Cette requête modifie des données ou lance une action. Vérifiez la cible et le corps avant de l’envoyer.
Authentification : jeton bearer et en-tête d’équipe présentés ci-dessous.
Paramètres
| Nom | Emplacement | Requis | Description |
|---|---|---|---|
id | chemin | oui | Identifiant de ressource issu des résultats API de votre équipe. |
X-Tenant-ID | en-tête | oui | ID de l’équipe active. Doit correspondre au tenant lié au jeton de diagnostic. |
Exemple de requête
Définissez ADIOS_API_URL=https://api.adios.dev. Pour les requêtes protégées, définissez ADIOS_ACCESS_TOKEN et ADIOS_TEAM_ID comme dans le démarrage rapide. Définissez les autres variables ADIOS_* à partir des résultats de vos propres ressources.
curl --fail-with-body --request DELETE "$ADIOS_API_URL/v1/feature_node/${ADIOS_FEATURE_NODE_ID}" \
-H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
-H "X-Tenant-ID: $ADIOS_TEAM_ID"
Réponse : HTTP 200
Ressource supprimée.
Champs de réponse
| Champ | Type | Description |
|---|---|---|
message | chaîne |
Exemple illustratif ; il ne s’agit pas d’une réponse réelle :
{
"message": "Deleted successfully"
}
Lister les affectations de fonctionnalités
GET /v1/feature_assignment
Renvoie une liste paginée de FeatureAssignment
Authentification : jeton bearer et en-tête d’équipe présentés ci-dessous.
Paramètres
| Nom | Emplacement | Requis | Description |
|---|---|---|---|
X-Tenant-ID | en-tête | oui | ID de l’équipe active. Doit correspondre au tenant lié au jeton de diagnostic. |
page | requête | non | Numéro de page |
per_page | requête | non | Éléments par page |
Exemple de requête
Définissez ADIOS_API_URL=https://api.adios.dev. Pour les requêtes protégées, définissez ADIOS_ACCESS_TOKEN et ADIOS_TEAM_ID comme dans le démarrage rapide. Définissez les autres variables ADIOS_* à partir des résultats de vos propres ressources.
curl --fail-with-body --request GET "$ADIOS_API_URL/v1/feature_assignment" \
-H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
-H "X-Tenant-ID: $ADIOS_TEAM_ID"
Réponse : HTTP 200
Liste de FeatureAssignment
Champs de réponse
| Champ | Type | Description |
|---|---|---|
data | tableau | |
data[].agent_plan_id | chaîne | |
data[].agent_session_id | chaîne | |
data[].branch | chaîne | |
data[].created_at | entier | (horodatage Unix) |
data[].deleted_at | entier | (horodatage Unix) |
data[].feature_assignment_id | chaîne | |
data[].feature_tree_id | chaîne | |
data[].metadata | objet | |
data[].selected_node_ids | objet | |
data[].status | chaîne | Valeurs autorisées : queued, running, blocked, complete, failed, cancelled. |
data[].target_type | chaîne | Valeurs autorisées : new_workspace, existing_workspace, git_branch. |
data[].target_workspace_id | chaîne | |
data[].team_id | chaîne | |
data[].title | chaîne | |
data[].updated_at | entier | (horodatage Unix) |
data[].workspace_id | chaîne | |
pagination | objet | |
pagination.page | entier | Numéro de page actuel |
pagination.per_page | entier | Nombre d’éléments par page |
pagination.total | entier | Nombre total d’éléments |
Exemple illustratif ; il ne s’agit pas d’une réponse réelle :
{
"data": [
{
"agent_plan_id": "",
"agent_session_id": "",
"branch": "",
"created_at": 1791072000,
"deleted_at": 0,
"feature_assignment_id": "000000000000000000000000001",
"feature_tree_id": "000000000000000000000000001",
"metadata": {},
"selected_node_ids": {},
"status": "queued",
"target_type": "new_workspace",
"target_workspace_id": "",
"team_id": "000000000000000000000000001",
"title": "Feature assignment",
"updated_at": 1791072000,
"workspace_id": "000000000000000000000000001"
}
],
"pagination": {
"page": 1,
"per_page": 1,
"total": 1
}
}
Créer une affectation de fonctionnalité
POST /v1/feature_assignment
Crée un nouvel objet FeatureAssignment
Cette requête modifie des données ou lance une action. Vérifiez la cible et le corps avant de l’envoyer.
Champs de la requête (le corps contient un exemple modifiable) :
| Champ | Type | Requis | Description |
|---|---|---|---|
agent_plan_id | chaîne | non | Valeur par défaut : "". |
agent_session_id | chaîne | non | Valeur par défaut : "". |
branch | chaîne | non | Valeur par défaut : "". |
feature_tree_id | chaîne | oui | |
metadata | objet | non | |
selected_node_ids | objet | non | |
status | chaîne | oui | Valeurs autorisées : queued, running, blocked, complete, failed, cancelled. Valeur par défaut : "queued". |
target_type | chaîne | oui | Valeurs autorisées : new_workspace, existing_workspace, git_branch. Valeur par défaut : "new_workspace". |
target_workspace_id | chaîne | non | Valeur par défaut : "". |
team_id | chaîne | oui | |
title | chaîne | oui | Valeur par défaut : "Feature assignment". |
workspace_id | chaîne | oui |
Authentification : jeton bearer et en-tête d’équipe présentés ci-dessous.
Paramètres
| Nom | Emplacement | Requis | Description |
|---|---|---|---|
X-Tenant-ID | en-tête | oui | ID de l’équipe active. Doit correspondre au tenant lié au jeton de diagnostic. |
Exemple de requête
Définissez ADIOS_API_URL=https://api.adios.dev. Pour les requêtes protégées, définissez ADIOS_ACCESS_TOKEN et ADIOS_TEAM_ID comme dans le démarrage rapide. Définissez les autres variables ADIOS_* à partir des résultats de vos propres ressources.
curl --fail-with-body --request POST "$ADIOS_API_URL/v1/feature_assignment" \
-H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
-H "X-Tenant-ID: $ADIOS_TEAM_ID" \
-H "Content-Type: application/json" \
--data-binary @- <<'JSON'
{
"agent_plan_id": "",
"agent_session_id": "",
"branch": "",
"feature_tree_id": "YOUR_FEATURE_TREE_ID",
"status": "queued",
"target_type": "new_workspace",
"target_workspace_id": "",
"team_id": "YOUR_TEAM_ID",
"title": "Feature assignment",
"workspace_id": "YOUR_WORKSPACE_ID"
}
JSON
Remplacez YOUR_* du corps avant l’envoi. Le heredoc entre guillemets préserve le JSON littéral.
Réponse : HTTP 201
FeatureAssignment créé
Champs de réponse
| Champ | Type | Description |
|---|---|---|
agent_plan_id | chaîne | |
agent_session_id | chaîne | |
branch | chaîne | |
created_at | entier | (horodatage Unix) |
deleted_at | entier | (horodatage Unix) |
feature_assignment_id | chaîne | |
feature_tree_id | chaîne | |
metadata | objet | |
selected_node_ids | objet | |
status | chaîne | Valeurs autorisées : queued, running, blocked, complete, failed, cancelled. |
target_type | chaîne | Valeurs autorisées : new_workspace, existing_workspace, git_branch. |
target_workspace_id | chaîne | |
team_id | chaîne | |
title | chaîne | |
updated_at | entier | (horodatage Unix) |
workspace_id | chaîne |
Exemple illustratif ; il ne s’agit pas d’une réponse réelle :
{
"agent_plan_id": "",
"agent_session_id": "",
"branch": "",
"created_at": 1791072000,
"deleted_at": 0,
"feature_assignment_id": "000000000000000000000000001",
"feature_tree_id": "000000000000000000000000001",
"metadata": {},
"selected_node_ids": {},
"status": "queued",
"target_type": "new_workspace",
"target_workspace_id": "",
"team_id": "000000000000000000000000001",
"title": "Feature assignment",
"updated_at": 1791072000,
"workspace_id": "000000000000000000000000001"
}
Obtenir une affectation de fonctionnalité
GET /v1/feature_assignment/{id}
Renvoie un seul FeatureAssignment
Définissez feature_assignment_id en utilisant les ID de vos propres réponses API.
Authentification : jeton bearer et en-tête d’équipe présentés ci-dessous.
Paramètres
| Nom | Emplacement | Requis | Description |
|---|---|---|---|
id | chemin | oui | Identifiant de ressource issu des résultats API de votre équipe. |
X-Tenant-ID | en-tête | oui | ID de l’équipe active. Doit correspondre au tenant lié au jeton de diagnostic. |
Exemple de requête
Définissez ADIOS_API_URL=https://api.adios.dev. Pour les requêtes protégées, définissez ADIOS_ACCESS_TOKEN et ADIOS_TEAM_ID comme dans le démarrage rapide. Définissez les autres variables ADIOS_* à partir des résultats de vos propres ressources.
curl --fail-with-body --request GET "$ADIOS_API_URL/v1/feature_assignment/${ADIOS_FEATURE_ASSIGNMENT_ID}" \
-H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
-H "X-Tenant-ID: $ADIOS_TEAM_ID"
Réponse : HTTP 200
FeatureAssignment
Champs de réponse
| Champ | Type | Description |
|---|---|---|
agent_plan_id | chaîne | |
agent_session_id | chaîne | |
branch | chaîne | |
created_at | entier | (horodatage Unix) |
deleted_at | entier | (horodatage Unix) |
feature_assignment_id | chaîne | |
feature_tree_id | chaîne | |
metadata | objet | |
selected_node_ids | objet | |
status | chaîne | Valeurs autorisées : queued, running, blocked, complete, failed, cancelled. |
target_type | chaîne | Valeurs autorisées : new_workspace, existing_workspace, git_branch. |
target_workspace_id | chaîne | |
team_id | chaîne | |
title | chaîne | |
updated_at | entier | (horodatage Unix) |
workspace_id | chaîne |
Exemple illustratif ; il ne s’agit pas d’une réponse réelle :
{
"agent_plan_id": "",
"agent_session_id": "",
"branch": "",
"created_at": 1791072000,
"deleted_at": 0,
"feature_assignment_id": "000000000000000000000000001",
"feature_tree_id": "000000000000000000000000001",
"metadata": {},
"selected_node_ids": {},
"status": "queued",
"target_type": "new_workspace",
"target_workspace_id": "",
"team_id": "000000000000000000000000001",
"title": "Feature assignment",
"updated_at": 1791072000,
"workspace_id": "000000000000000000000000001"
}
Mettre à jour l’affectation de fonctionnalité
PUT /v1/feature_assignment/{id}
Met à jour un objet FeatureAssignment existant
Définissez feature_assignment_id en utilisant les ID de vos propres réponses API.
Cette requête modifie des données ou lance une action. Vérifiez la cible et le corps avant de l’envoyer.
Champs de la requête (le corps contient un exemple modifiable) :
| Champ | Type | Requis | Description |
|---|---|---|---|
agent_plan_id | chaîne | non | Valeur par défaut : "". |
agent_session_id | chaîne | non | Valeur par défaut : "". |
branch | chaîne | non | Valeur par défaut : "". |
feature_tree_id | chaîne | oui | |
metadata | objet | non | |
selected_node_ids | objet | non | |
status | chaîne | oui | Valeurs autorisées : queued, running, blocked, complete, failed, cancelled. Valeur par défaut : "queued". |
target_type | chaîne | oui | Valeurs autorisées : new_workspace, existing_workspace, git_branch. Valeur par défaut : "new_workspace". |
target_workspace_id | chaîne | non | Valeur par défaut : "". |
team_id | chaîne | oui | |
title | chaîne | oui | Valeur par défaut : "Feature assignment". |
workspace_id | chaîne | oui |
Authentification : jeton bearer et en-tête d’équipe présentés ci-dessous.
Paramètres
| Nom | Emplacement | Requis | Description |
|---|---|---|---|
id | chemin | oui | Identifiant de ressource issu des résultats API de votre équipe. |
X-Tenant-ID | en-tête | oui | ID de l’équipe active. Doit correspondre au tenant lié au jeton de diagnostic. |
Exemple de requête
Définissez ADIOS_API_URL=https://api.adios.dev. Pour les requêtes protégées, définissez ADIOS_ACCESS_TOKEN et ADIOS_TEAM_ID comme dans le démarrage rapide. Définissez les autres variables ADIOS_* à partir des résultats de vos propres ressources.
curl --fail-with-body --request PUT "$ADIOS_API_URL/v1/feature_assignment/${ADIOS_FEATURE_ASSIGNMENT_ID}" \
-H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
-H "X-Tenant-ID: $ADIOS_TEAM_ID" \
-H "Content-Type: application/json" \
--data-binary @- <<'JSON'
{
"agent_plan_id": "",
"agent_session_id": "",
"branch": "",
"feature_tree_id": "YOUR_FEATURE_TREE_ID",
"status": "queued",
"target_type": "new_workspace",
"target_workspace_id": "",
"team_id": "YOUR_TEAM_ID",
"title": "Feature assignment",
"workspace_id": "YOUR_WORKSPACE_ID"
}
JSON
Remplacez YOUR_* du corps avant l’envoi. Le heredoc entre guillemets préserve le JSON littéral.
Réponse : HTTP 200
FeatureAssignment mis à jour
Champs de réponse
| Champ | Type | Description |
|---|---|---|
agent_plan_id | chaîne | |
agent_session_id | chaîne | |
branch | chaîne | |
created_at | entier | (horodatage Unix) |
deleted_at | entier | (horodatage Unix) |
feature_assignment_id | chaîne | |
feature_tree_id | chaîne | |
metadata | objet | |
selected_node_ids | objet | |
status | chaîne | Valeurs autorisées : queued, running, blocked, complete, failed, cancelled. |
target_type | chaîne | Valeurs autorisées : new_workspace, existing_workspace, git_branch. |
target_workspace_id | chaîne | |
team_id | chaîne | |
title | chaîne | |
updated_at | entier | (horodatage Unix) |
workspace_id | chaîne |
Exemple illustratif ; il ne s’agit pas d’une réponse réelle :
{
"agent_plan_id": "",
"agent_session_id": "",
"branch": "",
"created_at": 1791072000,
"deleted_at": 0,
"feature_assignment_id": "000000000000000000000000001",
"feature_tree_id": "000000000000000000000000001",
"metadata": {},
"selected_node_ids": {},
"status": "queued",
"target_type": "new_workspace",
"target_workspace_id": "",
"team_id": "000000000000000000000000001",
"title": "Feature assignment",
"updated_at": 1791072000,
"workspace_id": "000000000000000000000000001"
}
Supprimer l’affectation de fonctionnalité
DELETE /v1/feature_assignment/{id}
Supprime un objet FeatureAssignment
Définissez feature_assignment_id en utilisant les ID de vos propres réponses API.
Cette requête modifie des données ou lance une action. Vérifiez la cible et le corps avant de l’envoyer.
Authentification : jeton bearer et en-tête d’équipe présentés ci-dessous.
Paramètres
| Nom | Emplacement | Requis | Description |
|---|---|---|---|
id | chemin | oui | Identifiant de ressource issu des résultats API de votre équipe. |
X-Tenant-ID | en-tête | oui | ID de l’équipe active. Doit correspondre au tenant lié au jeton de diagnostic. |
Exemple de requête
Définissez ADIOS_API_URL=https://api.adios.dev. Pour les requêtes protégées, définissez ADIOS_ACCESS_TOKEN et ADIOS_TEAM_ID comme dans le démarrage rapide. Définissez les autres variables ADIOS_* à partir des résultats de vos propres ressources.
curl --fail-with-body --request DELETE "$ADIOS_API_URL/v1/feature_assignment/${ADIOS_FEATURE_ASSIGNMENT_ID}" \
-H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
-H "X-Tenant-ID: $ADIOS_TEAM_ID"
Réponse : HTTP 200
Ressource supprimée.
Champs de réponse
| Champ | Type | Description |
|---|---|---|
message | chaîne |
Exemple illustratif ; il ne s’agit pas d’une réponse réelle :
{
"message": "Deleted successfully"
}