ตัวละครลูกโลก Eco² ที่ปรับแต่งสำหรับพอร์ตโฟลิโอนี้จากตัวละครหลักอย่างเป็นทางการล่าสุด: ลูกโลกสีฟ้า แผ่นดินสีเขียว ต้นอ่อนบนหัว และใบหน้ายิ้มสีน้ำตาล
กลับไปที่ห้องจัดแสดง

Eco²

Backend · Cloud infrastructure

คำแนะนำการแยกขยะจากรูปถ่ายหนึ่งใบและบทสนทนา

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

2025.10.31 — 2026.02.10

โปรเจกต์ทีม · โครงสร้างพื้นฐานและฐานการดีพลอย → แบ็กเอนด์ของโดเมน → การประมวลผลแบบอะซิงโครนัส เอเจนต์สนทนา การตรวจยืนยัน

2025 새싹 해커톤 (Saessak Hackathon)รางวัลดีเด่น · 2025.12.02

  • เว็บแอปปิดให้บริการแล้ว

การแก้ไขที่แยกจากเอเจนต์อื่น รีวิวที่แบ่งตามแง่มุม

สองกรณีที่แก้ไขด้วยเอเจนต์เขียนโค้ดในแบ็กเอนด์ของ Eco² ระบุชื่อโมเดลเฉพาะเมื่อมีเครื่องหมายผู้เขียนร่วม Claude Opus 4.5 หรือ 4.6 บันทึกไว้

คำอธิบายสัญลักษณ์ทั้งหมด

วิธีอ่าน · หลักเดียวกันสำหรับทุกกรณี

  • คอลัมน์คือผู้กระทำ จากบนลงล่างคือเวลา
  • เส้นทึบ: การส่งต่อหรือขั้นถัดไปที่บันทึกไว้
  • เส้นสีลาพิสหนา ↩: ข้อค้นพบที่ส่งงานกลับ
  • เส้นประ: ไม่ใช่การรันที่บันทึกไว้ (กฎที่เขียนไว้ คำแนะนำที่ไม่มีอำนาจ ขอบเขตที่ยังไม่ตรวจยืนยัน)
  • สี่เหลี่ยม: การกระทำ
  • มุมมน: สถานะหรือข้อค้นพบที่สังเกตได้
  • มุมพับ: อาร์ติแฟกต์หรือหลักฐาน
  • คอลัมน์ลายเส้นทแยง: ส่วนของผลิตภัณฑ์ที่กำลังพัฒนา (ไม่ใช่เอเจนต์ที่ใช้สร้าง)

กรณี 1 / 2 · แยกจาก branch develop ที่เอเจนต์อื่นใช้อยู่ การสตรีมโทเค็นถูกแก้ในสองรอบ

January 2026

แยกจาก branch develop ที่เอเจนต์อื่นใช้อยู่ การสตรีมโทเค็นถูกแก้ในสองรอบ

  1. เอเจนต์เขียนโค้ดเอเจนต์อื่น

    การกระทำมีงานอื่นกำลังดำเนินอยู่บน develop

    • ส่งต่อtree ถูกใช้อยู่ → แยกออก→ worktree แยก · บันทึกการวิเคราะห์ก่อน (worktree การแก้ไข)
  2. กำลังพัฒนาสตรีม Chat

    การสังเกต · ข้อค้นพบมีเพียงอีเวนต์ขั้นตอนมาถึง ไม่มีโทเค็น

    • ส่งต่อขอบเขต: การส่งสตรีม→ worktree แยก · บันทึกการวิเคราะห์ก่อน (worktree การแก้ไข)
  3. เอเจนต์เขียนโค้ดworktree การแก้ไข

    การกระทำworktree แยก · บันทึกการวิเคราะห์ก่อน

    • ส่งต่อไฟล์ที่ต้องเปลี่ยน→ ห่อ OpenAI SDK ด้วย adapter ของ LangChain (worktree การแก้ไข)
  4. เอเจนต์เขียนโค้ดworktree การแก้ไข

    การกระทำห่อ OpenAI SDK ด้วย adapter ของ LangChain

    • ส่งต่อ→ PR #437 → ผสานเข้า develop (ผลงาน)
  5. อาร์ติแฟกต์ผลงาน

    อาร์ติแฟกต์PR #437 → ผสานเข้า develop

    • ส่งต่อ→ worktree · ขั้นตอนการวิเคราะห์ใน skill git-workflow (ผลงาน)
    • ส่งต่อE2E หลังผสาน→ โทเค็นคำตอบซ้ำ · intent “general” รั่วไหล (สตรีม Chat)
  6. กำลังพัฒนาสตรีม Chat

    การสังเกต · ข้อค้นพบโทเค็นคำตอบซ้ำ · intent “general” รั่วไหล

  7. อาร์ติแฟกต์ผลงาน

    อาร์ติแฟกต์worktree · ขั้นตอนการวิเคราะห์ใน skill git-workflow

  8. เอเจนต์เขียนโค้ดworktree การแก้ไข

    การกระทำแยกผู้ส่งสองรายด้วย node · seq → ข้ามโทเค็นที่ดักจับแล้ว (สองรอบ)

    • ส่งต่อก่อน / หลัง→ ตัวอย่าง SSE ที่บันทึกไว้ ก่อนและหลัง (สตรีม Chat)
    • ส่งต่อการตรวจระดับคำสั่ง→ การตรวจคำสั่งในเครื่อง: โทเค็นของ notifier 0 (ผลงาน)
  9. กำลังพัฒนาสตรีม Chat

    การสังเกต · ข้อค้นพบตัวอย่าง SSE ที่บันทึกไว้ ก่อนและหลัง

  10. อาร์ติแฟกต์ผลงาน

    อาร์ติแฟกต์การตรวจคำสั่งในเครื่อง: โทเค็นของ notifier 0

    • ส่งต่อ→ PR #448 · ผสานหลังแก้ conflict กับ develop (ผลงาน)
  11. อาร์ติแฟกต์ผลงาน

    อาร์ติแฟกต์PR #448 · ผสานหลังแก้ conflict กับ develop

บริบท
SSE ของ Chat ส่งอีเวนต์ระดับขั้นตอนแต่ไม่มีโทเค็น เอเจนต์อื่นกำลังทำงานบน develop งานจึงเริ่มจากบันทึกการวิเคราะห์ใน worktree แยก หลังการแก้ไขแรกถูกผสาน การซ้ำซ้อนและการรั่วไหลที่สังเกตได้ในตอนนั้นถูกจำกัดให้แคบลงด้วยการแก้ไขครั้งที่สอง
ผลลัพธ์
ความรับผิดชอบในการส่งโทเค็นถูกจำกัดให้เหลือเพียงโหนดเดียวที่สร้างโทเค็นจริง การตรวจคำสั่งแสดงเพียงว่า notifier ไม่ส่งโทเค็น ส่วนตัวอย่าง SSE ที่บันทึกไว้แสดงการสังเกต E2E หลังจากนั้น ทั้งสองเป็นหลักฐานคนละชิ้น
ข้อจำกัด
ไม่มีการบันทึกตัวตนและโมเดลของเอเจนต์อื่น รวมถึงจำนวนเอเจนต์เขียนโค้ด ทั้งสอง PR ไม่มีการอนุมัติรีวิวอย่างเป็นทางการ และบันทึกนี้ไม่ใช่ทั้งบริการปัจจุบันและการรัน E2E ครั้งใหม่
แหล่งอ้างอิงและข้อจำกัดที่เหลือ
  • ภายใน PR #448 แพตช์แรกข้ามเฉพาะโทเค็นคำตอบ แพตช์ต่อมาทำให้ ProcessChatCommand ข้ามโทเค็นข้อความที่ดักจับทั้งหมด ทั้งสองไม่ได้ถูกรวมเป็นการแก้ไขเดียวที่ได้ผลตั้งแต่ครั้งแรก
  • บันทึกการวิเคราะห์และตัวอย่าง SSE ก่อน/หลังเป็นบันทึกรายงานภายในในรีโพซิทอรี

February 10, 2026

evaluator ถูกรีวิวทีละแง่มุม และเฉพาะข้อค้นพบที่เป็นรูปธรรมเท่านั้นที่กลายเป็นโค้ด

  1. เอเจนต์เขียนโค้ดการพัฒนา

    การกระทำไปป์ไลน์ประเมินแคนดิเดต

    • ส่งต่อรีวิวทีละแง่มุม→ ข้อค้นพบ: ไม่มีการสุ่มตัวอย่าง · cost guard / ผลลัพธ์เปลี่ยนแปลงได้ / การตั้งค่าอยู่นอก closure (ห้าแง่มุมการรีวิว)
  2. รีวิว · การตรวจยืนยันห้าแง่มุมการรีวิว

    การสังเกต · ข้อค้นพบข้อค้นพบ: ไม่มีการสุ่มตัวอย่าง · cost guard / ผลลัพธ์เปลี่ยนแปลงได้ / การตั้งค่าอยู่นอก closure

  3. เอเจนต์เขียนโค้ดการพัฒนา

    การกระทำสุ่มตัวอย่างและตรวจค่าใช้จ่ายรายวันก่อนประเมิน

  4. เอเจนต์เขียนโค้ดการพัฒนา

    การกระทำออบเจกต์ผลลัพธ์แบบ frozen · การผูก config อย่างชัดแจ้ง

    • ส่งต่อการตรวจ→ การตรวจ unit · wiring (ในเครื่อง · mock) (ผลงาน)
  5. อาร์ติแฟกต์ผลงาน

    อาร์ติแฟกต์การตรวจ unit · wiring (ในเครื่อง · mock)

    • ไม่ใช่การรันที่บันทึกไว้ไปไม่ถึงตรงนี้→ E2E กับ Redis + PG จริง: ยังไม่ได้เขียนในตอนนั้น (ผลงาน)
    • ส่งต่อ→ ผสาน PR #546 · ขั้นตอนเข้าสู่ skill eval-feedback-loop (ผลงาน)
  6. อาร์ติแฟกต์ผลงาน

    กฎ · ยังไม่ตรวจยืนยันE2E กับ Redis + PG จริง: ยังไม่ได้เขียนในตอนนั้น

  7. อาร์ติแฟกต์ผลงาน

    อาร์ติแฟกต์ผสาน PR #546 · ขั้นตอนเข้าสู่ skill eval-feedback-loop

บริบท
รายงานการพัฒนาไปป์ไลน์ประเมินบทสนทนาบันทึกแง่มุมการรีวิวห้าแง่มุมและการแก้ไขสองรอบ จำนวนแง่มุมไม่ใช่จำนวนเซสชันหรือเอเจนต์
ผลลัพธ์
โค้ดมีแขนงที่สุ่มตัวอย่างและตรวจค่าใช้จ่ายรายวันก่อนประเมิน ออบเจกต์ผลลัพธ์แบบ frozen และการผูก config อย่างชัดแจ้ง หากการค้นค่าใช้จ่ายล้มเหลว การประเมิน L2 ยังคงดำเนินต่อ จึงไม่ใช่เพดานค่าใช้จ่ายแบบตายตัว
ข้อจำกัด
ห้าแง่มุมเป็นวิธีแบ่งการรีวิว ไม่ได้หมายถึงห้าเซสชันโมเดลอิสระหรือการอนุมัติจากผู้เชี่ยวชาญที่เป็นมนุษย์ คะแนนภายในเกือบ 100 ในรายงานไม่ใช่การวัดคุณภาพ และไม่ได้นำมาแสดง
แหล่งอ้างอิงและข้อจำกัดที่เหลือ
  • PR ที่ลิงก์ไว้ที่หัวรายงานคือ #545 ส่วน PR สาธารณะที่ผสาน Phase 1–4 คือ #546
  • stub การ recalibration ที่ยังค้างอยู่ก็ระบุไว้ในรายงานตามจริงเช่นกัน