Обновить

Комментарии 21

Claude Design тратит недельный лимит в подписке за 20$ примерно за 1-3 запроса. На этом обсуждение его преимуществ для задачи вывода информации можно закрыть

Claude design упоминается в статье только в "почему не claude design". К чему ваш комментарий?

Ну допустим упоминается дважды. Да, мой косяк, в статье предлагается в Claude Code выводить дизайнерский html. Причем на Opus 4.7 с 1М контекста. В этом режиме и Claude Code скушает всю подписку за пару запросов.

Клод за 20 это так у них, вроде демки.

С таким подходом можно писать статью почему секретарь лучше чем markdown. Потому что секретарю можно дать задание и он создаст презентацию которая будет красивее чем markdown.

Чтобы понять что html даёт больше возможностей чем markdown достаточно знать что markdown трансформируется в html.

<зануда мод>

Нет, так можно лишь понять что html дает не меньше возможностей чем маркдаун =)

</зануда мод>

Сколько уязвимостей можно доставить через html и сколько через markdown?

Кажется вопрос почему markdown закрыт

А зачем ИИ доставлять своему же (тем более платящему) клиенту уязвимости? 🤔

Потому что ИИ ошибся и сделал это нечаянно. А ещё потому, что существуют атаки типа промпт-инъекция и supply chain attack, ведущие к тому, что "ваш" ИИ начинает выполнять инструкции атакующего.

Так. И какие же риски добавляет локальный html, который я открываю в локальном браузере по сравнению с md, учитывая что в обоих случаях у меня агент, который имеет доступ к консоли?

Спасибо за статью, пришла вовремя! Как раз этого пазла не хватало для создания своей базы знаний

Еще cloude code хорошо умеет банить аккаунты

Типичная проблема кожаного мешка, раздутая в чёрти что. Вместо того, чтобы создать простой сервис визуализации md в HTML будем заниматься дуростью, прелестно. Сначала потратим токены на генерацию, потом ещё на повторное изучение документации для внесения изменений. Время дешёвых подписок заканчивается, не надо к ним привыкать.

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

Да, да меня стало неожиданностью, что, например, в md нет переноса строки внутри ячейки и впендюривается тег <br>. Но это ещё не повод усложнять.

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

Зато я знатно поплевался с документации апишки МангоТелеком в PDF, которую хотел дать нейронке. Я конвертировал в docx, HTML, пробовал разные сервисы, в итоге получалось говнище размером 15-20 мегабайт, ещё и искарёженное. Вот где адЪ и матЪ.

Надо отдать должное Битриксу - у них теперь портал документации в гите. Есть mcp, но и без него можно скачать конкретную статью или дать агенту ссылку на файл без вёрстки.

А для "мешков" с браузерами эти md прекрасно рендерятся в обычный сайтик. Вот где разумность.

md занимает мало токенов, html со стилями и жс скриптами съест кучу токенов. Будет и дороже и контекст забьется этим хтмл. Поэтому мд тут выигрывает

почему HTML лучше Markdown

А ничего что MD допускает вставлять HTML там где надо И при этом обеспечивает интуитивно понятное форматирование даже в текстовых редакторах которые не умеют форматирование вообще?

По-моему, надмножество всегда лучше чем подмножество (с условиями когда нет конфликтов и костылей для обхода)

Но тем не менее, кому не нравится MD - просто не используйте его.

P.S. и да, HTML полон и слишком полон, в смысле всяких доп. возможностей которые ведут к уязвимостям там, где эти возможности не нужны.

md легче парсить, дешевле, ближе к «языку» модели. Хотите красивостей - попросите mermaid внутри - это лучше чем на каждый ответ пилить SPA

В статье исключительно примеры про визуализацию и тут понятно, что html это обрисовывает как надо. Но по сути нет ничего реально показывающего преимущества над мд. По хорошему бОльшая часть промптов как раз на технические вопросы и про написание кода, и тут я не вижу ни одной причины юзать html.

А на счёт длинных md файлов, то тут ещё проще. Надо сначала создать подробный план (не 1-2 пункта) и на каждый этап завести свою задачу в отдельном файле. И это помогает потом, когда приходится возвращаться к какому-то пункту. Говоришь на каком этапе и что надо бы изменить (читает описание этапа, смотрит коммиты и сразу понимает что делать). Отсюда и прямая экономия токенов, не надо перелопачивать весь контекст или перечитывать весь код каждый раз.

Ну ок, читать. А писать как? В WYSIWYG? :-) Удивлён, что автору ок открывать html для чтения в браузере, и при том будто бы редактор/ide автора не умеет в рендеринг md -> html... А спеки в html - они не только токены жрут, так ещё и зашумляют контекст, т.о. повышают вероятность возникновения галлюцинаций. Однако для отдельных задач, где нужна именно сложная визуализация, колонки, таблицы - html это хорошо. Но для остального - лучше org-mode/markdown.

Кажется автор не правильно подобрал название и вступление.

К агенту это представление информации в виде HMTL5 не имеет никакого отношения. Просто личное предпочтение автора и не более. Так же как кому-то нравится терминальный интерфейс, кому-то графический, а кому-то голосовой.

таблицы для табличных данных

можно подумать что md не поддерживает таблицы. может быть сложные таблицы, но обычные - вполне

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации