Pushing Qwen3.8-27B to the Limit: How a Small Local LLM Handles Challenging Tasks

1
00:00:00,000 --> 00:00:07,243
ผมขอให้โมเดลตัวนี้สร้างเกมมินิในเบราว์เซอร์ที่เราสามารถควบคุมยานอวกาศ

2
00:00:07,243 --> 00:00:10,287
เก็บเศษพลังงาน และหลบศัตรูได้

3
00:00:10,287 --> 00:00:14,696
และนี่คือผลลัพธ์ครับ มาดูกัน สาม สอง หนึ่ง

4
00:00:14,696 --> 00:00:17,950
ไปเลย ต้องหลบพวกมัน ดูดีทีเดียว

5
00:00:17,950 --> 00:00:22,674
มีเอฟเฟกต์เยอะมาก ผมเล่นเกมนี้ไม่เก่งเท่าไหร่

6
00:00:22,674 --> 00:00:26,558
แต่คุณจะเห็นว่ามันมีเอฟเฟกต์สวยๆ เยอะ

7
00:00:26,558 --> 00:00:28,868
ศัตรูดูเหมือนมีเงาด้วย

8
00:00:28,868 --> 00:00:31,702
ผมต้องหนีออกจากตรงนี้ให้ได้

9
00:00:31,702 --> 00:00:35,796
ลูกกลมตรงกลางดูดีนะ โอ้ ไม่นะ ผมตายแล้ว

10
00:00:35,796 --> 00:00:38,840
แต่ตัวเกมเองก็ดูใช้ได้ทีเดียว

11
00:00:38,840 --> 00:00:46,503
โดยเฉพาะเมื่อเทียบกับความจริงที่ว่าเกมนี้สร้างขึ้นทั้งหมดโดยโมเดลท้องถิ่น

12
00:00:46,503 --> 00:00:51,332
Qwen3.8-27B (โมเดลภาษาแบบโอเพนซอร์ส) บนเครื่อง

13
00:00:51,332 --> 00:00:52,906
DGX Spark ของผม

14
00:00:52,906 --> 00:00:56,580
และนั่นคือหัวข้อของวิดีโอวันนี้ครับ

15
00:00:56,580 --> 00:01:00,779
ผมจะมอบงานที่ยากกว่านี้มากให้โมเดลตัวนี้

16
00:01:00,779 --> 00:01:04,348
แทนที่จะเป็นแค่เกมมินิเล็กๆ แบบนี้

17
00:01:04,348 --> 00:01:08,022
แล้วเราจะมาดูกันว่ามันจะทำได้แค่ไหน

18
00:01:08,022 --> 00:01:11,906
Qwen3.8-Max เปิดตัวมาสักพักแล้วบน API

19
00:01:11,906 --> 00:01:16,000
แต่มันใหญ่เกินไปที่จะรันในเครื่องแน่นอน

20
00:01:16,000 --> 00:01:19,359
มันมีพารามิเตอร์ 2.4 ล้านล้านตัว

21
00:01:19,359 --> 00:01:23,873
ใหญ่เกินกว่าที่ใครก็ตามที่ไม่มี data center

22
00:01:23,873 --> 00:01:27,127
(ศูนย์ข้อมูล) จะรันมันจริงๆ ได้

23
00:01:27,127 --> 00:01:33,216
แต่สิ่งที่เรารันได้คือรุ่นที่ปล่อยออกมาเมื่อสัปดาห์ที่แล้ว

24
00:01:33,216 --> 00:01:37,625
นั่นคือ Qwen3.8-27B ซึ่งเขาตั้งชื่อว่าเป็น

25
00:01:37,625 --> 00:01:40,669
native multimodal dense model

26
00:01:40,669 --> 00:01:45,288
(โมเดลหนาแน่นแบบหลายรูปแบบโดยกำเนิด) คุณเห็น

27
00:01:45,288 --> 00:01:50,116
benchmark (การวัดประสิทธิภาพ) บางส่วนตรงนี้ได้

28
00:01:50,116 --> 00:01:54,525
เราจะไม่ไล่ดูทั้งหมด แต่คุณจะเห็นว่ามันชนะ

29
00:01:54,525 --> 00:01:59,144
Qwen3.6-27B ได้สบายๆ ซึ่งเป็นรุ่นที่ชาวชุมชน

30
00:01:59,144 --> 00:02:03,553
local AI ชื่นชอบ และในหลายกรณีมันยังเอาชนะ

31
00:02:03,553 --> 00:02:07,437
Opus 4.6 ซึ่งเป็นโมเดลที่ดีมากเช่นกัน

32
00:02:07,437 --> 00:02:12,161
และถึงแม้มันจะดูยังไม่ถึงระดับ frontier model

33
00:02:12,161 --> 00:02:15,835
(โมเดลแนวหน้า) หรือแม้แต่โมเดลหนักๆ

34
00:02:15,835 --> 00:02:20,454
รุ่นใหม่อย่าง DeepSeek แต่มันก็เป็นโมเดลขนาด

35
00:02:20,454 --> 00:02:22,763
27B ที่เก่งมากตัวหนึ่ง

36
00:02:22,763 --> 00:02:27,487
ซึ่งสามารถรันได้ในหลายที่จริงๆ ในวิดีโอวันนี้

37
00:02:27,487 --> 00:02:31,161
ผมจะทำคล้ายกับตอนที่ DeepSeek ออกมา

38
00:02:31,161 --> 00:02:33,365
คือจะรันโมเดล Qwen3.8

39
00:02:33,365 --> 00:02:36,724
ตัวนี้ผ่านงานที่ท้าทายมากหลายงาน

40
00:02:36,724 --> 00:02:39,454
บางงานต้องทดสอบหลายชั่วโมง

41
00:02:39,454 --> 00:02:44,177
และผมคิดว่าจะใช้ชุดทดสอบเดิมที่เคยใช้ในวิดีโอ

42
00:02:44,177 --> 00:02:49,006
DeepSeek เป็นส่วนใหญ่ เพื่อจะได้เปรียบเทียบกัน

43
00:02:49,006 --> 00:02:53,520
DeepSeek ไม่ใช่การเปรียบเทียบที่ยุติธรรมนัก

44
00:02:53,520 --> 00:02:58,034
เพราะมันเป็นโมเดลท้องถิ่นที่ใหญ่กว่าตัว 27B

45
00:02:58,034 --> 00:03:02,443
นี้มาก แต่ก็ยังเล็กกว่าเวอร์ชัน Max อยู่ดี

46
00:03:02,443 --> 00:03:07,061
และนั่นคือสิ่งที่เราจะใช้ เราจะทำงานเดียวกัน

47
00:03:07,061 --> 00:03:11,890
แต่ใช้ Qwen3.8-Max ผ่าน API และใช้เวอร์ชัน 27B

48
00:03:11,890 --> 00:03:15,984
ทั่วไป เพื่อดูว่าโมเดลนี้ทำงานได้แค่ไหน

49
00:03:15,984 --> 00:03:20,603
และดูว่าความแตกต่างระหว่างการรันเวอร์ชัน Max

50
00:03:20,603 --> 00:03:25,222
เต็มรูปแบบบนคลาวด์ กับการรันเวอร์ชันเล็ก 27B

51
00:03:25,222 --> 00:03:29,631
ในเครื่องบน DGX Spark เป็นอย่างไร ตอนนี้มี

52
00:03:29,631 --> 00:03:30,730
recipe

53
00:03:30,730 --> 00:03:35,034
(สูตรการตั้งค่าหรือสคริปต์สำหรับรันโมเดล)

54
00:03:35,034 --> 00:03:37,973
หลายแบบสำหรับตัว 27B นี้แล้ว

55
00:03:37,973 --> 00:03:42,277
ตัวที่เราจะใช้คือจาก Unsloth เป็นเวอร์ชัน

56
00:03:42,277 --> 00:03:46,791
NVFP4 เพราะมันรันได้ดีที่สุดบนเครื่อง Spark

57
00:03:46,791 --> 00:03:51,410
ของผม มันเป็นสถาปัตยกรรม Qwen แบบ dense ขนาด

58
00:03:51,410 --> 00:03:55,818
27B เรียกว่า NVFP4 แต่จริงๆ แล้วไม่ได้เป็น

59
00:03:55,818 --> 00:04:00,332
4-bit ทั้งโมเดล คุณจะเห็นว่า projection ของ

60
00:04:00,332 --> 00:04:04,426
MLP เป็น NVFP4 เพราะกินพื้นที่มากที่สุด

61
00:04:04,426 --> 00:04:08,520
แต่ส่วนอื่นๆ หลายส่วนเป็น FP8 หรือ BF16

62
00:04:08,520 --> 00:04:12,719
ผมยังไม่มีโอกาสปรับแต่งเวอร์ชันนี้มากนัก

63
00:04:12,719 --> 00:04:16,078
แต่ตอนนี้มันรันบน context window

64
00:04:16,078 --> 00:04:18,598
(หน้าต่างบริบท) ขนาด 65K

65
00:04:18,598 --> 00:04:21,642
ผมอาจต้องเพิ่มมันสำหรับบางงาน

66
00:04:21,642 --> 00:04:25,841
แต่คุณสามารถรันหลาย instance พร้อมกันได้

67
00:04:25,841 --> 00:04:30,040
บางทีผมอาจลองใช้ sub agents (ตัวแทนย่อย)

68
00:04:30,040 --> 00:04:33,504
เดี๋ยวจะดู นี่คือรายละเอียดคร่าวๆ

69
00:04:33,504 --> 00:04:37,073
และผมจะแปะลิงก์ไว้ในคำอธิบายวิดีโอ

70
00:04:37,073 --> 00:04:39,382
เพื่อให้คุณเห็น recipe

71
00:04:39,382 --> 00:04:43,791
ที่แน่นอนที่ผมใช้สำหรับเวอร์ชันท้องถิ่นนี้

72
00:04:43,791 --> 00:04:46,520
ครั้งนี้ไม่มีการนำเสนออะไร

73
00:04:46,520 --> 00:04:51,034
เพราะผมอยากเข้าสู่งานโดยตรง เริ่มกันเลยครับ

74
00:04:51,034 --> 00:04:55,443
และถ้าคุณรัน agents เองและอยากได้ LM wikis

75
00:04:55,443 --> 00:04:58,277
(ฐานความรู้สำหรับโมเดลภาษา)

76
00:04:58,277 --> 00:05:02,161
ที่ผมใช้ทำวิจัยและสร้างวิดีโอเหล่านี้

77
00:05:02,161 --> 00:05:06,465
ลองดูโปรเจกต์ของผมที่ agentwikis.com ครับ

78
00:05:06,465 --> 00:05:11,189
ผมให้ wiki เหล่านี้ฟรีทั้งหมดในหลากหลายหัวข้อ

79
00:05:11,189 --> 00:05:15,283
และคุณยังสมัครบัญชี pro ได้ในราคา $9.99

80
00:05:15,283 --> 00:05:18,432
ต่อเดือน ซึ่งจะให้เข้าถึง wiki

81
00:05:18,432 --> 00:05:24,940
ขนาดใหญ่พิเศษที่มีหน้ามากขึ้นและรายละเอียดมากขึ้นในแต่ละหัวข้อ

82
00:05:24,940 --> 00:05:28,824
กลับมาที่วิดีโอกันต่อครับ โอเค งานแรก

83
00:05:28,824 --> 00:05:33,338
อันนี้คุณอาจเคยเห็นมาก่อน แต่มันคือการสร้าง

84
00:05:33,338 --> 00:05:37,432
launch page (หน้าเปิดตัว) ซึ่งไม่ใช่แค่

85
00:05:37,432 --> 00:05:41,211
landing page (หน้าแลนดิ้งเพจ) ธรรมดา

86
00:05:41,211 --> 00:05:42,996
งานนี้ค่อนข้างยาก

87
00:05:42,996 --> 00:05:50,134
มันขอให้สร้างเว็บไซต์เปิดตัวคุณภาพระดับโปรดักชันเต็มรูปแบบเพื่อแนะนำ

88
00:05:50,134 --> 00:05:54,543
Qwen3.8 โดยใช้ Next.js, React, TypeScript,

89
00:05:54,543 --> 00:05:59,371
GSAP, ScrollTrigger และ Lenis smooth scrolling

90
00:05:59,371 --> 00:06:03,885
มันค่อนข้างยาก แนวคิดคือ ขณะที่ผมเลื่อนหน้า

91
00:06:03,885 --> 00:06:07,349
เว็บไซต์จะค่อยๆ พัฒนาและเปลี่ยนไป

92
00:06:07,349 --> 00:06:11,653
มันใช้เทคนิคการพิมพ์ตัวอักษรที่น่าสนใจมาก

93
00:06:11,653 --> 00:06:13,228
และพรอมพ์ยาวมาก

94
00:06:13,228 --> 00:06:16,692
ดังนั้นแทนที่จะโชว์พรอมพ์ให้คุณดู

95
00:06:16,692 --> 00:06:20,471
ขอโชว์เวอร์ชันที่ DeepSeek ทำไว้ก่อน

96
00:06:20,471 --> 00:06:23,830
อันนี้มาจากวิดีโอที่แล้ว เห็นไหม

97
00:06:23,830 --> 00:06:26,244
นี่คือแนวคิดตอนเลื่อนลง

98
00:06:26,244 --> 00:06:29,709
และนี่คือเวอร์ชันเต็มของ DeepSeek

99
00:06:29,709 --> 00:06:32,018
ไม่ใช่เวอร์ชันท้องถิ่น

100
00:06:32,018 --> 00:06:35,482
แต่มันก็แนะนำโมเดลนี้ได้ดีทีเดียว

101
00:06:35,482 --> 00:06:39,366
มันไม่หรูหราเท่าเวอร์ชันที่ Fabled ทำ

102
00:06:39,366 --> 00:06:40,941
แต่ก็ยังทำได้ดี

103
00:06:40,941 --> 00:06:45,140
น่าจะพอทำให้คุณเข้าใจว่าผมกำลังมองหาอะไร

104
00:06:45,140 --> 00:06:50,178
อะไรที่ไดนามิกและเจ๋งกว่านี้ก็จะดีกว่าเดิมแน่นอน

105
00:06:50,178 --> 00:06:54,377
แต่มาดูกันว่าเราจะได้อะไร วิธีที่ผมทำคือ

106
00:06:54,377 --> 00:06:58,471
คุณเห็นตรงนี้ Qwen3.8 นี่คือโปรไฟล์ใหม่

107
00:06:58,471 --> 00:07:01,410
และจะใช้เวอร์ชันคลาวด์ จริงๆ

108
00:07:01,410 --> 00:07:06,134
แล้วผมต้องสลับไปที่ new portal แล้วลงมาที่นี่

109
00:07:06,134 --> 00:07:10,963
Qwen3.8-Max ผมจะให้พรอมพ์นี้แล้วปล่อยให้มันรัน

110
00:07:10,963 --> 00:07:14,217
นี่คือคลาวด์ นี่คือเวอร์ชัน Max

111
00:07:14,217 --> 00:07:17,681
ทีนี้เราจะทำบนเครื่อง Spark ของผม

112
00:07:17,681 --> 00:07:22,195
และคุณจะเห็นว่าผมอยู่ใน Hermes เราพึ่งเริ่ม

113
00:07:22,195 --> 00:07:27,024
Hermes agent คุณจะเห็นว่าโมเดลคือ 27B เวอร์ชัน

114
00:07:27,024 --> 00:07:30,593
quantized (แบบลดความแม่นยำ) ของเรา

115
00:07:30,593 --> 00:07:34,582
ทักทายมันก่อนว่าใช้ได้ไหม ไปเลย สวัสดี

116
00:07:34,582 --> 00:07:38,676
ผมช่วยอะไรคุณได้วันนี้บ้าง ดูเร็วใช้ได้

117
00:07:38,676 --> 00:07:43,084
ผมจะลองกับ context ปกติซึ่งน่าจะน้อยเกินไป

118
00:07:43,084 --> 00:07:47,913
แต่ลองก่อน ผมจะให้พรอมพ์เต็มแล้วปล่อยให้มันรัน

119
00:07:47,913 --> 00:07:50,328
ดูว่าจะใช้เวลานานแค่ไหน

120
00:07:50,328 --> 00:07:54,841
งานนี้เป็นการสร้างที่ใหญ่พอสมควร ผมเห็นด้วย

121
00:07:54,841 --> 00:07:59,145
เอาล่ะ ผมจะกลับมารายงานแล้วเราจะเห็นผลกัน

122
00:07:59,145 --> 00:08:03,659
ตามที่คาดไว้ context ขนาด 65K ใช้ไม่ได้จริง

123
00:08:03,659 --> 00:08:07,228
ผมเลยเข้าไปปรับเป็น native context

124
00:08:07,228 --> 00:08:10,167
(บริบทดั้งเดิม) ซึ่งคือ 262K

125
00:08:10,167 --> 00:08:14,681
เขาบอกว่าสามารถขยายได้ถึงหนึ่งล้าน แต่ 262K

126
00:08:14,681 --> 00:08:18,670
ก็เพียงพอสำหรับงานนี้ ผมเลยรีสตาร์ทมัน

127
00:08:18,670 --> 00:08:22,449
และตอนนี้มันจะรันด้วย context window

128
00:08:22,449 --> 00:08:24,129
ที่ใหญ่ขึ้น โอเค

129
00:08:24,129 --> 00:08:28,118
เวอร์ชันท้องถิ่นของเราเสร็จก่อนหน้านี้

130
00:08:28,118 --> 00:08:32,842
แต่มีคำอธิบายอยู่ คุณเห็นได้ว่ามันใช้เวลา 6.7

131
00:08:32,842 --> 00:08:36,516
ชั่วโมง มันรันข้ามคืนตั้งแต่ต้นจนจบ

132
00:08:36,516 --> 00:08:38,300
แต่มันก็เสร็จจริง

133
00:08:38,300 --> 00:08:42,184
ขณะเดียวกันผมยังพยายามให้เวอร์ชัน Max

134
00:08:42,184 --> 00:08:46,698
สร้างมันอยู่ มันรันไปสองสามชั่วโมงแล้วก็หมด

135
00:08:46,698 --> 00:08:50,582
มันกินเครดิต Nous Research ของผมไปหมด

136
00:08:50,582 --> 00:08:53,206
แล้วผมก็สลับไป OpenRouter

137
00:08:53,206 --> 00:08:58,035
มันก็กินของพวกนั้นหมดอีก ผมเสียเงินไปเกือบ $20

138
00:08:58,035 --> 00:09:02,234
แล้ว ผมเพิ่งปิดฟีเจอร์ thinking (การคิด)

139
00:09:02,234 --> 00:09:05,593
หลายคนบอกว่าถ้าเปิด thinking ไว้

140
00:09:05,593 --> 00:09:07,063
มันจะคิดตลอดไป

141
00:09:07,063 --> 00:09:11,996
และเราเห็นแบบนั้นกับเวอร์ชันท้องถิ่นที่รันเกือบ

142
00:09:11,996 --> 00:09:15,775
7 ชั่วโมง ดังนั้นผมจะลองปิด thinking

143
00:09:15,775 --> 00:09:17,245
บนเวอร์ชัน Max

144
00:09:17,245 --> 00:09:21,024
หวังว่ามันจะใช้เวลาสมเหตุสมผลกว่านี้

145
00:09:21,024 --> 00:09:24,698
แต่มาดูผลจากเวอร์ชันท้องถิ่นกันก่อน

146
00:09:24,698 --> 00:09:26,903
มันสร้างอะไรออกมาบ้าง

147
00:09:26,903 --> 00:09:30,787
นี่คือเว็บไซต์เปิดตัวของเรา ผมจะค่อยๆ

148
00:09:30,787 --> 00:09:37,295
เลื่อนลง เริ่มจากว่างเปล่าแบบนี้ โอ้ ดูดีนะ 3.8 ผมเลื่อนลงช้าๆ

149
00:09:37,295 --> 00:09:38,974
ดูดีทีเดียว 2.64

150
00:09:38,974 --> 00:09:42,753
ล้านล้านพารามิเตอร์ที่ทำงานต่อ token

151
00:09:42,753 --> 00:09:47,582
นั่นค่อนข้างดีเลย ผมชอบการใช้สีตรงนั้น ข้อความ

152
00:09:47,582 --> 00:09:50,731
รูปภาพ วิดีโอ ประทับใจมากจริงๆ

153
00:09:50,731 --> 00:09:55,350
ผมไม่คาดคิดว่าเวอร์ชันท้องถิ่นจะทำได้ขนาดนี้

154
00:09:55,350 --> 00:09:59,234
มันดูลื่นมาก มันไม่ได้ทำอะไรเว่อร์กับ

155
00:09:59,234 --> 00:10:02,908
transition (การเปลี่ยนฉาก) เหล่านี้

156
00:10:02,908 --> 00:10:07,422
แต่ทุกอย่างดูแข็งแรงมาก เรียบร้อย เสร็จแล้ว

157
00:10:07,422 --> 00:10:11,201
ไม่มีอะไรพังเท่าที่ผมเห็น transition

158
00:10:11,201 --> 00:10:15,715
เรียบง่ายกว่าเล็กน้อย แต่ทุกอย่างลื่นไหลมาก

159
00:10:15,715 --> 00:10:20,019
แบบนี้ดูเจ๋งใช่ไหม วิธีที่มันนับเลขขึ้นมา

160
00:10:20,019 --> 00:10:24,638
และการเติมสีแบบนี้ ผมคิดว่ามันทำได้ดีทีเดียว

161
00:10:24,638 --> 00:10:27,262
และอันนี้ก็สวยดีเหมือนกัน

162
00:10:27,262 --> 00:10:32,091
นั่นคือจากเวอร์ชันท้องถิ่น เวอร์ชัน 27B ของเรา

163
00:10:32,091 --> 00:10:34,505
ซึ่งค่อนข้างน่าประทับใจ

164
00:10:34,505 --> 00:10:39,229
ผมคิดว่างานหลายอย่างนี้เป็นงานที่ต้องใช้สายตา

165
00:10:39,229 --> 00:10:41,853
ดังนั้นการที่มันมี vision

166
00:10:41,853 --> 00:10:44,163
(ความสามารถมองเห็นภาพ)

167
00:10:44,163 --> 00:10:48,886
จึงเป็นข้อได้เปรียบใหญ่เมื่อเทียบกับ DeepSeek

168
00:10:48,886 --> 00:10:53,295
ที่ไม่มีมิติด้านภาพโดยกำเนิด และเขาอ้างว่า

169
00:10:53,295 --> 00:10:57,494
Qwen3.8 เวอร์ชันนี้เก่งเรื่อง vision มาก

170
00:10:57,494 --> 00:11:01,483
นี่จึงเป็นผลลัพธ์ที่น่าประทับใจทีเดียว

171
00:11:01,483 --> 00:11:06,207
รอเวอร์ชัน Max ก่อนแล้วดูว่าเราจะได้อะไร โอเค

172
00:11:06,207 --> 00:11:10,301
มันเสร็จแล้วในที่สุด นี่คือ Qwen3.8-Max

173
00:11:10,301 --> 00:11:13,135
มันทำให้ผมเสียเงินเกือบ $40

174
00:11:13,135 --> 00:11:17,124
ผมคิดว่านี่อาจเป็นการทดสอบ Qwen3.8-Max

175
00:11:17,124 --> 00:11:19,013
ครั้งสุดท้ายของเรา

176
00:11:19,013 --> 00:11:23,317
เราอาจจะใช้โมเดลท้องถิ่นสำหรับงานที่เหลือ

177
00:11:23,317 --> 00:11:25,522
เพราะมันแพงกว่าที่คิด

178
00:11:25,522 --> 00:11:31,085
โดยเฉพาะเพราะนี่จะเป็นงานที่ง่ายที่สุดที่ผมจะให้มันทำ

179
00:11:31,085 --> 00:11:34,759
ไปดูกัน นี่คือสิ่งที่เราได้ มาดูกัน

180
00:11:34,759 --> 00:11:39,063
ผมจะเริ่มเลื่อนตรงนี้ ดูดีตั้งแต่เริ่ม มี

181
00:11:39,063 --> 00:11:41,478
transition เล็กๆ น่ารัก

182
00:11:41,478 --> 00:11:47,041
ดูแน่นอนว่ามันล้ำกว่าเวอร์ชันท้องถิ่นที่เราเห็นชัดเจน

183
00:11:47,041 --> 00:11:49,561
เป็นการเลื่อนที่สวย ดูดี

184
00:11:49,561 --> 00:11:54,179
อันนี้สำหรับผู้เชี่ยวชาญ ภาพรวมสวยมาก นี่คือ

185
00:11:54,179 --> 00:11:58,063
extra high, medium, low token context

186
00:11:58,063 --> 00:12:02,892
มีบางส่วนทับซ้อนกันแต่ก็ไม่เละเทอะ อันนี้สวยดี

187
00:12:02,892 --> 00:12:06,881
วิธีที่มันทำตรงส่วนล่าง ข้อความ รูปภาพ

188
00:12:06,881 --> 00:12:11,395
และวิดีโอ และนี่คือโมเดลระดับ max เรียบร้อย

189
00:12:11,395 --> 00:12:14,439
นั่นคือตอนจบ Explorer และ 3.8

190
00:12:14,439 --> 00:12:18,533
โดยรวมแล้วมันล้ำกว่าเวอร์ชันท้องถิ่นมาก

191
00:12:18,533 --> 00:12:21,157
มีองค์ประกอบเยอะกว่า เช่น

192
00:12:21,157 --> 00:12:25,671
องค์ประกอบการเปลี่ยนฉาก น่าจะไม่คุ้มกับ $40

193
00:12:25,671 --> 00:12:29,345
เท่าไหร่ แต่บางอย่างก็สวยดี เห็นไหม

194
00:12:29,345 --> 00:12:32,914
องค์ประกอบนั้นใช้ได้ดี ถ้าเลื่อนลง

195
00:12:32,914 --> 00:12:37,743
มันจะลงไปตรงนั้น และคุณเห็น extra high, medium

196
00:12:37,743 --> 00:12:42,047
นี่มันเกี่ยวกับระดับการคิด และถ้าผมเลื่อน

197
00:12:42,047 --> 00:12:46,036
scroll bar คุณจะเห็นว่ามันออกมาแบบนั้น

198
00:12:46,036 --> 00:12:50,025
ดูดีทีเดียว เมื่อเทียบกับ Royal Rumble

199
00:12:50,025 --> 00:12:54,329
ครั้งก่อน ผมว่าเทียบเท่าโมเดล Kimi ได้เลย

200
00:12:54,329 --> 00:12:59,157
และน่าจะดีกว่า DeepSeek ด้วยซ้ำ ซึ่งสมเหตุสมผล

201
00:12:59,157 --> 00:13:03,881
เพราะขนาดของเวอร์ชัน Max นี้ใกล้เคียงกับโมเดล

202
00:13:03,881 --> 00:13:07,345
Kimi K3 มากกว่า DeepSeek ที่ผมรัน

203
00:13:07,345 --> 00:13:11,544
และค่อนข้างดี อย่างที่เห็นอีกครั้ง ในแง่

204
00:13:11,544 --> 00:13:16,058
vision และงานภาพ โมเดล 3.8 นี้ดูจะยอดเยี่ยม

205
00:13:16,058 --> 00:13:18,997
ปัญหาอย่างเดียวคือค่าใช้จ่าย

206
00:13:18,997 --> 00:13:22,881
อันนี้เสียเงินเกือบ $40 และใช้เวลานาน

207
00:13:22,881 --> 00:13:27,605
ยากจะบอกเวลาแน่นอนเพราะมันถูกขัดจังหวะบ่อยจาก

208
00:13:27,605 --> 00:13:30,649
credit limit (ขีดจำกัดเครดิต)

209
00:13:30,649 --> 00:13:35,478
แต่มันดูใช้เวลาใกล้เคียงกัน ประมาณห้าหกชั่วโมง

210
00:13:35,478 --> 00:13:39,362
ผมคิดว่านี่จะเป็นการทดสอบ Qwen3.8-Max

211
00:13:39,362 --> 00:13:40,622
ครั้งสุดท้าย

212
00:13:40,622 --> 00:13:46,605
เพราะผมไม่มีสปอนเซอร์สำหรับรายการนี้เพื่อทำครบทุกการทดสอบ

213
00:13:46,605 --> 00:13:50,489
สองงานถัดไปจะใช้โมเดลท้องถิ่นเท่านั้น

214
00:13:50,489 --> 00:13:55,108
งานทดสอบที่สอง อีกครั้งที่จะใช้โมเดลท้องถิ่น

215
00:13:55,108 --> 00:13:58,782
Qwen3.8-27B ของผมที่รันบน DGX Spark

216
00:13:58,782 --> 00:13:59,937
เพื่อรันฟรี

217
00:13:59,937 --> 00:14:07,390
นี่เป็นครั้งแรกที่คุณจะได้เห็นข้อดีของการมีโมเดลฟรีที่รันในเครื่องจริงๆ

218
00:14:07,390 --> 00:14:11,799
งานนี้คือ ผมจะให้ย่อหน้าแรกของ Lord of the

219
00:14:11,799 --> 00:14:16,417
Rings (ลอร์ดออฟเดอะริงส์) แล้วให้คุณสร้างโลก

220
00:14:16,417 --> 00:14:21,036
Three.js ตามนั้น แล้วสร้างเวอร์ชัน cinematic

221
00:14:21,036 --> 00:14:23,556
(แบบภาพยนตร์) ที่เล่นได้

222
00:14:23,556 --> 00:14:25,970
พร้อมยกตัวอย่างหนึ่งอัน

223
00:14:25,970 --> 00:14:30,484
และคุณเคยเห็นผมทำแบบนี้มาก่อน นี่คือสิ่งที่

224
00:14:30,484 --> 00:14:35,103
Karpathy ทำ นี่คือเวอร์ชันของเขาที่สร้างด้วย

225
00:14:35,103 --> 00:14:37,517
Opus 5 เห็นไหม ดูสวยมาก

226
00:14:37,517 --> 00:14:40,246
เขาแค่เอาวรรคแรกไปให้โมเดล

227
00:14:40,246 --> 00:14:44,970
แล้วให้มันพยายามสร้างใหม่ทั้งหมดด้วย Three.js

228
00:14:44,970 --> 00:14:48,959
เราเคยทำแบบนี้กับ DeepSeek คราวที่แล้ว

229
00:14:48,959 --> 00:14:52,108
มันค่อนข้างยาก มันทำได้บางส่วน

230
00:14:52,108 --> 00:14:54,313
แต่บางส่วนก็ท้าทายมาก

231
00:14:54,313 --> 00:14:58,302
แน่นอนว่ามันดูไม่เหมือนเวอร์ชัน Opus 5

232
00:14:58,302 --> 00:15:02,186
ผมให้พรอมพ์นั้นกับโมเดลท้องถิ่นของเรา

233
00:15:02,186 --> 00:15:06,909
มาดูกันว่าเราจะได้อะไร โอเค เสร็จแล้ว มาดูกัน

234
00:15:06,909 --> 00:15:09,639
ผมจะเช็คว่าใช้เวลาเท่าไหร่

235
00:15:09,639 --> 00:15:14,467
เพราะผมปล่อยมันรันมาได้สักพัก แค่ 2 ชั่วโมง 17

236
00:15:14,467 --> 00:15:19,296
นาที น่าประทับใจจริงๆ แต่มาดูผลลัพธ์ก่อนดีกว่า

237
00:15:19,296 --> 00:15:24,020
ในแง่เวลา มันเร็วกว่าหน้า landing page ชัดเจน

238
00:15:24,020 --> 00:15:27,169
ทั้งที่ผมว่างานนี้น่าจะยากกว่า

239
00:15:27,169 --> 00:15:31,473
และมันก็สอดคล้องกับสิ่งที่ DeepSeek ทำได้

240
00:15:31,473 --> 00:15:36,092
ขอเช็คก่อนว่ามันพังไหม ไม่สำคัญว่าเร็วแค่ไหน

241
00:15:36,092 --> 00:15:40,081
เอาล่ะ ไปดูกัน หน้าเปิดนี้ดูดี มาดูกัน

242
00:15:40,081 --> 00:15:44,909
นั่นดูน่าทึ่งจริงๆ ดีกว่าเวอร์ชัน DeepSeek มาก

243
00:15:44,909 --> 00:15:46,009
น่าทึ่งมาก

244
00:15:46,009 --> 00:15:49,788
คุณเห็นความแตกต่างของงานภาพได้ชัดเจน

245
00:15:49,788 --> 00:15:52,622
เพราะมันค่อนข้างน่าประทับใจ

246
00:15:52,622 --> 00:15:55,876
มันมีเอฟเฟกต์แสงเรืองที่น่าสนใจ

247
00:15:55,876 --> 00:16:00,390
มันไม่สมบูรณ์แบบแน่นอน และไม่เหมือนเวอร์ชัน

248
00:16:00,390 --> 00:16:01,489
Opus 5

249
00:16:01,489 --> 00:16:06,633
แต่ก็ค่อนข้างน่าประทับใจเมื่อเทียบกับสิ่งที่เรามี

250
00:16:06,633 --> 00:16:08,523
ดูนั่นสิ ในอุโมงค์

251
00:16:08,523 --> 00:16:12,827
ไม่แน่ใจว่าบ้านควรอยู่ในอุโมงค์ไหม แต่โอ้

252
00:16:12,827 --> 00:16:17,445
ตอนนี้เป็นกลางคืนแล้ว ไปเลย ภาพแบบ cinematic

253
00:16:17,445 --> 00:16:21,224
ผมประทับใจมาก ไม่ทุกส่วนจะดีขนาดนั้น

254
00:16:21,224 --> 00:16:25,213
แต่โลกโดยรวมก็ค่อนข้างดี ต้นไม้ดูดีมาก

255
00:16:25,213 --> 00:16:29,307
บ้านฮอบบิท (hobbit holes) ก็ดูดีทีเดียว

256
00:16:29,307 --> 00:16:34,031
และเดี๋ยวผมจะโชว์เวอร์ชันที่ DeepSeek ทำให้ดู

257
00:16:34,031 --> 00:16:37,810
แต่โดยรวมแล้วน่าประทับใจทีเดียว โอเค

258
00:16:37,810 --> 00:16:41,484
ขอหยุดตรงนี้ และเพื่อการเปรียบเทียบ

259
00:16:41,484 --> 00:16:44,423
นี่คือสิ่งที่ DeepSeek ทำได้

260
00:16:44,423 --> 00:16:48,097
และนี่ไม่ใช่เวอร์ชันท้องถิ่นด้วยซ้ำ

261
00:16:48,097 --> 00:16:50,827
นี่คือเวอร์ชันที่ DeepSeek

262
00:16:50,827 --> 00:16:53,136
เวอร์ชันคลาวด์สร้างได้

263
00:16:53,136 --> 00:16:56,600
คุณจะเห็นว่าบ้านฮอบบิทดูไม่ดีเท่า

264
00:16:56,600 --> 00:16:59,749
มีองค์ประกอบพิเศษบางอย่าง เช่น

265
00:16:59,749 --> 00:17:01,954
โซนปาร์ตี้อาจจะดีกว่า

266
00:17:01,954 --> 00:17:06,363
แต่ผมรู้สึกว่าเวอร์ชันที่เราได้จาก Qwen3.8

267
00:17:06,363 --> 00:17:09,827
ดีกว่า ขอดูอีกครั้งจากต้น เห็นไหม

268
00:17:09,827 --> 00:17:13,291
ภาพเปิดนี้ดูดีมาก ดีกว่าอันนี้มาก

269
00:17:13,291 --> 00:17:16,335
ผมว่าอย่างนั้น มันดูดีทีเดียว

270
00:17:16,335 --> 00:17:20,639
แน่นอนว่ามันทำบ้านฮอบบิทได้ดีกว่าเวอร์ชัน

271
00:17:20,639 --> 00:17:25,468
DeepSeek ส่วนอันนี้ทำโซนเต็นท์ปาร์ตี้ได้ดีกว่า

272
00:17:25,468 --> 00:17:27,777
มีการแลกเปลี่ยนกันบ้าง

273
00:17:27,777 --> 00:17:32,186
แต่ผมคิดว่ามันจัดการงานกล้อง (camera work)

274
00:17:32,186 --> 00:17:35,860
ได้ดีกว่าด้วย โอเค นั่นคืองานที่สอง

275
00:17:35,860 --> 00:17:38,484
และผมว่ามันค่อนข้างสำเร็จ

276
00:17:38,484 --> 00:17:41,529
อย่างน้อยก็อัปเกรดขึ้นมาหน่อย

277
00:17:41,529 --> 00:17:45,517
พื้นผิวบางส่วนในโลกให้ความรู้สึกดีขึ้น

278
00:17:45,517 --> 00:17:51,186
และจำไว้ว่านี่คือโมเดลที่เล็กกว่ามากเมื่อเทียบกับโมเดล

279
00:17:51,186 --> 00:17:55,805
DeepSeek ที่รันบนคลาวด์อย่างที่ผมพูดถึง โอเค

280
00:17:55,805 --> 00:17:59,164
งานสุดท้ายที่ผมอยากให้โมเดลนี้ทำ

281
00:17:59,164 --> 00:18:03,783
คืองานพัฒนาเกม อันนี้เป็นงานใหม่ที่ผมอยากลอง

282
00:18:03,783 --> 00:18:06,827
ผมเคยลองเกมแนวชูตเตอร์หลายแบบ

283
00:18:06,827 --> 00:18:11,236
คุณเคยเห็นผมทำแบบกลไก time loop (วงวนเวลา)

284
00:18:11,236 --> 00:18:14,385
มาแล้ว อันนี้ผมอยากทำเกมแข่งรถ

285
00:18:14,385 --> 00:18:19,109
ผมคิดว่าน่าจะสนุก ผมให้ภาพจาก Days of Thunder

286
00:18:19,109 --> 00:18:21,628
ซึ่งเป็นเกมแข่งรถคลาสสิก

287
00:18:21,628 --> 00:18:23,938
ผมคิดว่ามีหลายเวอร์ชัน

288
00:18:23,938 --> 00:18:29,501
แต่นี่ส่วนใหญ่เป็นเวอร์ชันอาร์เคดที่ผมจำได้ว่าเคยเล่น

289
00:18:29,501 --> 00:18:32,230
และคุณเห็นว่ามันเป็นแบบนี้

290
00:18:32,230 --> 00:18:36,849
กราฟิกไม่สูงมากเช่นกัน ผมส่งสิ่งนี้ให้ agent

291
00:18:36,849 --> 00:18:41,678
แล้ว นี่คือพรอมพ์ และผมจะใส่ไว้ใน GitHub ของผม

292
00:18:41,678 --> 00:18:44,302
มันควรอยู่ใน prompts repo

293
00:18:44,302 --> 00:18:49,236
ซึ่งเป็นที่ที่ผมเก็บพรอมพ์หลายตัวที่ใช้ในวิดีโอ

294
00:18:49,236 --> 00:18:54,590
แต่คุณเห็นว่ามันขอให้สร้างเกมแข่งรถในเบราว์เซอร์แบบ

295
00:18:54,590 --> 00:18:57,109
demo ที่สมบูรณ์หนึ่งสเตจ

296
00:18:57,109 --> 00:19:01,623
โดยได้แรงบันดาลใจจากภาพที่ผมโชว์ก่อนหน้านี้

297
00:19:01,623 --> 00:19:05,192
มันมีพรอมพ์ค่อนข้างยาว ผมให้ agent

298
00:19:05,192 --> 00:19:07,921
หลักของผมเขียนพรอมพ์นี้ให้

299
00:19:07,921 --> 00:19:10,440
แต่แนวคิดก็จะเป็นแบบนั้น

300
00:19:10,440 --> 00:19:13,380
สิ่งสำคัญคือการนำเสนอด้วยภาพ

301
00:19:13,380 --> 00:19:16,109
ซึ่งเป็นข้อกำหนดที่เข้มงวด

302
00:19:16,109 --> 00:19:19,468
มันควรดูเหมือนภาพอ้างอิงที่ผมให้

303
00:19:19,468 --> 00:19:22,827
และอันนี้มีพื้นฐานมาจาก gauntlet

304
00:19:22,827 --> 00:19:27,026
(การทดสอบความอดทนของโมเดล) ถ้าคุณเคยเห็น

305
00:19:27,026 --> 00:19:29,650
gauntlet ของ Matt Schumer

306
00:19:29,650 --> 00:19:34,374
เขาสร้างแนวคิดนี้ขึ้นมา คือให้โมเดลรันไม่หยุด

307
00:19:34,374 --> 00:19:38,783
48 ชั่วโมง ในกรณีนี้เพื่อสร้างอะไรบางอย่าง

308
00:19:38,783 --> 00:19:42,772
เดโมหลายตัวของเขาเป็นเกมชูตเตอร์แบบนี้

309
00:19:42,772 --> 00:19:47,286
แต่นี่คือแนวคิด และจุดสำคัญของ gauntlet นี้

310
00:19:47,286 --> 00:19:50,855
ไม่ได้ซับซ้อนอะไร แต่แนวคิดหลักคือ

311
00:19:50,855 --> 00:19:53,374
เขาให้ภาพอ้างอิงกับโมเดล

312
00:19:53,374 --> 00:19:56,209
แล้วบอกว่ามันต้องเหมือนเป๊ะ

313
00:19:56,209 --> 00:20:00,827
ผมคิดว่าสิ่งนี้จะเป็นประโยชน์กับโมเดล vision

314
00:20:00,827 --> 00:20:05,551
อย่าง Qwen และหวังว่ามันจะไม่ใช้เวลาถึงสองวัน

315
00:20:05,551 --> 00:20:07,231
ผมจะให้พรอมพ์นี้

316
00:20:07,231 --> 00:20:12,689
และแนวคิดคือมันสร้างเกมนี้จากภาพที่ผมโชว์ก่อนหน้านี้

317
00:20:12,689 --> 00:20:14,474
ภาพรถแข่งเหล่านี้

318
00:20:14,474 --> 00:20:17,833
ให้ใกล้เคียงที่สุดเท่าที่จะทำได้

319
00:20:17,833 --> 00:20:21,192
ผมวางพรอมพ์นี้แล้วปล่อยให้มันรัน

320
00:20:21,192 --> 00:20:25,916
อันนี้อาจใช้เวลานานขึ้น แต่ Lord of the Rings

321
00:20:25,916 --> 00:20:28,120
มาในเวลาที่สมเหตุสมผล

322
00:20:28,120 --> 00:20:32,214
มีคนจำนวนมากบอกว่าโมเดลนี้ใช้เวลาคิดนาน

323
00:20:32,214 --> 00:20:36,098
และเราเห็นแบบนั้นกับเวอร์ชัน Max ด้วย

324
00:20:36,098 --> 00:20:40,612
แต่ก็ไม่ได้บ้าเกินไป 2 ชั่วโมง 17 นาที โอเค

325
00:20:40,612 --> 00:20:45,126
หลังจาก 9 ชั่วโมง 15 นาที เราก็ได้เกมของเรา

326
00:20:45,126 --> 00:20:49,325
มันรันเกือบทั้งวัน แต่มันบอกว่าเสร็จแล้ว

327
00:20:49,325 --> 00:20:52,369
มาดูกันว่ามันจะออกมาเป็นยังไง

328
00:20:52,369 --> 00:20:54,888
และผมควรพูดถึงเรื่องเวลา

329
00:20:54,888 --> 00:20:57,723
ตอนที่ผมเริ่มงานนี้เมื่อวาน

330
00:20:57,723 --> 00:21:02,446
ผมได้เวลาไม่ค่อยดีนัก ประมาณ 12 ถึง 13 tokens

331
00:21:02,446 --> 00:21:04,756
ต่อวินาทีบน recipe นี้

332
00:21:04,756 --> 00:21:09,585
แต่มันก็เป็นตัวแทนของสิ่งที่คุณจะได้จาก recipe

333
00:21:09,585 --> 00:21:13,154
มาตรฐาน (vanilla) สำหรับโมเดล Qwen

334
00:21:13,154 --> 00:21:14,728
ที่รันในเครื่อง

335
00:21:14,728 --> 00:21:19,137
แต่ในช่วงสองวันที่ผ่านมาที่ผมทำงานเหล่านี้

336
00:21:19,137 --> 00:21:24,806
ชุมชนออกมาเต็มกำลังและปล่อยเวอร์ชันที่ปรับแต่งอย่างมาก

337
00:21:24,806 --> 00:21:33,623
ดังนั้นอย่าเอาช่วงเวลาที่การทดสอบเหล่านี้ใช้ไปเทียบกับสิ่งที่คุณจะได้จากเวอร์ชันหรือ

338
00:21:33,623 --> 00:21:35,513
recipe ที่ใหม่กว่า

339
00:21:35,513 --> 00:21:40,132
เพราะตอนนี้ผมรันบนเวอร์ชันที่ค่อนข้างล้าสมัย

340
00:21:40,132 --> 00:21:44,121
อย่างน้อยในแง่เวลา คุณภาพน่าจะเท่าเดิม

341
00:21:44,121 --> 00:21:48,215
แต่เวลาจะนานกว่าที่คุณจะได้ตามปกติ โอเค

342
00:21:48,215 --> 00:21:52,308
นี่คือสิ่งที่เราได้ ภาพเห็นได้ชัดว่าพัง

343
00:21:52,308 --> 00:21:56,822
และมันก็ได้บางอย่างถูกต้อง แต่พวกนี้ โอ้ ผม

344
00:21:56,822 --> 00:22:01,126
crashed (เกมค้าง) ผมคิดว่าผมไม่รู้วิธีใช้

345
00:22:01,126 --> 00:22:05,010
แต่มันชัดเจนว่าภาพพัง ผมจะลองอีกครั้ง

346
00:22:05,010 --> 00:22:08,369
นี่เป็นครั้งแรกที่ผมลองพรอมพ์นี้

347
00:22:08,369 --> 00:22:12,988
ผมไม่รู้ว่ามันจะง่ายหรือยากแค่ไหน โอ๊ย ขอโทษ

348
00:22:12,988 --> 00:22:17,292
โอเค ผมคิดว่าอาจเป็นเพราะผมใช้ SSH tunnel

349
00:22:17,292 --> 00:22:20,021
(อุโมงค์ SSH) เพื่อเล่นเกม

350
00:22:20,021 --> 00:22:22,960
แต่ดูเหมือนจะไม่ใช่ปัญหานั้น

351
00:22:22,960 --> 00:22:25,900
มันอาจมีบั๊กการเรนเดอร์จริงๆ

352
00:22:25,900 --> 00:22:30,204
ขอให้มันลองอีกครั้ง แล้วดูว่าเราจะได้อะไร

353
00:22:30,204 --> 00:22:33,248
ผมอยากได้เกมอะไรสักอย่าง โอเค

354
00:22:33,248 --> 00:22:35,557
ผมให้มันลองครั้งที่สอง

355
00:22:35,557 --> 00:22:39,546
แต่มันก็ยังพังเหมือนเดิม ปัญหาเดียวกัน

356
00:22:39,546 --> 00:22:44,165
หนามแหลมยักษ์ที่เห็น และตอนนี้เรารันเกือบ 12

357
00:22:44,165 --> 00:22:46,159
ชั่วโมงสำหรับงานนี้

358
00:22:46,159 --> 00:22:50,568
และมันยอมรับกับผมที่ไหนสักแห่งตรงนี้ว่ามัน

359
00:22:50,568 --> 00:22:53,193
debug (แก้บั๊ก) มานานแล้ว

360
00:22:53,193 --> 00:22:56,132
มันต้องซื่อสัตย์กับสถานการณ์

361
00:22:56,132 --> 00:23:00,751
และมันชนกำแพงไปแล้ว ผมเลยอยากปิดงาน ผมจึงให้

362
00:23:00,751 --> 00:23:04,635
agent ตัวนี้ซึ่งรันด้วย GBT 5.6 Terra

363
00:23:04,635 --> 00:23:07,154
(ตามที่ได้ยินในคำบรรยาย)

364
00:23:07,154 --> 00:23:11,038
ตรวจสอบและสรุปปัญหาหลัก อย่าแก้ไขอะไร

365
00:23:11,038 --> 00:23:14,397
แค่สรุปปัญหาหลัก และให้คำใบ้บ้าง

366
00:23:14,397 --> 00:23:18,071
ผมคิดว่าสำหรับงานที่ท้าทายมากแบบนี้

367
00:23:18,071 --> 00:23:22,060
เราเห็นขีดจำกัดของมันแล้ว แต่ถ้าคุณใช้

368
00:23:22,060 --> 00:23:26,469
orchestrator agent (ตัวแทนผู้คอยให้ทิศทาง)

369
00:23:26,469 --> 00:23:28,254
เพื่อชี้ทางตรงนี้

370
00:23:28,254 --> 00:23:31,928
ผมสงสัยว่ามันจะทะลุกำแพงนี้ไปได้ไหม

371
00:23:31,928 --> 00:23:36,231
ผมเลยให้มันตรวจสอบ คุณเห็นปัญหาหลักได้ว่า

372
00:23:36,231 --> 00:23:39,381
น่าจะเป็น vertex buffer layout

373
00:23:39,381 --> 00:23:43,580
(รูปแบบการจัดเรียงบัฟเฟอร์จุดยอด) ที่พัง

374
00:23:43,580 --> 00:23:47,988
camera matrix (เมทริกซ์กล้อง) หันผิดทิศทาง

375
00:23:47,988 --> 00:23:50,613
และอีกสองสามอย่างเล็กน้อย

376
00:23:50,613 --> 00:23:53,027
ผมก็แค่คัดลอกวางสิ่งนี้

377
00:23:53,027 --> 00:23:57,121
และคุณเห็นว่านี่คือสิ่งที่ผมต้องการเป๊ะ

378
00:23:57,121 --> 00:24:01,845
ดีใจที่คุณตรวจสอบสดด้วยตัวเอง ตอนนี้มันกลับมา

379
00:24:01,845 --> 00:24:04,994
พบบั๊กบางตัว และกลับมาทำงานต่อ

380
00:24:04,994 --> 00:24:09,823
ผมคิดว่าในบริบทการทำงานจริง ถ้าคุณอยากใช้โมเดล

381
00:24:09,823 --> 00:24:13,497
Qwen นี้เขียนโค้ดจริงๆ คุณคงอยากได้

382
00:24:13,497 --> 00:24:15,386
orchestrator agent

383
00:24:15,386 --> 00:24:18,536
ที่รันบนโมเดลที่ใหญ่กว่าแบบนี้

384
00:24:18,536 --> 00:24:21,580
เพื่อว่าเมื่อมันชนกำแพงแบบนี้

385
00:24:21,580 --> 00:24:25,464
คุณจะให้ทิศทางเพิ่มเติมว่าควรไปทางไหน

386
00:24:25,464 --> 00:24:29,978
เพราะมันชัดเจนว่ามันเก่งมาก และทักษะ vision

387
00:24:29,978 --> 00:24:34,281
ของมันก็ดี แต่มันอ่าน screenshot เหล่านี้

388
00:24:34,281 --> 00:24:38,060
ซึ่งเป็นภาพที่มันถ่ายจากเซสชัน debug

389
00:24:38,060 --> 00:24:42,049
แล้วคิดว่านี่ดูดี ซึ่งจริงๆ แล้วไม่ใช่

390
00:24:42,049 --> 00:24:45,723
ดังนั้นจึงมีขีดจำกัดของทักษะ vision

391
00:24:45,723 --> 00:24:49,293
แม้ว่าผมจะประทับใจทักษะ multimodal

392
00:24:49,293 --> 00:24:51,287
ของมันมาจนถึงตอนนี้

393
00:24:51,287 --> 00:24:55,801
แต่มันก็มีปัญหากับเกมแข่งรถนี้ ใช่ ผมคิดว่า

394
00:24:55,801 --> 00:24:57,270
workflow จริงๆ

395
00:24:57,270 --> 00:25:03,254
น่าจะเป็นการให้โมเดลที่ทรงพลังกว่าตรวจสอบโค้ดหาบั๊กแบบนี้

396
00:25:03,254 --> 00:25:08,083
และให้ทิศทาง คุณอาจจับคู่มันกับ DeepSeek ได้ดี

397
00:25:08,083 --> 00:25:12,806
เพราะ DeepSeek เก่งกว่าในแง่ทักษะการเขียนโค้ด

398
00:25:12,806 --> 00:25:15,851
ถึงแม้โมเดลนั้นจะไม่มี vision

399
00:25:15,851 --> 00:25:19,525
แต่ถ้าคุณจับคู่มันกับโมเดล Qwen นี้

400
00:25:19,525 --> 00:25:22,359
เราอาจได้ทีมที่เก่งมากจริงๆ

401
00:25:22,359 --> 00:25:24,983
แต่มาดูกันว่ามันจะได้อะไร

402
00:25:24,983 --> 00:25:28,447
ตอนนี้มันพอรู้แล้วว่าปัญหาคืออะไร

403
00:25:28,447 --> 00:25:31,072
ผมจะปล่อยให้มันรันข้ามคืน

404
00:25:31,072 --> 00:25:33,801
แล้วดูว่าเราจะได้อะไร โอเค

405
00:25:33,801 --> 00:25:37,790
มันรันต่ออีกสองชั่วโมงกว่า แล้วสรุปว่า

406
00:25:37,790 --> 00:25:40,729
นี่คือผลิตภัณฑ์สุดท้ายของเรา

407
00:25:40,729 --> 00:25:43,983
นี่น่าจะดีที่สุดเท่าที่เราจะได้

408
00:25:43,983 --> 00:25:46,083
มาดูสิ่งที่เราได้กัน

409
00:25:46,083 --> 00:25:50,807
คุณจะเห็นว่าคราวนี้มันไม่ใช่แค่หนามแหลมที่พัง

410
00:25:50,807 --> 00:25:54,901
มันคล้ายสนามแข่ง มันไม่ดีเท่าไหร่ จริงๆ

411
00:25:54,901 --> 00:25:56,685
แล้วมันแย่พอสมควร

412
00:25:56,685 --> 00:26:01,094
แต่มันเป็นสนามแข่งที่เรากำลังแข่งอยู่ อุ๊ย

413
00:26:01,094 --> 00:26:03,718
ผมชนกำแพง โอเค กลับมาแล้ว

414
00:26:03,718 --> 00:26:06,028
คุณเห็นว่ามันไม่ค่อยดี

415
00:26:06,028 --> 00:26:10,541
แต่มันก็ทำงานเป็นเกมรถได้ในทางเทคนิค แต่ใช่

416
00:26:10,541 --> 00:26:14,740
ผมคิดว่านี่คือสิ่งที่ดีที่สุดที่เราทำได้

417
00:26:14,740 --> 00:26:17,995
ผมไม่แน่ใจว่ามันเทียบกับอะไรได้

418
00:26:17,995 --> 00:26:21,459
เพราะนี่เป็นครั้งแรกที่ผมทำงานนี้

419
00:26:21,459 --> 00:26:25,343
ผมไม่รู้เลยว่ามันดีหรือไม่ดีกับเกมนี้

420
00:26:25,343 --> 00:26:27,022
ขอรีสตาร์ทตรงนี้

421
00:26:27,022 --> 00:26:32,691
ผมไม่แน่ใจว่าโมเดลอื่นจะจัดการดีกว่าหรือแย่กว่าอย่างไร

422
00:26:32,691 --> 00:26:37,309
ผมจินตนาการว่า frontier model (โมเดลแนวหน้า)

423
00:26:37,309 --> 00:26:41,613
ที่ล้ำหน้ากว่าน่าจะทำได้ดีกว่านี้เล็กน้อย

424
00:26:41,613 --> 00:26:45,602
คุณเห็นว่าพวกมันโฟกัสกับการทำป้ายโฆษณา

425
00:26:45,602 --> 00:26:48,542
(billboards) ให้ถูกต้อง โอเค

426
00:26:48,542 --> 00:26:53,055
ผมเริ่มจับการควบคุมได้แล้ว นี่ไง แม้แต่ GBT

427
00:26:53,055 --> 00:26:55,050
ที่ให้ข้อมูลเชิงลึก

428
00:26:55,050 --> 00:26:59,039
เราก็ยังสร้างเกมที่เล่นได้ไม่มากก็น้อย

429
00:26:59,039 --> 00:27:01,663
แต่เห็นได้ชัดว่ากราฟิกแย่

430
00:27:01,663 --> 00:27:04,707
แต่ผมจะเก็บสิ่งนี้ไว้ในวิดีโอ

431
00:27:04,707 --> 00:27:09,431
เพื่อให้คุณเห็นทั้งขีดจำกัดและสิ่งที่มันทำได้

432
00:27:09,431 --> 00:27:12,790
เพราะเราให้งานที่ยากมากสองสามงาน

433
00:27:12,790 --> 00:27:17,619
มันเป็นงานที่ยากมาก ที่ขอให้มันทำโดยไม่มี game

434
00:27:17,619 --> 00:27:22,343
engine (เครื่องยนต์เกม) ในเบราว์เซอร์เท่านั้น

435
00:27:22,343 --> 00:27:26,542
แต่งานก่อนหน้านี้บางงานมันทำได้ดีทีเดียว

436
00:27:26,542 --> 00:27:31,370
ผมคิดว่างานหน้า landing page มันทำได้ดี และงาน

437
00:27:31,370 --> 00:27:33,155
Lord of the Rings

438
00:27:33,155 --> 00:27:36,934
ผมว่าน่าจะเป็นผลงานที่ดีที่สุดของมัน

439
00:27:36,934 --> 00:27:41,553
มันทำได้ดีมาก คุณจะเห็นความสามารถ multimodal

440
00:27:41,553 --> 00:27:44,597
ทำงานอยู่ตรงนั้น มันจะน่าสนใจ

441
00:27:44,597 --> 00:27:49,216
ตอนนี้มันเป็นเวอร์ชันมาตรฐาน (vanilla) จริงๆ

442
00:27:49,216 --> 00:27:52,470
ทีนี้ผมจะได้ทดลองกับตัวโมเดลเอง

443
00:27:52,470 --> 00:27:55,619
ดูว่าเราจะดันมันเพิ่มได้อีกไหม

444
00:27:55,619 --> 00:27:59,713
ผมรู้ว่าเราดันมันในแง่ความเร็วได้แน่นอน

445
00:27:59,713 --> 00:28:02,442
แต่ในแง่ผลลัพธ์ ผมไม่แน่ใจ

446
00:28:02,442 --> 00:28:06,956
และกับโมเดลทั้งหมดนี้ โดยเฉพาะโมเดลท้องถิ่น

447
00:28:06,956 --> 00:28:10,735
คุณปฏิบัติกับมันเหมือนโมเดล frontier

448
00:28:10,735 --> 00:28:13,779
รุ่นล่าสุดอย่าง Claude ไม่ได้

449
00:28:13,779 --> 00:28:16,929
คุณต้องให้เครื่องมือที่เหมาะสม

450
00:28:16,929 --> 00:28:19,763
และงานที่เหมาะสมกับตัวโมเดล

451
00:28:19,763 --> 00:28:24,487
แล้วคุณจะเห็นผลของมัน แต่สำหรับการมองครั้งแรก

452
00:28:24,487 --> 00:28:28,896
มันทำได้ดีกว่าที่ผมคาดไว้มากสำหรับโมเดล 27

453
00:28:28,896 --> 00:28:30,785
พันล้านพารามิเตอร์

454
00:28:30,785 --> 00:28:34,144
คุณจะเห็นโมเดลนี้บ่อยขึ้นในอนาคต

455
00:28:34,144 --> 00:28:38,658
ผมจะทำวิดีโอเพิ่มอีกมากเกี่ยวกับการปรับแต่ง

456
00:28:38,658 --> 00:28:42,227
local AI วิธีเพิ่มประสิทธิภาพโมเดล

457
00:28:42,227 --> 00:28:47,161
และว่ามีปุ่มอะไรให้หมุนเพื่อพยายามปรับปรุงโมเดล

458
00:28:47,161 --> 00:28:51,150
คุณจะเห็นโมเดลนี้กลับมาในวิดีโอต่อๆ ไป

459
00:28:51,150 --> 00:28:54,509
แต่นั่นคือทั้งหมดสำหรับวิดีโอนี้

460
00:28:54,509 --> 00:28:56,188
ช่วยคอมเมนต์ด้วย

461
00:28:56,188 --> 00:29:00,387
บอกผมหน่อยว่าประสบการณ์ของคุณกับโมเดลนี้

462
00:29:00,387 --> 00:29:03,222
หรือกับโมเดล local AI อื่นๆ

463
00:29:03,222 --> 00:29:09,520
เป็นอย่างไร นั่นคือทั้งหมดสำหรับวิดีโอนี้ ขอบคุณที่รับชมครับ