Karar alınabilir düzeyde entity araştırması yapan bir beceri — belirli bir şirket, kişi, kar amacı gütmeyen kuruluş veya devlet kurumu hakkında hipotez-test edilmiş bir dosya oluşturur, genel bir profil değil. Zorunlu giriş, kullanıcıyı önceden hipotezini (ne inandığını ve doğrulamak ya da çürütmek istediğini) belirtmeye zorlayarak, dosya bunu doğrulamak yerine test eder. Çıktı, hipotez hakkında sonuca varılan düzenlenebilir bir Word belgesidir (.docx).
cd ~/.claude/skills
git clone https://github.com/alirezarezvani/claude-skills.git claude-skills mkdir -p ~/.claude/skills/dossier
curl -fsSL https://raw.githubusercontent.com/alirezarezvani/claude-skills/HEAD/.gemini/skills/dossier/SKILL.md \
-o ~/.claude/skills/dossier/SKILL.md Taşınabilirlik:
WebSearch+WebFetch, Node.jsdocxpaketi ve isteğe bağlıbash_tool+curl(ücretsiz API'lar: SEC EDGAR, GitHub, ProPublica) gerektirir. BYOK MCP'ler (LinkedIn, Crunchbase, Apollo, Pitchbook, SimilarWeb) isteğe bağlı iyileştirmelerdir. Claude Code CLI'de yerel olarak çalışır.
Bu beceri hipotez testlemesiyle birlikte karar verme aşaması varlık araştırmasıdır. "Bana Microsoft hakkında bilgi ver" olmayı reddeder. Her çağrı, kullanıcıyı önceden hipotezlerini ortaya koymaya zorlar (S4) böylece dossier onu test eder ve doğrulayıp doğrulamaz.
Kullanım durumu şekli:
"Pazartesi Microsoft'a pitch yapıyorum. Hipotezim: AI harcamalarını birinci taraf Foundry platformunda birleştiriyorlar. Doğrula veya çürüt, ve bulduklarıma bağlı üç konuşma çıkış noktası ver."
DEĞİL:
"Bana Microsoft hakkında bilgi ver."
Zorlayıcı S4 — hipotez sorusu — jenerik olmayan ankardir. Atlarsan dossier Wikipedia özeti üretir.
Kanonik referans için references/hypothesis_testing_discipline.md sayfasına bak.
PR #657 denetimi başına sözcüğü sözcüğüne kilitlenmiştir.
[Arka Plan — alıntı yapmadan önce doğrulayın] olarak etiketlenir ve birincil bulgular sayısından hariç tutulur.Varlık kimliği nedir? Tam adı verin ve eğer şirketse web sitesi veya LinkedIn URL'si verin. Kişi ise, LinkedIn URL'si veya benzersiz tanımlayıcı verin (şirket bağlantısı + rol).
Neden soruyorum: Belirsizlikten kurtulmak. 47 John Smith var. "Atlas" adında üç şirket var. Araştırmak için spesifik bir varlığa ihtiyacım var.
Kullanıcı sadece bir ad verirse, ikinci bir tanımlayıcı isteyerek devam et. Belirsiz adlara ilişkin ilerlemeyi reddet.
Bu varlık ne tür? Birini seç: kişi / şirket / kar amacı gütmeyen kuruluş / devlet kurumu / diğer.
Neden soruyorum: Farklı kaynak matrisleri geçerlidir. Kişiler için LinkedIn, GitHub, Scholar, haberler kontrol ederim; şirketler için SEC EDGAR (kamu şirketiyse), Crunchbase, haberler, teknoloji kuruluşları için GitHub kontrol ederim; kar amacı gütmeyen kuruluşlar için ProPublica'daki Form 990'ları kontrol ederim.
Zorlayıcı seçim. "Diğer" tek satırlık açıklama gerektirir.
Neye hazırlanıyorsun? Birini seç:
- Satış toplantısı / ortaklık pitch'i
- Yatırım durum tespiti
- Satın alma durum tespiti
- Gazeteciliğe / durum tespitine
- İş mülakatı hazırlığı
- Rekabet istihbaratı
- Kişisel kontrol (tarih, işe alım, iş ortağı)
- Diğer (belirt)
Neden soruyorum: Amaç açıyı, derinliği ve kırmızı bayrak hassasiyetini belirler. Satış hazırlığı konuşma çıkış noktaları gerektirir. Yatırım durum tespiti traction sinyalleri gerektirir. Kişisel kontrol dikkatli hassasiyet sınırları gerektirir.
Önceden hipotezin nedir? Bu varlık hakkında zaten ne inanıyorsun ve doğrulamak ya da çürütmek istediğin şey nedir?
Neden soruyorum: Bu kritik sorudur. Zaten düşündüğün şeyi sadece doğrulayan bir dossier değersizdir. Hipotezini önceden belirterek, onu çürütecek kanıtları ve destekleyecek kanıtları arayabilir ve gerçekten kullanabileceğin bir sonuç verebilirim.
Örnekler:
- "Microsoft AI harcamalarını birinci taraf Foundry'de birleştiriyor inanıyorum. Doğrula veya çürüt."
- "CEO'nun fazla başında olduğunu düşünüyorum — çok TAM konuşması, traction yok. Test et."
- "Bu kar amacı gütmeyen kuruluşun genel giderleri şüpheli olduğuna inanıyorum. 990'ları kontrol et."
- "Bu kişi CTO rolünü üstlenmek için yeterince teknik olduğunu düşünüyorum. Doğrula."
ZORUNLU. Kullanıcı "Birinin yok" derse, bir kez ters çevir: "O zaman tahmin et. Daha sonra güncelleyebileceğin bir konumu kabul et. Dossier test etmek için hipotezin olması gerekir, yoksa jenerik bir profil ve sana karar vermekte yardımcı olmaz."
Hala reddedilirse: örtülü hipotez "bulabileceğim en şaşırtıcı şey nedir?" ile geri dön ve denetim günlüğünde fallback'i bayrakla.
Bu soru jenerik olmayan ankardir. Atlarsan beceri Wikipedia özeti haline gelir.
Zaman ufku: 5 dakikalık özet mi yoksa 15 dakikalık karar verme aşaması dossier mi?
Neden soruyorum: Özet modu ~10 aramayla sınırlıdır ve ağ + itibar geçişlerini atlar. Karar verme aşaması her bölümde daha derinde gider. Bu karara ne kadar yatırımın var olduğuna göre seç.
Zorlayıcı seçim.
Hariç tutulacak hassas bir şey var mı? Örneğin, kişisel tıbbi, aile ayrıntıları, siyasi tarih veya kapalı konular?
Neden soruyorum: Bazı araştırma bağlamlarında etik kısıtlamalar vardır. Yüzeylendir olacağı şeyden daha iyi bilmek isterdim.
Satış/yatırım/satın alma/rekabet istihbaratı için atla (düşük hassasiyet); gazeteciliğe/kişisel kontrol için sor (yüksek hassasiyet).
Durdurma koşulu: S6'dan sonra (veya daha erken bağımlılık atlamalarıyla), taahhüt et ve Faz 2'ye başla. Faz 2 başladıktan sonra asla alımı yeniden aç.
Faz 3'ten önce varlığı spesifik bir varlığa çöz:
S1 geri bildirimi sonrasında hala belirsiz ise: dur ve belirsizliği gidertici tanımlayıcılarla S1'i yeniden sor. İlerlemeyi reddet.
S2 varlık tipi tarafından yönlendirilir. Tam kanonik için references/subject_type_source_matrix.md sayfasına bak.
Ödenen MCP bağlıysa (Apollo, Pitchbook, SimilarWeb), kullan ama bulguları BYOK-kaynaklı olarak denetim günlüğünde işaretle.
Her Faz 4 araması sınıflandırılmalıdır:
≥%30 arama bütçesi çürütücü sorgulara ayrılmıştır. scripts/disconfirming_evidence_balance.py aracılığıyla uygulanır.
"Microsoft AI harcamalarını Foundry'de birleştiriyor" hipotezi örneği:
Bu dossier'ı karar verme aşaması değil doğrulama önyargılı haline getirir.
Her arama için:
citation_tracker.py aracılığıyla sınıflandırmayla birlikte kaydet (destekleyici / çürütücü)source_tier_classifier.py aracılığıyla her sonuç URL'sine kaynak katmanı uygulaAktivite zaman çizelgesi için varsayılan 12 aylık pencere; temeli için daha derinde.
Kategoriler:
Ters kronolojik. Her giriş köprülü + katmanlanmış.
5-10 giriş, hipotezle alakalılık tarafından sıralanmış.
Yüzeylendir fakat dramatikleştirme:
Her bayrak katmanlanmıştır. Katman DOCX'te her bayrakla yanında görünür.
3-5 spesifik çıkış noktası gerçek bulgularla bağlı, jenerik konuşma noktaları değil.
Kanonik için references/conversation_hook_quality.md sayfasına bak.
| ❌ Jenerik | ✅ Bulguyla bağlı |
|---|---|
| "Yol haritası hakkında sor" | "Son [X] satın alması - dikey Y'ye yatırım yaptıklarını gösteriyor. Önerilen çerçeve: 'Duydum [X] duyurusundan — Y'deki yol haritanız nasıl değişiyor?'" |
| "İşe alım hakkında sor" | "Mühendislik VP'leri 3 hafta önce ayrıldı (LinkedIn). Önerilen çerçeve: '[ad] hareket ettiğini gördüm — mühendislik liderlik planı nedir?'" |
| "Değerleri hakkında konuş" | "Geçen hafta fiyatlandırma sayfasını güncellediler (resmi site). Önerilen çerçeve: 'Fiyatlandırma tazelemesini gördüm — neyi tetikledi?'" |
Her çıkış noktası:
Node.js + docx kütüphanesi aracılığıyla.
Arial 12pt gövde, navy başlıklar (#1a3a5c), açık mavi tablo başlıkları (#e8f0f8), kırmızı kırmızı bayrak açılır, yeşil konuşma çıkış noktası açılır.
new ExternalHyperlink({
link: "https://...",
children: [new TextRun({ text: title, style: "Hyperlink" })],
});
<output-dir>/dossier_<entity-slug>_<YYYY-MM-DD>.docxpython3 -c "import zipfile,sys; zipfile.ZipFile(sys.argv[1]).testzip()" <docx> ile zip bütünlüğünü kontrol et (çıkış yok = sağlam), ardından gerekli bölümlerin mevcut olduğunu doğrula| Betik | Rol |
|---|---|
scripts/citation_tracker.py |
Üç sayım denetimi + destekleyici/çürütücü sınıflandırması + kaynak katmanı etiketlemesi ~/.dossier_sessions/<session>.json konumuna |
scripts/disconfirming_evidence_balance.py |
Çürütücü sorgulara ≥%30 arama bütçesi ayrıldığını doğrula; önyargılı ise uyar |
scripts/source_tier_classifier.py |
URL → birincil / ikincil / üçüncül sınıflandırması domain sezgiselliği aracılığıyla |
references/hypothesis_testing_discipline.md — ≥%30 kuralı + karar verme aşaması vs ansiklopedik (7+ kaynaklar)references/subject_type_source_matrix.md — kişi/şirket/kar amacı gütmeyen kuruluş/devlet kaynak matrisleri (7+ kaynaklar)references/conversation_hook_quality.md — bulgularla bağlı çıkış noktası disiplini (7+ kaynaklar)| Hata | Davranış |
|---|---|
| Varlık adı belirsiz | İlerlemeyi reddet. Belirsizliği gidertici tanımlayıcılarla S1'i yeniden sor. |
| Kullanıcı hipotez belirtmeyi reddeder | Bir kez geri çevir. Hala reddedilirse, örtülü "bulabileceğim en şaşırtıcı şey nedir?" hipoteziyle geri dön. Denetim günlüğünde bayrakla. |
| Varlığın sıfır kamu ayak izi | Açıkça yüzeylendir. Farklı ad veya erken aşama öner. Uydurma. |
| LinkedIn kaşıması engellendi | Denetim günlüğünde not et; WebSearch'e geri dön; kullanıcıdan manuel doğrulamasını öner. |
| SEC EDGAR başarısız | Bir kez yeniden dene. Hala başarısız ise, "kamu dosyaları alınamadı" not et ve devam et. |
| Duygu verisi seyrek | İtibar bölümünü "sınırlı kamu sinyali" olarak işaretle; eğitimden çıkarım yapma. |
| Hassas konu yüzeylenirse (S6 dışlaması) | DOCX'ten hariç tut. Sohbette not et (DOCX'te değil) ki kullanıcı dışlamanın onurlandığını bilsin. |
| 3 ardışık araç başarısızlığı | Dur, kullanıcıyı uyar, şimdiye kadar topladığını paylaş. |
| DOCX üretimi başarısız | Ham veriyi JSON fallback olarak kaydet. |
Versiyon: 1.0.0
Kaynak spec: megaprompts/12-dossier-megaprompt.md
İnşa deseni: Path B (doğrudan dönüştürme). Research-pack eşi, hipotez-test varyantı.
.png ve .pdf dosyalarında tasarım felsefesini kullanarak güzel görseller oluşturun. Poster, sanat eseri, tasarım veya diğer statik içerikler için bu özelliği kullanabilirsiniz. Telif hakkı ihlallerinden kaçınmak için her zaman orijinal tasarımlar yaratın, mevcut sanatçıların çalışmalarını kopya etmeyin.
Kullanıcıları belgelendirme konusunda işbirlikçi yazım için yapılandırılmış bir workflow içinde rehber etmek için kullanılır. Kullanıcı belgelendirme, teknik özellikler, karar dokümanları veya benzer yapılandırılmış içerik yazma istediğinde harekete geçer. Bu workflow, bağlamı verimli bir şekilde aktarmaya, içeriği yinelemelerle geliştirmeye ve dokümanın okuyucular için işe yaradığını doğrulamaya yardımcı olur.
Bu skill'i kullanıcı Word belgesi (.docx dosyası) oluşturmak, okumak, düzenlemek veya manipüle etmek istediğinde kullanın. İçindekiler tablosu, başlık, sayfa numarası veya mektup başlığı gibi formatlı profesyonel belge talepleri, "Word doc", "word document" veya ".docx" ifadeleri geçtiğinde tetiklenir. .docx dosyalarından içerik çıkarma veya yeniden düzenleme, görsel ekleme veya değiştirme işlemleri için de kullanılır.
Kullanıcı PDF dosyaları ile herhangi bir işlem yapmak istediğinde bu skill'i kullanın. Buna PDF'lerden metin/tablo okuma ve çıkarma, birden fazla PDF'yi birleştirme, PDF'leri bölme, sayfaları döndürme, filigran ekleme, yeni PDF oluşturma, PDF formlarını doldurma, PDF şifreleme/şifre açma, görüntü çıkarma ve taranmış PDF'lerde OCR uygulaması dahildir. Kullanıcı bir .pdf dosyasından bahsettiğinde veya
Bu skill'i .pptx dosyalarıyla çalışmanız gereken her durumda kullanın — giriş, çıkış veya her ikisi için de. Sunum oluşturma, slayt destesi hazırlama, metnini okuma ve çıkarma, düzenleme veya güncelleme, dosyaları birleştirme ve bölme gibi tüm işlemleri kapsar.
Artifaktları tema ile stilize etmek için toolkit. Slaytlar, dokümanlar, raporlar, HTML landing page'ler gibi çeşitli artifaktlara uygulanabilir. 10 hazır tema ile renkler ve fontları seçebilir ya da anında yeni tema oluşturabilirsiniz.