amenbo

Amenbo 27.0.0 — การแจ้งเตือนกับ worktree เป็นส่วนหนึ่งของ Amenbo แล้ว

สิ่งที่เคยต้องติดตั้งเป็นปลั๊กอิน ตอนนี้เป็นส่วนหนึ่งของ Amenbo เอง และงานหนึ่งงานจะได้ checkout ของ git เป็นของตัวเองก็ได้ ส่วนการเปลี่ยนแปลงจาก 24.3.0, 25.0.0 และ 26.0.0 ก็มาลงตัวในเวอร์ชันนี้ด้วย

สิ่งที่เคยต้องติดตั้งเป็นปลั๊กอิน ตอนนี้เป็นส่วนหนึ่งของ Amenbo เอง ส่วนการเปลี่ยนแปลงจาก 24.3.0, 25.0.0 และ 26.0.0 ก็มาลงตัวในเวอร์ชันนี้ด้วย

ปลั๊กอินเป็นส่วนหนึ่งของ Amenbo แล้ว

การแจ้งเตือนกับ worktree ไม่ต้องไปหาปลั๊กอินมาติดตั้งอีกต่อไป ไม่มีอะไรให้ติดตั้ง และไม่มีอะไรให้เปิดใช้ ถ้าคุณติดตั้งมันไว้บนเวอร์ชันก่อนหน้า ค่าที่ตั้งไว้จะถูกพามาให้ และครั้งแรกที่คุณเปิดเวอร์ชันนี้ แอปจะบอกครั้งเดียวว่าอะไรย้ายไปอยู่ตรงไหน

  • ค่าของ mail กับ Slack — ปลายทางการแจ้งเตือนของเครื่องนี้ และโปรเจกต์ไหนรายงานผ่านมันบ้าง
  • กุญแจที่ใช้จับคู่

ปลั๊กอินที่คุณติดตั้งไว้จะถูกถอดออกระหว่างการย้ายข้อมูล หน้าจอของปลั๊กอิน กับหมวดปลั๊กอินในแถบข้าง หายไปแล้ว คำสั่ง amenbo plugin ก็ไม่มีอีกต่อไป

การเชื่อมต่อถูกเขียนไว้บนเครื่องครั้งเดียว

ความเคลื่อนไหวของงานส่งไปที่ Slack หรือ mail ก็ได้ การเชื่อมต่อถูกเขียนไว้บนเครื่องครั้งเดียว แล้วโปรเจกต์ก็เลือกเอาจากในนั้น เวลา webhook เปลี่ยน ก็มีที่ให้แก้อยู่ที่เดียว

ที่ไหนมันตัดสินอะไร
ตั้งค่า › ปลายทางการแจ้งเตือนตัวการเชื่อมต่อเอง (webhook ของ Slack, บัญชี mail) พร้อมชื่อที่ตั้งให้
ตั้งค่าโปรเจกต์ › การแจ้งเตือนเปิด/ปิด จะส่งผ่านปลายทางไหน และมันรายงานอะไร

มีเหตุการณ์ที่รายงานได้ 13 อย่าง คือ งานถูกสร้าง / เสร็จ / ถูกมอบหมาย / ถูกย้าย การตัดสินใจถูกรับกับถูกปฏิเสธ ความเห็นถูกเพิ่ม และอื่น ๆ ส่วนเรื่องวัน วันที่มาถึงกับวันที่จะถึงพรุ่งนี้ จะถูกบอกอย่างละครั้งต่อวัน

การเชื่อมต่อลองได้ตรงที่พิมพ์มันลงไป “ตรวจการเชื่อมต่อ” จะอ่านรูปร่างของค่าที่ตั้งไว้ และสำหรับ mail มันไปไกลถึงขั้นต่อเข้าเซิร์ฟเวอร์และยื่นบัญชีให้ ส่วน “ส่งข้อความทดสอบ” จะส่งจริง ๆ ว่ามันส่งได้หรือไม่จึงถูกตัดสินตรงนั้น แทนที่จะรู้ตอนที่การแจ้งเตือนครั้งแรกไม่มาถึง

ข้อความแจ้งเตือนจะออกมาเป็นภาษาที่เลือกไว้ในแอป

งานหนึ่งงานได้ checkout ของ git เป็นของตัวเอง

สองเซสชันบน working tree เดียวกันจะเอาการแก้ที่ยังไม่ได้บันทึกของกันและกันมาปนกัน ตอนนี้งานหนึ่งงานถูกตัด checkout ของตัวเองออกมาได้แล้ว

eval "$(amenbo worktree start 123)"

ที่ที่มันไปอยู่นั้นตายตัวและไม่ถามใคร คือข้าง ๆ repository ที่ <repository name>-worktrees/<task number> บนแบรนช์ task/<task number> มันวางอยู่ข้าง ๆ โฟลเดอร์ของโปรเจกต์ ไม่ใช่ข้างใน AI ที่ทำงานอยู่ตรงนั้นจึงเอื้อมไปถึงกองงานจริงไม่ได้

คำสั่ง amenbo worktree finish 123 จะเอา checkout กับแบรนช์นั้นออกไป มันจะปฏิเสธถ้ายังมีการแก้ที่ยังไม่ได้ commit หรือมี commit ที่ยังไม่ได้ลง

อื่น ๆ เรื่องแผง

  • กล่องใต้แผงพับเก็บได้ — ค่าเริ่มต้นคือพับไว้ และเครื่องนี้จำไว้ว่ามันเคยเปิดอยู่หรือเปล่า
  • Enter คือการขึ้นบรรทัดใหม่ — การส่งคือ Enter พร้อมปุ่มร่วมของระบบปฏิบัติการที่คุณใช้ และปุ่มส่งจะมีสีก็ต่อเมื่อมีอะไรให้ส่ง
  • แถวล่างบอกชื่อโมเดล — แผงจะบอกว่ามันคุยอยู่กับโมเดลไหน และการเปิดแอปใหม่จะพามันกลับไปอยู่บนโมเดลนั้น
  • แผงของ Codex กับ Gemini กลับมาที่บทสนทนาเดิม — แต่ละแผงเป็นบทสนทนาของตัวเอง
  • บน macOS ให้ Option เป็นปุ่ม meta ได้ — สำหรับปุ่มข้างในแผงที่ต้องการ meta

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

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

  • macOS — .pkg มีทั้งสำหรับ Apple silicon และ Intel อย่างละตัว (GUI กับ CLI มาด้วยกัน)
  • Windows — setup .exe (GUI กับ CLI มาด้วยกัน)
  • Linux — GUI เป็น AppImage ส่วนคำสั่ง amenbo มาจากตัวติดตั้งของ CLI

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

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

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