การกำหนดขอบเขตตั๋ว

กำหนดขอบเขตแนวคิด
ก่อนที่คุณจะสร้างมัน

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

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

การกำหนดขอบเขตแนวคิด
การกำหนดขอบเขต
ข้อเสนอแนว

เพิ่มปุ่มที่ไหนสักแห่งบนหน้าจอโปรไฟล์

กำหนดขอบเขตแนวคิดนี้
ตัวแทน PM
ผลิตภัณฑ์ของคุณ ต้นแบบ
ปุ่มใหม่
PM: นี่ตรงกับสิ่งที่คุณคิดไว้หรือไม่?
1อ่านฐานข้อมูลโค้ด
2สร้างต้นแบบ
3เผยแพร่สำหรับการตรวจสอบ

ข้อเสนอแนวที่ไม่ชัดเจนเข้ามา ต้นแบบที่ซื่อสัตย์ต่อผลิตภัณฑ์และคำถามที่ชี้แจงออกมา การกำหนดขอบเขตจะกำหนดตั๋วก่อนที่ตัวแทนจะสร้างมัน.

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

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

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

สิ่งที่การกำหนดขอบเขตตั๋วมอบให้คุณ

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

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

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

ไม่มีสัญญาณก่อนเวลา การกำหนดขอบเขตไม่เริ่มงานและไม่แจ้งผู้รายงานว่างานเริ่มต้น คุณตรวจสอบแนวคิดก่อนแล้วจึงตัดสินใจ

ผลิตภัณฑ์ของคุณ ไม่ใช่แบบร่างทั่วไป

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

สิ่งที่คุณข้ามไป

แบบร่างทั่วไปที่มีกล่องสีเทาบอกผู้รายงาน nothing มันไม่ดูเหมือนผลิตภัณฑ์ของพวกเขา ดังนั้นพวกเขาจึงไม่สามารถยืนยันการเปลี่ยนแปลงได้ว่าเป็นสิ่งที่พวกเขาหมายถึง

สิ่งที่การกำหนดขอบเขตสร้างขึ้น

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

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

การทำงานของการกำหนดขอบเขตตั๋ว

จากข้อเสนอที่คลุมเครือไปยังตั๋วที่มีกรอบและได้รับการตรวจสอบแล้วที่ทีมของคุณสามารถสร้างได้อย่างมั่นใจ

01

ตั๋วข้อเสนอแนะมาถึง

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

02

คลิกกำหนดขอบเขตแนวคิดนี้

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

03

ตัวแทน PM อ่านฐานรหัสของคุณ

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

04

มันสร้างแบบจำลองที่ซื่อสัตย์

ตัวแทนผลิตแบบจำลอง HTML ที่เป็นอิสระเพียงหนึ่งเดียว CSS และ JS ที่ฝังอยู่ ซึ่งสร้างผลิตภัณฑ์ของคุณพร้อมการเปลี่ยนแปลงที่ร้องขอในบริบท หลักฐานแนวคิดทางสายตาที่เป็นสถิติ ไม่ใช่ฟีเจอร์ที่ทำงานได้

05

คุณตรวจสอบลิงก์แบบจำลอง

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

06

ตรวจสอบและชี้แจงในตั๋ว

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

การสนทนาสองทางในตั๋วเดียว

ชี้แจงความต้องการในที่ที่บุคคลนั้นอยู่ ไม่ใช่ในกล่องจดหมายที่ถูกลืม เส้นด้ายตั๋วคือแหล่งข้อมูลเดียว

คุณในงานค้าง

ปุ่มควรเปิดตัวแก้ไข หรือไปที่การตั้งค่าโดยตรง?

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

ตรงไปที่การตั้งค่า นั่นคือที่ที่ผู้คนมองหามัน

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

สร้างแบบไม่รู้หรือกำหนดขอบเขตก่อน

สองวิธีในการจัดการคำขอฟีเจอร์ที่ไม่ชัดเจน วิธีที่สองส่งมอบสิ่งที่ถูกต้อง

โดยไม่มีการกำหนดขอบเขต

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

ด้วยการกำหนดขอบเขตของตั๋ว

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

กำหนดขอบเขตก่อนที่คุณจะสร้าง และทั้งทีมจะส่งมอบสิ่งที่ถูกต้องในครั้งแรก

การกำหนดขอบเขตทำงานอย่างไร

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

FAQ

การกำหนดขอบเขตของตั๋วใน AgentsRoom คืออะไร?

การกำหนดขอบเขตของตั๋วคือขั้นตอนการกำหนดในตั๋วข้อเสนอแนะ คลิกเดียวสร้างตัวแทน AI ผู้จัดการผลิตภัณฑ์ที่อ่านฐานข้อมูลของคุณและสร้างแบบจำลองที่ซื่อสัตย์ต่อผลิตภัณฑ์จริงของคุณ เพื่อให้คุณสามารถตรวจสอบคำขอฟีเจอร์ที่คลุมเครือก่อนที่จะเขียนโค้ดใดๆ มันทำงานควบคู่กับการสนทนาสองทางในตั๋วเดียวกัน

ฉันจะกำหนดขอบเขตของตั๋วได้อย่างไร?

เปิดตั๋วข้อเสนอแนะและคลิกปุ่มกำหนดขอบเขตแนวคิดนี้ มันปรากฏเฉพาะในตั๋วข้อเสนอแนะและแสดงอวตารผู้จัดการผลิตภัณฑ์ AgentsRoom จะสร้างตัวแทน PM ชั่วคราว ฉีดคำสั่งการกำหนดขอบเขต และเปิดเทอร์มินัลของมันเพื่อให้คุณสามารถดูมันทำงาน

ตัวแทนการกำหนดขอบเขตสร้างแบบจำลองประเภทใด?

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

การกำหนดขอบเขตเริ่มงานหรือแจ้งให้บุคคลที่รายงานแนวคิดหรือไม่?

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

การออกแบบส่งไปยังลูกค้าโดยอัตโนมัติหรือไม่?

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

การสนทนาแบบสองทางทำงานอย่างไร?

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

ทำไมต้องกำหนดขอบเขตตั๋วแทนที่จะสร้างมันขึ้นมาเลย?

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

บทบาทของตัวแทนใดที่ใช้ในการกำหนดขอบเขต?

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

การกำหนดขอบเขตตั๋วทำงานกับ backlog สาธารณะระยะไกลหรือไม่?

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

การกำหนดขอบเขตทำงานกับ Claude, Codex และ Antigravity หรือไม่?

ใช่ ตัวแทนการกำหนดขอบเขตไม่ขึ้นอยู่กับผู้ให้บริการและทำงานเหมือนกันใน Claude, Codex, Antigravity และ CLI ตัวแทนอื่น ๆ มันทำงานในเครื่องกับโปรเจกต์ของคุณเอง

คุณอาจสนใจ

Backlog สาธารณะระยะไกล

ให้ลูกค้าและเพื่อนร่วมทีมส่งตั๋วข้อเสนอแนะแบบที่ลงตรงใน backlog ที่ตัวแทนของคุณสร้างขึ้น

กระดานงาน backlog

กระดาน kanban ที่เปลี่ยนงานให้เป็นการทำงานของตัวแทนแบบขนานด้วยการเคลื่อนไหวเดียว

ทีมตัวแทน

ตัวแทน Dev และ QA ที่ส่งงานไปกลับในกระบวนการทำงานหลายตัวแทนที่คุณจัดการ

สเก็ตช์

วาดและทำเครื่องหมายภาพหน้าจอเพื่อส่งข้อเสนอแนบที่ชัดเจนไปยังตัวแทนของคุณ

ภาพหน้าจอไปยังตัวแทน

จับภาพพื้นที่หน้าจอด้วยทางลัดและแนบไปยังข้อความถัดไปของคุณทันที

ห้องสมุดคำสั่ง

บันทึกคำสั่งที่ดีที่สุดของคุณและนำกลับมาใช้ใหม่ด้วยการคลิกเดียว แชร์กับทีมของคุณ

กำหนดขอบเขตแนวคิดก่อนที่คุณจะสร้างมันขึ้นมา

รับ AgentsRoom และเปลี่ยนข้อเสนอแนบที่คลุมเครือให้เป็นตั๋วที่ได้รับการตรวจสอบและกำหนดขอบเขตด้วยตัวแทน AI ผู้จัดการผลิตภัณฑ์

ฟรีดาวน์โหลด AgentsRoom

แอปคู่หู: ตรวจสอบตัวแทนของคุณได้ทุกที่

นำของคุณเอง: Claude, Codex, Antigravity CLI, หรือผู้ให้บริการ AI อื่น ๆ

รับส่วนขยาย
Chrome Web Store

ส่งข้อบกพร่องและคำขอไปยังแบ็คล็อกสาธารณะของคุณโดยตรง

มองเห็น AgentsRoom ในการทำงาน

หลายโปรเจกต์
ผู้ให้บริการหลายราย
หลาย agents
สถานะสด
ไฟล์ diff & commit
คู่หูมือถือ
ตัวอย่างสด
ทีมตัวแทน
การทำงานอัตโนมัติในเบราว์เซอร์
การพัฒนาที่ขับเคลื่อนด้วย backlog
ห้องสมุดคำสั่ง
ห้องสมุดทักษะ
ดูฟีเจอร์ทั้งหมด