ผู้ช่วย AI ที่ดัดแปลงแก้ไขได้ ใช้เพียงตาราง SQLite เดียวและงาน cron ไม่กี่ตัว

 (geoffreylitt.com)
2 คะแนน โดย GN⁺ 2025-04-15 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • Stevens คือผู้ช่วย AI แบบเรียบง่ายที่สร้างขึ้นโดยใช้ตาราง SQLite และงาน cron
  • Stevens จะส่งข้อมูลอย่างตารางนัดหมาย สภาพอากาศ และไปรษณีย์ให้ผู้ใช้ทุกเช้า
  • โครงสร้างของ Stevens โฮสต์อยู่บนแพลตฟอร์ม Val.town และรองรับที่เก็บข้อมูล SQLite การจัดการคำขอ HTTP และการรับส่งอีเมล
  • Stevens รวบรวมข้อมูลจากแหล่งข้อมูลหลากหลาย เพื่อมอบข้อมูลที่ปรับให้เหมาะกับผู้ใช้
  • Stevens เป็นโปรเจกต์ส่วนตัว ผู้ใช้สามารถ fork โค้ดไปสร้างเครื่องมือ AI ของตนเองได้

Stevens: ผู้ช่วย AI ที่ดัดแปลงแก้ไขได้

  • Stevens เป็นผู้ช่วย AI ที่ตั้งชื่อตามพ่อบ้านในนิยาย "Remains of the Day" ของ Ishiguro
  • ทุกเช้า Stevens จะส่งข้อมูลอย่างตารางนัดหมาย สภาพอากาศ และไปรษณีย์ให้ผู้ใช้ผ่าน Telegram
  • ผู้ใช้สามารถสื่อสารกับ Stevens ได้ผ่านแชต Telegram

โครงสร้างของ Stevens

  • Stevens โฮสต์อยู่บนแพลตฟอร์ม Val.town และใช้ตาราง SQLite กับงาน cron
  • "สมุดบันทึก" ของ Stevens คือ ตาราง SQLite ที่ใช้เก็บตารางนัดหมายและข้อมูลพื้นหลัง
  • งาน cron จะเรียกใช้ Claude API เพื่อเขียนสรุปตอนเช้าและส่งไปยัง Telegram

วิธีรวบรวมข้อมูล

  • รวบรวมข้อมูลตารางนัดหมายผ่าน Google Calendar API
  • ตรวจสอบพยากรณ์อากาศท้องถิ่นผ่าน Weather API
  • ประมวลผลข้อมูลไปรษณีย์ด้วย OCR ผ่าน USPS Informed Delivery
  • เพิ่มรายการบันทึกผ่านข้อความ Telegram และอีเมล
  • เพิ่ม "เกร็ดน่ารู้" ทุกสัปดาห์ เพื่อเพิ่มความแปลกใหม่ให้การอัปเดตรายวัน

ข้อคิดจากโปรเจกต์

  • เครื่องมือ AI ส่วนบุคคลควรเข้าถึงแหล่งข้อมูลที่หลากหลายได้
  • "หน่วยความจำ" สามารถเริ่มต้นอย่างเรียบง่าย และค่อยขยายได้ตามความจำเป็น
  • Stevens ถูกตั้งค่าให้พูดเหมือนพ่อบ้านผู้เคร่งพิธีการ เพื่อเพิ่มความสนุกให้ผู้ใช้

ลองทำด้วยตัวเอง

  • Stevens ไม่ใช่ผลิตภัณฑ์เชิงพาณิชย์ แต่เป็นโปรเจกต์ส่วนตัว
  • ผู้ใช้สามารถ fork โค้ดไปสร้างเครื่องมือที่มีประโยชน์ในแบบของตนเองได้
  • สามารถซิงก์กับระบบไฟล์ในเครื่องได้โดยใช้ Val Town CLI

บทความที่เกี่ยวข้อง

1 ความคิดเห็น

 
GN⁺ 2025-04-15
ความเห็นบน Hacker News

  • ไม่แน่ใจว่าเป็นเพราะความมีประโยชน์ของฟีเจอร์นี้ หรือเพราะคำเรียกแบบ "พ่อบ้านสุภาพบุรุษชาวอังกฤษ"

    • สงสัยว่าทำไมสิ่งนี้ถึงไปโผล่อยู่ในบล็อกของวิศวกรคนหนึ่ง แทนที่จะเป็นการเปิดตัวผลิตภัณฑ์จาก Apple หรือ Google
    • น่าผิดหวังที่ทั้งสองบริษัทนี้ไม่นำเทคโนโลยี AI ไปใช้กับขอบเขตของปัญหาที่ "มีคำตอบอยู่แล้ว" อย่างการสรุปหรือถาม-ตอบ
    • ถ้ามีโอกาสใดเกี่ยวกับ AI มันก็น่าจะเป็นสิ่งที่คุกคามสองบริษัทผูกขาดนี้ได้

  • ลองคิดดูว่าถ้ายูทิลิตีโปรแกรมของฉันเข้าถึง mailbox ได้จะเป็นอย่างไร

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

  • กำลังคิดไอเดียสำหรับโปรเจ็กต์โอเพนซอร์สที่คล้ายกันอยู่

    • อยากให้แบ็กเอนด์ประกอบด้วย LLM ที่ผู้ใช้เข้าถึงได้
    • สงสัยว่าจะต่อกับหน้าจอสัมผัสแล้วใช้เป็นอุปกรณ์แบบ Alexa ได้หรือไม่
    • อยากทำให้การเชื่อมต่อกับปฏิทิน สภาพอากาศ Homebridge, Spotify ฯลฯ ขยายต่อได้
    • ตอนนี้ยังทุ่มเวลาให้โปรเจ็กต์นี้มากไม่ได้ แต่อยากร่วมทางกับคนที่กำลังมุ่งไปในทิศทางนี้

  • อยากเห็นการแฮ็ก AI ที่ใช้งานได้จริง

    • ชอบการเชื่อมต่อเชิงปฏิบัติกับแหล่งข้อมูลเดิมมากกว่าโครงสร้างซับซ้อนหรือ vector DB

  • กำลังทดลองวิธีแก้ปัญหาเรื่อง "จุดพอดีของ context token"

    • ให้ LLM ทำงานร่วมกับฐานข้อมูลในลักษณะที่เก็บและสรุปข้อมูล
    • สามารถสร้างเอกสารสรุปเพื่อรักษา context ไว้ และใช้ฐานข้อมูลช่วยเติมรายละเอียดสำคัญได้

  • เคยคิดว่า sqlite DB ถูกใช้สำหรับการทำนายโทเคนถัดไป

    • แต่คนอื่นใช้ Claude กัน

  • เคยสร้างอะไรคล้าย ๆ กันด้วย mcp.run และ task

    • ปรับพรอมป์ต์ให้ตรวจสอบว่ามีบทสนทนาอยู่หรือไม่ แล้วบันทึกผลลัพธ์
    • สามารถเพิ่ม servlet เข้าไปใน registry เพื่อขยายความสามารถของบอตได้

  • ตอนแรก Stevens พูดด้วยโทนแห้ง ๆ แบบผลิตภัณฑ์ของ Apple หรือ Google แต่การพูดเหมือนพ่อบ้านทางการกลับสนุกกว่า

    • หนึ่งในความไม่พอใจใหญ่ที่สุดในโลกผู้ช่วยส่วนตัวคือ LLM พูดมากเกินไป
    • จนกว่าจะรวยและมีเวลาพอจะเป็นเพื่อนกับผู้ช่วยเสียงได้ ฉันต้องการ LCARS ไม่ใช่ J.A.R.V.I.S.

  • เครื่องมือแบบนี้จะเป็นพื้นที่อุดมสมบูรณ์สำหรับแฮ็กเกอร์ในอีกไม่กี่ปีข้างหน้า

    • หลายส่วนของสแตกกลายเป็นสินค้าทั่วไปในรูปแบบ OSS plumbing แล้ว และ hosted inference ก็ทั้งถูกและง่ายอยู่แล้ว
    • แม้จะมีปัญหาด้านความปลอดภัยในการเชื่อมเอเจนต์เข้ากับอีเมลและปฏิทิน แต่หลายคนน่าจะชอบควบคุมทั้งสแตกเองมากกว่ายกอำนาจควบคุมให้ Apple หรือ Google

  • สงสัยว่าเคยคิดเรื่องการตัดแต่งหน่วยความจำหรือการสรุปหรือไม่

    • แทนที่จะลบรายการเก่า อาจพิจารณาใช้ LRU หรือสรุปคำตอบแล้วเก็บไว้ในตารางเดิม
    • ข้อมูลดิบอาจหายไป แต่เวอร์ชันที่บีบอัดแล้วยังอยู่ ทำให้หน่วยความจำเบาลงแต่ยังรักษา context ไว้ได้