1. Idée centrale

Claude Cowork Projects sert à transformer Claude en espace de travail persistant. Avant, il y avait deux logiques séparées :

• Claude Projects = mémoire
• et Contexte Claude Cowork = exécution réelle

Le problème : Cowork pouvait agir, créer des fichiers, lire des dossiers et exécuter des tâches, mais il repartait souvent de zéro à chaque session. Avec Cowork Projects, les deux dimensions sont fusionnées :

Contexte permanent + dossier local + instructions + mémoire scoped + exécution

L’intérêt principal : ne plus réexpliquer le contexte à chaque tâche.

Partie I — Comprendre Cowork Projects

2. Ancien fonctionnement : deux outils séparés

Claude Projects classique

Les anciens Projects dans Claude permettaient de :

• regrouper des conversations ;
• ajouter des fichiers ;
• écrire des instructions ;
• partager un espace avec une équipe.

Mais ils restaient limités. Ils ne pouvaient pas vraiment :

• créer des documents localement ;
• manipuler des fichiers dans un dossier ;
• exécuter du code ;
• automatiser des tâches lourdes.

C’était surtout un chatbot avec un meilleur contexte.

Claude Cowork

Claude Cowork est différent. Il sert à faire exécuter du travail par Claude. Il peut :

• lire des fichiers ;
• créer des documents ;
• produire des fichiers .docx, .md, etc. ;
• exécuter du code ;
• manipuler un espace local ;
• poser des questions avant d’agir ;
• lancer des tâches programmées.

Mais avant l’intégration des Projects, Cowork avait une faiblesse : il ne conservait pas suffisamment le contexte entre les sessions.

3. Nouveau fonctionnement : Projects dans Cowork

Cowork Projects ajoute une couche de mémoire et d’organisation à Cowork. Chaque Project devient un espace de travail complet avec :

• un dossier local ;
• des instructions personnalisées ;
• une mémoire limitée au projet ;
• des tâches programmées ;
• un historique des tâches ;
• des fichiers lus et produits dans ce même espace.

Ce n’est plus seulement une conversation. C’est un environnement de production.

4. Concept clé : la mémoire scoped

La mémoire scoped signifie que Claude mémorise ce qui se passe dans un projet précis, sans mélanger avec les autres projets. Exemple :

• Projet Newsletter → Claude retient le style, les angles, les anciens brouillons.
• Projet Sales Proposals → Claude retient les propositions, objections, formulations commerciales.
• Projet Client Reports → Claude retient les formats, attentes et modèles de rapports.

Cela évite deux problèmes opposés :

1. L’oubli permanent : devoir tout réexpliquer à chaque fois.
2. La mémoire trop globale : Claude mélange tous les contextes et surinterprète.

La mémoire scoped est donc une mémoire utile parce qu’elle est compartimentée.

Partie II — Les composants d’un Cowork Project

5. Le dossier local

Chaque Project possède ou utilise un dossier sur l’ordinateur. Ce dossier sert de base de travail. Il peut contenir :

• briefs clients ;
• anciens livrables ;
• modèles ;
• chartes ;
• exemples ;
• fichiers de données ;
• rapports ;
• notes ;
• documents de référence.

Claude lit et écrit dans ce dossier. La logique correcte :

• Le dossier = la mémoire documentaire du projet.
• Les instructions = la méthode de travail.
• La mémoire scoped = l’historique comportemental du projet.

6. Les instructions personnalisées

Les instructions disent à Claude comment travailler dans ce Project. Elles peuvent définir :

• le ton ;
• le format de sortie ;
• les règles éditoriales ;
• les interdictions ;
• les étapes obligatoires ;
• les critères de qualité ;
• le type de fichiers à produire ;
• quand poser des questions ;
• quand exécuter directement.

Exemple :

• Incluez toujours une synthèse exécutive. Ne dépassez jamais 15 pages.
• Utilisez la terminologie du client. Structure : synthèse exécutive → constats → recommandations → prochaines étapes → annexe.
• Produisez le livrable au format .docx. Posez d’abord les questions.

Ces instructions doivent être courtes, stables et spécifiques.

7. Les fichiers de référence

Un Cowork Project fonctionne mieux quand il contient des exemples.

Exemples utiles :

• – about-me.md
• – anti-ai-writing-style.md
• – brand-guidelines.md
• – report-template.docx
• – 3 bons exemples de livrables
• – pricing-sheet.xlsx
• – objection-playbook.md
• – anciens briefings
• – ancienne newsletter performante

Claude apprend beaucoup mieux avec : Instructions + exemples qu’avec des instructions seules.

8. Les tâches programmées

Un Project peut contenir des tâches récurrentes. Exemples :

Tous les lundis à 8 h :

• Lire les inputs d’équipe.
• Créer un briefing opérationnel.
• Sauvegarder le document dans le dossier.

ou :

Chaque vendredi :

• Compiler les notes de la semaine.
• Créer un rapport client.
• Produire une version .docx.

La tâche programmée devient utile quand le travail suit une logique répétitive.

Partie III — Créer un Cowork Project

9. Les trois méthodes de création

Cowork propose trois façons de créer un Project.

Option 1 — Partir de zéro

À utiliser pour un nouveau workflow. Exemple :

Nouveau projet : Newsletter SEO

Procédure :

1. Créer un nouveau dossier local.
2. Ouvrir Claude Desktop.
3. Aller dans Cowork > Projects.
4. Cliquer sur +.
5. Choisir Start from scratch.
6. Ajouter les instructions.
7. Ajouter les fichiers nécessaires. 8. Nommer le projet.

Cas d’usage adapté :

• nouveau type de livrable ;
• nouveau client ;
• nouveau process éditorial ;
• nouvelle production récurrente.

11. Option 2 — Importer un Claude Project existant

À utiliser si tu as déjà un Project Claude dans le navigateur. Exemple :

• Tu avais déjà un Project « Charte éditoriale client ».
• Tu l’importes dans Cowork pour qu’il puisse maintenant produire des fichiers.

Procédure :

1. Cowork > Projects > +
2. Import a project
3. Rechercher le Project existant
4. Le sélectionner
5. Transférer fichiers et instructions
6. Choisir le dossier local

Intérêt :

• L’ancien Project contenait le cerveau.
• Cowork ajoute les mains.

12. Option 3 — Utiliser un dossier existant

À utiliser si tu as déjà une organisation locale. Exemple :

Dossier existant :
/CLAUDE COWORK/NEWSLETTER/

Procédure :

1. Cowork > Projects > +
2. Use existing folder
3. Sélectionner le dossier
4. Nommer le Project
5. Ajouter les instructions
6. Ajouter des fichiers complémentaires si nécessaire

C’est l’option la plus logique si tu as déjà un dossier bien structuré.

Partie IV — Premier prompt de configuration

13. Prompt de démarrage recommandé

Après création du Project, il faut demander à Claude de lire l’espace.

Prompt :

Je viens de créer ce Project. Lis tous les fichiers du dossier. Ensuite, résume ce que tu comprends de cet espace de travail : ce qu’il contient, à quoi il sert probablement, et quelles instructions tu devras suivre. Si quelque chose est flou, utilise AskUserQuestion.

Objectif :

• vérifier que Claude lit bien les fichiers ;
• voir ce qu’il comprend du dossier ;
• détecter les incohérences ;
• corriger les instructions dès le départ.

Pourquoi ce prompt est important

Ce prompt force Claude à construire une représentation du Project. Il permet de répondre à quatre questions :

1. Quels fichiers sont présents ?
2. À quoi sert ce Project ?
3. Quelles règles Claude va suivre ?
4. Qu’est-ce qui reste ambigu ?

C’est l’équivalent d’un onboarding. Claude apprend le Project avant d’exécuter des tâches.

Partie V — Cas d’usage quotidiens

15. Workflow 1 — Newsletter hebdomadaire

Objectif

Produire une newsletter récurrente avec une voix stable.

Structure du dossier

NEWSLETTER/
ABOUT ME/
about-me.md
anti-ai-writing-style.md
EXAMPLES/
newsletter-01.md
newsletter-02.md
newsletter-03.md
newsletter-04.md
newsletter-05.md
RESEARCH/
topic-brief.md
source-notes.md
OUTPUTS/

Instructions possibles

• Lis ABOUT ME/ et anti-ai-writing-style.md avant chaque tâche.

• Reproduis exactement cette voix.

• N’utilise jamais les mots interdits.

• Garde les paragraphes sous 3 phrases.

• Utilise toujours AskUserQuestion avant d’écrire.

• Exporte le brouillon sous forme de fichier Markdown dans OUTPUTS/.

Prompt d’usage

Je veux écrire ma prochaine newsletter sur [sujet]. Commence par AskUserQuestion pour affiner l’angle avec moi avant d’écrire quoi que ce soit.

Pourquoi cela fonctionne

Le Project garde en permanence :

• la voix ;
• les exemples ;
• les anciennes newsletters ;
• les angles qui ont fonctionné ;
• les règles anti-style IA.

La tâche devient :

Nouveau sujet → questions d’angle → plan → brouillon markdown

16. Workflow 2 — Livrables client

Objectif

Créer des rapports clients structurés et homogènes.

Structure du dossier /Client Strategy Reports/

TEMPLATE/
report-template.docx
EXAMPLES/
strong-report-01.docx
strong-report-02.docx
INPUTS/
client-brief.md
client-docs/
OUTPUTS/

Instructions possibles

Inclus toujours une synthèse exécutive.
Ne dépasse jamais 15 pages.
Utilise la terminologie du client présente dans le brief.
Structure : synthèse exécutive → constats → recommandations → prochaines étapes → annexe.
Exporte le résultat en .docx.
Pose d’abord des questions.

Prompt d’usage

Pourquoi cela fonctionne

Le Project combine : Modèle + exemples + brief client + mémoire des préférences

Avec le temps, Claude comprend :

• le niveau de détail attendu ;
• le style de mise en forme ;
• la structure habituelle ;
• les formulations préférées ;
• les erreurs à éviter.

Partie VI — Ancien Claude Projects vs Cowork Projects

19. Différence fondamentale

• Claude Projects classique = espace partagé de contexte
• Cowork Projects = espace local d’exécution

Les anciens Projects restent utiles pour le partage d’équipe. Cowork Projects est plus adapté à la production personnelle.

20. Quand utiliser les anciens Projects

Utiliser les anciens Projects si :

• le projet doit être partagé avec l’équipe ;
• il sert de source de vérité commune ;
• les fichiers n’ont pas besoin d’être manipulés localement ;
• l’objectif est surtout conversationnel ou documentaire.

Exemple : Project partagé : Playbook éditorial agence

21. Quand utiliser Cowork Projects

Utiliser Cowork Projects si :

• Claude doit produire des fichiers ;
• Claude doit lire un dossier local ;
• Claude doit exécuter une tâche récurrente ;
• le workflow est personnel ou attaché à une machine ;
• tu veux une mémoire persistante par type de travail ;
• tu veux automatiser des livrables.

Exemple : Cowork Project : Production newsletters client

22. Configuration hybride recommandée

Structure efficace :

• Claude Projects = playbooks partagés
• Cowork Projects = espaces d’exécution personnels

Exemple :

Claude Project partagé :

• charte éditoriale agence
• méthode SEO
• modèle de rapport
• règles commerciales

Cowork Project personnel :

• dossiers clients
• briefs
• outputs
• tâches programmées

Le Project classique contient la doctrine. Le Cowork Project produit le travail.

Partie VII — Mise en place

 

Créer le premier Project

Choisir une tâche récurrente. Exemples :

- newsletter hebdomadaire ;
- rapport client ;
- proposition commerciale ;
- briefing d’équipe ;
- synthèse de veille ;
- post LinkedIn ;
- audit SEO ;
- compte rendu de réunion.

Créer ensuite le Project : Cowork → Projects → + → méthode de création

Choisir entre :

Start from scratch
Import a project
Use existing folder

Ajouter les fichiers essentiels :

- about-me.md
- exemples de livrables
- templates
- brief actuel
- règles éditoriales

Lancer une première tâche

Lis tout ce dossier. Ensuite, [ta tâche]. Commence par AskUserQuestion pour vérifier les points importants avant d’exécuter.

Exemple : Lis tout ce dossier. Ensuite, crée un rapport stratégique client en .docx à partir du brief présent dans INPUTS/. Commence par AskUserQuestion pour valider les points ambigus avant d’exécuter.

Ajouter une tâche programmée

Si la tâche revient chaque semaine, la programmer. Procédure :

Project → Scheduled tasks → New → prompt → fréquence

Tous les lundis à 8 h, lis tous les fichiers dans INPUTS/ et crée un briefing hebdomadaire d’une page dans OUTPUTS/.

---

Partie VIII — Limites de Cowork Projects

Pas encore de partage d’équipe

Cowork Projects est local. Il vit sur une machine. Conséquence :

Pour un usage collectif, les anciens Claude Projects restent utiles.

Stockage local uniquement

Les fichiers et la mémoire restent attachés à l’ordinateur. Conséquence :

Si tu travailles sur deux machines, tu ne retrouves pas automatiquement le même Project partout.

Ce n’est pas un espace cloud synchronisé.

---

Consommation d’usage plus élevée

Un Cowork Project consomme davantage qu’une simple conversation. Le texte source indique qu’une session Cowork Project peut équivaloir à beaucoup plus de chats classiques. Cause :

• contexte persistant
• lecture de fichiers
• mémoire limitée au projet
• exécution agentique
• production de documents

Conclusion opérationnelle : Réserver Cowork Projects aux tâches à forte valeur ajoutée.

Erreurs possibles d’exécution

Cowork reste un système agentique. Il peut :

• mal lire un fichier ;
• choisir une mauvaise approche ;
• oublier une contrainte ;
• produire un livrable imparfait ;
• interpréter trop largement une instruction.

Règle pratique : Relire les livrables avant de les envoyer à un client.

Application ouverte obligatoire

Les tâches programmées ne fonctionnent que si Claude Desktop reste ouvert et que l’ordinateur est actif. Conséquence :

Fermer l’application ou éteindre l’ordinateur bloque les tâches planifiées.

Cela limite l’automatisation complète.

Mémoire cloisonnée

La mémoire scoped est utile, mais elle a une limite. Exemple :

Le Project Newsletter ne sait pas ce que le Project Sales Proposals a appris.

Avantage : Les contextes restent propres.

Limite : Claude ne relie pas automatiquement les apprentissages entre projets.

33. Risque d’overfitting mémoire

Une mémoire trop globale peut produire un mauvais comportement : Claude essaie trop de montrer qu’il connaît l’utilisateur. Cela peut donner :

• des réponses trop personnalisées ;
• des suppositions inutiles ;
• des raccourcis abusifs ;
• une impression de suradaptation.

La mémoire scoped réduit ce risque parce qu’elle limite l’apprentissage au contexte du Project.

Partie IX — Architecture recommandée pour un Project efficace

Structure de dossier générique

/PROJECT-NAME/
 /ABOUT/
 about-me.md
 working-style.md
 anti-ai-writing-style.md
 /INSTRUCTIONS/
 project-rules.md
 output-format.md
 quality-criteria.md
 /TEMPLATES/
 template.docx
 template.md
 /EXAMPLES/
 good-example-01.md
 good-example-02.md
 bad-example-01.md
 /INPUTS/
 brief.md
 notes.md
 source-documents/
 /OUTPUTS/
 final/
 drafts/
 archive/
 /LOGS/
 decisions.md
 recurring-issues.md

Rôle de chaque dossier

ABOUT

Contient les informations stables :

- identité ;
- style ;
- préférences ;
- règles de communication ;
- interdictions.

INSTRUCTIONS

Contient la méthode :

- structure attendue ;
- critères de qualité ;
- règles de traitement ;
- limites ;
- processus.

TEMPLATES

Contient les modèles à respecter.

EXAMPLES

Montre ce qu’est un bon résultat.

INPUTS

Contient les nouveaux éléments à traiter.

OUTPUTS

Contient les livrables produits.

LOGS

Contient la mémoire explicite du projet :

- décisions prises ;
- erreurs récurrentes ;
- changements de méthode ;
- préférences apparues.

Partie X — Modèles d’instructions pour Cowork Projects

Instructions courtes génériques

• Lis ABOUT/ et INSTRUCTIONS/ avant chaque tâche.
• Utilise INPUTS/ comme matériel source.
• Utilise TEMPLATES/ lors de la création des livrables.
• Utilise EXAMPLES/ pour reproduire le niveau de qualité et la structure attendus.
• Enregistre tous les livrables finaux dans OUTPUTS/final/.
• S’il manque des informations, produis une première version exploitable et liste les hypothèses à la fin.

Instructions pour un Project de contenu

Lis ABOUT/ et anti-ai-writing-style.md avant chaque tâche.

Utilise les exemples dans EXAMPLES/ pour reproduire le ton et la structure.

N’utilise pas de formulations génériques d’IA.

Garde des paragraphes courts.

Privilégie la clarté, la précision et les exemples utiles.

Enregistre les brouillons dans OUTPUTS/drafts/ et les versions finales dans OUTPUTS/final/.

Instructions pour un Project client

Instructions pour un Project de veille

Collecte et structure les nouveaux matériaux sources.

Sépare les faits confirmés de l’interprétation.

Résume ce qui a changé depuis le briefing précédent.

Signale les signaux récurrents.

Crée un rapport concis dans OUTPUTS/final/.

Tiens à jour un journal continu dans LOGS/decisions.md.

Partie XI — Prompts prêts à utiliser

Prompt d’initialisation du Project

Lis tous les fichiers de ce dossier Project.

Puis produis :

1. Ce que contient cet espace de travail.
2. À quoi ce Project sert probablement.
3. Les instructions que tu suivras.
4. Les fichiers qui semblent les plus importants.
5. Tout élément flou ou contradictoire.

Si quelque chose bloque l’exécution, utilise AskUserQuestion.

Prompt pour lancer une première tâche

Lis tous les fichiers pertinents de ce Project.

Puis réalise cette tâche : [TÂCHE]

Utilise les instructions du Project, les modèles, les exemples et les sorties précédentes.

Produis une première version exploitable.

Indique les hypothèses à la fin.

Enregistre le livrable final dans OUTPUTS/final/.

Prompt pour améliorer les instructions du Project

Évalue la configuration de ce Project.

Analyse :

1. Si la structure des dossiers est claire.
2. Si les instructions sont assez spécifiques.
3. Si les exemples sont utiles.
4. Quels fichiers manquent.
5. Où Claude risque de faire des erreurs.
6. Ce qu’il faudrait ajouter pour améliorer la fiabilité.

Puis propose une version révisée des instructions du Project.

Prompt pour créer une tâche programmée

Tous les [fréquence], lis les fichiers les plus récents dans INPUTS/.

Crée [type de livrable] en utilisant :

• les instructions du Project
• les modèles
• les exemples
• les sorties précédentes si elles sont pertinentes

Enregistre le fichier terminé dans OUTPUTS/final/.

Si des informations importantes manquent, crée la meilleure version possible et liste les éléments manquants à la fin.

Exemple :

Tous les lundis à 8 h 00, lis les fichiers les plus récents dans INPUTS/team-updates/.

Crée un briefing opérationnel d’une page avec :

1. Réussites.
2. Blocages.
3. Priorités pour la semaine suivante.
4. Problèmes récurrents.
5. Décisions nécessaires.

Enregistre le fichier .docx terminé dans OUTPUTS/final/.

Partie XII — Erreurs fréquentes à éviter

Créer un Project trop vague

Mauvais : Marketing

Meilleur : Newsletter hebdomadaire SEO

Encore meilleur : Newsletter hebdomadaire SEO pour dirigeants de PME locales

Un Project doit correspondre à un workflow, pas à un domaine trop large.

Mettre trop d’instructions

Des instructions trop longues deviennent difficiles à suivre.

Meilleure règle :

• 5 à 8 lignes d’instructions principales.
• Des fichiers séparés pour les détails.

Exemple :

• Instructions principales → project-rules.md
• Style détaillé → anti-ai-writing-style.md
• Format détaillé → output-format.md

Ne pas fournir d’exemples

Sans exemples, Claude improvise. Un Project fiable doit contenir :

• – 2 ou 3 bons exemples ;
• – 1 modèle ;
• – des critères de qualité ;
• – éventuellement 1 mauvais exemple annoté.

Mélanger plusieurs workflows

Mauvais : Project : Contenu + CRM + propositions + reporting + veille

Meilleur :

Project : Newsletter
Project : Propositions commerciales
Project : Rapports clients
Project : Veille IA hebdomadaire

Un Project doit rester cohérent.

---

Oublier le dossier OUTPUTS

Si les sorties ne sont pas organisées, le Project se dégrade. Structure minimale :

OUTPUTS/
 drafts/
 final/
 archive/

Ne pas relire les outputs

Cowork peut produire vite, mais pas toujours parfaitement. Règle :

Automatiser la production. Pas la validation finale.

Partie XIII — Application directe à tes usages

Project “Transcriptions vers cours”

Structure :

Transforme des transcriptions brutes en cours structurés en français.

Préserve toutes les idées utiles.

Ne résume pas de manière trop agressive.

Réorganise les concepts de façon pédagogique.

Inclus toujours :

• idée centrale
• sections structurées
• checklists opérationnelles
• prompts réutilisables
• erreurs à éviter
• synthèse finale

Utilise un style direct, analytique et dense.

Enregistre les livrables finaux dans OUTPUTS/final/.

Prompt d’usage :

New transcript in INPUTS/. Transform it into a structured French course using the Project instructions. Save the result as a markdown file in OUTPUTS/final/.

52. Project “SEO local client”

Structure : /SEO-LOCAL-CLIENT/

/ABOUT/
agency-style.md
/INSTRUCTIONS/
seo-method.md
local-seo-rules.md
/TEMPLATES/
article-template.md
landing-page-template.md
/EXAMPLES/
good-local-page.md
/INPUTS/
client-brief.md
competitors.md
/OUTPUTS/

Instructions :

• Créer des stratégies de contenu SEO et des structures de pages pour des clients locaux de type TPE, PME, artisans, commerces et prestataires de services.
• Toujours identifier l’intention de recherche, les modificateurs locaux, le champ sémantique, l’angle de conversion et la structure de page.
• Éviter les conseils SEO génériques.
• Produire des plans, structures et blocs de contenu directement utilisables.
• Enregistrer tous les livrables dans OUTPUTS/.

53. Project “Livrables clients”

Structure /CLIENT-DELIVERABLES/

/TEMPLATES/
rapport-strategique.docx
/EXAMPLES/
rapport-client-01.docx
rapport-client-02.docx
/INPUTS/
brief-client.md
/OUTPUTS/

Instructions :

• Créer des documents stratégiques destinés aux clients.
• Utiliser la structure du modèle fourni.
• Séparer clairement le diagnostic, l’analyse, les recommandations et les prochaines étapes.
• Rédiger de manière claire, professionnelle et directement exploitable.
• Ne pas inventer les informations client manquantes.
• Indiquer les hypothèses à la fin du document.
• Produire le livrable au format .docx.

Partie XIV — Checklist de création d’un Cowork Project

Checklist de validation du Project

[ ] Le Project correspond à une tâche récurrente.

[ ] Le nom du Project est précis.

[ ] Un dossier local est défini.

[ ] Les fichiers stables sont séparés des inputs temporaires.

[ ] Les instructions principales tiennent en 5 à 8 lignes.

[ ] Des exemples de bons résultats sont présents.

[ ] Le template de sortie est présent.

[ ] Le dossier OUTPUTS existe.

[ ] Le prompt d’initialisation a été lancé.

[ ] Claude a correctement résumé l’espace de travail.

[ ] Une première tâche test a été exécutée.

[ ] Les erreurs du premier test ont été corrigées.

[ ] Une tâche programmée est ajoutée si le workflow est récurrent.

Partie XV — Synthèse opérationnelle

Cowork Projects sert à créer des espaces de travail persistants dans Claude Cowork.

La formule : Dossier local + instructions + exemples + mémoire scoped + exécution = Project utile

La bonne méthode :

• Choisir une tâche répétitive.
• Créer un Project dédié à cette tâche.
• Ajouter les fichiers de référence nécessaires.
• Écrire des instructions courtes, claires et directement exploitables.
• Lancer le prompt d’initialisation pour vérifier que Claude comprend l’espace de travail.
• Tester une première tâche réelle.
• Corriger le setup à partir des erreurs observées.
• Ajouter une tâche programmée si le workflow doit être répété régulièrement.

Le principe à retenir :

Les anciens Claude Projects servent à partager un cerveau. Cowork Projects sert à produire du travail.

La structure optimale :

Claude Projects = playbooks partagés

Cowork Projects = ateliers personnels d’exécution

Une mauvaise configuration donne un dossier confus avec un agent qui improvise. Une bonne configuration donne un espace de production où Claude sait :

• quoi lire ;
• comment travailler ;
• où écrire ;
• quel format produire ;
• quelles erreurs éviter ;
• ce qu’il a déjà fait dans ce contexte.