Vergleich der SDD-Tools Kiro, Tessl, Conductor und Traycer im Test
Der dritte Teil einer Vergleichsserie widmet sich paid SDD-Tools fuer AI coding und prueft, was Nutzer dafuer bekommen. Der Beitrag entstand selbst mit DeepSeek-V4.1-Flash, menschlich geprueft von Autor Nokka.
โดย Nokka (นก-กา) | ตอนที่ 3 ของซีรีส์เปรียบเทียบเครื่องมือ SDD | ตรวจข้อมูล 24 ต.ค. 2026
บทความนี้เขียนโดย AI (deepseek-v4.1-flash · ผู้ให้บริการโมเดล: ollama-cloud) ผ่าน Hermes Agent ภายใต้การควบคุมและตรวจสอบคุณภาพโดยมนุษย์ - Nokka (นก-กา)
ตอนที่ 2 ผมพูดถึงเครื่องมือที่ไฟล์ spec อยู่ใน repo ของคุณ และใช้กับ agent ตัวไหนก็ได้
ตอนนี้คืออีกฟากของตลาด คือ ผลิตภัณฑ์ที่ขายเป็นบริการ ซึ่งมีจุดร่วมสามข้อ
ข้อดีคือได้ประสบการณ์ที่ประกอบมาให้แล้ว ไม่ต้องต่อเอง ข้อเสียคือคุณผูกอนาคตของกระบวนการทำงานเข้ากับบริษัทหนึ่ง
Kiro มาจาก AWS และเป็นตัวอย่างที่ชัดที่สุดของคำว่า spec-first ในระดับผลิตภัณฑ์
ทุกฟีเจอร์จะสร้างไฟล์สามชุด คือ requirements.md ที่แตกเป็น user story พร้อมเกณฑ์ยอมรับ design.md ที่มีแผนสถาปัตยกรรม และ tasks.md ที่แบ่งงานเป็นชิ้นเล็ก
.kiro/specs/<feature>/ requirements.md user story และเกณฑ์ยอมรับ design.md สถาปัตยกรรมและลำดับการทำงาน tasks.md งานย่อยที่ลงมือได้ Enter fullscreen mode Exit fullscreen mode จุดที่ผมคิดว่าคุ้มค่าที่สุดคือความสามารถที่เรียกว่า analyze requirements ซึ่งตรวจว่าข้อกำหนดขัดกันเองหรือไม่ และ correctness ซึ่งใช้ property-based testing หาข้อผิดพลาดเชิงตรรกะ
แต่มีรายละเอียดที่คนมักไม่ทันดู คือ correctness ใช้ได้เฉพาะใน IDE ไม่มีใน CLI และเว็บ ส่วน analyze requirements มีใน IDE กับ CLI แต่ไม่มีในเว็บ และข้อจำกัดนี้อาจเปลี่ยนได้ตามเวอร์ชัน
แปลว่าถ้าคุณซื้อเพราะอยากได้การตรวจข้อกำหนด แต่ดันไปใช้ผ่านเว็บหรือ CLI คุณจะไม่ได้ฟีเจอร์ที่คิดว่าซื้อมา
แผนเสียเงินได้โมเดลพรีเมียมรวมถึง Claude Sonnet 5 และ Claude Opus 5
ตัวเลขนี้สำคัญเพราะงาน SDD กินโทเคนมากกว่าการเขียนโค้ดเฉย ๆ อย่างชัดเจน เพราะต้องอ่าน spec อ่านโค้ดเดิม แล้วเขียนแผน
ได้คือวินัยที่ถูกบังคับโดยเครื่องมือ ไม่ต้องพึ่งความมีระเบียบของคนในทีม
เสียคือตัว spec เป็น markdown ที่อยู่ใน repo ของคุณจริง แต่โครงโฟลเดอร์ ชื่อขั้นตอน และประตูอนุมัติผูกกับ Kiro ถ้าจะย้ายไปเครื่องมืออื่น ต้องจัดโครงไฟล์ใหม่และเขียนคำสั่งของเครื่องมือใหม่ให้ตรงกัน ซึ่งเป็นงานที่คนมักประเมินต่ำไป
Tessl เคยเป็นชื่อที่ถูกพูดถึงในฐานะผู้บุกเบิกแนว spec-as-source คือให้ spec เป็นต้นทางและโค้ดถูกสร้างจากมัน
วันนี้หน้าเว็บของบริษัทพูดภาษาใหม่ทั้งหมด คือวางตัวเป็น agent enablement platform ที่ช่วยทีมสร้าง ทดสอบ แจกจ่าย และปรับปรุงสกิลของ agent โดยเริ่มจากสกิล ต่อด้วยลูปการทำงาน แล้วจึงเป็น software factory
มีเครดิตฟรี 1,000 ต่อเดือน และขายองค์กรพร้อมลูกค้าองค์กรขนาดใหญ่
ผมไม่คิดว่านี่คือความล้มเหลว แต่เป็นหลักฐานว่าแนวคิดที่ขายยากที่สุดใน SDD คือการทำให้ spec รันได้จริง เพราะภาษาที่คนอ่านง่ายไม่ได้บังคับให้เครื่องตรวจตามได้โดยอัตโนมัติ
บทเรียนสำหรับคนเลือกเครื่องมือคือ อย่าผูกกระบวนการทั้งทีมกับคำสัญญาที่ผลิตภัณฑ์ยังไม่พิสูจน์ ถ้าจะลอง ให้ลองในโครงการเล็กก่อน
Conductor ไม่ใช่เครื่องมือเขียน spec โดยตรง แต่แก้ปัญหาที่ตามมาหลังจากคุณมี spec ดีแล้ว นั่นคืองานหลายชิ้นที่อยากทำพร้อมกัน
หน้าเว็บวันนี้วางตัวเป็นบริการที่รัน agent เป็นทีมบนคลาวด์ ไม่ใช่แค่แอปเดสก์ท็อปสำหรับแมคอย่างที่หลายคนยังเข้าใจ มี workspace แยกและ sandbox ของตัวเอง ควบคู่กับแอปแมคและแอปมือถือ
รองรับ Claude Code, Codex, Cursor และ OpenCode และให้คุณดูภาพรวมว่า agent แต่ละตัวกำลังทำอะไร แล้วรีวิวรวมถึง merge การเปลี่ยนแปลง
เวอร์ชันล่าสุดใน changelog คือ 0.91.0 ลงวันที่ 15 ต.ค. 2026 ซึ่งยังไม่ถึง 1.0 และไม่มี repo สาธารณะให้ตรวจโค้ดภายใน
จุดที่ต้องคิดคือ Conductor แก้ปัญหาเรื่องการจัดการงานขนาน ไม่ได้แก้เรื่องคุณภาพของข้อกำหนด ส่วน Traycer ในหัวข้อถัดไปก็ทำงานคล้ายกันในแง้นี้ ถ้า spec กำกวม การรันห้าตัวขนานจะทำให้คุณได้ความกำกวมห้าชุดพร้อมกัน
Traycer วางตัวเป็นศูนย์กลางสำหรับงาน agentic coding คือให้คุณใช้ subscription ที่มีอยู่แล้ว รัน Claude Code, Codex, OpenCode และ Cursor ควบคู่กัน พร้อมกลไกให้ agent คุยกันเองเพื่อขอรีวิวหรือส่งงานต่อ
จุดขายคือ context ที่แชร์กันระหว่างงาน worktree ที่แยกจากกัน และการทำงานต่อจากเครื่องไหนก็ได้ เพราะมีทั้งแอปเดสก์ท็อป มือถือ และ remote host
ข้อควรระวังคล้ายกับ Conductor คือมันทำให้คุณทำงานขนานได้ง่ายขึ้น ซึ่งมีประโยชน์ก็ต่อเมื่องานแต่ละชิ้นมีขอบเขตชัด
มีผลิตภัณฑ์เล็กอีกหลายตัวที่โฆษณาว่าทำ spec-driven development เช่น Intent และ Auto
ผมตัดออกจากบทนี้เพราะตรวจเอกสารสาธารณะได้ไม่พอจะยืนยันว่ามันทำงานอย่างไรจริง และการเขียนรีวิวจากหน้าโฆษณาอย่างเดียวจะทำให้คุณตัดสินใจจากคำกล่าวอ้าง ไม่ใช่จากข้อเท็จจริง
ถ้าคุณใช้ตัวใดอยู่และอยากให้ผมลองตรวจเพิ่ม บอกได้ครับ
ในทางกลับกัน ถ้าทีมคุณมีคนที่ชอบอ่านโค้ดของเครื่องมืออยู่แล้ว การเลือกสายเปิดจากตอนที่ 2 จะคุ้มกว่าในระยะยาว
ตอบสามข้อนี้ได้ก่อน ก็ค่อยทดลองแบบเสียเงินน้อย ๆ
ลองเปิดหน้า pricing ของผู้ให้บริการ แล้วคำนวณว่าเครดิตหนึ่งหน่วยพอสำหรับงานหนึ่งชิ้นของคุณหรือไม่ ถ้าคำนวณไม่ออก นั่นคือคำตอบว่าคุณยังไม่ควรเซ็นสัญญารายปี
บอกผมได้ว่าทีมคุณใช้ตัวไหนอยู่ ผมจะช่วยดูว่าค่าใช้จ่ายต่อเดือนสมเหตุสมผลกับงานจริงแค่ไหน
ทั้งสี่ตัวในตอนนี้แก้ปัญหาเรื่องประสบการณ์และค่าใช้จ่าย แต่ยังเหลือคำถามใหญ่อีกข้อ คือถ้าอยากให้ agent ทำงานเป็นทีมตามกระบวนการที่กำหนดไว้ตั้งแต่ต้นจนจบ ควรใช้ framework ตัวไหน
ตอนที่ 4 ผมจะเทียบ Superpowers, BMAD และ Spec Kitty พร้อมตัวเลข issue ที่บอกภาระของคนดูแล
Kiro, "Specs", สืบค้น 24 ต.ค. 2026 (โครงสร้าง requirements, design, tasks · ตารางความสามารถแยกตาม IDE CLI เว็บ และมือถือ · analyze requirements · correctness). https://kiro.dev/docs/specs/
Kiro, "Pricing", สืบค้น 24 ต.ค. 2026 (เครดิตและราคาแต่ละแผน · โมเดลที่ใช้ได้). https://kiro.dev/pricing/
Tessl, หน้าแรกของบริษัท, สืบค้น 24 ต.ค. 2026 (ตำแหน่งผลิตภัณฑ์ปัจจุบัน สกิล ลูป และ factory · เครดิตฟรี 1,000 ต่อเดือน). https://tessl.io/
Conductor, หน้าแรกและ changelog, สืบค้น 24 ต.ค. 2026 (รัน agent เป็นทีมบนคลาวด์และบนเครื่อง · workspace และ sandbox แยก · รองรับ Claude Code, Codex, Cursor, OpenCode · เวอร์ชัน 0.91.0 ลงวันที่ 15 ต.ค. 2026). https://conductor.build/
Traycer, หน้าแรก, สืบค้น 24 ต.ค. 2026 (ใช้ subscription เดิม · รองรับ Claude Code, Codex, OpenCode, Cursor · agent คุยกันเอง · worktree). https://traycer.ai/