Micasa – เครื่องมือจัดการบ้านจากในเทอร์มินัล

 (micasa.dev)
6 คะแนน โดย GN⁺ 2026-02-20 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • แอปพลิเคชันโอเพนซอร์สแบบทำงานบนเทอร์มินัลที่ช่วยจัดการ การบำรุงรักษาบ้าน โปรเจกต์ เครื่องใช้ไฟฟ้า ใบเสนอราคา และเอกสาร ได้ในที่เดียว
  • คำนวณและแสดงผล ตารางการซ่อมบำรุง ประวัติการเข้ารับบริการ สถานะการรับประกัน โดยอัตโนมัติ และเก็บข้อมูลทั้งหมดไว้ใน ไฟล์ SQLite เพียงไฟล์เดียว
  • รองรับการนำทาง แก้ไข และค้นหาด้วย การควบคุมคีย์บอร์ดสไตล์ Vim พร้อมความสามารถในการสำรวจความเชื่อมโยงระหว่างรายการที่เกี่ยวข้อง
  • มีไบนารีสำหรับ Linux, macOS, Windows และติดตั้งผ่าน Go(1.25+) ได้
  • มอบ สภาพแวดล้อมการจัดการบ้านอย่างเป็นระบบบนเทอร์มินัล แทนการใช้ใบเสร็จกระดาษหรือโน้ต

ฟีเจอร์หลัก

  • การจัดการงานบำรุงรักษา: คำนวณกำหนดการซ่อมบำรุง เช่น ช่วงเวลาการเปลี่ยนไส้กรองโดยอัตโนมัติ และบันทึกประวัติการเข้ารับบริการทั้งหมด
  • การติดตามโปรเจกต์: จัดการสถานะความคืบหน้าตั้งแต่แนวคิดเริ่มต้นไปจนถึงเสร็จสิ้นหรือยุติ
  • การเปรียบเทียบใบเสนอราคา: แสดงใบเสนอราคาหลายรายการเคียงกัน พร้อมทั้ง ประวัติบริษัทผู้รับงานและการคำนวณค่าใช้จ่าย
  • การติดตามเครื่องใช้ไฟฟ้า: เชื่อมโยงวันซื้อ สถานะการรับประกัน และประวัติการบำรุงรักษาเข้ากับอุปกรณ์แต่ละชิ้น
  • การบันทึกเหตุการณ์: บันทึกเหตุการณ์อย่างเช่นน้ำรั่วโดยระบุ ระดับความรุนแรงและตำแหน่ง และเชื่อมโยงกับเครื่องใช้ไฟฟ้าหรือผู้ให้บริการที่เกี่ยวข้อง

การจัดการข้อมูลและไฟล์

  • ข้อมูลทั้งหมดถูกเก็บไว้ใน ไฟล์ SQLite เดี่ยว ทำให้สำรองข้อมูลได้ง่าย
  • รองรับ การแนบไฟล์ เช่น คู่มือ ใบเสร็จ รูปภาพ และเชื่อมเข้ากับโปรเจกต์หรือเครื่องใช้ไฟฟ้าได้โดยตรง

การติดตั้งและการใช้งาน

  • ในสภาพแวดล้อม Go(1.25+) สามารถติดตั้งด้วยคำสั่ง go install github.com/cpcloud/micasa/cmd/micasa@latest
  • หรือดาวน์โหลด ไบนารีรีลีสล่าสุด จาก GitHub ได้
  • ทดลองใช้ข้อมูลตัวอย่างด้วย micasa --demo หรือสร้างฐานข้อมูลใหม่ด้วย micasa
  • ตรวจสอบตำแหน่งฐานข้อมูลได้ด้วย micasa --print-path

อินเทอร์เฟซและการควบคุม

  • ใช้ การควบคุมแบบอิงโหมดสไตล์ Vim รองรับการนำทาง (nav), การแก้ไข (edit), การเรียงลำดับ, การค้นหาแบบฟัซซี, การซ่อนคอลัมน์ และการดูเรกคอร์ดที่เกี่ยวข้อง
  • ดูรายการคีย์ไบน์ทั้งหมดได้จาก keybinding reference ในเอกสารทางการ

ที่มาของการพัฒนา

  • สร้างขึ้นเพื่อแทนที่ กล่องใบเสร็จ แฟ้มที่ไม่เคยเปิด และโน้ตบนตู้เย็น แบบเดิม
  • นำแนวคิด อินเทอร์เฟซแบบโมดัลที่เน้นคีย์บอร์ด ซึ่งได้รับแรงบันดาลใจจาก VisiData มาใช้
  • เพื่อลดความไม่มีประสิทธิภาพในการจัดการบ้านส่วนบุคคล และรวมข้อมูลทั้งหมดไว้ใน เทอร์มินัลและฐานข้อมูลเดียว

บทความที่เกี่ยวข้อง

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

 
GN⁺ 2026-02-20
ความเห็นบน Hacker News

  • รู้สึกว่าโปรเจกต์นี้เจ๋งมาก
    ถ้ามองในเชิงปรัชญา มันคล้ายกับ เทมเพลต Excel — หรือก็คือเทมเพลตของ “domain model”
    SaaS ส่วนใหญ่สุดท้ายแล้วก็คือ

    1. domain model ที่ผ่านการคัดสรร ซึ่งเก็บอยู่ใน cloud DB,
    2. อินเทอร์เฟซที่ผู้ใช้ทำ CRUD แบบเกือบดิบ ๆ ได้,
    3. เวิร์กโฟลว์ระดับสูงของโดเมนที่ภายในเรียก CRUD หลายครั้ง
      โครงสร้างประมาณนี้
      จริง ๆ แล้วแอป SaaS จำนวนมากก็น่าจะเพียงพอด้วย Excel ธรรมดาหรือเทมเพลต domain model
      แต่ดูเหมือนเรายังไม่ได้ “ค้นพบ” UI ที่สมบูรณ์แบบบน relational DB
      Excel ให้อิสระมากเกินไป ส่วน TUI เหมาะกับผู้เชี่ยวชาญแต่เข้าถึงยากสำหรับผู้ใช้ทั่วไป
      ในทางกลับกัน เว็บ UI เข้าถึงได้สำหรับทุกคน แต่แต่ละตัวก็ดูและทำงานไม่เหมือนกันทุกครั้ง
    • เมื่อก่อนมีเครื่องมืออย่าง Microsoft Access หรือ FileMaker Pro
      ที่ลากวางเพื่อสร้าง DB และ GUI ได้ แต่ไม่แน่ใจว่าทำไมถึงหายไป
    • ปกติผมไม่ค่อยชอบที่คนรักสเปรดชีตกันมากขนาดนั้น
      เลยเขียนโปรแกรมทำอินเทอร์เฟซ CRUD บน DB เองมาตลอด 20 ปี
      ถึงอย่างนั้นก็คิดว่าถ้าผลิตภัณฑ์ถูกออกแบบให้เข้ากับโดเมนเฉพาะ มันจะมี โครงสร้างเชิงการสอน อยู่ในนั้น
      คุณค่าที่แท้จริงไม่ใช่แค่ตารางข้อมูล แต่คือการออกแบบประสบการณ์การเรียนรู้
    • ในยุค 80~90 dBase คือมาตรฐานสำหรับงานแบบนี้
      เป็นเครื่องมือที่ยอดเยี่ยมทั้งสำหรับนักพัฒนาและคนที่ไม่ใช่นักพัฒนา และผสมความอิสระของสเปรดชีตกับข้อจำกัดของ TUI ได้ดี
    • ผมคิดว่าฐานข้อมูลของ Notion จับสมดุลนี้ได้ดี
      ถ้าต้องการก็ใช้แบบ CRUD ดิบ ๆ ได้ และก็สร้าง custom view ให้เหมาะกับงานได้ด้วย
      โดยเฉพาะที่แต่ละแถวมีอยู่เป็น Page แยกอิสระ นี่สำคัญมาก

  • รู้สึกได้ถึงอารมณ์ขันในส่วนรีวิว
    มีข้อความว่า “ใช้ข้อมูลเดโมมา 3 สัปดาห์แล้ว แต่ยังไม่มีบ้าน — ว่าที่เจ้าของบ้าน”

    • คิดว่านั่นน่าจะเป็น มุกที่ AI เขียน
    • พอรีเฟรชหน้าแล้วก็เห็นรีวิวนั้น แถมมี การพูดถึง Hacker News ด้วย เลยขำเลย

  • คาดว่าหมวด “home manager” จะเติบโตในไม่ช้า
    ตอนนี้การไม่ใช้ visual, text และ voice intelligence ถือว่าไม่มีประสิทธิภาพแล้ว
    เราสามารถสแกนคู่มือทั้งหมด ประกันภัย กฎหมายท้องถิ่น และแปลงวิดีโอของบ้านให้เป็น โมเดล 3D segmentation ได้
    ยังรวมข้อมูลจากเซ็นเซอร์เพื่อทำระบบความปลอดภัย สต็อก และการเพิ่มประสิทธิภาพแบบอัตโนมัติได้ด้วย

    • ช่วงไม่กี่เดือนมานี้ผมเองก็กำลังทำอะไรแนวนี้ โดยโฟกัสที่ การวิเคราะห์ใบเสนอราคาบริการ
      คิดว่าการวิเคราะห์ด้วย LLM คือแกนหลัก เพราะคุณภาพของใบเสนอราคาจากแต่ละผู้ให้บริการต่างกันมากจนซับซ้อน
      ความต่างด้าน เจตนา ระหว่างการซ่อมฉุกเฉินกับการอัปเกรดแบบวางแผนก็สำคัญด้วย
    • พวกเราพัฒนา Homechart.app กันมาหลายปีแล้ว
      แต่คนส่วนใหญ่ไม่รู้ด้วยซ้ำว่ามี แอป home manager แบบรวมศูนย์ แบบนี้อยู่
      ยากที่จะทำให้ผู้ใช้ทุกคนพอใจ และ power user บางคนก็บ่นเพราะลำดับความสำคัญของฟีเจอร์
    • สงสัยว่าการรวมข้อมูลเซ็นเซอร์จากกล้องภายนอกนั้นถูกกฎหมายไหม
      ในสเปน ถ้าถ่ายพื้นที่สาธารณะถือว่าผิดกฎหมาย จึงต้องถ่ายเฉพาะภายในพื้นที่ส่วนบุคคล
    • ผมเรียกระบบแบบนี้ว่า Home Resource Planner
      ตอนนี้ก็มีองค์ประกอบอย่าง Home Assistant, Frigate, Pihole อยู่แล้ว
    • Grocey

  • ไฟล์ถูกเก็บเป็น BLOB ภายใน SQLite DB ดังนั้นแบ็กอัปทั้งหมดได้ด้วยแค่ cp micasa.db backup.db
    SQLite เจ๋งจริง ๆ สงสัยว่าจะติดตามได้ถึงกำหนดเวลาเปลี่ยนยางรถหรือเปล่า

    • ผมเองก็หลังจากทำต้นแบบเสร็จแล้วก็คิดว่า “งั้นเปลี่ยนแบตเตอรี่รถยนต์ล่ะ?”
      เลยล้อเล่นว่าควรตั้งชื่อเป็น micarro

  • แอปแนวนี้ส่วนใหญ่จริง ๆ แล้วน่าจะใช้ สเปรดชีต ก็พอ
    เช่น “smart spreadsheet” อย่าง Grist ที่รันโค้ด Python ได้

    • เห็นด้วยเลย ผมเองก็ติดอยู่กับวิธีคิดแบบสเปรดชีตยุคเก่า
      แต่ครั้งนี้อยากสร้างแอปโดเมนที่มี AI เป็นศูนย์กลาง อาจจะมานั่งเสียใจทีหลังก็ได้
    • ฟีเจอร์ query ข้อมูลก็ดี แต่สุดท้ายก็ต้องดูแลอีกหนึ่งระบบอยู่ดี
      ตอนนี้ผมใช้ทั้งปฏิทิน โฟลเดอร์กระดาษ และโน้ตบนคลาวด์ร่วมกัน
    • ผมเองก็กำลังค่อย ๆ เปลี่ยนไปสู่แนวทาง ‘คุยกับข้อมูล’ มากขึ้น
      แต่ก็ยังน่ารำคาญที่ผู้ใช้ต้องอัปเดตเองอยู่ดี
      ถ้ามีใครสักคนคอยติดตามแทน แล้วผมแค่ตรวจทานก็คงดี

  • เป็นโปรเจกต์ที่เจ๋งมาก โหลดมาทันทีแล้วเริ่มกรอกข้อมูลเลย
    แต่ก็อยากให้ใช้ตัวแปรแวดล้อม $VISUAL ด้วย กด Ctrl+e แล้ว nano เด้งขึ้นมา
    พอไปดูถึงรู้ว่าใช้ $EDITOR อยู่ และเป็นเพราะผมไม่ได้ตั้งค่าเอง
    โปรเจกต์แบบนี้แหละที่ทำให้รัก Show HN

    • ขอบคุณสำหรับฟีดแบ็ก! สงสัยว่าเกิดตอนขั้นตอนเปิดเอกสารหรือเปล่า
      micasa ใช้คำสั่งมาตรฐานของแต่ละ OS (xdg-open/open/cmd) เพื่อเปิดเอกสาร

  • การแบ็กอัปไฟล์ SQLite ด้วย cp ไม่ปลอดภัย
    ถ้ามีทรานแซกชันกำลังทำงานอยู่ ไฟล์อาจเสียหายได้
    เอกสารทางการของ SQLite อธิบายวิธีที่ปลอดภัยไว้

    • ชี้ประเด็นได้ดี เดี๋ยวจะลบตัวอย่าง cp ออก

  • นี่ดูเป็นโปรเจกต์ที่ดีและให้ความรู้สึกสำเร็จแก่ผู้ใช้ ระดับกลางค่อนไปทางสูง

  • ดีใจที่เห็นการพูดถึง VisiData
    ถ้ามีเว็บ UI ก็น่าจะดี ตอนนี้ผมเป็น “ผู้ดูแลด้านเทคนิค” คนเดียวในบ้าน เลยต้องทำทุกอย่างเอง
    ถ้าเชื่อมกับ Home Assistant Voice ผ่านอินเทอร์เฟซอย่าง MCP ได้ คนในครอบครัวก็น่าจะเพิ่มหรือแก้ไขข้อมูลด้วยเสียงได้ทุกคน

    • อ่านอันนี้แล้วผมเองก็อยากลองใช้ VisiData กับ DB ของตัวเองเหมือนกัน
    • กำลังคิดฟีเจอร์ที่ใช้ LLM ประมวลผลอินพุตอย่าง “เพิ่มโปรเจกต์จัดสวนหลังบ้าน งบ 40,000 ดอลลาร์”

  • ถ้ามี TUI สำหรับ Home Assistant จะดีมาก
    ตอนนี้ UI หนัก JavaScript เกินไป จนบนแท็บเล็ตเก่า ๆ ใช้งานไม่ค่อยไหว

    • ปรัชญาของผมคือ “ทันทีที่มนุษย์ต้องมาแตะ UI แสดงว่าล้มเหลวแล้ว”
      เป้าหมายคือระบบอัตโนมัติที่ทำงานอย่างเป็นธรรมชาติ จนให้ความรู้สึกเหมือน บ้านเวทมนตร์
    • ตอนนี้มีทั้ง CLI, LLM API, REST API อยู่แล้ว
    • ผมเองก็อยากได้ TUI สำหรับ Home Assistant มากจริง ๆ