Bachata

สร้างเวิร์กโฟลว์ AI ของคุณเองสำหรับงานซอฟต์แวร์

Bachata คือส่วนขยายของ VS Code ที่ให้ผู้ช่วย AI ทำงานร่วมกันตามขั้นตอนที่คุณจัดวาง: ตัวหนึ่งวางแผน อีกตัวโต้แย้ง ทั้งคู่ตรวจและแก้ไข แล้วคุณเป็นผู้ตัดสินว่าสิ่งใดสำคัญ

รุ่นอัลฟา Bachata เป็นรุ่นอัลฟา ไม่ใช่รุ่นเสถียร การตรวจสอบผู้ให้บริการ แพลตฟอร์ม และเบราว์เซอร์ยังไม่สมบูรณ์

ภาพรวม

Bachata คืออะไร

ผู้ช่วย AI คือเครื่องมือที่คุณสั่งด้วยภาษาทั่วไปให้ช่วยงาน เช่น วางแผนฟีเจอร์ เขียนโค้ด หรือหาจุดบกพร่อง Bachata ทำงานอยู่ใน Visual Studio Code และประสานงานผู้ช่วยที่คุณมีอยู่แล้ว เช่น Codex และ Claude Code.

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

กำหนดรูปแบบการทำงาน

บทบาท คำสั่ง ลำดับขั้นตอน และจำนวนรอบการตรวจ

เลือกว่าใครทำงาน

กำหนด Codex, Claude Code หรือแชทในเบราว์เซอร์ให้แต่ละบทบาท

นำกลับมาใช้และปรับแต่ง

เริ่มจากไปป์ไลน์ที่มีมาให้ แก้ไขมัน หรือสร้างของคุณเอง

ติดตามผลลัพธ์

ข้อค้นพบ การตัดสินใจ และการเปลี่ยนแปลง พร้อมการตรวจสอบที่ทำงานจริง

Bachata ไม่ได้มาพร้อมบริการ AI หรือการสมัครสมาชิก และไม่เคยสร้างคอมมิต Git เลย AI ผิดพลาดได้แม้ผู้ช่วยจะเห็นตรงกัน และการรันที่เสร็จสิ้นไม่ใช่ข้อพิสูจน์ว่าโค้ดถูกต้อง

สิ่งที่ต้องมี

  • VS Code 1.101.0 ขึ้นไป
  • โฟลเดอร์ที่เปิดในหน้าต่าง VS Code ในเครื่องที่เชื่อถือได้ ไปป์ไลน์ทั่วไปไม่ต้องใช้ Git ส่วนการรันรายการงานต้องมีที่เก็บโค้ด Git และ Git 2.32 ขึ้นไป
  • Codex หรือ Claude Code ที่ติดตั้งและเข้าสู่ระบบแยกต่างหาก ติดตั้งทั้งสองตัวหากต้องการให้ผู้ช่วยสองรายตรวจทานกันและกัน
  • ไม่บังคับ: Browser Bridge ส่วนขยาย Chrome เพื่อใช้ ChatGPT, Claude หรือเว็บแชทอื่นเป็นผู้เข้าร่วม

เริ่มต้นใช้งาน

การติดตั้ง

  1. การติดตั้ง Bachata จาก Visual Studio Marketplace สำหรับรุ่นออฟไลน์หรือรุ่นพัฒนา ให้เปิด Command Palette แล้วเรียก Extensions: Install from VSIX… จากนั้นเลือกไฟล์ .vsix ของ Bachata ที่ได้รับมา
  2. เปิดโฟลเดอร์ที่ต้องการทำงานในหน้าต่าง VS Code ในเครื่องที่เชื่อถือได้
  3. ติดตั้งและเข้าสู่ระบบ Codex หรือ Claude Code ผ่านขั้นตอนล็อกอินของ CLI นั้นเอง

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

Bachata จะเพิ่มไอคอน Bachata ในแถบกิจกรรม และเพิ่มคำแนะนำ เริ่มต้นใช้งาน Bachata ในหน้าต้อนรับของ VS Code

ตรวจความพร้อมด้วยคำสั่งวินิจฉัย

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

  • Codex ถูกตรวจด้วยการจับมือแบบ app-server ไม่มีการสร้างเธรดและไม่มีการเรียกโมเดล
  • Claude Code ถูกตรวจด้วย claude --version.
  • การตรวจทำงานที่รากของพื้นที่ทำงานด้วยสภาพแวดล้อมที่จำกัด CLI ที่มีอยู่เฉพาะใน PATH ของเชลล์แบบโต้ตอบจะมองไม่เห็น ให้ตั้งค่า bachata.codexCommand หรือ bachata.claudeCommand เป็นพาธเต็มของไฟล์นั้น

เริ่มการตรวจครั้งแรก

  1. เรียกใช้ Bachata: ตั้งค่า เลือก ตรวจโค้ด เส้นทางมาตรฐานยังมี วางแผนการเปลี่ยนแปลง และ แก้จุดบกพร่อง ส่วนการจัดการ TODO ผู้ให้บริการแบบเบราว์เซอร์ และไปป์ไลน์ที่กำหนดเองอยู่ใน เวิร์กโฟลว์ขั้นสูง.
  2. เลือก ผู้ช่วยเดี่ยวแบบเร็ว (ผู้ให้บริการรายเดียวทำงาน) หรือ คู่ตรวจทานกัน (ผู้เข้าร่วมสองรายทำงานแยกกันและตรวจทานกันหนึ่งรอบ) หน้าตั้งค่าจะแสดงผู้ให้บริการที่พร้อม และสิ่งที่ขาดของรายที่ยังไม่พร้อม
  3. อธิบายสิ่งที่ต้องการให้ตรวจในช่องพิมพ์ หรือจะเริ่มจากตัวแก้ไขก็ได้: Bachata: ตรวจไฟล์, ตรวจส่วนที่เลือก, ตรวจการเปลี่ยนแปลงที่ยังไม่คอมมิต และคำสั่งทำนองเดียวกันจะเตรียมฉบับร่างไว้โดยยังไม่ส่ง
  4. เปิดการตั้งค่าของการรันแล้วอ่านข้อกำหนด: การรันนี้อ่านและเขียนอะไรได้ ผู้ให้บริการรายใดร่วมด้วย และมีการตรวจสอบใดทำงานบ้าง
  5. กดส่ง เมื่อการรันเสร็จ ให้เปิดผลลัพธ์
แผง Bachata พร้อมการรันใหม่ ช่องพิมพ์มีคำขอว่า “Review src/checkout for bugs in how discounts and totals are calculated.” ไปป์ไลน์ที่เลือกคือ “Code review — reconcile findings” มี 3 ขั้นตอนและผู้เข้าร่วม 2 ราย เหนือช่องพิมพ์แสดงรายการการรันล่าสุด
การรันใหม่ ตัวเลือกไปป์ไลน์, “ผู้ช่วย”, การตั้งค่าการรัน และปุ่มส่ง อยู่ใต้คำขอ ข้อมูลสาธิต
การตรวจเป็นแบบอ่านอย่างเดียว มันเปลี่ยนที่เก็บโค้ดของคุณไม่ได้ การตรวจรอบเดียวไม่อาจพิสูจน์ว่าโค้ดถูกต้อง หลังจากคุณยอมรับการแก้ไขที่ตามมาแล้ว ให้ตรวจรอบใหม่กับโค้ดที่อัปเดตอีกครั้ง

การใช้งาน Bachata

แผงของ Bachata

เปิดด้วย Bachata: เปิด หรือไอคอนในแถบกิจกรรม การรันแต่ละครั้งคือแท็บด้านบน และมีสามมุมมอง:

  • “แชท”: คำขอของคุณและคำตอบของผู้เข้าร่วมแต่ละรายตามลำดับ
  • “การดำเนินการ”: ขั้นตอนของไปป์ไลน์พร้อมสถานะ และผลลัพธ์ของการรัน
  • “ทิศทาง”: เป้าหมายของโครงการ การตัดสินใจที่รอคุณอยู่ และข้อค้นพบที่ยอมรับแล้วแต่ยังต้องแก้ ครอบคลุมทุกการรัน
มุมมอง “แชท” ของการรันที่เสร็จแล้ว Reviewer 1 รายงานสองปัญหา คือส่วนลดถูกใช้ซ้ำเมื่อลองใหม่ และการปัดเศษสกุลเงินก่อนคำนวณภาษี พร้อมเสนอให้เก็บตะกร้าที่หมดอายุเข้าคลัง Reviewer 2 เห็นด้วยกับทั้งสองปัญหา แต่ไม่เห็นด้วยเรื่องการเก็บตะกร้าเข้าคลัง ในรอบที่ 2 Reviewer 1 ทำเครื่องหมายว่าคำถามเรื่องตะกร้ายังไม่สะสางและรอผู้ใช้ตัดสิน การ์ดสรุประบุว่าผู้ตรวจทั้งสองได้ชุดข้อค้นพบเดียวกันในรอบที่ 2 จาก 10 พร้อมปุ่มเปิดผลลัพธ์
มุมมอง “แชท” ของการตรวจแบบตรวจทานกันที่เสร็จแล้ว ข้อมูลสาธิต

“การรัน” จะเปิดลิ้นชักการรัน: ค้นหาการรันและพรอมต์ แสดงการรันที่เก็บเข้าคลัง และเปิด “ทิศทาง” เมนู … ของแต่ละการรันใช้เปลี่ยนชื่อ ทำสำเนา เก็บเข้าคลัง หรือลบได้

ลิ้นชักการรันเปิดอยู่ทางซ้าย มีช่องค้นหา ช่องทำเครื่องหมายเพื่อแสดงการรันที่เก็บเข้าคลัง การรันสามรายการพร้อมสถานะ และลิงก์ไปยัง “ทิศทาง” ที่ด้านล่าง
ลิ้นชักการรัน ข้อมูลสาธิต

เลือกไปป์ไลน์

ตัวเลือกไปป์ไลน์อยู่ใต้ช่องพิมพ์ การค้นหาครอบคลุมชื่อ รหัส คำอธิบาย และบทบาทของผู้เข้าร่วม ตัวกรองแยกเวิร์กโฟลว์ทั่วไป เฉพาะทาง และภายใน ส่วนไปป์ไลน์ที่กำหนดเองจะเพิ่ม “กำหนดเอง” และ “ทั้งหมด” ตัวเลือกนี้เลือก งาน; “ผู้ช่วย” เลือก ผู้ให้บริการ.

ตัวเลือกไปป์ไลน์เปิดอยู่เหนือช่องพิมพ์ มีช่องค้นหาและรายการ: Code review — reconcile findings (เลือกอยู่), Code review and refinement, UI/UX review, Code review, Fix a bug, Implementation plan โดยแต่ละรายการบอกจำนวนขั้นตอนและผู้เข้าร่วม
ตัวเลือกไปป์ไลน์ รายการแสดงไปป์ไลน์ที่มีมาให้ ข้อมูลสาธิต

แต่ละขั้นตอนในไปป์ไลน์เป็นหนึ่งในนี้:

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

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

กำหนดผู้ช่วย

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

หน้าต่าง “ผู้ช่วย” ที่มีสองบทบาท Reviewer 1 ใช้ “ค่าเริ่มต้น · Codex CLI” กับโมเดลเริ่มต้น Reviewer 2 ใช้ “ค่าเริ่มต้น · Claude CLI” กับโมเดลเริ่มต้น ด้านล่างมีส่วนโมเดลในเครื่องที่ยุบอยู่
แต่ละบทบาทได้ผู้ให้บริการและโมเดลหนึ่งชุด ข้อมูลสาธิต

Bachata ไม่ได้มาพร้อมรายชื่อโมเดล เมื่อ Codex แสดงรายการโมเดลของตัวเองได้ Bachata จะแสดงรายการนั้นและปฏิเสธโมเดลที่ Codex ที่ติดตั้งไว้ไม่มี หากผู้ให้บริการแสดงรายการโมเดลไม่ได้ ชื่อที่คุณพิมพ์จะถูกส่งไปตามนั้น Bachata ไม่เคยเปลี่ยนผู้ให้บริการหรือโมเดลแทนคุณ หากต้องการห้ามผู้ให้บริการรายใดทำงาน ให้เพิ่มไว้ใน bachata.disabledProviders.

Optional typed-decision adapter

The browser action interpreter also exposes a guarded, controller-injected adapter seam for experiments such as Laya's system_one decision shape. It receives only bounded, read-only controller candidates and may accept only a complete, high-confidence classification of those existing IDs. Invalid, ambiguous, oversized or late responses fall back to the existing local model path and deterministic extraction.

Compatibility boundary Bachata does not ship Laya, a checkpoint, a Python runtime, an HTTP service or a model switch. Qwen/Ollama and LM Studio behavior stays unchanged. This seam is not a Laya compatibility, accuracy, latency or token-savings claim.

อ่านข้อกำหนดของการรัน

ปุ่มรูปเฟืองข้างปุ่มส่งจะเปิด “การตั้งค่าการรัน”. “ตัวเลือกการรัน” (จำนวนรอบ โหมดจำนวนคงที่หรือจนกว่าจะไม่พบปัญหา และวิธีส่งมอบ) มีผลเฉพาะการรันนี้ “รายละเอียดการรัน” คือข้อกำหนดที่ Bachata สรุปไว้สำหรับการรันครั้งนี้โดยเฉพาะ:

  • “การรับประกัน”: การรันนี้ให้ผลลัพธ์แบบใดได้บ้าง เช่น “อ่านอย่างเดียว”;
  • “ผู้ให้บริการ” และความพร้อมของแต่ละราย
  • “ขอบเขตและคอมมิต”: ไดเรกทอรีทำงาน พาธที่เขียนได้ อ่านได้ และพาธที่ได้รับการป้องกัน Bachata ไม่เคยสร้างคอมมิต
  • “การตรวจพิสูจน์”: มีการตรวจของคอนโทรลเลอร์ใดทำงานบ้าง ถ้ามี
  • “ขีดจำกัดของการรัน”, “การตัดสินใจของคน”, “ทางเลือกสำรอง”, “การสิ้นสุด”;
  • “ผู้ให้บริการแต่ละรายได้รับอะไร”: บริบทที่ส่งออก สิ่งที่ยกเว้น และสิ่งที่ปกปิด แยกตามผู้ให้บริการ
แผงการตั้งค่าการรันที่กางรายละเอียดของ “Code review — reconcile findings” ซึ่งระบุว่าเป็นการตรวจแบบอ่านอย่างเดียว การรับประกัน: การรันนี้อ่านขอบเขตที่เลือกได้และแก้ไขไฟล์ไม่ได้ ผู้ให้บริการ: Reviewer 1 บน Codex และ Reviewer 2 บน Claude Code พร้อมทั้งคู่ ขอบเขต: ไม่เขียนลงที่เก็บโค้ด พาธที่อ่านได้คือ src/checkout พาธที่ได้รับการป้องกันคือ .env และ .git ไม่สร้างคอมมิต การตรวจพิสูจน์: ไม่มีการตรวจของคอนโทรลเลอร์ ขีดจำกัด: 1 รอบ และไม่เกิน 10 รอบการหาข้อสรุปก่อนให้คนตัดสิน
ข้อกำหนดของการรันแบบอ่านอย่างเดียวที่มีผู้ตรวจสองราย ข้อมูลสาธิต

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

อ่านผลลัพธ์

เปิด “การดำเนินการ” (ไอคอนรายการบนแท็บของการรัน) หรือเลือก “เปิดผลลัพธ์” ในแชท ด้านบนแสดงแต่ละขั้นตอนของไปป์ไลน์พร้อมสถานะ แถบด้านล่างบอกว่าเลือกข้อค้นพบไว้กี่รายการ และเสนอไปป์ไลน์ถัดไป

มุมมอง “การดำเนินการ” ขั้นตอนของไปป์ไลน์: 1 Independent review พร้อมผลจากผู้เข้าร่วม 2 ราย, 2 Cross-reference findings, 3 Surface material decisions ทั้งหมดเสร็จสิ้น แถบล่างระบุว่าเลือกไว้ 3 จาก 3 รายการ พร้อมปุ่มรายละเอียดการตรวจ ตัวเลือกไปป์ไลน์ถัดไปที่ตั้งเป็น Fix a bug และปุ่มเริ่มไปป์ไลน์ใหม่
มุมมอง “การดำเนินการ”: ขั้นตอนและไปป์ไลน์ถัดไป ข้อมูลสาธิต

“รายละเอียดการตรวจ” จะเปิดผลลัพธ์ของการรัน:

  • “การประเมิน” เช่น “เสร็จสิ้น · ตรวจโดยโมเดล · ยังไม่ได้พิสูจน์” ซึ่งบอกว่าการรันนี้จบลงอย่างไร ไม่ได้บอกว่าซอฟต์แวร์ถูกต้องหรือไม่
  • “คำวินิจฉัยสุดท้าย” และใครเป็นผู้ให้คำวินิจฉัย เช่น มติเป็นเอกฉันท์ของผู้ตรวจทั้งสองราย
  • “ข้อค้นพบ” แบ่งเป็นข้อค้นพบที่ ตรงกัน (ยอมรับหลังการโต้แย้ง) และข้อค้นพบที่ ยังไม่ตรงกัน ซึ่งต้องให้คุณยืนยัน แต่ละรายการมีตำแหน่ง หลักฐาน และข้อโต้แย้งที่ถูกหยิบยกขึ้นมา
  • “รายละเอียดการประเมิน”: ความเสี่ยงที่ยังไม่สะสาง ช่องว่างของหลักฐาน และบัญชีหลักฐาน (ไฟล์ที่เปลี่ยน การตรวจสอบ และที่มาของคำวินิจฉัย)
ผลลัพธ์การรัน: เสร็จสิ้น · ตรวจโดยโมเดล · ยังไม่ได้พิสูจน์ “ดูข้อค้นพบด้านล่าง การรันนี้ไม่มีอะไรให้นำไปใช้” คำวินิจฉัยสุดท้าย: ข้อค้นพบสองรายการได้รับการยอมรับหลังการโต้แย้ง หนึ่งข้อขัดแย้งต้องให้คุณตัดสิน โดยมติเป็นเอกฉันท์ของ Reviewer 1 (codex-app-server) และ Reviewer 2 (claude-code) ข้อค้นพบ: ดำเนินการได้ 2 รายการ ต้องให้คนตัดสิน 1 รายการ ข้อค้นพบที่ตรงกัน: “Discount applied twice on retry” ที่ src/checkout/applyCoupon.ts:42 และ “Currency rounding before tax” ที่ src/checkout/totals.ts:18 แต่ละรายการมีหลักฐานและข้อโต้แย้ง
ผลลัพธ์การรันพร้อมข้อค้นพบที่ตรงกัน หลักฐาน และข้อโต้แย้ง ข้อมูลสาธิต
อะไรถึงนับว่าพิสูจน์แล้ว การที่โมเดลบอกว่า “เทสต์ผ่าน” ไม่เคยถูกบันทึกเป็นการตรวจที่ผ่าน เฉพาะการตรวจที่คอนโทรลเลอร์เรียกใช้จริงเท่านั้นที่แสดงเป็นการตรวจ และแต่ละรายการจะระบุว่ารันอะไร หลักฐานที่ขาดก็ยังคงขาดอยู่

“คัดลอกผลลัพธ์” จะคัดลอกบทสรุปที่อ่านได้ “เพิ่มเติม” ใช้เผยแพร่ข้อค้นพบไปยังแผง Problems เปิดการควบคุมซอร์ส และส่งออกการรันเป็นชุดข้อมูล JSON รายงานหลักฐานแบบ Markdown หรือข้อค้นพบแบบ SARIF ไฟล์ส่งออกไม่มี URL บทสนทนาของผู้ให้บริการหรือรหัสเซสชัน

มุมมอง “ทิศทาง”

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

  • “การตัดสินใจที่ต้องสะสาง”: คำถามที่ไปป์ไลน์หยิบยกขึ้นมาและเปลี่ยนทิศทาง พร้อมข้อแลกเปลี่ยนและหลักฐาน
  • “ข้อค้นพบที่ต้องสะสาง”: ข้อค้นพบที่ผู้เข้าร่วมยังเห็นไม่ตรงกัน
  • “ข้อค้นพบที่ยอมรับแล้วและรอการแก้ไข”, ทิศทางที่ยอมรับแล้วและเกณฑ์การยอมรับ ความคืบหน้าการตรวจ ชิ้นงาน และการตรวจของที่เก็บโค้ด
มุมมอง “ทิศทาง” หัวข้อ “Checkout totals are always correct” พร้อมปุ่มสะสางการตัดสินใจ การตัดสินใจที่ต้องสะสาง: Cart retention เสนอไว้ ที่ src/checkout “Should expired carts be deleted or archived?” พร้อมข้อแลกเปลี่ยนและปุ่มยอมรับ ปฏิเสธ เลื่อนออกไป แทนที่ และเปิดใหม่ ข้อค้นพบที่ต้องสะสาง: Shipping threshold ยังไม่สะสาง “Free shipping threshold ignores discounted total” พร้อมปุ่มชุดเดียวกันและปุ่มรวมเข้ากับรายการอื่น
“ทิศทาง”: การตัดสินใจหนึ่งข้อและข้อค้นพบหนึ่งรายการที่รอคุณอยู่ ข้อมูลสาธิต

วิธีสะสางที่คุณบันทึกได้ เมื่อสถานะของรายการเอื้อให้ทำได้:

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

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

แก้ไขและนำไปใช้

การตรวจแบบอ่านอย่างเดียวไม่ได้สร้างสิ่งที่นำไปใช้ได้ สิ่งที่สร้างการเปลี่ยนแปลงคือการรันแก้ไข ที่ข้อค้นพบซึ่งยอมรับแล้ว ให้เลือก “แก้ไขข้อค้นพบ” ใน “ทิศทาง” หรือเลือกไปป์ไลน์ที่เขียนได้ เช่น Fix a bug ให้เป็นไปป์ไลน์ถัดไปในมุมมองการดำเนินการ

ส่วน “ข้อค้นพบที่ยอมรับแล้วและรอการแก้ไข (1)” ใน “ทิศทาง”: “Discount applied twice on retry” ยอมรับแล้ว “ไปป์ไลน์ยอมรับแล้ว ยังไม่เริ่มแก้ไข” พร้อมปุ่มปฏิเสธ เลื่อนออกไป แทนที่ เปิดใหม่ แก้ไขข้อค้นพบ และรวมเข้ากับรายการอื่น ด้านล่างคือทิศทางที่ยอมรับแล้ว “Apply each coupon once per order” เกณฑ์การยอมรับ “Retrying payment never changes the total” ข้อจำกัด “No change to the public checkout API” และความคืบหน้าการตรวจที่มีการถดถอยหนึ่งรายการ
ข้อค้นพบที่ยอมรับแล้วและกำลังรอการแก้ไข ข้อมูลสาธิต

การรันแก้ไขจะได้รับพรอมต์ที่จำกัดอยู่ที่ข้อค้นพบนั้นรายการเดียว: หัวข้อ ตำแหน่ง หลักฐาน และข้อโต้แย้งที่ถูกหยิบยก Bachata เลือกไปป์ไลน์แก้ไขจาก bachata.fixPipelineId จากนั้นจากไปป์ไลน์ที่เลือกไว้ในการรันต้นทาง และสุดท้ายจากไปป์ไลน์ที่มีมาให้ชื่อ managed-fix ไปป์ไลน์แบบอ่านอย่างเดียวจะถูกปฏิเสธ

การนำงานที่เก็บไว้ไปใช้

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

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

รอบการตรวจใหม่

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

เมื่อมีรอบที่สองในวงจรการตรวจเดียวกัน “ทิศทาง” จะรายงานสิ่งที่เปลี่ยนไป: ข้อค้นพบใหม่ ซ้ำ สะสางแล้ว และที่ถดถอย ข้อค้นพบที่เปิดใหม่เพราะหลักฐานใหม่ และการเปลี่ยนแปลงการตัดสินใจ ตัวตนของข้อค้นพบไม่ขึ้นกับถ้อยคำ การกล่าวซ้ำด้วยคำอื่นจึงนับเป็นข้อค้นพบเดียวที่เกิดขึ้นสองครั้ง

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

การตรวจรอบใหม่จะรันเฉพาะไปป์ไลน์แบบอ่านอย่างเดียวที่ให้ข้อค้นพบ ตั้งค่า bachata.freshReviewPipelineId เพื่อเลือกไปป์ไลน์เมื่อไปป์ไลน์ที่เลือกไว้ไม่เข้าเกณฑ์

แก้ไขไปป์ไลน์

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

ตัวแก้ไขไปป์ไลน์สำหรับ “Code review — reconcile findings สำเนา” ในโหมดมีโครงสร้าง ขั้นตอน: 1 Independent review, 2 Cross-reference findings (ถามหลังขั้นตอนนี้), 3 Surface material decisions โดยแต่ละขั้นเป็นตาของผู้ช่วย Reviewer 1 และ Reviewer 2 ส่วนที่ยุบไว้: รายละเอียดไปป์ไลน์ กรอบความปลอดภัย (ตรวจอย่างเดียว · ไม่มีการตรวจสอบ) ผู้ช่วย และบทบาท ปุ่ม: เพิ่มเติม ยกเลิก บันทึกและเลือกใช้
ตัวแก้ไขไปป์ไลน์ ข้อมูลสาธิต

เปิด bachata.advancedMode เพื่อแสดงตัวแก้ไขแบบเต็ม: บทบาท การหาข้อสรุป ผลลัพธ์ที่มีชนิดข้อมูล จุดตัดสินใจของคน ความสามารถ โหมดสิทธิ์ นโยบายการอนุมัติ เทมเพลตพรอมต์ และนโยบายพาธ ไปป์ไลน์ส่งออกและนำเข้าเป็น JSON ได้ (เวอร์ชัน JSON ของไปป์ไลน์ 1) การรันแต่ละครั้งจะเก็บสแนปช็อตของไปป์ไลน์ที่ใช้เริ่มต้นไว้อย่างแม่นยำ

โครงการนำร่องในเครื่องที่ถูกระงับไว้

ลดการส่งบริบทซ้ำให้โมเดล

ขณะนี้ Bachata มีการพัฒนาโหมดการทำงานที่ประหยัดโทเคนสำหรับ Claude Code และ Codex เป็นครั้งแรกในซอร์สโค้ด เป้าหมายคือส่งสถานะที่เล็กที่สุดแต่เพียงพอสำหรับการตัดสินใจถัดไป แทนการส่งคำตอบเดิมทั้งหมด ผลการตรวจพิสูจน์ และประวัติบทสนทนาซ้ำ ๆ

ระงับไว้: ไม่พบการประหยัด โครงการนำร่องแบบออฟไลน์ที่รัน Claude Code และ Codex จริงไม่พบการประหยัด หลังแก้รูปแบบคำตอบหนึ่งครั้ง ทุกการรันที่บันทึกไว้ถูกต้องในทั้งสองโหมด และค่ามัธยฐานของอินพุตฝั่งผู้ให้บริการในโหมดประหยัดเท่าเดิมหรือสูงกว่า พรอมต์ของ Bachata เองคิดเป็นราว 1–3% ของสิ่งที่ผู้ให้บริการประมวลผล ส่วนที่เหลือเกิดขึ้นภายในลูปเครื่องมือของ Claude Code และ Codex ซึ่งส่วนนี้เข้าไม่ถึง ตัวควบคุม “บริบทแบบประหยัด · ทดลอง” จะถูกซ่อนเมื่อปิดอยู่ การตั้งค่าขั้นสูง bachata.executionContextMode ยังใช้เปิดได้ เมื่อเปิดอยู่ ตัวควบคุมจะแสดงในช่องเขียนของ Runs ในเมนู “ผู้ช่วย” เพื่อให้ปิดได้ legacy ยังเป็นค่าเริ่มต้น การรันที่กำลังทำงานและที่กู้คืนได้จะคงโหมดที่บันทึกไว้ ไม่มีการอ้างเรื่องโทเค็น ค่าใช้จ่าย ความหน่วง หรือคุณภาพ

ทำไมสิ่งนี้อาจช่วยได้

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

แผนการทยอยใช้งาน

  1. ทำแล้ว: เก็บหลักฐานที่รับไว้อย่างแม่นยำ จัดเก็บพรอมต์ที่ Bachata เป็นเจ้าของ คำตอบที่ได้รับ และหลักฐานของคอนโทรลเลอร์ ก่อนจะสร้างตัวอย่างแบบย่อ หากเก็บหลักฐานที่แม่นยำไม่ได้ การทำงานแบบย่อจะไม่เริ่มต้น
  2. ทำแล้ว จากนั้นระงับไว้: นำร่องสถานะในเครื่องแบบมีขอบเขต เริ่มเซสชัน Claude Code หรือ Codex ใหม่ด้วยสถานะงานแบบมีชนิด การสังเกตล่าสุดของตัวควบคุม และการอ้างอิงหลักฐานแบบจำกัดขอบเขต โฟลว์ปัจจุบันยังเป็นค่าเริ่มต้น โครงการนำร่องแบบออฟไลน์ไม่พบการประหยัด จึงระงับขั้นนี้ไว้
  3. ส่งต่อข้อสรุปอย่างปลอดภัย ส่งต่อข้อตกลง ข้อโต้แย้ง การระบุที่มา และการตัดสินใจที่ยังไม่สะสาง โดยไม่ถือว่าข้อคัดค้านที่ตกหล่นได้รับการสะสางแล้ว
  4. เพิ่มการเรียกคืนหลักฐานในเบราว์เซอร์และการรวมการกระทำอย่างปลอดภัย ให้คอนโทรลเลอร์เป็นผู้ให้หน้าหลักฐานที่แม่นยำ และรวมการเปลี่ยนแปลงเข้ากับการตรวจที่ได้รับอนุญาตแล้วเฉพาะในจุดที่ขอบเขตของการอนุมัติและการกู้คืนยังชัดเจน

ขอบเขตความปลอดภัย

คอนโทรลเลอร์ยังคงดูแล Git ขอบเขตการเขียน การตรวจพิสูจน์ การรวมงาน และการกู้คืน สถานะที่ไม่ถูกต้อง ล้าสมัย ไม่สมบูรณ์ หรือใหญ่เกินไปจะถือว่าล้มเหลวโดยปลอดภัย หลักฐานที่รับไว้อย่างแม่นยำยังส่งออกได้ ประวัติส่วนตัวของผู้ให้บริการจะไม่ถูกอ้างว่าเก็บไว้แล้ว และไม่มีการเพิ่มชั้นเก็บเทเลเมทรีหรือการวัดระหว่างทำงานใด ๆ

อ่าน เอกสารออกแบบเชิงเทคนิค และ งานวิจัย SoL-Pi จากภายนอกที่เป็นจุดตั้งต้นของการศึกษานี้ ผลที่รายงานในงานวิจัยไม่ใช่ผลของ Bachata

Browser Bridge

ใช้แชทในเบราว์เซอร์ของคุณจาก Bachata

Bachata Browser Bridge เป็นส่วนขยาย Chrome แยกต่างหาก มันเชื่อม Bachata ใน VS Code เข้ากับเว็บแชท AI อย่าง ChatGPT และ Claude เพื่อให้บทสนทนาในเบราว์เซอร์เป็นผู้เข้าร่วมในไปป์ไลน์ได้ เมื่อขั้นตอนที่ใช้เบราว์เซอร์ทำงาน Bridge จะส่งข้อความไปยังแชทที่คุณเชื่อมไว้และนำคำตอบกลับมาที่ VS Code

คุณต้องใช้มันเฉพาะกับผู้เข้าร่วมแบบเบราว์เซอร์เท่านั้น Codex และ Claude Code ไม่ได้ใช้

สิ่งที่ Bridge ทำไม่ได้ มันอ่านไฟล์โครงการของคุณไม่ได้และรันคำสั่งไม่ได้ Bachata ใน VS Code เป็นผู้ตัดสินว่าข้อมูลโครงการใดถูกส่งออกและอนุญาตการเปลี่ยนแปลงใด ข้อความยังคงส่งไปยังผู้ให้บริการแชทที่คุณใช้ และไม่มีการเก็บเทเลเมทรี

สิ่งที่ต้องมี

  • Chrome 116 ขึ้นไป
  • หน้าต่าง VS Code ในเครื่องที่มี Bachata ทั้ง Remote SSH, WSL และ Codespaces เข้าถึงเบราว์เซอร์ในเครื่องไม่ได้
  • รุ่นของ Bridge ที่เวอร์ชันโปรโตคอลตรงกับรุ่น Bachata ของคุณ หากไม่ตรงกันจะถูกปฏิเสธ ไม่ใช่ลดความสามารถลง ให้อัปเกรดทั้งคู่พร้อมกัน
  • แท็บ ChatGPT หรือ Claude ที่เข้าสู่ระบบแล้ว หรือเว็บแชทอื่นที่คุณตั้งค่าเอง

ติดตั้ง Bridge

  1. เปิด Bachata Browser Bridge ใน Chrome Web Store.
  2. เลือก “เพิ่มใน Chrome” แล้วยืนยันการติดตั้ง
  3. อัปเดต Bachata สำหรับ VS Code และ Browser Bridge ไปพร้อมกัน เพื่อให้เวอร์ชันโปรโตคอลตรงกัน

สำหรับการติดตั้งแบบออฟไลน์หรือเพื่อการพัฒนา ให้ดาวน์โหลดไฟล์ ZIP และค่าตรวจสอบจาก หน้าเผยแพร่อย่างเป็นทางการ ตรวจสอบด้วย shasum -a 256 bachata-browser-bridge-<version>.zip แตกไฟล์ แล้วโหลดโฟลเดอร์นั้นจาก chrome://extensions โดยเปิดโหมดนักพัฒนาไว้ การสร้างจากซอร์สจะได้โฟลเดอร์ dist/ ที่โหลดได้ ส่วนรากของที่เก็บโค้ดโหลดไม่ได้

จับคู่กับ VS Code

  1. ใน Bachata ให้เปิด “ผู้ช่วย” แล้วกำหนด Browser Bridge ให้บทบาทหนึ่ง ป้ายสถานะ Bridge จะปรากฏด้านบนของหน้าผู้ช่วย เมื่อยังไม่จับคู่จะขึ้นว่า “จับคู่ Bridge” ให้กดที่ป้ายนั้น
  2. เลือก “คัดลอกรหัสจับคู่”. “ค้นหาเบราว์เซอร์” จะเริ่มค้นหาอีกครั้ง “รีเซ็ตการจับคู่” จะออกรหัสใหม่
  3. เปิดหน้าต่าง Bridge ใน Chrome แล้วเลือก Paste & connect หากคุณพิมพ์หรือวางรหัสลงในช่องเอง ให้เลือก “Connect to VS Code” แทน
หน้าต่าง “ผู้ช่วย” ใน VS Code โดยเลือกป้ายจับคู่ Bridge อยู่ ส่วนการเชื่อมต่อ Browser Bridge แสดงว่า “ตัดการเชื่อมต่อแล้ว” และ “จับคู่ส่วนขยาย Bachata Browser Bridge ด้วยรหัสนี้” พร้อมปุ่มคัดลอกรหัสจับคู่ ค้นหาเบราว์เซอร์ และรีเซ็ตการจับคู่ Reviewer 2 ถูกกำหนดให้ใช้ Browser Bridge โดยขึ้นว่า “เลือกบทสนทนา”
ฝั่ง VS Code: คัดลอกรหัสจับคู่ ข้อมูลสาธิต
Bridge popup, Disconnected. 'Copy the pairing token from Bachata’s Browser Bridge settings in VS Code.' A Pairing token field with Paste and Show, a Paste & connect button, and a Connection settings disclosure. Below: Choose a chat, Refresh tabs, and Other websites.
ฝั่งเบราว์เซอร์: วางรหัสแล้วเชื่อมต่อ

ที่อยู่ในเครื่องจะถูกกรอกให้อัตโนมัติ เปิด “Connection settings” เฉพาะเมื่อ VS Code แสดงที่อยู่อื่น Bridge รองรับการเชื่อมต่อเดียว ดังนั้นในแต่ละโปรไฟล์ผู้ใช้จะมีหน้าต่าง VS Code เพียงหน้าต่างเดียวที่ครอบครอง Bridge ในเวลาหนึ่ง หน้าต่างอื่นยังใช้ Codex และ Claude Code ได้

เลือกแชท

  1. เปิดบทสนทนาใน ChatGPT หรือ Claude แล้วเข้าสู่ระบบ
  2. ในหน้าต่างนั้น ให้เลือก “Refresh tabs” แต่ละแถวแสดงผู้ให้บริการ ชื่อเรื่อง ความพร้อม และข้อจำกัดถ้ามี “Details” แสดงข้อมูลระบุตัวของแท็บและบทสนทนา
  3. เลือก “Use this chat” ที่บทสนทนาซึ่งพร้อมใช้งาน ปุ่มนี้มีเฉพาะแถวที่พร้อมและเฉพาะขณะเชื่อมต่ออยู่เท่านั้น
  4. ในส่วน “ผู้ช่วย”ของ Bachata ให้เลือกบทสนทนานั้นสำหรับบทบาทที่ใช้เบราว์เซอร์
หน้าต่าง Bridge สถานะ “Connected” รายการเลือกแชทแสดง “Checkout review” บน ChatGPT และ “Second opinion” บน Claude ทั้งคู่พร้อมใช้งาน พร้อมข้อความ “Automatic completion available” และปุ่ม “Use this chat” และมีแท็บ ChatGPT ที่ระบุว่า “Sign-in required” อินเทอร์เฟซของ Bridge มีเฉพาะภาษาอังกฤษ
บทสนทนาที่พร้อมใช้งานจะมีปุ่ม “Use this chat” แท็บสาธิต
หน้าต่าง Bridge แสดงแชทที่เลือกไว้: “Checkout review” บน ChatGPT พร้อมใช้งาน มีปุ่มเลิกใช้และดูรายละเอียด และลิงก์เปลี่ยนบทสนทนา อินเทอร์เฟซของ Bridge มีเฉพาะภาษาอังกฤษ
เมื่อผูกแล้ว หน้าต่างจะแสดงเฉพาะแชทนั้น “Change conversation” จะแสดงรายการทั้งหมดอีกครั้ง
หน้าต่าง “ผู้ช่วย” พร้อมป้าย “เชื่อมต่อ Bridge แล้ว” Reviewer 1 ใช้ Codex CLI ส่วน Reviewer 2 ใช้ Browser Bridge กับบทสนทนา “ChatGPT · Checkout review” ปุ่มผู้ช่วยขึ้นว่า “ผู้ช่วย · มอบหมายใหม่ 1 รายการ”
บทสนทนาในเบราว์เซอร์ที่มอบหมายให้ Reviewer 2 ข้อมูลสาธิต

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

เว็บแชทอื่น

สำหรับเว็บไซต์อื่นนอกจาก ChatGPT และ Claude ให้เปิด เว็บไซต์อื่น ในหน้าต่างนั้นแล้วเลือก “Set up current website” จากนั้นอนุญาตต้นทางที่แสดงไว้ ปิดหน้าต่างแล้วใช้แผงตั้งค่าบนหน้าเว็บ: ตรวจหาอัตโนมัติหรือเลือกตัวควบคุมเอง (ช่องพิมพ์และพื้นที่บทสนทนาจำเป็นต้องมี ส่วนปุ่มส่ง ปุ่มหยุด และปุ่มเริ่มบทสนทนาใหม่ไม่บังคับ) แล้วตรวจความถูกต้อง การตรวจนี้ไม่ส่งข้อความแชท

หน้าต่าง Bridge ที่กางส่วนเว็บไซต์อื่นไว้: “Connect another chat website by choosing its controls. Each site needs your permission; supported actions vary. Choose models on the website.” ปุ่ม: “Set up current website” และ “Saved bindings” อินเทอร์เฟซของ Bridge มีเฉพาะภาษาอังกฤษ
เว็บไซต์อื่นในหน้าต่าง Bridge

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

ข้อจำกัด

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

ข้อมูลอ้างอิง

คำสั่ง

คำสั่งทั้งหมดอยู่ใน Command Palette ภายใต้ Bachata:.

คำสั่งมันทำอะไร
เปิดเปิดแผงของ Bachata
ตั้งค่าเลือกเป้าหมายและจำนวนผู้ช่วยที่จะทำงานนั้น
วินิจฉัยตรวจผู้ให้บริการ Git และข้อกำหนดของไปป์ไลน์ พร้อมแนวทางแก้
ตรวจไฟล์ / ตรวจส่วนที่เลือกเตรียมฉบับร่างการตรวจสำหรับไฟล์ปัจจุบันหรือส่วนที่เลือก
ตรวจส่วนต่างที่จัดเตรียมไว้ / ตรวจการเปลี่ยนแปลงที่ยังไม่คอมมิตเตรียมฉบับร่างการตรวจสำหรับการเปลี่ยนแปลงในเครื่อง
ตรวจคอมมิต / ตรวจช่วงคอมมิต / ตรวจสาขาเทียบกับสาขาฐานเตรียมฉบับร่างการตรวจสำหรับประวัติ Git
เผยแพร่ข้อค้นพบไปยังแผง Problemsแสดงข้อค้นพบในแผง Problems
แก้ไขรายการวินิจฉัยเตรียมฉบับร่างการแก้ไขสำหรับรายการวินิจฉัยจากตัวแก้ไขหรือแผง Problems
อธิบายไปป์ไลน์อธิบายว่าไปป์ไลน์นั้นทำอะไร
ตัวตรวจของที่เก็บโค้ด / ตั้งค่าตัวตรวจและนโยบายของที่เก็บโค้ดประกาศการตรวจของที่เก็บโค้ดที่การรันสามารถเรียกใช้ได้
รัน TODO.md, ดูแผน TODO ล่วงหน้า, ทำต่อ / หยุด / ยกเลิกการรัน TODO, แสดงสถานะการรัน TODOจัดลำดับงานจากไฟล์ TODO.md ของ Bachata ที่ได้รับมา
ปรับปรุงโครงการนี้เรียกใช้เวิร์กโฟลว์การปรับปรุงตนเอง
เปิดดูชุดข้อมูลการรัน / เล่นซ้ำชุดข้อมูลการรันเปิดบันทึกการรันที่ส่งออกไว้
บันทึกหลักฐานภายนอกบันทึกหลักฐานที่เกิดขึ้นนอก Bachata
ข้อมูลในเครื่องตรวจดูและลบข้อมูลการรันในเครื่อง
สิทธิ์ครอบครองพื้นที่ทำงานแสดงว่าหน้าต่าง VS Code ใดสามารถรันงานในพื้นที่ทำงานนี้ได้
ล้างการกักกันทรัพยากรปลดทรัพยากรที่ใช้ร่วมกันซึ่งถูกกักกันไว้

ไปป์ไลน์ที่มีมาให้

ไปป์ไลน์คำอธิบาย
Code reviewการตรวจแบบอ่านอย่างเดียวโดยผู้เข้าร่วมหนึ่งราย ข้อค้นพบมาจากแหล่งเดียว
Code review — reconcile findingsการตรวจแบบอ่านอย่างเดียวโดยผู้เข้าร่วมสองราย ใช้ได้ถึง 10 รอบเพื่อปรับข้อค้นพบให้ตรงกัน ต้องมี “ทิศทาง”
Code review and refinementผู้เข้าร่วมสองรายตรวจและปรับข้อค้นพบให้ตรงกันภายใน 4 รอบ จากนั้นผู้ลงมือจะแก้ข้อค้นพบที่ยืนยันแล้วภายในขอบเขตที่ประกาศไว้
UI/UX reviewการตรวจแบบอ่านอย่างเดียวด้านการใช้งาน การเข้าถึง และลำดับชั้นทางสายตา โดยผู้ตรวจสองราย
Review and prepare tasksผู้เข้าร่วมสองรายปรับข้อค้นพบให้ตรงกัน แล้วจัดทำรายการงานที่เลือกได้
Identify decisions for youผู้เข้าร่วมสองรายปรับตัวเลือกที่ต้องใช้วิจารณญาณของคนให้ตรงกัน แบบอ่านอย่างเดียว
Implementation planจัดทำแผนการลงมือโดยไม่แก้ไขไฟล์
Implementation plan — reconcile proposalsผู้วางแผนสองรายปรับแผนให้ตรงกันภายใน 10 รอบ ต้องมี “ทิศทาง”
Fix a bugวินิจฉัยและลงมือแก้ไขด้วยผู้เข้าร่วมหนึ่งราย เรียกใช้การตรวจของคอนโทรลเลอร์ที่ประกาศไว้ และไม่สร้างคอมมิต
Fix a bug — reviewed tasksผู้เข้าร่วมสองรายปรับผลวินิจฉัยให้ตรงกัน จากนั้นคุณเลือกงานที่มีขอบเขตให้คอนโทรลเลอร์ลงมือ
Fix within a declared scopeผู้ลงมือหนึ่งรายทำงานภายในพาธที่ตั้งค่าไว้ คอนโทรลเลอร์เรียกใช้การตรวจที่ประกาศไว้ ต้องมี “ทิศทาง”
Diagnose and fix — model reviewผู้เข้าร่วมสองรายปรับผลวินิจฉัยให้ตรงกัน ลงมือแก้ไข และตรวจงานนั้น การตรวจพิสูจน์คือการตรวจโดยโมเดล
Deliver a featureปรับความต้องการและการออกแบบให้ตรงกัน แล้วลงมือและตรวจภายในขอบเขตที่ประกาศไว้ พร้อมการตรวจของคอนโทรลเลอร์
Product direction reviewตรวจทางเลือกด้านผลิตภัณฑ์และปรับข้อเสนอแนะให้ตรงกัน ต้องมี “ทิศทาง”

ไปป์ไลน์ที่ทำเครื่องหมายว่า “ภายใน” ในตัวเลือก คือขั้นตอนของคอนโทรลเลอร์สำหรับการจัดการ TODO และการปรับปรุงตนเอง

การตั้งค่าที่ใช้บ่อย

การตั้งค่าค่าเริ่มต้นจุดประสงค์
bachata.codexCommandcodexไฟล์โปรแกรมสำหรับ app server ของ Codex
bachata.claudeCommandclaudeไฟล์โปรแกรมสำหรับ Claude Code
bachata.preferredProviderautoผู้ให้บริการที่จะใช้ก่อน เมื่อไปป์ไลน์เสนอมากกว่าหนึ่งราย
bachata.disabledProviders[]ผู้ให้บริการที่ Bachata ต้องไม่เรียกใช้
bachata.advancedModefalseแสดงตัวแก้ไขไปป์ไลน์แบบเต็ม
bachata.notificationModematerialBachata จะแสดงการแจ้งเตือนแบบใด
bachata.fixPipelineIdเว้นว่างไปป์ไลน์ที่ใช้สำหรับ “แก้ไขข้อค้นพบ”.
bachata.freshReviewPipelineIdเว้นว่างไปป์ไลน์ที่ใช้ตรวจรอบใหม่เมื่อไปป์ไลน์ที่เลือกไม่เข้าเกณฑ์
bachata.maxPipelineIterations10จำนวนรอบต่อเนื่องสูงสุดของการรันหนึ่งครั้ง
bachata.browserBridgePort43127พอร์ต loopback ที่ Browser Bridge เชื่อมต่อไป
bachata.todoFileTODO.mdรายการงานที่การจัดการ TODO ใช้

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

ความเป็นส่วนตัว

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

เกี่ยวกับภาพหน้าจอ

ภาพหน้าจอแสดงแผง Bachata จริง (dist/webview.js) และหน้าต่าง Bridge จริง ซึ่งเรนเดอร์ใน Chrome นอก VS Code ด้วยสีของธีม Dark Modern ของ VS Code ส่วนที่เก็บโค้ด demo-shop รวมถึงการรัน ข้อค้นพบ การตัดสินใจ และแท็บแชท เป็นข้อมูลสาธิตที่สมมติขึ้น ใน VS Code แผงนี้จะปรากฏอยู่ในแท็บของตัวแก้ไข