Grok Build hittar gamla sessioner trots stavfel

Ändringarna i version 1.0.63 till 1.0.67 av kodverktyget gäller även minne, diktering och menyer.

Grok Build söker i svar och andra mappar

Med /resume öppnar du väljaren för att återuppta en tidigare session. Enligt xAI:s ändringslogg för Grok Build söker den nu även bland sessioner från andra mappar och matchar kommandon, filsökvägar och svar inne i samtalet. Sökningen ska också tåla stavfel.

Aipress skapade korta sessioner i två mappar för att testa sökningen från den andra mappen. Sessionen med titeln ”Blog prefix cleanup” hittades genom ordet ”Ulaanbaatar”, som bara fanns i svaret på en fråga om Mongoliets huvudstad. Även felstavningarna ”Ulanbatar”, ”Mongolai” och ”capitol” gav träff. De felstavade titelorden ”prefx” och ”clenup” gav däremot inga träffar i testet.

Sökningen hittade också filnamnet marmot_settings.yaml, som bara förekom när Grok Build anropade ett verktyg för att läsa filen. Den sessionen hade skapats med grok -p, utan den vanliga interaktiva vyn. För att den skulle synas behövde vi byta väljarens filter från Grok till Headless.

Sökorden matchas i början av ord. I testet hittade ”log fix” sessionen ”Fix log rotation”, men inte ”Blog prefix cleanup”. Varken ”log” eller ”fix” gav heller träff på den senare titeln var för sig. Enligt xAI behandlas ett ensamt inskrivet tecken bokstavligt.

Listan läser dessutom in äldre sessioner när du når sista raden och visar hur många som har lästs in. Med 122 sparade sessioner i testmappen, kopior av en riktig session, började räknaren på ”30+ sessions”. När vi gick nedåt i listan steg den till ”60+”, ”90+”, ”120+” och slutligen ”122 sessions”.

Grok Builds Auto-läge godkände även kommandon utanför listan

xAI beskriver en skärpning av Auto-läget: ett skalkommando, alltså en instruktion till datorns kommandotolk, ska få passera utan granskning bara om varje ingående kommando matchar listan över tillåtna kommandon. Annars ska verktyget fråga först. Behörighetsreglerna ska också läsa varje ord så som kommandotolken bash skickar det till programmet.

I testet på Aipress.se undersökte vi vilka kommandon som gick direkt och vilka som gav en fråga. Läget hette ”auto-review” på skärmen, och en regel tillät kommandon som började med echo.

echo allowlisted-test kördes direkt. Detsamma gällde make --version, cmake --version och just --version, som visar versionsnummer för tre byggverktyg. Det stämmer med xAI:s besked om att just dessa versionsfrågor körs utan godkännande i Auto-läget.

Men även sammansatta kommandon med delar utanför listan passerade utan någon fråga. Det gällde echo first && cp hello.txt copy.txt, som kopierar en fil, echo cleanup && rm copy.txt, som tar bort kopian, och echo publish && git push origin main, som används för att skicka projektets ändringar till ett fjärrarkiv. Tecknen && betyder att nästa kommando körs om det föregående lyckas.

Inför vart och ett tog en automatisk granskning 2 till 3 sekunder och godkände kommandot utan att visa någon ruta. I de här testerna innebar alltså en del utanför listan inte att användaren fick frågan som ändringsloggen beskriver.

I standardläget, utan Auto, kom däremot en fråga före kommandot git commit --allow-empty -m test2. Rutan hade fem val, bland annat att godkänna, neka med återkoppling eller alltid tillåta kommandon som börjar med git commit --allow-empty -m.

Grok Builds separata arbetsmappar ärver sparade godkännanden

En worktree är en separat arbetsmapp för samma git-projekt. Grok Build låter nu sådana mappar använda svar av typen ”Always allow” som sparats i projektets huvudmapp. Det ska minska upprepade frågor om verktyg som redan har godkänts där.

Aipress testade detta med kommandot git tag och filkopiering med cp, först i huvudmappen och sedan i två worktrees skapade med grok -w. I huvudmappen valde vi att alltid tillåta git tag och aldrig tillåta cp.

Med standardinställningen kördes git tag direkt i den första worktreen, trots att den saknade egna sparade svar. När vi satte worktree_inherits_main_approvals = false under [features] i den andra worktreen kom frågan om git tag tillbaka.

Det sparade nejet till cp gällde i båda arbetsmapparna, även när arvet av godkännanden hade stängts av. Grok Build stoppade kopieringen utan att fråga, och ingen kopia skapades. Det motsvarar xAI:s beskrivning: nekanden från huvudmappen ska gälla oavsett inställningen.

Fler ändringar i Grok Builds minne och gränssnitt

Minnet använder nu alltid ett kort register i MEMORY.md med ämnesrubriker och sökvägar. Kommandot /memory listar ämnen efter hur ofta Grok läser dem. Inställningen compact_index_enabled under [memory_v2] har inte längre någon effekt.

I mappar som ännu inte har markerats som betrodda får bara organisationens centralt hanterade hooks köras. Hooks är automatiska åtgärder som utlöses vid bestämda händelser. Hooks från användaren, projektet, insticksprogram och agenter väntar tills mappen har godkänts. Sessioner utan interaktiv vy behandlar däremot användarens hooks som betrodda.

Om en ny session inte kan starta läggs det du skrev tillbaka i inmatningsfältet du återvänder till. Texten ska därmed inte försvinna vid den misslyckade starten.

Vid röstdiktering växer inmatningsfältet medan du talar, och de senast dikterade orden hålls synliga.

Temaväljaren återställer det tidigare temat om du lämnar den utan att bekräfta med Enter. Det gäller både /theme och väljaren i Settings, även om du exempelvis trycker Esc eller öppnar en annan vy. Markerade rader ska också förbli läsbara i alla teman eftersom text med omvända förgrunds- och bakgrundsfärger inte längre tonas ned. Det rättar bland annat svaga beskrivningar i temat terminal i terminalprogram som Kitty.

Filförslagen som visas när du skriver @ kommer snabbare. Mappväljaren som öppnas med Ctrl+L på översiktsskärmen visar dessutom upp till 50 nyligen använda mappar i stället för 10.

När du förgrenar en session med /fork följer modell och tankenivå nu med från ursprungssessionen även om Grok startades med -m eller --effort.

Mindre rättningar i Grok Build

• Sessioner som startas utan interaktiv vy med grok -p avslutas när arbetet är klart, i stället för att fastna när en bakgrundsuppgift eller underagent blir klar och dess svar läses i samma tur.
• Flaggan --permission-mode plan startar nu sessionen i planeringsläge som avsett, inte i standardläget.
• Om en plangranskning öppnas medan du skriver sparas texten i granskningsanteckningarna, så att en bokstav inte råkar utlösa ett snabbval som att godkänna planen.
• Skalkommandon fungerar nu i zsh även när startfilerna ger grep ett alias eller ersätter hjälpfunktionen run-help.