- Expédié
- 14 octobre 2026 à 20:28 UTC
- Auteur
- Kamo
- S'engager
- 60ddac1
Propriétaire 2026-10-14: Luna (crm) a demandé au propriétaire d'approuver de se joindre à la réunion qu'il venait de lui dire de rejoindre. Preuve: courir 47cc1908 (NEW CHAT, réveillé par son message 12df3196 "Vous avez rejoint la réunion avant de pouvoir le faire maintenant", 63 s après "Rejoignez cette réunion: <url>") a appelé meetings join sans aucun surRequestOf, de sorte que le pipeline n'a jamais pesé sa demande et lui a demandé (approbation 3f6fe9fc, APPROVE BEFORE); les deux courus avant il a cité 73ef1803 et obtenu ON REQUEST lignes, et 2026-10-12's 4ad68782 était la même omission. Pas de taint (kamo:tool:taint-ext unset pour les trois tours), donc seule la citation manquante a décidé. Lorsqu'un appel allait à une personne et que l'IS n'a rien cité, ToolCallPipeline pèse maintenant le sillage de la course comme s'il était cité (RequestVerifier.inferFromRun): le plus récent message d'une personne dans chaque conversation qui a réveillé la course (dans la fenêtre de 60 minutes, jamais la ligne de l'IS ou une autre SI), le plus récent d'abord, puis chaque tâche qui l'a réveillé, chacun jugé en vérifiant exactement comme un cité (chat d'équipe seulement, une personne de l'org, adressée à l'IS, récente, cette course, aucun contenu extérieur lu); un candidat raté vérifie 1-4 est ignoré, un échec de lecture n'est pas une demande. Seulement sur un outil qui prend RequestOf, jamais pour un appel dont le plan atteint quelqu'un en dehors de l'org (destinataires sortants ou premiers contacts), et jamais remis au planificateur (pas de consentement d'appel, pas de divulgation). Une course réveillée par email, un texte, un appel ou un chat de site Web n'a pas de message à prendre, donc rien ne change là-bas. ApprobationClient.createOnRequest envoie K3 les droits requis du descripteurTout/toutDe, requêteImplicite et contactsOutsiders (kamoai-service 048a7ec décide REQUESTED BY APPROVER ou REQUESTED BY AUTHORIZED MEMBER, ou refuse NOT EXPLICIT, maintenant l'un des REQUEST REFUSALS); le résultat surRequestOf standing ajoute implicite:true et K3's base. Essais: - Oui. (le sillage du superviseur se joint sans approbation; un collègue avec VIEW MEETINGS aussi; un sans demande à une personne; un sillage sans personne demande à une personne; un contact extérieur ne lit jamais le sillage; une demande citée est pesée comme avant), RequestVerifier Test (la nouvelle ligne DM de la personne, une mention de groupe sur une ligne non adressée plus tard, les sillages email/texte/voicemail et les lignes SI ne sont pas des requêtes, une exécution entachée externe est un refus soft, une tâche assignée); tests existants ON REQUEST déplacé à l'appel à onze arguments