Futures
Accédez à des centaines de contrats perpétuels
TradFi
Or
Une plateforme pour les actifs mondiaux
Options
Hot
Tradez des options classiques de style européen
Compte unifié
Maximiser l'efficacité de votre capital
Trading démo
Introduction au trading futures
Préparez-vous à trader des contrats futurs
Événements futures
Participez aux événements et gagnez
Demo Trading
Utiliser des fonds virtuels pour faire l'expérience du trading sans risque
Lancer
CandyDrop
Collecte des candies pour obtenir des airdrops
Launchpool
Staking rapide, Gagnez de potentiels nouveaux jetons
HODLer Airdrop
Conservez des GT et recevez d'énormes airdrops gratuitement
Launchpad
Soyez les premiers à participer au prochain grand projet de jetons
Points Alpha
Tradez on-chain et gagnez des airdrops
Points Futures
Gagnez des points Futures et réclamez vos récompenses d’airdrop.
Investissement
Simple Earn
Gagner des intérêts avec des jetons inutilisés
Investissement automatique
Auto-invest régulier
Double investissement
Profitez de la volatilité du marché
Staking souple
Gagnez des récompenses grâce au staking flexible
Prêt Crypto
0 Fees
Mettre en gage un crypto pour en emprunter une autre
Centre de prêts
Centre de prêts intégré
J'ai toujours utilisé GitHub Copilot pour revoir les PR, après tout GitHub l'exécute automatiquement, et cela ne semble pas facturé.
Mais ces dernières fois, les revues m'ont fait commencer à douter de ce qu'il "comprend" vraiment.
Par exemple, une question très basique : il continue de considérer que 1.82.0 est supérieur à 1.91.1, ce qui est une erreur classique de jugement de version dans les premiers grands modèles.
Si c'est un problème de modèle, il pense aussi que rust 1.91.1 n'a pas encore été publié, ce qui révèle que ses capacités de recherche et de jugement de l'état actuel de l'agent ne sont pas très bonnes.
Un autre problème plus important : la revue par Copilot semble clairement basée sur un seul fichier.
Il est correct pour vérifier le style de code et les conditions aux limites, mais il manque une perspective globale. Par exemple, dans une PR, l'agent a mal calculé le chemin relatif et a copié le même fichier plusieurs fois, alors qu'en réalité, une seule version est effective — ce genre de problème, il ne l'a pas détecté du tout, et ne se soucie même pas de ce que la PR demande par rapport à l'issue d'origine.
À mon avis, un agent de revue de code compétent devrait d'abord faire une évaluation globale :
est-ce que la PR répond à l'issue, est-elle conforme aux objectifs du projet, la structure et l'architecture des fichiers sont-elles raisonnables, et seulement après cela, s'occuper de la syntaxe et des détails.
Récemment, je prévois d'ajouter un mode de revue pour holon.
Est-ce que vous utilisez vraiment un agent de revue ? Quel est votre usage habituel ?