install-maintenance-graft-rtk-ponytail-lite

Prompt

# Doğrulanmış Kurulum ve Bakım — Graft + RTK + Ponytail lite

Bu yığını kurmak, güncellemek, onarmak veya doğrulamak için mevcut depoda çalışıyorsunuz:

- Graft: kod anlama, yerel grafik ve LSP zenginleştirmesi.
- RTK: terminal gürültü azaltma.
- Ponytail: uyumlu olduğunda yerel entegrasyonlu hafif politika.

Öncelikle salt okunur bir envanterle başlayın. Sonra aşağıdaki eksik soruları sorun.
Yanıtların ardından yetkili işlemleri son kontrollere kadar gerçekleştirin.

Kuruluma başlamadan önce istemcileri ve kapsamı belirleyin.
Bu konuşmada zaten verilmiş bir kararı tekrar sormayın.

## 1. Envanter, sonra kullanıcı seçimi

### Değişiklik yapmadan envanter

Şunları belirleyin:

- İşletim sistemi, mimari, kabuk, ortam: yerel makine, WSL, SSH, konteyner;
- depo kökü, çalışma ağacı, Git durumu ve devam eden Git işlemleri;
- Git, Node, npm, RTK, Graft ve mevcut istemcilerin gerçek yolları, sürümleri ve kurulum yöntemi;
- Claude Code, Codex, Kimi, Cursor Agent CLI ve Cursor IDE ayrı ayrı;
- Gemini, Copilot CLI veya diğer zaten mevcut olan isteğe bağlı hedef istemciler;
- gerçekten kullanılan yapılandırma dizinleri, yönlendirme değişkenleri ve AgentsRoom gibi herhangi bir orkestratör;
- mevcut kullanıcı, proje, eklenti ve devralınan hook yapılandırmaları.

`agent` kimliğini Cursor olarak kabul etmeden önce doğrulayın.
Mevcut bir ikili dosya kimlik doğrulama, hook işlevselliği veya MCP yüklemesini kanıtlamaz.

Bu envanter sırasında otomatik güncellemeler, bağlantılar veya kurulumlar başlatmayın.
Hiçbir gizli değeri yayınlamayın.

Kısa bir tablo sunun:
İstemci | İkili/sürüm | Etkili yapılandırma | Bilinen durum.

### Tek seferde sorulacak sorular

Yanıtı eksik olan soruları sorun:

1. İşlem:
   - Eksik bileşenleri kur ve uyumlu sürümleri koru.
   - Yığını doğrulanmış kararlı sürümlere güncelle.
   - Mevcut kurulumu sürümlerini koruyarak onar.
   - Yalnızca doğrula, değiştirme yapma.

2. İstemciler:
   - Tespit edilen tüm istemciler.
   - Gerçekten tespit edilen listeden bir seçim.
   - Ayrıca bazı eksik istemciler için yapılandırma hazırla.

3. Entegrasyon kapsamı:
   - Paylaşılan proje: depo için taşınabilir yapılandırmalar.
   - Kişisel proje: bu depo için etkinleştirme, sürümlenmemiş yerel dosyalar.
   - Küresel kullanıcı: bu kullanıcının projeleri için etkinleştirme.
   - Karışık: istemci veya bileşene göre ayrı seçim.

Kapsam karışıksa, yalnızca gerekli açıklamaları sorun.

Bir güncelleme için, zaten bilinmiyorsa herhangi bir sürüm kısıtlamasını da sorun.
Aksi takdirde açık kararlı sürümler önerin.

İstemci uygulamalarını kendileri kurmayın veya güncellemeyin:
İşlem Graft, RTK, Ponytail ve gerekli bağımlılıkları ilgilendirir.
Eski bir istemci, gereken sürüm ve kalan işlemle raporlanır.

### Seçimleri somutlaştırın

Yazmadan önce planlanan sonucu gösterin:

Bileşen/istemci | Hedef sürüm | Kapsam | Hedeflenen dosyalar | Paylaşılan etki | Geri dönüş

Özellikle açıklayın:

- Kullanıcı düzeyinde kurulan bir yürütülebilir dosya birden çok depoya hizmet edebilir.
- Bu yürütülebilir dosyanın güncellenmesi tüm yerel kullanıcılarını etkiler.
- Bir eklentinin küresel önbelleği olabilir ancak etkinleştirme proje bazlıdır.
- Proje başına bir hook yine de paylaşılan bir durumu kullanabilir.
- Graft dizini depo/çalışma ağacına özgü kalır.
- Bir orkestratör tarafından sağlanan küresel yapılandırma bir projeye izole edilebilir: gerçek kapsamını, sadece adını değil, doğrulayın.

Seçimler alındıktan sonra tekrar onay istemeden devam edin.
Sadece kapsam genişletme veya maddi çözüm değişikliği gerekiyorsa yeni karar isteyin.

## 2. Uygulama kuralları

Sıra:
envanter → seçim → yedekler → RTK → Graft/LSP → Ponytail →
talimatlar → doğrulamalar → rapor.

Depo talimatlarına ve uygulanan politikalara uyun.
Bir dosya AgentsRoom veya başka bir orkestratör tarafından yönetiliyorsa,
resmi mekanizmasını kullanın; oluşturulan dosyalarını doğrudan değiştirmeyin.

Her değişiklikten önce:

- JSON/JSONC/TOML yapılandırmalarının biçimini VE yapısını doğrulayın;
- etkilenen dosyaları depoya dışarıda, kısıtlı erişimle yedekleyin;
- geri alma için gerekli sürümleri ve öğeleri kaydedin;
- varsa yükleyicinin kuru çalışmasını gözden geçirin.

Geçersiz bir dosya asla boş bir yapılandırmayla değiştirilmemelidir.

Diğer MCP'ler, hooklar, izinler, talimatlar, mümkünse yorumlar ve durum satırlarını koruyarak yapılandırmaları birleştirin.
Onay kurallarını veya güven parmak izlerini değiştirmeyin.

Önceden var olan Git değişikliklerini koruyun. Commit, push, reset,
clean, stash veya uygulama kodu değişikliği yapmayın.
Çözülmemiş çatışma veya devam eden Git işlemi varsa,
depoda yazmayı askıya alın; bağımsız tanılamalara devam edin.

Graphify, CodeGraph, Caveman veya Headroom kurmayın.
Eski çakışan bir entegrasyon ancak kesin tanımlama, yedekleme ve yetkili kapsam dahilinde kaldırılır.
Başka yerde kullanılan bir aracı küresel olarak kaldırmayın.

Bir hata bağımlı adımları engeller, diğer bağımsız istemcileri değil.
Bir sınırlamayı aşmak için bir adımı başarılı olarak bildirmeyin.

## 3. Yetenekler ve kapsam: yapılandırmadan önce doğrulayın

Kurulu sürümlerin yardımını ve kullanacağınız yayımlanmış sürümlere karşılık gelen belgeleri inceleyin:

- https://github.com/rtk-ai/rtk
- https://github.com/trailhq/Graft
- https://github.com/DietrichGebert/ponytail
- seçilen her istemcinin resmi dokümantasyonu.

Ana/geliştirme dalı bir sürümde olmayan özellikleri tanımlayabilir.
Şüpheli bir seçenek için sürümü, yardımı veya teslim edilen kodu kontrol edin.

Her entegrasyon için belirleyin:

İstemci | Mevcut proje hookları | Uyumluluk yükleyicisi |
Etkinleştirme kapsamı | Durum kapsamı | Kanıt

Şunu karıştırmayın:
"istemci proje hooklarını kabul eder"
ve "bu aracın yükleyicisi bunları proje düzeyinde nasıl kuracağını bilir."

Mevcut sürümlerde yeniden doğrulanacak kontrol noktaları:

- Claude: kullanıcı ayarları, paylaşılan proje ve yerel proje.
- Cursor: kullanıcı ve proje kancaları; test IDE ve CLI ayrı ayrı.
- Codex: kullanıcı/proje yapılandırmaları ve eklenti etkinleştirme;
  gerçekten mevcut kanca mekanizmalarını doğrulayın.
- Kimi: proje başına kanca yapılandırması varsaymayın;
  kullanıcı yapılandırması, proje talimatları ve başlatma seçeneklerini ayırt edin.
- Gemini/Copilot: seçilmişse kendi mekanizmalarını doğrulayın.

Yükleyici istenen kapsamı dikkate almıyorsa:

1. Uygun resmi bir seçenek arayın.
2. Aksi takdirde, protokolü ve yolları uyumlu kaldığı sürece,
   aynı adaptörün belgelenmiş manuel yapılandırmasını kullanın.
3. Aksi takdirde, açık talimatlar/ön ek ile geri dönüş kullanın.
4. Asla sessizce global moda geçmeyin.

Yerel eşdeğerlerini eklemeden önce devralınan global kancaları inceleyin:
birbirlerinin yerine geçmek yerine birikebilirler.
Güvenlik kancalarını koruyun. Aktif kalan global etkileri raporlayın.

## 4. RTK

`rtk-ai/rtk` kaynağını, sürümü, yardımı, yapılandırmayı
ve `rtk gain` komutunu kontrol edin. Bir `gain` hatası temel veya izinlerden kaynaklanabilir:
bu kötü bir paket olduğuna dair yeterli kanıt değildir.

Uygunsa, zaten kullanılan yönetici ile yükleyin veya güncelleyin.
Formül veya paketin kaynağını ve elde edilen sürümü kontrol edin.
Eşzamanlı kurulumlardan ve gereksiz PATH değişikliklerinden kaçının.
Körü körüne `cargo install rtk` çalıştırmayın.

Seçilen sürüm için `rtk init --help` komutunu inceleyin.
İstemci ve kapsam bazında seçenekleri seçin; belgelerdeki örnekten
sistematik olarak `-g` kopyalamayın.

Codex entegrasyonunun her zaman basit bir talimat olduğunu veya her zaman bir kancaya sahip olduğunu varsaymayın: bu RTK sürümüne bağlıdır.
Başlatma seçenekleri arasındaki uyumsuzlukları da kontrol edin.

Gerçekten okunan yapılandırmada hariç tutmaları birleştirin:

    [hooks]
    exclude_commands = ["graft", "curl", "playwright"]

Mevcut hariç tutmaları koruyun ve dikkate alındıklarını doğrulayın.
Bu ayar global ise, değiştirmeden önce bu etkiyi belirtin.
İzin verilen kapsam içinde belgelenmiş mekanizma ile isteğe bağlı telemetriyi devre dışı bırakın.

RTK, kabuk komutlarını yeniden yazmaya yetkili tek bileşendir.
Güvenlik, denetim ve onay kancaları geçerli kalır.

Belgelenmiş uyumluluk olmadan bir Claude kancasını başka bir istemciye kopyalamayın.
Etkili yeniden yazma olmadan, açık ön ek `rtk` yapılandırın.
Çift kancalardan ve çift ön eklerden kaçının.

## 5. Graft with LSP

### Kurulum ve gizlilik

`@nanonets/graft` paketinin kimliğini, yayımlanan sürümünü
ve Node gereksinimlerini doğrulayın.

Uygulama bağımlılıklarının dışında, uygun bir konuma yükleyin.
Graft yüklemek için package.json veya proje kilit dosyasını değiştirmeyin.

İlk başlatmadan ve MCP içinde `DO_NOT_TRACK=1` uygulayın.
Varsa resmi telemetri devre dışı bırakma komutunu kullanın.

Brain, hesap, LLM zenginleştirmesi veya `--deep` etkinleştirmeyin.
Ağ trafiğinin sıfır olduğunu doğrulamadan söz vermeyin.

`graft init` komutunu otomatik çalıştırmayın.
Açık bağlantıyı tercih edin; yükleyicisi depo dışına yazabilir.

### Gerçekten işlevsel LSP

Uygulama kodunu keşfetmeden önce, deponun Graft kurallarına uyun.
Sonra faydalı dilleri belirleyin ve seçilen Graft sürümünün
LSP entegrasyonlarını inceleyin.

Uyumlu sunucuları yeniden kullanın.
Sadece gerekli sunucuları, kaydedilmiş sürümleriyle,
mümkünse uygulama bağımlılıklarının dışında yükleyin.

Şunları kontrol edin:

- yürütülebilir dosya ve sürümü;
- Graft/MCP sürecinin PATH'inde bulunabilirliği;
- dil ve çalışma alanı önkoşulları;
- bu Graft sürümü tarafından desteklenmesi.

Yardımı okuduktan sonra, özellikle bu seçenekler varsa kullanın:

    graft build --lsp --no-ignore --no-gitignore
    graft check
    graft ask "Ana giriş noktaları ve API rotaları nerede, varsa?" --source

Bu komutlara mevcut kabuk sözdizimiyle DO_NOT_TRACK uygulayın.

Seçeneklerin anlamını kontrol edin: bazı sürümlerde,
`--no-ignore` ve `--no-gitignore` hariç tutma dosyalarının yazılmasını engeller;
"görmezden gelinen dosyaları dizine ekleme" anlamına gelmez.

Seçilen kapsam doğrultusunda `/graft/` için Git hariç tutmasını açıkça yönetin.
Git ile doğrulayın. Zaten izlenen dosyaları otomatik kaldırmayın.
Notları ve insan içeriğini koruyun.

`--lsp` ile yapılan bir derleme ve çıkış kodu 0 olması LSP kullanımını kanıtlamaz.
Hedefe yönelik kanıt arayın: sunucu gerçekten başlatıldı mı, çözüm sonucu,
zenginleştirilmiş kenarlar veya belgelenmiş tanılar.

Dile göre raporlayın:
LSP doğrulandı / zenginleştirme gözlemlenmeden mevcut / mevcut değil / desteklenmiyor.

Bağlamda tüm grafiği veya wiring.json'u asla yüklemeyin.
Otomatik yenilemeden sonra LSP zenginleştirmesinin devam edip etmediğini de kontrol edin;
garanti edilmezse, gereken açık yeniden yapılandırmayı belgeleyin.

### MCP ve tazelik

Her istemci için tek etkili bir Graft girişi yapılandırın.
Gerçekten desteklenen dosya, şema ve kapsamı keşfedin.

Her sunucu için doğrulayın:
kurulu komut, MCP argümanları, DO_NOT_TRACK, PATH ve çalışma dizini.

Bir `.kimi-code/mcp.json`, `.mcp.json` veya başka bir dosyanın otomatik yüklendiğini varsaymayın:
istemci mekanizmasını veya gerekli başlatma seçeneğini doğrulayın.

Global MCP yapılandırması, hedef süreç her depoyu doğru şekilde adresliyorsa kabul edilebilir.
Aksi takdirde, MCP'yi proje düzeyinde tutun.

Her başlangıçta `npx -y ...@latest` kullanmayın.
Mutlak kişisel yolları veya sırları sürüm kontrolüne almayın.
Evrensel bir değişken `${workspaceFolder}` icat etmeyin.

Bu profilde Graft kancası eklemeyin.
Akıllı-grep, grep-redirect veya Graft kabuk yakalaması yok.

Yenilemeyi ve istemeden devre dışı bırakılmadığını kontrol edin.
Başarısız bir yenileme, grafiğin taze olarak sunulmasını engeller.

Geçiş öncesi eski entegrasyonları ve otomatik kablolama meta verilerini inceleyin.
Sadece tanımlanmış ve yedeklenmiş öğeleri kaldırın.
MCP başlatıldıktan ve sorgu yapıldıktan sonra yeniden ortaya çıkmadıklarını doğrulayın.

### Graft İstatistikleri

Ayrı işlem, gözlemlenen kullanım ve istatistik toplama.

Sürüme bağlı olarak, `graft stats` oturum kancalarına bağlıdır.
Bu kancalar olmadan, başarılı Graft isteklerine rağmen "henüz oturum kaydedilmedi" mesajı beklenebilir.

İstatistikleri uydurmayın veya bu mesajın kaybolması için `graft init` çalıştırmayın.

Kullanıcı yerel istatistikler istiyorsa, mevcut ölçüm kancalarının uyumluluğunu gösterin ve herhangi bir etkinleştirmeden önce kancalar olmadan profil evrimi açıkça talep edin.

## 6. Ponytail lite

İstemci ve kapsam ile uyumlu resmi bir entegrasyonu tercih edin.
Manifestosunu, olaylarını ve bağımlılıklarını kontrol edin.

Ayrımı yapın:
Eklentinin kurulumu, etkinleştirilmesi, varsayılan modu ve mevcut mod durumu.

Gerçekten okunan kaynakları inceleyin:
Yapılandırma, `PONYTAIL_DEFAULT_MODE`, kalıcı durum ve eklenti verileri.
`defaultMode: lite` eski tam durumun değiştirildiğini kanıtlamaz.

Mod konuşmalar arasında paylaşılıyorsa belirtin.
Proje kapsamındaysa, küresel varsayılanı sessizce değiştirmeyin.
Belgelenmiş yerel bir mekanizma veya talimatlarla lite politikası kullanın.

İstemciye göre:

- Claude/Codex: mevcut kapsamda resmi kurulum ve etkinleştirme.
  Kullanımdan önce alt komutları kontrol edin.
  Kanca onayları kullanıcıda kalır.
- Cursor: resmi adaptör veya talimat kuralı; birikimlerinden kaçının.
  `scripts/cursor-hooks.js install --project` varsa, betiği
  hedef depo kökünden resmi checkout yolu kullanarak çalıştırın.
  `--project` olmadan kullanıcı hedefini kontrol edin.
  Oluşturulan yolları inceleyin: kişisel checkout'a mutlak yol içeren proje kancası taşınabilir değildir ve commit edilmemelidir.
- Kimi: uyumlu resmi adaptör arayın. Aksi takdirde, AGENTS.md'de lite politika; yalnızca yararlıysa ve biçimi ile yüklemesi doğrulanmışsa minimal yerel beceri ekleyin.
  Yerel komutlar veya istatistikler vaat etmeden bir uyarlama olarak tanımlayın.
- Diğer seçilmiş istemciler: aynı doğrulamayı uygulayın, Claude/Codex olaylarını otomatik olarak aktarmadan.

Adaptör checkout'unu tanımlanmış bir sürüm veya commit'te tutun.
Değiştirilmiş checkout'ta git pull yapmayın.
Durum satırı veya görsel gösterge eklemeyin.

Yeni bir oturumda etkin modu test edin.

## 7. Kompakt ortak talimatlar

AGENTS.md'de aşağıdaki ile sınırlanmış bir bloğu birleştirin:

    <!-- agent-stack:start -->
    ...
    <!-- agent-stack:end -->

Tüm dış içeriği ve insan eklemelerini koruyun.
Bu kurulum istemini ajan talimatlarına kopyalamayın.

Blok şunları ifade etmelidir:

### Graft

Kodu anlamak veya değiştirmek için önce uygulama keşfi:
`graft ask "<kesin soru>" --source` veya gerçekten açığa çıkarılmış MCP Graft aracı.

Talimatlar, beceriler, Git, yapılandırmalar ve MCP keşfi önce gelebilir.
Yönlendirmeden sonra doğrudan faydalı bölümleri okuyun.
Çağıranlar için mevcut izleme komutları/araçları kullanın.

Eski grafik durumunda: kontrol edin, LSP ile uyarlanmış yeniden yapılandırma, sonra yeni sorgu.
Başarısız aramadan sonra: hedefli graft grep, sonra doğrudan okuma
veya sınırlandırılmış rg ile sınır açıklaması.

Sağlanan bir dosya, bir yığın izi, bir yapılandırma veya dizinlenmemiş bir dil
doğrudan hedefli okumaya izin verir.
Grafikte olmaması kod veya çağıranların yokluğunu kanıtlamaz.

Değişikliklerden sonra: graft blast, doğrulanmış Git tabanı ve ilgili testler.
--name yok, tam grafik yüklemesi yok.
Gerçek çağrı sayısını ve hataları raporlayın.

### RTK

Doğrulanmış kanca: çift önek olmadan yeniden yazmaya izin verin.
Aksi takdirde: uyumlu komutları açıkça önekleyin.
Graft'ı RTK üzerinden asla geçirmeyin.

Tam çıktı için: varsa --full'ü hatırlayın veya proxy kullanın.
Yan etkisi olan bir komutu otomatik olarak yeniden çalıştırmayın.
Boruları ve yönlendirmeleri koruyun.

Doğrulamadan önce: gerçek sıkıştırılmamış farklar, diff --cached,
diff --check ve yeni dosyaların ayrı incelemesi.
Otomatik aşamalama yok.

### Ponytail lite

İsteği doğru uygulayın ve mevcut olanı yeniden kullanın.
Önemli ölçüde daha basit bir çözümü kısaca raporlayın.
Doğrulama, güvenlik, izinler, erişilebilirlik, işlemler
ve gerekli testleri koruyun. Silmeden veya satır içi yapmadan önce kullanımları doğrulayın.

Tam sadece açık istek üzerine, asla varsayılan ultra değil.
Bir denetim yeniden tasarımı tetiklemez.
Düzeltme güvenlik, ayrıştırıcılar, eşzamanlılık ve geçişler için önceliklidir.

Paylaşılan modun bir konuşmaya özgü olduğunu iddia etmeyin.
Yetkili tamdan sonra lite'a dönüşü doğrulayın.
Kapalı, zaten enjekte edilmiş talimatları kaldırmaz.

### Yükleme

Her istemcinin bu talimatları nasıl gerçekten yüklediğini doğrulayın.
Belgelenmiş minimal ithalatlar/adaptörler kullanın.
Çoğaltmalardan ve döngüsel ithalatlardan kaçının.

RTK tek kabuk yeniden yazıcı olarak kalır.
Bu profilde Graft kancası yok.

## 8. Güncelleme ve Onarım

Aynı istem tekrar çalıştırılabilir olmalı, çoğaltma olmadan.

Güncelleme modunda:

1. Kapsam seçimlerini ve önceden doğrulanmış durumu yeniden okuyun.
2. Kurulu sürümleri, hedef sürümleri ve uyumsuz değişiklikleri karşılaştırın.
3. Herhangi bir geçişten önce yedek alın.
4. Yalnızca seçilen bileşenleri güncelleyin.
5. Eklentileri/adaptörleri resmi mekanizmalarıyla yenileyin.
6. Yetenekleri yeniden değerlendirin: eski bir geri dönüş şimdi aynı kapsamda mevcut yerel entegrasyonla değiştirilebilir.
7. Yalnızca bu yığına ait anahtarları ve blokları taşıyın.
8. Gerekirse grafiği yeniden oluşturun ve LSP'yi tekrar kontrol edin.
9. Gerekli MCP/istemci süreçlerini yeniden başlatın:
   mevcut bir süreç hala eski sürümü çalıştırıyor olabilir.
10. Değiştirilen entegrasyonların kontrollerini ve testlerini tekrarlayın.

Zaten uyumlu olan bir bileşeni gereksiz yere yeniden kurmayın.
Makinenin paketlerinin genel güncellemesini başlatmayın.

Onarım modunda, sürümleri tutun, kanıtlanmış uyumsuzluk ve açık güncelleme kararı dışında.

Hedefli bir geri alma hazırlayın: önceki sürümler, yedekler
ve kesin komutlar. Yedeklemeden sonra başka değişiklikler olduysa
bir dosyayı körü körüne geri yüklemeyin.

İstenen değişiklikler olmadan ikinci bir yürütme herhangi bir kanca, MCP sunucusu veya çoğaltılmış talimat bölümü oluşturmaz.

## 9. Kontroller ve Kanıtlar

Ayrı ayrı test edin:

- RTK yürütülebilir ve açık sıkıştırma;
- otomatik hook tetikleme, hariç tutmalar ve ham geçiş;
- Graft: tazelik, depo ile eşleşen sonuç ve LSP zenginleştirmesi;
- MCP: fonksiyonel sunucu VE her istemcide gerçek yükleme;
- Ponytail: aktivasyon ve etkili mod;
- çoğaltmaların ve yeniden ortaya çıkan kendi kendine kablolamanın olmaması;
- yapılandırmaların nihai geçerliliği ve etkili kapsam.

Mevcut bir dosya yüklemenin kanıtı değildir.
Harici bir MCP probu, istemcide yüklemenin kanıtı değildir.
Açık bir RTK öneki, otomatik hook kanıtı değildir.

Her mevcut ve doğrulanmış istemci için, depoda yeni bir oturum açın,
alışılmış korumalarıyla ve bu nötr bileti verin:

"Kodu değiştirmeden, ana giriş noktalarını bulun.
Bir API varsa, rotalarının nerede monte edildiğini belirtin ve
iş mantığına bir yol çizin. Dosyaları ve satırları belirtin."

"use Graft" eklemeyin.
Görünür araç çağrılarını inceleyin, dahili mantığı değil.
Minimum kanıt tutun ve hassas verileri düzenleyin.

Onay, giriş veya UI eylemi eksikse:
TEST EDİLMEDİ / KULLANICI EYLEMİ, asla başarı varsayılmasın.

## 10. Teslimat

Yetkili kapsam dahilinde, kısa bir bakım dokümantasyonu tutun:

- işlem seçimi, istemciler ve kapsam;
- kesin sürümler, kaynak ve doğrulama tarihi;
- yapılandırma mekanizmaları ve sınırlar;
- Graft/LSP yeniden yapımı;
- güncelleme, doğrulama ve geri alma prosedürü.

Paylaşılan kurulum için `docs/agent-stack.md` kullanın.
Kişisel/genel kurulum için, makineye özgü bilgileri
sürüm kontrolüne tabi dosyalardan çıkarın.
Sadece doğrulama modunda, bu dosyaları oluşturmadan raporu teslim edin.

Karar verici komutları, sonuçlarını, değiştirilmiş dosyaları,
yedekleri ve kesin kullanıcı eylemlerini raporlayın.

Nihai hookları envanterleyin:
istemci, kaynak, kapsam, olay, eşleştirici, rol ve düzenlenmiş komut.

Şu ifadeyle bitirin:

İstemci/sürüm | Etkili kapsam | Mevcut yapılandırma |
MCP yüklendi | İlk keşifte Graft gözlemlendi |
LSP | RTK | Ponytail | Kalan kanıt/eylem

Açık durumlar kullanın:
YAPILANDIRILDI / YÜKLENDİ / KULLANIM GÖZLEMLENDİ / TEST EDİLMEDİ / ENGELLENDİ / UYGULANAMAZ.

Dosyaları sınıflandırın:
İNCELEME SONRASI İŞLENECEK / YOKSAYILACAK / MAKİNE YAPILANDIRMASI.

Kişisel yollar, gizli bilgiler, önbellekler, grafikler, yedekler ve dökümler
işlenecek dosyalara dahil edilmemelidir.

Son Git durumunu ve bu müdahale ile yapılan değişiklikleri gösterin,
önceden var olan değişikliklerden ayırarak. Hiçbir şeyi işlemeyin.

Etiketler