กำหนดขอบเขตแนวคิด
ก่อนที่คุณจะสร้างมัน
การกำหนดขอบเขตตั๋วจะเปลี่ยนข้อเสนอแนวจากผู้ใช้ที่ไม่ชัดเจนให้เป็นคำขอที่ได้รับการกำหนดขอบเขตและตรวจสอบก่อนที่จะเขียนโค้ดบรรทัดเดียว คลิกหนึ่งครั้งจะสร้างเอเจนต์ 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 ที่ส่งงานไปกลับในกระบวนการทำงานหลายเอเจนต์ที่คุณจัดการ
สเก็ตช์
วาดและทำเครื่องหมายภาพหน้าจอเพื่อส่งข้อเสนอแนบที่ชัดเจนไปยังเอเจนต์ของคุณ
ภาพหน้าจอไปยังเอเจนต์
จับภาพพื้นที่หน้าจอด้วยทางลัดและแนบไปยังข้อความถัดไปของคุณทันที
ห้องสมุดคำสั่ง
บันทึกคำสั่งที่ดีที่สุดของคุณและนำกลับมาใช้ใหม่ด้วยการคลิกเดียว แชร์กับทีมของคุณ
เจาะลึกเพิ่มเติม
ตอนนี้เอเจนต์เป็นคนเขียนโค้ด นี่คือหน้าตาใหม่ของงานนักพัฒนา
การเขียนโค้ดเป็นข้อต่อหนึ่งในโซ่หกข้อ และมันคือข้อที่เอเจนต์ยึดไปแล้ว อีกห้าข้อที่เหลือหนักขึ้น บทความนี้พาไล่ดูงานที่ยังเหลืออยู่ทั้งหมด คือการรับฟังว่าต้องสร้างอะไร การตัดสินใจ การเขียนบรีฟ การคุมงาน การรีวิว และการปล่อยออกไปใช้จริง
วิธีการสื่อสารกับ AI Agents ของคุณ: Claude, Codex, Antigravity, Grok Build
โค้ดไม่ใช่ปัญหาหลักอีกต่อไป แต่การสื่อสารคือ นี่คือวิธีการพูดคุยกับ AI agents ของคุณ Claude, Codex, Antigravity และ Grok Build เพื่อให้ส่งมอบได้เร็วขึ้น แม่นยำขึ้น และใช้โทเคนให้น้อยลง
กำหนดขอบเขตแนวคิดก่อนที่คุณจะสร้างมันขึ้นมา
รับ AgentsRoom และเปลี่ยนข้อเสนอแนบที่คลุมเครือให้เป็นตั๋วที่ได้รับการตรวจสอบและกำหนดขอบเขตด้วยเอเจนต์ AI ผู้จัดการผลิตภัณฑ์
แอปคู่หู: ตรวจสอบเอเจนต์ของคุณได้ทุกที่
นำของคุณเอง: Claude, Codex, Antigravity CLI, หรือผู้ให้บริการ AI อื่น ๆ
ส่งข้อบกพร่องและคำขอไปยังแบ็คล็อกสาธารณะของคุณโดยตรง
มองเห็น AgentsRoom ในการทำงาน