Promesse utilisateur

Je peux préparer une méthode de travail en brouillon, la tester dans le chat sans action externe, puis activer la version choisie après confirmation dans une carte sécurisée. La mémoire décrit ce que je sais, la méthode comment je travaille et la routine quand j’agis. Une correction explicite peut alimenter la prochaine revue d’amélioration sans modifier automatiquement une méthode active.

Données lues

méthodes et versions du même utilisateur et dossier
exemple de test
correction explicite

Données écrites

brouillons versionnés
états active, superseded et revoked
retours de correction

Activation

Demander un brouillon dans le chat du jumeau quand les outils de méthodes sont exposés, puis tester ou confirmer son activation dans la carte ; aucun connecteur externe requis.

Limites

Les méthodes appartiennent à l’utilisateur dans son dossier ; leur présence globale ne prouve pas qu’une méthode est déjà active pour ce compte.
Lister les méthodes avant de modifier, tester, activer ou révoquer une méthode existante.
Un brouillon n’est pas actif. L’activation confirme le nom et la version exacts ; la désactivation exige aussi une carte de confirmation.
Un test reste sans effet externe ; une méthode active ne remplace pas les permissions des connecteurs ni les validations d’actions externes.
Enregistrer une correction exige une correction fournie ou validée explicitement, jamais une simple absence de réponse.

Stockage et périmètre

notes avec object_more twin_operating_method ou twin_method_feedback

Outils exposés

list_operating_methods
propose_operating_method
test_operating_method
activate_operating_method
revoke_operating_method
record_method_correction

Références code

src/core/twin-operating-methods.ts
src/core/twin-chat-shared-runtime.ts
src/core/twin-self-improvement-proposals.ts
src/core/pending-tool-approval.ts