นี่คือซีรีส์ 10 ตอนที่แบ่งปันว่า Apidog พัฒนา Apidog CLI ซึ่งเป็นเครื่องมือบรรทัดคำสั่งสำหรับการทดสอบ API และการจัดการวงจรชีวิต API ได้อย่างไร อ่านตามลำดับหรือข้ามไปยังโพสต์ใดก็ได้ที่คุณสนใจ:
| หัวข้อ | จุดเน้น | |
|---|---|---|
| 1 | เราสร้างเครื่องมือ MCP 126 ชิ้น แต่มันไม่ใช่ทางออกที่ดีที่สุดสำหรับ Agent | การค้นพบปัญหา |
| 2 | ทำไมเราถึงพัฒนา Apidog CLI ตัวใหม่ | การพัฒนาสถาปัตยกรรม |
| 3 | กฎทอง: CLI สร้างข้อมูลจริง, Model ดำเนินการตามข้อมูลจริง | ปรัชญาหลัก |
| 4 | agentHints: การสอน CLI ให้สื่อสารกับ Agents |
ผลลัพธ์ที่มีโครงสร้าง |
| 5 | SKILL: การส่งมอบประสบการณ์การทำงานในรูปแบบโค้ด | ประสบการณ์การทำงาน |
| 6 | ตัวเลขไม่โกหก: เรียกใช้เครื่องมือน้อยลง 30%, ใช้โทเค็นน้อยลง 25% | ผลลัพธ์เชิงปริมาณ |
| 7 | จาก PRD สู่ Testing Loop: เวิร์กโฟลว์ Agent ที่สมบูรณ์ด้วย Apidog CLI | บทช่วยสอนเชิงปฏิบัติ |
| 8 | ทำไมความเข้ากันได้กับ CI/CD จึงเป็นสิ่งที่ไม่สามารถต่อรองได้สำหรับเครื่องมือ Agent | มุมมองของ DevOps |
| 9 | AI Branch: การเปลี่ยนแปลงโปรเจกต์ที่ปลอดภัยยิ่งขึ้นด้วย AI Agents | ชั้นความปลอดภัย |
| 10 | Spec-First เป็นเรื่องเมื่อวานนี้ ยินดีต้อนรับสู่ Skill-First | วิสัยทัศน์และอนาคต |
การพัฒนา API กำลังเปลี่ยนแปลงไปพร้อมกับ AI Agents. Skill-First บรรจุสเปค, การทดสอบ, และสถานการณ์ต่าง ๆ ลงในทักษะที่สามารถเรียกใช้งานและตรวจสอบได้—ซึ่งเสริมแนวทางที่มีอยู่เดิมสำหรับยุค Agent
ยุค Spec-First
เป็นเวลาหลายปีที่กระบวนการทำงานร่วมกันของทีมพัฒนาส่วนใหญ่เป็นแบบ Spec-First
มันคืออะไร
| หลักการ | คำอธิบาย |
|---|---|
| ออกแบบ API ก่อน | กำหนด API ก่อนการนำไปใช้งานจริง |
| ทำงานร่วมกันโดยใช้เอกสาร | ทีมอ้างอิงจากสเปคที่ใช้ร่วมกัน |
| Mock ตั้งแต่แรก | Frontend สามารถพัฒนาโดยอิงจาก mock |
| แก้ไขข้อผิดพลาดร่วมกัน | ปัญหาจะมองเห็นได้ในรูปแบบที่ใช้ร่วมกัน |
| ทดสอบเทียบกับสเปค | ตรวจสอบว่าการนำไปใช้งานตรงกับการออกแบบหรือไม่ |
| เผยแพร่เมื่อพร้อม | เผยแพร่ API ที่มีเอกสารและผ่านการทดสอบแล้ว |
คุณค่า
| ประโยชน์ | ทำไมจึงสำคัญ |
|---|---|
| สัญญาที่ชัดเจน | Frontend/Backend รู้ว่าจะเกิดอะไรขึ้น |
| การพัฒนาแบบขนาน | ทีมสามารถทำงานได้อย่างอิสระ |
| ลดความขัดแย้ง | ความเข้าใจผิดถูกจับได้ตั้งแต่เนิ่นๆ |
| การทดสอบที่เสถียร | การทดสอบตรงกับพฤติกรรมที่ระบุในเอกสาร |
| เอกสารมีชีวิต | สเปคพัฒนาไปพร้อมกับผลิตภัณฑ์ |
Spec-First เป็นแนวทางที่ถูกต้องสำหรับการพัฒนา API ที่ขับเคลื่อนโดยมนุษย์
ผู้บริโภครายใหม่: AI Agents
หลังจาก AI Coding ปรากฏขึ้น ผู้บริโภคของ API asset ก็เปลี่ยนไป
Agents ก็เริ่มบริโภค asset เหล่านี้ด้วยเช่นกัน
สิ่งที่ Agents ต้องการ
| กิจกรรมของ Agent | Asset ที่ต้องการ |
|---|---|
| อ่าน Endpoint | เอกสาร API |
| เพิ่มการทดสอบ | คำจำกัดความของ Endpoint, Schema |
| เรียกใช้ระบบอัตโนมัติ | สถานการณ์การทดสอบ, สภาพแวดล้อม |
| แก้ไขโค้ดตามรายงาน | รายละเอียดความล้มเหลว, ข้อมูลการตอบสนอง |
| ตัดสินว่าการเปลี่ยนแปลงใช้งานได้หรือไม่ | ผลการทดสอบ, ความครอบคลุม |
ในบริบทนี้ เอกสาร API, Test Case และ Test Scenario ใน Apidog ไม่ใช่แค่เนื้อหาสำหรับการทำงานร่วมกันของมนุษย์เท่านั้น
แต่เป็น Asset ที่ Agent สามารถเรียกใช้ได้อย่างแม่นยำ
การแปลง Asset
| Asset | Spec-First (มุมมองมนุษย์) | Skill-First (มุมมอง Agent) |
|---|---|---|
| เอกสาร API | เนื้อหาสำหรับการทำงานร่วมกัน | แหล่งข้อมูลที่เรียกใช้ได้ |
| Test Case | สิ่งประดิษฐ์คุณภาพ | การตรวจสอบที่สามารถดำเนินการได้ |
| Test Scenario | เวิร์กโฟลว์การทดสอบ | เป้าหมายของระบบอัตโนมัติ |
| สภาพแวดล้อม | การกำหนดค่า | บริบทการทำงาน |
| รายงาน | ผลลัพธ์การตรวจสอบ | สัญญาณการตอบรับ |
Asset เปลี่ยนจาก "สามารถอ่านได้" เป็น "สามารถเรียกใช้ได้"
คำจำกัดความของ Skill-First
ต่อยอดจาก Spec-First:
| สิ่งที่ยังคงอยู่ | เหตุผล |
|---|---|
| ข้อกำหนด Endpoint | ยังคงต้องการสัญญาที่ชัดเจน |
| Test Case | ยังคงต้องการสิ่งประดิษฐ์คุณภาพ |
| สถานการณ์ทางธุรกิจ | ยังคงต้องการความครอบคลุมเวิร์กโฟลว์ |
| เอกสาร | ยังคงต้องการการอ้างอิงจากมนุษย์ |
นอกจากนี้:
| สิ่งที่เพิ่มเข้ามา | วัตถุประสงค์ |
|---|---|
| ทักษะที่ดำเนินการได้ | Agent สามารถเรียกใช้เวิร์กโฟลว์ได้ |
| ขั้นตอนที่ตรวจสอบได้ | เกณฑ์คุณภาพในแต่ละขั้นตอน |
| สายโซ่ที่ตรวจสอบได้ | บันทึกการตรวจสอบการกระทำของ Agent |
Skill-First = Spec-First + เลเยอร์การทำงานของ Agent
สถาปัตยกรรมระบบ
| เลเยอร์ | ความรับผิดชอบ | ตัวอย่าง |
|---|---|---|
| Apidog | จัดการ API และ Test Asset | Endpoint, Schema, Test Case, Scenario |
| CLI | ให้การดำเนินการที่แม่นยำ | คำสั่ง, การตรวจสอบ, ผลลัพธ์ |
| SKILL | ให้การตัดสินงานและเส้นทาง | คำแนะนำเวิร์กโฟลว์, กฎลำดับ |
| Agents | เข้าใจเป้าหมาย, ดำเนินการ, ปรับเปลี่ยน | Claude Code, Cursor, Trae, Codex |
แต่ละเลเยอร์มีบทบาทเฉพาะ
การทำงานร่วมกัน
ผู้ใช้: "สร้างการทดสอบสำหรับ Refund API และเรียกใช้การตรวจสอบ"
↓
Agent: ทำความเข้าใจประเภทงาน (SKILL ช่วย)
↓
Agent: เรียก CLI เพื่ออ่าน Endpoint (CLI ดำเนินการ)
↓
Agent: สร้าง Test Case (Agent สร้าง)
↓
CLI: ตรวจสอบโครงสร้าง (cli-schema ตรวจสอบ)
↓
Agent: เขียน Test Case (CLI ดำเนินการ)
↓
CLI: ส่งคืน agentHints (CLI นำทาง)
↓
Agent: อ่านกลับ, ปรับเปลี่ยน (Agent ทำตามคำแนะนำ)
↓
Agent: เรียกใช้การทดสอบ (CLI ดำเนินการ)
↓
CLI: ส่งคืนรายงาน (CLI ให้ข้อมูลป้อนกลับ)
↓
Agent: สรุปให้ผู้ใช้ (Agent ทำงานให้เสร็จ)การเปลี่ยนแปลงเวิร์กโฟลว์
เวิร์กโฟลว์ Spec-First (ขับเคลื่อนโดยมนุษย์)
มนุษย์ออกแบบสเปค
↓
มนุษย์จัดทำเอกสาร
↓
มนุษย์สร้าง mock
↓
มนุษย์แก้ไขข้อผิดพลาด
↓
มนุษย์เขียนการทดสอบ
↓
มนุษย์เผยแพร่ลักษณะเฉพาะ:
| ด้าน | คำอธิบาย |
|---|---|
| ผู้ขับเคลื่อน | มนุษย์ |
| จุดเน้น | การทำงานร่วมกัน |
| ข้อมูลป้อนกลับ | การตรวจสอบด้วยตนเอง |
| ความเร็ว | ตามจังหวะมนุษย์ |
| ข้อผิดพลาด | มนุษย์จับได้ |
เวิร์กโฟลว์ Skill-First (ช่วยเหลือโดย Agent)
มนุษย์กำหนดเป้าหมาย
↓
Agent อ่าน asset ที่มีอยู่
↓
Agent สร้างการเปลี่ยนแปลง
↓
CLI ตรวจสอบ
↓
Agent เขียน
↓
CLI แนะนำขั้นตอนถัดไป
↓
Agent ตรวจสอบ
↓
มนุษย์ตรวจสอบผลลัพธ์ลักษณะเฉพาะ:
| ด้าน | คำอธิบาย |
|---|---|
| ผู้ขับเคลื่อน | Agent (นำโดยเป้าหมายของมนุษย์) |
| จุดเน้น | การดำเนินการ |
| ข้อมูลป้อนกลับ | การตรวจสอบอัตโนมัติ |
| ความเร็ว | ตามจังหวะ Agent |
| ข้อผิดพลาด | CLI ตรวจจับได้ |
สิ่งที่ทีมควรทำ
ขั้นตอนเร่งด่วน
| ขั้นตอน | การดำเนินการ |
|---|---|
| 1. ติดตั้ง | npm install -g apidog-cli@latest |
| 2. ติดตั้ง SKILL | apidog skill install |
| 3. ลองงานเล็กๆ | มอบงานที่มีความเสี่ยงต่ำให้ Agent |
| 4. เรียนรู้รูปแบบ | สังเกตเวิร์กโฟลว์ของ Agent |
| 5. ขยายขอบเขต | ค่อยๆ เพิ่มความซับซ้อนของงาน |
ตัวอย่างงานแรกของ Agent
ให้ Apidog CLI ช่วยสร้าง API Endpoint ตัวแรกใน Apidog.
ก่อนอื่น ตรวจสอบการตั้งค่า Apidog CLI และแสดงรายการโปรเจกต์ที่เข้าถึงได้.
ถามฉันว่าจะใช้โปรเจกต์ไหน. หลังจากฉันยืนยันแล้ว ให้สร้าง GET /health แบบง่ายๆ
ชื่อ Health Check พร้อมตัวอย่างการตอบสนอง 200. ตรวจสอบอินพุตที่มีโครงสร้าง
ก่อนเขียน จากนั้นอ่าน Endpoint กลับมาและสรุปสิ่งที่ถูกสร้างขึ้น.ซึ่งให้ประโยชน์ดังนี้:
| ประโยชน์ | คำอธิบาย |
|---|---|
| ตรวจสอบการตั้งค่า | Agent ตรวจสอบสภาพแวดล้อม |
| การเลือกโปรเจกต์ | Agent ถามก่อนเขียน |
| การสร้างเล็กๆ น้อยๆ | งานแรกที่มีความเสี่ยงต่ำ |
| การตรวจสอบ | cli-schema ก่อนการเขียน |
| การอ่านกลับ | ยืนยันสิ่งที่ถูกสร้างขึ้น |
| สรุป | มนุษย์ได้รับผลลัพธ์ที่ชัดเจน |
คำสั่งเริ่มต้นใช้งาน
# ติดตั้ง Apidog CLI
npm install -g apidog-cli@latest
# ติดตั้ง SKILL ที่ใช้งานร่วมกัน
apidog skill install
# ตรวจสอบเวอร์ชัน (ต้องเป็น 2.2.5+)
apidog -v
# รับรองความถูกต้อง
apidog auth login
# แสดงรายการโปรเจกต์
apidog project listอนาคต
| แนวโน้ม | ทิศทาง |
|---|---|
| การมีส่วนร่วมของ Agent | Agent จัดการงานพัฒนา API มากขึ้น |
| รูปแบบ CLI + SKILL | เวิร์กโฟลว์ที่เติบโตเต็มที่และเป็นมาตรฐาน |
| ทักษะเพิ่มเติม | ทักษะเฉพาะด้านสำหรับบริบทที่แตกต่างกัน |
| การบรรจบกันที่ดีขึ้น | การปรับปรุงวิศวกรรมสำหรับโหนดที่สำคัญ |
| การทำงานร่วมกันระหว่างมนุษย์-Agent | การส่งต่องานระหว่างมนุษย์และ Agent อย่างราบรื่น |
อนาคตคือการพัฒนา API โดยมี Agent เป็นผู้ช่วย
สรุปซีรีส์ทั้งหมด
เราได้ครอบคลุมการเดินทางทั้งหมดแล้ว:
| ส่วน | หัวข้อ | ข้อคิดสำคัญ |
|---|---|---|
| 1 | ปัญหา | เครื่องมือ MCP 126 ชิ้น → กำแพงเครื่องมือที่กระจัดกระจาย |
| 2 | จุดเปลี่ยน | ความซับซ้อนย้ายจากบริบทสู่การพัฒนา |
| 3 | ปรัชญา | CLI ตรวจสอบ, Agent สร้าง |
| 4 | การออกแบบ | agentHints นำทางขั้นตอนถัดไป |
| 5 | ประสบการณ์ | SKILL บรรจุความรู้เวิร์กโฟลว์ |
| 6 | การตรวจสอบ | เรียกใช้น้อยลง 30%, โทเค็นน้อยลง 25% |
| 7 | การปฏิบัติ | PRD → OpenAPI → การทดสอบ → การตรวจสอบ |
| 8 | รากฐาน | CI/CD ยังคงเป็นฐาน |
| 9 | ความจริงใจ | ยังคงมีความท้าทายสี่ประการ |
| 10 | วิสัยทัศน์ | Spec-First → Skill-First |
หลักการสุดท้าย
Spec-First มีไว้สำหรับการทำงานร่วมกันของมนุษย์ Skill-First มีไว้สำหรับการดำเนินการของ Agent
| ยุค | แนวทาง | ผู้บริโภค |
|---|---|---|
| ดั้งเดิม | Spec-First | มนุษย์ |
| ยุค Agent | Skill-First | มนุษย์ + Agents |
Asset กลายเป็นสิ่งที่เรียกใช้ได้ เวิร์กโฟลว์กลายเป็นสิ่งที่ดำเนินการได้ คุณภาพกลายเป็นสิ่งที่ตรวจสอบได้
ยินดีต้อนรับสู่ Skill-First
ประเด็นสำคัญ
- Spec-First เป็นแนวทางที่ถูกต้องสำหรับการพัฒนาที่ขับเคลื่อนโดยมนุษย์
- ปัจจุบัน Agent เป็นผู้บริโภค API asset
- Asset เปลี่ยนจากที่อ่านได้เป็นที่เรียกใช้ได้
- Skill-First = Spec-First + การดำเนินการของ Agent
- ระบบ: Apidog (asset) → CLI (การดำเนินการ) → SKILL (การตัดสิน) → Agents (การกระทำ)
- มนุษย์กำหนดเป้าหมาย Agent ดำเนินการ CLI ตรวจสอบ
- เริ่มจากเล็กๆ เรียนรู้รูปแบบ ขยายขอบเขต
ดาวน์โหลด Apidog เพื่อ ออกแบบ, จำลอง, ทดสอบ, และ จัดทำเอกสาร API ในพื้นที่ทำงานเดียว เรียนรู้เพิ่มเติมเกี่ยวกับ Apidog CLI สำหรับการทดสอบ API ด้วยบรรทัดคำสั่ง, ระบบอัตโนมัติ CI, และเวิร์กโฟลว์ AI Agent
