Система статусов для проектов в Obsidian

Да, всё так)

А как же "краткость - сестра таланта"?

Краткости можно добиться драфтами.

фокусироваться при написании нужно на сути документа/статьи

Всё как бы так. Статусы же нужны, чтобы процесс работы стал немного более упорядоченным, а возвращение к проекту менее болезненным.

И, да, всё что можно удалить из финального документа не вредя сути - безжалостно выкидывать или сокращать.

Ваша мысль слишком ситуативна. Если я просто написал какие-то нерелевантные вещи, то их и правда можно выкинуть. Если я потратил, например, два мучительных дня на то, чтобы разобрать какую-то научную статью, дабы верифицировать и воспроизвести из неё результаты, а потом полученные по итогу выводы мне оказались не нужны, то "безжалостно выкинуть" – это последнее, что я захочу сделать. Лучше всё же сохранить результат, подписать его в стиле "в моём случае это решение не подходит по таким-то и таким-то причинам" и тем или иным образом сделать этот результат и запись менее заметными.

Мне лично хватает в мелких/средних документах вставлять в середину фразы "TODO что-то", а в больших вести отдельный раздел "TODO" со списком задач, которые необходимо сделать для завершения написания документа.

В статье так и делается. Только происходит это в среде Obsidian и с помощью задач, которые написаны в синтаксисе Markdown.

Ну вы, в целом, просто переназвали классические GTDшные статусы

Нуууу... Я даже не знаю... Может только, если прям насильно рядом поставить мою систему статусов и GTDшную и прям с упорством провести соответствие, то тогда да – переназвал.

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

пример

Код запроса взят из документации tasks:

```dataviewjs
function callout(text, type) {
    const allText = `> [!${type}]-\n` + text;
    const lines = allText.split('\n');
    return lines.join('\n> ') + '\n'
}

const query = `
not done
path includes ${dv.current().file.path}
group by heading
`;

dv.paragraph(callout('```tasks\n' + query + '\n```', 'todo'));
```

кто-то может сотню заметок свалить в кучу и помнить каждую

Эта мысль работает только для тех, у кого этих заметок в сумме не больше сотни.

кто-то не уснет, пока не разложит заметки по тегам, папкам, приоритетам и цветам

Это в основном проблема новичков.
А ещё это проблема может возникнуть, когда иными способами разобраться в той или иной информации невозможно.

В общем, что попытки в управлении свалкой, что необходимость в упорядочивании проистекают не из "у всех людей мозг устроен по-разному".

называть извращенцами любителей Цеттеля

Не, не к цеттелю у меня претензий нет. Правда к цеттелю, который адаптирован под современные реалии, а не под докомпьютерную эпоху.

А сколько у вас одновременно активных проектов?

Ответ на этот вопрос может крайне быстро устареть.

Если вам интересно сколько можно вести параллельных проектов, то у меня нет для этого точного ответа.

Но как я могу начинать проект сверху при написании первой заметки, если о проекте пока и мыслей нет, а есть только первый кусочек информации?

Могу предложить вам прочитать ещё раз длинный алгоритм. В нём в принципе есть ответ на ваш вопрос (а именно в первых его трёх частях – "Написание небольшого количества первых заметок", "Постепенное формирование списка источников и заметок", "Создание из полученных заметок связанных кластеров").