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

หากคุณบอกได้ว่าส่วนไหนที่ทำให้คุณรู้สึกรำคาญ ฉันจะตอบกลับอย่างเป็นมิตรให้ครับ

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

อย่างไรก็ตาม ในตัวอย่างนี้มีการลดลงประมาณ 10% หากวัดตามจำนวนตัวอักษร ซึ่งเพียงเท่านี้ยังไม่สามารถอธิบายการลดลงของการใช้โทเค็น 37.91% ได้

ในเนื้อหาหลักมีลิงก์ไปยังซอร์สรีโพซิทอรี และใครก็ตามสามารถทำซ้ำเพื่อทดสอบได้

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

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

อีกหนึ่งเคล็ดลับเพิ่มเติมคือ ควรพยายามทำงานให้เสร็จก่อนที่จะเกิด context summarization (การรีเซ็ตบัฟเฟอร์บริบท) และหากเลี่ยงการรีเซ็ตบัฟเฟอร์บริบทไม่ได้ ก็ควรให้เพิ่มกฎการปรับปรุงไว้ล่วงหน้าใน .cursorrules ระหว่างทำงาน หากมีการรีเซ็ตบริบทเกิดขึ้น AI จะมีโอกาสทำผิดพลาดได้สูงขึ้น

สวัสดีครับ ผมเป็นเจ้าของบล็อก

ใช่ครับ ผมเป็นคนสร้างโหมด DeepRAGGal เอง และตอนนี้กำลังเปิดให้บริการผ่านเซิร์ฟเวอร์ส่วนตัวอยู่ (จำเป็นเพราะการยืนยันตัวตนด้วย Chzzk OAuth)

โหมดนี้มีส่วนที่ต้องพัฒนาด้วย Unreal Engine ด้วย ซึ่งน่าเสียดายที่ฝั่ง Unreal Engine ทำ vibe coding ได้ยาก

แต่ตัววิธีการพัฒนาโหมดเองไม่ได้ยากนัก ดังนั้นถ้าสนใจ ก็สามารถเรียนรู้ได้ง่ายผ่านคู่มือพัฒนาโหมด (https://modgo.org/dib-rag-gaelreogtig-modeu-gaebal-part-1/)

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

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

บทความนี้คือการเพิ่มเติมข้ออ้างว่า หากชี้นำให้ได้โครงสร้างที่ดี ก็สามารถทำให้การใช้โทเคนลดลงได้เพิ่มเติมอีก

ผมยังไม่ได้ลองทดสอบแบบนี้ด้วยตัวเอง แต่

พรอมป์ต์ว่า 'วิเคราะห์โค้ดปัจจุบัน แล้วปรับโครงสร้างให้เป็นรูปแบบที่คุณจัดการได้ง่าย'

ก็น่าจะใช้ได้เหมือนกันนะครับ

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

> Refactor the falling objects’ behaviors to use the Strategy pattern and their creation to use the Factory pattern, split the implementation into separate files, and update .cursorrules to reflect the new file structure.

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

ขณะนี้ใช้ได้เฉพาะ Jira Cloud เท่านั้น เพราะรองรับเพียง Jira REST API v3 ส่วนเวอร์ชัน Data Center และ Server ใช้งานไม่ได้

ว้าว.. น่าสนุกจริง ๆ เลยนะครับ

ช่วงนี้มีเรื่องเกี่ยวกับ Rust ออกมาเยอะจริง ๆ..

โปรดตรวจสอบหัวข้อการแสดงความคิดเห็นในวิธีใช้งานเว็บไซต์

กรุณาพูดคุยด้วยความสุภาพและนอบน้อม
หากมีข้อโต้แย้ง กรุณาเขียนเฉพาะเนื้อหานั้น

???: ถอดรหัสการค้นหาแบบไบโอซะ! ผู้ลงโฆษณาจะแยกไม่ออกหรอก!

https://modgo.org/dib-rag-gaelreogtig-modeu-seuteurimeoreul-wihan-ciji…
โหมด DeepRAGGal นี้คุณทำขึ้นมาเองโดยตรงหรือเปล่าครับ?
อันนี้ก็ทำด้วย vibe coding เหมือนกันหรือเปล่าครับ?

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

น่าหงุดหงิดชะมัด

คนที่ทำสิ่งนี้น่าจะส่งเรซูเม่ไปที่ Nintendo แล้วเขาคงรีบรับตัวไปเลย

โอ้ อันนี้ดูดีนะ

เป็นบทความที่ดีมากครับ