Agent-Run Business From Zero: 2. Building Foundation in Hermes, Herdr & ClaudeCode

1
00:00:00,000 --> 00:00:06,939
ยินดีต้อนรับสู่ตอนที่สองของซีรีส์ agent-run

2
00:00:06,939 --> 00:00:09,844
business from zero

3
00:00:09,844 --> 00:00:18,236
นี่จะเป็นซีรีส์หลายตอนที่ผมสร้างธุรกิจขึ้นมาจากศูนย์

4
00:00:18,236 --> 00:00:23,884
ธุรกิจ print on demand ผ่าน Shopify

5
00:00:23,884 --> 00:00:31,146
จากศูนย์สู่ธุรกิจมีกำไรให้ได้ ทั้งหมดสร้างและ

6
00:00:31,146 --> 00:00:36,471
deploy ด้วยเครื่องมือเขียนโค้ด AI

7
00:00:36,471 --> 00:00:42,604
แล้วใช้เอเจนต์รันงาน marketing งานดูแล

8
00:00:42,604 --> 00:00:49,704
และทุกมิติของธุรกิจ ตอนที่แล้วเราวางแผนกันไป

9
00:00:49,704 --> 00:00:55,837
ชื่อโปรเจกต์ตอนนี้คือ keepsake threads

10
00:00:55,837 --> 00:00:58,903
ยังไม่คอนเฟิร์มชื่อ

11
00:00:58,903 --> 00:01:06,488
แต่ไอเดียคือให้พ่อแม่ปู่ย่าตายายและคนในครอบครัว

12
00:01:06,488 --> 00:01:09,392
เอารูปเก่าตอนเด็กๆ

13
00:01:09,392 --> 00:01:14,072
เป็นเบบี๋กับเสื้อผ้าชุดน่ารัก

14
00:01:14,072 --> 00:01:19,559
เอาลายนอสตัลจิกพวกนั้นมาสกัดลายออก

15
00:01:19,559 --> 00:01:27,305
แล้วพิมพ์ลงเสื้อผ้าที่เหมาะกับวัยปัจจุบันของเด็ก

16
00:01:27,305 --> 00:01:30,049
เช่นผมมีลูกสามขวบ

17
00:01:30,049 --> 00:01:35,374
ดูรูปตอนเบบี๋ใส่ชุดรอมเปอร์น่ารัก

18
00:01:35,374 --> 00:01:41,022
อยากดึงลายมาปรับให้เข้ากับวัยสามขวบ

19
00:01:41,022 --> 00:01:47,478
แล้วพิมพ์ลงฮู้ดดี้หรือเสื้อยืดประมาณนั้น

20
00:01:47,478 --> 00:01:54,255
นี่คือไอเดียหลัก วิดีโอนี้คือภาคลงมือสร้าง

21
00:01:54,255 --> 00:02:01,195
การสร้างตัวธุรกิจกับซอฟต์แวร์อาจต้องหลายตอน

22
00:02:01,195 --> 00:02:08,134
วิดีโอพวกนี้จะยาวหน่อย เป็นสไตล์ live build

23
00:02:08,134 --> 00:02:13,782
เหมือนไลฟ์สตรีมที่อัดแล้วตัดต่อเบาๆ

24
00:02:13,782 --> 00:02:21,044
จังหวะช้าหน่อย ไม่ใช่สไตล์ตัดแน่นแบบปกติของผม

25
00:02:21,044 --> 00:02:27,822
เพราะอยากโชว์ทุกขั้นตอนสร้างธุรกิจจากศูนย์

26
00:02:27,822 --> 00:02:34,438
หวังว่าจะร่วมเดินทางกัน แม้จังหวะช้าหน่อย

27
00:02:34,438 --> 00:02:41,862
ผมจะโชว์ทุกขั้น ไม่มีการจัดฉาก ไม่มีการหมกเม็ด

28
00:02:41,862 --> 00:02:47,187
พอมีออเดอร์จะโชว์ยอดเงินทุกตัวเลข

29
00:02:47,187 --> 00:02:54,127
ถ้าเจ๊งก็เจ๊ง จะไม่ปิดบัง จะซื่อสัตย์ที่สุด

30
00:02:54,127 --> 00:03:00,582
เพราะความล้มเหลวเป็นไปได้เสมอ มาเริ่มกัน

31
00:03:00,582 --> 00:03:07,198
ถ้าอยากอัปเกรดเอเจนต์ของตัวเอง ดูโปรเจกต์

32
00:03:07,198 --> 00:03:13,331
Agent Wikis ของผมได้ มี knowledge base

33
00:03:13,331 --> 00:03:21,238
ที่ผมใช้ทุกวันทั้งรีเสิร์ชวิดีโอทั้งสร้างโปรเจกต์

34
00:03:21,238 --> 00:03:28,339
หัวข้อมี Hermes Agent Hyperframes เครื่องมือ

35
00:03:28,339 --> 00:03:35,278
Local AI และอีกเพียบ wiki มาตรฐานฟรีทั้งหมด

36
00:03:35,278 --> 00:03:42,056
สมัคร Agent Wikis Pro จะได้ Excel wiki กับ

37
00:03:42,056 --> 00:03:49,156
custom skill ที่ผมพัฒนากับเอเจนต์มาหลายเดือน

38
00:03:49,156 --> 00:03:53,029
Pro เดือนละ 9.99 ดอลลาร์

39
00:03:53,029 --> 00:04:00,291
สมัครตอนนี้ล็อกราคานี้ตลอดชีพ ผมกำลังทำ agent

40
00:04:00,291 --> 00:04:07,715
profile เฉพาะทางกับเทมเพลต automation workflow

41
00:04:07,715 --> 00:04:13,686
พอปล่อยของพวกนั้นราคา tier pro จะขึ้น

42
00:04:13,686 --> 00:04:18,366
สมัครวันนี้ที่ agentwikis.com

43
00:04:18,366 --> 00:04:25,305
ขอบคุณทุกการสนับสนุน กลับเข้าวิดีโอกัน โอเค

44
00:04:25,305 --> 00:04:30,630
ตอนที่แล้วเราสร้างโปรไฟล์ KT main

45
00:04:30,630 --> 00:04:37,892
นี่คือเอเจนต์หลักของผม และเป็น planning agent

46
00:04:37,892 --> 00:04:44,832
ของงานนี้ด้วย เราสร้างเอกสารเพียบด้วย skill

47
00:04:44,832 --> 00:04:50,480
grill with docs ผมว่าแผนค่อนข้างครบ

48
00:04:50,480 --> 00:04:55,644
จะเริ่มสร้างต้องสร้างโปรไฟล์ใหม่

49
00:04:55,644 --> 00:05:02,906
เพราะอยากให้งานใหญ่แต่ละงานมีโปรไฟล์ของตัวเอง

50
00:05:02,906 --> 00:05:06,618
จะได้มี skill ของตัวเอง

51
00:05:06,618 --> 00:05:10,975
ผมจะกำหนดขอบเขตตามโมเดลด้วย

52
00:05:10,975 --> 00:05:16,784
น่าจะใช้หลายโมเดลในงานนี้ มาเริ่มกัน

53
00:05:16,784 --> 00:05:24,208
ผมจะสร้างโปรไฟล์ใหม่ clone จาก none ชื่อว่า KT

54
00:05:24,208 --> 00:05:30,502
Builder ใส่ soul ได้ ผมจะเขียนว่าเธอคือ

55
00:05:30,502 --> 00:05:37,279
builder agent ของโปรเจกต์ keepsake threads

56
00:05:37,279 --> 00:05:42,121
เธอจะสร้างซอฟต์แวร์ แลนดิ้งเพจ

57
00:05:42,121 --> 00:05:49,383
และฐานข้อมูลทั้งหมด สร้างเลย ไปที่ KT builder

58
00:05:49,383 --> 00:05:53,579
เรียบร้อย เป็นโปรเจกต์ใหม่

59
00:05:53,579 --> 00:06:00,034
แต่จะเชื่อมโฟลเดอร์เดียวกับเดิม keepsake

60
00:06:00,034 --> 00:06:06,489
threads เอ๊ะมีอยู่แล้วตรงนี้ไหม ยังไม่มี

61
00:06:06,489 --> 00:06:12,944
keepsake threads เพิ่มโฟลเดอร์ เอาอันนี้

62
00:06:12,944 --> 00:06:18,431
keepsake threads มันมี ID แล้วมั้ง

63
00:06:18,431 --> 00:06:23,918
สร้างเลยแล้วเปิด session ใหม่ในนี้

64
00:06:23,918 --> 00:06:30,373
อย่างแรกต้องให้มันรีวิวแผนก่อน นี่คือแผน

65
00:06:30,373 --> 00:06:37,796
เราจะใช้ GBT 5.6 Soul ตรงนี้ ผมว่างานโค้ดหนักๆ

66
00:06:37,796 --> 00:06:39,894
ต้องใช้ตัวนี้

67
00:06:39,894 --> 00:06:46,188
เป็นโมเดลเขียนโค้ดแกร่งสุดที่ผมมีตอนนี้

68
00:06:46,188 --> 00:06:47,963
ผมจะสั่งว่า

69
00:06:47,963 --> 00:06:57,807
ช่วยรีวิวเอกสารทั้งหมดในไดเรกทอรีนี้เพื่อทำความรู้จักโปรเจกต์

70
00:06:57,807 --> 00:07:05,069
ผมจะแยกหลายโปรไฟล์แบบนี้ เพราะอยากให้มันสร้าง

71
00:07:05,069 --> 00:07:11,201
skill ของตัวเอง อยากได้เอเจนต์เฉพาะทาง

72
00:07:11,201 --> 00:07:18,302
ผมว่ามีประโยชน์กว่าเอเจนต์ตัวเดียวทำทุกอย่าง

73
00:07:18,302 --> 00:07:25,403
เป็นระเบียบกว่าด้วย พอเซ็ตทุกอย่างเสร็จจะใช้

74
00:07:25,403 --> 00:07:29,760
bot mode ตรงนี้ ใน bot mode

75
00:07:29,760 --> 00:07:37,667
ตั้งกรุ๊ปให้พวกมันแชร์คอนเทกซ์แชร์รีพอร์ตกันง่ายๆ

76
00:07:37,667 --> 00:07:43,638
ได้ แต่ตอนนี้ใช้ทีละตัวไปก่อน เห็นไหม

77
00:07:43,638 --> 00:07:50,577
มันเริ่มรีวิวเอกสารทั้งหมดแล้ว หวังว่าจะได้

78
00:07:50,577 --> 00:07:57,355
agent profile เฉพาะทางสำหรับแต่ละงาน เอาไป

79
00:07:57,355 --> 00:08:01,713
reuse ในโปรเจกต์อื่นได้ด้วย

80
00:08:01,713 --> 00:08:10,588
ผมว่าการสร้างเอเจนต์เฉพาะทางจะเป็นสิ่งที่คนโฟกัสมากขึ้น

81
00:08:10,588 --> 00:08:16,721
ตอนนี้ทุกคนยังใช้โมเดลทั่วไปทำทุกอย่าง

82
00:08:16,721 --> 00:08:23,983
แต่อีกหน่อยเอเจนต์เฉพาะทางจะรีดงานได้เยอะกว่า

83
00:08:23,983 --> 00:08:30,599
รีวิวเสร็จแล้ว ผมจะให้มันแตกงานเป็น phase

84
00:08:30,599 --> 00:08:36,732
แล้วออกแบบ build plan เห็นไหมได้ skill

85
00:08:36,732 --> 00:08:43,671
ใหม่แล้ว skill project documentation review

86
00:08:43,671 --> 00:08:48,189
น่าจะมีประโยชน์ ระหว่างมันทำ

87
00:08:48,189 --> 00:08:54,483
ผมตัดสินใจแล้วว่าจะเอา keepsake threads

88
00:08:54,483 --> 00:08:59,486
ชอบชื่อนี้ อยากมีคำว่า keepsake

89
00:08:59,486 --> 00:09:04,973
เพราะคอนเซปต์คือ wearable keepsake

90
00:09:04,973 --> 00:09:12,073
ลองคำต่อท้ายหลายแบบ keepsake closet keepsake

91
00:09:12,073 --> 00:09:17,076
wardrobe แต่ชอบ threads threads

92
00:09:17,076 --> 00:09:20,465
ดีเพราะแปลว่าเสื้อผ้า

93
00:09:20,465 --> 00:09:26,113
เป็นคำเรียกเสื้อผ้าแบบโมเดิร์นหน่อย

94
00:09:26,113 --> 00:09:31,923
และมีความหมายเรื่องความเชื่อมโยงด้วย

95
00:09:31,923 --> 00:09:39,346
เส้นด้ายเชื่อมอดอดีตกับปัจจุบัน เชื่อมครอบครัว

96
00:09:39,346 --> 00:09:44,994
ผมชอบไอเดียนี้ มาดูตัวเลือกโดเมน มี

97
00:09:44,994 --> 00:09:50,481
keepsakethreads.shop แพงหน่อย หรือ

98
00:09:50,481 --> 00:09:56,775
keepsakethreads.net keepsakethreads.xyz

99
00:09:56,775 --> 00:10:01,132
ดูคริปโตไปหน่อย ใส่ขีดก็ได้

100
00:10:01,132 --> 00:10:08,555
แต่คำเดียวรวดน่าจะดีกว่า นามสกุลอื่นไม่ค่อยได้

101
00:10:08,555 --> 00:10:15,817
เหลือแค่ shop ที่พอได้ เอา net แล้วกัน ง่ายดี

102
00:10:15,817 --> 00:10:20,175
keepsakethreads.net ซื้อเลย

103
00:10:20,175 --> 00:10:27,275
จากนี้ไม่ใช่โค้ดเนมแล้ว เป็นชื่อธุรกิจทางการ

104
00:10:27,275 --> 00:10:34,537
Keepsake Threads เรียบร้อย เห็นพลุเมื่อกี้ไหม

105
00:10:34,537 --> 00:10:39,379
ได้ keepsakethreads.net มาแล้ว

106
00:10:39,379 --> 00:10:45,511
นี่คือโดเมนของเรา build plan เสร็จแล้ว

107
00:10:45,511 --> 00:10:50,191
แบ่งธุรกิจเป็น 15 gated phase

108
00:10:50,191 --> 00:10:56,162
จากเอกสารที่เราทำไว้ ช่วงแรกน่าจะเป็น

109
00:10:56,162 --> 00:11:02,617
scaffolding ผมว่า งั้นลุยเลย ผมจะสั่งว่า

110
00:11:02,617 --> 00:11:09,072
proceed with the build plan step by step

111
00:11:09,072 --> 00:11:11,977
เสร็จแล้วสรุปสั้นๆ

112
00:11:11,977 --> 00:11:16,495
บอกปัญหาที่เจอ สรุปงานคร่าวๆ

113
00:11:16,495 --> 00:11:29,890
บอกผมด้วยถ้าต้องการอะไร ไอเดียคือปล่อยมันรันไปก่อน ช่วงแรกควรเป็น scaffolding ง่ายๆ

114
00:11:29,890 --> 00:11:35,699
ตัวโปรดักต์ไม่น่ายาก ปัญหาอยู่ที่ AI

115
00:11:35,699 --> 00:11:40,379
implementation กับส่วนสกัดลาย

116
00:11:40,379 --> 00:11:47,803
นอกนั้นตรงไปตรงมาหมด ตรงนั้นก็ไม่น่ายาก ธุรกิจ

117
00:11:47,803 --> 00:11:52,321
print on demand แนวนี้มีเยอะ

118
00:11:52,321 --> 00:11:58,938
แต่เจ้านี้จะตลาดเฉพาะไอเดียนี้ phase zero

119
00:11:58,938 --> 00:12:05,232
เสร็จแล้ว production gates กับ external

120
00:12:05,232 --> 00:12:11,364
dependencies เป็นเรื่องสภาพแวดล้อมล้วน

121
00:12:11,364 --> 00:12:18,142
ไม่มีปัญหา มันถามว่าต้องการอะไรจากผม phase

122
00:12:18,142 --> 00:12:23,144
zero เสร็จแล้ว ไป phase one ต่อ

123
00:12:23,144 --> 00:12:28,793
ผมจะทำแบบนี้แหละ ปล่อยรวดเดียวก็ได้

124
00:12:28,793 --> 00:12:32,666
แต่หนึ่งอยากโชว์ทีละขั้น

125
00:12:32,666 --> 00:12:37,830
สองคือเคยปล่อยแล้วมันทำอะไรแปลกๆ

126
00:12:37,830 --> 00:12:44,769
ผมอยากตรวจเองก่อน ยิ่งงานนี้ถ้าเจอปัญหาหรือ

127
00:12:44,769 --> 00:12:48,642
blocker อยากรู้ก่อนไปไกล

128
00:12:48,642 --> 00:12:53,483
เพราะบางทีมันเจอปัญหาแล้ว stub

129
00:12:53,483 --> 00:12:59,939
ข้ามหรือประนีประนอมกับแผนเดิม ซึ่งไม่เอา

130
00:12:59,939 --> 00:13:05,910
ตอนนี้ดูดี ไป phase one ต่อ เห็น task

131
00:13:05,910 --> 00:13:13,172
ที่มันรัน configuring formatting linting type

132
00:13:13,172 --> 00:13:19,788
checking retest playwright โควต้า GPT 5.6

133
00:13:19,788 --> 00:13:26,243
ของผมไหลเป็นน้ำ เหลือ 75 เปอร์เซ็นต์แล้ว

134
00:13:26,243 --> 00:13:32,537
เพิ่งเริ่มสัปดาห์ใหม่วันนี้เอง ใช้ไป 25

135
00:13:32,537 --> 00:13:39,638
เปอร์เซ็นต์แล้ว แต่งานนี้ไม่ใช่งานเดียว ผมมี

136
00:13:39,638 --> 00:13:45,931
agent experiment อีกเพียบ ดูวิดีโอ auto

137
00:13:45,931 --> 00:13:53,355
research ได้ ผมทำมาหลายอย่าง ต้องจำไว้ ผมเหลือ

138
00:13:53,355 --> 00:13:59,326
reset อันเดียว เป็น bank reset ใช้ได้

139
00:13:59,326 --> 00:14:04,006
แต่แล้วแต่ token ที่งานนี้กิน

140
00:14:04,006 --> 00:14:11,106
อาจต้องเปลี่ยนโมเดล รอดู มันยังลุย phase one

141
00:14:11,106 --> 00:14:17,400
อยู่ มาดูกันได้อะไร phase one เสร็จแล้ว

142
00:14:17,400 --> 00:14:24,501
สถาปัตยกรรม rebootable chain กับ CI เสร็จหมด

143
00:14:24,501 --> 00:14:30,633
ใช้เวลาหน่อย มีปัญหาสองสามจุดแต่แก้ได้

144
00:14:30,633 --> 00:14:37,411
ไม่ต้องทำอะไรต่อสำหรับ phase one phase two

145
00:14:37,411 --> 00:14:43,704
คืออะไร คือ canonical domain kernel กับ

146
00:14:43,704 --> 00:14:50,966
persistence ส่วนใหญ่มาจากกระบวนการ grill with

147
00:14:50,966 --> 00:14:56,292
docs ที่เราทำ ดู objective ข้างบน

148
00:14:56,292 --> 00:15:03,715
เข้ารหัสคอนเซปต์ธุรกิจหลักของ keepsake threads

149
00:15:03,715 --> 00:15:10,816
กับ lineage กับ state machine แยกจาก Shopify

150
00:15:10,816 --> 00:15:17,432
แยกจาก printable งานนี้เกี่ยวกับตัวธุรกิจ

151
00:15:17,432 --> 00:15:23,888
เลยจะเพิ่ม domain package กับ identifier

152
00:15:23,888 --> 00:15:30,988
อีกเพียบ ลุยต่อ นี่คืองานฐานราก ไม่ต้องใช้ผม

153
00:15:30,988 --> 00:15:32,441
phase two

154
00:15:32,441 --> 00:15:38,734
ทำให้กฏโปรดักต์ที่ตกลงกันแล้วเป็นทางการ

155
00:15:38,734 --> 00:15:45,512
งานฐานเยอะดี น่าเบื่อหน่อย แต่เอกสาร grill

156
00:15:45,512 --> 00:15:50,192
with docs สร้างฐานแบบนี้ให้ดี

157
00:15:50,192 --> 00:15:58,261
หลายครั้งเริ่มโปรเจกต์เอเจนต์จะวิ่งเลยโดยไม่วางฐาน

158
00:15:58,261 --> 00:16:07,298
งานนี้น่าเบื่อแต่จำเป็นสำหรับโปรเจกต์จริงและธุรกิจแบบนี้

159
00:16:07,298 --> 00:16:11,494
เห็น spawn sub agent เพียบ

160
00:16:11,494 --> 00:16:18,756
เส้นทางงานดูตั้งใจกว่าเดิมเยอะ รู้สึกได้ โอเค

161
00:16:18,756 --> 00:16:25,211
มันทำงาน phase two ไปเยอะ ดูซิมี blocker

162
00:16:25,211 --> 00:16:31,343
หนึ่งจุด ปัญหาคือ persistence boundary

163
00:16:31,343 --> 00:16:38,767
ยังเลี่ยงกฏโดเมนได้ ผมก็ไม่แน่ใจว่าหมายถึงอะไร

164
00:16:38,767 --> 00:16:44,092
ประเด็นคือกฏธุรกิจผ่านบนเทสต์ปกติ

165
00:16:44,092 --> 00:16:50,225
แต่ฐานข้อมูลยังรับเรคคอร์ดที่ข้ามกฏได้

166
00:16:50,225 --> 00:16:57,487
ดูซิมันเสนออะไร ไม่รู้ว่าเป็นปัญหาจริงหรือแค่

167
00:16:57,487 --> 00:17:04,103
conservative เกิน มันเสนอ hardening cycle

168
00:17:04,103 --> 00:17:10,074
แบบโฟกัสหนึ่งรอบก่อน commit เอ้า ทำไป

169
00:17:10,074 --> 00:17:16,691
ผมว่ามันกังวลว่าเรคคอร์ดปลอมหลุดเข้าไปได้

170
00:17:16,691 --> 00:17:20,402
มันเลยจะสร้างระบบกันไว้

171
00:17:20,402 --> 00:17:26,857
งานนี้รันมาหลายชั่วโมงแล้ว นานมาก เรื่อง

172
00:17:26,857 --> 00:17:32,021
security hardening นานแบบนี้ก็ดี

173
00:17:32,021 --> 00:17:35,895
แต่ไม่ควรนานขนาดนี้ ดูสิ

174
00:17:35,895 --> 00:17:42,511
ที่สำคัญโควต้าเราเหลือน้อย ผมใช้ไปเยอะ มี

175
00:17:42,511 --> 00:17:49,934
reset อันเดียว แต่ยังไงก็นานไป มาดูว่าเกิดอะไร

176
00:17:49,934 --> 00:17:56,228
มีดีไซน์สถาปัตย์ขัดกันหลายแบบเลยมีปัญหา

177
00:17:56,228 --> 00:18:01,554
มันเลยหมุนวน แก้จุดหนึ่งพังอีกจุด

178
00:18:01,554 --> 00:18:08,170
มันเลยแนะนำให้ออกแบบ persistence ใหม่ รอบ

179
00:18:08,170 --> 00:18:13,818
operation specific database command

180
00:18:13,818 --> 00:18:20,112
กับสิทธิ์แคบๆ แทนให้สิทธิ์ table กว้างๆ

181
00:18:20,112 --> 00:18:26,406
กับคำสั่งพวกนั้น เอาตามมัน ผมว่าเข้าท่า

182
00:18:26,406 --> 00:18:32,538
ผมสั่งว่า execute your recommendations

183
00:18:32,538 --> 00:18:40,768
เก็บระบบให้เรียบง่ายที่สุดแต่ยังปลอดภัยและใช้งานได้

184
00:18:40,768 --> 00:18:47,223
ไม่อยากได้ overhead ไม่จำเป็นมาทำระบบพัง

185
00:18:47,223 --> 00:18:54,485
เอเจนต์พวกนี้บางที conservative เกินจนระบบพัง

186
00:18:54,485 --> 00:19:01,263
ล่าสุดนี่ Fable ไม่ใช่ Soul ผมให้มัน audit

187
00:19:01,263 --> 00:19:03,845
เว็บ agent wikis

188
00:19:03,845 --> 00:19:11,107
น่าจะเป็นส่วนหนึ่งของวิดีโอโมเดลเทสต์นั่นแหละ

189
00:19:11,107 --> 00:19:15,787
ผมให้มันทำ security hardening

190
00:19:15,787 --> 00:19:21,113
ทุกข้อที่มันแนะนำ Soul ก็บอกว่าดี

191
00:19:21,113 --> 00:19:27,568
แต่สุดท้ายของพังเพียบ สมาชิกโดนล็อกเอาต์

192
00:19:27,568 --> 00:19:33,862
ล็อกอินไม่ได้ ปลอดภัยเกินจนใช้งานไม่ได้

193
00:19:33,862 --> 00:19:40,640
ซึ่งแย่กว่า ต้องจำไว้ โอเค หวังว่าจะแก้ได้

194
00:19:40,640 --> 00:19:47,256
ผมต้องเสีย reset แน่ ไม่เป็นไร ปล่อย Soul

195
00:19:47,256 --> 00:19:54,195
ลองก่อน ถ้าไม่ไหวจริงค่อยว่ากัน ผมว่า Fable

196
00:19:54,195 --> 00:20:00,973
ปิดงานนี้ใน 30 นาทีแน่ อาจต้องสลับไป Fable

197
00:20:00,973 --> 00:20:08,396
แล้วทำอะไรแบบใน Herdr ให้เอเจนต์ตรงนี้ตามดูว่า

198
00:20:08,396 --> 00:20:14,045
Fable ทำอะไร ให้มันเรียนรู้แบบแปลกๆ

199
00:20:14,045 --> 00:20:20,984
แต่ลองทำถูกต้องตรงนี้ด้วย GBT 5.6ole ไปก่อน

200
00:20:20,984 --> 00:20:26,309
ง่ายกว่าถ้าทุกอย่างอยู่ใน session

201
00:20:26,309 --> 00:20:32,119
เดียวเอเจนต์เดียว ผมเคยกระจายงานแล้ว

202
00:20:32,119 --> 00:20:39,381
จำไม่ได้ว่าอะไรอยู่ไหน นรกชัดๆ โอเค phase two

203
00:20:39,381 --> 00:20:43,577
เสร็จสักที ใช้เวลาครึ่งวัน

204
00:20:43,577 --> 00:20:51,000
ผมไปทำอย่างอื่นกินข้าวไปด้วย มันรันอยู่ นานมาก

205
00:20:51,000 --> 00:20:55,842
ปรากฏว่าปัญหาใหญ่คือ sub agent

206
00:20:55,842 --> 00:21:01,328
ต้องอ่านโค้ดเบสทั้งหมดก่อนรันเทสต์

207
00:21:01,328 --> 00:21:08,752
ซึ่งไม่จำเป็นเลย แต่โค้ดเบสตอนนี้ใหญ่มากเลยช้า

208
00:21:08,752 --> 00:21:15,691
งานส่วนใหญ่คือสร้างโครง security กับ safety

209
00:21:15,691 --> 00:21:21,985
ที่เหลือคือคอนฟิกฐานข้อมูลกับ migration

210
00:21:21,985 --> 00:21:29,408
เห็นใช้ PostgreSQL นี่คือสรุปที่ผมฟังมันอธิบาย

211
00:21:29,408 --> 00:21:35,056
phase 2 สร้าง trusted recordkeeping

212
00:21:35,056 --> 00:21:38,929
กับกฏใต้ประสบการณ์ผู้ใช้

213
00:21:38,929 --> 00:21:43,932
ยังไม่ได้เว็บเสร็จหรือจออัปโหลด

214
00:21:43,932 --> 00:21:49,096
แต่รับรองว่าจอและ worker ในอนาคต

215
00:21:49,096 --> 00:21:56,035
ทำโปรเจกต์ลูกค้าให้อยู่ในสถานะ invalid หรือ

216
00:21:56,035 --> 00:22:02,329
unsafe ไม่ได้ ลูกค้าจะมี design project

217
00:22:02,329 --> 00:22:08,139
หลังสกัดลายเสร็จ จะได้ออกแบบนิดหน่อย

218
00:22:08,139 --> 00:22:16,046
กระบวนการนี้บันทึกทุกอย่างว่าเสื้อต้นฉบับมาจากไหน

219
00:22:16,046 --> 00:22:19,112
ส่งรูปมาแล้วหรือยัง

220
00:22:19,112 --> 00:22:26,052
รับรองว่ารายละเอียดเสื้อลูกค้าถูกเก็บแม่นยำ

221
00:22:26,052 --> 00:22:31,539
นี่คือความพยายาม hardening ทั้งหมด

222
00:22:31,539 --> 00:22:37,348
ระบบสร้างและติดตาม design option ได้

223
00:22:37,348 --> 00:22:43,965
ลูกค้าตรวจ design candidate ได้ งานแบบนี้

224
00:22:43,965 --> 00:22:50,904
design ที่ติด policy block จะสั่งซื้อไม่ได้

225
00:22:50,904 --> 00:22:54,454
security กับ guardrail

226
00:22:54,454 --> 00:22:58,327
พวกนี้คือสิ่งที่เราสร้าง

227
00:22:58,327 --> 00:23:03,007
มีอีกเพียบแต่นี่คือไอเดียหลัก

228
00:23:03,007 --> 00:23:09,785
สร้างฐานที่เชื่อถือได้ก่อน ยังไม่ใช่ตัวแอป

229
00:23:09,785 --> 00:23:14,788
โอเค ไป phase ต่อไป phase three

230
00:23:14,788 --> 00:23:21,888
คือประสบการณ์แลนดิ้งสาธารณะกับฐานความเชื่อใจ

231
00:23:21,888 --> 00:23:28,182
จะสร้างเว็บหันหน้าสาธารณะ ผมจะทำเว็บเอง

232
00:23:28,182 --> 00:23:34,960
อาจทำใน claw design มันฟังก์ชันดีไซน์ดีสุด

233
00:23:34,960 --> 00:23:40,770
เพราะโปรดักต์นี้ consumer facing มาก

234
00:23:40,770 --> 00:23:45,611
เว็บต้องดีจริงๆ ผมมีไอเดียแล้ว

235
00:23:45,611 --> 00:23:52,066
อยากลองทริคเก่าแต่เจ๋ง คือสร้างวิดีโอ AI

236
00:23:52,066 --> 00:23:54,164
เป็นมินิโฆษณา

237
00:23:54,164 --> 00:24:01,426
แล้วทำแบบสกรอลล์แลนดิ้งแล้ววิดีโอเล่นทีละเฟรม

238
00:24:01,426 --> 00:24:08,365
คูลดี ต้อง consumer facing มากๆ ตอนทำ agent

239
00:24:08,365 --> 00:24:14,659
wikis ผมออกแบบเว็บให้เอเจนต์ใช้เป็นหลัก

240
00:24:14,659 --> 00:24:21,921
ไม่ได้ให้คนใช้ ทุกอย่างเลย agent friendly มาก

241
00:24:21,921 --> 00:24:26,924
หน้าตา bare bones เรียบง่ายสุดๆ

242
00:24:26,924 --> 00:24:33,863
แต่เจ้านี้ต้องดึงดูดกว่าเยอะ ผมว่าน่าจะทำใน

243
00:24:33,863 --> 00:24:39,350
claw design รู้ว่ามีเครื่องมืออื่น

244
00:24:39,350 --> 00:24:45,966
แต่เจ้านี้น่าจะดีสุด claw design เก่งจริง

245
00:24:45,966 --> 00:24:52,583
น่าจะได้วิดีโอของมันเองอีกตอน ตรงนี้ขอแค่

246
00:24:52,583 --> 00:24:54,358
placeholder

247
00:24:54,358 --> 00:25:00,167
แลนดิ้งทั่วไปให้มีอะไรจับต้องได้ก่อน

248
00:25:00,167 --> 00:25:05,332
ระหว่างออกแบบของจริงในวิดีโอหน้า

249
00:25:05,332 --> 00:25:12,755
งานนี้คืออธิบายบริการให้ชัด สร้าง trust ลูกค้า

250
00:25:12,755 --> 00:25:20,662
โดยไม่แกล้งว่าฟีเจอร์อัปโหลดออกแบบเช็กเอาต์มีแล้ว

251
00:25:20,662 --> 00:25:27,602
งานนี้เบสิกมาก หน้า policy เริ่มต้น ควรเร็ว

252
00:25:27,602 --> 00:25:33,895
ผมสั่งว่า build ออกมา แต่จำไว้ว่านี่แค่

253
00:25:33,895 --> 00:25:39,059
placeholder เว็บ consumer facing

254
00:25:39,059 --> 00:25:45,353
จริงจะใช้ดีไซน์ทูลแยกทำบนฐานนี้ ควรเร็ว

255
00:25:45,353 --> 00:25:51,324
เห็นไหม มันโผล่ใน in-app browser แล้ว

256
00:25:51,324 --> 00:25:55,681
แค่นี้พอตอนนี้ อธิบายของได้

257
00:25:55,681 --> 00:26:00,200
แล้วค่อยออกแบบจริงวิดีโอหน้า

258
00:26:00,200 --> 00:26:05,525
อาจเป็นวิดีโอหน้าเลย เพราะใช้เวลา

259
00:26:05,525 --> 00:26:12,303
ผมต้องทำวิดีโอ น่าจะทำ local บน Spark ด้วย

260
00:26:12,303 --> 00:26:19,081
Miniax H3 ลองอยู่ ดีเลย ใช้พวกนั้นทำวิดีโอ

261
00:26:19,081 --> 00:26:24,568
แล้วใช้ claw design ออกแบบเว็บจริง

262
00:26:24,568 --> 00:26:31,184
แต่ฐานกับซอฟต์แวร์สร้างตรงนี้วันนี้ phase

263
00:26:31,184 --> 00:26:36,994
three เสร็จแล้ว เห็น placeholder ที่

264
00:26:36,994 --> 00:26:43,772
responsive กับ route policy เฉพาะส่วนอย่าง

265
00:26:43,772 --> 00:26:49,904
terms of usage ส่วนใหญ่แค่ placeholder

266
00:26:49,904 --> 00:26:56,198
แต่เป็นฐาน durable มี route กับ content

267
00:26:56,198 --> 00:27:03,137
contract มี policy status representation มี

268
00:27:03,137 --> 00:27:05,719
content behavior

269
00:27:05,719 --> 00:27:12,497
ที่เหลือตั้งใจให้เปลี่ยนทิ้งได้ เพราะจะแก้

270
00:27:12,497 --> 00:27:19,921
ผมว่าทำวิดีโอหน้าคิดอยู่ แต่จบตรงนี้ก่อน phase

271
00:27:19,921 --> 00:27:27,183
three ไม่มีอะไรต่อ phase ต่อไป phase four คือ

272
00:27:27,183 --> 00:27:33,799
secure photo intake กับ verified deletion

273
00:27:33,799 --> 00:27:40,254
เข้าสู่ของจริง กระบวนการวิเคราะห์รูปหลัก

274
00:27:40,254 --> 00:27:44,773
ลูกค้าจะเริ่ม design project

275
00:27:44,773 --> 00:27:50,744
และส่งรูปเสื้อหนึ่งตัวได้อย่างปลอดภัย

276
00:27:50,744 --> 00:27:56,231
นี่น่าจะยากสุด ผมว่าวิธีอัปโหลดรูป

277
00:27:56,231 --> 00:28:01,233
ตัดข้อมูลไม่จำเป็น ป้องกันรูปคน

278
00:28:01,233 --> 00:28:07,366
เก็บรูปชั่วคราว ลบพร้อม verify phase 4

279
00:28:07,366 --> 00:28:09,786
จะสร้างโครงนั้น

280
00:28:09,786 --> 00:28:15,273
รับและจัดการรูปต้นฉบับอย่างปลอดภัย

281
00:28:15,273 --> 00:28:21,244
แต่ยังไม่สกัดกราฟิก ยังไม่สร้างดีไซน์

282
00:28:21,244 --> 00:28:23,181
ไว้พาร์ทหลัง

283
00:28:23,181 --> 00:28:30,281
ตรงนี้เน้นอัปโหลดรูปซึ่งสำคัญเหมือนกัน phase

284
00:28:30,281 --> 00:28:37,705
ต่อไป phase five คือ AI adapter กับ evaluation

285
00:28:37,705 --> 00:28:44,967
foundation แล้วการสกัดจริงเริ่ม phase six ลุย

286
00:28:44,967 --> 00:28:51,906
phase four ต่อ โอเค อย่างที่คิด เราชน usage

287
00:28:51,906 --> 00:28:58,361
limit แล้ว ใช้ reset แล้วไปต่อ นี่ reset

288
00:28:58,361 --> 00:29:04,816
เดียวที่มี เมื่อก่อนมีเพียบแต่หมดอายุหมด

289
00:29:04,816 --> 00:29:12,078
น่าเสียดายที่มันหมดอายุ แต่ลอง retry น่าจะได้

290
00:29:12,078 --> 00:29:19,501
sub agent พวกนั้นน่าจะตายเพราะโควต้าหมดกลางรัน

291
00:29:19,501 --> 00:29:24,666
รอดู phase นี้นานแล้ว ใกล้จบมั้ง

292
00:29:24,666 --> 00:29:30,959
ดูเหมือนติดลูปแก้แล้วตรวจ audit วนไม่จบ

293
00:29:30,959 --> 00:29:38,221
เวลาติดลูปแบบนี้ ควร surface งาน verification

294
00:29:38,221 --> 00:29:45,483
ที่วนตั้งแต่แรกแทนเงียบทำต่อ ผมให้โอกาส clean

295
00:29:45,483 --> 00:29:50,647
clone run ครั้งสุดท้ายครั้งเดียว

296
00:29:50,647 --> 00:29:57,909
ถ้าล้มเหลวหยุดแล้วรีพอร์ต blocker ไม่รู้ว่ามี

297
00:29:57,909 --> 00:30:02,751
block จริงไหม มันแค่วนไปเรื่อย

298
00:30:02,751 --> 00:30:08,076
ดูเหมือนเจอปัญหาจริงแต่แก้หมดแล้ว

299
00:30:08,076 --> 00:30:13,563
แค่ทุกอย่างช้าเกิน มี connectivity

300
00:30:13,563 --> 00:30:18,404
หลุดบ้างเป็นพักๆ แบบหยุดไปเฉยๆ

301
00:30:18,404 --> 00:30:29,055
รอดู โอเค มันเจอ architectural blocker สี่จุด บอกว่าไม่ใช่แก้เล็กๆ

302
00:30:29,055 --> 00:30:36,156
ต้องออกแบบ trusted intake ใหม่ เขียน handoff

303
00:30:36,156 --> 00:30:42,934
กับ deletion outbox ผมว่าเราต้องเข้า Fable

304
00:30:42,934 --> 00:30:49,712
แล้ว อย่างน้อยดูว่ามาถูกทางไหม ให้มัน hint

305
00:30:49,712 --> 00:30:56,651
Soul ทำถูกๆ ผมจะเข้า Claude Fable ใน Claude

306
00:30:56,651 --> 00:31:00,363
Code ตรงนี้ เร็วกว่ามาก

307
00:31:00,363 --> 00:31:06,818
ช่วยรีวิวโค้ดเบสนี้แล้วสรุปสถานะโปรเจกต์

308
00:31:06,818 --> 00:31:13,273
มันสรุปหมดแล้ว phase four มีปัญหาหลายจุด

309
00:31:13,273 --> 00:31:20,696
ผมจะป้อน blocker พวกนี้ให้ พร้อมกันเปิด Hermes

310
00:31:20,696 --> 00:31:28,119
session ไว้ นี่คือโปรไฟล์ KT builder ใน Hermes

311
00:31:28,119 --> 00:31:32,799
ผมจะให้มันดูว่า Claude ทำอะไร

312
00:31:32,799 --> 00:31:40,061
ผมอยากให้ทุกอย่างอยู่ที่เดียวจริงๆ ส่ง prompt

313
00:31:40,061 --> 00:31:45,548
ให้มันหรือรอ state มันเปลี่ยนก็ได้

314
00:31:45,548 --> 00:31:52,003
ไม่อยากกระจายของไปทั่ว Claude กับ Hermes

315
00:31:52,003 --> 00:31:58,459
เลยอยากเช็กว่า session Claude ทำอะไรอยู่

316
00:31:58,459 --> 00:32:05,721
ผมบอกกลับไปที่ Claude ว่า โอเค นี่คือ blocker

317
00:32:05,721 --> 00:32:12,983
ที่รายงานมาของ phase four เธอเสนอวิธีแก้ยังไง

318
00:32:12,983 --> 00:32:19,922
พร้อมแนบสิ่งที่เอเจนต์เราบอก แล้วบอก Hermes

319
00:32:19,922 --> 00:32:26,700
ว่า โอเค จับตาดู activity ในแผง clawed ไว้

320
00:32:26,700 --> 00:32:32,348
มันกำลังแก้ blocker ที่เธอแก้ไม่ได้

321
00:32:32,348 --> 00:32:39,771
ลองเรียนรู้จากมัน ไม่รู้จะดีกว่าไหม แต่ต้องลอง

322
00:32:39,771 --> 00:32:47,195
งานนี้ช้าไปแล้ว โอเค monitoring เปิดผ่าน herdr

323
00:32:47,195 --> 00:32:54,618
แล้ว ตอนนี้มันไล่ architectural blocker สี่จุด

324
00:32:54,618 --> 00:33:01,073
ตรวจ fix ที่เสนอ กับ repo change ที่เกิด

325
00:33:01,073 --> 00:33:05,753
เพื่อสกัดบทเรียน หวังว่าจะได้

326
00:33:05,753 --> 00:33:11,885
นี่คือฟังก์ชันดีของ herder ให้ session

327
00:33:11,885 --> 00:33:18,179
ต่างกันดู session กันเองได้ สั่ง prompt

328
00:33:18,179 --> 00:33:24,796
ได้ด้วย มีอีกอัน ผมกำลังถ่ายวิดีโอนี้อยู่

329
00:33:24,796 --> 00:33:31,412
น่าจะเคยเห็น อันนี้บน DGX Spark ที่ผม ssh

330
00:33:31,412 --> 00:33:37,060
เข้าไป มี orchestrator Hermes agent

331
00:33:37,060 --> 00:33:42,224
ตัวหนึ่งคอยป้อน prompt กับ steer

332
00:33:42,224 --> 00:33:49,486
โมเดลตอนต้องการ activity หรือ prompt ให้ไปต่อ

333
00:33:49,486 --> 00:33:55,296
รอดูผลแล้วจะมาบอก โอเค มันกลับมาแล้ว

334
00:33:55,296 --> 00:34:02,719
บอกว่าอ่านหมดแล้ว blocker ทั้งหมดมี root cause

335
00:34:02,719 --> 00:34:06,754
เดียว runtime web process

336
00:34:06,754 --> 00:34:12,886
เป็นคนเดียวที่เคยเห็น proof แต่ writer

337
00:34:12,886 --> 00:34:20,310
ดันไปเชื่อคำพูด runtime มาบันทึก ทางแก้คือย้าย

338
00:34:20,310 --> 00:34:24,989
fax authority ไปให้ component

339
00:34:24,989 --> 00:34:32,413
ที่เห็นเหตุการณ์จริง มาคิด proposal จริงจัดการ

340
00:34:32,413 --> 00:34:39,352
blocker แต่ละข้อ blocker three blocker four

341
00:34:39,352 --> 00:34:46,130
ลำดับ implement เอ้า ปล่อยมันแก้ไปเลย เห็น

342
00:34:46,130 --> 00:34:52,585
Hermes ตรงนี้เรียนรู้ไปด้วย มันแก้ skill

343
00:34:52,585 --> 00:34:59,686
reusable authority boundary engineering ด้วย

344
00:34:59,686 --> 00:35:05,495
ดี เพราะสิ่งที่ผมอยากได้คือแก้ skill

345
00:35:05,495 --> 00:35:12,435
ตามสิ่งที่มันเรียนใน session claw จาก Fable

346
00:35:12,435 --> 00:35:19,212
จะได้ capability แบบ fable ใน skill เจ๋งดี

347
00:35:19,212 --> 00:35:25,990
นี่คือไอเดีย workflow ที่ดี เอาไปลับ skill

348
00:35:25,990 --> 00:35:32,768
อีกได้ เพราะ Fable ยังเหนือโมเดลอื่นชัดเจน

349
00:35:32,768 --> 00:35:38,578
คนจะอ้าง benchmark แต่ผมรู้สึก Fable

350
00:35:38,578 --> 00:35:45,033
เหนือกว่าทุกตัวตอนนี้เยอะ รู้ว่าคนเกลียด

351
00:35:45,033 --> 00:35:51,165
Anthropic ผมก็ไม่แฮปปี้กับเขาเหมือนกัน

352
00:35:51,165 --> 00:35:57,782
แต่คือเรื่องจริง ดูเหมือนมันเรียนรู้ โอเค

353
00:35:57,782 --> 00:36:04,882
Claude เริ่มแก้แล้ว พยายามเรียนรู้จากมันด้วย

354
00:36:04,882 --> 00:36:11,822
นี่ session แยกแล้ว เห็นใน desktop app ด้วย

355
00:36:11,822 --> 00:36:19,084
ตัวเดียวกันนี่แหละ เรียนรู้จากมันด้วย ผมว่าพอ

356
00:36:19,084 --> 00:36:26,023
blocker แก้เสร็จ จะกลับเข้า desktop app ลอง

357
00:36:26,023 --> 00:36:31,671
resume ด้วย Hermes กับ GBT 5.6 Soul

358
00:36:31,671 --> 00:36:38,933
ไอเดียจริงของโปรไฟล์ต่างกันคืออยากสร้าง skill

359
00:36:38,933 --> 00:36:44,581
พวกนี้ กับการแยกคอนเทกซ์แยก session

360
00:36:44,581 --> 00:36:50,875
ใช้โมเดลเฉพาะ มี skill พวกนี้ นี่คือ KT

361
00:36:50,875 --> 00:36:56,846
builder ที่ใช้อยู่ เห็นมันสร้าง skill

362
00:36:56,846 --> 00:37:03,624
หลายตัวแล้ว authority boundary engineering

363
00:37:03,624 --> 00:37:09,918
project documentation review มี bounded

364
00:37:09,918 --> 00:37:15,727
verification อีก พวกนี้มีประโยชน์แน่

365
00:37:15,727 --> 00:37:23,151
ทั้งหมดจะขึ้น Agent Wikis tier pro เป็น custom

366
00:37:23,151 --> 00:37:30,251
skill พอทุกอย่างเสร็จ ผมต้องรีวิว ต้อง audit

367
00:37:30,251 --> 00:37:37,352
แต่ถ้าได้ skill ดี ซึ่งผมว่าบางตัวน่าจะดีมาก

368
00:37:37,352 --> 00:37:44,130
พวกนั้นจะอยู่บน agentwikis.com ยุติธรรมกับ

369
00:37:44,130 --> 00:37:50,262
Soul หน่อย ตอนนี้ Fable ก็ช้าเหมือนกัน

370
00:37:50,262 --> 00:37:57,201
งานนี้ไม่ง่าย ผมจะไม่โทษ GBT Soul ฝ่ายเดียว

371
00:37:57,201 --> 00:38:03,656
เพราะ Fable เองก็นาน แต่เรากำลังลุยกันไป

372
00:38:03,656 --> 00:38:09,950
คืบหน้าแล้ว ผมบอก Hermes ให้เช็ก Claude

373
00:38:09,950 --> 00:38:16,405
ว่าเป็นไง approach มันต่างจากของเธอยังไง

374
00:38:16,405 --> 00:38:22,699
พยายามให้มันเรียนหน่อย Claude คืบหน้าดี

375
00:38:22,699 --> 00:38:29,961
ยังทำอยู่ บอกว่ามัน implement อะไรไป approach

376
00:38:29,961 --> 00:38:36,900
ต่างจากผมยังไง มันวินิจฉัย shared authority

377
00:38:36,900 --> 00:38:43,678
failure จุดเดียวก่อน สำคัญมาก phase 4 เดิม

378
00:38:43,678 --> 00:38:49,810
treat application service เป็น trusted

379
00:38:49,810 --> 00:38:56,750
orchestration Claude เริ่มจากคำถามแกร่งกว่า

380
00:38:56,750 --> 00:39:03,689
component ไหนเห็นเหตุการณ์นี้ด้วยตัวเองจริง

381
00:39:03,689 --> 00:39:09,821
เลยได้แยก authorization กับ processing

382
00:39:09,821 --> 00:39:15,469
evidence แทน validate payload เพิ่ม

383
00:39:15,469 --> 00:39:22,247
ซึ่งคือปัญหาที่ Soul เจอ มัน treat command

384
00:39:22,247 --> 00:39:27,573
inbox เป็น intent ไม่ใช่ evidence

385
00:39:27,573 --> 00:39:34,351
นี่คือจุดดีขึ้นกลางใจ schema เข้ม validate

386
00:39:34,351 --> 00:39:40,806
object reference หรือผลสแกนได้ตาม syntax

387
00:39:40,806 --> 00:39:48,229
แต่พิสูจน์ไม่ได้ว่า scan หรือ storage เกิดจริง

388
00:39:48,229 --> 00:39:55,330
มันตั้ง database boundary ก่อนจบ application

389
00:39:55,330 --> 00:40:02,108
rewiring มันทำเทสต์ reproduce forgery ด้วย

390
00:40:02,108 --> 00:40:08,724
database role จริง มันแยก ต่อด้วยการแก้ใน

391
00:40:08,724 --> 00:40:15,825
migration ใหม่ สรุปคือผมหยุดตรงจุด fail fast

392
00:40:15,825 --> 00:40:19,859
ที่ถูกต้อง bounded review

393
00:40:19,859 --> 00:40:26,960
พิสูจน์ว่าสถาปัตย์ติด block แต่ดีไซน์เดิมให้

394
00:40:26,960 --> 00:40:34,222
evidentiary authority กับ application runtime

395
00:40:34,222 --> 00:40:40,515
มากไป implementation ของ cla รุกล้ำกว่า

396
00:40:40,515 --> 00:40:46,325
แต่สร้าง trust boundary ที่แกร่งกว่า

397
00:40:46,325 --> 00:40:53,264
และเทสต์ได้จริง แทนแปะสี่อาการแยกกัน Claude

398
00:40:53,264 --> 00:41:00,042
เข้ารากกว่าแปะผ้าพันแผลแล้ว verify ท่านั้น

399
00:41:00,042 --> 00:41:01,172
น่าสนใจ

400
00:41:01,172 --> 00:41:08,757
วิธีคิดโมเดลต่างกันแก้ปัญหาซับซ้อนแบบนี้ต่างกัน

401
00:41:08,757 --> 00:41:15,212
ไม่รู้คนอื่นไง แต่ผมว่าน่าสนใจ เสร็จแล้ว

402
00:41:15,212 --> 00:41:21,667
เร็วกว่าแน่ ใช้แค่ 32 นาที ไม่ได้เร็วมาก

403
00:41:21,667 --> 00:41:28,283
แต่เร็วกว่าที่ Soul ทำแน่ โอเค Hermes ที่

404
00:41:28,283 --> 00:41:33,770
monitor อยู่ ตอนนี้รู้ว่าเสร็จแล้ว

405
00:41:33,770 --> 00:41:39,741
กำลังเปลี่ยน skill authority boundary

406
00:41:39,741 --> 00:41:46,035
engineering ให้ตรงกับสิ่งที่มันทำ CL ทำ

407
00:41:46,035 --> 00:41:53,297
implementation เสร็จ ข้อจำกัดคงเหลือสำคัญ cla

408
00:41:53,297 --> 00:42:00,075
จดบทเรียนเพิ่ม ผมเก็บบทเรียนพวกนั้นไว้ กับ

409
00:42:00,075 --> 00:42:07,337
Adversarial probe ใน skill reusable authority

410
00:42:07,337 --> 00:42:13,792
boundary engineering โอเค Claude ทำได้ดี

411
00:42:13,792 --> 00:42:21,054
กลับเข้า desktop app กัน มีสอง session ตรงนี้

412
00:42:21,054 --> 00:42:27,670
อันนี้เพิ่งเปิดใหม่ใน herdr เห็นมันโผล่มา

413
00:42:27,670 --> 00:42:33,964
ผมว่าควรทำอันนี้ต่อเพราะ session สดกว่า

414
00:42:33,964 --> 00:42:40,258
อันนี้น่าจะโดน compress มาสองสามรอบแล้ว

415
00:42:40,258 --> 00:42:47,681
แทนค้างใน session นี้ ย้ายไปอีกอัน ผมเลยบอกว่า

416
00:42:47,681 --> 00:42:54,459
โอเค งานกลับมาที่เธอ ตรวจ verify แล้วไปต่อ

417
00:42:54,459 --> 00:43:00,914
นี่คือตัวอย่างว่าทำไงตอนเจอ blocker ใหญ่

418
00:43:00,914 --> 00:43:08,337
ทั้งลองโมเดลอื่น ทั้งลองคำสั่งอื่น ดีสุดคือใช้

419
00:43:08,337 --> 00:43:15,761
claw model ใน Hermes ด้วย subscription แต่วิธี

420
00:43:15,761 --> 00:43:21,248
herder นี้เวิร์คดีเลย จะ reuse อีก

421
00:43:21,248 --> 00:43:28,510
แต่ยังอยากเก็บทุกอย่างในเอเจนต์เดียวให้มากสุด

422
00:43:28,510 --> 00:43:35,610
มันจะ verify งานแล้วหวังว่าไป phase ต่อไปได้

423
00:43:35,610 --> 00:43:42,550
โอเค verify phase 4 เสร็จ ส่ง secure source

424
00:43:42,550 --> 00:43:48,359
photo intake กับ deletion foundation

425
00:43:48,359 --> 00:43:55,298
architectural blocker แก้หมดแล้วด้วย Claude

426
00:43:55,298 --> 00:44:02,560
Fable รีวิวสุดท้ายเจอหนึ่งจุดแต่แก้ได้ verify

427
00:44:02,560 --> 00:44:09,984
หมด ไม่ต้องให้ user ทำอะไร ตอนนี้ไป phase five

428
00:44:09,984 --> 00:44:17,407
phase five คือ evaluation harness กับ AI print

429
00:44:17,407 --> 00:44:24,185
on demand adapter contract สร้าง interface

430
00:44:24,185 --> 00:44:29,995
ปลอดภัยเทสต์ได้ก่อนต่อโปรดักต์กับ AI

431
00:44:29,995 --> 00:44:37,257
จริงหรือบัญชี printable เป็นฐานงาน AI adapter

432
00:44:37,257 --> 00:44:43,389
จริงที่จะทำ ยังไม่ต่อ live AI หรือ API

433
00:44:43,389 --> 00:44:48,876
Printull ตอนนี้ เริ่มทำเลย phase 5

434
00:44:48,876 --> 00:44:56,138
implementation ยังรันอยู่ เห็นมันทำงาน มี sub

435
00:44:56,138 --> 00:45:02,270
agent สองตัว รอดูผล โอเค phase 5 เสร็จ

436
00:45:02,270 --> 00:45:08,564
implement AI adapter evaluation harness

437
00:45:08,564 --> 00:45:14,858
หมดแล้ว พร้อมไป phase six phase six คือ

438
00:45:14,858 --> 00:45:21,313
extraction revision กับ design component

439
00:45:21,313 --> 00:45:26,961
objective คือแปลง minimize evidence

440
00:45:26,961 --> 00:45:33,577
จากรูปต้นฉบับเป็น extraction revision แบบ

441
00:45:33,577 --> 00:45:36,321
durable immutable

442
00:45:36,321 --> 00:45:42,937
ที่สร้างดีไซน์ใหม่ได้หลังลบรูปต้นฉบับแล้ว

443
00:45:42,937 --> 00:45:48,747
นี่คือกระบวนการสกัดตัวจริง อาจยากสุด

444
00:45:48,747 --> 00:45:55,363
งานหลักคือ assess evidence แบบ permissive

445
00:45:55,363 --> 00:46:02,141
แล้วสกัด typed component ให้ project owner

446
00:46:02,141 --> 00:46:08,758
ยืนยัน ลุยต่อ ผมบอก proceed with the next

447
00:46:08,758 --> 00:46:16,020
phase เอเจนต์ลุยงาน มันทำ phase six ไปไกลแล้ว

448
00:46:16,020 --> 00:46:23,120
ใกล้จบ ผมว่าหลัง phase นี้อาจสลับไป workflow

449
00:46:23,120 --> 00:46:30,060
fable ใน herder เพราะมันทำได้เรื่อยๆ ผมห่วง

450
00:46:30,060 --> 00:46:36,838
usage อย่างเดียว เหลือ subscription codeex

451
00:46:36,838 --> 00:46:43,131
อีกหกวัน ตอนนี้ใช้ไป 80 เปอร์เซ็นต์แล้ว

452
00:46:43,131 --> 00:46:47,973
ผมใช้โมเดลนี้เป็น daily driver

453
00:46:47,973 --> 00:46:52,814
งานเอเจนต์ทุกวัน ไม่เคยมีปัญหา

454
00:46:52,814 --> 00:47:00,237
แต่งานนี้หนักจริง สร้างฐานแบบนี้ ผมว่าจบ phase

455
00:47:00,237 --> 00:47:06,854
นี้กลับไป Fable ดีกว่า จะได้ไม่ล้างโควต้า

456
00:47:06,854 --> 00:47:12,018
codec subscription ใช้ตัว clawed

457
00:47:12,018 --> 00:47:17,505
ได้เพราะสัปดาห์นี้ยังไม่ค่อยได้ใช้

458
00:47:17,505 --> 00:47:24,283
ผมจะให้มันเขียน handoff document ก่อน มาดู

459
00:47:24,283 --> 00:47:30,415
phase 7 คืออะไร phase 7 คือ generation

460
00:47:30,415 --> 00:47:37,677
orchestration quota cost กับ candidate review

461
00:47:37,677 --> 00:47:43,325
objective คือส่ง faithful candidate

462
00:47:43,325 --> 00:47:50,587
หนึ่งตัวกับ inspired candidate ศูนย์ถึงห้าตัว

463
00:47:50,587 --> 00:47:56,881
ผ่าน generation set แบบ durable bounded

464
00:47:56,881 --> 00:48:03,175
นี่คือฐาน generation set ผมสั่งให้สร้าง

465
00:48:03,175 --> 00:48:08,661
handoff document บรรยายงานที่เสร็จ

466
00:48:08,661 --> 00:48:15,601
สถานะปัจจุบัน ขั้นต่อไป ผมจะหยิบงานนี้ต่อใน

467
00:48:15,601 --> 00:48:20,926
claude ส่วนเธอ resume งาน monitor

468
00:48:20,926 --> 00:48:27,865
กับการเรียนรู้ต่อ โอเค ตอนนี้ทำงานใน herder

469
00:48:27,865 --> 00:48:33,675
แล้ว ผมบอกใน cloud code ว่า workflow

470
00:48:33,675 --> 00:48:39,969
ย้ายมาหาเธอ รีวิวโค้ดเบสกับไฟล์ handoff

471
00:48:39,969 --> 00:48:46,908
นี้แล้วรับงานต่อ ส่วน Hermes ตรงนี้ monitor

472
00:48:46,908 --> 00:48:53,524
แผง claw ต่อไป มันแค่สังเกตและพยายามเรียน

473
00:48:53,524 --> 00:48:57,236
หวังว่าจะเข้าใจทุกอย่าง

474
00:48:57,236 --> 00:49:01,271
เผื่อต้องย้ายกลับมาทีหลัง

475
00:49:01,271 --> 00:49:08,371
มันบอกว่าเห็นภาพรวมหมดแล้ว กระบวนการ handoff

476
00:49:08,371 --> 00:49:15,795
deliverable แรกคือ freeze phase 7 verification

477
00:49:15,795 --> 00:49:22,734
record ก่อนเขียน production code งานนี้จะไป

478
00:49:22,734 --> 00:49:28,705
phase seven อยากรู้ว่าจะอยู่กับ Fable

479
00:49:28,705 --> 00:49:36,128
ได้นานแค่ไหน มีโอกาสโดนลดไป Opus 5 ซึ่งแย่กว่า

480
00:49:36,128 --> 00:49:42,583
GBT Soul อีก รอดู งานนี้ไม่มีอะไรเทาหรือ

481
00:49:42,583 --> 00:49:48,877
sketchy งาน audit บางทีจะพลิก guardrail

482
00:49:48,877 --> 00:49:56,300
แต่ไม่มี machine learning อะไร ไม่ใช่งาน local

483
00:49:56,300 --> 00:50:03,078
AI experiment ที่มันจะปฏิเสธ โอเค Fable จบ

484
00:50:03,078 --> 00:50:10,340
phase seven verify หมด มี faithful choice กับ

485
00:50:10,340 --> 00:50:16,150
generation request UI กับ production

486
00:50:16,150 --> 00:50:23,573
composition ต่อไป phase eight Shopify identity

487
00:50:23,573 --> 00:50:29,221
project claiming กับ design library

488
00:50:29,221 --> 00:50:36,483
มันทำข้อนั้นอยู่ สรุปเฟสที่เหลือ ตอนนี้ phase

489
00:50:36,483 --> 00:50:42,777
eight ต่อไป product capability registry

490
00:50:42,777 --> 00:50:50,201
constraint editor กับ proof แล้ว sign checkout

491
00:50:50,201 --> 00:50:57,624
binding กับ Shopify commerce จนได้ร้าน Shopify

492
00:50:57,624 --> 00:51:03,434
จริง submission tracking failure กับ

493
00:51:03,434 --> 00:51:10,373
reconciliation shared proof returns covered

494
00:51:10,373 --> 00:51:15,375
fault ผมว่าอาจใกล้จบช่วงฐานแล้ว

495
00:51:15,375 --> 00:51:22,315
อาจจบวิดีโอสร้างตอนแรกหลัง stage nine เสร็จ

496
00:51:22,315 --> 00:51:27,963
ต่อไปคือแลนดิ้งเพจอย่างที่เล่า พอมี

497
00:51:27,963 --> 00:51:32,159
scaffolding แล้ว FL design

498
00:51:32,159 --> 00:51:36,193
จะรู้ทุกหน้าที่ต้องออกแบบ

499
00:51:36,193 --> 00:51:43,617
ส่วนนั้นจะทำวิดีโอเล็กด้วย หลังจากนั้นคือ wire

500
00:51:43,617 --> 00:51:50,879
ทุกอย่าง ตั้งร้าน Shopify ตั้งบัญชี Printiful

501
00:51:50,879 --> 00:51:58,141
จบ build step สุดท้ายสองสามขั้น เตรียม deploy

502
00:51:58,141 --> 00:52:04,918
ผมว่าน่าจะอีกสองวิดีโอสร้าง แล้วพร้อมเทสต์

503
00:52:04,918 --> 00:52:10,405
น่าจะมีวิดีโอเทสต์ทุกอย่างให้ชัวร์

504
00:52:10,405 --> 00:52:16,699
สั่งตัวอย่างจาก Printiful เอง เดิน flow

505
00:52:16,699 --> 00:52:23,154
เองต้นจนจบ โชว์เสื้อผ้าที่ได้ แล้วเตรียม

506
00:52:23,154 --> 00:52:29,448
launch เตรียม marketing กับตั้ง agentic

507
00:52:29,448 --> 00:52:36,871
workflow ดูแลธุรกิจจริง รอติดตาม ถ้าอยากตามต่อ

508
00:52:36,871 --> 00:52:43,972
ดูวิดีโอต่อ กดติดตามช่อง อัปเดตใน newsletter

509
00:52:43,972 --> 00:52:50,750
ด้วย สมัครที่ Onchain AI Garage newsletter

510
00:52:50,750 --> 00:52:57,528
รายสัปดาห์ฟรีทุกวันศุกร์ ผมอัปเดตบน X ด้วย

511
00:52:57,528 --> 00:53:04,951
พอเว็บ launch จะประกาศตรงนั้น หมดวิดีโอนี้แล้ว

512
00:53:04,951 --> 00:53:11,245
ถ้าดูจบทั้งตอนที่ยาวเกือบชั่วโมง ขอบคุณ

513
00:53:11,245 --> 00:53:15,763
แฟนตัวจริง supporter ตัวจริง

514
00:53:15,763 --> 00:53:19,152
ฝากคอมเมนต์บอกความคิด

515
00:53:19,152 --> 00:53:24,478
วิธีสร้างของแบบนี้ของคุณเป็นยังไง

516
00:53:24,478 --> 00:53:29,319
จบวิดีโอนี้แล้ว ขอบคุณที่รับชม