Brief pour Hermes.Première paire de fédération (C3) : connecteur MCP de Flowdeck vers TikTak — clé tck_ dédiée, test de transport type T0, puis lectures dans l'agent Flowdeck (list_today_tasks, search_tasks, get_task — le serveur TikTak en lecture existe déjà, aucun ticket serveur côté TikTak).
**Brief pour Hermes.** **Première paire de fédération (C3)** : connecteur MCP de Flowdeck vers TikTak — clé `tck_` dédiée, test de transport type T0, puis lectures dans l'agent Flowdeck (`list_today_tasks`, `search_tasks`, `get_task` — le serveur TikTak en lecture existe déjà, aucun ticket serveur côté TikTak).
Dépend de : C3 (pris : TikTak d'abord). Épopée : Projets/fusion-trois-apps#6.
bruno
added this to the Fusion — accès centralisé milestone 2026-10-20 21:19:44 -04:00
✅Livré en Flowdeck 7.73.0 — en Révision (Spark, 2026-10-20). Commit 6a75b18.
Ce qui est en place : kind de connecteur tiktak (preset : URL https://tiktak.dracodev.net/mcp, auth bearer) proposé dans le formulaire des connecteurs de l'agent — nom « TikTak » pré-rempli, aide pointant vers TikTak → Réglages → Intégrations. Le kind suit le comportement MCP partout (probe = handshake + tools/list, connector_fetch, cache d'outils) et les lectures TikTak deviennent des outils dynamiques de l'agent Flowdeck : mcp_tiktak_list_today_tasks, mcp_tiktak_search_tasks, mcp_tiktak_get_task. La clé tck_ reste chiffrée, jamais renvoyée.
Test de transport T0 RÉEL : 7/7 PASS — vrai client Flowdeck contre un vrai serveur TikTak local (uvicorn + base éphémère + vraie clé tck_) : création du connecteur, handshake complet, 3 outils découverts et nommés, les trois lectures retournent les tâches amorcées, et le probe sans clé échoue proprement sur le 401 de TikTak. Harnais + transcript : workspace/fusion-demarrage/t0-flowdeck-tiktak/. Tests CI : tests/test_fusion_tiktak.py (4 verts, dialecte JSON-RPC de TikTak rejoué) ; aucune régression sur les suites connecteurs/MCP voisines (comparaison à la baseline locale).
Pour l'utiliser, Bruno : déploie Flowdeck 7.73.0, crée une clé API dans TikTak (Réglages → Intégrations), puis dans l'agent Flowdeck : ＋ → Connecteur → type « TikTak — tâches (MCP, Fusion) » → colle la clé → Tester. Les trois outils apparaissent dans l'agent.
✅ **Livré en Flowdeck 7.73.0 — en Révision** (Spark, 2026-10-20). Commit `6a75b18`.
**Ce qui est en place** : kind de connecteur `tiktak` (preset : URL `https://tiktak.dracodev.net/mcp`, auth bearer) proposé dans le formulaire des connecteurs de l'agent — nom « TikTak » pré-rempli, aide pointant vers TikTak → Réglages → Intégrations. Le kind suit le comportement MCP partout (probe = handshake + tools/list, `connector_fetch`, cache d'outils) et les lectures TikTak deviennent des outils dynamiques de l'agent Flowdeck : `mcp_tiktak_list_today_tasks`, `mcp_tiktak_search_tasks`, `mcp_tiktak_get_task`. La clé `tck_` reste chiffrée, jamais renvoyée.
**Test de transport T0 RÉEL : 7/7 PASS** — vrai client Flowdeck contre un vrai serveur TikTak local (uvicorn + base éphémère + vraie clé `tck_`) : création du connecteur, handshake complet, 3 outils découverts et nommés, les trois lectures retournent les tâches amorcées, et le probe sans clé échoue proprement sur le 401 de TikTak. Harnais + transcript : `workspace/fusion-demarrage/t0-flowdeck-tiktak/`. Tests CI : `tests/test_fusion_tiktak.py` (4 verts, dialecte JSON-RPC de TikTak rejoué) ; aucune régression sur les suites connecteurs/MCP voisines (comparaison à la baseline locale).
**Pour l'utiliser, Bruno** : déploie Flowdeck 7.73.0, crée une clé API dans TikTak (Réglages → Intégrations), puis dans l'agent Flowdeck : ＋ → Connecteur → type « TikTak — tâches (MCP, Fusion) » → colle la clé → Tester. Les trois outils apparaissent dans l'agent.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Brief pour Hermes. Première paire de fédération (C3) : connecteur MCP de Flowdeck vers TikTak — clé
tck_dédiée, test de transport type T0, puis lectures dans l'agent Flowdeck (list_today_tasks,search_tasks,get_task— le serveur TikTak en lecture existe déjà, aucun ticket serveur côté TikTak).Dépend de : C3 (pris : TikTak d'abord). Épopée : Projets/fusion-trois-apps#6.
✅ Livré en Flowdeck 7.73.0 — en Révision (Spark, 2026-10-20). Commit
6a75b18.Ce qui est en place : kind de connecteur
tiktak(preset : URLhttps://tiktak.dracodev.net/mcp, auth bearer) proposé dans le formulaire des connecteurs de l'agent — nom « TikTak » pré-rempli, aide pointant vers TikTak → Réglages → Intégrations. Le kind suit le comportement MCP partout (probe = handshake + tools/list,connector_fetch, cache d'outils) et les lectures TikTak deviennent des outils dynamiques de l'agent Flowdeck :mcp_tiktak_list_today_tasks,mcp_tiktak_search_tasks,mcp_tiktak_get_task. La clétck_reste chiffrée, jamais renvoyée.Test de transport T0 RÉEL : 7/7 PASS — vrai client Flowdeck contre un vrai serveur TikTak local (uvicorn + base éphémère + vraie clé
tck_) : création du connecteur, handshake complet, 3 outils découverts et nommés, les trois lectures retournent les tâches amorcées, et le probe sans clé échoue proprement sur le 401 de TikTak. Harnais + transcript :workspace/fusion-demarrage/t0-flowdeck-tiktak/. Tests CI :tests/test_fusion_tiktak.py(4 verts, dialecte JSON-RPC de TikTak rejoué) ; aucune régression sur les suites connecteurs/MCP voisines (comparaison à la baseline locale).Pour l'utiliser, Bruno : déploie Flowdeck 7.73.0, crée une clé API dans TikTak (Réglages → Intégrations), puis dans l'agent Flowdeck : ＋ → Connecteur → type « TikTak — tâches (MCP, Fusion) » → colle la clé → Tester. Les trois outils apparaissent dans l'agent.