แอปเดสก์ท็อป DeepSeek Harness: ตัวติดตั้งติดตั้งอะไรลงในเครื่องของคุณจริง ๆ บ้าง

แอปเดสก์ท็อป DeepSeek Harness เป็นเปลือก Electron ที่ห่อหุ้มอินเทอร์เฟซเว็บเดียวกับที่คุณได้รับจาก npx @deepseek-ai/dsh web และจัดส่งเป็นตัวติดตั้งเฉพาะแพลตฟอร์มสามตัวสำหรับฮาร์เนสที่ปัจจุบันอยู่ที่เวอร์ชัน 0.2.1-rc.2 คำอธิบายนั้นฟังดูลดคุณค่าและไม่ได้มีเจตนาให้เป็นเช่นนั้น การห่ออินเทอร์เฟซที่ใช้งานได้ในคอนเทนเนอร์เดสก์ท็อปเป็นงานแค่สุดสัปดาห์ แต่การห่อในคอนเทนเนอร์ที่มีไดเรกทอรีรันไทม์ของตัวเอง ทำให้งานของคุณยังคงทำงานอยู่เมื่อคุณปิดหน้าต่าง อัปเดตตัวเองบนช่องทางที่ไม่มีรุ่นเสถียร และรักษาเซสชันของคุณไว้ตลอดทุกการดำเนินการเหล่านั้น คือส่วนที่ต้องใช้เวลาหลายเดือน และเป็นส่วนที่ควรค่าแก่การอ่าน หากคุณต้องการรัน DeepSeek-V4.1-Flash ผ่านฮาร์เนสที่อยู่ในหน้าต่างแทนที่จะเป็นเทอร์มินัล นี่คือบิลด์นั้น และคำถามที่น่าสนใจล้วนเกี่ยวกับสิ่งที่เกิดขึ้นรอบๆ หน้าต่าง

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

เดสก์ท็อปบิลด์นี้จริง ๆ แล้วคืออะไร

แอปพลิเคชันเดสก์ท็อปเป็นชั้น Electron แบบบาง ๆ ที่มีหน้าที่เริ่มโปรเซส Host และชี้หน้าต่างไปที่โปรเซสนั้น หน้าต่างไม่ได้จัดวางอินเทอร์เฟซแชทของตัวเอง แต่จะโหลด Web entry ที่แพ็กเกจมาพร้อมกับแอปที่ dsh-app://app/ และไดอะล็อกอัปเดตที่คุณจะเห็นนั้นมาจากต้นกำเนิดที่แพ็กเกจรวมไว้อีกชุดหนึ่งที่ dsh-app://shell/ โปรเซสลูกของ Node จะถูกเปิดในโหมด RunAsNode ของ Electron เพื่อเริ่มตัวรันโปรไฟล์ที่ใช้ร่วมกัน และเชลล์จะส่งต่อ HTTP ไปยัง Web Host ที่ผ่านการยืนยันตัวตนแล้ว โดยตัดเฮดเดอร์ transfer-encoding, connection และ keep-alive ออกระหว่างทาง การตอบกลับของบันเดิลปลั๊กอินจะถูกทำเครื่องหมายเป็น no-store ซึ่งเป็นรายละเอียดเล็ก ๆ ที่มีผลลัพธ์ให้เห็นได้ชัด คือเปลี่ยนปลั๊กอินแล้วการโหลดครั้งถัดไปจะแสดงการเปลี่ยนแปลงนั้น

เนื่องจาก URL คือ dsh-app:// แทนที่จะเป็น localhost จึงไม่มีพอร์ตตายตัวให้ต้องจำ และไม่มีปัญหาพอร์ตชนกันให้ต้องหลีกเลี่ยง Desktop Host จะรับฟังบนพอร์ตที่ระบบปฏิบัติการกำหนดให้โดยค่าเริ่มต้น หากคุณต้องการระบุพอร์ตเฉพาะ คุณสามารถตั้งค่าได้ผ่านการเขียนทับด้วย webserver.config.port แต่ค่าเริ่มต้นนั้นจงใจไม่ใช้ค่าคงที่ และ Host จะผูกกับ 127.0.0.1 เรื่องนี้สำคัญหากคุณเคยทำตามคำแนะนำเก่า ๆ: หมายเลข 19387 ที่แพร่หลายในคู่มือติดตั้งช่วงเดือนสิงหาคมไม่ใช่พอร์ตของเดสก์ท็อป และหากนำไปใช้เป็นพอร์ตดังกล่าว คุณจะเสียเวลาไปค้นหาบริการที่ไม่มีอยู่จริง

การปักหมุดเวอร์ชันนั้นเข้มงวดกว่าที่เห็นในตอนแรก Electron และ @deepseek-ai/dsh ใช้เวอร์ชันเดียวกันทุกประการเสมอ — ไม่ใช่ช่วงเวอร์ชัน ไม่ใช่เลข major ที่เข้ากันได้ — ดังนั้นการอัปเกรด harness จึงเท่ากับการออกรีลีสเดสก์ท็อป และไม่มีการรองรับการผสมกันระหว่าง dsh ตัวใหม่กับหน้าต่างเวอร์ชันเก่า โปรเซส Electron จะถือล็อกแบบอินสแตนซ์เดียวตลอดอายุของโปรเซส และเป็นเจ้าของแต่เพียงผู้เดียวซึ่ง $DSH_HOME/profiles/desktop ความเป็นเจ้าของแต่เพียงผู้เดียวนั้นเป็นของจริง: CLI ไม่สามารถบูตโปรไฟล์นั้นได้ และ npm ที่ติดตั้งผ่านdsh ก็ไม่สามารถเปลี่ยนแปลงมันได้ สิ่งที่การติดตั้งทั้งสองใช้ร่วมกันคือสถานะที่สำคัญต่อคุณ — เซสชัน การตั้งค่า ข้อมูลรับรอง เวิร์กสเปซ และที่จัดเก็บ ทั้งหมดอยู่ภายใต้ $DSH_HOME สิ่งที่ทั้งสองไม่ได้ใช้ร่วมกันคือแพ็กเกจที่เรียกใช้งานได้ การเปิดใช้งานปลั๊กอิน ไฟล์ล็อก หรือ node_modules ซึ่งเป็นเหตุผลว่าทำไมการติดตั้งปลั๊กอินลงในโปรไฟล์เดสก์ท็อปจึงไม่ใช่การดำเนินการเดียวกันกับการติดตั้งลงในโปรไฟล์ CLI

ตัวติดตั้งสามตัว ช่องทางอัปเดตเดียว ไม่มีเวอร์ชันเสถียร

มีตัวติดตั้งอยู่สามตัว และทั้งสามตัวตอบสนองได้ ไฟล์ปฏิบัติการ Windows 64-bit มีขนาด 289,385,456 ไบต์ และให้บริการด้วย HTTP 200 อิมเมจดิสก์สำหรับ Apple silicon มีขนาด 264,990,950 ไบต์ และได้ 200 เช่นกัน อิมเมจดิสก์สำหรับ Intel Mac มีขนาด 289,480,824 ไบต์ และได้ 200 เช่นกัน ทั้งสามตัวถูกแก้ไขล่าสุดเมื่อวันที่ 17 ตุลาคม 2026 มีเพียงสองตัวเท่านั้นที่ถูกลิงก์จากหน้าดาวน์โหลด บิลด์ Intel เปิดใช้งานอยู่ เข้าถึงได้ และไม่มีลิงก์ใดชี้มาที่บิลด์นี้เลยบน deepseek.com/en/harness/ — หากคุณใช้ Intel Mac และทำตามหน้าเว็บ คุณก็สรุปได้อย่างสมเหตุสมผลว่าไม่มีบิลด์สำหรับคุณ

บิลด์สำหรับ Intel ก็ล้าหลังไปหนึ่งเวอร์ชันเช่นกัน ฟีดอัปเดตของมันระบุ 0.2.1-rc.1 ขณะที่ฟีดของ Windows และ Apple-silicon ระบุ 0.2.1-rc.2 ทั้งคู่ การต่างกันหนึ่ง release candidate ไม่ใช่ช่องว่างด้านฟีเจอร์ที่ใหญ่โต แต่เป็นสัญญาณจริงเกี่ยวกับว่าเป้าหมายใดถูกสร้างก่อนและเป้าหมายใดถูกตรวจสอบเป็นลำดับสุดท้าย และเป็นสิ่งที่คุณอยากรู้ก่อนจะผูกเซสชันการทำงานของคุณไว้กับแพลตฟอร์มใดแพลตฟอร์มหนึ่งพอดี

ช่องทางการอัปเดตคือจุดที่เรื่องราวการจัดจำหน่ายเริ่มขาดรายละเอียด ฟีดแยกตามเป้าหมาย ภายใต้ /dsh-desk/feeds/<target>/บนโฮสต์เดียวกัน Windows x64 จะ resolve nightly.yml; เป้าหมาย macOS ทั้งสองจะ resolve nightly-mac.yml. หากคุณถามหนึ่งในสามตัวนี้เพื่อขอ latest.yml หรือ latest-mac.yml แล้วคุณจะได้ 404 — ไม่มีช่องทาง stable ไม่มีช่องทาง beta และไม่มีวิธีเลือกไม่ใช้ช่องทางที่มีอยู่ บันทึกการเผยแพร่ของ DeepSeek เองยืนยันแนวทางนี้มากกว่าที่จะขัดแย้งกัน: ทุกการเผยแพร่จะเผยแพร่ฟีด nightly และเฉพาะการเผยแพร่แบบ stable เท่านั้นที่เผยแพร่ฟีด latestที่ชี้ไปยังอาร์ติแฟกต์เดียวกัน "Nightly" ในบริบทนี้เป็นชื่อช่องทางมากกว่าจะเป็นความถี่ในการสร้างบิลด์ — ฟีด Windows และ Apple-silicon ต่างให้บริการบิลด์ 0.2.1-rc.2 เดียวกัน ซึ่งลงวันที่ 17 ตุลาคม โดยแพ็กเกจ Windows มีเวลาประทับ 09:22 UTC และแพ็กเกจ Apple-silicon มีเวลาประทับ 09:57 UTC ดังนั้นคุณจึงได้กลไกอัปเดตอัตโนมัติ การโพลล์แบบสุ่มเวลา การ backoff จนถึงเพดานหนึ่งชั่วโมง และไม่มีทางขอสิ่งอื่นใดนอกจากสิ่งที่ช่องทาง preview มีอยู่ในปัจจุบัน

GitHub ยืนยันประเด็นเดียวกันจากอีกมุมหนึ่ง deepseek-ai/deepseek-harness รีโพซิทอรี — 256,559 ดาว และ 30,921 ฟอร์ก ณ เวลาที่อ่านเมื่อวันที่ 21 ตุลาคม 2026 — มี 31 รีลีสในวันเดียวกัน ทุกรีลีสถูกทำเครื่องหมายว่าเป็น prerelease และทุกรีลีสมีไฟล์ไบนารีแนบมาเป็นศูนย์ ไม่มีสิ่งใดในหน้า Releases ที่ดาวน์โหลดได้ หากต้องการบิลด์ คุณต้องไปรับจาก download.deepseek.com หรือจาก npm ซึ่ง @deepseek-ai/dsh ในปัจจุบันแก้ latest ไปเป็น 0.2.1-rc.2 รีโพซิทอรีนี้เป็นแหล่งความจริงสำหรับ changelog และเป็นทางตันสำหรับอาร์ติแฟกต์ ซึ่งผิดปกติพอที่จะควรพูดให้ชัด เพราะสัญชาตญาณเมื่อเห็น 31 รีลีสคือการคาดว่าจะมีตัวติดตั้งอยู่ในสักรีลีสหนึ่ง

สิ่งที่ตัวติดตั้งเขียน และสิ่งที่มันไม่ยอมแตะต้อง

ตัวติดตั้ง Windows เป็นแพ็กเกจ NSIS แบบเนทีฟ ไม่ใช่ตัวห่อหุ้มรอบ ๆ MSI และมีพฤติกรรมเช่นนั้น คุณจะได้ชุดสี light, dark และ auto ซึ่งเลือกได้ตอนติดตั้งด้วย /THEME=light, /THEME=dark หรือ /THEME=auto พร้อมไดเรกทอรีปลายทางที่แก้ไขได้ และขอบเขตการติดตั้งจำกัดอยู่ที่ผู้ใช้ปัจจุบันเท่านั้น ไดรฟ์รูทจะถูกปฏิเสธเมื่อใช้เป็นปลายทาง และปลายทางที่ไม่ว่างเปล่าจะได้รับการยอมรับก็ต่อเมื่อเป็นที่ติดตั้งที่ลงทะเบียนไว้แล้วเท่านั้น ซึ่งหมายความว่าตัวติดตั้งกำลังปฏิเสธที่จะเขียนทับโฟลเดอร์ที่ไม่เกี่ยวข้อง ในการอัปเดต เส้นทางแบบ silent จะรอให้แอปพลิเคชันที่ทำงานอยู่ปิดตัวลงนานถึงสิบวินาที และจะหยุดพร้อมรหัสออก 2 หากแอปยังคงทำงานอยู่ นั่นคือความล้มเหลวที่ตรงไปตรงมา ไม่ใช่การติดตั้งที่เสียหาย และจะปรากฏให้เห็นในการติดตั้งผ่านสคริปต์ใด ๆ ที่ไม่ได้ปิดแอปเสียก่อน

ตัวถอนการติดตั้งลากเส้นแบ่งที่ตัวถอนการติดตั้งส่วนใหญ่ทำผิด มันลบไดเรกทอรี userData ของ Electron ไดเรกทอรีผลิตภัณฑ์ภายใต้ %APPDATA% และแคชของตัวอัปเดตภายใต้ %LOCALAPPDATA%但它ไม่แตะต้องโฮมของฮาร์เนส — ~/.dsh หรือที่ใดก็ตามที่ DSH_HOME ชี้ไป — ซึ่งเก็บเซสชัน การตั้งค่า ข้อมูลรับรอง และปลั๊กอินของคุณ การส่ง --updated หรือ /KEEP_APP_DATA จะเก็บข้อมูล Electron ไว้ด้วย ดังนั้นการถอนการติดตั้งแล้วติดตั้งใหม่จึงเป็นวิธีที่รองรับในการแก้หน้าต่างที่เสียโดยไม่สูญเสียงานของคุณ และนั่นเป็นการตัดสินใจเชิงออกแบบโดยเจตนา ไม่ใช่เรื่องบังเอิญ

รันไทม์ที่มาพร้อมชุดนี้ควรค่าแก่การรู้จัก เพราะมีขนาดใหญ่และอยู่นอกไดเรกทอรีแอป Python พร้อม numpy, pandas, python-docx, python-pptx, openpyxl, Pillow, lxml และ XlsxWriter รวมถึง Node และ pnpm จะถูกติดตั้งไว้ใต้ $DSH_HOME/dsh-runtimes/dsh-primary-runtime — โดยปกติคือ ~/.dsh/... บนทั้งสองแพลตฟอร์ม — ในครั้งแรกที่เวิร์กสเปซประกาศว่าต้องการใช้งานสิ่งเหล่านี้ นั่นคือเหตุผลว่าทำไมพื้นที่ดิสก์หลังจากใช้งานหนึ่งสัปดาห์จึงไม่ใช่พื้นที่ดิสก์หลังการติดตั้ง และทำไมการถอนการติดตั้งที่เก็บ $DSH_HOME ไว้จึงเก็บรันไทม์หลายร้อยเมกะไบต์ไว้ด้วย.

ระบบจะอ่านการตั้งค่าเพียงครั้งเดียวเมื่อเริ่มต้นจาก desktop/settings.json ภายในไดเรกทอรี userData ของ Electron ซึ่งบน Windows หมายถึง %APPDATA%\@deepseek-ai\dsh-desktop\desktop\settings.json และบน macOS หมายถึง ~/Library/Application Support/@deepseek-ai/dsh-desktop/desktop/settings.json. DSH_HOME ไม่ย้ายไฟล์นี้ — เป็นจุดที่ควรเน้น เพราะเป็นรายการกำหนดค่าเพียงรายการเดียวที่ไม่ตามตัวแปรซึ่งทุกอย่างอื่นตาม การตั้งค่าการอัปเดตในไฟล์นั้นมีหน่วยเป็นมิลลิวินาที: intervalMs มีค่าเริ่มต้นเป็น 600,000 และ maxBackoffMs มีค่าเริ่มต้นเป็น 3,600,000 และต้องมีค่าไม่น้อยกว่า intervalMs. Jitter มีค่าเริ่มต้นเป็น 0.2 ถูกจำกัดให้อยู่ในช่วงศูนย์ถึงหนึ่ง และมีค่าต่ำสุดที่หนึ่งวินาทีโดยต้องไม่เกินเพดาน backoff กำหนดเวลาหมดอายุเมื่อไม่มีการใช้งานต่อการเชื่อมต่อที่ 60,000 มิลลิวินาทีมีผลกับทราฟฟิก HTTP ของการอัปเดต อย่างไรก็ตาม การดาวน์โหลดที่กำลังดำเนินอยู่ไม่มีกำหนดเวลารวม — ลิงก์ที่ช้าจะไม่ถูกตัดกลางการดาวน์โหลด

การปิดหน้าต่างไม่ได้ปิดแอปพลิเคชัน

บนทั้งสองแพลตฟอร์ม การปิดหน้าต่างจะซ่อนหน้าต่างนั้น บน macOS นั่นคือ Command-W; บน Windows นั่นคือปุ่มปิด, Alt-F4, หรือ Close จากทาสก์บาร์ Windows จะขอการยืนยันก่อนการซ่อนครั้งแรก และเขียน background-close-confirmed เป็นแฟล็กไว้ใต้ไดเรกทอรี userData ของ Electron เพื่อให้ถามเพียงครั้งเดียว ไม่ใช่ทุกครั้ง Windows ยังคงมีไอคอนในถาดระบบตลอดการทำงานทั้งหมด macOS ไม่มีไอคอนบนแถบเมนูเลย ซึ่งทำให้สถานะที่ซ่อนอยู่มองไม่เห็นจริง ๆ ตรงนั้น — แอปกำลังทำงาน งานต่าง ๆ กำลังทำงาน และไม่มีอะไรบนหน้าจอบอกเช่นนั้นจนกว่าคุณจะเปิดมันขึ้นมาใหม่ด้วย dsh://open หรือถาดระบบ ขึ้นอยู่กับแพลตฟอร์ม

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

การออกเป็น動作แยกต่างหากที่มีตรรกะของตัวเอง ก่อนออก เชลล์จะตรวจสอบ Host เพื่อหาตัวแทนที่กำลังทำงาน รวมถึงตัวแทนย่อยและตัวแทนที่รอการอนุมัติ ข้อความในคิว งานที่กำลังทำงานหรือกำลังหยุด และการแจ้งเตือนตามกำหนดเวลาที่ตั้งไว้ หากไม่มีสิ่งใดเหล่านี้อยู่ จะออกอย่างเงียบ ๆ หากมีสิ่งใดอยู่ คุณจะเห็นกล่องโต้ตอบยืนยันแบบเนทีฟชื่อ ออกจาก DeepSeek Harness? พร้อมคำอธิบายหนึ่งในสามแบบขึ้นอยู่กับสิ่งที่พบ: งานจะถูกขัดจังหวะ งานตามกำหนดเวลาจะไม่ทำงาน หรือทั้งสองอย่าง Host ที่ไม่เคยเข้าสู่สถานะพร้อมไม่สามารถเริ่มงานใด ๆ ได้ ดังนั้นการออกในสถานะนั้นจะดำเนินการโดยไม่ถาม ความแตกต่างระหว่าง "ปิด" กับ "ออก" คือหัวใจของการออกแบบ และมันคงอยู่บนทั้งสองแพลตฟอร์ม แม้ว่ามีเพียงแพลตฟอร์มเดียวเท่านั้นที่จะแสดงไอคอนแบบถาวรให้คุณเห็น

คำสั่ง dsh และลำดับที่สำคัญ

ตัวติดตั้งสามารถใส่ dsh ไว้ใน PATHของคุณ ซึ่งเป็นสิ่งที่ทำให้คุณรัน CLI กับ harness home เดียวกันกับที่แอปเดสก์ท็อปใช้ได้ รายการควบคุมคือ จัดการคำสั่ง dsh… และอยู่ถัดลงไปจาก ตรวจสอบอัปเดต… ในเมนู โดยมีการดำเนินการสามอย่าง: ติดตั้ง ซ่อมแซม และลบ บน macOS ระบบจะเขียนตัวเรียกใช้งานที่ /usr/local/bin/dsh และจะขออนุญาตจากผู้ดูแลระบบเมื่อจำเป็น; บน Windows ระบบจะลงทะเบียนคำสั่งใน PATHของผู้ใช้ปัจจุบัน.

กฎเกี่ยวกับลำดับการทำงานสองข้อที่มองข้ามได้ง่ายและน่ารำคาญเมื่อค้นพบภายหลัง ข้อแรก: เรียกใช้ Remove ก่อนถอนการติดตั้งแอปพลิเคชันเดสก์ท็อป เพราะตัวถอนการติดตั้งไม่ได้ลบการลงทะเบียนdshออก ถ้าถอนการติดตั้งก่อน คุณจะเหลือรายการPATHที่ชี้ไปยังไบนารีที่ไม่มีอยู่แล้ว ข้อที่สอง: หากคุณย้ายแอปพลิเคชันไปยังตำแหน่งอื่น ให้ใช้ Repair บน macOS หรือ Install จากตำแหน่งใหม่บน Windows แทนที่จะถือว่าการลงทะเบียนจะตามแอปไป

การจัดการปลั๊กอินสำหรับโปรไฟล์เดสก์ท็อปมีจุดที่ต้องระวังเป็นพิเศษ เนื่องจาก Electron เป็นเจ้าของ $DSH_HOME/profiles/desktop แต่เพียงผู้เดียวขณะทำงานอยู่ การติดตั้งลงในโปรไฟล์นั้นจึงไม่ใช่สิ่งที่ทำได้ขณะเปิดแอปอยู่ ลำดับขั้นตอนที่รองรับคือเปิดแอปเดสก์ท็อปหนึ่งครั้ง ออกจากแอป แล้วจึงเรียกใช้ dsh plugin --profile desktop add <package>จากบรรทัดคำสั่ง แพ็กเกจจะถูกติดตั้งลงในโปรไฟล์เดสก์ท็อปและพร้อมใช้งานในครั้งถัดไปที่คุณเปิดหน้าต่าง

สิ่งที่บรรจุภัณฑ์บอกคุณอยู่แล้วยังไม่สมบูรณ์

ส่วนหัวข้อข้อจำกัดที่ทราบแล้วของ README นั้นเปิดเผยตรงไปตรงมาอย่างผิดปกติ และสองรายการในนั้นคือรายการที่จะส่งผลกระทบกับคุณเป็นอันดับแรก

• การลงชื่อเข้าใช้บัญชีไม่ได้เชื่อมต่ออยู่ ปุ่มลงชื่อเข้าใช้ถูกปิดใช้งานแทน การรันครั้งแรกจะเปิดหน้าต่างต้อนรับขนาด 600 คูณ 700 พร้อมแบบฟอร์มคีย์ API; ปุ่มบันทึกและดำเนินการต่อจะเขียนคีย์ลงในที่จัดเก็บข้อมูลรับรองสำหรับการพัฒนา และปุ่มตั้งค่าในภายหลังจะเปิดเวิร์กสเปซจริงโดยไม่บันทึกคีย์ การกดลงชื่อเข้าใช้ในตำแหน่งที่ปรากฏจะเปิดหน้าระบบแพลตฟอร์มที่กำหนดค่าไว้ในเบราว์เซอร์ระบบของคุณ โดย Host เป็นผู้ดำเนินการแลกเปลี่ยน PKCE และมีคอลแบ็ก loopback ชั่วคราว — ระบบเชื่อมต่อมีอยู่แล้ว แต่การผูกบัญชีไม่มี ในทางปฏิบัติ ให้วางแผนเตรียมคีย์มาเอง

• การลงนามในรีลีสและการรับรองโนทาไรซ์ถูกระบุว่าจำเป็นต้องใช้สภาพแวดล้อมรีลีสสำหรับโปรดักชัน นั่นคือความระมัดระวังของ README และยังเป็นจุดที่การวัดผลมีประโยชน์กว่าประโยคเดียวอีกด้วย ไฟล์ปฏิบัติการ Windows ที่เผยแพร่มีลายเซ็น Authenticode ที่ถูกต้องพร้อมห่วงโซ่การตรวจสอบแบบขยาย (extended-validation): GlobalSign Root CA–R3 ไล่ลงมาผ่าน GlobalSign Code Signing Root R45 และ GlobalSign GCC R45 EV CodeSigning CA 2020 ไปจนถึงใบรับรองลีฟที่ออกให้แก่ Hangzhou DeepSeek Artificial Intelligence Co., Ltd. โดยระบุเขตอำนาจเป็น CN / Zhejiang / Hangzhou และหมวดธุรกิจเป็นองค์กรเอกชน การประทับเวลา RFC-3161 บนลายเซ็นนั้นระบุว่า 2026-10-17T09:22:04Z ซึ่งตรงกับวันที่รีลีสในฟีดอัปเดตของ Windows โดยคลาดเคลื่อนไม่เกินหนึ่งนาที และไดเจสต์ SHA-512 ของไฟล์ที่ดาวน์โหลดตรงกับแฮชที่เผยแพร่ในฟีดนั้นแบบไบต์ต่อไบต์ ดังนั้นบน Windows ไบนารีนี้จึงมีลายเซ็น มีการประทับเวลา และตรงกับแฮชในวันนี้ ไม่ว่า README จะกล่าวว่ากระบวนการยังไม่ได้ทำให้เป็นโปรดักชันอย่างสมบูรณ์เพียงใดก็ตาม ฝั่ง macOS เป็นอีกคำถามหนึ่ง และเราไม่ได้ตรวจสอบการรับรองโนทาไรซ์ที่นั่น อย่านำผลลัพธ์ของ Windows ไปใช้กับการตัดสินฝั่ง macOS

รายงานการแครช และรายละเอียดหนึ่งอย่างที่ควรรู้

รายงานการขัดข้องจะถูกเขียนเป็น crash-<UTC time>-<source>.log ไปยัง ~/Library/Logs/DeepSeek Harness บน macOS หรือไดเรกทอรี logs ภายใต้พาธ userData ของ Electron บน Windows และจะเก็บไว้เฉพาะสิบรายการล่าสุด จำนวนที่เก็บรักษาไว้นี้น้อยพอที่จะส่งผลได้: หากเกิดปัญหาซ้ำๆ และคุณไม่ได้ตรวจดูเป็นเวลาหลายวัน บันทึกที่จะอธิบายความล้มเหลวครั้งแรกได้ก็จะหายไป คัดลอกไดเรกทอรีนี้ไว้หากคุณกำลังดีบักปัญหาที่เกิดขึ้นเป็นครั้งคราว

เส้นทางการกู้คืนสำหรับการกำหนดค่าที่เสียหายก็เฉพาะเจาะจงเช่นกัน เชลล์จะเปลี่ยนชื่อ cordis.patch.yml เป็น cordis.patch.yml.bak-<timestamp> โดยไม่แยกวิเคราะห์ไฟล์ ดังนั้นไฟล์จึงถูกเก็บรักษาไว้แทนการซ่อมแซม และแอปจะเริ่มต้นด้วยค่าเริ่มต้น หากคุณแก้ไขไฟล์นั้นด้วยมือ ไฟล์ .bak คือที่ที่การแก้ไขของคุณไปอยู่ และยังคงอ่านได้

สิ่งนี้ทำให้คำแนะนำก่อนหน้านี้ที่ว่า "ไม่มีแอปเดสก์ท็อป" เป็นอย่างไรต่อไป

เราได้เผยแพร่คำแนะนำในเดือนสิงหาคม 2026 ว่า harness ไม่มีแอปพลิเคชันเดสก์ท็อป และผู้ใช้ Windows ควรใช้บิลด์เทอร์มินัล — ซึ่งถูกต้องในตอนนั้น และตอนนี้ล้าสมัยแล้ว บิลด์เทอร์มินัลยังใช้งานได้และยังเป็นตัวเลือกที่เหมาะสมสำหรับเซิร์ฟเวอร์ คอนเทนเนอร์ หรืออะไรก็ตามที่ทำงานผ่านสคริปต์ สิ่งที่เปลี่ยนไปคือบิลด์เดสก์ท็อปไม่ใช่ตัวห่อแบบของเล่น: มันมีโปรไฟล์แยกต่างหาก ทำให้งานยังคงดำเนินอยู่แม้ปิดหน้าต่าง อัปเดตตัวเอง และแชร์สถานะกับ CLI ในแนวทางที่เป็นประโยชน์ต่อคุณ หากคุณเลื่อนการใช้บิลด์เดสก์ท็อปออกไปเพราะบทความก่อนหน้ากล่าวว่ามันไม่มีอยู่ เหตุผลนั้นก็หมดไปแล้ว

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

ถ้าคุณไม่อยากติดตั้งอะไรเลย

การติดตั้ง harness เพื่อเข้าถึงโมเดลเดียวถือเป็นพื้นที่ที่ต้องดูแลมากเกินไปสำหรับงานเพียงเล็กน้อย และแอปเดสก์ท็อปก็เป็นพรีวิวที่มีช่องทางอัปเดตเพียงช่องเดียว พร้อมบิลด์ Intel ที่ไม่มีใครลิงก์ไปหา ถ้าสิ่งที่คุณต้องการจริง ๆ คือ DeepSeek-V4.1-Flash — โมเดลที่ harness ใช้เป็นค่าเริ่มต้น และเป็นโมเดลเดียวกับที่บันทึกประจำรุ่น 0.2.1-rc.2 ระบุว่าเพิ่มการรองรับ — API endpoint ก็ทำสิ่งนั้นได้โดยไม่ต้องมีตัวติดตั้ง ไม่ต้องมีไดเรกทอรีโปรไฟล์ และไม่ต้องมีไอคอนในถาดระบบที่คุณต้องคอยจำว่ากำลังทำงานอยู่

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