Сбор сырых фрагментов для текста

Расспрашивает вас о теме и записывает удачные мысли, фразы и образы в один файл, пока без структуры статьи.

Скиллсообщество: Matt PocockClaudeCodexMITЗагрузить архив в ClaudeПроверено на безопасность

Скачать на русскомОригинал на английском (архив)Источник ↗

Что делает: Расспрашивает вас о теме и записывает удачные мысли, фразы и образы в один файл, пока без структуры статьи.
Когда брать: Когда хотите написать текст, но мысли разбросаны: нужно сначала вытащить из себя как можно больше материала.
Когда не брать: Когда материал уже собран и пора строить структуру: для этого есть writing-shape и writing-beats.
Пример запроса: Хочу написать пост про то, почему я ушёл из найма в своё дело. Поспрашивай меня и записывай всё ценное.

Как включить

Скачайте архив.
В Claude откройте Настройки → Capabilities → Skills → Upload skill и выберите архив.
Включите скилл переключателем.

Для терминала

Распакуйте архив и положите папку writing-fragments в ~/.claude/skills/. Файл SKILL.md должен лежать внутри этой папки.

Текст

---
name: writing-fragments
description: "Письмо, исследование (explore): добывай сырые фрагменты, пока без структуры."
disable-model-invocation: true
---

<what-to-do>

Это чистое исследование (explore): расширь пространство того, что можно написать, не фиксируя структуру. Фиксировать — это _отработка (exploit)_, дело другого скилла. Проведи допрос (grilling), который производит фрагменты, беспощадно расспрашивая пользователя о том, о чём он хочет писать. Навязывать фазы, планы или структуру статьи здесь не нужно.

По мере того как фрагменты появляются с любой стороны разговора, дописывай их в один markdown-файл.

Если пользователь не передал путь, спроси один раз, куда сохранять документ, и запомни его до конца сессии.

Записывай фрагменты с самых первых слов пользователя, включая исходный запрос.

При первой записи поставь вверху единственный заголовок H1 с рабочим названием (его можно потом поменять) и больше ничего: ни метаданных, ни оглавления, ни даты.

</what-to-do>

<supporting-info>

Что такое фрагмент

Фрагмент — любой кусок текста, который может дожить до итоговой статьи. Он должен быть _читаемым для автора_ (автор может понять, что он означает), но не обязан определять свои термины и быть понятным читателю с холода. Планка — «это кусок хорошего письма?», а не «это самодостаточный довод?».

Фрагменты намеренно разнородны. Вот что может быть фрагментом:

Острое предложение, которое хочется где-нибудь применить, но пока неясно где.
Утверждение с обоснованием в одну строку.
Зарисовка: случай, фрагмент кода, сценарий, аналогия.
Недодуманная мысль: «что-то о том, как X похож на Y, додумать позже».
Цитата, кусок диалога, подслушанная фраза.
Список родственных наблюдений, которые держатся вместе по ощущению.
Жалоба, признание, развязка шутки.
Ведущее слово (leading word): компактная метафора или придуманное слово, на котором держится вся вещь (один термин, называющий идею, как _трассирующие пули_ или _туман войны_ называют целую модель).

Из всего этого ведущее слово — самый ценный фрагмент. Оно несёт нагрузку: назови правильное слово на стадии исследования, и оно позже определит структуру, переходы и название, принося дивиденды всю фазу отработки. Когда разговор кружит вокруг повторяющейся идеи, дави в сторону того, чтобы придумать для неё слово.

Образец — дневник романиста: годы неструктурированных наблюдений, из которых потом добывают сырьё. Фрагменты — это наблюдения.

Формат файла

# Рабочее название

Здесь живёт первый фрагмент.

В нём может быть несколько абзацев. В нём могут быть списки, код, цитаты:
любая форма, которая фрагменту естественна.

---

Второй фрагмент.

---

> Процитированная строка, которую пользователь хочет держать под рукой.

Реакция на неё.

---

- Группа родственных наблюдений
- Которые держатся вместе по ощущению
- И хотят быть рядом

Фрагменты разделяются горизонтальной чертой (\n---\n). Никаких заголовков внутри. Никаких тегов. Никакого порядка, кроме порядка добавления.

Ритм письма

Дописывай молча. Не спрашивай разрешения на каждый фрагмент. Упоминай мимоходом, что добавил («записываю»), но не прерывай разговор диалогами сохранения.

Перед каждой записью заново читай файл с диска. Между ходами пользователь мог править, переставлять или удалять фрагменты, поэтому сохраняй его изменения. Никогда не перезаписывай файл; только дописывай (или, если пользователь попросит, правь конкретный фрагмент на месте).

Пользователь в любой момент может сказать «убери последний», «перепиши этот поострее», «слей эти два». Относись к этому как к первоочередным указаниям.

</supporting-info>

Перевод: iiuniversitet. Оригинал: https://github.com/mattpocock/skills/tree/main/skills/in-progress/writing-fragments, лицензия MIT. Изменения: перевод на русский язык.

Оригинал на английском

---
name: writing-fragments
description: "Writing, explore: mine raw fragments, no structure yet."
disable-model-invocation: true
---

<what-to-do>

This is pure **explore**: widen the space of what could be written without committing to structure. Committing is _exploit_, a separate skill's job. Run a grilling session that produces fragments, interviewing the user relentlessly about whatever they want to write about. Imposing phases, outlines, or article structure is out of scope here.

As fragments emerge from either side of the conversation, append them to a single markdown file.

If the user did not pass a path, ask once where to save the document, then remember it for the rest of the session.

Capture fragments from the very first thing the user says, including the initial prompt.

On first write, put a single H1 at the top with a working title (it can change later) and nothing else: no metadata, no TOC, no date.

</what-to-do>

<supporting-info>

## What is a fragment

A fragment is any piece of text that might survive into the final article. It must be _readable by the author_ (the author can tell what it means), but it does not need to define its terms or be comprehensible to a cold reader. The bar is "is this a piece of good writing?", not "is this a self-contained argument?"

Fragments are deliberately heterogeneous. Examples of what could be a fragment:

- A sharp sentence you'd want to deploy somewhere but don't yet know where.
- A claim with a one-line justification.
- A vignette: a thing that happened, a code snippet, a scenario, an analogy.
- A half-thought: "something about how X feels like Y, work this out later."
- A quote, a piece of dialogue, an overheard line.
- A list of related observations that hang together by feel.
- A complaint, a confession, a punchline.
- A **leading word**: a compact metaphor or coinage the whole piece can hang on (one term that names the idea, the way _tracer bullets_ or _fog of war_ names a whole pattern).

Of these, the leading word is the most valuable fragment to land. It is load-bearing: name the right one in explore and it shapes the structure, the transitions, and the title later, paying dividends through the entire exploit phase. When the conversation circles a recurring idea, push to coin a word for it.

The novelist's diary is the model: years of unstructured noticings that later get mined for raw material. Fragments are noticings.

## File format

```markdown
# Working title

A first fragment lives here.

It can be multiple paragraphs. It can include lists, code, quotes: whatever
shape the fragment naturally takes.

---

A second fragment.

---

> A quoted line that the user wants to keep around.

A reaction to it.

---

- A cluster of related observations
- That hang together by feel
- And want to be near each other
```

Fragments are separated by a horizontal rule (`\n---\n`). No headings inside the body. No tags. No order beyond the order they were added.

## Writing rhythm

Append silently. Don't ask permission for each fragment. Mention what you added in passing ("adding that"), but don't interrupt the conversation with save dialogs.

Before every write: re-read the file from disk. The user may have edited, reordered, or deleted fragments between turns, so preserve their changes. Never overwrite the file; only append (or, if the user asks, edit a specific fragment in place).

The user can say "cut the last one", "rewrite that one sharper", "merge those two" at any time. Treat those as first-class instructions.