DeepSeek Harness เป็นวงจรหนึ่ง เอเจนต์จะอ่านเวิร์กสเปซของคุณ แก้ไขไฟล์ รันคำสั่งผ่านเครื่องมือ bash และตัดสินใจว่าจะทำอะไรต่อไปโดยอิงจากเอาต์พุต แล้วทำไมการทดสอบ API ของคุณจึงไม่อยู่ในวงจรนั้น? พวกมันอยู่ใน Apidog หลัง GUI และจะทำงานเมื่อมีคนจำได้และคลิก เอเจนต์ไม่เคยแตะต้องพวกมันเลย
วิธีแก้ไขคือการเพิ่มบล็อกการกำหนดค่าเดียว Apidog CLI เป็นแพ็คเกจ npm, apidog-cli ที่รันสถานการณ์การทดสอบที่คุณสร้างใน Apidog ได้โดยตรงจากเทอร์มินัล เมื่อติดตั้ง CLI แล้ว และ DeepSeek Harness รู้ว่ามันมีอยู่ เอเจนต์จะรันสถานการณ์ Apidog ในลักษณะเดียวกับการรันการทดสอบหน่วยของคุณ: เรียกใช้คำสั่ง อ่านรหัสการออก และแก้ไขโค้ดหากเป็นสีแดง
นอกจากนี้ยังมีอาร์กิวเมนต์โทเค็นสำหรับการดำเนินการนี้ เอเจนต์ที่ยืนยันว่า API ของคุณยังคงทำงานได้โดยการอ่านโค้ดแฮนเดลอร์ซ้ำและใช้เหตุผลเกี่ยวกับรูปแบบการตอบกลับจะสิ้นเปลืองบริบทในทุกรอบการทำงาน เอเจนต์ที่รันคำสั่งเดียวจะได้รับข้อมูลจริงกลับมาในไม่กี่บรรทัด CLI จะบีบอัดคำถาม “API ถูกต้องหรือไม่?” ให้กลายเป็นรหัสการออก และเอเจนต์จะใช้บริบทเพื่อทำการแก้ไขแทน
คู่มือนี้ครอบคลุมส่วนที่เฉพาะเจาะจงกับ harness ซึ่งคู่มือการติดตั้งทั่วไปได้ข้ามไป: ไฟล์คำสั่งใดที่ DeepSeek Harness อ่านจริง ๆ, เครื่องมือ bash ของมันรัน apidog run อย่างไร และจะรักษาวงจรให้โปร่งใสได้อย่างไร หากคุณยังไม่ได้ติดตั้ง CLI ให้ดำเนินการก่อน วิธีติดตั้ง Apidog CLI ด้วยเอเจนต์โค้ด AI จะอธิบายขั้นตอนการติดตั้ง npm, การยืนยันตัวตน และการรันครั้งแรก บทความนี้สมมติว่า apidog --version พิมพ์ตัวเลข และเครื่องของคุณได้รับการยืนยันตัวตนแล้ว
DeepSeek Harness ที่เรากำลังพูดถึง
DeepSeek Harness หรือ dsh บนบรรทัดคำสั่ง เป็น agent harness แบบโอเพนซอร์สที่ DeepSeek เปิดตัวเมื่อวันที่ 13 สิงหาคม 2026 พร้อมกับ V4-Pro บน API ได้รับอนุญาตภายใต้ MIT และอยู่ที่ github.com/deepseek-ai/deepseek-harness และมียอดดาวพุ่งสูงกว่า 169,000 ดวง ณ วันที่ 20 สิงหาคม คุณสามารถเริ่มต้นด้วย npx @deepseek-ai/dsh web ซึ่งจะให้บริการเว็บ UI ในเครื่องที่ http://127.0.0.1:3080 จากนั้นคุณเลือกเวิร์กสเปซ ซึ่งเป็นไดเรกทอรีโปรเจกต์ที่คุณเปิดใช้ และเอเจนต์จะทำงานอยู่ภายใน: อ่านและแก้ไขไฟล์, รันคำสั่ง และสอบถามก่อนการดำเนินการที่ต้องได้รับการอนุมัติภายใต้นโยบายการอนุญาตที่ใช้งานอยู่
มีสองสิ่งที่เป็นตัวกำหนดทุกสิ่งที่อยู่ด้านล่าง ประการแรก harness นี้เป็น developer preview ไฟล์ README เตือนด้วยตัวพิมพ์ใหญ่ว่าอาจมีการเปลี่ยนแปลงที่ทำให้ไม่เข้ากันได้ ดังนั้นให้ถือว่าชื่อไฟล์และคีย์การกำหนดค่าในที่นี้ถูกต้องสำหรับช่วงปลายเดือนสิงหาคม 2026 และตรวจสอบอีกครั้งกับ เอกสารของ repo หากมีบางอย่างไม่โหลด ประการที่สอง ทุกสิ่งใน dsh เป็นปลั๊กอินที่สร้างขึ้นบนสถาปัตยกรรม Cordis ซึ่งทำให้คำถามเชิงปฏิบัติที่อยู่ด้านล่างสามารถตอบได้: ปลั๊กอินใดที่อ่านกฎโปรเจกต์ของคุณ และมันมองหาอะไร? สำหรับภาพรวมที่กว้างขึ้น โปรดดู DeepSeek Harness คืออะไร; สำหรับการเปรียบเทียบกับคู่แข่ง โปรดดู DeepSeek Harness vs Claude Code
ขั้นตอนที่ 1: เพิ่ม CLI ลงใน AGENTS.md
DeepSeek Harness อ่านคำสั่งเวิร์กสเปซผ่านปลั๊กอิน @deepseek-ai/dsh-agent-instructions และค่าเริ่มต้นนั้นเป็นมิตรหากคุณเคยใช้เอเจนต์อื่น ๆ ตามแหล่งที่มาของปลั๊กอินและ แคตตาล็อกการกำหนดค่า ตัวโหลดจะเดินขึ้นจากไดเรกทอรีทำงานของเซสชันไปยัง root ของโปรเจกต์ของคุณ (ที่ระบุโดย .git) และโหลด AGENTS.md โดยจะใช้ CLAUDE.md เป็นตัวสำรองในแต่ละไดเรกทอรีตามเส้นทาง ไฟล์โอเวอร์เลย์ในเครื่องที่ชื่อ AGENTS.local.md หรือ CLAUDE.local.md จะโหลดหลังจากไฟล์ฐาน และ AGENTS.md ส่วนกลางของผู้ใช้ที่กำหนดไว้ใน $DSH_HOME (ค่าเริ่มต้นคือ ~/.dsh) จะถูกนำไปใช้กับทุกโปรเจกต์ ไฟล์ที่มีขนาดเกิน 1 MiB จะถูกละเว้น ซึ่งไฟล์กฎของคุณจะไม่ถึงขนาดนั้น
ผลลัพธ์เชิงปฏิบัติคือ: หาก repo ของคุณมี AGENTS.md สำหรับ Codex หรือ CLAUDE.md สำหรับ Claude Code อยู่แล้ว DeepSeek Harness จะรับรู้ได้โดยไม่ต้องตั้งค่าเพิ่มเติมใดๆ เพิ่มบล็อก Apidog สั้นๆ เข้าไป:
## การทดสอบ API ด้วย Apidog CLI
- หากต้องการทดสอบ API ให้รันสถานการณ์ Apidog ไม่ต้องคลิกผ่าน GUI
- คำสั่ง: apidog run -t <scenario_id> -e <env_id> -r cli
- รหัสการออก 0 หมายถึงการยืนยันทั้งหมดผ่าน รหัสที่ไม่ใช่ 0 หมายถึงความล้มเหลว; ให้อ่านรายงานและแก้ไขโค้ด
- เครื่องได้รับการยืนยันตัวตนแล้ว ห้ามเพิ่มแฟล็ก --access-token และห้ามใส่โทเค็นในไฟล์นี้
นี่คือเหตุผลที่ไฟล์กฎดีกว่าการแชท ID สถานการณ์ที่พิมพ์ลงใน session composer จะหายไปเมื่อเซสชันสิ้นสุดลง ID ที่เขียนลงใน AGENTS.md จะถูกโหลดเข้าสู่ทุกเซสชันใหม่ สำหรับเพื่อนร่วมทีมทุกคน บนทุกเครื่องที่โคลน repo หากคุณทำงานในหลายโปรเจกต์ ~/.dsh/AGENTS.md ส่วนกลางของผู้ใช้จะเก็บนิสัย (“ตรวจสอบการเปลี่ยนแปลง API ด้วยคำสั่ง apidog run ของโปรเจกต์เสมอ”) ในขณะที่ไฟล์ของแต่ละ repo จะเก็บ ID จริง
ขั้นตอนที่ 2: รับคำสั่งจาก Apidog
คุณไม่จำเป็นต้องเดา ID ของสถานการณ์และสภาพแวดล้อม เปิดสถานการณ์ทดสอบใน Apidog ไปที่แท็บ CI/CD และคัดลอกคำสั่งที่สร้างขึ้นมา มันมีลักษณะดังนี้:
apidog run -t 123456 -e 789012 -r cli
แฟล็ก -t คือ ID สถานการณ์ทดสอบ, -e คือ ID สภาพแวดล้อม และ -r cli จะเลือกตัวรายงานที่พิมพ์ผลลัพธ์แบบอินไลน์ ซึ่งเป็นสิ่งที่เอเจนต์ต้องการอ่านอย่างแม่นยำ วาง ID จริงลงในบล็อก AGENTS.md ของคุณ เพื่อให้เอเจนต์รันคำสั่งที่ Apidog สร้างขึ้น ไม่ใช่การเดา
ขั้นตอนที่ 3: ให้เอเจนต์รันการทดสอบ
เริ่มเซสชันในเว็บ UI ของ dsh โดยเลือกเวิร์กสเปซของคุณ ตัวโหลดคำสั่งได้ป้อน AGENTS.md ของคุณเข้าสู่บริบทของเอเจนต์แล้ว ดังนั้นมันจึงรู้ว่า CLI มีอยู่จริง ทำการเปลี่ยนแปลงที่เกี่ยวข้องกับ API ของคุณ หรือเพียงแค่ถาม:
รันสถานการณ์ทดสอบ Apidog และบอกรหัสการออกให้ฉันทราบ
เอเจนต์จะดำเนินการผ่านเครื่องมือ bash ของมัน และการรู้ว่าเครื่องมือนั้นทำงานอย่างไรจะช่วยให้คุณประหยัดเวลาในการดีบักได้ในภายหลัง ตาม แคตตาล็อกเครื่องมือ เครื่องมือ bash เริ่มต้นจะรันแต่ละคำสั่งใน fresh shell: ไม่มีไดเรกทอรีทำงาน, ตัวแปร หรือฟังก์ชันใดๆ ที่คงอยู่ระหว่างการเรียกใช้งาน และคำสั่งจะรันจากเวิร์กสเปซของเซสชันเว้นแต่จะมีการส่ง workdir เข้าไป เหมาะสำหรับ apidog run ซึ่งเป็นคำสั่งเดี่ยวที่ครบวงจร แต่เอเจนต์ไม่สามารถ cd ไปที่ใดที่หนึ่งก่อนแล้วจึงรันการทดสอบเป็นขั้นตอนที่สองได้ หากสถานการณ์ของคุณต้องรันจากไดเรกทอรีย่อย ให้ใส่การเรียกใช้งานทั้งหมดไว้ในบรรทัดเดียวในไฟล์กฎของคุณ
พฤติกรรมอีกสองอย่างที่ควรทราบ การออกที่ไม่ใช่ศูนย์จะกลับมาเป็นเครื่องหมาย [exit code: N] ที่ชัดเจน ดังนั้นสัญญาณผ่าน/ล้มเหลวจะยังคงอยู่แม้ว่าเอาต์พุตที่ยาวจะถูกตัดทอนลงไปจนถึงส่วนท้าย และคำสั่งอาจทำงานภายใต้ file sandbox: การดำเนินการที่ถูกบล็อกจะถูกรายงานว่าเป็นการปฏิเสธนโยบาย ไม่ใช่ความล้มเหลวของคำสั่ง การรันการทดสอบแบบอ่านอย่างเดียวไม่ค่อยทำให้เกิดปัญหานี้ แต่ HTML reporter ที่เขียนไปยัง ./apidog-reports อาจเป็นไปได้ ขึ้นอยู่กับนโยบายที่ใช้งานอยู่
การรันจำเป็นต้องให้คุณคลิกก่อนหรือไม่นั้นขึ้นอยู่กับนโยบายการอนุญาตเดียวกันนั้น เว็บ UI จะสอบถามก่อนการดำเนินการที่ต้องได้รับการอนุมัติภายใต้นโยบายนั้น ตาม คู่มือผู้ใช้ เมื่อมันแจ้งเตือนให้รัน apidog run ให้คุณอนุมัติ: สถานการณ์ทดสอบกับ staging เป็นคำสั่งที่ปลอดภัยและอ่านเป็นส่วนใหญ่ ซึ่งกระบวนการอนุมัติมีไว้เพื่ออนุญาตให้ผ่านได้
ขั้นตอนที่ 4: อ่านรายงาน
เมื่อการรันล้มเหลว (เป็นสีแดง) รายงานจะมีคำตอบ เมื่อใช้ -r cli เอเจนต์จะได้รับรายละเอียดที่อ่านง่ายแบบอินไลน์: แต่ละคำขอ, แต่ละการยืนยัน และรายการที่ล้มเหลวพร้อมค่าที่คาดหวังเทียบกับค่าจริง การยืนยันที่ล้มเหลวจะระบุชื่อฟิลด์หรือรหัสสถานะที่แน่นอน ซึ่งมักจะเพียงพอสำหรับเอเจนต์ในการค้นหาการแก้ไขโดยที่คุณไม่ต้องแปล
สำหรับรายงานที่คุณสามารถเปิดในเบราว์เซอร์หรือส่งให้เพื่อนร่วมทีมได้ ให้เพิ่ม HTML reporter:
apidog run -t 123456 -e 789012 -r cli,html
ตัวรายงาน html จะเขียนไฟล์แบบครบวงจรไปยัง ./apidog-reports เก็บ cli ไว้ในรายการเพื่อให้เอเจนต์ยังคงได้รับเอาต์พุตแบบอินไลน์ที่มันอ่านเพื่อตัดสินใจขั้นตอนต่อไป
วงจรแบบครบวงจร
นี่คือสิ่งที่คุณจะได้รับจากการตั้งค่านี้ สมมติว่าเอเจนต์กำลังแก้ไข checkout handler หากไม่มี CLI วงจรของมันจะสิ้นสุดที่ “โค้ดดูถูกต้อง” ด้วยบล็อกใน AGENTS.md วงจรจะขยายออกไป: มันแก้ไข handler, รัน apidog run -t 123456 -e 789012 -r cli และอ่านผลลัพธ์ หากเป็นสีเขียว มันจะดำเนินการต่อไป หากเป็นสีแดง มันจะเห็น [exit code: 1] อ่านว่าการยืนยันใดล้มเหลว (500 ทั้งที่คาดว่าจะได้ 200, ฟิลด์ total หายไป, รหัสสกุลเงินผิด) แก้ไข handler และรันซ้ำ การตรวจสอบสัญญา API จะกลายเป็นส่วนหนึ่งของวงจรแก้ไข-ทดสอบ-แก้ไข เดียวกันที่เอเจนต์ใช้ในการรันการทดสอบหน่วยของคุณอยู่แล้ว
สังเกตสิ่งที่เอเจนต์ไม่ได้ทำ: อ่านไฟล์ route ทุกไฟล์ซ้ำเพื่อยืนยันว่า API ทำงานได้ สถานการณ์ได้เข้ารหัสพฤติกรรมที่คาดหวังไว้แล้ว ซึ่งถูกสร้างขึ้นด้วยภาพใน Apidog โดยเจ้าของ API เอเจนต์มอบหมายการตรวจสอบให้กับเครื่องมือที่ทำงานแบบกำหนดผลลัพธ์ได้ และใช้โทเค็นในส่วนที่ต้องตัดสินใจ การแบ่งงานนี้คือรูปแบบทั้งหมด: dsh เขียนโค้ด, CLI ตรวจสอบชั้น API และคุณสร้างสถานการณ์ใน Apidog โดยไม่ต้องเขียนโค้ดทดสอบเลย
ตรวจสอบว่า dsh รันจริงหรือไม่
เอเจนต์รายงานความสำเร็จที่ไม่ได้มาจากความพยายามของตนเอง และ harness ในเวอร์ชัน developer-preview ไม่ใช่สถานที่ที่จะเชื่อข้อความโดยไม่ตรวจสอบ มีการตรวจสอบสามอย่าง โดยเรียงตามลำดับที่สามารถตรวจจับปัญหาได้
ประการแรก ยืนยันว่าคำสั่งได้ทำงาน เว็บ UI ของ dsh จะแสดงการเรียกใช้เครื่องมือของเอเจนต์และเอาต์พุตในเซสชัน มองหาการเรียกใช้ bash apidog run ... ตามตัวอักษรและผลลัพธ์ของมัน หากเอเจนต์กล่าวว่าได้รันการทดสอบแล้ว แต่ไม่มีการเรียกใช้ดังกล่าวปรากฏขึ้น แสดงว่ามันสรุปสิ่งที่มันไม่เคยทำไป ถามให้มันรันอีกครั้งและแสดงเอาต์พุตดิบ
ประการที่สอง ยืนยันรหัสการออก ถามโดยตรงว่า: “รหัสการออกของคำสั่ง apidog run นั้นคืออะไร?” harness จะส่งเครื่องหมาย [exit code: N] ที่ชัดเจนให้เอเจนต์เมื่อเกิดความล้มเหลว ดังนั้นจึงไม่มีความคลุมเครือให้หลบซ่อน เมื่อสรุปของเอเจนต์กล่าวว่า “การทดสอบผ่าน” แต่เครื่องหมายระบุว่าไม่ใช่ศูนย์ เครื่องหมายนั้นถูกต้อง
ประการที่สาม ยืนยันว่ามันใช้สถานการณ์จริง ความล้มเหลวแบบ “scenario not found” มักหมายความว่าเอเจนต์สร้างหรือจำ ID ผิด ตรวจสอบค่า -t และ -e อีกครั้งกับบล็อก AGENTS.md ของคุณและคำสั่งในแท็บ CI/CD ของ Apidog ID ในไฟล์กฎคือความจริง; สิ่งอื่นใดที่เอเจนต์พิมพ์ไปเป็นเพียงการเดา
ทางเลือกเสริม: เพิ่ม Apidog MCP server สำหรับการเข้าถึงสเปค
การรันสถานการณ์ครอบคลุมการตรวจสอบ หากคุณต้องการให้เอเจนต์อ่านสเปค API ของคุณในขณะที่มันเขียนโค้ด นั่นเป็นงานของ MCP และในที่นี้ภาพรวมที่ซื่อสัตย์เป็นสิ่งสำคัญ: ณ ปลายเดือนสิงหาคม 2026 การสนับสนุน MCP ยังไม่มีการบันทึกไว้ใน README หรือคู่มือผู้ใช้หลักของ DeepSeek Harness สิ่งที่มีอยู่คือ community plugin ชื่อ hyqhyq3/dsh-mcp-manager ซึ่งค้นพบได้ผ่านหัวข้อ GitHub dsh-plugin เช่นเดียวกับส่วนอื่นๆ ของระบบนิเวศ มันเพิ่มหน้า MCP ภายใต้ Settings, รองรับเซิร์ฟเวอร์ HTTP ระยะไกลและ stdio ในเครื่อง, ลงทะเบียนเครื่องมือเป็น mcp__<name>__* และอ่านการกำหนดเซิร์ฟเวอร์ต่อโปรเจกต์จาก <workspace>/.dsh/dshmm/mcp.json
ผ่านปลั๊กอินนี้คุณสามารถเชื่อมต่อ Apidog MCP server ซึ่งจะเปิดเผยข้อกำหนด API ของคุณผ่าน MCP เพื่อให้เอเจนต์สามารถตรวจสอบสคีมาจริงของ endpoint ได้ก่อนที่จะเขียน handler แทนที่จะเป็นหลังจากสถานการณ์ล้มเหลว ปลั๊กอินชุมชนรวมกับโฮสต์เวอร์ชัน developer-preview หมายความว่าการจับคู่นี้อาจเสียหายได้เมื่อมีการอัปเดตจากฝ่ายใดฝ่ายหนึ่ง ดังนั้นให้ถือว่าเป็นชั้นโบนัส เส้นทาง CLI ข้างต้นเป็นส่วนที่สำคัญที่สุด: มันไม่ต้องการอะไรนอกจากเชลล์
ข้อควรระวังในเวอร์ชันพรีวิว และทิศทางในอนาคต
DeepSeek Harness เคลื่อนไหวรวดเร็วและเตือนคุณว่าอาจทำให้สิ่งต่างๆ เสียหายได้ รายละเอียดที่น่าจะมีการเปลี่ยนแปลงมากที่สุดคือสิ่งที่กล่าวถึงในที่นี้: ไฟล์ที่คาดว่าจะเป็นของปลั๊กอินคำสั่ง, การรายงาน sandbox ของเครื่องมือ bash และสิ่งใดก็ตามที่ปลั๊กอิน MCP ของชุมชนแตะต้อง อย่างไรก็ตาม รูปแบบนี้สามารถพกพาไปใช้ได้ ไฟล์กฎที่กล่าวว่า “ยืนยัน API ด้วยคำสั่งนี้” บวกกับ CLI ที่คืนค่ารหัสการออกที่สะอาด จะทำงานใน dsh ได้ในวันนี้ด้วยเหตุผลเดียวกับที่มันทำงานใน Claude Code และ harness อื่นๆ ในซีรีส์นี้: เอเจนต์เก่งในการอ่านเอาต์พุตคำสั่ง แต่ไม่เก่งในการถูกไว้วางใจหากไม่มีเอาต์พุตนั้น
ดังนั้น: ดาวน์โหลด Apidog, สร้างสถานการณ์ทดสอบหนึ่งชุดด้วยภาพ, คัดลอกคำสั่ง apidog run จากแท็บ CI/CD และวางบล็อกลงใน AGENTS.md ที่ repo ของคุณอาจมีอยู่แล้ว ครั้งต่อไปที่ DeepSeek Harness แตะต้องโค้ด API ของคุณ มันจะตรวจสอบงานของตัวเองก่อนที่จะแจ้งว่าเสร็จสิ้น
คำถามที่พบบ่อย
DeepSeek Harness อ่าน AGENTS.md โดยตรงหรือไม่? ใช่ ปลั๊กอิน @deepseek-ai/dsh-agent-instructions จะโหลด AGENTS.md (หรือ CLAUDE.md เป็นตัวสำรอง) จาก root ของโปรเจกต์ของคุณและไดเรกทอรีที่อยู่เหนือไดเรกทอรีทำงานของเซสชันของคุณ รวมถึงไฟล์โอเวอร์เลย์ AGENTS.local.md/CLAUDE.local.md และไฟล์ AGENTS.md ส่วนกลางของผู้ใช้ใน ~/.dsh หากคุณมี AGENTS.md สำหรับเอเจนต์อื่นอยู่แล้ว dsh จะนำมาใช้งานโดยไม่มีการเปลี่ยนแปลง
ฉันจำเป็นต้องมีแผน DeepSeek แบบชำระเงินเพื่อใช้ Apidog CLI ใน dsh หรือไม่? ไม่ Harness นี้เป็นโอเพนซอร์สที่ได้รับอนุญาตภายใต้ MIT และคุณสามารถนำโมเดลของคุณมาใช้เองได้: ผู้ให้บริการแคตตาล็อกครอบคลุม Anthropic, OpenAI, Bedrock, Vertex และ Azure และเกตเวย์แบบกำหนดเองทำงานผ่าน settings.yaml ตามที่อธิบายไว้ใน วิธีรันโมเดลใดๆ ใน DeepSeek Harness ตัว Apidog CLI เองเป็นแพ็คเกจ npm ฟรี; มันต้องการสถานการณ์ทดสอบ Apidog และการยืนยันตัวตน ไม่ใช่โมเดลเฉพาะ
ทำไมคำสั่งที่สองของเอเจนต์จึงลืมไดเรกทอรีที่คำสั่งแรกเปลี่ยนไป? โดยการออกแบบ เครื่องมือ bash เริ่มต้นของ dsh รันการเรียกใช้ทุกครั้งใน fresh shell ดังนั้น cd จึงไม่คงอยู่ระหว่างคำสั่ง ส่งพารามิเตอร์ workdir ของเครื่องมือ หรือที่ง่ายกว่าคือเก็บการเรียกใช้ apidog run เต็มรูปแบบไว้ในบรรทัดเดียวในไฟล์กฎของคุณ เพื่อไม่ให้มีอะไรต้องลืม
dsh สามารถรันสถานการณ์โดยไม่ต้องถามฉันทุกครั้งได้หรือไม่? ขึ้นอยู่กับนโยบายการอนุญาตที่ใช้งานอยู่ เว็บ UI จะถามก่อนการดำเนินการที่ต้องได้รับการอนุมัติภายใต้นโยบายนั้น; คู่มือผู้ใช้ไม่ได้ระบุระดับนโยบายทั้งหมด ดังนั้นโปรดตรวจสอบ Settings ใน build ของคุณเพื่อดูว่าการติดตั้งของคุณอนุญาตอะไรบ้าง เมื่อมีการแจ้งเตือน การอนุมัติ apidog run กับ staging ถือเป็นการตอบตกลงที่ปลอดภัย