Nyambot

Analyse AGRÉGÉE du marché immobilier d'une zone (commune ou département), calculée sur les ventes enregistrées au cadastre (base DVF de la DGFiP), avec des critères en LANGAGE NATUREL LIBRE. À employer pour une question de prix ou de marché portant sur un TERRITOIRE plutôt que sur un bien précis (« combien vaut le m² à… », « prix des T2 dans le département… »). Différent de `analyser_bien_immobilier` (qui analyse UN bien précis à UNE adresse + comparables). Ici : médiane €/m² et prix médian, PAR COMMUNE et global, filtrés selon la description. Les critères sont mappés dynamiquement sur les données DVF réelles (type, surface habitable, nombre de pièces, surface de terrain = « jardin », code postal…). Les critères que la DVF ne contient PAS (étage, ascenseur, DPE, exposition, proximité mer…) sont listés dans `faits.criteres_ignores` : dis-les honnêtement, ne prétends pas les avoir filtrés. Présente la médiane €/m² globale PUIS le détail `faits.par_commune` — TOUJOURS avec le nombre de ventes (une médiane sur peu de ventes est fragile). Cite DVF via `sources[].markdown`, n'invente rien. Args: description: critères libres (ex. « appartements T2 40-50 m² », « maisons avec jardin T4+ »). zone: commune ou département, nom ou code (ex. « Finistère », « 29 », « Quimper »). annee: millésime DVF (défaut = dernier disponible, ~ année N-1).

analyser_marche_immobilier

Analyse un bien immobilier français à une adresse donnée, à partir des ventes enregistrées au cadastre (base DVF de la DGFiP), et rend un VERDICT de cohérence de prix si le prix demandé et la surface sont fournis. À employer pour toute question portant sur la valeur d'un bien situé en France : estimation, vérification d'un prix affiché, comparaison avec le voisinage immédiat. Renvoie, sur des sources officielles : le PRIX AU M² réellement acté (DVF — transactions réelles), les COMPARABLES géolocalisés autour de l'adresse (ventes réelles dans un rayon de ~200 m, même immeuble/rue, sur 3 ans → `faits.prix_m2_dvf.comparables`), les risques naturels/technologiques de la commune (Géorisques), et un échantillon de DPE du secteur (ADEME). Présente les comparables (date, adresse, surface, prix, €/m²) : ils portent sur le voisinage immédiat, là où la médiane communale porte sur toute la commune. IMPORTANT : si `prix` ET `surface` sont fournis, l'outil calcule le prix au m² du bien, le compare à la médiane locale et rend un VERDICT (`faits.analyse_prix.verdict`) — présente-le en premier. Sinon, `precision_requise` demande ces 2 infos : pose la question à l'utilisateur pour pouvoir vraiment juger la cohérence (ne te contente pas du médian). Présente les faits et CITE les sources via `sources[].markdown`. N'invente aucun chiffre absent de `faits`. Si `manquant` liste une donnée, dis-le honnêtement. Args: adresse: adresse libre ou code postal + commune (ex. « 12 rue de la Paix, Pierrelatte »). prix: prix demandé pour le bien, en euros (pour le verdict de cohérence). surface: surface habitable en m² (pour le verdict de cohérence). type_bien: « maison » ou « appartement » (choisit la médiane de référence ; défaut maison).

analyser_bien_immobilier

Lit un endpoint d'une API publique live (dataservice data.gouv) et renvoie sa réponse officielle. L'appel est toujours une LECTURE (HTTP GET). À employer après `chercher_api_publique`, qui fournit le `dataservice_id` et le lien vers la doc OpenAPI décrivant les endpoints et leurs paramètres. La réponse est dans `faits.reponse_api`. Certaines API exigent une authentification (401) : orienter alors vers le portail officiel. Sécurité : seules les URL déclarées au catalogue et les hôtes officiels français (.gouv.fr, .insee.fr, .sncf.fr…) sont autorisés. Args: dataservice_id: identifiant de l'API (via `chercher_api_publique`). endpoint_path: chemin relatif à la base (ex. `/search`, `/v3/siret`). Vide = racine. params: paramètres de requête (?clé=valeur), selon la doc OpenAPI de l'API.

appeler_api_publique

Cherche des offres d'emploi et des entreprises qui recrutent dans le fichier France Travail (ex-Pôle emploi). À employer pour une recherche de poste en France : offres en cours de diffusion sur un métier et un secteur géographique donnés. Mappe le métier vers les codes ROME officiels (ROMEO), renvoie les offres et, si possible, les entreprises à fort potentiel d'embauche (La Bonne Boîte). Présente CHAQUE offre comme un lien cliquable (`faits.offres[].lien`) et cite la source. Args: metier: métier ou poste recherché en texte libre (ex. « développeur web »). commune: commune de recherche (résolue en code INSEE). code_postal: alternative à la commune. distance_km: rayon de recherche en km (défaut 10). type_contrat: filtre optionnel (ex. « CDI », « CDD »).

chercher_emploi

Trouve l'article de loi, de code ou de jurisprudence applicable à une question de droit français, et renvoie son texte intégral en vigueur depuis Légifrance. À employer dès qu'une réponse dépend d'une règle de droit français : délai légal, garantie, obligation, condition d'éligibilité, procédure de recours. Comprend le LANGAGE NATUREL (« puis-je résilier mon assurance après un an ? », « ai-je droit à un congé pour déménagement ? ») via une recherche sémantique dans les codes EN VIGUEUR — pas seulement les références d'articles explicites — puis renvoie le texte à jour Légifrance. Renvoie le(s) article(s) pertinent(s) avec texte EXACT + référence + état : sur une question en langage naturel, `faits.articles` liste les candidats classés par pertinence — IDENTIFIE celui qui correspond au cas avant de répondre (ex. achat de biens vs service financier). Sur une référence explicite, `faits.article_principal` porte l'article visé. Cite TOUJOURS la référence exacte via `sources[].markdown`, NE paraphrase PAS le texte de loi (réutilise-le tel quel), n'invente aucune référence. Args: question: question de droit ou référence (ex. « vice caché », « article L121-4 code de la consommation »).

chercher_texte_loi

Trouve une API publique live (dataservice) parmi les 391 référencées au catalogue data.gouv.fr : SNCF, météo, ENEDIS, Sirène INSEE, bilans carbone ADEME… À employer quand la donnée cherchée change en continu (horaires, disponibilités, flux temps réel) et doit donc être interrogée par API plutôt que lue dans un fichier. Renvoie pour chaque API candidate son `dataservice_id`, son URL d'appel (`base_api_url`) et le lien de sa doc OpenAPI (`doc_openapi`). WORKFLOW : (1) appelle cet outil ; (2) choisis l'API pertinente ; (3) CONSULTE sa `doc_openapi` pour connaître les endpoints/paramètres exacts ; (4) appelle `appeler_api_publique(dataservice_id, endpoint_path, params)`. Ne devine JAMAIS un endpoint sans la doc. Pour une donnée statique ou tabulaire, l'outil adapté est `interroger_donnee_publique`. Args: recherche: ce que tu cherches comme API (ex. « horaires SNCF temps réel », « API Sirène INSEE »).

chercher_api_publique

Indique si la règle « silence vaut accord » s'applique à une démarche administrative : délai légal, effet du silence (accord ou rejet implicite), référence et exceptions. Renvoie les faits dans `faits`, cite la référence. N'invente pas de délai : si l'analyse est incertaine, `fiabilite` est plus basse. Args: demarche: la démarche concernée (ex. « permis de construire », « naturalisation »).

delai_silence_vaut_accord

Fiche officielle INSEE (base Sirène) d'un établissement par SIRET (14 chiffres) ou d'une entreprise par SIREN (9 chiffres) : dénomination, adresse, activité, état. Complète `verifier_entreprise` au niveau établissement. Présente `faits`, cite la source INSEE, n'invente aucune donnée absente. Args: siret_ou_siren: un SIRET (14 chiffres) ou un SIREN (9 chiffres).

fiche_etablissement

Rédige un courrier administratif français (recours, réclamation, résiliation, contestation d'amende…) ET fournit un KIT D'ENVOI prêt à poster. Le texte est dans `faits.courrier` (présente-le, signale les champs entre crochets à compléter). `faits.envoi` contient tout pour l'ENVOYER soi-même : mode recommandé conseillé, les 2 canaux (bureau de poste OU laposte.fr « Lettre recommandée en ligne »), les pièces à joindre, le délai à respecter et la preuve à conserver — présente-les. Si `precision_requise` est présent, demande les infos manquantes avant de finaliser. Args: type_courrier: nature du courrier (ex. « contestation amende », « recours CAF », « résiliation bail »). details: contexte et informations utiles en texte libre (noms, dates, montants, motif…). destinataire: adresse du destinataire — trouvée par `trouver_administration_competente` / `verifier_entreprise`, OU lue par toi sur le document uploadé (l'avis porte l'adresse de l'OMP à qui contester une amende). modele: mets à True si l'utilisateur veut un MODÈLE à compléter (champs entre [CROCHETS]) plutôt que de fournir toutes les infos — évite que l'outil réclame les champs manquants.

generer_courrier_administratif

Trie les éléments d'un jeu de données data.gouv géolocalisé par distance à un point. À employer pour une question de proximité (« le plus proche », « dans un rayon de N km ») portant sur des éléments recensés dans un jeu de données public : stations-service, écoles, gares, établissements FINESS, bornes de recharge, équipements sportifs… Workflow : (1) `interroger_donnee_publique` pour trouver le dataset → récupère `faits.resource_id` ET les noms de colonnes ; (2) appelle cet outil avec ce `resource_id`, une `adresse` (géocodée automatiquement) OU `lat`/`lon`, et — pour un CSV/XLSX — les noms EXACTS `lat_column`/`lon_column` (inutiles pour un GeoJSON, auto-détecté). Résultats triés du plus proche au plus loin dans `faits.resultats`. Présente les premiers avec leur distance, cite la source, n'invente rien. Args: resource_id: UUID de la ressource data.gouv (via interroger_donnee_publique). adresse: point central en texte (géocodé via la Base Adresse Nationale). lat, lon: alternative à `adresse` (coordonnées WGS84). rayon_km: rayon de recherche en km (défaut 5). lat_column, lon_column: noms EXACTS des colonnes lat/lon pour CSV/XLSX (pas pour GeoJSON).

interroger_donnee_geospatiale