Daha önce tanıttığım "Mobil için Markdown/HTML okuyucu" tamamlandı ve adı Jilan.
Küçük ama giderek sinir bozucu hale gelen bir sorunu çözüyor:
Birisi size WeChat, Dosyalar uygulaması veya bir grup sohbeti üzerinden bir AI raporu, web tabanlı bir sunum veya bir Markdown belgesi gönderdiğinde, telefonunuzda açmaya çalışmak genellikle boş bir ekran, ham kaynak kodu, bozuk stiller veya hangi uygulamayı kullanacağınız konusunda tam bir kafa karışıklığıyla sonuçlanır.
.md, .markdown, .html, .htm, .txt ve hatta paketlenmiş web ZIP'leri gibi dosyalar artık iPhone ve iPad'de Jilan kullanılarak doğrudan açılabiliyor.
Yerel işleme, yerel depolama—dosya yüklemesi gerekmez ve hesap oluşturmanıza gerek yoktur.
Sonunda bir TestFlight bağlantısı var; denemek isterseniz doğrudan başvurabilirsiniz. 8.000 kontenjan açtım.
Ama Jilan'ı sırf bir okuyucumuz olmadığı için yapmadım.
Daha doğrudan sebep, son zamanlarda AI içerik üretimine katıldıkça, içerik paylaşmak için kullandığımız formatların değiştiğini giderek daha net hissetmem.
Birçok metin içeriği Markdown'a, birçok sunum içeriği ise HTML'e dönüşmeye başladı.
Jilan, bu değişim mobil tarafa ulaştığında ortaya çıkan küçük bir araç.
Markdown sadece bir metin formatı değil; AI için veri katmanı haline geliyor
Birkaç gün önce Obsidian'ın yazarından bir alıntı gördüm, bence çok doğru: .md dosyaları, AI dosya etkileşiminde bir Schelling noktası haline geliyor.
Schelling noktası, herhangi bir zorunlu düzenleme olmadan insanların doğal olarak yöneldiği bir seçimdir.
Markdown şimdi biraz böyle.
Kimse AI'ın Markdown kullanması gerektiğini zorunlu kılmadı ve hiçbir standart komitesi çıkıp bir şey duyurmadı.
Ancak gerçek dünya kullanımında, ister insanlar AI'a yazsın ister AI insanlar için yazsın, çoğu zaman bir .md dosyasıyla sonuçlanır.
Sebebi basit.
Düz metin olduğu için modellerin okuması ve yazması hafiftir.
Başlıkları, listeleri, tabloları, kod bloklarını ve bağlantıları ifade etmek için yeterli yapıya sahiptir.
Ve .docx gibi karmaşık bir formata sarılmaz.
İnsanlar doğrudan açabilir, AI doğrudan işleyebilir ve sürüm yönetimi ile farklar temizdir.
Ama bence daha da önemlisi, Markdown artık sadece "bir düzenleyicideki metin" olarak anlaşılamaz.
Daha çok bir AI iş akışındaki temel veri gibidir.
Ben CodePilot'ta böyle kullanıyorum.
Çok karmaşık bir bellek mekanizması yok; aslında birçok bellek sadece bir dizi Markdown dosyasıdır.
AI onlara yazar, AI onlardan okur ve ben de kendim açıp düzenleyebilirim.
Ayrıca, CodePilot'taki bileşenler bu yerel Markdown dosyalarını ve bellekleri veri kaynağı olarak kullanabilir.
Dosya değiştiğinde, bileşen görüntüsü de onunla birlikte değişir.
Bu noktada Markdown, sadece "okunacak bir makale" olmaktan çıkar.
Çok hafif bir yerel veri katmanı haline gelir: insanlar görebilir, AI okuyabilir ve araçlar buna dayalı yeni arayüzler ve etkileşimler oluşturabilir.
Bu yüzden birçok kişinin Markdown düzenleyicileri geliştirmeye devam etme yönünün biraz dar olabileceğini düşünüyorum.
Gerçekten ilginç olan şey, daha güzel bir düzenleme kutusu yapmak değil, Markdown'u veri olarak ele alıp yeni okuma, yönetme ve insan-bilgisayar etkileşimi yolları inşa etmektir.
HTML, AI içeriği için görüntüleme katmanı haline geliyor
Diğer uçta ise HTML var. Bu eğilim de son zamanlarda giderek daha belirgin hale geldi.
Geçen ay, web formatında sunumlar oluşturan bir PPT Skill'ini açık kaynak olarak yayınladım.
25 günde 10.000 yıldıza ulaştı ve daha sonra çevrimdışı savunmalarda, sergilerde ve paylaşım oturumlarında, insanların bununla yapılmış sunumları kullandığını defalarca gördüm.
Bu benim için bir şeyi doğruladı:
Birçok senaryoda, insanların istediği standart bir .pptx dosyası değil, hızlıca sunulabilen, anlaşılabilen ve paylaşılabilen bir sunumdur.
Tesadüfen, Claude Code ekibi de son zamanlarda aynı şeyden bahsediyor.
Çıktıların neden giderek daha fazla HTML kullanmaya başladığına dair özel bir makaleleri var.
Sebebi doğrudan: HTML daha yüksek bilgi yoğunluğuna sahiptir, görsel hiyerarşi için daha kolaydır, grafikleri, düzenleri ve etkileşimleri görüntülemek için daha iyidir ve başkalarının açıp okuması daha kolaydır.
Bu benim kendi deneyimime çok yakın.
Markdown içeriği birleştirmek için iyidir, ancak uzadığında okunması zorlaşır. Binlerce veya on binlerce kelimelik bir raporun bir .md dosyasına yığılması, yapısı doğru olsa bile bir insanın gerçekten sindirmesi zordur.
HTML bunun tam tersidir. Bilgiyi düzenlemek için düzen, boşluk, renk, grafik ve etkileşim kullanarak daha çok "tüketilecek bir şey" gibi hissettirebilir. Gerçekleri depolamak için daha iyi değildir, ancak insanların gerçekleri anlamasına yardımcı olmak için daha iyidir.
Bu yüzden bu iki şeye giderek daha fazla ayrı ayrı bakma eğilimindeyim:
Markdown veri katmanıdır, HTML görüntüleme katmanıdır.
Temel içeriği Markdown'da tutun—temiz, okunabilir ve sürüm kontrolü yapılabilir.
İnsanlara gösterilmesi, sunulması veya harici olarak paylaşılması gerektiğinde, onu HTML'e dönüştürün.
Bu büyük bir yeni standart değil; daha çok AI iş akışlarından doğal olarak ortaya çıkmış bir iş bölümü gibi.
Ancak bu zincir mobil cihazlarda kopuyor
İçerik var, dosyalar gönderiliyor, ancak sorun son adımda ortaya çıkıyor: insanlar genellikle onları telefonlarında açıyor.
Masaüstü sorun değil. Tarayıcılarınız, düzenleyicileriniz var ve her şey başarısız olursa VS Code var.
Ancak mobil farklı.
Özellikle WeChat'te AI tarafından oluşturulmuş bir rapor, web sunumu veya Markdown belgesi aldığınızda, yaygın deneyim açılmaması, kaynak kodu göstermesi, stillerin bozuk olması veya birkaç uygulama arasında geçiş yapmayı gerektirmesidir. Küçük bir şey, ama çok sinir bozucu.
WeChat gibi bir anlık mesajlaşma uygulaması aslında bir dosya okuyucu değildir.
Önceliği sohbet etmek, önizleme yapmak ve iletmektir, bir Markdown veya HTML dosyasını ciddi bir şekilde açmak değil.
Tarayıcılar da bu senaryo için tasarlanmamıştır.
Varsayılan olarak, tarayıcılar "bana bir bağlantı ver, web sayfasını açarım" durumunu ele alır.
Ancak başkalarının size gönderdiği şey genellikle bir bağlantı değil, yerel bir dosyadır. HTML'i bir tarayıcıya atmak için çemberlerden atlayabilirsiniz, ancak tüm zincir uzun ve zahmetlidir.
Birçok Markdown aracı da düzenleme ve not almaya yöneliktir ve bir başkası tarafından gönderilen bir dosyayı geçici olarak açmak için mutlaka uygun değildir.
Bazı araçların dosyayı içe aktarmanızı, senkronize etmenizi, bir kütüphane oluşturmanızı veya bir hesap kaydetmenizi gerektirdiğinden bahsetmiyorum bile.
HTML'in ek bir güvenlik sorunu vardır: tuhaf bir dosya scriptler içerebilir ve bunların varsayılan olarak çalıştırılmasını istemeyebilirsiniz.
Bu yüzden her zaman çok basit bir şeyin eksik olduğunu hissettim:
Telefonda bu yaygın AI iş akışı dosyalarını güvenli ve rahat bir şekilde açmanın bir yolu.
İşte Jilan bu.
Jilan çok odaklı: Aç, Oku, Sakla
Jilan bir düzenleyiciye dönüştürülmedi, AI'a da bağlanmadı. Bu arada, CodeX'in çizdiği uygulama simgesini övmeliyim; çok sevimli.
En başından beri sadece üç şey yapacağı konusunda nettim: Aç, Oku, Sakla.
Bir dosya aldığınızda, WeChat'ten, Dosyalar uygulamasından veya sistem paylaşım sayfasından Jilan'ı seçerek açın. .md, .markdown, .html, .htm, .txt ve web kaynaklarından paketlenmiş .zip dosyalarını destekler.
Tüm dosyalar yerel olarak işlenir—yükleme yok, hesap kaydı yok.
Markdown okurken, esas olarak uzun metin okuma için ayarladım.
Yazı tipi boyutu, satır aralığı ve arka plan değiştirilebilir; uzun tablolar yatay olarak kaydırılabilir; başlık yapısına sahip belgeler bir içindekiler tablosu kullanarak atlama yapabilir.
Görev listeleri, Callout'lar, dipnotlar, Frontmatter ve etiketler gibi yaygın Obsidian sözdizimi de mümkün olduğunca uyumludur.
Ayrıca karanlık mod ve renk temaları arasında geçişi destekler.
HTML okurken daha çok "kontrol" ile ilgileniyorum.
Yerel işleme için sistem WebView'ını kullanır, yakınlaştırmayı, dikey ve yatay mod arasında geçişi ve mobil ile masaüstü modu arasında geçişi destekler.
Dinamik scriptler varsayılan olarak kapalıdır. Garip bir HTML dosyasında script olup olmadığını genellikle bilemezsiniz.
Bu yüzden Jilan varsayılan olarak script yürütmeyi varsaymaz; görüntülenmesi için gerçekten JS gerektiren bir sayfayla karşılaşırsanız, manuel olarak açabilirsiniz.
ZIP desteği de gerçek dünya senaryoları için yapılmıştır.
AI tarafından dışa aktarılan birçok web sayfası tek bir HTML dosyası değil, bir index.html artı bir assets klasörüdür.
Jilan, sıkıştırmayı açtıktan sonra giriş noktasını otomatik olarak bulur ve yerel resimler ile CSS normal şekilde yüklenebilir, böylece stiller kaybolmaz ve resimler bozulmaz.
Açtığınız dosyalar otomatik olarak yerel geçmişinizde kalır. Bir dahaki sefere geri bakmak isterseniz, bunları uygulamada bulabilirsiniz.
Aynı dosyayı birden çok kez içe aktarmak kopya oluşturmaz ve önemli olanlar favorilere eklenebilir.
Bu onun mevcut sınırıdır.
Bulut senkronizasyonu, hesaplar, düzenleme veya AI entegrasyonu yapmaz.
Bu özellikler önemli olmadığı için değil, ancak bir görüntüleyicinin önce "açma ve okumayı bitirme" işini temiz bir şekilde yapması gerektiği için.
Jilan ilk iki şeyi takip ediyor
Şimdi geriye baktığımda, Jilan izole bir küçük araç değil.
Geçen ay PPT Skill'ini yaptım çünkü HTML'in AI'ın sunum içeriği oluşturması için çok doğal bir form haline geleceğine inanıyorum.
PowerPoint'in yerini mutlaka almayacak, ancak "hızlıca sunulabilecek bir şey oluşturmak" için HTML yeterince hafif, yeterince açık ve modellerin doğrudan oluşturması için yeterince uygun.
CodePilot'u yaptım çünkü Markdown'ın AI işbirliğinde çok doğal bir veri ve bellek taşıyıcısı haline geleceğine inanıyorum.
En güzel format değil, ancak insanların, modellerin ve araçların aynı anda kullanması en kolay olanı.
Jilan üçüncü adımı halleder:
Bu formatlar sadece "oluşturulmakla" kalmamalı; insanlar onları gerçekten açabilmeli, okuyabilmeli ve saklayabilmelidir.
İlk ikisi üretimle ilgili; Jilan tüketimle ilgili.
AI zaten Markdown ve HTML oluşturabiliyor.
Ancak bu dosyalar bir telefona ulaştıklarında bozulurlarsa, oluşturma deneyimi ne kadar sorunsuz olursa olsun, gerçekten kişinin eline ulaşmamıştır.
Jilan bu son mili dolduruyor.
Ancak bu henüz bitmiş değil
Jilan şu anda yalnızca en yüzeysel katmanı dolduruyor: bir dosya almak ve onu açmak.
Gelecekte, hala çözülmesi gereken birkaç sorun var.
Örneğin, yönetim.
Birçok insanın zaten telefonlarına, bulut sürücülerine, sohbet kayıtlarına ve çeşitli uygulama önbelleklerine dağılmış çok sayıda Markdown ve HTML dosyası var.
Değersiz değiller; sadece bulunamayacak veya yönetilemeyecek kadar dağınıklar.
Örneğin, paylaşım.
Jilan "başkalarının bana gönderdiğini nasıl görüntülerim" sorununu çözüyor.
Ancak tersine, "bir HTML dosyası yaptım, başkalarının onu rahatça açmasını nasıl sağlarım" hala bir zahmet.
Dosyayı gönderirseniz, karşı taraf açamayabilir; bir bağlantı gönderirseniz, kendiniz dağıtacak bir yer bulmanız gerekir.
Örneğin, cihazlar arası.
Telefonda yarısını okumak ve bilgisayarda devam etmek veya bilgisayarda bir rapor oluşturup telefona gönderip okumak çok doğal.
Ancak senkronizasyon yaptığınız anda hesaplar, bulut, gizlilik ve karmaşıklıkla karşılaşırsınız.
Jilan hala çok küçük—o kadar küçük ki onu büyük bir ürün olarak paketlemek istemiyorum.
Ancak her gün karşılaştığım boşluğa tam olarak uyuyor:
AI içeriği oluşturdu, ancak ben sadece telefonumda ona iyice bakmak istiyorum.
Siz de sık sık Markdown, HTML ve web PPT dosyalarından rahatsız oluyorsanız, bir şans verin.
TestFlight:
Bu konuda sizin de düşüncelerinizi duymak isterim: AI'ın dahil olmasından sonra, belgeler, sunumlar ve okuma aslında neye dönüşecek?
