Kiro คืออะไร?
Kiro คือสภาพแวดล้อมการเขียนโค้ดแบบดาวน์โหลดได้ที่สร้างโดย Amazon Web Services ซึ่งพา AI-assisted development ไปในทิศทางที่เครื่องมือส่วนใหญในหมวดนี้ยังไม่เคยลอง
แทนที่เครื่องมือเขียนโค้ด AI ส่วนใหญ่จะให้คุณพิมพ์พรอมป์ต์แล้วได้โค้ดกลับมาทันที Kiro จะเริ่มจากกระบวนการวางแผนก่อน: มันจะอ่านบริบทของโปรเจกต์คุณ เขียนเอกสารข้อกำหนด สร้างดีไซน์ทางเทคนิค แยกทุกอย่างออกเป็นรายการงานแบบมีหมายเลข แล้วค่อยเริ่มเขียนโค้ด
มีให้ใช้งานในรูปแบบ IDE, เครื่องมือบรรทัดคำสั่ง, เว็บอินเทอร์เฟซ (ขณะนี้อยู่ในช่วงพรีวิวสำหรับผู้ใช้แบบชำระเงิน) และแอปมือถือ (early access บน iOS) Kiro วางตำแหน่งตัวเองเป็นเครื่องมือสำหรับนักพัฒนาที่ต้องการผลลัพธ์ที่มีโครงสร้างและดูแลรักษาได้ มากกว่าการได้โค้ดเร็ว ๆ ที่ต้องกลับมานั่งแกะใหม่ในอีกหนึ่งสัปดาห์ต่อมา
Kiro เหมาะกับใคร?
- นักพัฒนาที่เคยเจ็บจากโค้ดที่สร้างโดย AI แล้วพังหลังวันแรก เวิร์กโฟลว์แบบสเปกของ Kiro บังคับให้มีการวางแผนก่อนลงมือทำ ซึ่งหมายความว่าโค้ดที่มันเขียนสามารถโยงกลับไปยังข้อกำหนดที่บันทึกไว้ได้ ไม่ใช่ประกอบขึ้นมาจากการคาดเดา
- ทีมที่กำลังขยับไปใช้เวิร์กโฟลว์แบบ agentic Agent Hooks ของ Kiro ช่วยให้คุณทำงานซ้ำ ๆ เช่น การเขียนเทสต์หรือสร้างเอกสารได้โดยอัตโนมัติ เมื่อใดก็ตามที่ไฟล์ที่เข้าเงื่อนไขมีการเปลี่ยนแปลง โดยไม่ต้องคอยสั่งซ้ำ
- นักพัฒนาในระบบนิเวศของ AWS Kiro สร้างบนโครงสร้างพื้นฐานของ AWS ประมวลผลข้อมูลข้ามรีเจียนของ AWS ภายในภูมิภาคของคุณ และเชื่อมต่อกับบริการของ AWS ได้อย่างเป็นธรรมชาติ หากสแต็กของคุณพึ่งพา AWS อยู่แล้ว Kiro ก็เข้ากันได้โดยแทบไม่ต้องตั้งค่าเพิ่มเติม
- ผู้ใช้ VS Code ที่อยากได้ AI ที่ลึกกว่า autocomplete Kiro IDE สร้างบนพื้นฐานเดียวกับ VS Code คีย์ลัด การตั้งค่า และส่วนขยายของคุณจะย้ายตามไปได้ภายในไม่กี่นาทีระหว่างการเริ่มใช้งาน
ข้อดีและข้อเสียของ Kiro
- เวิร์กโฟลว์แบบสเปกวางแผนก่อนเขียนโค้ดใด ๆ
- Agent Hooks ทำงานอัตโนมัติตามเหตุการณ์ของไฟล์
- นำเข้าคีย์บอร์ดลัดและการตั้งค่าจาก VS Code ได้อย่างราบรื่น
- โหมด Autopilot สร้างงานได้โดยไม่ต้องคอยอนุมัติทุกครั้ง
- Steering docs ทำให้ Kiro เข้าใจบริบทของโปรเจกต์คุณ
- รองรับหลาย frontier models รวมถึง Opus 4.8
- การเชื่อมต่อ MCP server ช่วยเชื่อมเครื่องมือภายนอกแบบเนทีฟ
- ต้องดาวน์โหลด; บนฟรีเทียร์ไม่สามารถใช้ผ่านเบราว์เซอร์ได้
- 50 เครดิตฟรีหมดเร็วกว่าที่คิด
- หมดเวลาหนึ่งครั้งระหว่างเฟสการปรับปรุงข้อกำหนด
การให้คะแนนโดยรวม
จุดแข็งที่สุดของ Kiro อยู่ที่ฟีเจอร์และการทำงาน ซึ่งเวิร์กโฟลว์แบบสเปก, agent hooks และการทำงานแบบ autopilot ทำให้มันนำหน้าเครื่องมือเขียนโค้ด AI อื่น ๆ ที่รีวิวไว้ทั้งหมด มันเสียคะแนนในด้านการเข้าถึงและโมเดลเครดิต ซึ่งเป็นสองเรื่องที่ต้องมองอย่างตรงไปตรงมาก่อนจะตัดสินใจใช้งานจริง
| ฟีเจอร์ | คะแนน (เต็ม 10) | เหตุผลของคะแนน |
|---|---|---|
| ความง่ายในการใช้งาน | 7.0 | คุ้นเคยสำหรับผู้ใช้ VS Code ทุกคน; แต่ข้อกำหนดให้ดาวน์โหลดและความเป็นเครื่องมือสำหรับนักพัฒนาโดยเฉพาะทำให้ไม่เหมาะกับผู้ใช้ที่ไม่ใช่สายเทคนิค |
| ฟีเจอร์และการทำงาน | 9.5 | เวิร์กโฟลว์แบบสเปก, agent hooks, autopilot, MCP integration, steering docs: ชุดฟีเจอร์ที่ครบที่สุดในบรรดาเครื่องมือเขียนโค้ด AI ที่รีวิว |
| ดีไซน์และการปรับแต่ง | 7.0 | ธีม IDE แบบมืดและสว่าง; ควบคุมโครงสร้างโค้ดที่สร้างขึ้นได้ดีผ่านการแก้สเปกและ steering documents |
| ความคุ้มค่า | 6.5 | เครดิตฟรี 50 ของฟรีเทียร์หมดไปถึง 4.28 ตั้งแต่แค่ขั้นตอนวางแผน ก่อนที่จะมีการเขียนโค้ดแอปพลิเคชันแม้แต่บรรทัดเดียว |
| ประสิทธิภาพและความเสถียร | 7.5 | ผลลัพธ์การวางแผนละเอียดและเฉพาะเจาะจง; มีการหมดเวลาที่ได้รับการยืนยันหนึ่งครั้งที่ 7 นาที 24 วินาที ระหว่างการปรับปรุงข้อกำหนด |
| โดยรวม | 8.2 | เวิร์กโฟลว์แบบสเปกของ Kiro คือแนวทางการพัฒนาแบบ AI-assisted ที่มีโครงสร้างมากที่สุดเท่าที่รีวิวมา คะแนนนี้สะท้อนความแตกต่างที่แท้จริงของมัน โดยถูกถ่วงไว้ด้วยฟรีเทียร์ที่จำกัดและความล้มเหลวด้านความเสถียรเพียงครั้งเดียวที่พบระหว่างการทดสอบ |
ฟีเจอร์ของ Kiro
- เวิร์กโฟลว์แบบสเปก: requirements, design, tasks, code
- Agent Hooks ทำงานอัตโนมัติตามเหตุการณ์ของไฟล์
- Steering documents ให้บริบทแก่เอเจนต์เกี่ยวกับโปรเจกต์
- โหมด Autopilot ทำงานตามงานโดยไม่ต้องขออนุมัติทีละขั้น
- รองรับ MCP server สำหรับเชื่อมต่อเครื่องมือภายนอก
- นำเข้าการตั้งค่าจาก VS Code เมื่อเปิดครั้งแรก
- รองรับหลายโมเดล รวมถึง Claude Opus 4.8
รีวิว Kiro แบบตรงไปตรงมา: สิ่งที่ฉันพบหลังจากทดสอบมัน
ผู้สร้างแอป AI ส่วนใหญ่มักตกอยู่ในหนึ่งในสองประเภท:
- เครื่องมือแบบภาพที่สร้างอินเทอร์เฟซจากคำอธิบาย
- และเครื่องมือแบบแชตที่เขียนโค้ดโดยตรงจากพรอมป์ต์
Kiro ไม่เข้ากับทั้งสองประเภท ซึ่งเป็นเหตุผลว่าทำไมการรีวิวมันจึงต้องใช้แนวทางที่ต่างออกไป
Kiro คือ agentic IDE คุณไม่ได้ลากคอมโพเนนต์ลงบนผืนผ้าใบ และคุณก็ไม่ได้ได้พรีวิวสดภายใน 30 วินาที สิ่งที่คุณได้คือสภาพแวดล้อมการพัฒนาแบบโลคัลที่วางแผนการสร้างงานก่อนเริ่มทำ โดยสร้าง requirements, design document และ task list แบบมีโครงสร้าง แล้วเอเจนต์จะค่อย ๆ ทำตามทีละขั้น
แอปพลิเคชันที่มันสร้างขึ้นเป็นโปรเจกต์จริงบนเครื่องของคุณ อยู่ในไฟล์ที่คุณเป็นเจ้าของ และใช้สแต็กที่คุณกำหนด
เพื่อทดสอบว่ากระบวนการนั้นใช้งานได้จริงหรือไม่ ฉันได้สร้างแพลตฟอร์มบริหารจัดการอสังหาริมทรัพย์จากศูนย์ภายใน Kiro
พรอมป์ต์ครอบคลุมการยืนยันตัวตนของเจ้าของบ้านและผู้เช่า, การจัดการทรัพย์สินและยูนิต, การติดตามสัญญาเช่า, คำขอซ่อมบำรุงพร้อมอัปเดตสถานะ, การเชื่อมต่อการชำระเงิน Stripe, การแจ้งเตือนทางอีเมล และแดชบอร์ดของเจ้าของบ้านพร้อมรายงาน นี่คือพรอมป์ต์เดียวกับที่ใช้ประเมิน Rork, Figma Make, Uizard และ Retool ซึ่งทำให้สามารถเปรียบเทียบได้ว่าแต่ละเครื่องมือรับมือกับความซับซ้อนจริง ๆ อย่างไร แทนที่จะเป็นเพียงตัวอย่างง่าย ๆ
คำถามที่การรีวิวนี้ตั้งใจจะตอบมีความเฉพาะเจาะจง: เวิร์กโฟลว์แบบ spec-first ของ Kiro จะสร้างผลลัพธ์ที่มีโครงสร้างและดูแลรักษาได้ดีกว่าเครื่องมือที่กระโดดไปเขียนโค้ดทันทีหรือไม่?
นี่คือสิ่งที่ฉันพบ
การเริ่มใช้ Kiro: ต้องดาวน์โหลด ไม่ใช่เปิดแท็บเบราว์เซอร์
AI app builder ตัวอื่น ๆ ที่นำมาเปรียบเทียบล้วนทำงานในเบราว์เซอร์ Kiro ไม่ใช่ การเริ่มต้นใช้งานหมายถึงต้องไปที่ kiro.dev คลิก Downloads เลือกระบบปฏิบัติการของคุณ และติดตั้งแอปพลิเคชันลงบนเครื่อง

ฉันใช้ Pop OS ซึ่งเป็นลินุกซ์ดิสโทรที่มีพื้นฐานจาก Debian ดังนั้นฉันจึงเลือกแพ็กเกจ Debian (.deb) จากดรอปดาวน์ ไซต์ยังมีแพ็กเกจ Universal (.tar.gz) สำหรับระบบลินุกซ์แบบอื่น ๆ ด้วย มีตัวติดตั้งสำหรับ Windows และ macOS ให้ผ่านหน้า Downloads เดียวกัน
สิ่งที่หมายความในทางปฏิบัติ:
- เซสชันแรกต้องติดตั้งในเครื่อง ไม่ใช่เปิดผ่านแท็บเบราว์เซอร์
- ไม่มีการเข้าถึงแบบใช้อินเทอร์เน็ตอย่างเดียวบนฟรีเทียร์ (เว็บอินเทอร์เฟซมีเฉพาะในแผนแบบชำระเงินเท่านั้น และอยู่ในช่วงพรีวิวในขณะนี้)
- สำหรับนักพัฒนา นี่ไม่ใช่ปัญหา
- สำหรับใครก็ตามที่กำลังประเมิน Kiro เทียบกับเครื่องมือที่ใช้ผ่านเบราว์เซอร์ ให้เผื่อเวลาตั้งค่านี้ไว้ด้วย
การติดตั้งเป็นไปอย่างราบรื่น ไม่มีขั้นตอนตั้งค่า ไม่มีการต้องแก้ dependency ด้วยตัวเอง และแอปเปิดได้อย่างเรียบร้อยหลังจากติดตั้งแพ็กเกจตามปกติ
การลงชื่อเข้าใช้เกิดขึ้นในเบราว์เซอร์ ไม่ได้อยู่ภายในแอป
เมื่อเปิด IDE ครั้งแรก มันจะไม่ขอให้คุณล็อกอินภายในหน้าต่างแอป แต่จะพาไปยังหน้าเบราว์เซอร์เพื่อจัดการการยืนยันตัวตนที่นั่น

หน้าจอลงชื่อเข้าใช้มีสี่ตัวเลือก:
| วิธีล็อกอิน | เหมาะกับใคร |
|---|---|
| นักพัฒนาและฟรีแลนซ์รายบุคคล | |
| GitHub | ตัวเลือกที่เป็นธรรมชาติที่สุดสำหรับนักพัฒนาที่มีบัญชีอยู่แล้ว |
| AWS Builder ID | นักพัฒนาที่อยู่ในระบบนิเวศของ AWS อยู่แล้ว |
| Your Organization | ทีมองค์กรที่ใช้ SSO |
ตัวเลือก GitHub เลือกได้เหมาะกับกลุ่มเป้าหมายมากที่สุด ผู้พัฒนาส่วนใหญ่มีบัญชี GitHub อยู่แล้วและสามารถยืนยันตัวตนได้โดยไม่ต้องสร้างข้อมูลรับรองใหม่
มีบางอย่างที่ควรรู้ก่อนสมัคร:
- การลงชื่อเข้าใช้ผ่าน Google หรือ AWS Builder ID (ไม่ใช่ AWS Identity Center) จะทำให้คุณได้รับเครดิต $20 ที่นำไปใช้กับการอัปเกรดเป็นแผนแบบชำระเงินครั้งแรก เป็นสิทธิประโยชน์แบบใช้ครั้งเดียวที่ควรรู้ก่อนเลือกวิธีล็อกอิน
- การลงชื่อเข้าใช้ผ่าน “Your Organization” จะพาไปผ่าน enterprise SSO และเป็นจุดเริ่มต้นสำหรับทีมที่ต้องการการจัดการตัวตนแบบรวมศูนย์
- เมื่อคุณลงชื่อเข้าใช้ คุณยอมรับ AWS Customer Agreement, Service Terms, Privacy Notice และ AWS Intellectual Property License เนื่องจาก Kiro เป็นผลิตภัณฑ์ของ AWS ข้อมูลของคุณจะถูกประมวลผลข้ามรีเจียนของ AWS ภายในภูมิภาคของคุณ
การเริ่มต้นใช้งาน: สามขั้นตอนที่ใช้เวลาไม่ถึงสองนาที
หลังจากลงชื่อเข้าใช้ Kiro จะทำการตั้งค่าสั้น ๆ ก่อนเปิด IDE หลัก ขั้นตอนคือ:
ขั้นตอนที่ 1: เลือกธีมของคุณ Kiro Dark หรือ Kiro Light ทั้งสองแบบมีพรีวิว live ของการไฮไลต์โค้ดก่อนที่คุณจะยืนยัน

ขั้นตอนที่ 2: ตั้งค่าการเชื่อมต่อเชลล์ สิ่งนี้ช่วยให้คุณเปิดโปรเจกต์ใด ๆ จากเทอร์มินัลโดยใช้คำสั่ง kiro คุณสามารถข้ามขั้นตอนนี้และตั้งค่าทีหลังได้

ขั้นตอนที่ 3: นำเข้าจาก VS Code Kiro จะดึงส่วนขยาย VS Code ที่คุณมีอยู่แล้ว (เฉพาะที่มีใน Open VSX), การตั้งค่า และคีย์ไบน์ดิง ส่วนขยายจะถูกโหลดอยู่เบื้องหลังระหว่างที่การเริ่มต้นดำเนินต่อไป จึงไม่ต้องรออยู่หน้าจอโหลด

การนำเข้าจาก VS Code คือส่วนที่มีประโยชน์ที่สุดในเชิงปฏิบัติ หากคุณใช้เวลาหลายปีในการปรับแต่งสภาพแวดล้อม VS Code ของคุณ การย้ายมาใช้งานจึงไม่จำเป็นต้องเริ่มต้นใหม่ทั้งหมด การนำเข้าทำงานได้อย่างราบรื่นในเซสชันของฉัน
สิ่งที่การเริ่มต้นใช้งานไม่ได้รวมไว้คือการแนะนำฟีเจอร์หลักของ Kiro คุณจะไม่ได้รับการอธิบายว่า Specs, Agent Hooks หรือ Steering Documents คืออะไร คุณจะไปถึงหน้าหลักแล้วค่อยหาคำตอบด้วยตัวเอง สิ่งนี้ถือว่ายอมรับได้สำหรับกลุ่มนักพัฒนาที่มีประสบการณ์ แต่ก็หมายความว่าเซสชันแรกของคุณกับฟีเจอร์ที่โดดเด่นที่สุดของเครื่องมือจะเป็นการสำรวจด้วยตนเอง
ภายใน IDE: สี่พาเนลที่ทำให้ Kiro แตกต่าง
หน้าตา Kiro IDE คล้าย VS Code เพราะมันสร้างบนพื้นฐานเดียวกัน File explorer, editor tabs, terminal, search bar และ menu bar ล้วนทำงานตามที่คาดไว้ทั้งหมด

สิ่งที่ทำให้ Kiro แตกต่างจากการติดตั้ง VS Code ทั่วไปคือพาเนลด้านซ้ายโดยเฉพาะ ซึ่งมีสี่ส่วนที่ไม่มีอยู่ในส่วนขยายใด ๆ ของ VS Code:
| ส่วนของพาเนล | มันทำอะไร |
|---|---|
| Specs | สร้างและจัดการเอกสารข้อกำหนด (requirements, design, tasks) สำหรับงานสร้างที่ซับซ้อน |
| Agent Hooks | ตั้งค่างานอัตโนมัติที่ทำงานเมื่อมีเหตุการณ์ในระบบไฟล์ |
| Agent Steering and Skills | เก็บเอกสารแนะแนวทางที่กำหนดพฤติกรรมของเอเจนต์ในทุกเซสชัน |
| MCP Servers | เชื่อมต่อเครื่องมือภายนอกและแหล่งข้อมูลกับเอเจนต์ Kiro |
ด้านขวาของ IDE เป็นพาเนลแชต นี่คือจุดที่คุณโต้ตอบกับ Kiro และดูการใช้เครดิตแบบเรียลไทม์ “Est.
Credits Used: 0.1, Elapsed time: 57s” จะอัปเดตหลังจากการทำงานของเอเจนต์แต่ละครั้ง ซึ่งหมายความว่าคุณจะรู้เสมอว่างานแต่ละอย่างมีค่าใช้จ่ายเท่าไร
ที่ด้านล่างของแถบป้อนข้อความแชต มีตัวควบคุมสองอย่างที่กำหนดว่า Kiro จะทำงานอย่างไรในแต่ละงาน:
- ตัวเลือกโมเดล: เลือก Auto (Kiro จะเลือกโมเดลที่คุ้มค่าที่สุดสำหรับคำขอแต่ละรายการ) หรือเลือกโมเดลเฉพาะ เช่น Claude Sonnet 4.6 หรือ Claude Opus 4.8
- สวิตช์ Autopilot: เมื่อเปิด Autopilot Kiro จะเขียนและแก้ไขไฟล์โดยไม่ต้องรอให้คุณอนุมัติในแต่ละขั้นตอน เมื่อปิดไว้ Kiro จะหยุดก่อนแต่ละคำสั่งและขอให้คุณ Trust, Reject หรือ Run it manually

สำหรับการทดสอบแพลตฟอร์มบริหารจัดการอสังหาริมทรัพย์ ฉันเปิด Autopilot ไว้ระหว่างการวางแผน และใช้การอนุมัติแบบแมนนวลระหว่างการทำงานตามงานเพื่อประเมินแต่ละขั้นตอนแยกกัน
ข้อสรุป: เลย์เอาต์ของ IDE ใช้งานได้คุ้นมือภายในไม่กี่นาทีสำหรับผู้ใช้ VS Code ทุกคน ส่วนสี่หัวข้อในพาเนลซ้ายคือจุดที่คุณค่าของ Kiro อยู่ และการเข้าใจแต่ละส่วนก่อนเซสชันแรกจะเป็นตัวกำหนดว่าคุณจะได้ประโยชน์จากเครื่องมือนี้มากแค่ไหน
Steering Documents: ให้บริบท Kiro ก่อนพรอมป์ต์แรกของคุณ
สิ่งแรกที่ควรทำภายในโปรเจกต์ใหม่ใน Kiro ไม่ใช่เริ่มสร้างงาน แต่คือการสร้าง steering documents
ฉันคลิก “Generate Steering Docs” ในแผง Kiro ก่อนส่งพรอมป์ต์ใด ๆ Kiro สแกนโฟลเดอร์โปรเจกต์ที่ว่างเปล่าและสร้างไฟล์ markdown สามไฟล์ภายใน .kiro/steering/:
| ไฟล์ | เนื้อหา |
|---|---|
| product.md | ชื่อผลิตภัณฑ์, คำอธิบาย, คอนเซ็ปต์หลักของโดเมน และเป้าหมายหลัก |
| structure.md | โครงสร้างโฟลเดอร์ที่คาดไว้และหลักเกณฑ์การจัดวางไฟล์ |
| tech.md | สแต็กเทคโนโลยีที่คาดไว้ คำสั่งที่ใช้บ่อย และแนวทางการเขียนโค้ด |

สำหรับโปรเจกต์ที่ว่างเปล่าโดยสมบูรณ์ Kiro จะอนุมานค่าเริ่มต้นที่สมเหตุสมผล ได้แก่ React with TypeScript, Next.js API routes, PostgreSQL, Prisma, Tailwind CSS และการยืนยันตัวตนแบบ JWT มันทำเครื่องหมายทั้ง tech.md และ structure.md ว่าเป็น placeholder ที่ต้องอัปเดตเมื่อสแต็กจริงได้รับการยืนยันจากการ scaffold
สิ่งนี้สำคัญเพราะการทำงานของเอเจนต์ในขั้นต่อไปทุกครั้งจะอ่านไฟล์เหล่านี้ก่อนทำอะไร เมื่อคุณ scaffold โปรเจกต์และยืนยันสแต็กจริงแล้ว การอัปเดต tech.md จะทำให้ Kiro นำหลักเกณฑ์เหล่านั้นไปใช้โดยอัตโนมัติในทุกงานถัดไป
คุณยังสามารถเพิ่มไฟล์ steering ของคุณเองสำหรับมาตรฐานการออกแบบ API, การตั้งชื่อ, กฎการ deploy หรือข้อกำหนดอื่น ๆ ที่คุณต้องการให้เอเจนต์ถือว่าเป็นค่าคงที่ได้ด้วย
Vibe Mode vs Spec Mode: การตัดสินใจที่กำหนดทั้งการสร้างงาน
เมื่อคุณเปิดแชตสำหรับงานใหม่ Kiro จะมีสองโหมดให้เลือกก่อนที่คุณจะพิมพ์อะไร:
Vibe mode ให้คุณคุยก่อนแล้วค่อยสร้างงานไปพร้อมกัน ไม่มีเอกสารวางแผน ไม่มีผลลัพธ์ที่มีโครงสร้าง เหมาะสำหรับการทดลองเร็ว ๆ การสำรวจในช่วงต้น หรือภารกิจที่ข้อกำหนดยังอยู่ระหว่างปรับ
Spec mode จะรันลำดับการวางแผนก่อนที่จะมีการเขียนโค้ดใด ๆ Kiro จะสร้าง requirements, technical design document และ task list หลังจากทั้งสามอย่างถูกตรวจและอนุมัติแล้ว จึงจะเริ่มเขียนโค้ด เหมาะที่สุดสำหรับงานระดับโปรดักชันที่ต้องการการดูแลรักษา

ฉันเลือก Spec mode สำหรับแพลตฟอร์มบริหารจัดการอสังหาริมทรัพย์ หลังจากส่งพรอมป์ต์ Kiro ถามคำถามต่ออีกสองข้อก่อนจะสร้างอะไรออกมา:
- “What do you want to start with?” (Requirements, ทำเครื่องหมายว่าแนะนำ, หรือ Technical Design)
- “Is this a new feature or a bugfix?” (Build a Feature, แนะนำ, หรือ Fix a Bug)

คำถามเหล่านี้กำหนดโครงสร้างของทุกอย่างที่ตามมา การเลือก “Requirements” หมายถึง Kiro จะเขียน user stories และ acceptance criteria ก่อนแตะสถาปัตยกรรม
ลำดับนั้นสร้าง artifact การวางแผนที่ต่างอย่างสิ้นเชิงจากการเริ่มด้วย technical design แล้วค่อยย้อนสร้างข้อกำหนดทีหลัง
เวิร์กโฟลว์แบบสเปก: ข้อกำหนด, ดีไซน์, และรายการงาน ก่อนมีโค้ดใด ๆ
นี่คือส่วนที่ทำให้ Kiro คุ้มค่ากับการประเมินอย่างจริงจัง
หลังจากเลือก “Requirements” และ “Build a Feature” แล้ว Kiro ได้สร้างไฟล์ requirements.md ภายใน .kiro/specs/property-management-platform/ เอกสารปรากฏใน editor ทันที ฉันสามารถอ่านมันขณะที่กำลังถูกเขียนอยู่ เนื้อหาประกอบด้วย:
glossary: มีการกำหนดศัพท์เฉพาะโดเมน 12 คำอย่างแม่นยำ รวมถึง Auth_Service, Property_Service, Lease_Service, Payment_Service, Maintenance_Service, Notification_Service และ Dashboard_Service โดยแต่ละคำถูกจับคู่กับ subsystem ที่วางแผนไว้เฉพาะ
platform description: มีการบันทึกทั้งบทบาท Landlord และ Tenant พร้อมสแต็กเทคโนโลยีที่ยืนยันแล้ว ได้แก่ Next.js, TypeScript, PostgreSQL, Prisma, Tailwind CSS, Stripe และ Docker

หลังจากสร้างเอกสารเริ่มต้นแล้ว Kiro ได้รันขั้นตอนการปรับแต่งโดยอัตโนมัติ มันแยก parsed ข้อกำหนดทั้ง 12 ข้อ ส่ง detailer sub-agents แบบขนานไปตามแต่ละข้อ และอัปเดต requirements.md ด้วย acceptance criteria แบบเต็มสำหรับทุกข้อกำหนด แผงแสดงสิ่งนี้แบบเรียลไทม์: “Refining requirements 12/12.”
เมื่อข้อกำหนดเสร็จแล้ว ฉันคลิก “Continue” และเลือก “Generate Design and Tasks” Kiro สร้าง design.md และ tasks.md พร้อมกัน การแตกงานย่อยเป็นไฮไลต์ของเซสชันนี้:

11 กลุ่มงาน, 43 งานย่อย, เรียงตามลำดับการพัฒนา:
- การ scaffold โปรเจกต์และโครงสร้างพื้นฐาน
- การยืนยันตัวตน (JWT, blacklist, middleware, หน้าเพจ)
- การจัดการทรัพย์สินและยูนิต
- การจัดการผู้เช่า
- การจัดการสัญญาเช่า, การอัปโหลดเอกสาร, และ cron job
- คำขอซ่อมบำรุง
- Stripe payments และ webhook
- การแจ้งเตือนทางอีเมล
- แดชบอร์ดเจ้าของบ้านและการรายงาน
- คอมโพเนนต์ UI และเลย์เอาต์ที่ใช้ร่วมกัน
- การทำให้ API แข็งแกร่งขึ้น (rate limiting, CORS, health check, environment validation)
แต่ละงานย่อยมีคำสั่งที่แน่นอน, เส้นทางไฟล์, และการอ้างอิงข้อกำหนดที่ติดตามได้ Task 1.1 เช่น อ้างอิง Requirements R12 (Docker) และ R10 (REST API) โดยตรงในคำอธิบาย การเชื่อมโยงระหว่างการวางแผนและการลงมือทำชัดเจนและตรวจสอบได้ตลอด

Rork เมื่อเทียบกันแล้ว ข้ามขั้นตอนทั้งหมดนี้และไปสร้าง user interface จากพรอมป์ต์โดยตรง ความแตกต่างของคุณภาพผลลัพธ์เห็นได้ชัด: task list ของ Kiro มีความเฉพาะเจาะจงพอที่จะส่งต่อให้มนุษย์นักพัฒนาแล้วเข้าใจได้ทันทีว่าต้องสร้างอะไร และควรทำตามลำดับใด
การทำงานของงาน: Kiro สร้างอะไรจริงบ้าง
เมื่ออนุมัติ task list แล้ว ฉันคลิก “Start task” ที่ Task 1.1: Initialize Next.js 14 project with TypeScript, Tailwind CSS, and ESLint.

Kiro อัปเดตสถานะงานเป็น “in progress” ใน tasks.md แล้วส่งมอบการดำเนินการให้กับ spec-task-execution sub-agent เอเจนต์ตรวจ workspace ก่อน ยืนยันว่ามีแค่โฟลเดอร์ .kiro spec โดยยังไม่มีโปรเจกต์ Next.js อยู่ แล้วจึงเริ่ม scaffold โปรเจกต์

ภายในรอบการทำงานแรก ไฟล์ใน tree ถูกเติมด้วย:
- package.json ที่มี Next.js, React 19.2.4, TypeScript และ Tailwind dependencies ระบุไว้
- tsconfig.json, eslint.config.mjs, next.config.ts
- โครงสร้างไดเรกทอรี src/ และ public/
- AGENTS.md และ CLAUDE.md ซึ่ง Kiro สร้างเป็นไฟล์คำแนะนำเอเจนต์สำหรับโปรเจกต์
- README.md

ไฟล์ CLAUDE.md เป็นสิ่งที่น่าสังเกต: Kiro เป็นผลิตภัณฑ์ของ AWS แต่ทำงานบนโมเดล Claude ของ Anthropic ไฟล์ CLAUDE.md คือวิธีที่เอเจนต์ที่ใช้ Claude เก็บคำแนะนำเฉพาะโปรเจกต์ของพวกมัน การมีไฟล์นี้อยู่ใน scaffold ที่ถูกสร้างขึ้นสะท้อนถึงโมเดลพื้นฐานที่ใช้ แม้จะอยู่ภายในบริบทของโครงสร้างพื้นฐาน AWS ก็ตาม

ที่ด้านบนของมุมมอง task list จะมีปุ่ม “Run all tasks” ที่ช่วยให้ Kiro รันงานย่อยทั้ง 43 งานต่อเนื่องได้เมื่อเปิด Autopilot
ฉันรันงานทีละงานเพื่อประเมินแต่ละขั้นตอน สำหรับโปรเจกต์จริงที่คุณมั่นใจในแผนที่อนุมัติแล้ว การรันทุกงานอัตโนมัติและตรวจสอบผลลัพธ์หลังจบแต่ละกลุ่มถือเป็นเวิร์กโฟลว์ที่สมเหตุสมผลและประหยัดเวลา

ทุกไฟล์ที่ Kiro สร้างขึ้นระหว่างการทำงานเป็นไฟล์จริงในไดเรกทอรีโปรเจกต์โลคัลของฉัน ซึ่งเป็นของฉันและแก้ไขได้ตั้งแต่วินาทีแรก นี่เป็นความแตกต่างที่มีความหมายจากเครื่องมือที่ทำงานผ่านเบราว์เซอร์อย่าง Figma Make หรือ Uizard ซึ่งผลลัพธ์จะเป็นเพียง asset ของดีไซน์หรือแอปที่โฮสต์ไว้ที่คุณไม่สามารถควบคุมในเครื่องได้โดยตรง
Timeout ที่นาทีที่เจ็ด: สิ่งนี้บอกอะไรเกี่ยวกับความเสถียร
ฉันขอพูดตรง ๆ เกี่ยวกับเรื่องนี้เพราะมันเกิดขึ้นระหว่างส่วนที่สำคัญที่สุดของการทดสอบ
หลังจาก Kiro ปรับปรุงข้อกำหนดทั้ง 12 ข้อ และยอมรับการแก้ไขใน requirements.md เอเจนต์ก็หมดเวลา ข้อความผิดพลาดในแผงแชตระบุว่า:
“The request timed out. Please try again. (Conversation ID: 29d25548-c3ce-414c-8f57-702124c7fec6). Elapsed time: 7m 24s.”

เหตุการณ์นี้เกิดขึ้นในช่วงเปลี่ยนจากเฟส requirements ไปยังการสร้าง design งานที่ทำเสร็จไปก่อนหมดเวลาถูกบันทึกไว้ ไม่มีข้อกำหนดใดสูญหาย
หลังจากยอมรับข้อผิดพลาด ฉันคลิก “Continue” และเลือก “Generate Design and Tasks” Kiro กู้คืนได้โดยไม่ทำขั้นตอนข้อกำหนดซ้ำ สร้างเอกสารทั้งสองฉบับได้อย่างเรียบร้อย และดำเนินต่อไปตามปกติในช่วงที่เหลือของเซสชัน
บริบทที่สำคัญมีดังนี้:
- timeout เกิดขึ้นกับพรอมป์ต์ที่ซับซ้อนซึ่งครอบคลุม 12 พื้นที่ข้อกำหนดที่ต่างกัน และมีการปรับแต่งแบบขนานทำงานอยู่ งานที่ง่ายกว่าน่าจะใช้เวลาไม่ยาวขนาดนี้
- Kiro อยู่ในช่วงพรีวิว และความเสถียรเมื่อทำงานซับซ้อนถึงขอบเขตถือเป็นลักษณะที่พบได้ในเครื่องมือที่อยู่ระยะนี้
- การกู้คืนทำได้เรียบร้อย ระบบ checkpoint เก็บงานที่ทำไว้ทั้งหมดและขั้นตอนถัดไปสามารถรันได้ทันที
อย่างไรก็ตาม การหมดเวลาในนาทีที่เจ็ดของฟีเจอร์ที่เป็นจุดขายที่สุดของเครื่องมือนี้ถือเป็นประสบการณ์ที่ล้มเหลวจริง ๆ หากคุณกำลังทำงานแข่งกับเวลา เครื่องมือที่หยุดแล้วต้องกดลองใหม่ด้วยตนเองย่อมน่าหงุดหงิด แม้การกู้คืนจะราบรื่นก็ตาม
Agent Hooks: ระบบอัตโนมัติที่ทำงานโดยไม่ต้องมีคนสั่ง
Agent Hooks ไม่ปรากฏในเครื่องมือเขียนโค้ด AI อื่นใดที่รีวิวไว้ควบคู่กัน และสมควรได้รับความสนใจเป็นพิเศษ เพราะมันแสดงวิธีคิดเกี่ยวกับ AI assistance ที่ต่างออกไป
Hook คือ task ที่รันอัตโนมัติเมื่อเกิดเหตุการณ์ในระบบไฟล์ คุณอธิบายพฤติกรรมเป็นภาษาธรรมดา Kiro แปลงมันเป็นตัวฟังเหตุการณ์ และจากจุดนั้นพฤติกรรมนั้นจะทำงานอยู่เบื้องหลังทุกครั้งที่เงื่อนไขทริกเกอร์เกิดขึ้น ไม่มีคำสั่งให้รัน ไม่มีการเตือนให้ตั้ง

ตัวอย่างสิ่งที่ Hooks ทำได้:
- เมื่อบันทึกไฟล์: สร้างเทสต์พื้นฐานสำหรับ component ใด ๆ ที่ยังไม่มีไฟล์เทสต์
- เมื่อบันทึกไฟล์: รันการทำความสะอาดโค้ดหรือการตรวจจัดรูปแบบ
- เมื่อสร้างไฟล์: สร้างเอกสารสำหรับฟังก์ชันใหม่โดยอัตโนมัติ
- เมื่อมีการเปลี่ยนแปลงสตริงคอนสแตนต์: อัปเดตไฟล์ localization โดยไม่ต้องทำด้วยตนเอง

Hook ถูกเก็บไว้ใน .kiro/hooks/ เป็นไฟล์ที่แก้ไขได้ หากคุณต้องการปรับเงื่อนไขทริกเกอร์หรือคำสั่งก็แก้ไฟล์นั้นโดยตรง การตั้งค่านี้โปร่งใสและสามารถเก็บเวอร์ชันร่วมกับโปรเจกต์ส่วนอื่นได้
ตัวอย่าง test-on-save คือสิ่งที่ใช้งานได้จริงที่สุด: นักพัฒนามักเลื่อนการเขียนเทสต์ไปจนจบสปรินต์ และ hook ที่ค่อย ๆ เพิ่มเทสต์พื้นฐานทุกครั้งที่บันทึก component จะตัดสินใจนั้นออกไปเลย เทสต์จะปรากฏใน file tree หลังการบันทึกครั้งถัดไปโดยที่คุณไม่ต้องทำอะไร
การใช้เครดิต: ฟรีเทียร์ให้คุณได้จริงแค่ไหน
โมเดลเครดิตเป็นส่วนที่ต้องอ่านอย่างระมัดระวังที่สุดก่อนจะตัดสินใจใช้งาน
ฟรีเทียร์ให้คุณ 50 เครดิต นี่คือสิ่งที่เซสชันสเปกของแพลตฟอร์มบริหารจัดการอสังหาริมทรัพย์หนึ่งครั้งใช้ไป: 4.28 เครดิตสำหรับการวางแผนเท่านั้น ครอบคลุม requirements, design document และ task list เต็ม 43 งาน ก่อนจะมีการเขียนโค้ดแอปพลิเคชันแม้แต่บรรทัดเดียว
ด้วยอัตราการใช้แบบนั้น:
| สถานการณ์ | การใช้งานบนฟรีเทียร์โดยประมาณ |
|---|---|
| เซสชันวางแผนอย่างเดียว (ไม่มีการรันโค้ด) | ประมาณ 11 เซสชัน |
| วางแผนพร้อมรันงานบางส่วน | 3 ถึง 5 เซสชัน |
| spec-to-execution แบบเต็มบนโปรเจกต์ที่ซับซ้อน | ได้สูงสุด 1 โปรเจกต์เต็ม |
กลไกสำคัญที่ควรรู้ก่อนสมัคร:
- เครดิตไม่ทบไปเดือนถัดไป เครดิตที่เหลือเมื่อจบเดือนบิลจะหายไป
- การคิด overage ถูกปิดเป็นค่าเริ่มต้นในทุกแผนแบบชำระเงิน คุณต้องเปิดใน Settings ก่อนที่จะถึงขีดจำกัด ไม่เช่นนั้น Kiro จะหยุดทำงานกลางงาน
- การเลือกโมเดลมีผลต่ออัตราการใช้ รันงานเดียวกันผ่าน Claude Sonnet 4.6 จะใช้เครดิตมากกว่า Auto mode 1.3 เท่า โมเดล Opus ก็แพงขึ้นไปอีก
- ผู้ใช้ฟรีเทียร์จะได้ Claude Sonnet 4.5 และกลุ่ม open weight models รวมถึง Qwen3 Coder Next, DeepSeek v3.2 และ MiniMax 2.1 ผู้ใช้แบบชำระเงินจะปลดล็อก Claude Sonnet 4.6, Claude Opus 4.6 และ Claude Opus 4.8
- การใช้เครดิตจะแสดงในแผงแชตหลังการทำงานของเอเจนต์แต่ละครั้ง และอัปเดตในแดชบอร์ดการสมัครสมาชิกทุก 5 นาที
ตัวติดตามเครดิตแบบเรียลไทม์ (“Est. Credits Used: 0.1, Elapsed time: 57s” หลังแต่ละงาน) เป็นฟีเจอร์ความโปร่งใสที่ไม่มีเครื่องมือที่เทียบเคียงได้ในตอนนี้ คุณจะรู้ชัดเจนว่าแต่ละงานมีค่าใช้จ่ายเท่าไรขณะมันกำลังทำงาน ซึ่งช่วยตัดสินใจว่าจะใช้ Auto mode หรือโมเดลเฉพาะสำหรับงานนั้น ๆ ดี
ราคาและแผนของ Kiro
Kiro ใช้โมเดลแบบเครดิต มีห้าระดับ ตั้งแต่แผนฟรีที่มีการจัดสรรเครดิตรายเดือนคงที่ ไปจนถึงแผนความจุสูงที่ออกแบบมาสำหรับการใช้งานระดับมืออาชีพทุกวัน
แผนแบบชำระเงินทั้งหมดรวมการเข้าถึงโมเดลระดับพรีเมียม ตัวเลือกเปิด pay-per-use overage และฟีเจอร์ทั้งหมดของ Kiro รวมถึง specs, hooks, autopilot และ CLI access
สิ่งที่ควรรู้ก่อนเลือกแผน:
- แผนฟรีให้เครดิตรายเดือนแบบคงที่โดยไม่ต้องใช้บัตรเครดิต มันไม่หมดอายุ แต่เซสชันสเปกที่ซับซ้อนเพียงครั้งเดียวก็จะทำให้เครดิตหายไปพอสมควร
- ครั้งแรกที่คุณอัปเกรดจากฟรีไปเป็นแผนแบบชำระเงินโดยใช้ Google หรือ AWS Builder ID (ไม่ใช่ AWS Identity Center) คุณจะได้รับเครดิต $20 เพื่อนำไปใช้กับค่าสมัครสมาชิก สิทธิประโยชน์นี้ใช้ได้เพียงครั้งเดียว
- Kiro คิดบิลในวันแรกของทุกเดือนตามปฏิทิน การอัปเกรดกลางเดือนหมายถึงการจ่ายแบบ prorated แต่จะได้เพดานเครดิตเต็มของแผนใหม่ทันที
- การคิด overage มีให้ในทุกแผนแบบชำระเงินในอัตราคงที่ต่อเครดิตเพิ่มเติม แต่ปิดไว้เป็นค่าเริ่มต้น เปิดใน Settings ก่อนที่คุณจะถึงเพดาน ไม่เช่นนั้น Kiro จะหยุดงานเมื่อเครดิตหมด
- เครดิตที่ไม่ได้ใช้จะไม่ถูกย้ายไปเดือนถัดไป
- นักพัฒนาแต่ละคนต้องมีสมาชิกภาพของตัวเอง ไม่มีตัวเลือก seat แบบแชร์ทีมในตอนนี้ ฟีเจอร์การคิดบิลสำหรับทีมระบุว่า coming soon
- นโยบายมาตรฐานของ Kiro คือไม่มีการคืนเงินเมื่อยกเลิกกลางเดือน การเข้าถึงจะดำเนินต่อไปจนจบรอบบิล การคืนเงินพิจารณาเป็นกรณี ๆ ไปเฉพาะกรณีข้อผิดพลาดในการเรียกเก็บเงินเท่านั้น
- รับชำระด้วยบัตรเครดิตเท่านั้น
- ราคาของ GovCloud (US) สูงกว่าราคามาตรฐานประมาณ 20% และไม่มีฟรีเทียร์ในสภาพแวดล้อมนั้น การเข้าถึง GovCloud ต้องใช้แผนแบบชำระเงินและการยืนยันตัวตนระดับองค์กรผ่าน AWS IAM Identity Center
- เว็บอินเทอร์เฟซอยู่ในช่วงพรีวิวและให้เฉพาะผู้ใช้แบบชำระเงินเท่านั้น เครดิตถูกใช้ในอัตราเดียวกันไม่ว่าคุณจะทำงานใน IDE, CLI หรือเว็บ
แผนไหนเหมาะกับผู้ใช้ประเภทใด: แผนฟรีเพียงพอสำหรับการประเมินที่แท้จริง สำหรับการพัฒนาจริงบนโปรเจกต์จริง จำเป็นต้องใช้แผนแบบชำระเงินเพื่อหลีกเลี่ยงการหมดกลางเซสชัน แผนระดับสูงกว่าจะเหมาะกับนักพัฒนาที่รันเซสชันสเปกเต็มหลายครั้งต่อสัปดาห์หรือทำงานกับหลายโปรเจกต์ซับซ้อนพร้อมกัน
ทางเลือกอื่นแทน Kiro
คู่แข่งที่ตรงที่สุดของ Kiro คือ Cursor ซึ่งเป็น code editor ที่ขับเคลื่อนด้วย AI และสร้างบนพื้นฐานของ VS Code เช่นกัน โดยมุ่งเป้าไปที่นักพัฒนาที่ต้องการ AI ฝังลึกในสภาพแวดล้อมการพัฒนา
ความแตกต่างหลักคือปรัชญาการทำงาน Cursor ถูกสร้างมาเพื่อเร่งสิ่งที่คุณกำลังทำอยู่แล้ว: คุณเขียนโค้ด และ Cursor คอยช่วย
Kiro ถูกสร้างมาเพื่อรับช่วงการวางแผนก่อน: เอเจนต์จะกำหนดก่อนว่าต้องสร้างอะไร แล้วจึงค่อยเริ่มเขียน หากสิ่งที่ทำให้คุณหงุดหงิดที่สุดคือการสลับบริบทระหว่างแชต AI กับ editor Cursor จะตอบโจทย์นี้ได้ตรงกว่า หากสิ่งที่คุณหงุดหงิดคือโค้ดที่ AI สร้างขึ้นมาโดยไม่มีโครงสร้างหรือดูแลรักษายาก Kiro คือคำตอบที่เกี่ยวข้องมากกว่า
| ฟีเจอร์ | Kiro | Cursor |
|---|---|---|
| ความง่ายในการใช้งาน | คุ้นเคยสำหรับผู้ใช้ VS Code; เวิร์กโฟลว์แบบสเปกเพิ่มเส้นโค้งการเรียนรู้ | คุ้นเคยสำหรับผู้ใช้ VS Code; เริ่มต้นใช้งานได้ง่ายกว่า |
| เหมาะที่สุดสำหรับ | การสร้างงานแบบมีโครงสร้างและขับเคลื่อนด้วยสเปกสำหรับโปรเจกต์ระดับโปรดักชัน | การแก้ไขโค้ดด้วย AI อย่างรวดเร็วและงานเอเจนต์ภายใน codebase ที่มีอยู่ |
| แบ็กเอนด์และข้อมูล | สร้างโปรเจกต์โลคัลจริงที่ควบคุมสแต็กได้เต็มรูปแบบ | แก้ไขและขยายไฟล์ของโปรเจกต์ที่มีอยู่ด้วยการควบคุมสแต็กเต็มรูปแบบ |
| ความยืดหยุ่นด้านดีไซน์ | ไม่มี visual builder; สร้างโค้ดจริงที่เป็นของคุณบนเครื่อง | ไม่มี visual builder; สร้างโค้ดจริงที่เป็นของคุณบนเครื่อง |
| โมเดลราคา | แบบเครดิต; 50 เครดิตฟรี; การใช้งานทั้งหมดดึงจากการจัดสรรเครดิตรายเดือน | แบบเครดิตตั้งแต่เดือนมิถุนายน 2025; Auto mode ใช้ได้ไม่จำกัด; การเลือกโมเดลพรีเมียมดึงจากพูลเครดิตรายเดือน |
บทสรุปสุดท้าย: Kiro คุ้มค่าหรือไม่?
Kiro โดดเด่นด้วยการวางแผนก่อนการเขียนโค้ด เวิร์กโฟลว์แบบสเปก, steering documents และการแตกงานออกเป็น task ช่วยสร้าง codebase ที่มีโครงสร้างและดูแลรักษาได้ดีกว่าเครื่องมือ AI ที่กระโดดไปเขียนโค้ดทันที ฟีเจอร์ Agent Hooks ก็เป็นอีกไฮไลต์หนึ่ง เพราะเปิดทางให้ระบบอัตโนมัติที่ทำงานต่อเนื่องได้หลังจบพรอมป์ต์เดียว
ข้อแลกเปลี่ยนคือเส้นโค้งการเรียนรู้และราคา ฟรีเทียร์จำกัดเกินไปสำหรับโปรเจกต์ใหญ่ และนักพัฒนาต้องสบายใจที่จะทำงานใน IDE ระหว่างการทดสอบ ฉันก็พบ timeout หนึ่งครั้งด้วย แม้ว่า Kiro จะกู้คืนได้โดยไม่สูญเสียงานก็ตาม
หากคุณเป็นนักพัฒนาที่กำลังสร้างซอฟต์แวร์ระดับโปรดักชัน Kiro คือหนึ่งในเครื่องมือเขียนโค้ด AI ที่แข็งแกร่งที่สุดที่มีอยู่ในตอนนี้ หากคุณกำลังมองหา no-code app builder แบบง่าย ๆ มันไม่ใช่ตัวเลือกที่เหมาะ

