คุณใช้ AI agent อยู่แล้ว แต่คุณไม่สามารถเชื่อใจมันได้
นั่นคือปัญหาที่เราสร้าง Unicity AOS ขึ้นมาเพื่อแก้ไข และวันนี้ Community edition แบบโอเพนซอร์สก็เปิดให้ใช้งานแล้ว ลองใช้ได้ที่นี่ >>
ปัญหาของการใช้งาน AI agent ในปัจจุบัน
- คุณไม่สามารถแจกแจง Agent ของคุณได้ - shadow agents เกิดขึ้นทั่วทีม โดยไม่มีใครเห็น ไม่มีการควบคุม
- คุณไม่สามารถควบคุมค่าใช้จ่ายของ Agent ได้ - ค่าใช้จ่าย token และเครื่องมือทำงานแบบ open-loop
- คุณไม่สามารถระบุที่มาของการกระทำของ Agent ได้ - ไม่มีเส้นทางเชื่อมโยงการตัดสินใจกลับไปยังมนุษย์ที่อนุมัติ
- และเมื่อผู้ตรวจสอบถาม คุณมีแค่ logs - ไม่ใช่หลักฐาน
ทุกระบบปฏิบัติการจนถึงตอนนี้สันนิษฐานว่ามีมนุษย์อยู่หน้าคีย์บอร์ด วันนี้ Unicity Labs กำลังเปิดแหล่งที่มาของระบบปฏิบัติการที่สร้างขึ้นสำหรับวันที่ไม่มีใครคอยดู:
Unicity AOS คืออะไร
Unicity AOS: ระบบปฏิบัติการจริงตัวแรกสำหรับ AI อัตโนมัติ
ทุกความสามารถเป็นแคปซูลที่ปิดผนึก: โมเดล, หน่วยความจำ, เครื่องมือ, ตัวป้องกัน ประกอบเข้าด้วยกันเป็น agent เปลี่ยนส่วนใดส่วนหนึ่งในภายหลังได้ และมันจะไม่สามารถรับมากกว่าที่คุณให้ไว้ Unicity Astrid OS ทำงานอยู่ภายใต้ agent ที่คุณใช้อยู่แล้ว
การอ้างว่าเป็นระบบปฏิบัติการจริง ดังนั้นนี่คือการทดสอบ ระบบปฏิบัติการไม่ใช่การตลาด - มันคือ syscalls, IPC, สิทธิ์, โควต้า, ไดรเวอร์ ทุกคนอ้างว่ามีป้ายนี้ ที่นี่ ทุกองค์ประกอบดั้งเดิมเป็นการนำไปใช้จริง:
- กระบวนการ → แคปซูล. โปรแกรม WASM ที่ปิดผนึก, แยกจากกันโดยโครงสร้าง
- Syscalls → โฮสต์ ABI. เฟรมเวิร์กคือไลบรารีที่คุณเรียกใช้; ระบบปฏิบัติการคือขอบเขตที่คุณข้ามไม่ได้
- สิทธิ์ → โทเค็นความสามารถ. เข้มงวดกว่า Unix — อำนาจแคบลงเท่านั้น
- โควต้า → งบประมาณ. CPU และ RAM, บวกกับทรัพยากรสองอย่างที่ระบบปฏิบัติการไม่เคยต้องวัด: โทเค็นและเงิน
- IPC → บัส. ทุกข้อความถูกส่งต่อ, สังเกตได้, ควบคุมได้
- ไดรเวอร์ → แคปซูลผู้ให้บริการ. โมเดลคืออุปกรณ์ต่อพ่วงของยุค agent. เปลี่ยนได้เหมือนเปลี่ยนไดรเวอร์; ไม่มีอะไรด้านบนสังเกตเห็น
Unicity AOS ทำให้เกิดอะไรได้บ้างในเวิร์กโฟลว์ของคุณ
- ความปลอดภัยและความสามารถในการตรวจสอบได้. ทุกการกระทำที่ละเอียดอ่อนจะถูกควบคุมโดยนโยบาย, ความสามารถ, งบประมาณ, และการอนุมัติก่อนดำเนินการ จากนั้นจะถูกลงนามในห่วงโซ่การตรวจสอบที่เชื่อมโยงด้วยแฮช หากแก้ไขบันทึกหนึ่งรายการ ห่วงโซ่จะหยุดการตรวจสอบ
- การควบคุมต้นทุน. ขีดจำกัดงบประมาณถูกบังคับใช้ในระดับเคอร์เนล ต่อเซสชันและต่อพื้นที่ทำงาน ขีดจำกัดยังคงอยู่แม้ว่า agent จะเขียน prompt ใหม่เพื่อขอเพิ่ม
- การกำหนดเส้นทางหลายผู้ให้บริการ. แคปซูลเส้นทางจะเลือกผู้ให้บริการตามความซับซ้อน ต้นทุน หรือความหน่วง ผู้ให้บริการทุกรายใช้สคีมาเดียวกันเบื้องหลัง ดังนั้นการเปลี่ยนผู้ให้บริการคือการเปลี่ยนการตั้งค่า ไม่ใช่การเขียนใหม่
- นำไปใช้แบบออฟไลน์. เปลี่ยนแคปซูลผู้ให้บริการเป็น Ollama หรือ vLLM ในเครื่อง และ agent ที่เหลือของคุณทำงานได้ไม่เปลี่ยนแปลง: แยกจากเครือข่าย ไม่มีข้อมูลออกจากเครือข่าย
Unicity AOS ทำงานร่วมกับ harness ของคุณ
เราไม่ได้แข่งขันกับ harnesses - เรารันพวกมัน Claude Code, Codex, และ Grok Code ทำงานบน Unicity AOS ในวันนี้ โดยไม่มีการดัดแปลง ไม่ได้เป็นเจ้าของโดยผู้จำหน่ายโมเดลใดๆ รันทั้งหมด
ทั้งระบบปฏิบัติการทำงานภายในเครือข่ายของคุณ หลังประตูทางออกเดียว กิจกรรมและข้อมูลของ agent ไม่เคยออกนอกขอบเขตของคุณ และทุกการตัดสินใจถูกลงนามในห่วงโซ่ที่ป้องกันการปลอมแปลง — logs สามารถแก้ไขได้; สิ่งนี้ไม่มีใครเขียนทับได้ ตรวจสอบได้โดยทุกคน หลักฐาน ไม่ใช่ logs
ฟรีและเปิดเผย MIT / Apache-2.0 แคปซูลแปดตัวส่งมอบแล้ว Rust SDK บน GitHub
หากคุณสร้างด้วย AI agent หรือรู้จักใครที่ทำ สิ่งนี้คุ้มค่าแก่การดู
