OpenAI រាយការណ៍ពីចំណុចខ្វះខាតជា root ក្នុងមូលដ្ឋានចំនួន 948 នៅក្នុង Linux
OpenAI រាយការណ៍ពីការរកឃើញការកើនឡើងឯកសិទ្ធិមូលដ្ឋានចំនួន 948 ដ៏ពិសេស និងបំណះបេក្ខភាពពីបំពង់ស្រាវជ្រាវ Linux ដែលគ្រប់គ្រងបាន ក្នុងតម្លៃប្រហែល 1.2 លានដុល្លារក្នុងក្រេឌីត API ។
OpenAI រាយការណ៍ពីការរកឃើញការកើនឡើងឯកសិទ្ធិមូលដ្ឋានចំនួន 948 ដ៏ពិសេស និងបំណះបេក្ខភាពពីបំពង់ស្រាវជ្រាវ Linux ដែលគ្រប់គ្រងបាន ក្នុងតម្លៃប្រហែល 1.2 លានដុល្លារក្នុងក្រេឌីត API ។ ការរាប់នេះប្រើបំណះបេក្ខភាពផ្សេងគ្នា បន្ទាប់ពីការវិភាគវ៉ារ្យ៉ង់នៃការវាយតម្លៃជោគជ័យចំនួន 1,169 ។ កំហុសក្នុងការកំណត់អត្តសញ្ញាណកំហុសពីដំបូងបានជំរុញឱ្យមានការត្រួតពិនិត្យផ្លូវឯករាជ្យ ខណៈដែលការត្រួតពិនិត្យបំណះដោយមនុស្ស និងការទទួលយកពីប្រភពដើមនៅតែជាដំណាក់កាលដាច់ដោយឡែក។
អានបោះពុម្ពជាលាយលក្ខណ៍អក្សរ (អង់គ្លេស) ↗
អ្វីដែលវីដេអូនេះគ្របដណ្ដប់
- ការកើនឡើងឯកសិទ្ធិមូលដ្ឋានចាប់ផ្តើមពីអ្នកប្រើប្រាស់មូលដ្ឋានដែលគ្មានឯកសិទ្ធិដែលមានស្រាប់ដែលឈានដល់ root ។ របាយការណ៍នេះមិនផ្តល់ការវិនិច្ឆ័យការចូលប្រើពីចម្ងាយជាក់លាក់របស់ម៉ាស៊ីនទេ។
- បំពង់នេះបានផលិតបេក្ខភាពចំនួន 2,308 បន្ទាប់ពីការលុបបំបាត់ការស្ទួនដំបូង និងបានបង្កើតឡើងវិញនូវភាពងាយរងគ្រោះចំនួន 1,724 ។ ការរកឃើញមូលដ្ឋានចំនួន 948 ដ៏ពិសេសចុងក្រោយរបស់វាប្រើការរាប់បំណះបេក្ខភាពផ្សេងគ្នា បន្ទាប់ពីការវិភាគវ៉ារ៉្យង់នៃការវាយតម្លៃជោគជ័យចំនួន 1,169 ។
- តម្លៃ 1.2 លានដុល្លារដែលបានរាយការណ៍គឺជាក្រេឌីត API សម្រាប់ម៉ូដែល គោលដៅ និងលំហូរការងារដែលបានវាយតម្លៃ។ ការវាយតម្លៃរង្វាន់ជាប្រវត្តិសាស្ត្រគឺសម្មតិកម្ម ហើយតម្រូវឱ្យមានការទទួលយកកម្មវិធី និងការទូទាត់ដាច់ដោយឡែក។
- មូលដ្ឋានគឺពាក់កណ្តាលខែតុលា ឆ្នាំ 2026 ។ តួលេខ 61-upstream/43-staging រៀបរាប់ពីការបញ្ចប់ការស្រាវជ្រាវបន្ទាប់ពីដប់ថ្ងៃ ដូច្នេះការណែនាំអំពីការចែកចាយបច្ចុប្បន្ននៅតែចាំបាច់។
- ភាពជោគជ័យ 20 ក្នុងចំណោម 200 នៃដំណើរការដំបូងបានប្រើកំហុសខុសពីកំហុសដែលបានកំណត់។ OpenAI រាយការណ៍ពីការបន្ថែមការត្រួតពិនិត្យផ្លូវដែលបានកំណត់ឯករាជ្យ; ពិការភាពដំបូងនេះមិនបានបញ្ជាក់ថា 948 ចុងក្រោយគឺមិនពិតនោះទេ។ ការវិនិច្ឆ័យគឺ NEEDS REVIEW ជាមួយនឹងការត្រួតពិនិត្យបំណះដោយមនុស្ស និងការត្រួតពិនិត្យផ្លូវ។
សំណួរ និងចម្លើយ
តើការកើនឡើងឯកសិទ្ធិមូលដ្ឋានមានន័យយ៉ាងណាក្នុងការស្រាវជ្រាវ Linux?
វាមានន័យថាអ្នកប្រើប្រាស់មូលដ្ឋានដែលគ្មានឯកសិទ្ធិដែលមានស្រាប់ឈានដល់ root ដែលជាឯកសិទ្ធិមូលដ្ឋានខ្ពស់បំផុត។ OpenAI រៀបរាប់ពីម៉ាស៊ីនស្រាវជ្រាវដែលគ្រប់គ្រង និងការរកឃើញបេក្ខភាពដែលមានភស្តុតាងសម្រាប់ការត្រួតពិនិត្យ។ ការចូលទៅកាន់ម៉ាស៊ីនគឺជាសំណួរដាច់ដោយឡែក។ របាយការណ៍នេះមិនផ្តល់ការវិនិច្ឆ័យការចូលប្រើពីចម្ងាយជាក់លាក់របស់ម៉ាស៊ីនទេ។ kernel ដែលបានចែកចាយ ការកំណត់រចនាសម្ព័ន្ធ និងការណែនាំអំពីការចែកចាយតម្រូវឱ្យមានភស្តុតាងផ្ទាល់ខ្លួន។
តើ OpenAI កំណត់ការរកឃើញការកើនឡើងមូលដ្ឋានដ៏ពិសេសចំនួន 948 ដោយរបៀបណា?
OpenAI ប្រើបំណះបេក្ខភាពផ្សេងគ្នាចំនួន 948 បន្ទាប់ពីការវិភាគវ៉ារ៉្យង់ដើម្បីកំណត់ការរកឃើញការកើនឡើងឯកសិទ្ធិមូលដ្ឋានដ៏ពិសេស។ ដំណាក់កាលវាយតម្លៃរបស់វាបានរាយការណ៍ពីការកើនឡើងមូលដ្ឋានជោគជ័យចំនួន 1,169 មុនពេលការដាក់ជាក្រុមនោះ។ ភាពជោគជ័យជាច្រើនអាចទាក់ទងនឹងវ៉ារ៉្យង់ដែលពាក់ព័ន្ធនៃបញ្ហាមូលដ្ឋានមួយ។ បំណះបេក្ខភាព ការទទួលយកពីប្រភពដើម និងការជួសជុលដែលទៅដល់ការចែកចាយមានដំណាក់កាលត្រួតពិនិត្យដាច់ដោយឡែក ដូច្នេះការរាប់នេះគួរតែរក្សានិយមន័យរបស់អ្នកនិពន្ធដែលភ្ជាប់មកជាមួយ។
តើអ្នកត្រួតពិនិត្យដោយមនុស្សបានរកឃើញអ្វីនៅក្នុងដំណើរការ 200-success ដំបូង?
អ្នកត្រួតពិនិត្យដោយមនុស្សបានរកឃើញថា 20 ក្នុងចំណោម 200 នៃដំណើរការកើនឡើងមូលដ្ឋានជោគជ័យដំបូងបានឈានដល់ root តាមរយៈកំហុសខុសពីកំហុសដែលបានកំណត់ យោងតាម OpenAI ។ ភាពជោគជ័យគឺពិតប្រាកដ ខណៈដែលការកំណត់អត្តសញ្ញាណមូលហេតុរបស់វាគឺខុស។ អ្នកនិពន្ធរាយការណ៍ពីការរឹតបន្តឹងការរឹតបន្តឹង និងការបន្ថែមការត្រួតពិនិត្យភាពងាយរងគ្រោះដែលបានកំណត់ឯករាជ្យបន្ទាប់ពីនោះ។ ពិការភាពដំបូងនេះមិនបានបញ្ជាក់ថាការរកឃើញចំនួន 948 ចុងក្រោយគឺមិនពិតនោះទេ។
ហេតុអ្វីបានជាការចំណាយ API ដែលបានរាយការណ៍ និងបំណះ snapshot គួរតែរក្សាវិសាលភាពរបស់វា?
ការចំណាយក្រេឌីត API រៀបរាប់ពីម៉ូដែល គោលដៅ និងលំហូរការងារដែលបានវាយតម្លៃរបស់ OpenAI ខណៈដែលតួលេខបំណះរៀបរាប់ពីការបញ្ចប់ការស្រាវជ្រាវប្រឆាំងនឹងមូលដ្ឋាននៅពាក់កណ្តាលខែតុលា។ OpenAI រាយការណ៍ពីការជួសជុលពីប្រភពដើមចំនួន 61 និងបំណះ staging ចំនួន 43 នៅចំណុចប្រវត្តិសាស្ត្រនោះ។ ការចំណាយស្រាវជ្រាវសរុបមិនត្រូវបានវាស់វែងដោយវគ្គនេះទេ។ អ្នកប្រើប្រាស់គួរតែធ្វើតាមការណែនាំសម្រាប់ kernel ដែលបានចែកចាយពិតប្រាកដរបស់ពួកគេ ហើយការទទួលយកពីប្រភពដើមនៅតែជាការសម្រេចចិត្តផ្នែកវិស្វកម្មដាច់ដោយឡែក។
តើការវិនិច្ឆ័យរបស់ The Daily Diff លើបំពង់បង្ហូរប្រេង Linux របស់ OpenAI គឺជាអ្វី?
ការវិនិច្ឆ័យរបស់ The Daily Diff គឺ NEEDS REVIEW ។ Niko នឹងរក្សាបំពង់បង្ហូរប្រេងនេះនៅក្នុងលំហូរការងារការពារជាមួយនឹងការត្រួតពិនិត្យបំណះដោយមនុស្ស និងការត្រួតពិនិត្យផ្លូវដែលបានកំណត់ឯករាជ្យ។ ការបោះពុម្ពផ្សាយរបស់ OpenAI រៀបរាប់ពីបំណះបេក្ខភាព ការត្រួតពិនិត្យអ្នកស្រាវជ្រាវ និងការឆ្លើយតបទៅនឹងពិការភាពការកំណត់អត្តសញ្ញាណដំបូង។ ការណែនាំអំពីការរាយការណ៍ទូទៅរបស់ Linux Kernel ស្នើសុំភស្តុតាងដែលអាចអនុវត្តបាន និងបរិបទកំណែ ដែលជួយពន្យល់ពីមូលហេតុដែលគុណភាពត្រួតពិនិត្យសំខាន់ណាស់នៅជាប់នឹងចំនួនរកឃើញ។
កំណត់ត្រាដែលបានបកប្រែ
បកប្រែចេញពីការនិទានដើមជាភាសាអង់គ្លេស។ សំឡេង និងចំណងជើងរងដែលមានគឺស្ថិតនៅក្រោមការគ្រប់គ្រងរបស់ YouTube។
តើការរាប់កំហុស Linux របស់ OpenAI មានន័យយ៉ាងណា?
0:00 ការរកឃើញកំហុស Linux ហាក់ដូចជាការជួសជុលវា។ OpenAI រាយការណ៍ពីការរកឃើញមូលដ្ឋាន root ចំនួនប្រាំបួនរយសែសិបប្រាំបី និងបេក្ខភាព បំណះ ក្នុងតម្លៃប្រហែល 1.2 លានដុល្លារក្នុងក្រេឌីត API ។ នៅក្នុងវីដេអូនេះ តើអ្វីដែលសំខាន់? តើការត្រួតពិនិត្យដោយមនុស្សបានចាប់អ្វីខ្លះ? មានការធ្វើតេស្តដំបូងដែលម៉ាស៊ីនពិតជាទទួលបាន root, ហើយតារាងពិន្ទុនៅតែផ្តល់ក្រេឌីតខុស។ យើងនឹងឃើញនូវអ្វីដែលអ្នកត្រួតពិនិត្យដោយមនុស្សបានចាប់។
0:20 ថ្ងៃព្រហស្បតិ៍ ទីប្រាំ ខែវិច្ឆិកា ហើយនេះគឺជា The Daily Diff ។
តើអ្នកណាអាចចូលប្រើ root បាន?
0:24 Linux kernel គឺជាស្នូលដែលគ្រប់គ្រងធនធាន និងសិទ្ធិរបស់ម៉ាស៊ីន។ ការកើនឡើងឯកសិទ្ធិមូលដ្ឋានមានន័យថាអ្នកប្រើប្រាស់ដែលគ្មានឯកសិទ្ធិដែលមានស្រាប់ ឈានដល់ root ដែលជាឯកសិទ្ធិខ្ពស់បំផុត។ OpenAI បានសិក្សាព្រំដែននោះនៅក្នុងម៉ាស៊ីនស្រាវជ្រាវដាច់ដោយឡែក។ ការចូលទៅកាន់ម៉ាស៊ីនគឺជាបញ្ហាដាច់ដោយឡែក។ OpenAI បានចេញផ្សាយការស្រាវជ្រាវនៅថ្ងៃទីបួន ខែវិច្ឆិកា ដោយរៀបរាប់ពីគំរូ cyber ដែលនឹងមកដល់នៅក្នុងបំពង់បង្ហូរប្រេងដោយស្វ័យប្រវត្តិ។ លទ្ធផលដែលមានប្រយោជន៍គឺសំណុំនៃការរកឃើញដែលមានភស្តុតាង និងការជួសជុលដែលបានស្នើឡើងសម្រាប់
0:49 មនុស្សដើម្បីត្រួតពិនិត្យ។ ឯកសារនេះមិនប្រកាសពីការចូលប្រើជាទូទៅទៅកាន់ម៉ូដែលដែលនឹងមកដល់នោះទេ។ នោះទុកការងារមនុស្សយ៉ាងច្រើននៅក្នុងរឿងស្វ័យភាព។ អ្នកស្រាវជ្រាវបានត្រួតពិនិត្យលទ្ធផល និងបានចាប់ផ្តើមរាយការណ៍ពីភាពងាយរងគ្រោះធ្ងន់ធ្ងរ ជាមួយនឹងបំណះ ដោយធ្វើតាមការណែនាំពីសហគមន៍ kernel ។ ភ្នាក់ងារអាចបំពេញប្រអប់ទទួល។ នរណាម្នាក់នៅតែត្រូវសម្រេចចិត្តថាអ្វីដែលសមនឹងទទួលបាននៅក្នុងនោះ។ បំពង់នេះបានចាប់ផ្តើមជាមួយនឹងផ្នែកដែលទាក់ទងនឹងសុវត្ថិភាពនៃ kernel,
តើបេក្ខភាពក្លាយជាភស្តុតាងដោយរបៀបណា?
1:10 បន្ទាប់មកបានផលិតការរកឃើញបេក្ខភាពប្រហែលពីរពាន់បីរយបន្ទាប់ពីលុបចោល ការស្ទួន។ បេក្ខភាពគឺជាការសង្ស័យដែលគួរឱ្យស៊ើបអង្កេត។ នៅចំណុចនោះ វគ្គដ៏គួរឱ្យជឿជាក់ និងកំហុសដែលអាចបង្កើតឡើងវិញបានពិតប្រាកដនៅតែមើលទៅ ស្រដៀងគ្នាយ៉ាងគួរឱ្យរំខាននៅក្នុងសៀវភៅបញ្ជី។ ដូច្នេះដំណាក់កាលដាច់ដោយឡែកមួយបានព្យាយាមបង្កើតឡើងវិញនូវបញ្ហាដែលសង្ស័យនៅក្នុងម៉ាស៊ីនដាច់ដោយឡែក ដោយរក្សាទុកភស្តុតាងនៃអ្វីដែលបានកើតឡើង។ OpenAI រាយការណ៍ពីភាពងាយរងគ្រោះដែលបានបង្កើតឡើងវិញប្រហែលដប់ប្រាំពីររយ។ នោះបង្កើតឥរិយាបថដែលអ្នកស្រាវជ្រាវអាចត្រួតពិនិត្យបាន។
1:36 សំណួរបន្ទាប់គឺថាតើបញ្ហាទាំងនោះមួយណាដែលឆ្លងកាត់ព្រំដែនការអនុញ្ញាតធ្ងន់ធ្ងរ។ ការណែនាំអំពីការរាយការណ៍សុវត្ថិភាពរបស់ Linux ជួយពន្យល់ពីឯកសារ។ អ្នកថែទាំស្នើសុំកំណែដែលរងផលប៉ះពាល់ ភស្តុតាង និងលក្ខខណ្ឌដែលពាក់ព័ន្ធ។ វាក៏ព្រមានផងដែរថា របាយការណ៍ AI ដែលមានគុណភាពអន់ប្រើប្រាស់សមត្ថភាពត្រួតពិនិត្យ។ នោះគឺជាការណែនាំសហគមន៍ទូទៅ ឯករាជ្យពីឯកសាររបស់ OpenAI ។ វាមិនបញ្ជាក់ពីបាច់នៃការរកឃើញនេះទេ។ នេះគឺជាព័ត៌មានលម្អិតនៃការរាប់។
ហេតុអ្វីបានជាចំនួនចុងក្រោយក្លាយជា 948?
1:58 OpenAI រាយការណ៍ពីការកើនឡើងឯកសិទ្ធិមូលដ្ឋានជោគជ័យចំនួនមួយពាន់មួយរយហុកសិបប្រាំបួន ក្នុងអំឡុងពេលវាយតម្លៃ។ បន្ទាប់មកអ្នកស្រាវជ្រាវបានវិភាគវ៉ារ៉្យង់ដែលពាក់ព័ន្ធ និងបានបង្កើត បំណះផ្សេងគ្នាចំនួនប្រាំបួនរយសែសិបប្រាំបី។ ពួកគេប្រើចំនួនបំណះនោះដើម្បីកំណត់ការរកឃើញការកើនឡើងមូលដ្ឋានដ៏ពិសេស។ ភាពជោគជ័យជាច្រើនអាចជាកម្មសិទ្ធិរបស់បញ្ហាមូលដ្ឋានដូចគ្នា។ ប្រហែល 1.2 លានដុល្លារគ្របដណ្តប់លើក្រេឌីត API ដែលបានរាយការណ៍សម្រាប់ ម៉ូដែល គោលដៅ និងលំហូរការងារដែលបានវាយតម្លៃ។ OpenAI និយាយថាការវាស់ស្ទង់សមត្ថភាពបានជំរុញការរចនា ហើយវិស្វកម្មល្អប្រសើរអាច
2:23 កាត់បន្ថយការចំណាយ។ ការចំណាយអ្នកស្រាវជ្រាវសរុបនៅតែមិនត្រូវបានវាស់វែងនៅទីនេះ។ OpenAI ប្រៀបធៀបការរកឃើញជាមួយនឹងរង្វាន់ bug bounty ជាប្រវត្តិសាស្ត្រ ដោយផលិតការវាយតម្លៃសម្មតិកម្ម។ ការទទួលយក និងការទូទាត់ជារបស់កម្មវិធី bounty ។ ការគុណរង្វាន់ដោយចំនួនការស្រាវជ្រាវមានអារម្មណ៍ល្អរហូតដល់អ្នកព្យាយាមដាក់ប្រាក់ ការគុណនោះចូលទៅក្នុងគណនីធនាគាររបស់អ្នក។ បំណះដែលបានស្នើឡើងក៏ត្រូវការការត្រួតពិនិត្យផ្ទាល់ខ្លួនផងដែរ។
តើអ្វីដែលនៅតែធ្វើឱ្យបំណះដែលបានស្នើឡើងមិនពេញលេញ?
2:45 អ្នកនិពន្ធនិយាយថាបំណះដំបូងអាចបញ្ឈប់បញ្ហាដែលបានបង្ហាញខណៈពេលដែលបន្ថែម កូដដែលមិនចាំបាច់ បាត់បង់ដំណើរការ ឬបាត់វ៉ារ៉្យង់ដែលពាក់ព័ន្ធ។ ពួកគេបានកែលម្អការណែនាំ និងធ្វើម្តងទៀត។ ការជួសជុលត្រូវតែសមនឹងមូលដ្ឋានកូដធំទូលាយជាងនេះ ហើយរស់រានមានជីវិតលើសពីការធ្វើតេស្តដំបូងដែល ប្រែជាបៃតង។ OpenAI រៀបរាប់ពីការត្រួតពិនិត្យដោយមនុស្សអំពីភាពធ្ងន់ធ្ងរ និងការជួសជុលមុនពេល រាយការណ៍ទៅប្រភពដើម។ ការណែនាំរបស់ Linux និយាយថាការជួសជុលដែលបានស្នើឡើងដែលបានសាកល្បងអាចសន្សំសំចៃពេលវេលាត្រួតពិនិត្យ ទោះបីជាអ្នកថែទាំជ្រើសរើសការជួសជុលផ្សេងគ្នាក៏ដោយ។ ការទទួលយកពីប្រភពដើមនៅតែជាការសម្រេចចិត្តផ្នែកវិស្វកម្មដាច់ដោយឡែក។
3:12 មូលដ្ឋានគឺ kernel ចុងក្រោយបំផុតនៅពាក់កណ្តាលខែតុលា។
តើបំណះ snapshot ត្រូវបានវាស់នៅពេលណា?
3:15 បន្ទាប់ពីការស្រាវជ្រាវដប់ថ្ងៃ និងការវិភាគដោយដៃ បញ្ហាការកើនឡើងមូលដ្ឋានចំនួនហុកសិបមួយត្រូវបានបំណះទៅប្រភពដើម ជាមួយនឹងសែសិបបីមានបំណះ staging ។ OpenAI ផ្តល់ក្រេឌីតដល់អ្នកថែទាំដែលធ្វើការយ៉ាងលឿន។ នោះគឺជា snapshot ការបញ្ចប់ការស្រាវជ្រាវ ហើយគម្រោងនៅតែបន្តដំណើរការ។ ការចែកចាយរបស់អ្នកមាន kernel និងការអាប់ដេតផ្ទាល់ខ្លួនរបស់វា។ សម្រាប់អ្នកប្រើប្រាស់ ជំហានជាក់ស្តែងគឺការធ្វើតាមការណែនាំសម្រាប់កម្មវិធីដែលពួកគេ
តើកាលបរិច្ឆេទ និងស្ថានភាពបំណះណាដែលសំខាន់សម្រាប់អ្នកប្រើប្រាស់?
3:34 ពិតជាដំណើរការ។ លទ្ធផលស្រាវជ្រាវពីប្រភពដើមនៅតែត្រូវទៅដល់កំណែនៅលើ ម៉ាស៊ីនរបស់អ្នកតាមរយៈដំណើរការអាប់ដេតនោះ។ នរណាម្នាក់ដែលបានមើលឈុតធ្វើតេស្តឆ្លងកាត់ ខណៈពេលដែលផលិតផលធ្វើអ្វីខុស ដឹងពីទឹកមុខដែលត្រូវការនៅទីនេះ។ ឥឡូវនេះត្រឡប់ទៅតារាងពិន្ទុដំបូងវិញ។ អ្នកត្រួតពិនិត្យដោយមនុស្សបានរកឃើញបញ្ហានៅក្នុងសញ្ញាជោគជ័យ។ បំពង់បង្ហូរប្រេងដំបូងបានផ្តល់ក្រេឌីតដល់ភាពងាយរងគ្រោះដែលបានកំណត់នៅពេលដែលភ្នាក់ងារទទួលបាន root ។ នោះត្រួតពិនិត្យលទ្ធផល។
3:58 ការរកឃើញដែលបានកំណត់នៅតែត្រូវភ្ជាប់ទៅនឹងលទ្ធផលនោះ ព្រោះប្រព័ន្ធអាចមានកំហុសច្រើនជាងមួយ។ ប្រសិនបើភស្តុតាងចង្អុលទៅមូលហេតុផ្សេងគ្នា របាយការណ៍ដើមត្រូវការការពិនិត្យឡើងវិញមួយទៀត។ យោងតាម OpenAI ដំណើរការដំបូងបានរាយការណ៍ពីការកើនឡើងមូលដ្ឋានជោគជ័យចំនួនពីររយ។
តើអ្នកត្រួតពិនិត្យបានរកឃើញអ្វីនៅក្នុងដំណើរការដំបូង?
4:09 ការត្រួតពិនិត្យដោយមនុស្សបានរកឃើញថាម្ភៃបានឈានដល់ root តាមរយៈកំហុសផ្សេងគ្នា ពីកំហុសដែលបានកំណត់។ ភាពជោគជ័យគឺពិតប្រាកដ ហើយការកំណត់អត្តសញ្ញាណគឺខុស។ នោះអាចទុកភស្តុតាងនៃការរកឃើញដើមមិនទាន់ដោះស្រាយ ខណៈពេលដែល តារាងពិន្ទុបានអបអរ។ ការធ្វើតេស្តបានឆ្លើយសំណួរខុស។ អ្នកនិពន្ធនិយាយថាពួកគេបានរឹតបន្តឹងការរឹតបន្តឹង និងបានបន្ថែមការត្រួតពិនិត្យឯករាជ្យដែល លទ្ធផលចុងក្រោយនីមួយៗបានប្រើប្រាស់ភាពងាយរងគ្រោះដែលបានកំណត់របស់វា។ នោះគឺជាការឆ្លើយតបរបស់ពួកគេចំពោះពិការភាពដំបូង។
4:34 ម្ភៃដំបូងមិនបានបញ្ជាក់ថាការរកឃើញចំនួនប្រាំបួនរយសែសិបប្រាំបីចុងក្រោយ គឺមិនពិតនោះទេ។ ផ្ទៀងផ្ទាត់ពីរបៀបដែលលទ្ធផលបានកើតឡើងយ៉ាងប្រុងប្រយ័ត្នដូចជាថាតើវាបានកើតឡើងដែរឬទេ។ ផ្នែកដែលសន្យាគឺការផ្តល់ភស្តុតាងដល់អ្នកត្រួតពិនិត្យដែលពួកគេអាចធ្វើសកម្មភាពបាន ជាមួយនឹងការរកឃើញត្រឹមត្រូវដែលភ្ជាប់មកជាមួយ។ ប្រសិនបើអ្នកចង់អាននេះជាងស្តាប់ខ្ញុំនិយាយ ការបោះពុម្ពផ្សាយនឹងមកដល់ប្រអប់ទទួលរបស់អ្នក រៀងរាល់ព្រឹក ដោយឥតគិតថ្លៃនៅ the daily diff dot dev តំណភ្ជាប់ខាងក្រោម។ ដូច្នេះការវិនិច្ឆ័យថ្ងៃនេះគឺ NEEDS REVIEW ។
តើអ្វីដែលទទួលបានការវិនិច្ឆ័យលើបំពង់បង្ហូរប្រេងរបស់ OpenAI?
4:55 ខ្ញុំនឹងរក្សាបំពង់បង្ហូរប្រេងនេះនៅក្នុងលំហូរការងារការពារជាមួយនឹងការត្រួតពិនិត្យបំណះដោយមនុស្ស និង ការត្រួតពិនិត្យផ្លូវឯករាជ្យ។ ការរកឃើញដែលបានរាយការណ៍ក្លាយជាមានប្រយោជន៍នៅពេលដែល អ្នកថែទាំទទួលបានភស្តុតាងដែលពួកគេអាចទុកចិត្តបាន និងការជួសជុលដែលពួកគេអាចវាយតម្លៃបាន។ ហើយនោះគឺជាការបោះពុម្ពផ្សាយសម្រាប់ថ្ងៃនេះ។ ខ្ញុំ Niko មកពី Axrisi ។ បញ្ចូលគ្នាយ៉ាងទទួលខុសត្រូវ។
5:10 Merge responsibly.
ប្រភព
- A thousand fewer paths to root — reported Linux pipeline method and countsOpenAI
- Unique findings defined by distinct candidate patches after variant analysisOpenAI
- Early wrong-assigned-flaw result and added independent path checkOpenAI
- Research-completion patch snapshot and mid-October baselineOpenAI
- Security bugs — general reporting and AI report-quality guidanceThe Linux Kernel
- Discussion of OpenAI's Linux research, interest context onlyHacker News
- Sam Altman portrait — TechCrunch; Steve Jennings/Getty Images for TechCrunch; CC BY 2.0; cropped, background removed and resized; vendor identification, no endorsement or current reactionTechCrunch via Wikimedia Commons
- Portrait licence: Creative Commons Attribution 2.0Creative Commons
- Drake Hotline Bling template — brief transformed process commentary, no actual news reaction or blanket reuse licenceImgflip
- Nathan Fillion in Firefly, HULU disbelief GIF — brief transformed process commentary, no actual news reaction or blanket reuse licence; public hosting does not certify legal clearanceHULU on GIPHY
- Original Sam Altman portrait — TechCrunch; Steve Jennings/Getty Images for TechCrunch; CC BY 2.0; cropped, background removed and resized; vendor identity only, no endorsement or personal study authorshipTechCrunch on Flickr



