สร้างลูปเอเจนต์เชิงรุกบน Claude Opus 5.5

ส่วนที่ไม่สบายใจของการสร้าง agent เชิงรุกเป็นของตัวเองคือ งานที่น่าสนใจไม่ใช่การเรียกโมเดล คุณสามารถให้ Claude Opus 5.5 ตอบคำถามได้ภายในบ่ายเดียว แต่การทำให้มันตื่นตามกำหนดเวลา อ่านเฉพาะสิ่งที่เปลี่ยนไปตั้งแต่ครั้งก่อน ตัดสินใจว่ามีอะไรสมควรส่งต่อให้มนุษย์ ร่างการดำเนินการ แล้วหยุดและรอ — นั่นคือหลายสัปดาห์ และแทบไม่มีส่วนไหนเกิดขึ้นภายในโมเดลเลย Anthropic ได้ออกเวอร์ชันหนึ่งของลูปนี้ในชื่อ Claude Duet และสิ่งที่มีประโยชน์เกี่ยวกับผลิตภัณฑ์นั้นสำหรับใครก็ตามที่กำลังสร้างของตัวเองไม่ใช่รายการฟีเจอร์ แต่เป็นการตัดสินใจที่มองเห็นได้จากวิธีการประกอบมันเข้าด้วยกัน มันไม่มี API ที่เผยแพร่และไม่สามารถชี้กลับไปยังระบบของคุณเองได้ ดังนั้นถ้าคุณต้องการลูป ไม่ใช่แอป คุณก็ต้องสร้างมันเอง สิ่งที่ตามมาคือสถาปัตยกรรม ทีละขั้น พร้อมต้นทุนที่ตรงไปตรงมาของแต่ละขั้น

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

ขั้นที่หนึ่ง: ตัวจัดตารางเวลาที่ทำงานทุก ๆ สองสามชั่วโมง

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

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

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

ขั้นที่สอง: คำนำหน้าหนึ่งรายการที่เหมือนกันทุกไบต์ ซึ่งเก็บไว้ในแคช

นี่คือจุดที่ตัวเลขที่เผยแพร่มีน้ำหนักมากที่สุด Claude Opus 5.5 บน OrcaRouter อยู่ที่ 4.00 ดอลลาร์ต่อล้านโทเค็นอินพุต, 20.00 ต่อล้านโทเค็นเอาต์พุต โดยมีหน้าต่างบริบท 1M โทเค็น และการอ่านแคชอยู่ที่ 0.20 ต่อล้าน ในราคาตามรายการของผู้ให้บริการโดยบวกเพิ่ม 0 เปอร์เซ็นต์ จงอ่านตัวเลขเหล่านั้นในฐานะข้อจำกัดด้านการออกแบบ ไม่ใช่รายการราคา: การอ่านแคชมีต้นทุนหนึ่งในยี่สิบของโทเค็นอินพุตใหม่ ดังนั้นทุกไบต์ที่คุณทำให้คงที่ตลอดการกวาดคือไบต์ที่คุณเลิกจ่ายเต็มราคา

ในทางปฏิบัติ พรอมป์ของระบบและสคีมาของเครื่องมือจะถูกประกอบขึ้นครั้งเดียว ณ เวลานำขึ้นใช้งาน และไม่ถูกสร้างใหม่ในแต่ละรอบการสแกน ไม่ถูกซีเรียลไลซ์ใหม่จากดิกชันนารีที่ลำดับคีย์ต่างออกไป และไม่ถูกใส่ในเทมเพลตโดยแทรก timestamp, request ID หรือรายการบัญชีที่เชื่อมต่อของวันนี้ลงไปตรงกลาง ไบต์ใดก็ตามที่แตกต่างจะทำให้พรีฟิกซ์ที่แคชไว้ใช้ไม่ได้ และบล็อกคำสั่งจะกลับไปถูกคิดราคาเป็นอินพุตเต็มจำนวนในทุก ๆ รอบการสแกน ทีมต่าง ๆ พลาดเรื่องนี้โดยไม่ตั้งใจบ่อยกว่าตั้งใจ โดยปกติเป็นเพราะ abstraction ที่ดูเหมือนมีประโยชน์เริ่มแทรก run identifier ไว้ใกล้ด้านบนของพรอมป์

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

ขั้นที่สาม: สรุปย่อต่อการเชื่อมต่อ ไม่ใช่การเทข้อมูลทั้งกล่องจดหมาย

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

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

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

ขั้นที่สี่: ขั้นตอนการตัดสินใจที่ส่งออกออบเจ็กต์ ไม่ใช่ข้อความร้อยเรียง

นี่คือจุดที่ Claude Opus 5.5 ตั้งอยู่ และสิ่งที่มันส่งออกมาจะกำหนดว่าส่วนที่เหลือของระบบจะถูกสร้างขึ้นได้หรือไม่ สัญชาตญาณคือให้โมเดลเขียนสรุปแล้วให้มนุษย์อ่าน ซึ่งใช้ได้กับแดชบอร์ดแต่ล้มเหลวกับเกต: ขั้นถัดไปต้องตัดสินใจว่าจะอนุญาตการกระทำหรือไม่ และไม่สามารถให้สิทธิ์กับย่อหน้าได้

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

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

ขั้นที่ห้า: ด่านอนุมัติที่สามารถปฏิเสธได้จริง

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

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

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

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

มีปัญหาหนักสองข้ออยู่ภายใต้ห้าขั้นตอนนี้ และทั้งคู่ดูเหมือนเป็นฟีเจอร์ไปจนกว่าจะไม่ใช่

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

• การดูแลข้อมูลรับรอง Duet ใช้การออกแบบเดียวกับที่ใช้ใน managed agents ของ Anthropic จึงไม่เคยเห็นรหัสผ่านหรือโทเค็นการลงชื่อเข้าใช้ของคุณโดยตรง การทำวินัยแบบนั้นให้เหมือนเดิมคือส่วนที่เอเจนต์ที่พัฒนาขึ้นเองส่วนใหญ่มักข้าม และการข้ามสิ่งนี้หมายความว่าทุกพรอมต์มีเส้นทางไปสู่ข้อมูลรับรอง โมเดลไม่ควรถือโทเค็น ไม่ควรได้รับคีย์ API ในรูปแบบข้อความ และไม่ควรเป็นองค์ประกอบที่ทำหน้าที่ตรวจสอบสิทธิ์ ให้ขั้นตอน digest และ executor ถือข้อมูลรับรองไว้ และส่งเฉพาะผลลัพธ์ให้โมเดล

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

การสลับไปใช้ระบบสำรอง และจุดที่การกำหนดเส้นทางช่วยได้จริง

เมื่อสร้างลูปเสร็จแล้ว ก็มีตัวเลือกเชิงสถาปัตยกรรมหนึ่งที่เปิดขึ้น ซึ่งการออกแบบจากผู้ขายรายเดียวไม่มี OrcaRouter's routing DSL ประกอบหลายโมเดลไว้ในการเรียกครั้งเดียว และ model fusion รันชุดโมเดลที่ตอบพร้อมกัน ทั้งสองวิธีวางโมเดลมากกว่าหนึ่งไว้เบื้องหลังคำขอเดียว การใช้งานจริงในที่นี้ไม่หวือหวา: กำหนดให้โมเดลที่ถูกกว่าไปทำสรุปย่อ ซึ่งงานคือการบีบอัดมากกว่าการตัดสินใจ และคง Claude Opus 5.5 ไว้ที่ขั้นตอนการตัดสินใจ ซึ่งเป็นจุดที่ข้อเสนอถูกสร้างขึ้น คีย์เดียวที่เข้ากันได้กับ OpenAI เดียวกันเข้าถึงโมเดลได้มากกว่า 200 โมเดล ดังนั้นการสลับว่าโมเดลใดให้บริการในขั้นตอนใดจึงเป็นการเปลี่ยนการกำหนดค่า ไม่ใช่การเขียนใหม่

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

สิ่งที่คุณกำลังสมัครอยู่จริง ๆ

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

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

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

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

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

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