กำหนดขอบเขตแนวคิด
ก่อนที่คุณจะสร้างมัน
การกำหนดขอบเขตตั๋วจะเปลี่ยนข้อเสนอแนวจากผู้ใช้ที่ไม่ชัดเจนให้เป็นคำขอที่ได้รับการกำหนดขอบเขตและตรวจสอบก่อนที่จะเขียนโค้ดบรรทัดเดียว คลิกหนึ่งครั้งจะสร้างตัวแทน AI ผู้จัดการผลิตภัณฑ์ที่อ่านฐานข้อมูลโค้ดของคุณ เข้าใจผลิตภัณฑ์จริงของคุณ และสร้างต้นแบบที่แสดงการเปลี่ยนแปลงในบริบท.
ต้นแบบดูเหมือนผลิตภัณฑ์ของผู้ใช้เอง ไม่ใช่กรอบทั่วไป มันจะกลับมาหาคุณก่อนสำหรับการตรวจสอบ และบทสนทนาสองทางบนตั๋วเดียวกันจะช่วยให้คุณชี้แจงความต้องการจนกระทั่งชัดเจน.
“เพิ่มปุ่มที่ไหนสักแห่งบนหน้าจอโปรไฟล์”
กำหนดขอบเขตแนวคิดนี้ข้อเสนอแนวที่ไม่ชัดเจนเข้ามา ต้นแบบที่ซื่อสัตย์ต่อผลิตภัณฑ์และคำถามที่ชี้แจงออกมา การกำหนดขอบเขตจะกำหนดตั๋วก่อนที่ตัวแทนจะสร้างมัน.
ข้อเสนอแนวจากผู้ใช้นั้นไม่ค่อยชัดเจน "เพิ่มปุ่มที่ไหนสักแห่ง", "ทำให้สิ่งนี้ง่ายขึ้น", "มีบางสิ่งที่ขาดหายไปบนหน้าจอโปรไฟล์" คุณสามารถสร้างได้อย่างรวดเร็วและส่งสิ่งที่ผิด หรือเริ่มการสนทนาอีเมลที่ช้าเพื่อชี้แจง ทั้งสองอย่างมีค่าใช้จ่ายสูง และทั้งสองอย่างเกิดขึ้นห่างจากตั๋วที่คุณกำลังติดตามอยู่จริงๆ.
การกำหนดขอบเขตตั๋วเพิ่มขั้นตอนการกำหนดขอบเขตบนตั๋วข้อเสนอแนวทุกใบ คลิก "กำหนดขอบเขตแนวคิดนี้" และ AgentsRoom จะสร้างตัวแทนผู้จัดการผลิตภัณฑ์ชั่วคราว มันสำรวจฐานข้อมูลโค้ดของโปรเจกต์ของคุณเพื่อเข้าใจผลิตภัณฑ์จริงที่คำขอเกี่ยวข้อง จากนั้นสร้างต้นแบบ HTML ที่เป็นอิสระซึ่งสร้างซ้ำผลิตภัณฑ์นั้นอย่างซื่อสัตย์พร้อมการเปลี่ยนแปลงที่ร้องขอในบริบท มันเป็นหลักฐานแนวคิดที่ผู้รายงานจะรับรู้ทันทีว่าเป็นแอปหรือเว็บไซต์ของตนเอง.
การกำหนดขอบเขตเป็นขั้นตอนการตรวจสอบ ไม่ใช่การผูกพันที่จะสร้าง มันไม่เคยย้ายตั๋วไปยังสถานะกำลังดำเนินการ ไม่เคยส่งการแจ้งเตือนเริ่มงาน ไม่เคยเขียนไฟล์และไม่เคยทำการคอมมิต คุณจะได้รับลิงก์ต้นแบบกลับมาสำหรับการตรวจสอบ คุณตัดสินใจว่าจะส่งให้กับบุคคลที่รายงานแนวคิดหรือไม่ และคุณจะทำการชี้แจงผ่านบทสนทนาสองทางบนตั๋วเดียวกัน.
สิ่งที่การกำหนดขอบเขตตั๋วมอบให้คุณ
กรอบก่อนที่คุณจะสร้าง ตัวแทนผู้จัดการผลิตภัณฑ์จะเปลี่ยนคำขอฟีเจอร์ที่คลุมเครือให้เป็นความต้องการที่ชัดเจนและได้รับการตรวจสอบแล้ว เพื่อให้ตัวแทนการดำเนินการเริ่มต้นจากความชัดเจนแทนที่จะเป็นการคาดเดา
แบบจำลองที่ซื่อสัตย์ต่อผลิตภัณฑ์ของคุณ ตัวแทนอ่านฐานรหัสของคุณและสร้าง UI ที่แท้จริงของคุณ สี ตัวอักษร และเลย์เอาต์ พร้อมการเปลี่ยนแปลงที่ร้องขอในบริบท ไม่ใช่เทมเพลตทั่วไป แต่เป็นผลิตภัณฑ์จริงของคุณ
การสนทนาสองทางในตั๋ว แสดงความคิดเห็นเกี่ยวกับงานค้างและผู้รายงานตอบกลับจากการแชทในแอปของพวกเขา เส้นด้ายเดียว แหล่งข้อมูลเดียว ไม่มีอีเมลที่ถูกลืม
ไม่มีสัญญาณก่อนเวลา การกำหนดขอบเขตไม่เริ่มงานและไม่แจ้งผู้รายงานว่างานเริ่มต้น คุณตรวจสอบแนวคิดก่อนแล้วจึงตัดสินใจ
ผลิตภัณฑ์ของคุณ ไม่ใช่แบบร่างทั่วไป
ความแตกต่างระหว่างแบบจำลองทั่วไปกับแบบจำลองที่อ่านเหมือนแอปของผู้ใช้เอง การกำหนดขอบเขตสร้างแบบจำลองที่สอง
แบบร่างทั่วไปที่มีกล่องสีเทาบอกผู้รายงาน nothing มันไม่ดูเหมือนผลิตภัณฑ์ของพวกเขา ดังนั้นพวกเขาจึงไม่สามารถยืนยันการเปลี่ยนแปลงได้ว่าเป็นสิ่งที่พวกเขาหมายถึง
ตัวแทนสร้างผลิตภัณฑ์จริงบนพื้นผิวที่ถูกต้อง โดยมีองค์ประกอบที่ร้องขอเพิ่มในบริบท ผู้รายงานจดจำแอปหรือเว็บไซต์ของตนและยืนยันได้ในครั้งเดียว
เพราะแบบจำลองมาจากฐานรหัสจริงของคุณ มันจึงดูเหมือนผลิตภัณฑ์จริงของคุณ นั่นคือสิ่งที่ทำให้การตรวจสอบเป็นไปอย่างรวดเร็ว
การทำงานของการกำหนดขอบเขตตั๋ว
จากข้อเสนอที่คลุมเครือไปยังตั๋วที่มีกรอบและได้รับการตรวจสอบแล้วที่ทีมของคุณสามารถสร้างได้อย่างมั่นใจ
ตั๋วข้อเสนอแนะมาถึง
ผู้ใช้ เพื่อนร่วมทีม หรือผู้ใช้บริการเสนอข้อเสนอในงานค้าง โดยปกติผ่านงานค้างสาธารณะของคุณ มันมาถึงในรูปแบบตั๋วข้อเสนอแนะ ซึ่งมักจะคลุมเครือ
คลิกกำหนดขอบเขตแนวคิดนี้
เปิดตั๋วและคลิกปุ่มกำหนดขอบเขตแนวคิดนี้ มันจะแสดงเฉพาะในตั๋วข้อเสนอแนะและมีอวตารผู้จัดการผลิตภัณฑ์ ดังนั้นคุณจึงรู้ว่าตัวแทนใดที่มันสร้างขึ้น
ตัวแทน PM อ่านฐานรหัสของคุณ
ตัวแทนผู้จัดการผลิตภัณฑ์ชั่วคราวสำรวจโครงการเพื่อเข้าใจผลิตภัณฑ์จริงที่มันมุ่งเป้าไปที่: พื้นผิว ตัวตนทางสายตา และหน้าจอที่แน่นอนที่ข้อเสนอแตะต้อง
มันสร้างแบบจำลองที่ซื่อสัตย์
ตัวแทนผลิตแบบจำลอง HTML ที่เป็นอิสระเพียงหนึ่งเดียว CSS และ JS ที่ฝังอยู่ ซึ่งสร้างผลิตภัณฑ์ของคุณพร้อมการเปลี่ยนแปลงที่ร้องขอในบริบท หลักฐานแนวคิดทางสายตาที่เป็นสถิติ ไม่ใช่ฟีเจอร์ที่ทำงานได้
คุณตรวจสอบลิงก์แบบจำลอง
แบบจำลองถูกเผยแพร่และลิงก์ตัวอย่างจะกลับมาหาคุณก่อน โดยค่าเริ่มต้นจะไม่ถูกส่งไปยังผู้รายงาน คุณเปิดมัน ยืนยันว่าถูกต้อง หรือปรับปรุงมัน
ตรวจสอบและชี้แจงในตั๋ว
แชร์แบบจำลองกับผู้รายงานเมื่อคุณพร้อม และทำการชี้แจงผ่านความคิดเห็นในตั๋ว เมื่อแนวคิดได้รับการตรวจสอบแล้ว ตั๋วที่สะอาดเดียวกันก็พร้อมสำหรับตัวแทนการดำเนินการ
การสนทนาสองทางในตั๋วเดียว
ชี้แจงความต้องการในที่ที่บุคคลนั้นอยู่ ไม่ใช่ในกล่องจดหมายที่ถูกลืม เส้นด้ายตั๋วคือแหล่งข้อมูลเดียว
ปุ่มควรเปิดตัวแก้ไข หรือไปที่การตั้งค่าโดยตรง?
ตรงไปที่การตั้งค่า นั่นคือที่ที่ผู้คนมองหามัน
คุณแสดงความคิดเห็นในตั๋วที่ค้างอยู่และข้อความจะไปถึงการแสดงความคิดเห็นในแอปของผู้รายงาน พวกเขาตอบจากด้านของพวกเขาและมันกลับมาเป็นความคิดเห็นในตั๋วเดียวกัน อ่านและเขียนจากทั้งสองด้าน ไม่มีการทำซ้ำ
สร้างแบบไม่รู้หรือกำหนดขอบเขตก่อน
สองวิธีในการจัดการคำขอฟีเจอร์ที่ไม่ชัดเจน วิธีที่สองส่งมอบสิ่งที่ถูกต้อง
โดยไม่มีการกำหนดขอบเขต
- : คุณอ่านข้อเสนอที่คลุมเครือและสร้างสิ่งที่คุณคิดว่ามันหมายถึง
- : ฟีเจอร์ถูกส่งมอบ และมันไม่ใช่สิ่งที่คนต้องการจริงๆ
- : คุณเปิดเธรดอีเมลเพื่อชี้แจง ช้าและไม่เชื่อมต่อกับตั๋ว
- : การทำงานใหม่จะสะสมหลังจากการส่งมอบ เมื่อมันมีค่าใช้จ่ายสูงที่สุดในการแก้ไข
ด้วยการกำหนดขอบเขตของตั๋ว
- : ตัวแทนผู้จัดการผลิตภัณฑ์กำหนดคำขอและสร้างแบบจำลองผลิตภัณฑ์ของคุณ
- : ผู้รายงานตรวจสอบในครั้งเดียว เพราะมันดูเหมือนแอปของพวกเขา
- : คุณชี้แจงในการสนทนาสองทางในตั๋วเดียวกัน ในบริบท
- : ตัวแทนการดำเนินการเริ่มต้นจากความต้องการที่ชัดเจนและได้รับการตรวจสอบแล้ว ทำงานใหม่ลดลง
กำหนดขอบเขตก่อนที่คุณจะสร้าง และทั้งทีมจะส่งมอบสิ่งที่ถูกต้องในครั้งแรก
การกำหนดขอบเขตทำงานอย่างไร
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 ผู้จัดการผลิตภัณฑ์
แอปคู่หู: ตรวจสอบตัวแทนของคุณได้ทุกที่
นำของคุณเอง: Claude, Codex, Antigravity CLI, หรือผู้ให้บริการ AI อื่น ๆ
ส่งข้อบกพร่องและคำขอไปยังแบ็คล็อกสาธารณะของคุณโดยตรง
มองเห็น AgentsRoom ในการทำงาน