https://github.com/google-ai-edge/gallery/issues/437

ดูเหมือนว่าความเข้ากันได้กับ Exynos จะไม่ค่อยดีนัก บน Galaxy Quantum 5 (A55) มีปัญหาที่ตอบซ้ำอักษรจีนไม่รู้จบอยู่ครับ

 

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

 

ไม่เคยรู้มาก่อนเลยว่ามีอินเทอร์เน็ต 25Gbps แบบสมมาตรอยู่ด้วย ผมคิดว่าแม้แต่ระดับ 10Gbps ก็เหลือเฟือเกินพอสำหรับใช้งานในบ้านแล้ว...

 

เคยลองใช้มาก่อน แต่สุดท้ายก็เอาออก เพราะ Claude มักจะใช้โทเคนมากขึ้นไปอีกเพื่อแก้ปัญหาที่เกิดจาก rtk
(ตัวอย่างเช่น เวลาเรียกขอ JSON ด้วย curl มันกลับสร้าง JSON ที่ไม่ถูกต้อง ทำให้ jq โยน error แล้ว Claude ก็ไปดีบักสิ่งนี้จนเผาโทเคนไปเรื่อย ๆ สุดท้ายก็กลับมารับคำขอ curl แบบ raw ใหม่แล้วค่อยพาร์สด้วย jq)
ถึงอย่างนั้นก็ยังคิดว่าแนวคิดตั้งต้นเป็นความพยายามที่ดี ถ้าทำให้เสถียรได้ก็น่าจะเป็นอะไรที่น่าลองใช้อยู่ครับ

 

ผมก็รู้สึกเสียดายในส่วนนั้นเหมือนกันครับ!

ช่วงนี้มีอัปเดตล่าสุดที่บันทึก full output แยกไว้เป็นไฟล์ต่างหาก ทำให้ LLM สามารถอ่านได้เมื่อจำเป็น~

 

การปรับโฉมเว็บไซต์ทางการได้ทำไปก่อนการเปิดตัว GnuBoard 7

 

เพราะแบบนี้ บางครั้งการเขียนใหม่ตั้งแต่ต้นจึงเร็วกว่าเสียอีก

 

ไม่แน่ใจว่าลดได้จริงไหม พอลองบอกให้ agent ใช้คำสั่ง rtk ls.. อยู่เรื่อย ๆ ก็ไม่ยอมใช้

 

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

 

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

 

> LLM เป็นโมเดลทำนายคำถัดไปที่ "สร้างผลลัพธ์ที่เหมาะสมที่สุดสำหรับอินพุตที่ได้รับ"

กำลังพูดถึง GPT-3 นี่เอง

 

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

 

ดูเหมือนว่าจะมีผลข้างเคียงเล็กน้อยในกรณีการใช้งานของผู้ใช้อื่น ๆ
หวังว่าจะสามารถแก้ไขได้โดยเร็วและนำไปใช้งานได้อย่างราบรื่นนะครับ
https://reddit.com/r/ClaudeCode/…

 

พูดสไตล์สปาร์ตันที่นี่เหรอ..? 555

 

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

 

ถ้าช่วยลดได้ดี ก็คงดีมากเลยนะครับ!

 

แต่ปกติแล้ว ในเฟรมเวิร์กฝั่งฟรอนต์เอนด์ก็มักจะมีดีไซน์ซิสเต็มอยู่ในรูปของชิ้นส่วนโค้ดข้างในอยู่แล้ว แบบนี้ไม่ควรต้องใช้มันร่วมกันเป็นมาตรฐานหรือครับ..?

การบอกว่ายึดตาม DESIGN.md ฟังดูเหมือนจะหมายถึงว่า จะสร้างสีและข้อกำหนดเหล่านั้นขึ้นมาเองตามอำเภอใจทุกครั้งมากกว่า ...

 

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