Quale modello per le tue modifiche Object Pascal

Arraydeck non include un cervello fisso. Collega un provider cloud tramite un endpoint API standard, esegui un modello sul tuo PC o usa quello integrato, e puoi cambiare scelta ogni volta che un compito richiede qualcosa di diverso.

Tre modi per connettere un modello

Un provider AI cloud

Un provider AI cloud si raggiunge tramite un endpoint API standard che inserisci nell'app, insieme alla tua chiave API. È adatto per unità grandi, refactor lunghi e compiti in cui un modello più grande ragiona meglio. La conseguenza sulla privacy è chiara. Il prompt viene inviato al provider, incluso il testo di qualsiasi file che l'agente legge, ed è gestito secondo i termini di quel provider. La tua chiave API rimane sul tuo PC e i segreti nell'output degli strumenti vengono oscurati prima di raggiungere il modello. La fatturazione del servizio del provider è tra te e il provider.

Un modello in esecuzione locale sul tuo PC

Un modello in esecuzione locale sul tuo PC risponde alle richieste dalla tua macchina. È adatto per codice privato, piccole modifiche rapide e lavoro in cui nulla deve uscire dal computer. Con un modello locale nulla esce dalla macchina, e le chat, le cartelle di lavoro e le chiavi API rimangono sul PC. Il limite è l'hardware. Un modello locale piccolo ha una finestra di contesto più piccola e potrebbe richiedere unità più brevi o istruzioni più chiare, quindi leggi ogni diff con maggiore attenzione.

Il modello integrato

Il modello integrato è pronto all'uso senza un endpoint di tua proprietà. Sceglielo quando vuoi provare Arraydeck su un primo progetto, leggere un'unità o chiedere una piccola modifica. La qualità varia con il compito come ogni modello, quindi rivedi la diff prima di accettarla, esegui il tuo comando di build e mantieni Ask first attivo. Puoi collegare un provider cloud o un modello locale in seguito nelle stesse impostazioni.

Cosa dice il pulsante Test

Premi Test dopo aver inserito un endpoint, una chiave o un nome di modello. Il pulsante verifica l'endpoint e mostra il tempo di risposta e la finestra di contesto. Il tempo di risposta ti dice quanto tempo impiega una risposta da questa connessione, il che aiuta quando confronti due modelli sullo stesso compito. La finestra di contesto mostra quanto testo il modello può prendere in una volta, il che è importante per un'unità lunga con molte procedure. Un test fallito di solito significa un indirizzo o una chiave errati, quindi correggi le impostazioni prima di iniziare un compito.

Scegliere un modello per il lavoro

Usa un modello più grande per refactor, unità lunghe e logica complessa, e uno più piccolo per piccole modifiche come aggiungere try ... finally o rinominare una procedura. Puoi mescolarli in una chat. run_on_model invia un singolo passaggio difficile a un modello più grande mentre il resto del lavoro rimane sul modello che hai scelto, e task avvia sotto-agenti quando parti del lavoro possono essere eseguite in parallelo. Adatta il modello al passaggio e controlla la finestra di contesto con il pulsante Test prima di incollare un'unità grande.

La qualità differisce tra i modelli e tra i compiti, e nessun modello risolve sempre ogni compito correttamente. Leggi ogni diff, compila il progetto ed esegui i tuoi test prima di accettare una modifica. Ask first interrompe prima delle azioni che cambiano qualcosa, quindi una risposta debole da qualsiasi modello ti costa pochi secondi di lettura invece di un'unità rotta. Rifiuta la diff e riformula la richiesta quando non è adatta.