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

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

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

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

จริง ๆ แล้วมนุษย์ก็คงเป็นแบบนั้นเหมือนกัน เหตุผลที่มนุษย์ควรแสวงหาความหลากหลายก็คงเพราะแบบนี้ไม่ใช่หรือ...

บันทึกของ ChatGPT นี่ถือว่าอยู่ในขอบเขตที่ขอรับได้ผ่านคำขอเปิดเผยข้อมูลข่าวสารหรือเปล่าครับ?

โอ้... ขอบคุณมากครับ!!!

แปลไว้แล้วแต่ยังไม่ได้ลงลิงก์นะครับ

• ประกาศยุติ Jazzband
• Jazzband 10 ปี

เข้าร่วมวงอีกแล้วสินะ!

https://code.claude.com/docs/ko/model-config#opusplan-model-settings

ผมก็ตั้งค่าโมเดลของ Claude เป็น opusplan แล้วใช้อยู่เหมือนกัน

ถ้า agent ใช้แค่โมเดล GPT-5.1-Codex-Mini
พอเพิ่มพรอมป์ต์ด้านล่างใน Custom instructions ของ Codex App
agent ก็ทำงานด้วย GPT-5.3-Codex-Spark ได้ครับ

"- when it spawns agents, use models "GPT-5.3-Codex-Spark" or higher."

หรือจะลองระบุโมเดลตอนสร้าง agent ก็สนุกดี
และผมชอบที่ใน Codex App แสดงผลเป็นโครงสร้างโฟลเดอร์ย่อยด้วยครับ

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

ผมใช้งาน auditlog ได้ดีอยู่เลย เสียดายจัง..

เป็นเรื่องเล็กน้อยแหละ แต่แค่ชื่อแพ็กเกจแมเนเจอร์เป็น pkg ก็ดูสง่างามแล้ว และให้ความรู้สึกว่าเข้ากับปรัชญาการตั้งชื่อเครื่องมือแบบ UNIX

ถ้ารัน CLI บนเซิร์ฟเวอร์ก็น่าจะเหมือนกันไม่ใช่หรือ?

ตอนนี้ GPT เข้ามาช่วยบริหารด้วยแล้วสินะ
https://replaceyourboss.ai/
ดูเหมือนว่าจำเป็นต้องรีบนำมาใช้แล้ว

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

ในการตั้งค่าพื้นฐานของ Oh my opencode นั้น opus จะเป็นคนวางแผน ส่วนการลงมือพัฒนา จะให้โมเดลที่เบากว่าเป็นผู้ทำ

ครับ ผมขอสารภาพว่าแค่คอมเมนต์ไปทั้งที่ยังไม่ได้อ่านเนื้อหาด้วยซ้ำ;;

ใน Namuwiki ก็มีเอกสารที่เกี่ยวข้องเหมือนกันนะ 555
https://namu.wiki/w/…

เพราะเป็นโมเดลภาษา จึงเหมาะที่ให้โมเดลราคาแพงเป็นคนวางแผน

รอบตัวผมเห็นเขาวางแผน/ออกแบบด้วย Sonnet แล้วก็เขียนโค้ดด้วย GLM-5 กันน่ะครับ..