57 lines
1.5 KiB
Markdown
57 lines
1.5 KiB
Markdown
# Tasks
|
||
|
||
## Choix du source
|
||
|
||
Le source rougail doit-il etre :
|
||
|
||
- en rougail (YAML) : non (la persona de rougail-ai ne connaît pas le format Rougail)
|
||
- en JSON : à tester
|
||
- en format markdown : c'est le format compréhensible par l'IA de base donc les tests partent là dessus
|
||
|
||
---
|
||
|
||
**est-ce utile ?**
|
||
|
||
## Savoir comment faire en Rougail :
|
||
|
||
- exporter en json (ça je crois que c'est dans la doc)
|
||
- faire un equivalent make_dict()
|
||
le make_dict(), c'est pour que l'ia aie les valeurs et pas seulement la structure.
|
||
|
||
Mais étant donné l'approche choisie, il n'est pas opportun de communiquer les valeurs
|
||
à rougail-ai.
|
||
|
||
Pour l'instant, on n'a pas de use case qui demande un truc du genre : tiens c'est quoi la valeur ????
|
||
|
||
en fait, si on veut une valeur il faut faire du structured output et un tool
|
||
qui appelle rougail et qui donne la valeur du moment.
|
||
|
||
|
||
!!! attention "Attention"
|
||
il ne faut surtout pas charger des valeurs dans la context window du LLM sinon
|
||
cela va perturber le reasonning il va s'emmeler les pinceaux
|
||
|
||
---
|
||
|
||
**pour la suite**
|
||
|
||
## choix des meilleurs LLM
|
||
|
||
- choisir les meilleurs LLM, qui se comportent le mieux tout en étant légers
|
||
- est-ce possible de le faire dans le navigateur ???
|
||
|
||
## Structured output et tools
|
||
|
||
Ne renvoyer **que** la variable recherchée, par exemple
|
||
`manual.https_proxy.address`, ou bien le nom de la famille
|
||
et la liste des variables dedans
|
||
|
||
Utiliser un schéma pydantic avec du structured output dessus.
|
||
|
||
|
||
## openWebUI
|
||
|
||
Tester openWebUI pour ollama, pour l'interface
|
||
|
||
---
|
||
|