โปรแกรม "โปรแกรมอ่าน Markdown / HTML สำหรับมือถือ" ที่ผมแซวไว้เมื่อก่อนนี้เสร็จแล้ว และมันมีชื่อว่า Jilan
มันช่วยแก้ปัญหาที่เล็กแต่เริ่มน่ารำคาญขึ้นเรื่อย ๆ:
เวลามีคนส่งรายงานจาก AI, งานนำเสนอแบบเว็บ, หรือเอกสาร Markdown ผ่าน WeChat, แอป Files, หรือกลุ่มแชทมา การเปิดบนมือถือมักจะเจอหน้าเปล่า, โค้ดต้นฉบับดิบ ๆ, สไตล์พัง, หรืองงว่าจะใช้แอปไหนเปิด
ไฟล์อย่าง .md, .markdown, .html, .htm, .txt, หรือแม้แต่ ZIP เว็บที่แพ็กมา ก็สามารถเปิดได้โดยตรงบน iPhone และ iPad โดยใช้ Jilan
เรนเดอร์ในเครื่อง, เก็บในเครื่อง—ไม่ต้องอัปโหลด และไม่ต้องสมัครบัญชี
มีลิงก์ TestFlight อยู่ท้ายบทความ; ถ้าอยากลองก็สมัครได้โดยตรง ผมเปิดไว้ 8,000 ที่
แต่ผมไม่ได้สร้าง Jilan แค่เพราะเราขาดตัวอ่าน
เหตุผลที่ตรงกว่าคือ ช่วงนี้ผมเริ่มรู้สึกชัดขึ้นเรื่อย ๆ ว่า เมื่อ AI เข้ามามีส่วนร่วมในการผลิตเนื้อหา รูปแบบที่เราใช้แลกเปลี่ยนเนื้อหาก็กำลังเปลี่ยนไป
เนื้อหาที่เป็นข้อความจำนวนมากเริ่มมาในรูปแบบ Markdown และเนื้อหาที่เป็นงานนำเสนอจำนวนมากมาในรูปแบบ HTML
Jilan ก็แค่เครื่องมือเล็ก ๆ ที่หลุดออกมาเมื่อการเปลี่ยนแปลงนี้มาถึงฝั่งมือถือ
Markdown ไม่ใช่แค่รูปแบบข้อความ มันกำลังกลายเป็นเลเยอร์ข้อมูลสำหรับ AI
เมื่อไม่กี่วันก่อน ผมเห็นคำพูดจากผู้สร้าง Obsidian ที่คิดว่าแม่นมาก: .md กำลังกลายเป็น Schelling point ในปฏิสัมพันธ์ไฟล์ของ AI
Schelling point คือจุดที่ผู้คนมีแนวโน้มจะเลือกโดยธรรมชาติโดยไม่มีข้อบังคับใด ๆ
ตอนนี้ Markdown ก็คล้าย ๆ แบบนั้น
ไม่มีใครบังคับว่า AI ต้องใช้ Markdown และไม่มีคณะกรรมการมาตรฐานออกมาประกาศอะไร
แต่ในการใช้งานจริง ไม่ว่าจะเป็นคนเขียนถึง AI หรือ AI เขียนเพื่อคน มักจะจบลงที่ไฟล์ .md
เหตุผลนั้นง่าย
มันเป็นข้อความธรรมดา ดังนั้นจึงเบาสำหรับโมเดลทั้งในการอ่านและเขียน
มันมีโครงสร้างเพียงพอที่จะแสดงหัวข้อ, รายการ, ตาราง, บล็อกโค้ด, และลิงก์
และมันไม่ได้ถูกห่อหุ้มด้วยรูปแบบที่ซับซ้อนอย่าง .docx
คนสามารถเปิดได้โดยตรง, AI สามารถประมวลผลได้โดยตรง, และการจัดการเวอร์ชันรวมถึง diff ก็สะอาด
แต่ผมคิดว่าสำคัญกว่านั้นคือ Markdown ไม่สามารถถูกเข้าใจได้อีกต่อไปแค่ในฐานะ "ข้อความในโปรแกรมแก้ไข"
มันเหมือนข้อมูลพื้นฐานในเวิร์กโฟลว์ของ AI มากกว่า
นี่คือวิธีที่ผมใช้มันใน CodePilot
มันไม่มีกลไกความจำที่ซับซ้อนเป็นพิเศษ ความจำส่วนใหญ่ก็แค่ชุดไฟล์ Markdown
AI เขียนลงไป, AI อ่านจากมัน, และผมก็สามารถเปิดและแก้ไขเองได้
ยิ่งไปกว่านั้น วิดเจ็ตใน CodePilot สามารถใช้ไฟล์ Markdown และความจำในเครื่องเหล่านี้เป็นแหล่งข้อมูล
เมื่อไฟล์เปลี่ยน การแสดงผลของคอมโพเนนต์ก็เปลี่ยนตามไปด้วย
ถึงจุดนี้ Markdown ไม่ใช่แค่ "บทความที่ต้องอ่าน" อีกต่อไป
มันกลายเป็นเลเยอร์ข้อมูลท้องถิ่นที่เบามาก: คนเห็นได้, AI อ่านได้, และเครื่องมือสามารถสร้างอินเทอร์เฟซและการโต้ตอบใหม่ ๆ จากมันได้
นี่เป็นเหตุผลที่ผมรู้สึกว่าทิศทางที่หลายคนกำลังมุ่งไปด้วยการขัดเกลาโปรแกรมแก้ไข Markdown ต่อไปอาจจะแคบไปหน่อย
สิ่งที่น่าสนใจจริง ๆ ไม่ใช่การทำให้กล่องแก้ไขสวยขึ้น แต่คือการปฏิบัติต่อ Markdown เป็นข้อมูล เพื่อสร้างวิธีการอ่าน, จัดการ, และปฏิสัมพันธ์ระหว่างมนุษย์กับคอมพิวเตอร์แบบใหม่
HTML กำลังกลายเป็นเลเยอร์แสดงผลสำหรับเนื้อหาจาก AI
อีกด้านหนึ่งคือ HTML เทรนด์นี้ก็เริ่มชัดเจนขึ้นเมื่อเร็ว ๆ นี้
เดือนที่แล้ว ผมเปิดซอร์ส PPT Skill ที่สร้างงานนำเสนอในรูปแบบเว็บ
มันทะลุ 10,000 ดาวใน 25 วัน และต่อมาในงานป้องกันแบบออฟไลน์, นิทรรศการ, และเซสชันแบ่งปัน ผมเห็นคนใช้ PPT ที่สร้างด้วยมันซ้ำแล้วซ้ำเล่า
สิ่งนี้ยืนยันสิ่งหนึ่งสำหรับผม:
ในหลายสถานการณ์ สิ่งที่คนต้องการไม่ใช่ไฟล์ .pptx มาตรฐาน แต่เป็นงานนำเสนอที่สามารถนำเสนอ, ทำความเข้าใจ, และแชร์ได้อย่างรวดเร็ว
บังเอิญว่าทีม Claude Code ก็เพิ่งพูดถึงเรื่องเดียวกันนี้เมื่อเร็ว ๆ นี้
พวกเขามีบทความที่พูดถึงโดยเฉพาะว่าทำไมผลลัพธ์จำนวนมากขึ้นเรื่อย ๆ เริ่มใช้ HTML แทน Markdown
เหตุผลตรงไปตรงมา: HTML มีความหนาแน่นของข้อมูลสูงกว่า, จัดลำดับชั้นภาพได้ง่ายกว่า, แสดงแผนภูมิ, เลย์เอาต์, และการโต้ตอบได้ดีกว่า, และคนอื่นเปิดอ่านได้ง่ายกว่า
นี่ใกล้เคียงกับประสบการณ์ของผมมาก
Markdown ดีสำหรับการรวบรวมเนื้อหา แต่มันอ่านยากเมื่อยาว รายงานยาวหลายพันหรือหมื่นคำที่ยัดไว้ในไฟล์ .md เดียวนั้นมนุษย์ย่อยได้ยากจริง ๆ ถึงแม้โครงสร้างจะถูกต้องก็ตาม
HTML ตรงกันข้าม มันสามารถใช้เลย์เอาต์, ที่ว่าง, สี, แผนภูมิ, และการโต้ตอบเพื่อจัดระเบียบข้อมูลให้รู้สึกเหมือน "สิ่งที่ต้องบริโภค" มากกว่า มันไม่ได้ดีกว่าสำหรับการเก็บข้อเท็จจริง แต่มันดีกว่าสำหรับการช่วยให้คนเข้าใจข้อเท็จจริง
ดังนั้นผมจึงโน้มเอียงมากขึ้นที่จะมองสองสิ่งนี้แยกกัน:
Markdown คือเลเยอร์ข้อมูล, HTML คือเลเยอร์แสดงผล
เก็บเนื้อหาพื้นฐานไว้ใน Markdown—สะอาด, อ่านง่าย, และควบคุมเวอร์ชันได้
เมื่อต้องแสดงให้คนเห็น, นำเสนอ, หรือแชร์ภายนอก ก็เรนเดอร์เป็น HTML
นี่ไม่ใช่มาตรฐานใหม่อะไรใหญ่โต มันเหมือนการแบ่งหน้าที่ที่เกิดขึ้นตามธรรมชาติจากเวิร์กโฟลว์ของ AI
แต่ห่วงโซ่นี้ขาดตอนบนมือถือ
เนื้อหามีอยู่, ไฟล์ถูกส่งมา, แต่ปัญหามาที่ขั้นตอนสุดท้าย: คนมักจะเปิดมันบนมือถือ
เดสก์ท็อปไม่เป็นไร คุณมีเบราว์เซอร์, โปรแกรมแก้ไข, และถ้าไม่ได้จริง ๆ ก็ VS Code
แต่มือถือต่างออกไป
โดยเฉพาะเวลาที่คุณได้รับรายงานจาก AI, งานนำเสนอเว็บ, หรือเอกสาร Markdown ใน WeChat ประสบการณ์ทั่วไปคือเปิดไม่ได้, เห็นโค้ดต้นฉบับ, สไตล์พัง, หรือต้องกระโดดไปหลายแอป เป็นเรื่องเล็กแต่น่ารำคาญมาก
IM อย่าง WeChat โดยพื้นฐานแล้วไม่ใช่โปรแกรมอ่านไฟล์
ลำดับความสำคัญของมันคือการแชท, ดูตัวอย่าง, และส่งต่อ ไม่ใช่การเปิดไฟล์ Markdown หรือ HTML อย่างจริงจัง
เบราว์เซอร์ก็ไม่ได้ออกแบบมาสำหรับสถานการณ์นี้เช่นกัน
โดยค่าเริ่มต้น เบราว์เซอร์จัดการกับ "คุณให้ลิงก์มา ฉันจะเปิดหน้าเว็บให้คุณ"
แต่สิ่งที่คนอื่นส่งให้คุณมักจะเป็นไฟล์ในเครื่อง, ไม่ใช่ลิงก์ แน่นอนคุณสามารถพยายามโยน HTML ไปให้เบราว์เซอร์ได้ แต่ทั้งห่วงโซ่ยาวและเทอะทะ
เครื่องมือ Markdown หลายตัวก็เน้นไปที่การแก้ไขและจดบันทึก และไม่เหมาะสำหรับการเปิดไฟล์ที่คนอื่นส่งมาชั่วคราวเสมอไป
ไม่ต้องพูดถึงว่าเครื่องมือบางตัวต้องการให้คุณนำเข้า, ซิงค์, สร้างไลบรารี, หรือสมัครบัญชี
HTML มีปัญหาเรื่องความปลอดภัยเพิ่มอีกชั้น: ไฟล์แปลก ๆ อาจมีสคริปต์ และคุณไม่อยากให้มันทำงานโดยค่าเริ่มต้น
ดังนั้นผมจึงรู้สึกมาตลอดว่ามีสิ่งที่เรียบง่ายมากที่ขาดหายไป:
วิธีการเปิดไฟล์เวิร์กโฟลว์ AI ทั่วไปเหล่านี้บนโทรศัพท์อย่างปลอดภัยและสะดวก
นั่นคือ Jilan
Jilan โฟกัสมาก: เปิด, อ่าน, เก็บไว้
Jilan ไม่ได้ถูกทำให้เป็นโปรแกรมแก้ไข และไม่ได้เชื่อมต่อกับ AI ยังไงก็ตาม ขอชื่นชมไอคอนแอปที่ CodeX วาดให้ด้วย น่ารักมาก
ผมชัดเจนตั้งแต่แรกว่ามันทำแค่สามอย่าง: เปิด, อ่าน, เก็บไว้
เมื่อคุณได้รับไฟล์ ให้เลือก Jilan จาก WeChat, แอป Files, หรือแผ่นแชร์ของระบบเพื่อเปิดมัน รองรับไฟล์ .md, .markdown, .html, .htm, .txt, และ .zip ที่แพ็กจากทรัพยากรเว็บ
ไฟล์ทั้งหมดถูกประมวลผลในเครื่อง—ไม่ต้องอัปโหลด, ไม่ต้องสมัครบัญชี
เวลาอ่าน Markdown ผมปรับให้เหมาะกับการอ่านแบบยาวเป็นหลัก
ขนาดตัวอักษร, ระยะห่างบรรทัด, และพื้นหลังสามารถเปลี่ยนได้; ตารางยาวสามารถเลื่อนแนวนอนได้; เอกสารที่มีโครงสร้างหัวข้อสามารถใช้สารบัญเพื่อกระโดดได้
ไวยากรณ์ Obsidian ทั่วไป เช่น รายการงาน, Callouts, เชิงอรรถ, Frontmatter, และแท็ก ก็รองรับให้มากที่สุดเท่าที่จะทำได้
它还支持切换深色模式和颜色主题。(Note: This line is in Chinese? Actually the source text says "It also supports switching between dark mode and color themes." But the instruction says source is English. The line I see is "它支持切换深色模式和颜色主题。"? Wait, that's not in the source. Let me re-read the source. The source after the previous paragraph actually has "It also supports switching between dark mode and color themes." in English. My mistake, I must have copied incorrectly. I'll translate that properly.)
มันยังรองรับการสลับระหว่างโหมดมืดและธีมสี
เวลาอ่าน HTML ผมใส่ใจเรื่อง "การควบคุม" มากกว่า
มันใช้ WebView ของระบบเพื่อเรนเดอร์ในเครื่อง, รองรับการซูม, สลับแนวตั้ง/แนวนอน, และสลับโหมดมือถือ/เดสก์ท็อป
สคริปต์ไดนามิกถูกปิดโดยค่าเริ่มต้น โดยปกติคุณไม่รู้ว่ามีสคริปต์ในไฟล์ HTML แปลก ๆ หรือไม่
ดังนั้น Jilan จะไม่สมมติว่าสคริปต์ทำงานโดยค่าเริ่มต้น; ถ้าคุณเจอหน้าที่ต้องการ JS จริง ๆ เพื่อดู คุณสามารถเปิดมันด้วยตนเอง
การรองรับ ZIP ก็ถูกสร้างขึ้นสำหรับสถานการณ์จริง
เว็บเพจจำนวนมากที่ส่งออกโดย AI ไม่ใช่ไฟล์ HTML เดียว แต่เป็น index.html พร้อมโฟลเดอร์ assets
Jilan จะค้นหาจุดเริ่มต้นโดยอัตโนมัติหลังจากการแตกไฟล์ และรูปภาพและ CSS ในเครื่องจะโหลดตามปกติ ดังนั้นสไตล์จะไม่หายและรูปจะไม่เสีย
ไฟล์ที่คุณเปิดแล้วจะอยู่ในประวัติท้องถิ่นโดยอัตโนมัติ ถ้าคุณต้องการกลับมาดูครั้งหน้า ก็หาได้ในแอป
การนำเข้าไฟล์เดียวกันหลายครั้งจะไม่สร้างซ้ำ และไฟล์สำคัญสามารถบุ๊กมาร์กได้
นี่คือขอบเขตปัจจุบันของมัน
มันไม่ทำการซิงค์คลาวด์, บัญชี, แก้ไข, หรือรวม AI
ไม่ใช่เพราะฟีเจอร์เหล่านี้ไม่สำคัญ แต่เพราะโปรแกรมอ่านควรทำงาน "เปิดและอ่านให้จบ" ให้สะอาดก่อน
Jilan ตามสองสิ่งแรกมา
เมื่อมองย้อนกลับไป Jilan ไม่ใช่เครื่องมือเล็ก ๆ ที่โดดเดี่ยว
เดือนที่แล้วผมสร้าง PPT Skill เพราะผมเชื่อว่า HTML จะกลายเป็นรูปแบบธรรมชาติมากสำหรับ AI ในการสร้างเนื้อหางานนำเสนอ
มันไม่จำเป็นต้องแทนที่ PowerPoint แต่สำหรับ "การสร้างสิ่งที่สามารถนำเสนอได้อย่างรวดเร็ว" HTML ก็เบาพอ, เปิดกว้างพอ, และเหมาะสมพอสำหรับให้โมเดลสร้างได้โดยตรง
ผมสร้าง CodePilot เพราะผมเชื่อว่า Markdown จะกลายเป็นพาหะข้อมูลและความจำที่เป็นธรรมชาติมากในการทำงานร่วมกับ AI
มันไม่ใช่รูปแบบที่สวยที่สุด แต่มันง่ายที่สุดสำหรับมนุษย์, โมเดล, และเครื่องมือที่จะใช้พร้อมกัน
Jilan จัดการขั้นตอนที่สาม:
รูปแบบเหล่านี้ไม่สามารถหยุดแค่ที่ "ถูกสร้าง" ได้; ผู้คนต้องสามารถเปิด, อ่าน, และเก็บมันไว้ได้จริง
สองอย่างแรกเกี่ยวกับการผลิต; Jilan เกี่ยวกับการบริโภค
AI สามารถสร้าง Markdown และ HTML ได้แล้ว
แต่ถ้าไฟล์เหล่านี้พังทันทีที่ถึงมือถือ ไม่ว่าประสบการณ์การสร้างจะราบรื่นแค่ไหน มันก็ยังไม่ถึงมือคนจริง ๆ
Jilan เติมเต็มไมล์สุดท้ายนั้น
แต่นี่ยังไม่จบ
ตอนนี้ Jilan เติมแค่ชั้นตื้นที่สุด: รับไฟล์และเปิดมัน
ต่อไป ยังมีปัญหาอีกหลายข้อที่ต้องแก้
ตัวอย่างเช่น การจัดการ
หลายคนมีไฟล์ Markdown และ HTML จำนวนมากกระจายอยู่ทั่วโทรศัพท์, คลาวด์ไดรฟ์, ประวัติแชท, และแคชแอปต่าง ๆ
มันไม่ได้ไร้ค่า; มันแค่กระจัดกระจายเกินกว่าจะหาเจอหรือจัดการ
ตัวอย่างเช่น การแชร์
Jilan แก้ปัญหา "ฉันจะดูสิ่งที่คนอื่นส่งให้ฉันได้อย่างไร"
แต่ในทางกลับกัน "ฉันสร้างไฟล์ HTML แล้วจะให้คนอื่นเปิดสะดวกได้อย่างไร" ก็ยังเป็นปัญหา
ถ้าส่งไฟล์ อีกฝ่ายอาจเปิดไม่ได้; ถ้าส่งลิงก์ ก็ต้องหาที่ deploy เอง
ตัวอย่างเช่น การข้ามอุปกรณ์
อ่านครึ่งทางบนมือถือแล้วต่อบนคอมพิวเตอร์, หรือสร้างรายงานบนคอมพิวเตอร์แล้วส่งไปที่มือถือเพื่ออ่าน ล้วนเป็นธรรมชาติมาก
แต่พอพูดถึงการซิงค์ ก็เจอปัญหาเรื่องบัญชี, คลาวด์, ความเป็นส่วนตัว, และความซับซ้อน
Jilan ยังเล็กมาก—เล็กจนผมไม่อยากจะแพ็กมันเป็นผลิตภัณฑ์ใหญ่จริง ๆ
แต่มันพอดีกับช่องว่างที่ผมเจอทุกวัน:
AI สร้างเนื้อหาแล้ว แต่ผมแค่อยากดูมันให้ดี ๆ บนมือถือ
ถ้าคุณก็มักจะรำคาญกับไฟล์ Markdown, HTML, และ PPT เว็บ ลองดูสิ
TestFlight:
ผมอยากฟังความคิดเห็นของคุณเกี่ยวกับเรื่องนี้ด้วย: หลังจากที่ AI เข้ามาเกี่ยวข้อง, เอกสาร, งานนำเสนอ, และการอ่านจะกลายเป็นอะไรกันแน่?
