惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Jina AI
Jina AI
Recent Announcements
Recent Announcements
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
月光博客
月光博客
A
About on SuperTechFans
Vercel News
Vercel News
博客园 - 【当耐特】
爱范儿
爱范儿
Blog — PlanetScale
Blog — PlanetScale
阮一峰的网络日志
阮一峰的网络日志
V
V2EX
D
Docker
博客园 - 叶小钗
The Cloudflare Blog
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
H
Help Net Security
I
InfoQ
博客园 - 三生石上(FineUI控件)
博客园 - Franky
Microsoft Azure Blog
Microsoft Azure Blog
The GitHub Blog
The GitHub Blog
大猫的无限游戏
大猫的无限游戏
MongoDB | Blog
MongoDB | Blog
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报

Все публикации подряд на Хабре

Ловим музу за клавиатуру: как айтишнику стать автором Что умеет Midjourney в 2026? Мой немного грустный разбор этого шикарного инструмента Никто не любит писать тесты, но ИИ может исправить это IPv8 выглядит как мечта. Поэтому почти наверняка не взлетит Производители вернули в продажу материнки с DDR3. Что происходит? Управление агентом с телефона через Telegram теперь в KodaCode От координации к лидерству: как меняется роль руководителя разработки Я сделала родителям бизнес вместо пенсии: зарабатываем 70 тысяч, мама не даёт продать В три раза быстрее приемка товара и оптимизация трудозатрат на 73%: как «РСТ-Инвент» помог Gulliver Group ИИ-шечный мир победил? О влиянии искусственного интеллекта на игропром Кремль снижает давление на Телеграмм пока Европа строит интернет по паспорту Как CEO, CTO и CIO за 8 часов собрали ИИ-директора, который умеет держать позицию под давлением Как (не) потерять домен за выходные Вместо 8 разных VPS: как я организовал практику студентам на одном сервере Почему твой Open Source проект не замечают? R&D: искусство управления неопределенностью в разработке AI-дефляция: вакансий для разработчиков больше, а рост зарплат — худший за 15 лет Мы отдали управление роботами OpenClaw. Что из этого вышло Галактический ID: система идентификации для всех форм разумной жизни Шесть основ бизнес-анализа: начинаем с вопроса «Кто в игре?» Код-ревью, в котором дело не в коде Данные переехали. Команда — нет Системной подход к сдаче OSWE в 2025 Почему комната управления реактором покрашена в цвет морской пены 4 YAML-файла вместо PySpark: как аналитикам строить пайплайны без разработчиков LLM-агент для поиска свободных доменов: автоматизируем подбор Когда, зачем и как правильно начинать новую сессию в Claude Code? Как я заставил нейросеть писать макросы для FreeCAD Анатомия ИИ‑агента для подбора персонала. От тысячи резюме к топ‑10 за минуты Опыт разработчика как экономика внимания
MarkMello: быстрый Markdown viewer для тех, кто каждый де...
yermolaev · 2026-05-04 · via Все публикации подряд на Хабре

Уровень сложностиПростой

Время на прочтение3 мин

Охват и читатели7

Обзор

GitHub: https://github.com/dartdavros/MarkMello

В последнее время я почти каждый день работаю с Markdown-файлами.

Документация, спецификации, ADR, планы реализации, инструкции для AI-агентов — всё это удобно держать в .md. Формат простой, читаемый, хорошо ложится в git и нормально работает как для человека, так и для модели.

Но есть бытовая проблема.

Чтобы быстро посмотреть Markdown-файл, часто приходится открывать IDE. Разумеется да, любая нормальная IDE умеет показывать .md. Но запускать ради этого полноценную среду разработки — избыточно. Особенно если задача простая: кликнуть по файлу, быстро прочитать, скопировать кусок текста, закрыть.

Я начал искать лёгкий Markdown viewer и понял, что большинство найденных вариантов меня не устраивают.

Часто это не viewer, а редактор. Со всеми вытекающими: лишний интерфейс, рабочие области, панели, режимы, тяжёлый запуск. Где-то основной сценарий сразу завязан на редактирование. Где-то неудобно просто выделить и скопировать текст. Например, правый клик чаще для форматирования, а не для обычного копирования текста.

Мне нужен был не ещё один Markdown-редактор.

Мне нужен был простой инструмент:

открыл .md → сразу читаешь.

Что я хотел получить

Базовый сценарий был очень простой:

  1. Markdown-файл должен открываться быстро.

  2. Приложение не должно требовать workspace, проекта или отдельной структуры.

  3. Основной режим — просмотр, а не редактирование.

  4. Интерфейс не должен мешать документу.

  5. Должно быть удобно читать: тема, размер шрифта, ширина текста, высота строки.

  6. Если нужно внести правку — режим редактирования должен быть доступен, но не обязан грузиться на старте.

То есть это не попытка сделать IDE, knowledge base или очередной комбайн для заметок.

Это маленький desktop-инструмент для конкретной задачи.

Почему .NET + Avalonia + Native AOT

Я не хотел делать это через webview.

Для такого сценария тащить браузерный слой показалось лишним. Markdown viewer должен быть desktop-приложением, которое быстро стартует, нормально открывается по ассоциации файлов и ведёт себя как обычный инструмент ОС.

Поэтому я выбрал:

  • .NET

  • Avalonia UI

  • Native AOT для production-сборок, где это применимо

Avalonia даёт кроссплатформенный UI, .NET — нормальную инженерную базу, а Native AOT хорошо ложится на идею быстрого запуска без тяжёлого runtime-сценария.

Ключевое архитектурное решение: приложение проектируется как viewer-first.

Режим просмотра — основной. Режим редактирования — дополнительный и должен включаться только тогда, когда он реально нужен.

Что получилось

Получился MarkMello.

"MarkMello"

"MarkMello"

MarkMello умеет:

  • быстро открывать Markdown-файлы в режиме просмотра;

  • показывать документ без лишнего визуального шума;

  • переключать тему: системная, светлая, тёмная;

  • настраивать чтение: размер шрифта, высоту строки, ширину области документа;

  • при необходимости переходить в режим редактирования;

  • сохранять изменения в файл.

Главное — он сначала открывает документ для чтения.

Редактирование не навязывается. Оно есть, но это не стартовый сценарий.

Почему это важно

Когда работаешь с документацией и спецификациями каждый день, мелкие задержки начинают раздражать.

Открыть IDE. Дождаться загрузки. Открыть файл. Переключиться в preview. Убедиться, что всё отрендерилось. Потом просто скопировать пару строк.

Для разработки это нормально.

Для быстрого просмотра файла — нет.

Markdown давно стал не только форматом README. Сейчас это ещё и формат рабочих артефактов для AI-assisted development: спецификации, архитектурные решения, инструкции, планы, отчёты, контекст для агентов.

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

Чем MarkMello не является

Важно сразу обозначить границы.

MarkMello — это не IDE.

Это не Obsidian, не Notion, не workspace для базы знаний и не универсальный Markdown-комбайн.

Я не хочу превращать его в продукт, где ради просмотра одного файла нужно тащить дерево проекта, плагины, синхронизацию, индексирование и сложную модель данных.

Если коротко:

MarkMello должен оставаться быстрым viewer’ом с дополнительным edit mode.

Не наоборот.

Статус

Проект выложен в open source.

GitHub: https://github.com/dartdavros/MarkMello

Можно скачать сборку из Releases или собрать из исходников. Сейчас это ранняя версия, поэтому какие-то вещи ещё будут допиливаться: file association, сборки под разные платформы, polishing UI, поведение на macOS/Linux и так далее.

Но базовый сценарий уже работает:

открыть Markdown → быстро прочитать → при необходимости поправить.

Кому может пригодиться

Думаю, в первую очередь тем, кто:

  • часто открывает локальные .md файлы;

  • работает с документацией, ADR, спеками и README;

  • не хочет ради просмотра запускать IDE;

  • использует Markdown как рабочий формат для AI-агентов;

  • хочет простой viewer без лишнего продукта вокруг.

Если нужен лёгкий Markdown viewer — пользуйтесь.

GitHub: https://github.com/dartdavros/MarkMello