Build log สิ่งที่ปล่อยออกไป สัปดาห์ต่อสัปดาห์

เอเจนต์เดียวตั้งแต่สิ่งที่พบจนถึง pull request

ทุกสิ่งที่ Polylane ตรวจพบตอนนี้ถูกจัดการโดยการรันของเอเจนต์เดียว มันอ่านหลักฐานด้วยเครื่องมือแบบอ่านอย่างเดียวบน telemetry และ context graph ของคุณ ตัดสินว่ามีปัญหาจริงหรือไม่ และเมื่อสาเหตุที่ยืนยันแล้วคือข้อบกพร่องในโค้ดใน repository ที่เชื่อมต่อ มันเขียนการแก้ไขและเปิด pull request ในการรันเดียวกัน โดยไม่มีการส่งต่อระหว่างขั้น triage การสืบสวน และ autofix pull request นำด้วยบรรทัด Affected หนึ่งบรรทัดที่ระบุทรัพยากร ค่าที่ละเมิดเทียบกับ baseline และจำนวนสิ่งที่พึ่งพาซึ่งความผิดพลาดไปถึง และเหตุผลด้านความปลอดภัยอยู่ในส่วน Why it’s safe ที่มองเห็นได้ เมื่อการแก้ไขอยู่เกินมือ การรันบันทึกเหตุผลและขั้นตอนถัดไปแบบตรงไปตรงมาบน issue แทนที่จะจางหายไป

Grafana Cloud และ Logfire เข้าร่วมการผสานรวม observability

เชื่อมต่อ Grafana Cloud หรือ Grafana ที่โฮสต์เอง ด้วย URL ของ stack และโทเค็น service account Polylane เพิ่ม contact point และ route การแจ้งเตือนแบบรับทุกอย่างลงใน stack ทุกกฎ alert ที่มีอยู่และทุกกฎที่คุณสร้างภายหลังจึงไปถึงมันโดยไม่ต้องตั้งค่าต่อกฎ เชื่อมต่อ Pydantic Logfire ด้วยคีย์ API แล้วเอเจนต์ได้เครื่องมือเพื่อไปจาก route ที่ล้มเหลวถึง span ที่ throw อย่างแม่นยำ บวก SQL แบบอ่านอย่างเดียวสำหรับทุกอย่างที่เหลือ โปรเจกต์ถูกเฝ้าดูอัตรา error ปริมาณคำขอ และ p95 latency เหมือนผู้ให้บริการอื่น

สัปดาห์นี้ยังมี:

• issue ที่ถูกปัดทิ้งได้รับการพิจารณาครั้งที่สอง: สิ่งที่พบซ้ำถูก triage อีกครั้ง การปัดทิ้งถูกปฏิเสธเมื่อหลักฐานไม่ตัดความเป็นไปได้ของ incident บนทรัพยากรวิกฤต และ “ไม่ใช่ incident” จากคนยังคงเป็นที่สุด
• การเชื่อมต่อ GitHub ถามครั้งเดียวว่าจะรีวิว pull request ไหม และ pull request ที่แก้ issue ที่ทราบอยู่จะได้คำตัดสินสีเขียวหรือเหลืองว่าควรแก้จบ issue นั้นหรือไม่
• แท็บ Key questions บนทุกบัญชีคลาวด์ การผสานรวม และทรัพยากรที่เฝ้าดูใกล้ชิด แสดงคำถามที่ Polylane ถาม telemetry ของคุณ พร้อม query ของผู้ให้บริการเบื้องหลังแต่ละข้อ
• context graph ได้ read replica และ RDS Proxy ของ RDS เชื่อมโยง repository กับ workload ของ Kubernetes และ Railway ที่รัน image ที่มันสร้าง และระบุชื่อ bucket ของ S3 และ endpoint ของ RDS ที่พบในตัวแปร environment ก่อนที่บัญชี AWS จะเชื่อมต่อ
• กล่องโต้ตอบเชื่อมต่อ AWS แสดงเทมเพลต CloudFormation ที่สร้างขึ้นพร้อมปุ่มคัดลอกและดาวน์โหลด และ il-central-1 พร้อมใช้งาน
• แนวโน้ม log รายวันถูกบันทึกเป็น issue ที่ผ่าน triage แทนที่จะมาทางอีเมล
• วางหรือลากภาพลงในช่องพิมพ์แชทของคอนโซลได้ และ check มีหน้าของตัวเองพร้อมลิงก์คัดลอก
• คำตอบใน Slack จบด้วยเวลาที่การรันใช้และจำนวนการกระทำที่ทำ และเซิร์ฟเวอร์ MCP แสดงหน้าขอความยินยอมก่อนอนุญาต client
• CLI เชื่อมต่อ Grafana Cloud, Mixpanel และ OpenStatus ด้วย polylane integration connect และ Railway ด้วย polylane cloud connect --provider railway และถามว่าจะรีวิว pull request ไหมตอนเชื่อมต่อ GitHub (--no-pr-reviews เพื่อปฏิเสธ)
• และเช่นเคย: การปรับปรุงความน่าเชื่อถือ ประสิทธิภาพ และความเสถียร

คลาวด์อีกสามรายและตัวติดตาม issue ของคุณเข้าร่วม context graph

ตอนนี้คุณเชื่อมต่อ ClickHouse Cloud, Convex และ Turso ได้: วางโทเค็นแล้ว service โปรเจกต์ deployment และฐานข้อมูลของพวกมันจะซิงก์เข้า context graph ทุก 15 นาที พร้อม health check และเครื่องมือสำหรับเอเจนต์ Linear เป็นการผสานรวมด้านการติดตาม issue รายแรก: เอเจนต์อ่านทีม โปรเจกต์ และ issue ของคุณในเธรดใดก็ได้ บันทึก issue จากการสืบสวนพร้อมแนบร่องรอยหลักฐาน และอัปเดตสถานะ ลำดับความสำคัญ หรือผู้รับผิดชอบ โดยขอให้คุณยืนยันก่อนทุกการเขียน ทรัพยากรใหม่มาถึงพร้อมต่อสายไว้แล้ว: service สำรองของ ClickHouse เชื่อมโยงกับตัวหลัก branch ของ Turso กับฐานข้อมูลที่มัน fork มา และ service ของ auth storage realtime และ REST ของ Supabase กับฐานข้อมูล Postgres ที่พวกมันอยู่หน้า ความผิดพลาดบนตัวหลักจึงไปถึงทุกอย่างที่พึ่งพามัน

ขอบเขตผลกระทบเดียว ทุกที่

เครื่องยนต์ขอบเขตผลกระทบเบื้องหลังการรีวิว pull request ตอนนี้ตอบทุกที่: slideover ของ issue บันทึกการเปลี่ยนแปลง และ artifact ในเธรดแสดงการแพร่ไปปลายน้ำแบบเดียวกัน เอเจนต์ขอมันได้ และทุก pull request ของ autofix ระบุระดับชั้นของทรัพยากรที่ได้รับผลกระทบและความผิดพลาดตรงนั้นจะไปถึงอะไร กราฟที่มันเดินหนาแน่นขึ้น: distribution ของ CloudFront เชื่อมโยงกับ origin และ web ACL ของ WAF กฎ security group กลายเป็นเส้นเชื่อมการเข้าถึง bucket ของ R2 เชื่อมโยงกับคิวที่มันแจ้ง และนิยามของ Step Functions ให้เส้นเชื่อมสำหรับทุก service ที่มันเรียก แท็บ Connections ใหม่บนทุกทรัพยากรแสดงรายการแต่ละเส้นเชื่อมพร้อมทิศทาง วิธีที่ค้นพบ และหลักฐานเบื้องหลัง

สัปดาห์นี้ยังมี:

• การเชื่อมต่อ AWS หนึ่งรายการตอนนี้ครอบคลุม region ชุดใดก็ได้ หรือทั้งหมด พร้อม CloudTrail และ alert ต่อ region
• pull request ของ autofix ขอการรีวิวจากเจ้าของทรัพยากรที่ได้รับผลกระทบ ใช้ Conventional Commits โดยค่าเริ่มต้น มีแผนภาพ mermaid เมื่อการแก้ไขมีโครงสร้างให้แสดง และหมดอายุหลังเงียบไป 14 วัน การแก้ไขที่ดีกว่าจึงไม่ถูกกั้นไว้อีกต่อไป
• คุณตั้งระดับความรุนแรงขั้นต่ำสำหรับการสืบสวนที่ Polylane เริ่มด้วยตัวเองได้ ต่อ workspace alert ใหม่ถูก triage โดยเอเจนต์ด้วยเครื่องมือแบบอ่านอย่างเดียวก่อนกลายเป็น issue และการสืบสวนที่ค้างจะทำต่อด้วยตัวเอง
• การ์ดสมมติฐานในเธรดอ่านว่า Confirmed, Refuted หรือ Inconclusive และเธรดที่รอคำตอบของคุณจะบอกอย่างนั้น
• บอกเอเจนต์ Slack ให้ไปให้พ้น แล้วมันจะปิดเสียงเธรดจนกว่าคุณจะ @-mention มันอีกครั้ง หน้า Channels ตอนนี้แสดงทุกแชนเนลใน workspace ของคุณพร้อมปุ่ม Join สำหรับแชนเนลที่ Polylane ยังไม่อยู่
• หน้า topology อัปเดตสด การค้นหาเป็น full-text ทั่วชื่อ นามแฝง และคำอธิบาย และกราฟใดในเธรดก็ดาวน์โหลดเป็น JSON, CSV หรือ PNG ได้
• ทุกรายงานที่ปักหมุดบน board ของ Mixpanel กลายเป็น check รายวัน
• การรัน autofix ใช้ Node 24 และเลือกเวอร์ชันจาก .nvmrc, .node-version หรือ engines.node
• CLI เชื่อมต่อ ClickHouse, Convex, Turso และ Linear รันการเชื่อมต่อ AWS ในเบื้องหลังเพื่อให้คุณเชื่อมต่อคลาวด์อื่นระหว่างนั้น รับ --region all และเสนอแชนเนล Slack ให้เข้าร่วมทันทีหลังแอปเชื่อมต่อ
• และเช่นเคย: การปรับปรุงความน่าเชื่อถือ ประสิทธิภาพ และความเสถียร

สร้าง context graph ของคุณจากเทอร์มินัลด้วยเอเจนต์เขียนโค้ดของคุณเอง

รัน polylane map แล้ว CLI จะเปิดเอเจนต์เขียนโค้ดที่คุณใช้อยู่แล้วเพื่อ map repository ปัจจุบัน: topology, issue แรก ๆ และเธรดการรันครั้งแรกเข้าไปอยู่ใน workspace ของคุณ ขณะที่เทอร์มินัลแสดงสัญญาณชีพ ตอนนี้เครื่องของคุณและเอเจนต์ของมันเป็นการเชื่อมต่อเหมือน GitHub หรือ AWS แต่ละเครื่องจึงเขียนส่วนของกราฟของตัวเอง และไม่มีเครื่องใดเขียนทับของอีกเครื่องได้ ขณะการ map รัน หน้า Topology แสดงความคืบหน้า issue และแชทในที่ เสนอคลาวด์ของคุณให้เชื่อมต่อระหว่างนั้น และให้ลิงก์แชร์ที่เพิกถอนได้ การเชื่อมต่อเอเจนต์เขียนโค้ดบนคลาวด์ทำให้มันเป็น executor ของ autofix ของคุณ และมันได้เซิร์ฟเวอร์ MCP ของ Polylane เพิ่มให้โดยอัตโนมัติ เพื่อให้ query Polylane ได้ขณะเขียนการแก้ไข

Railway, Mixpanel และ OpenStatus เข้าร่วม context graph

Railway เป็นผู้ให้บริการคลาวด์ที่เชื่อมต่อได้: เชื่อมต่อด้วย OAuth หรือโทเค็นของ workspace แล้ว Polylane ซิงก์โปรเจกต์ service และ deployment เฝ้าดู deploy อ่าน log และตรวจ metric ของ service เพื่อหาปัญหา Mixpanel เป็นการผสานรวมด้าน product analytics รายแรก คุณจึงถามได้ว่าการสมัครลดลงหลัง deploy ไหม และ check รายวันเฝ้าดูปริมาณ event เพื่อหาการติดตามที่พัง OpenStatus นำ monitor และหน้าสถานะเข้ามาในกราฟ triage ทุกความล้มเหลวและการกลับสู่ปกติเป็น alert และเชื่อมโยงแต่ละ monitor กับทรัพยากรที่มันตรวจ Datadog, Sentry, Better Stack, Honeycomb และ Axiom ตอนนี้เชื่อมโยงทรัพยากรที่รายงานเข้ามาหาพวกมันลงบนกราฟ และเอเจนต์เผยแพร่รายงานสถานะของ Better Stack และรับทราบหรือแก้จบ incident ได้ แต่ละอย่างต้องผ่านการยืนยันของคุณ

สัปดาห์นี้ยังมี:

• การเชื่อมต่อบัญชีคลาวด์หรือการผสานรวม observability บันทึก issue ด้วยตัวเอง: Polylane อ่าน log error 24 ชั่วโมงล่าสุดเพื่อหารูปแบบที่เกิดซ้ำ และรัน check แรก ๆ ทันที
• การรีวิว pull request มีบัญชีของทุกรูปแบบความล้มเหลวที่พิจารณา ทำเครื่องหมายว่ายืนยัน เป็นไปได้ หรือหักล้างแล้ว พร้อมขอบเขตผลกระทบที่ระบุทรัพยากรปลายน้ำที่ความผิดพลาดไปถึงและส่วนแบ่งทราฟฟิกที่พวกมันรับ แท็บ Changes แสดงมันแบบ native
• issue จัดการง่ายขึ้น: คอลัมน์และตัวกรองระดับความรุนแรง รายการซ้ำถูกซ่อนโดยค่าเริ่มต้น และ alert ที่เปิด issue แสดงที่จุดเริ่มของสายเลือด
• pull request ของ autofix แสดง diff ทั้งหมดใน slideover รายงานผลลัพธ์กลับไปยังเธรดที่ขอ และไม่ส่งการเพิ่ม limit หรือ timeout มาเป็นการแก้ไขอีกต่อไป
• คำตอบใน Slack แนบกราฟเป็นภาพ และเทิร์น Slack ที่ยาวลิงก์เข้าคอนโซลเพื่อให้คุณติดตามได้
• เชื่อมต่อเซิร์ฟเวอร์ MCP ที่ยืนยันตัวตนด้วย HTTP header แบบกำหนดเอง ไม่ใช่แค่ bearer token
• การค้นหาในกราฟโครงสร้างพื้นฐานสลับเป็นตาราง ผลลัพธ์จึงอ่านเป็นแถว
• CLI เชื่อมต่อหลายคลาวด์พร้อมกันด้วย --multi ติ๊กไว้ล่วงหน้าจากเครื่องหมายใน repo ของคุณ จำกัดตัวเลือกด้วย --category observability และเปิดหน้าโทเค็น Cloudflare แบบอ่านอย่างเดียวที่กรอกไว้ล่วงหน้าในเบราว์เซอร์ของคุณ
• และเช่นเคย: การปรับปรุงความน่าเชื่อถือ ประสิทธิภาพ และความเสถียร

ทุก issue ได้สาเหตุ และการตอบสนองที่เหมาะกับมัน

ตอนนี้ Polylane จำแนกว่าทำไมแต่ละ issue จึงเกิดขึ้น: ข้อบกพร่องในโค้ด โครงสร้างพื้นฐานที่ไม่เสถียร client ภายนอก พฤติกรรมที่คาดไว้ หรือไม่ทราบ แต่ละอย่างพร้อมระดับความมั่นใจ และตอบสนองให้เหมาะ ข้อบกพร่องในโค้ดได้การแก้ไข CI ที่ล้มเหลวแบบไม่เสถียรได้คำขอให้รัน workflow ซ้ำแทน patch และการรันซ้ำที่ผ่านจะแก้ issue เองโดยอัตโนมัติ พฤติกรรมที่คาดไว้ถูกปัดทิ้งหรือ signature ของ alert ถูกปิดเสียงพร้อมบันทึกเหตุผล และอะไรที่ไม่แน่ใจส่งไปหาคน หน้า issue แสดงคำตัดสิน ทุกการตัดสินใจและใครเป็นคนตัดสิน และหลักฐานเบื้องหลังการละเมิด: metric ที่เบี่ยงเบน บรรทัด log และ trace ที่เป็นสาเหตุ

คุณตัดสินว่า autofix จะรันเมื่อใด

สวิตช์ Open autofix pull requests ตอนนี้อยู่บน workspace และบนแต่ละ repository และโหมด Ask first ใหม่กักทุกการแก้ไขที่เครื่อง trigger ไว้เป็นการรันที่รอจนกว่าคุณจะคลิก Approve and run การแก้ไขที่คุณขอในเธรดไม่ถูกกักเลย autofix ที่กำลังรันยกเลิกได้ก่อน pull request จะเปิด จากคอนโซล แชท หรือ Slack pull request มีป้าย severity: และเปิดด้วยสิ่งที่ก่อให้เกิดการแก้ไข: ทรัพยากรที่ได้รับผลกระทบ metric ที่ละเมิด และบรรทัด log ที่ดัง ทุก patch ผ่านการตรวจสอบความปลอดภัยของข้อมูล patch ที่จะส่งข้อมูลใหม่เข้า log การส่งออก หรือ analytics จึงถูกแก้หรือระงับไว้

สัปดาห์นี้ยังมี:

• การเชื่อมต่อ GitHub ตอนนี้เปิด pull request แรกภายในหนึ่งนาที เพิ่มคำสั่งของ Polylane ลงใน AGENTS.md, กฎของ Cursor และไฟล์คำสั่งเอเจนต์อื่น ๆ ของคุณ โดย pull request ด้าน observability ตามมา ยกเลิกได้จากคอนโซล
• อีเมลแนวโน้ม log รายวันมาถึงเฉพาะวันที่มีอะไรเปลี่ยน เช่นเทมเพลต error ใหม่ หรือ service ที่ log สูงกว่าปริมาณปกติมาก แต่ละรายการมีปุ่ม Investigate
• ขอให้เอเจนต์เฝ้าดูการรัน CI หรือ release แล้วมันจะเลิก poll และตื่นเมื่อ event ของ GitHub มาถึง
• สัญญาณที่เกิดซ้ำโดยตั้งใจได้การแก้ไขที่ทำให้พฤติกรรมนั้นชัดเจนในโค้ดของคุณแทน alert ที่ถูกปิดเสียง และ issue จาก alert ที่เงียบไปจะแก้จบเอง
• เอเจนต์ Slack พูดด้วยสรรพนามบุรุษที่หนึ่ง และภาพที่ส่งให้มันใน Slack ตอนนี้แสดงในคอนโซล
• แชทในคอนโซลพับแต่ละช่วงการคิดและการเรียกเครื่องมือของมันเป็นแถวเดียว เสนอปุ่ม Quick answer หลัง 30 วินาที และ Try again หลังคำตอบที่ถูกขัดจังหวะ
• โหนดในสายเลือดแสดงตัวอย่างเมื่อ hover และเลื่อนดูด้วยคีย์บอร์ดได้ service ภายนอกอย่าง googleapis.com ได้วิกิ และความเปลี่ยนแปลงจาก autoscaling ไม่รกฟีดการเปลี่ยนแปลงอีกต่อไป
• เมนูรูปลักษณ์ได้ตัวเลือก System
• CLI ได้ polylane scan ซึ่งหาความเสี่ยงสำคัญทั่วบัญชีที่เชื่อมต่อของคุณและให้คุณเลือกอันหนึ่งไปสืบสวน และ polylane autofix watch ซึ่งพิมพ์ URL ของ pull request เมื่อมันเปิด และตัวช่วยเชื่อมต่อระบุสิทธิ์โทเค็นที่แน่ชัดของแต่ละผู้ให้บริการ
• และเช่นเคย: การปรับปรุงความน่าเชื่อถือ ประสิทธิภาพ และความเสถียร

Modal และ Supabase เข้าร่วม context graph

วางคู่โทเค็นที่ Modal ให้สำหรับล็อกอิน CLI แล้ว environment แอป ฟังก์ชัน sandbox volume และคิวของคุณจะปรากฏใน context graph พร้อม log ของแอปที่ถูกอ่านเป็นสรุป check ต้นทุนและปริมาณ error ที่เปิด issue และแต่ละ repository เชื่อมโยงกับแอปที่ CI ของมันรัน modal deploy เชื่อมต่อองค์กร Supabase ผ่าน OAuth หรือ personal access token แล้วฐานข้อมูล edge function branch bucket auth และ storage ของทุกโปรเจกต์จะซิงก์ทุก 15 นาที พร้อมแดชบอร์ด log และ check บนแต่ละรายการ เอเจนต์ได้เครื่องมือแบบอ่านอย่างเดียวสำหรับทั้งคู่ การสืบสวนจึงอ่านสิ่งที่ Modal หรือ Supabase กำลังทำอยู่ตอนนี้ แทนสิ่งที่การซิงก์ครั้งล่าสุดบันทึกไว้

คุยกับเอเจนต์ขณะที่มันทำงาน

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

สัปดาห์นี้ยังมี:

• เอเจนต์ Slack โพสต์การ์ด Approve และ Deny เมื่อการเปลี่ยนแปลงต้องการการอนุมัติ แสดงรายการงานในข้อความสถานะ และปิด pull request ที่มันเปิดเมื่อคุณขอ
• react ด้วยเครื่องหมายถูกบนการ์ด incident ใน Slack เพื่อแก้จบ หรือเครื่องหมายห้ามเข้าเพื่อทำเครื่องหมายว่าไม่ใช่ incident การ์ดอัปเดตในที่ และไทม์ไลน์บันทึกว่าใครดำเนินการ
• แท็บ Channels บนการผสานรวม Slack แสดงทุกแชนเนลที่ Polylane อยู่ และเอเจนต์บันทึกคำสั่งของแชนเนลเองเมื่อคุณบอกว่าให้มันทำตัวอย่างไรที่นั่น
• pull request ของ autofix เปิดด้วยส่วน Before / After ที่เขียนจาก diff แท็บ Implementation แสดงเธรดที่เขียน patch และแผนที่อ่อนถูกปฏิเสธก่อนที่จะเสียการรันไป
• Polylane ตรวจว่ามี pull request เปิดอยู่แล้วหรือไม่ก่อนใช้การสืบสวน และเก็บงานของเทิร์น autofix ที่ช้าไว้แทนที่จะทิ้ง
• การรีวิว pull request เปิดหรือปิดต่อ repository จากหน้า Repositories แบบเป็นชุด หรือทั่วทั้งการผสานรวม GitHub ด้วยสวิตช์เดียว
• แผนที่ที่เผยแพร่ตอนนี้ให้ลิงก์กับคุณในราวสองนาทีในฐานะฉบับร่างที่ปรับละเอียดขึ้นที่ URL เดิม พร้อมรายการปัญหาข้างกราฟและปุ่ม Investigate บนแต่ละรายการ
• การสมัครสร้าง workspace ให้คุณทันที การเข้าร่วมอัตโนมัติตามโดเมนปิดอยู่โดยค่าเริ่มต้น และลิงก์เข้าสู่ workspace ที่คุณไม่ได้อยู่จะเสนอหน้าขอเข้าร่วม
• CLI สมัครให้คุณด้วย Google, GitHub หรืออีเมลผ่าน polylane auth signup ทำให้ polylane cloud connect และ polylane integration connect เป็นแบบโต้ตอบ และ polylane setup ตอนนี้ตั้งค่า Cline, Roo Code, Goose, Pi และ Warp
• และเช่นเคย: การปรับปรุงความน่าเชื่อถือ ประสิทธิภาพ และความเสถียร

CI ที่ล้มเหลวกลายเป็น issue การสืบสวน และการแก้ไข

ทุกการรัน GitHub Actions ที่ล้มเหลวบน repository ที่เชื่อมต่อตอนนี้กลายเป็น issue ของ Polylane ความล้มเหลวซ้ำของ workflow เดิมพับรวมเป็น issue เดียว การรันที่ผ่านปิดมัน และความล้มเหลวภายใน 24 ชั่วโมงเปิดมันใหม่ triage อ่าน job, step และ annotation ของ check ที่ล้มเหลว และเมื่อยืนยันว่าเป็นปัญหาจริง มันเริ่มการสืบสวนและเข้าคิว autofix กับ branch ที่ล้มเหลว การแก้ไขมาถึงเป็น pull request ของ autofix ตามปกติ

ตามสายโซ่จาก check ถึง pull request

ทุก issue การสืบสวน autofix และ check ตอนนี้รู้จักเพื่อนบ้านของตัวเอง กราฟสายเลือดบนแท็บ Overview ของ issue วาดทั้งสายโซ่ จาก check ที่เปิดมัน ผ่านการสืบสวน ไปถึง autofix และ pull request ของมัน คลิกการ์ดใดก็เปิดใน slideover และ issue ซ้ำชี้ไปยังรากที่ถือการสืบสวนเสมอ หน้า autofix ตอนนี้นำด้วยผลลัพธ์: pull request, ทำไมการรันถูกข้าม (พร้อมปุ่ม Run anyway) หรือทำไมมันล้มเหลว (พร้อม Run again)

สัปดาห์นี้ยังมี:

• เผยแพร่แผนที่สาธารณะของสถาปัตยกรรมของคุณ: รันพรอมต์แผนที่ในเอเจนต์เขียนโค้ดของคุณ แล้วมันจะเผยแพร่แผนที่ที่มีคะแนนและเวอร์ชัน ซึ่งใครก็เรียกดู ถามคำถาม หรือส่งปัญหาจากตรงนั้นให้ Polylane สืบสวนได้เลย
• คอมเมนต์รีวิวเปิดด้วย View the full analysis: บทวิเคราะห์ฉบับสมบูรณ์ กราฟแบบโต้ตอบ และข้อความ log ฉบับเต็ม อ่านได้โดยผู้ดู pull request ผ่านลิงก์แขก pull request ของ autofix ลิงก์ทั้งการรันของมันแบบเดียวกัน
• การรีวิวแสดงหลักฐานของมัน: ผลผ่านแนบชุดข้อมูล metric หรือข้อความ log ที่มันอ้างอิง briefing แสดงรายการ issue ในอดีตที่กระทบทรัพยากรเดียวกัน และ check ผลกระทบต่อ production ตอนนี้เปิดโดยค่าเริ่มต้นสำหรับทุก repository
• หลังการสืบสวน Polylane ถามว่าสัญญาณที่ขาดหายทำให้ยากขึ้นไหม ถ้าใช่ pull request ติดตามผลจะเพิ่ม logging หรือ tracing ตรงนั้นพอดี นำด้วยว่าจะทำให้การสืบสวนใดสั้นลง
• การเชื่อมต่อใหม่สองรายการ: cluster Kubernetes ผ่านเอเจนต์ในคลัสเตอร์แบบอ่านอย่างเดียว kubeconfig จึงไม่ออกจาก cluster และ Better Stack ซึ่ง incident ของมันไหลเข้า triage และ monitor ของมันเอเจนต์ query ได้
• service ภายนอกที่โค้ดของคุณเรียก (Stripe, Datadog และอื่น ๆ) เข้าร่วม context graph จาก URL ในตัวแปร environment ภายใต้หมวด External services ของตัวเอง และกราฟ 3,000 ทรัพยากรตอนนี้เปิดได้ในไม่กี่วินาที
• ในเธรดที่มีหลายคน เอเจนต์รู้ว่าใครพูดอะไร และทุก memory ที่มันบันทึกถูกตรวจซ้ำทุกวัน และแก้ไขหรือทิ้งเมื่อมันล้าสมัย
• admin ส่งออก workspace เป็นไฟล์เก็บถาวร JSON ได้ และการลบ workspace ตอนนี้กักกันมันก่อน โดยมีช่วง 60 วันก่อนลบถาวร
• โควตาโทเค็นรายเดือนของทุกแพลนใหญ่ขึ้นห้าเท่า ไม่มีแพลนใดจำกัดจำนวนสมาชิก workspace อีกต่อไป และการตั้งค่า Privacy & data ใหม่ให้ admin เลือกไม่ให้ workspace ถูกใช้ฝึกโมเดล
• และเช่นเคย: การปรับปรุงความน่าเชื่อถือ ประสิทธิภาพ และความเสถียร

Polylane เป็นเพื่อนร่วมทีมใน Slack

mention Polylane ใน Slack แล้วมันตอบสนองทันที แสดงว่ากำลังคิด และสตรีมคำตอบขณะเขียน เทิร์นที่ยาวแสดงความคืบหน้าสด และการรันที่ล้มเหลวบอกว่าเกิดอะไรขึ้นและจะทำต่ออย่างไร แทนที่จะเงียบไป Polylane ปรากฏในแท็บ Agents ของ Slack พร้อมพรอมต์แนะนำ และในแชนเนลที่มันอยู่ มันเข้าร่วมการสนทนาที่ช่วยได้โดยไม่ต้องถูกเรียก เว้นแต่คุณตั้งแชนเนลเป็นแบบ mention เท่านั้น เมื่อ autofix เริ่มจากเธรด Slack เธรดนั้นจะได้ยินส่วนที่เหลือ: ลิงก์ pull request, CI ที่ล้มเหลวและการแก้ไข, การตอบรีวิว และ reaction เมื่อ merge

จับ issue จากสิ่งที่ log ของคุณบอก

ตอนนี้ Polylane อ่านสิ่งที่ log ของคุณบอก ไม่ใช่แค่แนวโน้ม กระแส crash ที่สม่ำเสมอซึ่งไม่เคยข้าม threshold หรือขยับ baseline ถูกบันทึกเป็น issue เปิดค้างไว้ตราบที่ error ยังปรากฏ และปิดเองเมื่อมันหยุด ทุก issue ใหม่ถูกตรวจเทียบกับที่เปิดอยู่ทั่ว workspace ของคุณ: รายการซ้ำที่ยืนยันแล้วถูกเชื่อมโยงและใช้การสืบสวนเดียวร่วมกันแทนที่จะเริ่มครั้งที่สอง บรรทัด log ถูกจัดกลุ่มตามรูปร่าง รูปแบบ ID ที่ไม่คุ้นจึงไม่สร้าง issue ใหม่หรือทำให้ issue เดิมสั่นไหว

สัปดาห์นี้ยังมี:

• การรีวิว pull request ตอนนี้ส่งการแก้ไขมาด้วย ไม่ใช่แค่คำตัดสิน: ช่องว่างเล็ก ๆ ด้าน observability ในบรรทัดที่คุณเปลี่ยนมาถึงเป็นคอมเมนต์ข้อเสนอแนะแบบคลิกเดียว ช่องว่างใหญ่มาเป็น pull request ปรับปรุงที่ซ้อนอยู่บน branch ของคุณ และทั้งคู่ไม่เปลี่ยนผลผ่านหรือไม่ผ่าน
• การรีวิวและ pull request ของ autofix ตรวจตามแคตตาล็อกอันตรายของการ deploy ครบชุด: การเปลี่ยนชื่อแล้วลบที่ pod เก่ายังอ่านอยู่, CREATE INDEX ที่บล็อกการเขียนบนตารางที่ใช้งานหนัก, ตัวแปร environment ที่ไม่มีอะไรจัดเตรียม และเงื่อนไขล่วงหน้าในระบบของคนอื่น แต่ละรายการแสดงพร้อมเจ้าของจนกว่าจะรับทราบ
• คนและทีมเข้าร่วม context graph: CODEOWNERS, ผู้ deploy และแท็กเจ้าของกลายเป็นโหนดบุคคลและทีมพร้อมเส้นเชื่อม owns และการสะกดชื่อคนเดียวกันต่างกันรวมเป็นโหนดเดียว
• ทุก repository ที่เชื่อมต่อใหม่ได้ pull request ของ autofix ด้าน observability ที่เขียนตามธรรมเนียมของ repo เอง และเนื้อหา pull request ของ autofix ตอนนี้เปิดด้วยสรุปภาษาธรรมดา
• View Thread บนคอมเมนต์รีวิวเปิดการสืบสวนแบบอ่านอย่างเดียวให้ทุกคนที่เห็น pull request ได้ ไม่ต้องมีบัญชี และคุณได้รับการแจ้งเตือนเมื่อคำตัดสินเปลี่ยน
• กราฟโครงสร้างพื้นฐานกลับมาเป็นลำดับชั้นจากบนลงล่างอีกครั้ง จัดกลุ่มตามบัญชีคลาวด์ และในมุมมอง topology คุณกดทรัพยากรค้างไว้เพื่อดูขอบเขตผลกระทบกระเพื่อมไปตามเส้นเชื่อม หรือลากอันหนึ่งเพื่อดึงเพื่อนบ้านตามมาได้
• หน้า Autofixes มีการค้นหาและตัวกรองที่อยู่ใน URL และการแก้ไขแถวเดียวไม่วาดตารางใหม่อีกต่อไป
• workspace แบบ Free ได้การสืบสวน 10 ครั้งต่อวัน เพิ่มจาก 1
• CLI ได้ polylane setup ซึ่งลงทะเบียนเซิร์ฟเวอร์ MCP และ skill ของ Polylane กับเอเจนต์เขียนโค้ดทุกตัวบนเครื่องของคุณ (--agent เลือกตัวเดียว)
• และเช่นเคย: การปรับปรุงความน่าเชื่อถือ ประสิทธิภาพ และความเสถียร

ทุก pull request ถูกรีวิวหาผลกระทบต่อ production

ตอนนี้ Polylane อ่านทุก pull request และตอบคำถามเดียว: production เสื่อมประสิทธิภาพไหมเมื่อ merge สิ่งนี้ มันเดินตาม context graph จาก repository ไปยังทรัพยากรที่โค้ดจะถูกปล่อยไป ตรวจการเปลี่ยนแปลงเทียบกับ topology และ telemetry สด แล้วคอมเมนต์คำตัดสินบน pull request: ผ่านหรือไม่ผ่าน พร้อมแนบหลักฐานและทรัพยากรที่ได้รับผลกระทบ check “Polylane production impact” บังคับใช้ใน branch protection เพื่อบล็อกการ merge ที่มีปัญหาได้

pull request ของ autofix รับฟีดแบ็ก

ทิ้งคอมเมนต์รีวิวบน PR ของ autofix แล้ว Polylane จะตอบหรือ push การเปลี่ยนแปลงที่ขอ ตอบในเธรด Slack ที่ประกาศ PR ไว้ แล้วมันจะตอบตรงนั้น เมื่อ CI ล้มเหลวบน branch ของ autofix Polylane วินิจฉัย check ที่ล้มเหลวและ push การแก้ไขโดยไม่ต้องสั่ง และเมื่อมันเขียนโค้ด มันทำตามกฎบ้านของคุณ: AGENTS.md, CLAUDE.md, กฎของ Cursor และธรรมเนียมข้อความ commit ที่มันอนุมานจากประวัติ git ของคุณ

สัปดาห์นี้ยังมี:

• repository เข้าร่วม context graph: Polylane อ่าน Terraform, CloudFormation, Pulumi, CDK และ manifest การ deploy (wrangler.jsonc, fly.toml, vercel.json, render.yaml) เพื่อเชื่อมโยงแต่ละ repo กับทรัพยากรที่มัน deploy พร้อมแท็บ Resources สำหรับการเชื่อมโยงด้วยมือ
• คุณกำกับการรีวิวต่อ repository ด้วยคำสั่งของคุณเองได้ เช่น “อย่าชี้ schema migration” และเมื่อ push ครั้งถัดไปจัดการข้อกังวลที่ถูกชี้ไว้แล้ว Polylane จะทำเครื่องหมายว่าแก้แล้วด้วยตัวเอง
• ความเสี่ยงสำคัญในรายงานได้รับการสืบสวน ไม่ใช่แค่ถูกแสดงรายการ: คลิกรายการเดียว หรือสืบสวนทั้งหมด แล้วคำตัดสินสตรีมเข้ามาสด ความเสี่ยงที่ยืนยันแล้วลอยขึ้นบนสุดพร้อมสรุปสิ่งที่พบ
• Topology ตอนนี้เป็นประตูหน้าของคอนโซล: ทุกทรัพยากรเป็นจุด ลงสีตามหมวดหมู่และขนาดตามระดับชั้น จุดร้อนของ issue กะพริบสีแดง และทรัพยากรที่เปลี่ยนบ่อยที่สุดมีวงแหวนเส้นประ
• PlanetScale เป็นผู้ให้บริการแล้ว: เชื่อมต่อด้วย OAuth ฐานข้อมูลและ branch ซิงก์เข้า context graph และ Query Insights ขับเคลื่อน check อัตโนมัติสำหรับ error ของ query, p99 latency, latency ที่พุ่งขึ้น และปริมาณ query ที่ยุบตัว
• บัญชีคลาวด์ใหม่เริ่มแบบอ่านอย่างเดียว: ทุกการเขียนผ่าน API ของผู้ให้บริการถูกปฏิเสธจนกว่า admin จะเปิดสวิตช์ เป็นรายบัญชี
• การซิงก์ Vercel เพิ่มทรัพยากรเก้าประเภท (sandbox, workflow, cron, feature flag, AI Gateway, microfrontend, access group, drain, container registry) และ rollback ถูกติดตามอย่างถูกต้อง: Polylane ตาม deployment ที่ให้บริการ production จริง ไม่ใช่ตัวใหม่สุด
• context graph หนาแน่นขึ้น: tunnel ของ Cloudflare เชื่อมโยงกับ zone และ origin service ที่มันอยู่หน้า Hyperdrive วิ่งผ่าน tunnel และตัวแปร environment รูปแบบ URL กลายเป็นเส้นเชื่อมข้ามคลาวด์และบัญชี
• ทุก repository มีคะแนน instrumentation เต็ม 100 (route ที่ไม่มีการ log การเรียก console เปล่า ๆ การจับ error ที่ขาดหาย) และทรัพยากรที่ให้บริการทราฟฟิกโดยไม่ log หรือเงียบไปกะทันหันจะถูกชี้ออกมา
• log มีความจำแล้ว: ทุกทรัพยากรเก็บบัญชีรูปแบบที่เกิดซ้ำของมันพร้อมอัตราย้อนหลัง และ issue แสดงคำขอที่ล้มเหลวพร้อมบรรทัด log ที่เป็นของมันอย่างแม่นยำ
• คำตอบใน Slack กระชับขึ้น: ตอบหนึ่งครั้งต่อเทิร์น จัดรูปแบบและ @-mention อย่างถูกต้อง และเงียบเมื่อข้อความไม่ได้ส่งถึงเอเจนต์
• และเช่นเคย: การปรับปรุงความน่าเชื่อถือ ประสิทธิภาพ และความเสถียร

ตอนนี้เอเจนต์เขียนโค้ดของคุณเห็นทุกอย่างที่ Polylane เห็นได้แล้ว เครื่องมือที่ Polylane สร้างให้เอเจนต์ของตัวเอง: กราฟโครงสร้างพื้นฐานสดทั่วทุกคลาวด์ของคุณ query observability กับทุกผู้ให้บริการที่เชื่อมต่อ การค้นหาโค้ดใน repo ของคุณ REST API ทั้งชุด ตอนนี้เปิดให้ Claude Code, Cursor, Codex, OpenCode และ VS Code ผ่านเซิร์ฟเวอร์ MCP เดียว หรือ CLI endpoint เดียว ลงชื่อเข้าใช้ผ่านเบราว์เซอร์ แล้วเอเจนต์ของคุณตอบคำถาม “อะไร error ใน production สำหรับ service ที่ PR นี้แตะต้อง” ได้โดยไม่ต้องออกจากตัวแก้ไขโค้ด การเขียนอยู่หลังนโยบายปฏิเสธเป็นค่าเริ่มต้น และการ merge ยังเป็นของมนุษย์

ความผิดปกติและ alert หายไปแล้ว ไม่ใช่ตัวสัญญาณ แต่คือการแยกกัน: ทุกอย่างที่ Polylane ตรวจพบและทุก alert ที่ผู้ให้บริการของคุณส่งต่อมา ตอนนี้ไปอยู่ที่เดียวในฐานะ issue รายการเดียว วงจรชีวิตเดียว และการกำจัดซ้ำที่ถูกต้อง: ปัญหาเดิมที่ดังห้าสิบครั้งคือ issue เดียวพร้อมจำนวนครั้งที่เกิด ไม่ใช่ห้าสิบแถว issue จากภายนอกลิงก์ลึกกลับไปยัง alarm ในคอนโซลของผู้ให้บริการเอง และ automation ตอนนี้ trigger จากคำตัดสิน triage ได้

การมอนิเตอร์ฉลาดขึ้นว่าควรเฝ้าดูอะไร สำหรับทุกบัญชีที่เชื่อมต่อ ตอนนี้ Polylane สร้างคำถามสำหรับมอนิเตอร์: สิ่งที่วิศวกร on-call อยากได้คำตอบอย่างต่อเนื่อง มันอ่าน repo ของคุณเพื่อหา log error, span และ metric แบบกำหนดเองที่คุณเขียนไว้จริง เปลี่ยนแต่ละคำถามเป็น query ของผู้ให้บริการ ตรวจสอบกับข้อมูลจริง และรันตัวที่ผ่านทุกไม่กี่นาทีในฐานะ check ชุดข้อมูลที่เกี่ยวข้องกันตอนนี้ใช้กราฟร่วมกัน: p95 กับ p99 อยู่ด้วยกัน 5xx ตาม service บนแกนเดียว

สัปดาห์นี้ยังมี:

• คอนโซลตอนนี้เปิดที่หน้า Home: สรุปฟีด การตัดสินใจที่รอคุณอยู่ จุดร้อนของ issue และการเปลี่ยนแปลง และแผงแนวปฏิบัติที่ดีของประตูที่เปิดค้างไว้ทั่วสถาปัตยกรรมของคุณ
• Factory เข้าร่วม Cursor และ Devin ในฐานะ executor ของ autofix PR จากภายนอกลิงก์กลับไปยังการสืบสวนที่สร้างมัน และ PR ที่ปิดโดยไม่ merge ตอนนี้เป็นผลลัพธ์ที่ถูกติดตาม
• การมอนิเตอร์เป็นสวิตช์ต่อทรัพยากร: ปิดแล้ว Polylane ยังบันทึกการเปลี่ยนแปลงต่อไปโดยไม่เปิด issue และการ์ดความครอบคลุมแสดงชัดว่าอะไรถูกเฝ้าดูและบ่อยแค่ไหน
• metric และ log ของ Vercel: วาง personal access token (ตรวจสอบขณะพิมพ์) แล้วเลือกว่าจะเก็บ telemetry ใด
• การเชื่อมต่อ AWS ไม่ทิ้งคุณไว้บนหน้าว่างอีกต่อไป: คอนโซลเฝ้ารอ CloudFormation stack ของคุณ กระโดดไปยังบัญชีทันทีที่มันรายงานเข้ามา และบอกตรง ๆ ถ้ามันไม่มา
• สรุปรายสัปดาห์ทั่ว workspace: สวิตช์เดียวส่งสรุป incident, issue, autofix, การเปลี่ยนแปลง และทรัพยากรที่ไม่ได้ใช้งานให้สมาชิกทุกคน
• issue จาก Sentry มาถึงพร้อม exception จริงแนบมาก่อน triage จะเริ่ม: ประเภท ข้อความ stack frame บนสุด และแท็ก
• triage ที่เงียบขึ้น: ระดับความรุนแรงสะท้อนผลกระทบที่กำลังเกิดขึ้นจริงแทนกรณีเลวร้ายที่สุด และบอตที่ถล่มสำรวจ wp-login.php และ .env ไม่เปิด incident อีกต่อไป
• และเช่นเคย: การปรับปรุงความน่าเชื่อถือ ประสิทธิภาพ และความเสถียร

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

ฟีดได้รับการปรับปรุงแบบเดียวกัน ตอนนี้มันเปิดด้วยสรุป 30 วันของสิ่งที่ Polylane ทำให้คุณจริง ๆ (issue ที่จับได้ การเปลี่ยนแปลงที่ก่อปัญหา PR ของ autofix ความผิดปกติที่แก้แล้ว แต่ละรายการมี sparkline) คะแนนสุขภาพ และตาราง “รอคุณอยู่” ของการตัดสินใจที่ต้องการมนุษย์ และเบื้องหลัง เธรด incident ย้ายไปอยู่บน workflow ที่คงทน การสืบสวนจึงรอดจาก deploy และการรีสตาร์ต และ executor ของ autofix ในตัวตอนนี้รันเอเจนต์เขียนโค้ด pi แบบโอเพนซอร์ส พร้อมบันทึกถอดความฉบับเต็มที่อ่านได้เบื้องหลังทุก PR

สัปดาห์นี้ยังมี:

• webhook ของกฎ alert และ issue ของ Sentry ตอนนี้เปิด incident: ผ่าน triage โดยเอเจนต์ทันทีที่มาถึง พร้อมป้ายสถานะและคำตัดสิน และปุ่มสืบสวนคลิกเดียว
• ความผิดปกติที่เกิดซ้ำเก็บ metric, log และ trace ที่จับได้ในทุกครั้งที่เกิด เรียกดูได้จากใหม่สุด แทนที่จะมีแค่ครั้งล่าสุด
• หน้าความผิดปกตินำด้วยการ์ด metric แบบ sparkline ที่แสดงค่า baseline และค่าเบี่ยงเบน มุมมองขอบเขตผลกระทบ และสรุป log
• ประวัติการเปลี่ยนแปลงต่อทรัพยากร: สัญญาณการเปลี่ยนแปลงบนแผงรายละเอียดของทุกโหนด และทรัพยากรที่เปลี่ยนบ่อยที่สุดถูกยกขึ้นมาในฟีด
• Advisories คำนวณที่ backend แต่ละรายการระบุว่าแก้ได้ในที่หรือมีคำแนะนำให้
• ความน่าเชื่อถือของเธรด: เทิร์นที่ค้างถูกกวาดออกโดยอัตโนมัติ ปัญหาความจุของโมเดลถอยไปใช้ทางเลือกสำรองอย่างราบรื่น และเทิร์นที่หลุดควบคุมถูกตัดจบแทนที่จะวนไม่รู้จบ
• และเช่นเคย: การปรับปรุงความน่าเชื่อถือ ประสิทธิภาพ และความเสถียร

ไม่มีใครอยากได้บรรทัด log ดิบพันบรรทัดถูกโยนลงกลางการสืบสวน สัปดาห์นี้ทุก query telemetry ที่เอเจนต์รัน (CloudWatch, Datadog, Honeycomb, Axiom, Sentry, Cloudflare, Vercel, Fly, Render, X-Ray) ได้โหมดสรุป: ผลลัพธ์ฉบับเต็มที่ไม่ถูกตัดถูกกลั่นเป็นระดับความรุนแรง จำนวน error รูปแบบที่เกิดซ้ำ และบรรทัดไม่กี่บรรทัดที่คุ้มค่าจะอ่านจริง ยกมาคำต่อคำ เธรดยังอ่านง่าย และเอเจนต์เลิกจมบริบทของตัวเองด้วย log

การเชื่อมต่อบัญชีก็ดีขึ้นด้วย ทันทีหลังเชื่อมต่อ ตอนนี้คุณได้รายงานแบบมีโครงสร้างของความเสี่ยงที่จัดอันดับแล้ว metric สำคัญ และสรุป log และ trace พร้อมคำถามเริ่มต้นให้ขุดต่อ และสำหรับ Cloudflare โมดัลใหม่กรอกทุกสิทธิ์ที่ Polylane ต้องใช้ไว้ล่วงหน้า และให้คุณเลือกระหว่างอ่านอย่างเดียว (สืบสวนและอธิบายเท่านั้น การเปลี่ยนแปลงมาถึงเป็น PR เท่านั้น) กับสิทธิ์เต็ม ไม่มีใครต้องเลือกสิทธิ์โทเค็น API ด้วยมืออีก

สัปดาห์นี้ยังมี:

• ระดับชั้นของทรัพยากรจัดใหม่โดยอัตโนมัติทุกวัน และตอนนี้คุณแก้ระดับชั้นของทรัพยากรใดก็ได้ด้วยมือ (การแก้ถูกปักหมุดไว้) หรือรันการจัดชั้นใหม่ทั้งบัญชี
• ทุกความผิดปกติมีปุ่มสืบสวนคลิกเดียวที่เปิดเธรด incident พร้อมการกำจัดซ้ำ ความผิดปกติเดิมจึงไม่มีทางสร้างรายการซ้ำ
• คำถามเริ่มต้นที่ AI แนะนำตอนนี้ปรากฏบนการเปลี่ยนแปลง การประเมินของการรัน check และทรัพยากรแต่ละรายการ ไม่ใช่แค่หลังการเชื่อมต่อ
• polylane automation create และ POST /automations รับ trigger คำสั่ง และเครื่องมือแบบกำหนดเอง คุณจึงสร้าง automation ที่ไม่มีเทมเพลตใดครอบคลุมได้
• slideover ของการรัน check เพื่อตรวจดู metric, log และ trace ของการประเมินครั้งเดียว พร้อมปุ่มสืบสวนและถามคำถามในที่
• การมอนิเตอร์ต่อทรัพยากรตอนนี้รวบรวมหลักฐานแบบมีโครงสร้าง: เทมเพลต log ที่พบบ่อยและที่พบใหม่ ยอดรวมตามระดับความรุนแรง อัตรา error และ fault และ p50/p95/p99 ต่อการดำเนินการ
• ซ่อมแผนภาพ Mermaid ที่เสียในวิกิของทรัพยากรได้ในคลิกเดียว
• และเช่นเคย: การปรับปรุงความน่าเชื่อถือ ประสิทธิภาพ และความเสถียร

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

อีกธีมของสัปดาห์นี้คือความไว้วางใจ เมื่อเอเจนต์ต้องการทำการกระทำที่เปลี่ยนแปลงข้อมูล ตอนนี้เธรดจะแสดง method, path, body และเหตุผลให้คุณเห็น แล้วรอการอนุมัติของคุณ โดยการลบถูกทำเครื่องหมายว่าเป็นการทำลาย และทุก incident ตอนนี้ประกาศสถานะของตัวเองเมื่อจบแต่ละเทิร์นของเอเจนต์ (ต้องการการกระทำจากมนุษย์ ต้องการการตัดสินใจ รอการเปลี่ยนแปลง ล้มเหลว หรือแก้แล้ว) คุณจึงบอกได้ในพริบตาว่าการสืบสวนใดต้องการคุณจริง ๆ

สัปดาห์นี้ยังมี:

• ทุกรอบการมอนิเตอร์ถูกบันทึกเป็นการรัน check (แข็งแรง ละเมิด หรือคงที่) ทำให้แต่ละทรัพยากรมีไทม์ไลน์ของการประเมินที่คุณตรวจดูได้ บวกการสั่งรันด้วยตนเอง
• ทรัพยากรถูกจัดระดับชั้น 1-4 โดยอัตโนมัติตามความสำคัญเชิงปฏิบัติการ โดยใช้ topology ทราฟฟิก และการเปลี่ยนแปลงล่าสุด ตอนนี้ระดับชั้นเป็นตัวกำหนดว่าความผิดปกติถูกจัดลำดับความสำคัญอย่างไร
• การซิงก์ AWS ได้ Kinesis, KMS, Secrets Manager และ Service Discovery เพิ่ม
• คุณค้นหาและเชื่อมโยง repository บน GitHub กับบัญชีคลาวด์ได้ ผูกโค้ดเข้ากับโครงสร้างพื้นฐานที่มันรันอยู่
• การจำกัดอัตราและการรวมคำขอเข้ามาในทุก client ของผู้ให้บริการ การสืบสวนจึงเลิกถูก API ของผู้ให้บริการบีบคอ
• Change intelligence ตอนนี้จับคู่ event การเปลี่ยนแปลงของผู้ให้บริการกับทรัพยากรที่มันแตะต้องอย่างเจาะจง แสดงในฟีด
• มุมมองการใช้งาน incident แบบ 24 ชั่วโมงต่อเนื่องเทียบกับขีดจำกัดของ workspace ของคุณ
• และเช่นเคย: การปรับปรุงความน่าเชื่อถือ ประสิทธิภาพ และความเสถียร

Autofix เปิดกว้างขึ้นสัปดาห์นี้ ตอนนี้คุณเชื่อมต่อ Cursor และส่ง pull request ของ autofix ผ่านเอเจนต์คลาวด์ของ Cursor แทนตัวในตัวได้แล้ว: เมื่อการสืบสวนจบลงที่บรรทัดโค้ด Polylane ส่งต่อการแก้ไข และ Cursor เปิด PR เลือก executor เริ่มต้นต่อ workspace ได้ใน Settings → Integrations

Automation ก็เริ่มต้นง่ายขึ้นด้วย ตอนนี้มีแคตตาล็อกเทมเพลตที่สร้างไว้ล่วงหน้า พร้อม trigger คำสั่งสำหรับเอเจนต์ และการกระทำที่ต่อสายไว้เรียบร้อย ติดตั้งได้ในขั้นตอนเดียวจากคอนโซล, CLI (polylane automation from-template) หรือ API เทมเพลตกรองได้ตามหมวดหมู่และผู้ให้บริการ และเปิดใช้เฉพาะการกระทำสำหรับผู้ให้บริการที่คุณเชื่อมต่อไว้จริงเท่านั้น ควบคู่กันนั้น ตัวควบคุม triage ใหม่ให้สวิตช์หลักบวกสวิตช์ต่อกฎ alert บนทุกบัญชีคลาวด์และการผสานรวม คุณจึงตัดสินได้แน่ชัดว่า Polylane จะรับและสืบสวน alert ใด

สัปดาห์นี้ยังมี:

• ครอบคลุม Cloudflare ในกราฟกว้างขึ้นมาก: zone, load balancing, WAF และ security ruleset, Tunnels, Spectrum, Access, Stream, Images และทรัพยากร Workers เพิ่มเติม
• เส้นเชื่อมข้ามคลาวด์: DNS record บนผู้ให้บริการหนึ่งที่ชี้ไปยังทรัพยากรบนอีกผู้ให้บริการ ตอนนี้ปรากฏเป็นเส้นเชื่อมจริงในกราฟ
• การตรวจจับความผิดปกติที่เงียบขึ้น: ตัวกรองแบบกำหนดตายตัวปัดค่าพุ่งขึ้นแบบโดด ๆ และสัญญาณรบกวนใกล้ baseline ศูนย์ออกก่อน triage การตรวจจับเคารพว่าทิศทางใดแย่จริงต่อ metric และความผิดปกติจากบันทึกการเปลี่ยนแปลงถูกกำจัดซ้ำภายใน 24 ชั่วโมงแทนที่จะ page ซ้ำ
• แท็บ Changes แสดงผลกระทบได้ในพริบตา: ป้ายผลกระทบ ความเสี่ยง การตรวจสอบหลังการเปลี่ยนแปลง และทรัพยากรที่ได้รับผลกระทบเป็นชิป
• endpoint ของ LLM แบบกำหนดเองตอนนี้แสดงรายการโมเดลที่มันประกาศจริง คุณจึงเลือกจากโมเดลจริงแทนการพิมพ์ ID
• secret ของ OAuth client หมุนเวียนได้โดยไม่ต้องสร้าง client ใหม่
• และเช่นเคย: การปรับปรุงความน่าเชื่อถือ ประสิทธิภาพ และความเสถียร