Claude Fable 5 สิ่งที่ดีที่สุดที่จะทํา คือการตรวจสอบเต็มคลังรหัส
จากการเขียนโค้ดเพื่อตรวจสอบรหัส AI เริ่มเข้าสู่เว็บไซต์การตรวจสอบ
ภาพถ่ายโดยนักเล่นแร่แปรธาตุ
ต้นฉบับโดยเพ็กกี้ บล็อกบีทส์
บรรณาธิการที่ตีพิมพ์เมื่อ 9 June 2026 โดย Claude Fable 5 ได้ดํารงตําแหน่งเป็นรุ่น Mytos รุ่นที่เชี่ยวชาญด้านวิศวกรรมซอฟแวร์ในวงยาว และมีคุณสมบัติด้านความปลอดภัยที่เข้มแข็ง。
หลังจากโมเดลใหม่ออนไลน์ ผู้พัฒนาก็เริ่มสํารวจการใช้งานในฉากวิศวกรรมจริง: การตรวจสอบคลังสินค้าทันที โดยแบ่งปันโดย @ Meta Alchemist, เป็นกรณีทั่วไป มันช่วยให้ Fable 5 ดูที่โกดังโค๊ด ในระบบ 4 เวที เช่นเดียวกับเจ้าหน้าที่เทคนิคอาวุโส : ผู้ ใช้ บาง คน ได้ ใช้ วิธี นี้ เพื่อ ชําระ หนี้ ทาง เทคนิค, เพื่อ ตรวจ หา ช่อง ว่าง ที่ ปลอด ภัย และ ปัญหา ความ ปลอด ภัย ที่ รุ่น เก่า ทิ้ง ไว้ ให้ หมด ไป, และ เผชิญ กับ ปัญหา เก่า ๆ เช่น สภาพ แวด ล้อม ที่ ไม่ มั่นคง ของ กล่อง ทราย。
โดยทั่วไปแล้ว การปล่อย Febable 5 ไม่ได้เป็นเพียงการอัพเกรดความสามารถของโมเดล แต่ยังเป็นการผลักดัน AI ให้ย้ายจาก "ผู้ช่วยในบัญชี" มาเป็น "Project Audit and Project Fiction Col Companyator"。
ต่อ ไป นี้ เป็น ข้อ ความ เดิม:
คุณใช้ Claude Fable 5 รึเปล่า
หนึ่งในสิ่งแรกที่คุณควรทํา คืออัพเกรดโครงการหลักของคุณด้วยมัน เพื่อให้มันสามารถปรับปรุง。
กรุณาทํารายการ "Audt and Project ปรับปรุง" ต่อไปนี้ ในทุกระบบเก็บรหัสที่สําคัญกับคุณ(วางแบบหนาตรง)：
รหัสโกดังตรวจสอบ และแผนปรับปรุง
Claude Fable 5 สร้างคําใบ้
คุณเป็นวิศวกรซอฟต์แวร์ชั้นนําของโลก และผู้เชี่ยวชาญด้านการตรวจสอบเทคนิค หน้าที่ของคุณคือ การวิเคราะห์รหัสในคลังสินค้าอย่างละเอียด ให้ผลการตรวจสอบอย่างซื่อสัตย์ กรุณาดําเนินการอย่างเคร่งครัดตามขั้นตอนต่อไปนี้สี่และไม่ได้กระโดด。
คําตัดสินทั้งหมดจะต้องขึ้นอยู่กับเอกสารที่แท้จริง: โปรดอ้างอิงพาธของแฟ้มและหมายเลขบรรทัด หากไม่สามารถตรวจสอบได้ โปรดระบุ ไม่ให้เดา。
ขั้น ที่ 1 / การ ค้น พบ และ การ รวบ รวม:
ก่อน จะ ลง ความ เห็น อย่าง ใด อย่าง หนึ่ง จง สํารวจ อย่าง เป็น ระบบ ว่า คลัง รหัส ทั้ง หมด:
การจําแนกโครงสร้างของแคตตาล็อก การระบุชนิดโครงการ ภาษาที่ใช้ โครงร่าง และการดําเนินงาน。
การแสดงตัวของเอกสารรายการ โมดูลหลัก และข้อมูลหลักที่ไหลและควบคุมกระแสในระบบ。
อ่านคู่มือของแพกเกจ, ล็อคไฟล์, สร้างการปรับแต่ง, การปรับแต่ง CI, แฟ้มสภาพแวดล้อม/ configuration, และเอกสารทั้งหมด รวมถึง readME, COTIBUBUT, ADR เป็นต้น。
เพื่อ จะ ตัดสิน ว่า โครงการ นี้ มี ประโยชน์ อย่าง ไร: เป้า หมาย, ผู้ ใช้ ที่ ตั้งใจ ไว้, และ ความ อาวุโส ที่ เห็น ได้ ชัด ใน ปัจจุบัน — ตัว อย่าง, เครื่อง มือ ภาย ใน, บริการ การ ผลิต, หรือ ห้อง สมุด。
ต่อไปนี้: การทําเอกสารที่ถูกใช้ไปแล้วโดยโครงการ รวมถึงการตั้งชื่อ, ขอบเขตการเปลี่ยนชื่อ, รูปแบบการประมวลผลผิดพลาด, รูปแบบการทดสอบ เป็นต้น。
ขั้นนี้ของผลลัพธ์ "รหัสแผนที่คลังสินค้า" เรียบง่าย รวมถึงการใช้โครงการ, กองเทคโนโลยี, โครงสร้างภาพสเก็ตช์, หมวดหมู่สําคัญ และรายละเอียด และอะไรก็ตามที่ทําให้คุณแปลกใจ。
เฟส 2 / ออดิต: หลักฐานและความรุนแรงที่ระบุว่า
มี การ เรียก ร้อง ให้ ตรวจ สอบ แต่ ละ มิติ ต่อ ไป นี้。
ทุกการค้นพบ บันทึกต่อไปนี้:
( ก) คุณ พบ อะไร
(b) ที่ที่พบในรูปแบบแฟ้ม: หมายเลขบรรทัด
c)
วิกฤต / มีเดีย / ต่ํา
โครงสร้างและการออกแบบ
ขอบเขตเชิงกราน, การแยกร่าง, การขาดอากาศหายใจ, การรั่วไหลของนามธรรม, วัตถุของพระเจ้า/พระเจ้า, การละเมิดชั้นใน, ปลอกคอที่แข็งทื่อ。
คุณภาพรหัส
รหัสซ้ํา รหัสเสีย ฮอตพอตที่ซับซ้อน รวมถึงฟังก์ชั่นสูงสุดของสาขา ส่วนใหญ่ไม่สอดคล้องกัน。
เคลียร์
กุญแจฮาร์ดโค้ด หรือเครื่องรับรอง การฉีดของความเสี่ยง ลําดับอินเวอร์สที่ไม่ปลอดภัย การตรวจสอบการป้อนข้อมูลสูญหาย ความอ่อนแอในการตรวจสอบสิทธิ์/อํานาจ การพึ่งพาCES ที่รู้จักกันมานาน การปรับแต่งการจําแนกสัดส่วน。
ทดสอบ
ช่องว่างในการทดสอบการทดสอบ โดยเฉพาะอย่างยิ่งหลักตรรกะธุรกิจ คุณภาพการทดสอบ, เช่น พฤติกรรมการทดสอบการทดสอบ。
ประสิทธิภาพ
N+1. สืบค้น, แจกจ่ายหรือคัดลอกที่ไม่จําเป็น, ปิดกั้นการโทรในทางเดิน, แคชหรือดัชนีหายไป, ปัญหาการเติบโตแบบไม่มีกรอบ เช่นหน่วยความจํา, แฟ้ม, คิว。
ความขึ้นต่อกัน
ความ เสี่ยง ต่อ การ ติด เชื้อ; การ รักษา ล็อก ไฟล์。
ประสบการณ์และประสบการณ์การพัฒนา
ค่าใช้จ่ายในการสร้าง/ เริ่มระบบ, ช่องว่างของ CI/CD, ขาดการตรวจสอบ Lint/formating, บันทึกการทํางานและตรวจสอบคุณภาพ, รายงานข้อผิดพลาด, เส้นทางการใช้งาน。
เอกสาร
โปรแกรมอ่าน ความละเอียด เส้นทางด้วยตนเอง การกระทําคีย์ที่ไม่ได้บันทึก เอกสารหมดอายุที่ขัดแย้งกับรหัส。
กฎอยู่บนเวทีนี้
จะ ให้ การ ค้น พบ ที่ มั่น ใจ ได้ สูง ถึง 15 ราย มาก กว่า การ คาด คะเน การ ค้น พบ ทาง วิทยาศาสตร์ 50 ราย。
การแยกระหว่างข้อเท็จจริงกับการตัดสิน ตัว อย่าง เช่น:
ข้อเท็จจริง: "ฟังก์ชั่นนี้ไม่ได้ถูกเหยียดหยาม: src/api/client.t:142"
• อนุมัติ: "ขอบเขตของโมดูลนี้ไม่ชัดเจน"
และมันชัดเจนว่า ประเภทไหนคืออะไร。
มันยังมีรายชื่อที่โกดังโค้ดเวิร์คด้วย ข้อ ดี ต่าง ๆ ก็ สําคัญ พอ ๆ กัน เพราะ การ ตัดสิน ว่า ควร รักษา อะไร ไว้。
ระยะนี้ของผลลัพธ์: "รายงานผลอัตโนมัติ" กรุณาจัดกลุ่มตามมิติ เรียงลําดับตามความรุนแรง รวมถึงส่วนที่แข็งแรง ขอ ให้ เรา อย่า ลืม ชี้ แจง ประเด็น เหล่า นั้น ซึ่ง เป็น ประเด็น ที่ น่า รังเกียจ ที่ สุด และ จําเป็น ต้อง มี ความ สําคัญ อันดับ แรก。
ขั้น ที่ 3 / ปรับ ปรุง วิธี การ
การตรวจสอบภายในเป็นชุดของกลยุทธ์:
• เพื่อ จะ ระบุ แนว คิด สาม ถึง ห้า เรื่อง ที่ อาจ อธิบาย ประเด็น ส่วน ใหญ่ ได้ เช่น “ไม่ มี ข้อ จํากัด ระหว่าง ชั้น ชั้น ชั้น ต่าง ๆ ” และ“ การ จัด การ เรื่อง การ ทํา งาน แบบ ผาดโผน เกิน ไป ด้วย การ จัด การ ผิด พลาด ”。
• แสดง ให้ เห็น สถานะ ของ เป้า หมาย และ หลัก การ ที่ อยู่ เบื้อง หลัง แต่ ละ เรื่อง。
• ทําความชัดเจนในการแลกเปลี่ยน: ประเด็นไหนที่คุณแนะนําไม่ให้แก้ไขสําหรับเวลา และทําไมจึงไม่ เช่น การผิดพลาดระหว่างค่าเข้าและประโยชน์ ความเสี่ยงสูง และความเป็นผู้ใหญ่ที่ไม่จําเป็นสําหรับเวลา。
• กําหนดสิ่งที่เรียกว่า "สมบูรณ์" - ให้สัญญาณ เช่น "CI จะล้มเหลวเพราะความผิดพลาดแบบลิ้น" "การแพร่ภาพของโมดูลการทดสอบ 80%" "ระดับ Critical เป็นศูนย์"。
ระยะที่ 4 / รายละเอียดแผนภารกิจ
การแปลงกลยุทธ์เป็นแผนปฏิบัติการ:
การ แบ่ง งาน ออก เป็น งาน ที่ เป็น เอกเทศ. พระ บัญชา แต่ ละ อย่าง ต้อง รวม ไว้ ด้วย:
ชื่อเรื่องและคําแถลงภารกิจ
เอกสารต่าง ๆ ที่มีผลกระทบ/ การแก้ไข
- การยอมรับมาตรฐาน เช่น วิธีตรวจสอบว่ามันเสร็จสมบูรณ์แล้ว
ค่าประมาณการทํางาน: S=น้อยกว่า 2 ชั่วโมง, M = ครึ่งวัน, L = 1-2 วัน, XL = DISMARTLING ต่อ
ความเสี่ยงของการเปลี่ยนแปลงตัวเอง, เช่น, ศักยภาพที่จะรบกวนการทํางานที่มีอยู่
พึ่งพาคําสั่งอื่น
กรุณาจัดลําดับความสําคัญของงานตามหลักหน่วย:
เม เร สโตน 0
ตาข่ายนิรภัย: สสารที่จะต้องเสร็จสมบูรณ์ ก่อนที่เครื่องปรับความปลอดภัยจะเกิดขึ้น เช่นการทดสอบเส้นทางที่สําคัญ CI ประตูสํารอง。
ระยะเวลา 1 ไมล์
การซ่อมแซมที่สําคัญ ปัญหาความปลอดภัยและความถูกต้อง。
มี. ค
การปรับปรุงการต่อรองสูง สิ่งเหล่านั้นทําให้ การติดตามทุกอย่างง่ายขึ้น。
ไมด์สโตน 3
คุณภาพ และ การ โม่: การ รักษา ลําดับ ความ สําคัญ ให้ อยู่ ใน ระดับ กลาง และ ต่ํา นับ ว่า คุ้ม ค่า。
กรุณาระบุการแยกชัยชนะอย่างรวดเร็ว, ผลกระทบสูง, การทํางานหนัก, การส่งมอบทันที。
สําหรับ งาน สาม อย่าง ที่ สําคัญ ที่ สุด โปรด ทํา การ สรุป เรื่อง การ ตระหนัก รวม ทั้ง วิธี การ ขั้น ตอน สําคัญ ๆ และ พื้น ที่ ซึ่ง ก้าว ต่อ ไป ได้ ง่าย。
รูปแบบการส่งสุดท้าย
โปรดสร้างเอกสารเดียวที่มี:
ประมวลผลซัมเมอร์ ไม่เกิน 10 คํา ให้การจัดอันดับสุขภาพโดยรวม A-F, กับเหตุผล; รายการสามความเสี่ยงแรกและสามโอกาสแรก。
แผนที่เรโป
Audit Report
การ วาง แผน ล่วง หน้า
วางแผนงาน:
คําถามเปิด: รายการข้อมูลที่ต้องการ การตัดสินใจของมนุษย์ เช่น ความตั้งใจผลิตภัณฑ์, โมดูลเสียได้, เป้าหมายการแสดง เป็นต้น。
ตัวย่อ
จะไม่มีการเปลี่ยนแปลงรหัสระหว่างการตรวจสอบนี้ แค่วิเคราะห์ดู。
อย่ากรอกรายงาน ถ้ามิติหนึ่งมีสุขภาพดี แค่ประโยคเดียว แล้วก็ลงไปเรื่อยๆ。
การตั้งโครงการความเป็นผู้ใหญ่ หากไม่ต้องการวัตถุประสงค์ของเจ้าของโครงการจริง ๆ ก็ไม่มีการแนะนําโครงสร้างพื้นฐานระดับ enterprise-ระดับ สําหรับโครงการต้นแบบวันหยุดสุดสัปดาห์。
วิเคราะห์ ความ จําเป็น ที่ แท้ จริง ของ โครงการ และ ให้ คํา แนะ นํา อย่าง มี ประสิทธิภาพ ที่ สุด。
หากคลังโค้ดมีขนาดใหญ่ โปรดให้ความสําคัญกับการวิเคราะห์ in-deepth ของ 20% ของรหัสหลัก, I.E. 80% ของภาระการทํางาน และระบุว่าพื้นที่ใด ได้รับการตรวจสอบในระดับตื้นมากขึ้น。
