Mod Bash tool'unu hook'lar. git commit çalıştıran bir komut (git -C <dir> commit de dahil, --dry-run ya da --help değil) kontrol edilir.

Komut çalışmadan önce repository kökünü session'ın dizininden, commit'ten önceki son cd'den ve commit'in git -C değerinden bulur ve HEAD'i kaydeder.

HEAD'i ilerleten başarılı bir komuttan sonra commit'in eklenen ve değiştirilen dosyalarını git show --name-status HEAD ile listeler ve her manifest'i lockfile'ı ile eşleştirir:

Lockfile, manifest'in dizininden repository köküne doğru diskte bulunan ilkidir, yani bir workspace package'i kökteki lockfile ile eşleşir. Diskte lockfile'ı olmayan bir manifest'e dokunulmaz: proje bir tane tutmuyordur.

Commit o lockfile'ı dışarıda bıraktığında mod manifest'in diff'ini okur (git show --unified=20 HEAD -- <manifest>) ve değişen satırların nerede olduğunu kontrol eder. Yalnız lockfile'ı değiştirebilecek bir değişiklik sayılır:

20 satırlık context dışındaki bir key ya da table sayılır, yani bilinmeyen bir section yine de notu alır.

Model bu notu commit'in sonucundan sonra okur:

lockfile-sync: this commit changes package.json but not package-lock.json · go.mod but not go.sum. Run the package manager's install so the lockfile matches, and commit it.

Aynı anda transcript'e bir satır yazılır, böylece modele ne söylendiğini görürsünüz. Bu satır yalnız çiftleri taşır, talimat cümlesi olmadan:

lockfile-sync: this commit changes package.json but not package-lock.json · go.mod but not go.sum

Not ve satır ayrı iki kanaldır: model satırı hiç okumaz, siz notu hiç okumazsınız.

sidebar açıkken bu çiftler oraya gider, çift başına bir satır olarak, stream'inde bir entry halinde, ve transcript temiz kalır. Entry, yenileri pane'den itene kadar durur. Sidebar kapalıyken ya da o mod kurulu değilken transcript satırı yukarıdaki gibi yazılır.

Bir bulgu hiçbir zaman hatırlanmış bir cevap değildir. Her ölçüm, sonraki her commit'ten sonra ve guarded bir git komutundan önce git'e yeniden sorar, yani iki yoldan kapanır:

• lockfile yazıldı: sonraki bir commit onu değiştirdi ya da git status --porcelain working tree'de değiştiğini gösteriyor;
• manifest artık bir lockfile değişikliği istemiyor: git log -1 -- <lockfile> lockfile'ı en son yazan commit'i adlandırır ve manifest'in o commit'e karşı diff'i hiçbir dependency'ye dokunmaz. Geri alınmış bir değişiklik böyle okunur.

Entry temizlenir ve yeni bir satır hangisi olduğunu söyler:

lockfile-sync: a later change brought the lockfiles along: package-lock.json
lockfile-sync: the dependencies match the lockfile again: package.json

Sidebar kapalıyken aynı metin tek bir transcript satırıdır. Model bunun hiçbirini okumaz: bulgu kendi işiyle kapandı, bir not yalnız az önce yaptığını tekrar ederdi.

Modelin kapatmadığı bir bulgu her ana döngü turunun sonunda yeniden ölçülür ve kalan, bir sonraki prompt'la modele tek bir not olarak ulaşır:

lockfile-sync: 1 lockfile(s) are still behind their manifest: package-lock.json behind package.json. Run the package manager's install so the lockfile is written, or take the dependency change back.

Tur başına bir not, prompt başına değil. Bu olmasa bulgu bir kere, commit anında söylenir ve sonra model onu unutmuşken pane'de dururdu. Siz yeni bir şey okumazsınız: pane zaten aynı bulguyu taşıyor.

deny modunda mod ayrıca, bir lockfile geride kaldığı sürece git commit, git push ve git merge komutlarını durdurur. Bir komutu durdurmadan önce iki ölçümü de çalıştırır, yani package manager'ın az önce yazdığı bir lockfile ve geri alınmış bir dependency değişikliği gate'i kendileri açar. Bir git commit yalnız kendi dosyaları için cevap verir: mod index'i okur (git diff --cached --name-only) ve index açık manifest'lerin hiçbirini tutmuyorsa commit'in çalışmasına izin verir, size kaçının hâlâ durduğunu söyleyen bir satırla. Bir push ve bir merge okunacak index tutmaz, yani orada her çift durur. Kaçış yolu yok; gate'i yalnız kişi /lockfile-sync mode note ile kapatır. note modu varsayılandır ve hiçbir şeyi durdurmaz.

The mod hooks the Bash tool. A command that runs git commit (also git -C <dir> commit, not --dry-run or --help) is checked.

Before the command runs, it finds the repository root from the session's directory, the last cd before the commit and the commit's git -C, and records HEAD.

After a successful command that moved HEAD, it lists the commit's added and modified files with git show --name-status HEAD, and pairs each manifest with its lockfile:

The lockfile is the first one on disk from the manifest's directory up to the repository root, so a workspace package pairs with the root lockfile. A manifest without a lockfile on disk is left alone: the project does not keep one.

When the commit leaves that lockfile out, the mod reads the manifest's diff (git show --unified=20 HEAD -- <manifest>) and checks where the changed lines sit. Only a change that can change the lockfile counts:

A key or table outside the 20 lines of context counts, so an unknown section still gets the note.

The model reads this note after the commit's result:

lockfile-sync: this commit changes package.json but not package-lock.json · go.mod but not go.sum. Run the package manager's install so the lockfile matches, and commit it.

The same moment writes one line to the transcript, so you see what the model was told. The line holds the pairs alone, without the instruction:

lockfile-sync: this commit changes package.json but not package-lock.json · go.mod but not go.sum

The note and the line are separate channels: the model never reads the line, and you never read the note.

While the sidebar is open, those pairs go there instead, one line per pair, as an entry in its stream, and the transcript stays clean. The entry stays until newer ones push it off the pane. With the sidebar closed, or without that mod installed, the transcript line is written as above.

A finding is never a remembered answer. Each measure, after every later commit and before a guarded git command, asks git again, so it closes two ways:

• the lockfile was written: a later commit changed it, or git status --porcelain shows it changed in the working tree;
• the manifest asks for no lockfile change any more: git log -1 -- <lockfile> names the commit that last wrote the lockfile, and the manifest's diff against that commit touches no dependency. A change that was reverted reads this way.

The entry is cleared and a new one says which of the two it was:

lockfile-sync: a later change brought the lockfiles along: package-lock.json
lockfile-sync: the dependencies match the lockfile again: package.json

With the sidebar closed the same text is one transcript line. The model reads nothing of this: the finding closed by its own work, so a note would only repeat what it just did.

A finding the model did not close is measured again at the end of each main-loop turn, and what is left reaches the model as one note with its next prompt:

lockfile-sync: 1 lockfile(s) are still behind their manifest: package-lock.json behind package.json. Run the package manager's install so the lockfile is written, or take the dependency change back.

One note per turn, not one per prompt. Without this the finding would be said once, at the commit, and then stand in the pane while the model forgot it. You read nothing new: the pane already carries the same finding.

In deny mode the mod also stops git commit, git push and git merge while a lockfile is behind. Before it stops one it runs both measures, so a lockfile the package manager just wrote, and a dependency change that was taken back, each open the gate themselves. A git commit answers for its own files alone: the mod reads the index (git diff --cached --name-only) and lets the commit run when it holds none of the open manifests, with one line to you naming how many still stand. A push and a merge hold no index to read, so every pair stands there. There is no bypass; only the person turns the gate off with /lockfile-sync mode note. note mode is the default and stops nothing.