Pins, commentaires et couleurs
Utilisez les pins numérotés comme références stables entre le screenshot, le texte et le contexte structuré.
4 minDans ce guide
Une capture partagée
Chaque badge numéroté du screenshot correspond à un commentaire et à un enregistrement de pin. La palette de couleurs rotative sépare les marqueurs proches sans changer leur identité.
Conserver la corrélation
Ne réécrivez pas captureId ni pinId en transmettant le paquet à un autre outil. Ces champs permettent au workspace, au visualiseur, au résultat d’agent et à l’historique de relecture de se référer à la même capture.
Comment les numéros et identités sont attribués
Un pin n’est enregistré qu’après que le commentaire a été débarrassé des espaces et n’est pas vide. Les nouveaux pins reçoivent un UUID, un numéro commençant à 1 selon leur ordre dans la capture, et une couleur de la palette à onze nuanciers pour ce numéro. Les badges proches diffèrent donc visuellement sans changer l’identité qu’ils conservent.
Le contexte structuré conserve pinId depuis le pinId ou id existant. Lorsque ces champs sont absents, l’analyseur synthétise captureId:pN à partir de l’identité de capture et du numéro de pin. Les outils en aval peuvent alors pointer le même screenshot, commentaire et ligne de relecture.
- Un composer vide ne peut pas être copié ; le focus reste sur le champ jusqu’à ce qu’un commentaire existe.
- Survoler un marqueur prévisualise son numéro, son commentaire et la confiance courante du localisateur sur la page live.
- Modifier un pin existant ne met à jour que son commentaire ; l’id stocké reste inchangé.
Structure et preuves techniques
Chaque pin d’élément stocke aussi un instantané de ce qu’il désigne : l’arbre HTML de l’élément, les styles calculés qui diffèrent des valeurs par défaut du navigateur, les polices et icônes qu’il utilise, ainsi que son parent et ses frères. L’Aperçu affiche les localisateurs et les preuves stockés avec le pin, tandis que l’instantané complet reste dans la capture stockée et la charge complète du handoff. Les éléments volumineux sont tronqués pour rester dans la limite de capture, et le Markdown de la session l’indique avec un compte de nœuds tronqué.
« Preuves techniques » liste les faits que l’extension a observés sur la page pendant que vous épingliez : erreurs de console, requêtes échouées et environnement (navigateur, viewport, langue). Chaque élément est classé « Après interaction » s’il s’est produit après votre dernier clic ou dernière frappe, ou « Même page » s’il partage seulement la page. Rien n’est déduit et aucun crédit IA n’est dépensé ; retirez un élément avant de partager s’il est sans rapport.
- Les pins de zone n’ont pas de structure ; utilisez un pin d’élément lorsque l’agent a besoin du contexte DOM et de localisateurs robustes.
- Le prompt compact par défaut conserve les localisateurs, le commentaire et les preuves compactes ; l’instantané de l’élément voyage avec le bloc pinar-visual-context de la charge complète et le Markdown de la session, accessible par le lien de contexte complet.
Modifier la note et les commentaires dans le visualiseur
La discussion du pin dans le visualiseur propose la note originale et les commentaires du fil stockés pour modification. Les règles diffèrent entre le workspace local et Pinar Cloud.
Le workspace local n’a aucune connexion, donc toute note et tout commentaire stocké peuvent se modifier dans le visualiseur. Sur Pinar Cloud, le propriétaire de la session modifie la note, et un commentaire humain ne se modifie que par la personne qui l’a écrit. Les commentaires d’agent ne sont jamais modifiables dans le visualiseur.
- Une modification enregistre par-dessus le texte stocké et conserve l’identité, l’auteur et l’horodatage du message.