Atuin Desktop: Runbook ที่รันได้

 (blog.atuin.sh)
1 คะแนน โดย GN⁺ 2025-04-23 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • Atuin Desktop เป็น ตัวแก้ไขรันบุ๊กแบบรันได้ที่เน้นการทำงานแบบ local-first สำหรับใช้งานกับเวิร์กโฟลว์บนเทอร์มินัล
  • สามารถจัดการ บล็อกสคริปต์, เทอร์มินัลแบบฝังตัว, ไคลเอนต์ฐานข้อมูล, และ กราฟ Prometheus ได้ในที่เดียว
  • ทำให้เวิร์กโฟลว์ทำซ้ำได้และเชื่อถือได้ผ่าน การป้องกันไม่ให้เอกสารล้าสมัย (เสื่อมสภาพ) และ ระบบอัตโนมัติที่นำกลับมาใช้ซ้ำได้
  • สามารถ ซิงก์และแชร์ ผ่าน Atuin Hub และรองรับการเติมคำอัตโนมัติจาก ประวัติเชลล์จริง
  • มีแผนเสริมความแข็งแกร่งให้ การปฏิบัติการแบบร่วมมือกัน ผ่านฟีเจอร์บัญชีทีมและการสร้างรันบุ๊กจากประวัติเชลล์

แนะนำ Atuin Desktop

  • Atuin Desktop เป็น ตัวแก้ไขรันบุ๊กแบบรันได้ ที่ทำให้เวิร์กโฟลว์บนเทอร์มินัลจริง ๆ ทำซ้ำได้ แชร์ได้ และเชื่อถือได้
  • ช่วยไม่ให้เอกสารเสื่อมสภาพทันทีที่เขียนเสร็จ และมอบ รันบุ๊กแบบไดนามิก ที่ใช้ เทมเพลตสไตล์ Jinja
  • รองรับการเติมคำอัตโนมัติจาก ประวัติเชลล์จริง ทำให้ นึกย้อนกลับได้ทันที
  • เป็นแบบ local-first และอิง CRDT ดังนั้นทุกอย่างที่รันได้ในเทอร์มินัลก็รันได้ในรันบุ๊กเช่นกัน
  • สามารถซิงก์และแชร์ให้เป็นเวอร์ชันล่าสุดระหว่างอุปกรณ์และทีมผ่าน Atuin Hub

วิธีใช้งานในปัจจุบัน

  • กำลังใช้ Atuin Desktop เพื่อรันเวิร์กโฟลว์จริง
    • การปล่อยเวอร์ชัน Atuin CLI
    • ย้ายโครงสร้างพื้นฐานระหว่างสภาพแวดล้อมอย่างปลอดภัย
    • ตั้งค่าสภาพแวดล้อม staging หรือ production ได้อย่างมั่นใจ
    • จัดการและทำงานร่วมกันกับการคิวรีฐานข้อมูลแบบเรียลไทม์

แผนในอนาคต

  • บัญชีทีม: การปฏิบัติการร่วมกันอย่างแท้จริง
  • สร้างรันบุ๊กจากประวัติเชลล์: เวิร์กโฟลว์ที่เขียนตัวเองได้

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

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

 
GN⁺ 2025-04-23
ความคิดเห็นบน Hacker News

  • สำหรับคนที่สนใจ Emacs สามารถใช้ org-babel ทำงานลักษณะคล้ายกันได้

    • ไฟล์ข้อความสามารถนำไปใช้เป็นโปรแกรม เอกสาร โน้ตบุ๊ก เว็บไซต์ ฯลฯ ได้
    • สิ่งนี้ทรงพลังมาก และเป็นตัวอย่างที่ดีของ literate programming
    • ดูข้อมูลที่เกี่ยวข้องได้ที่นี่: https://osem.seagl.org/conferences/seagl2019/program/proposals/664

  • ฉันเคยลองทำไอเดียนี้เมื่อประมาณ 7 ปีก่อน: https://nurtch.com/

    • ไอเดียนี้มีคุณค่ามาก
    • เคยนำเสนอเรื่องที่เกี่ยวข้องที่ JupyterCon Paris 2023: https://www.youtube.com/watch?v=TUYY2kHrTzs
    • ถ้าเอกสารมีโค้ดที่รันได้ ก็อยากให้ workflow การรีวิว PR ใช้กับเอกสารได้ด้วย
    • เรื่องนี้ต้องการการลงทุนจากทีมมากกว่าการแก้ไขวิกิ
    • ขอให้โชคดี

  • ถ้าเป็น local-first ก็ถือว่าเสี่ยงต่อการเพี้ยนไปแล้ว เว้นแต่จะรันทุกอย่างในคอนเทนเนอร์ ไม่อย่างนั้น local ก็ไม่สำคัญ

    • ถ้าคุณอยากบันทึก runbook ก็ทำได้หลายวิธี ไม่ว่าจะเป็นไฟล์ข้อความ เอกสาร Confluence การอัดหน้าจอ shell script ฯลฯ
    • คนก็ไม่ได้ทำกันอยู่แล้ว และแค่ UI ดูหรูขึ้นก็ไม่ได้ทำให้จู่ ๆ คนทำกันมากขึ้น
    • โดยส่วนตัวแล้ว ฉันไม่อยากเขียนโค้ด (หรือเอกสาร) เพื่อทำให้ระบบอยู่ในสถานะที่กำหนด
    • ฉันอยากสร้างสถานะนั้นด้วยมือ ใช้เครื่องมือ dump สถานะออกมา แล้วค่อยรันเครื่องมืออีกครั้งภายหลังเพื่อสร้าง (หรือบังคับ) สถานะนั้น
    • ฉันไม่อยากเขียนเป็นโค้ดว่าคอมพิวเตอร์จะไปถึงสถานะนั้นได้อย่างไร
    • ฉันไม่อยากเขียน "declarative configuration" เพราะมันก็เป็นแค่โค้ดที่เรียกอีกชื่อหนึ่งเท่านั้น
    • ฉันอยากทำงานด้วยมือ ถ่าย snapshot แล้วเล่นซ้ำ
    • ฉันอยากให้สิ่งนี้ทำงานได้ทุกที่กับทุกระบบ อยาก dump สถานะและเอาสถานะนั้นกลับมาใช้ภายหลัง โดยไม่ต้องพึ่งการมอนิเตอร์ Bash shell สำหรับคำสั่งต่าง ๆ

  • ตอนอยู่ที่ AWS นี่คือสิ่งที่ทีมของฉันต้องการพอดี

    • มีงานปฏิบัติการหลายแบบที่ค่อนข้างเสี่ยงเกินกว่าจะทำให้อัตโนมัติทั้งหมด
    • สิ่งนี้เปิดทางให้ค่อย ๆ สร้างไปแบบเป็นขั้นเป็นตอน
    • ขอแสดงความยินดี

  • สงสัยว่ามันต่างจาก Jupyter notebook บนเครื่องอย่างไร

    • สงสัยว่าใน .ipynb จะทำสิ่งนี้ด้วย ! หรือ % ไม่ได้หรือ
    • ถามด้วยความจริงใจ ไม่คุ้นกับบริษัทนี้หรือผลิตภัณฑ์ CLI นี้

  • ดูน่าสนใจ

    • ช่วงหลังฉันเริ่มใช้ marimo.io เพื่อมาแทน Jupyter notebook
    • มันมีการปรับปรุงที่ยอดเยี่ยมหลายอย่าง และดูเหมือนเป็นการขยับไปในทิศทางนี้

  • ยินดีกับการเปิดตัว

    • ฉันตาม Atuin มาบ้างเล็กน้อย แม้ฉันจะไม่ใช่กลุ่มเป้าหมายของฟีเจอร์ runbook นี้ แต่ก็ดีที่ได้เห็นผู้คนสร้างสิ่งใหม่ ๆ ที่น่าสนุก

  • ทีมของเราใช้ polyglot notebook: https://marketplace.visualstudio.com/items/…

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

  • นี่ดูคล้ายกับ runme.dev มาก: https://runme.dev

  • ฉันไม่ค่อยเข้าใจประเด็นนี้ สงสัยว่ามีใครช่วยอธิบายส่วนที่ฉันอาจพลาดไปได้ไหม

    • สงสัยว่าทำไมถึงควรใช้สิ่งนี้แทน shell script แบบง่าย ๆ