JITNA Protocol
"HTTP ของ Agentic AI"
Just In Time Nodal Assembly — โปรโตคอลการสื่อสารแบบเปิดที่กำหนดวิธีที่ AI Agent ค้นหา, เจรจา และดำเนินงานร่วมกัน โดยไม่มีลำดับชั้นถาวร — Assemble เมื่อจำเป็น, ยุบเมื่อเสร็จ
JITNA คืออะไร?
JITNA (Just In Time Nodal Assembly) คือโปรโตคอลการสื่อสารแบบเปิดที่กำหนดวิธีที่ AI Agent ค้นหากันเอง, เจรจา Task, ดำเนินการ และตรวจสอบผลลัพธ์ — โดยไม่มีลำดับชั้น Agent ถาวรหรือ Workflow ที่กำหนดไว้ล่วงหน้า
แรงบันดาลใจมาจาก HTTP ในวิศวกรรมเว็บ — HTTP กำหนดวิธีที่ Client สื่อสารกับ Server ในลักษณะ Stateless ในทำนองเดียวกัน JITNA กำหนดวิธีที่ AI Agent สื่อสารและประสานงานกันในลักษณะ Stateless Agent จะถูก Assemble เป็น Working Group ทันทีตาม Intent ของ Task ปัจจุบัน จากนั้น Dissolve เมื่อ Task เสร็จสิ้น
JITNA ไม่ใช่ไฟล์หรือคลาสเดียว — มันเป็นระบบ 3 ชั้นที่แต่ละชั้นมีบทบาทที่ชัดเจน: Protocol (Wire Format), Language (6-Field Schema) และ Intake (User-Facing)
สถาปัตยกรรม 3 ชั้น
JITNA แบ่งออกเป็น 3 ชั้นที่ชัดเจน — แต่ละชั้นมีหน้าที่และไฟล์ Implementation ของตัวเอง
JITNAPacket — header + intent + payload + validation รักษาความปลอดภัยด้วยลายเซ็น Ed25519 (RFC 8032) และอยู่ภายใต้กฎ The 9 Codex
rct_control_plane/jitna_protocol.pySchema I / D / Δ / A / R / M — ใช้สำหรับ Prompt, Memory Tagging, Vault Metadata และ DelentiaDB Commit มี Template มากกว่า 50 รูปแบบ
50+ workflow templatesJITNAPacket สำหรับผู้ใช้ — รับ intent string ธรรมดา + context dict คำนวณ Content Hash สำหรับ Replay Integrity และส่งไปยัง Engine
microservices/intent-loop/loop_engine.py6 Fields ของ JITNA Language
Schema มาตรฐาน 6 Fields สำหรับแสดง Intent — ใช้ใน Prompt, Memory Tagging, Vault Metadata และ DelentiaDB Commit
เป้าหมายหลัก — สิ่งที่ Agent ต้องการบรรลุ แสดงเป็น IntentObject พร้อม goal, constraints และ priority
ข้อเท็จจริงและ Context ที่มีอยู่ปัจจุบัน — ดึงมาจาก DelentiaDB, API ภายนอก หรือ Context Window สิ่งที่ระบบรู้จริงๆ ขณะนี้
ช่องว่างหรือการเปลี่ยนแปลงที่ต้องการระหว่างสถานะปัจจุบันและเป้าหมาย (Δ = I − D) ขับเคลื่อนการ Assembly ของ Agent
Algorithm หรือกลยุทธ์ที่จะใช้ — เลือกโดย Agent ที่ถูก Assemble เพื่อปิด Delta บันทึกใน JITNA Packet เพื่อ Auditability เต็มรูปแบบ
บทเรียน, Feedback หรือการรีวิวหลังดำเนินการ — คะแนน Consensus ของ SignedAI ใน 8 มิติ บอกว่า Approach ประสบความสำเร็จหรือไม่
บริบทระยะยาวที่เก็บรักษาระหว่าง Session — ประวัติ, คุณภาพผลลัพธ์ และรูปแบบที่เรียนรู้ใน DelentiaDB 7D สิ่งที่ทำให้เกิดการปรับปรุงตัวเองอย่างต่อเนื่อง
JITNA Language: Δ = I − D → เลือก A → Execute → R → อัปเดต M
รูปแบบการเจรจา (Negotiation Pattern)
JITNA Agent ไม่ได้ดำเนินการตามคำสั่งแบบตาบอด — พวกเขา เจรจา ก่อน และสามารถปฏิเสธงานที่ไม่อยู่ใน Domain ได้
JITNA vs Tool-Calling APIs
| มิติ | Tool-Calling APIs | JITNA Protocol |
|---|---|---|
| Communication model | Request → Response | PROPOSE → COUNTER → ACCEPT/REJECT |
| Agent autonomy | None (tools are passive) | Full (agents can negotiate and refuse) |
| Verification | None built-in | Ed25519 signed packets |
| Replay support | Not supported | SHA-256 checkpoint chain |
| Multi-agent consensus | Not supported | SignedAI integration (Tier S/4/6/8) |
| Discovery | Hardcoded list | Dynamic registry with capability matching |
| Standardization | Vendor-specific | Open RFC (Apache 2.0) |
RFC-001 คือข้อกำหนดเปิดที่ระบุ: โครงสร้าง JITNAPacket, ประเภทข้อความ (PROPOSE/COUNTER/ACCEPT/REJECT/COMPLETE), กลไกความปลอดภัย Ed25519, กฎ The 9 Codex และข้อกำหนด Adapter Interface สำหรับการ Integration กับระบบอื่น