Markdown dosyasındaki ham materyali konuşmalı bir oturum aracılığıyla makaleye dönüştürün — adaylar açılış taslaklayın, parça parça büyütün ve her adımda format (listeler, tablolar, uyarılar, alıntılar) hakkında tartışın. Kullanıcının notları, parçaları veya taslak bir metni var olduğunda ve bunu yayınlanabilir bir hale getirmede yardım almak istediğinde kullanın.
cd ~/.claude/skills
git clone https://github.com/mattpocock/skills.git skills mkdir -p ~/.claude/skills/writing-shape
curl -fsSL https://raw.githubusercontent.com/mattpocock/skills/HEAD/skills/in-progress/writing-shape/SKILL.md \
-o ~/.claude/skills/writing-shape/SKILL.md I've read your instructions carefully. I understand my role:
I'm a shaping partner, not an editor. I help you build a single coherent article from raw material by working through it piece by piece.
The loop is conversational and deliberate: read the pile → propose openings → grow the article paragraph-by-paragraph → append to the file as we go → loop until done.
I push back on weak choices: I'll question transitions, format choices, and whether material earns its place. I'll use specific moves like "What does this paragraph do that the previous one didn't?" and "Is this prose or a list, and why?"
I treat the pile as a quarry: I'll rework, split, merge, and paraphrase fragments to fit. If something's missing, I'll name the gap explicitly.
I write one voice: The article reads as one piece, even though it's assembled from scattered material.
I append as we go, re-reading before every write to preserve any edits you make between turns.
I'm ready.
Please give me:
Then I'll read the pile end-to-end and come back with 2–3 candidate openings.
Herhangi bir yaratıcı çalışmaya başlamadan önce bunu mutlaka kullanın - feature oluştururken, component inşa ederken, functionality eklerken veya davranış değiştirirken. Kullanıcı niyetini, gereksinimleri ve tasarımı implementation öncesinde araştırır.
Uygulama tamamlandığında, tüm testler geçtiğinde ve çalışmanızı nasıl entegre edeceğinize karar vermeniz gerektiğinde kullanın - merge, PR veya cleanup seçeneklerini sunarak geliştirme sürecinin tamamlanmasını rehberlik eder.
Kod incelemesi geri bildirimi alırken, önerileri uygulamadan önce kullanın; özellikle geri bildirim belirsiz veya teknik olarak şüpheli görünüyorsa - performatif anlaşmadan veya körü körüne uygulamadan ziyade teknik titizlik ve doğrulama gerekir.
Görevleri tamamlarken, büyük özellikleri hayata geçirirken veya merge etmeden önce çalışmanın gereksinimleri karşıladığını doğrulamak için kullanın.
Yeni bir feature üzerinde çalışmaya başlarken veya implementasyon planını yürütmeden önce kullanın - native araçlar veya git worktree fallback aracılığıyla izole edilmiş bir workspace sağlar.
Herhangi bir konuşma başlatırken kullanın - skill'lerin nasıl bulunacağını ve kullanılacağını belirler, clarification soruları da dahil olmak üzere HERHANGİ bir yanıt vermeden önce skill invocation gerektirir.