Development ★ 18,759

decide

/cs:decide <memo> — Bir kararı decision-logger aracılığıyla iki katmanlı belleğe kaydeder. Onaylanan memo kalıcı hale gelir; ham transkriptler referans için tutulur. Kurucu bir boardroom memosu onayladığında ve karar şirketin kalıcı belleğine geçmesi gerektiğinde kullanılır — örneğin /cs:boardroom sonlandıktan hemen sonra.

cd ~/.claude/skills
git clone https://github.com/alirezarezvani/claude-skills.git claude-skills

/cs:decide — Kararı Kaydet

Komut: /cs:decide <memo-path>

Kurucunun kararını decision-logger skill'i aracılığıyla kaydeder. Bu, oturum içi müzakerenin kalıcı şirket belleğine dönüştüğü geçittir.

Pipeline Konumu

/cs:office-hours  →  /cs:brief  →  /cs:boardroom  →  /cs:decide  →  /cs:execute  →  /cs:post-mortem
                                                       ↑ burada olduğunuz yer

İki Katmanlı Bellek Modeli

decision-logger skill'i iki katmanı yönetir:

  1. Ham transkriptler — her boardroom oturumu, her danışmanın Aşama 2 pozisyonu, her muhalefet. ~/.claude/decisions/raw/ altında saklanır. Yalnızca referans, otomatik olarak hiçbir zaman geri beslenmiyor.
  2. Onaylanmış kararlar — sadece kurucunun imzaladığı notlar. ~/.claude/decisions/approved/ altında saklanır. Gelecekteki /cs:office-hours ve /cs:founder-mode çağrılarına beslenmiştir.

Bu ayrım, sistemin çözülmemiş tartışmaları karar gibi "hatırlamasını" önler.

Giriş

Bir board notu dosyası (/cs:boardroom çıktısı).

İş Akışı

  1. Memo yolunu oku
  2. Kurucunun onayına sahip olduğunu doğrula (durum: APPROVED)
  3. Yapılandırılmış karar kaydını çıkar:
    • Karar başlığı
    • Karar tarihi
    • Seçilen seçenek
    • Başarı + sonlandırma kriterleri
    • Muhalefet (korunmuş)
    • İnceleme kontrol noktası tarihi
  4. ~/.claude/decisions/approved/<YYYY-MM-DD>-<slug>.md dosyasına ekle
  5. Ham transkript işaretçisini güncelle
  6. llm-wiki köprüsü yapılandırılmışsa, vault'a yaz (~/company-vault/10-decisions/)
  7. Otomatik yeniden ziyareti zamanla (90 gün)

Çıktı Kaydı Formatı

# Decision: <başlık>
**Decided:** YYYY-MM-DD
**By:** <kurucunun adı>
**Memo:** <boardroom notasına bağlantı>
**Brief:** <orijinal brief'e bağlantı>
**Review checkpoint:** YYYY-MM-DD (varsayılan 90g)

## Karar
**Seçilen:** <seçenek>
**Reddedilen:** <diğer seçenekler + neden olduğu bir satır>

## Başarı Kriterleri (bağlayıcı)
- <metrik, eşik, zaman dilimi>

## Sonlandırma Kriterleri (bağlayıcı)
- <metrik, eşik, aksiyon>

## Korunmuş Muhalefet
- **<muhalif>:** <çözülmemiş endişe>
- (kelimesi kelimesine korunmuş; muhalefet asla silinmiş değil)

## Sonraki Aksiyon
- `/cs:execute` → <tarihte> 90 günlük plan gerekli

## Durum Geçmişi
- YYYY-MM-DD: APPROVED

Neden Muhalefet Korunmuş

Onaylanmış kararlarda en büyük risk, birinin neden katılmadığını unutmaktır. Sonlandırma kriterleri tetiklendiğinde, muhalefet genellikle doğru olduğu ortaya çıkar. Bunu kelimesi kelimesine tutmak — özetlemek değil — şirketi post-mortem sırasında dürüst tutar.

Yönlendirme

  • /cs:execute <decision> — 90 günlük planı oluştur
  • /cs:freeze <decision> <days> — geri döndürülemezse kilitle
  • (Otomatik zamanlanmış) /cs:post-mortem <decision> — 90 gün kontrol noktasında

Eski Karar Denetimi

cs-chief-of-staff haftalık bir eski karar denetimi çalıştırır:

  • 90 günden eski ve yeniden incelenmemiş kararlar → /cs:post-mortem için işaretle
  • Sonlandırma kriterleri tetiklenen kararlar → hemen işaretle
  • Temel company-context.md'si değişmiş kararlar → yeniden inceleme için işaretle

İlişkili


Sürüm: 1.0.0

Benzer skill'ler

Daha fazla: Development →