2 คะแนน โดย GN⁺ 1 시간 전 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • แอปจัดการความรู้ส่วนบุคคลแบบเรียบง่ายที่บันทึกโน้ต·เอกสาร·โปรเจกต์·บันทึกประจำวัน·นิสัย·เช็กลิสต์·งานต่าง ๆ เป็น ไฟล์ .md แบบ plain
  • โครงสร้างแบบ local-first ที่ไม่ต้องติดตั้ง แค่มีเบราว์เซอร์ก็ใช้งานได้ และเป็น PWA ที่ ใช้งานออฟไลน์ได้
  • รองรับ การซิงก์โฟลเดอร์ Cloud: ซิงก์ข้ามหลายอุปกรณ์ผ่านโฟลเดอร์คลาวด์เดิมอย่าง iCloud / Dropbox / Google Drive โดยไม่ต้องรันเซิร์ฟเวอร์เอง
  • โฮสต์เซิร์ฟเวอร์เอง ก็ได้: รันเซิร์ฟเวอร์ของตัวเองด้วย Go ไบนารีไฟล์เดียว ควบคุมได้ทั้งหมด และรองรับ การผสานรวม Telegram bot
  • แบบ Hosted (app.files.md): มีเซิร์ฟเวอร์แบบจัดการให้ พร้อมใช้ได้ทันทีโดยไม่ต้องตั้งค่า
  • บันทึกได้รวดเร็ว: โยนข้อความเข้าไปในหน้าต่างแชตแล้วระบบจะซิงก์ไปทุกอุปกรณ์อัตโนมัติ จะเลือกตำแหน่งจัดเก็บทันทีหรือค่อยมาแยกทีหลังก็ได้
    • โน้ต·งาน·ไดอารี·เช็กลิสต์ ทั้งหมดจัดการได้ในโฟลว์เดียวกันในครั้งเดียว กดแค่ Enter ก็เสร็จสิ้นการบันทึก
  • Telegram Bot ใช้สำหรับเข้าถึงและบันทึกไฟล์ระหว่างเดินทางได้ และมีแผนรองรับเมสเซนเจอร์อื่นในอนาคต
    • รายการในอินบ็อกซ์จะถูกระบุด้วย คอนเทนต์แฮชที่เสถียร (fs.Hash) ดังนั้นแม้จะมีการเพิ่ม·ลบ·ทำรายการอื่นเสร็จ ปุ่มก็ยังชี้ไปยังบรรทัดที่ถูกต้อง
  • แนวทางจัดการความรู้เน้น การคิดด้วยตัวเอง มากกว่าเทมเพลตขั้นสูง·ปลั๊กอิน·เวิร์กโฟลว์ AI และแนะนำให้ใส่หนึ่งไอเดียต่อหนึ่งโน้ต ลิงก์โน้ตที่เกี่ยวข้อง และกลับมาทบทวนอีกครั้ง
  • โครงสร้างไฟล์ถูกกำหนดไว้ล่วงหน้า เช่น Chat.md, brain/Note.md, journal/2024.08 August.md, habits/*.md, media/*, config.json แต่ก็สามารถใช้โครงสร้างแบบที่ต้องการได้เช่นกัน
  • มีสคีมาโครงสร้างให้ที่ files.md/llms.txt และสามารถนำไปวางใน CLAUDE.md หรือ AGENTS.md เพื่อให้ AI agent เข้าใจโครงสร้างไฟล์ได้
  • มีคีย์ลัดสำหรับทำงานกับไฟล์ Markdown เช่น แทรกลิงก์ไฟล์ด้วย [, ค้นหาไฟล์ด้วย Cmd/Ctrl+P, และสร้างไฟล์ใหม่ด้วย Cmd/Ctrl+N
  • โค้ดเบสมุ่งให้เรียบง่ายพอที่คนคนเดียวหรือ LLM จะเข้าใจภาพรวมทั้งหมดได้ในหัว โดย PR ควรให้ความสำคัญกับการลบโค้ดและทำให้เรียบง่าย มากกว่าการเพิ่มฟีเจอร์
  • ฝั่งฟรอนต์เอนด์มุ่งไปในทิศทางที่ /web/index.html เปิดได้เหมือนเดิมแม้เวลาจะผ่านไปนานโดยไม่ต้องมี build system ส่วนฝั่งแบ็กเอนด์ให้ความสำคัญกับการทดสอบ การ wrap ข้อผิดพลาด และการลด dependencies ให้น้อยที่สุด
  • เพื่อรูปแบบการจัดเก็บและความสามารถในการพกพา ทุกอย่างจะถูกบันทึกเป็นไฟล์ .md ปกติ และใช้ลิงก์ Markdown มาตรฐานเพื่อคงความเข้ากันได้กับสภาพแวดล้อมอื่นอย่าง GitHub
  • สัญญาอนุญาต MIT

1 ความคิดเห็น

 
GN⁺ 1 시간 전
ความคิดเห็นจาก Hacker News
  • เพิ่งนึกขึ้นได้อีกครั้งว่า Obsidian ไม่ได้เป็นโอเพนซอร์ส แต่ก็มีหลายอย่างที่ทำให้รู้สึกแปลก ๆ เหมือนเป็นโอเพนซอร์ส
    พอลองค้นดูก็ชัดเจนว่าไม่ใช่ แต่ก็ยังให้ความรู้สึกเหมือนมันควรจะเป็นโอเพนซอร์สอยู่ดี

    • ข้อมูลเปิดกว้างและเก็บในรูปแบบ Markdown ส่วนปลั๊กอินก็เป็นโอเพนซอร์ส
      ตัวผลิตภัณฑ์หลักไม่ได้เป็นโอเพนซอร์ส แต่ก็เป็นแค่แอป Electron ด้วย เลยเคยมอง Obsidian ว่าเหมือนเป็นด้านตรงข้ามของผลิตภัณฑ์แบบ open core
    • ความรู้สึกแรกของฉันไม่ใช่แบบนั้น แต่ API สำหรับทำปลั๊กอินเปิดกว้างพอสมควร
      ถ้าจะปกป้องโมเดลของ Obsidian ก็คือมีทีมวิศวกรรมที่ดูแลโดยเฉพาะ เครื่องมือก็ใช้ฟรี และโน้ตก็ไม่ได้เก็บในฟอร์แมตปิด แต่เก็บเป็น .md
      ถ้าอยากก็จ่ายเงินให้เครื่องมือซิงก์ได้ ซึ่งราคาก็สมเหตุสมผล และฉันมองว่าเป็นวิธีที่ดีในการสนับสนุนการพัฒนา
      ตัวผลิตภัณฑ์ก็พัฒนาไปในทิศทางที่น่าสนใจเรื่อย ๆ และ marketplace ปลั๊กอินใหม่ที่มีนโยบายตรวจสอบก็ทำออกมาได้ดีมากจนควรเอาเป็นแบบอย่าง
      ยังไงก็ตาม โปรเจกต์นี้ก็ดูน่าสนใจ แต่ฉันก็เกือบจะเป็นสายเผยแพร่ Obsidian อยู่แล้ว
    • ถ้าจะพูดให้แฟร์ Obsidian เป็น แอป Electron ที่ไม่ได้ obfuscate โค้ด เลยดึงโค้ดออกมาดูได้ค่อนข้างง่าย
      ถ้าคุณไม่ไว้ใจแอป ก็จำได้ว่าทีม Obsidian อย่างเป็นทางการเคยแนะนำวิธีนั้นในฟอรัมซัพพอร์ตด้วย
    • นั่นแหละคือเหตุผลที่เริ่มโปรเจกต์นี้เมื่อหลายปีก่อน
      ฉันมองว่า ซอฟต์แวร์ในยุค AI ควรถูกเผยแพร่แบบโอเพนซอร์ส
      ไม่ใช่ต้องอ้อมผ่านระบบปลั๊กอินที่แข็งทื่อ แต่ใคร ๆ ก็ควรแก้ได้ตามที่ต้องการ
    • ไม่เข้าใจว่าทำไมมันต้องเป็นโอเพนซอร์ส
      Obsidian ทำให้ผู้ใช้ควบคุม ข้อมูลของตัวเอง ได้เต็มที่ และเก็บด้วยมาตรฐานเปิด
      อยากให้มีคนอธิบายว่าทำไมนักพัฒนาต้องทำตัวเหมือนนักบวชที่ปฏิญาณความยากจน
      นักพัฒนาสร้างของที่มีคุณค่า ก็ควรได้กำไรจากมัน
  • กำลังทำ เวอร์ชันเนทีฟ ของ Obsidian ด้วย Qt6 (QWidgets, C++)
    ใช้เวลาพอสมควรในการทำ Markdown editor ให้เหมือนต้นฉบับ เพราะมีหลายวิธีมากที่อาจทำให้ไฟล์พังหรือทำให้สูญเสียสไตล์ Markdown ที่เรนเดอร์ไว้
    แต่ก็มีความคืบหน้าอยู่ แอปทำงานเบา ใช้ RAM ราว 15MB ไม่ใช้ GPU และแทบไม่ใช้ CPU ตอนเลื่อนเคอร์เซอร์หรือสกรอลล์ ถ้าเป็น text editor ก็ควรเป็นแบบนี้
    ถ้าจะใช้เป็นแอปจดโน้ตสมัยใหม่แบบพื้นฐาน ยังต้องมี widget table, รายการ, และการเรนเดอร์ syntax highlighting ของ code block
    ยังไม่แน่ใจว่าจะปล่อยเป็นโอเพนซอร์สไหม ช่วงนี้มันดูเหมือนเสียเวลา แต่ตั้งใจจะให้ใช้งานได้ฟรี
    https://i.imgur.com/ro9Zq9w.png
    https://i.imgur.com/pbJcTQF.gif

    • ถ้า AI'm building ไม่ใช่พิมพ์ผิด ฉันค่อนข้างชอบมันในฐานะสำนวนที่อ้างอย่างตรงไปตรงมาว่ากำลังสร้างด้วย AI
    • ฉันปล่อย https://asnotes.io เป็นโอเพนซอร์สแล้ว
      มันใช้ Markdown เป็นฐาน รองรับ wiki link, การจัดการงาน, กระดานคัมบัง, และการเผยแพร่เว็บไซต์แบบสแตติก
      รันบนเครื่องโลคัลและเข้ากับ Git ได้ดี
      เป้าหมายคืออยากสร้างอะไรบางอย่างบนฟอร์แมตและเทคโนโลยีที่น่าจะอยู่ได้นาน
    • เจ๋งมาก
      ถ้าใช้ Qt ตามที่ฉันเข้าใจ คุณน่าจะต้องจ่ายค่าไลเซนส์ Qt ถ้าจะปล่อยแอปแบบ ซอร์สปิด
    • อยากรู้ว่าจะเป็น free software ไหม
      ถ้าคุณทำ free software ที่เป็นแอปเนทีฟและเข้ากันได้กับ Obsidian แบบสมบูรณ์ ฉันยินดีช่วยสนับสนุนเล็กน้อย
  • ฉันคงไม่ได้นำเสนอสิ่งนี้ว่าเป็นทางเลือกแทน Obsidian
    ถึงจะใช้ไฟล์ Markdown เหมือนกันและทั้งคู่ใช้จดโน้ต แต่ Files.md ดูเหมือนมีวิธีเฉพาะตัวในการจัดการความคิด โน้ต และความรู้ของผู้ใช้
    ตอนอ่านคำว่า “ทางเลือก” ฉันนึกถึงความเทียบเท่าด้านฟีเจอร์และความเข้ากันได้ของ API แต่สิ่งที่เห็นจริง ๆ กลับต่างออกไปโดยสิ้นเชิงและน่าสนใจกว่ามาก
    ฉันจะลองใช้ผลงานที่ทำมาตลอด 1 ปีนี้ดู

    • ขอบคุณสำหรับข้อสังเกตที่ดี
      จริง ๆ แล้วไม่ได้วางตำแหน่งมันเป็นทางเลือกแทน Obsidian แค่ยังไม่รู้คำอธิบายเปิดตัวที่ดีกว่านี้
      สำหรับฉัน มันใกล้กับ ความเรียบง่าย การเพิ่มอะไรเข้าไปได้แบบขี้เกียจ ๆ และความพร้อมใช้งานทันที
      คืออยากโฟกัสกับสิ่งที่ใช้งานได้จริง ไม่ใช่สิ่งหวือหวา
    • อาจใช้คำว่า “โน้ต Markdown แบบ self-hosted ที่คุณเป็นเจ้าของทั้งหมด” หรือ “personal knowledge server”
      แบบนี้จะเน้นเรื่องความเป็นเจ้าของมากกว่าการไปแข่งกับ Obsidian เรื่องฟีเจอร์
    • แค่อ่านคำว่า “ทางเลือก” ฉันก็เริ่มนึกบ่นในหัวทันทีถึงคนที่ชอบเรียกของที่ไม่ใช่ทางเลือกว่าเป็นทางเลือก
  • Joplin เป็นโอเพนซอร์ส และการตั้งค่าซิงก์ข้ามอุปกรณ์ก็แค่ล็อกอิน Dropbox ครั้งเดียว แถมใช้ฟรี
    ยังมีแอปเนทีฟสำหรับ Windows, macOS, Linux, iOS, Android และก็มีปลั๊กอินพอสมควร
    ถ้าคุณแค่ต้องการไฟล์ Markdown ที่ซิงก์ได้ ก็ใช้ตัวนี้แทนการจ่าย Obsidian Sync ได้เลย
    พื้นที่ฟรี 2GB ของ Dropbox ก็พอสำหรับข้อความกับสกรีนช็อตเล็กน้อย แน่นอนว่าจะโฮสต์เองก็ได้
    Git ยอดเยี่ยมสำหรับซอร์สโค้ด แต่กับโน้ตมันค่อนข้างยุ่งยาก

    • แต่ข้อเสียคือมันไม่ได้เก็บเป็นไฟล์ Markdown ที่แก้จากดิสก์ได้โดยตรง แต่เก็บใน SQLite
    • ฉันเลิกใช้ Dropbox ไปแล้ว แต่ก็ดีใจที่ยังให้พื้นที่ขนาดนั้นอยู่
      ฉันใช้ Git อยู่และมันก็ทำงานได้ดี ให้ความรู้สึกมั่นใจว่าโน้ตจะไม่หายไปไหน
      เมื่อก่อนบนมือถือจะลำบากกว่านี้เลยใช้แอปเฉพาะทาง แต่ตอนนี้ Obsidian Git ก็ทำงานได้ดีพอแล้ว
      ยังมีพื้นที่ให้ปรับปรุง แต่โดยรวมสำหรับฉันก็เพียงพอ
      ฉันใช้วิธีพูดใส่โน้ตรายวันบนมือถือ แล้วค่อยกลับมาจัดระเบียบต่อบนเดสก์ท็อปทีหลัง
  • น่าสนใจที่ใน second brain บางเวอร์ชันมีแนวคิดว่า “second brain โตขึ้น แต่ first brain ไม่ได้ฉลาดขึ้น”
    จำได้ว่า Tiago Forte เคยบอกว่าเป้าหมายของ second brain ในแบบของเขาคือ “ไม่ต้องจำอะไรเลย”
    คือให้ second brain แสดงบริบทที่ถูกต้องขึ้นมาในจังหวะที่ต้องใช้ แล้วค่อยอ่านและซึมซับเอาตอนนั้น ซึ่งคำพูดนั้นทำให้ฉันหมดความสนใจในแบรนด์นั้นไปเลย
    มันฟังคล้ายคำพูดว่า “ถ้าค้นในกูเกิลได้ก็ไม่ต้องจำ” ซึ่งฉันไม่ค่อยชอบ
    ฉันชอบวิสัยทัศน์ของผู้เขียนคนนี้มากกว่าที่ใช้ first brain ให้แข็งแรงขึ้นด้วย second brain

    • ฉันรู้ว่าการจำทุกอย่างเป็นไปไม่ได้
      คนเรายังจำสิ่งที่เพิ่งเห็นเมื่อไม่กี่นาทีก่อนได้ไม่แม่นเลย
      แต่ถ้าไม่จำอะไรเลยแล้วโยนทุกอย่างใส่ second brain ทั้งหมด คุณก็จะไม่มีทั้งแผนที่ ไม่มีบริบท และไม่รู้ด้วยซ้ำว่าจะหาสิ่งที่ต้องใช้ตอนนั้นอย่างไร
      มันคล้ายกับยื่นตำราอิเล็กทรอนิกส์ให้วัยรุ่นคนไหนก็ได้บนถนน แล้วสั่งให้ประกอบ power supply เดี๋ยวนั้น
      สุดท้ายมันชัดเจนว่ามีสเปกตรัมอยู่ และแต่ละคนก็คิดไม่เหมือนกันว่าจุดที่เหมาะสมที่สุดอยู่ตรงไหน ซึ่งแทบจะแน่นอนว่าต่างกันมากในแต่ละคน
      สำหรับฉัน แค่การเขียน โน้ตที่ละเอียดมาก ตั้งแต่แรก ก็ทำให้ข้อมูลติดอยู่ในหัวได้เหนียวขึ้นมาก และเพิ่มโอกาสอย่างมากที่ภายหลังจะไม่ต้องกลับมาเปิดโน้ตอ้างอิงเลย
      เป็นภาวะกลืนไม่เข้าคายไม่ออกเล็ก ๆ ที่น่าสนใจ
    • ขอบคุณ
      ฉันสร้างฐานความรู้ของตัวเองมาหลายปีแล้ว และผลลัพธ์ก็ดีมาก
      การเริ่มจดโน้ตไม่ได้ต้องการอะไรเยอะ
      ไม่ต้องมีเทคนิคหรือเวิร์กโฟลว์อะไรเลย แค่ตั้งค่าให้ง่ายที่สุดก็พอ
      เพียงแต่คำว่า “Second Brain” เป็นคำที่ทำให้คนตื่นเต้น
      ในโลกความจริงมันไม่ได้เวิร์กนัก แต่ขายได้ดีมาก
  • ผมคิดว่าไม่ใช่แค่ต้องเป็นเจ้าของข้อมูลในรูปแบบไฟล์ข้อความล้วน แต่ต้อง เป็นเจ้าของซอฟต์แวร์ ที่ใช้เปิดไฟล์เหล่านั้นด้วย
    แบบนั้นไฟล์และเครื่องมือถึงจะเติบโตไปพร้อมกันตลอดเวลาโดยยังอยู่ภายใต้การควบคุมของผมเต็มที่
    แอปนี้ถูกออกแบบมาให้แก้ให้เข้ากับความต้องการของตัวเองได้ง่ายด้วย LLM และโค้ดก็ปรับให้เหมาะกับแนวทางนั้นไว้แล้ว
    ขอเสริมว่า Go ดูจะเหมาะมากกับซอฟต์แวร์ประเภทนี้

    • อยากรู้ว่าคุณมองว่า Go เหมาะในแง่ไหน
    • คุณอาจชอบสิ่งที่ฉันทำไว้ใช้เองเหมือนกัน: https://github.com/pratikdeoghare/brashtag
  • แนวทางแบบ อินเทอร์เฟซแชต น่าสนใจดี
    ตอนนี้ที่ AI assistant มาเต็มตัวแล้ว มันก็ดูเป็นสิ่งที่ทำได้จริง

  • Obsidian อาจไม่ใช่โอเพนซอร์ส แต่รูปแบบไฟล์เปิดกว่าของ Joplin ชัดเจน
    นั่นเป็นเหตุผลที่ฉันย้ายมาใช้ Obsidian
    ถ้าซิงก์ด้วย Syncthing ก็ใช้งานได้ดีพอทั้งบนเดสก์ท็อปและสมาร์ตโฟน

  • สิ่งที่ยังน่าเสียดายในเครื่องมือ Markdown ส่วนใหญ่คือความสามารถในการเรนเดอร์และแชร์ เอกสารสถาปัตยกรรม ขนาดใหญ่กับไดอะแกรม Mermaid ได้ดี
    สุดท้ายฉันเลยทำตัวอ่านไฟล์ Markdown ของตัวเองชื่อ https://mdview.io ซึ่งจัดการไดอะแกรมและตารางขนาดใหญ่ได้ดีกว่าแอปจดโน้ตทั่วไปมาก

    • ฉันใช้สคริปต์ง่าย ๆ ที่พรีวิวหน้า Markdown เป็น HTML แล้วโฮสต์ด้วย live server เพื่ออัปเดตแบบไดนามิก
      มันเรนเดอร์ Mermaid, syntax highlighting และอื่น ๆ
      มีประโยชน์มากเวลาวางแผนซอฟต์แวร์ร่วมกับเอเจนต์
      การที่หน้ากำลังอัปเดตแบบไดนามิกและเห็นไดอะแกรมไปด้วยช่วยได้มากจริง ๆ
      ช่วงนี้ฉันใส่พรอมป์ต์ให้รวมไดอะแกรมในขั้นวางแผนหรือเมื่อจำเป็นบ่อยขึ้นมาก
  • ใช้ LogSeq ไปเลยก็ได้: https://discuss.logseq.com/t/whats-new-with-logseq-db-may-16...

    • ฟีเจอร์ Markdown mirror นั้นค่อนข้างดีทีเดียว
      ฉันใช้ Trilium จดโน้ตมาสักพักแล้ว และชอบตัวแอปเอง แต่หนึ่งในสิ่งที่ไม่ค่อยชอบคือวิธีที่มันเก็บและจัดเก็บโน้ต
      ครั้งหนึ่งฉันเคยลอง export ทุกอย่างเป็น Markdown และมันก็ใช้งานได้
      แต่ Trilium อนุญาตให้วางโน้ตเดียวกันไว้ได้หลายตำแหน่ง ซึ่งในฝั่ง backend มันเป็นเหมือน pointer ที่ชี้ไปยังโน้ตนั้น
      เลยทำให้การ export ออกมาค่อนข้างแปลก และบาง instance ของโน้ตก็กลายเป็นแค่เปลือกว่าง ๆ ที่ไม่มีเนื้อหาจริง
      สุดท้ายก็ต้องย้ายโน้ตไปมาเพื่อให้ไฟล์ Markdown ไปอยู่ในตำแหน่งที่ถูกต้อง
      ถึงอย่างนั้น ฉันก็ยังชอบความสามารถในการวางโน้ตไว้หลายตำแหน่งแบบนี้ เลยยังใช้ Trilium ต่อไป