amenbo 2.0.0 — ปลั๊กอิน: โปรแกรมของคุณเองทำงานเมื่องานขยับ

ตั้งแต่รุ่นนี้ โปรแกรมที่คุณเขียนเองทำงานได้เมื่อมีอะไรเกิดขึ้นกับงาน วิธีเรียก CLI ก็เปลี่ยนไปหนึ่งอย่าง และคำสั่งที่เคยใช้ได้จะถูกปฏิเสธ อ่าน “เรื่องการอัปเดต” ก่อนอัปเกรด

ปลั๊กอิน

• เหตุการณ์ของงานเรียกโปรแกรมของคุณ — ปลั๊กอินทำงานเมื่องานเสร็จ เมื่อสถานะเปลี่ยน เมื่อมีคนเพิ่มความคิดเห็น คุณจะรันเองก็ได้ด้วย amenbo plugin run <name>
• ติดตั้งจากหน้าจอ “ตลาด” หรือจากบรรทัดคำสั่ง — เลือกจากแคตตาล็อกทางการบนหน้าจอ “ตลาด” ของ GUI หรือรัน amenbo plugin install <name> ตอนนี้มีอยู่รายการเดียวคือ worktree ซึ่งตัด git worktree ให้ทีละงาน
• ติดตั้งไม่เท่ากับเปิดใช้ — การเปิดใช้เป็นอีกขั้นหนึ่ง คือ amenbo plugin enable <name> ส่วนสวิตช์นั้นจะเป็นแบบต่อโปรเจกต์หรือต่อเครื่อง เป็นสิ่งที่ผู้เขียนปลั๊กอินเลือก
• ตรวจลายเซ็นและค่าตรวจสอบก่อนอะไรจะลงมา — สิ่งที่ตรวจสอบไม่ผ่านจะไม่ถูกติดตั้ง
• ปลั๊กอินก็แค่ไฟล์ปฏิบัติการ — เขียนด้วยภาษาอะไรก็ได้ amenbo เรียกมันขึ้นมาเป็นโปรเซสลูก แล้วส่ง JSON ให้ทางอินพุตมาตรฐาน ดู การเขียนปลั๊กอิน

คุณอ่าน ตั้งค่า และตรวจอะไรได้บ้าง

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

เสิร์ฟปลั๊กอินจากแคตตาล็อกของคุณเอง

• ลงทะเบียนแคตตาล็อกแล้วปลั๊กอินของมันจะไปอยู่ข้างของทางการ — amenbo plugin catalog add <URL ของ catalog.json> --name "Team catalog" แล้วมันจะปรากฏในรายการเดียวกัน พร้อมให้ติดตั้ง ปลั๊กอินภายในองค์กรจึงแจกจ่ายได้โดยไม่ต้องผ่านแคตตาล็อกทางการ
• แคตตาล็อกคือไฟล์สแตติกสามไฟล์ — ไม่มีโปรเซสเซิร์ฟเวอร์ให้ต้องรัน ดู การดูแลแคตตาล็อก
• กุญแจสำหรับเซ็นถูกตรึงตอนลงทะเบียน — การลงทะเบียนจะแสดงลายนิ้วมือของกุญแจที่แคตตาล็อกนั้นประกาศไว้ และเมื่อคุณตกลงก็เป็นการตรึงมันไว้ ปลั๊กอินที่ติดตั้งจากแคตตาล็อกนั้นจะถูกตรวจด้วยกุญแจนี้นับจากนั้น แคตตาล็อกที่กุญแจถูกสลับจะถูกปฏิเสธ ส่วนแคตตาล็อกที่ไม่ประกาศกุญแจจะทำได้แค่เปิดดู
• ทุกแถวมีชื่อแคตตาล็อกของมันกำกับ — และรายการกรองตามแหล่งที่มาได้ เครื่องหมาย “ทางการ” ให้เฉพาะรายการจากแคตตาล็อกทางการเท่านั้น แคตตาล็อกภายนอกที่อ้างว่าตัวเองเป็นทางการจะไม่ได้เครื่องหมายนี้
• ปลั๊กอินที่ติดตั้งแล้วจำได้ว่ามาจากไหน — การอัปเดตถูกดึงจากแคตตาล็อกนั้น ชื่อเดียวกันในอีกแคตตาล็อกจึงไม่ถูกหยิบมาโดยพลาด

ในรุ่นนี้ยังมี

• ปฏิเสธบันทึกการตัดสินใจจาก GUI ได้ — เขียนเหตุผลแล้วปฏิเสธได้ที่นั่นเลย ไม่ต้องสลับไป CLI เพื่อการนี้
• การตั้งค่าสองอย่างที่ไม่เคยมีผล ตอนนี้มีผลแล้ว — default_view คือมุมมองที่เปิดตอนเริ่มโปรแกรม และ date_locale คือวิธีเขียนวันที่
• จัดหมวดงานตั้งแต่ตอนสร้าง — amenbo task add --dim <axis>=<value> และ amenbo task show ก็พิมพ์การจัดหมวดของงานออกมาด้วย

เรื่องการอัปเดต

• ทุกคำสั่ง CLI ที่แตะที่เก็บข้อมูลต้องมี --actor แล้ว — เมื่อก่อนมันถูกเติมจากตัวแปรสภาพแวดล้อม AMENBO_ACTOR หรือเติมด้วยค่าเริ่มต้นเมื่อคุณไม่ได้เขียนอะไร ตั้งแต่รุ่นนี้คุณเขียนมันทุกครั้ง --actor human เมื่อคนพิมพ์ และ --actor ai เมื่อ AI พิมพ์ เช่น amenbo task list --actor human ถ้าคุณตั้งไว้ผ่านตัวแปรสภาพแวดล้อม ให้ย้ายมันมาไว้ที่คำสั่ง ไฟล์ AGENTS.md และ CLAUDE.md ที่ amenbo วางไว้ก็เขียน --actor ai ไว้ชัดเจนแล้ว ฝั่ง GUI ไม่มีอะไรเปลี่ยน
• รูปแบบข้อมูลที่จัดเก็บถูกยกระดับขึ้น — การเปิดครั้งแรกบนเวอร์ชันนี้จะย้ายรูปแบบให้ และจะเก็บไฟล์สำรองก่อนการย้ายไว้อัตโนมัติ เมื่อย้ายแล้ว เวอร์ชันก่อนหน้าจะเปิดมันไม่ได้อีก GUI กับ CLI ถูกอัปเดตพร้อมกันด้วยตัวติดตั้งเดียวกัน จึงอย่าปล่อยฝั่งใดฝั่งหนึ่งค้างไว้ที่เวอร์ชันเก่า

รับตัวติดตั้ง

เปิดตัวติดตั้งของระบบปฏิบัติการที่คุณใช้ได้จาก รุ่นล่าสุด GUI กับ CLI มาด้วยกัน และไม่ต้องใช้สิทธิ์ผู้ดูแลระบบ

• macOS — .pkg มีทั้งสำหรับ Apple silicon และ Intel อย่างละตัว (การเปิดครั้งแรกจะมี Gatekeeper ถาม ให้คลิกขวา → “เปิด”)
• Windows — setup .exe
• Linux — .deb / .rpm

เวลาจะอัปเดต บน GUI แบนเนอร์ “มีเวอร์ชันใหม่กว่า” จะทำการอัปเดตอยู่กับที่ให้แล้ว ถ้าคุณติดตั้งแค่ CLI ก็ใช้ amenbo update --apply สลับมันได้

เพิ่งเริ่มใช้ใช่ไหม ดู เริ่มต้น