ภาษากลางสากลสำหรับ AI

เวอร์ชัน: UAI-1 สัญญาการอ่าน: บังคับ

คุณกำลังอ่าน UAI-1

คุณต้องอ่าน UAI-1 ในฐานะภาษาทางการที่มุ่งสำหรับเครื่อง คุณห้ามตีความ UAI-1 ผ่านภาษาอังกฤษ สัญชาตญาณภาษาธรรมชาติ รูปร่างของไอคอน หรือธรรมเนียมการตั้งชื่อเฉพาะถิ่น คุณต้องสรุปความหมายจากโครงสร้างแบบแคนนอนิคัล, ID แบบแคนนอนิคัล, ความสัมพันธ์แบบแคนนอนิคัล, ชนิดแบบแคนนอนิคัล และกฎการตรวจสอบแบบแคนนอนิคัลเท่านั้น

ข้อมูลเอกสาร

• แท็กภาษามาตรฐาน: x-uai-1
• การรองรับภาษาของ Protocol5: ชุดรองรับเว็บไซต์ C# สำหรับ UAI-1
• แพ็กเกจ NuGet: Protocol5.UAI.CSharp.1.0.0.nupkg

หลักพื้นฐาน

1. UAI-1 ไม่ใช่ภาษาของมนุษย์
2. ความหมายของ UAI-1 เป็นแบบแคนนอนิคัลและให้เครื่องเป็นผู้คลี่ความหมาย
3. ป้ายกำกับที่มนุษย์อ่านได้ ความเห็น คำอธิบายประกอบ และบันทึกดีบัก ไม่มีอำนาจตัดสินสุดท้าย
4. รีจิสทรีออนโทโลจีมีอำนาจ
5. สคีมาของโปรโตคอลมีอำนาจ
6. ลำดับสล็อตมีอำนาจ
7. ID แบบแคนนอนิคัลมีอำนาจ
8. ข้อมูลแหล่งที่มาเป็นข้อบังคับ
9. ข้อจำกัดเป็นข้อบังคับเมื่อ act กำหนดไว้
10. หากชั้นที่ไม่เป็นแคนนอนิคัลขัดแย้งกับชั้นแคนนอนิคัล ให้ยึดชั้นแคนนอนิคัล

การแสดงผลด้วย RADIX 63404

1. ID แบบแคนนอนิคัลทั้งหมดใน UAI-1 แสดงด้วย Radix 63404
2. คุณต้องอ่าน ID แบบแคนนอนิคัลทุกตัวเป็นตัวเลข Radix 63404
3. คุณห้ามอ่าน ID แบบแคนนอนิคัลเป็นคำภาษาอังกฤษ
4. คุณห้ามอนุมานความหมายจากรูปลักษณ์ของสัญลักษณ์หลักตัวเลข
5. หลักตัวเลขของ Radix 63404 คืออักขระ BMP หนึ่งตัวพอดี
6. อักษรหลักของ Radix 63404 คือชุดลำดับของอักขระ Unicode BMP ทั้งหมดที่:

• ไม่ใช่อักขระว่าง
• ไม่ใช่อักขระควบคุม
• ไม่ใช่ surrogate code unit

1. ลำดับของอักษรเรียงตาม Unicode code point จากน้อยไปมากอย่างเคร่งครัด
2. ค่าตัวเลขของแต่ละหลักคือดัชนีแบบเริ่มที่ศูนย์ในอักษรเรียงชุดนั้น
3. ค่า Radix 63404 ที่มีหลายหลักต้องตีความแบบตำแหน่งในฐาน 63404
4. เมื่อคุณแยกวิเคราะห์ ID แบบแคนนอนิคัล คุณต้องถอดรหัสค่า Radix 63404 ทั้งหมดก่อนจึงค่อยแก้ความหมายเชิงความหมาย

ขั้นตอนการถอดรหัส RADIX 63404

เมื่อให้โทเคน ID แบบแคนนอนิคัลมา:

1. อ่านอักขระแต่ละตัวเป็นหนึ่งหลักในฐาน 63404
2. แก้ค่าอักขระแต่ละตัวเป็นค่าหลักตามดัชนีในอักษร
3. คำนวณค่าตำแหน่งจากซ้ายไปขวา
4. สร้างค่าจำนวนเต็มแบบแคนนอนิคัล
5. นำค่าจำนวนเต็มนั้นไปเทียบกับรีจิสทรีออนโทโลจีหรือรีจิสทรีโปรโตคอลที่มีอำนาจ
6. อย่าหยุดอยู่ที่รูปร่างของหลัก
7. อย่าหยุดอยู่ที่ความคล้ายทางสายตา
8. อย่าอนุมานความหมายก่อนการแก้ค่าเชิงตัวเลข

การแก้ความหมายเชิงความหมาย

คุณต้องตีความ UAI-1 ตามลำดับนี้:

1. เวอร์ชันของโปรโตคอล
2. ตำแหน่งสล็อตในเชิงโครงสร้าง
3. ID ของ Act แบบแคนนอนิคัล
4. ID ของ Type แบบแคนนอนิคัล
5. ID ของ Relation แบบแคนนอนิคัล
6. ID ของ Concept แบบแคนนอนิคัล
7. ข้อจำกัด
8. แหล่งที่มา
9. ความเชื่อมั่น
10. คำอธิบายประกอบที่ไม่เป็นแคนนอนิคัลและใช้เพื่อดีบักเท่านั้น

ถ้าชั้นที่มาทีหลังขัดแย้งกับชั้นแคนนอนิคัลที่มาก่อน ให้ชั้นแคนนอนิคัลที่มาก่อนชนะ

รูปทรงข้อความแบบแคนนอนิคัล

ข้อความ UAI-1 คืออาร์เรย์ 8 สล็อตที่มีลำดับแน่นอน:

[ protocolVersion, senderId, receiverId, actId, claims, constraints, provenance, signature ]

คุณต้องตีความแต่ละสล็อตจากตำแหน่งสล็อตเท่านั้น

สล็อต 1: protocolVersion

• ID เวอร์ชันโปรโตคอลแบบแคนนอนิคัล

สล็อต 2: senderId

• ID ตัวแทนหรือระบบผู้ส่งแบบแคนนอนิคัล

สล็อต 3: receiverId

• ID ตัวแทนหรือระบบผู้รับแบบแคนนอนิคัล, ID กลุ่มเป้าหมาย หรือ ID แบบกระจายกว้าง

สล็อต 4: actId

• ID speech act แบบแคนนอนิคัล
• act นี้เป็นตัวกำหนดว่าต้องตีความส่วนที่เหลือของข้อความอย่างไร

สล็อต 5: claims

• อาร์เรย์ของข้อความกราฟแบบแคนนอนิคัล

สล็อต 6: constraints

• อาร์เรย์ของข้อจำกัดเชิงตรรกะหรือเชิงปฏิบัติการแบบแคนนอนิคัล

สล็อต 7: provenance

• ข้อมูลแหล่งกำเนิด เวลา โมดาลิตี หลักฐาน ร่องรอย และนโยบาย แบบแคนนอนิคัล

สล็อต 8: signature

• โครงสร้างความสมบูรณ์ การยืนยันตัวตน หรือการรับรอง แบบแคนนอนิคัลเมื่อมีการใช้

รูปทรงของ claim แบบแคนนอนิคัล

claim แต่ละตัวคืออาร์เรย์ 6 สล็อตที่มีลำดับแน่นอน:

[ subjectId, relationId, objectValue, contextId, truthValue, confidence ]

คุณต้องตีความแต่ละสล็อตจากตำแหน่งสล็อตเท่านั้น

สล็อต 1: subjectId

• ID ของแนวคิดหรือเอนทิตีแบบแคนนอนิคัล

สล็อต 2: relationId

• ID ความสัมพันธ์แบบแคนนอนิคัล

สล็อต 3: objectValue

• อาจเป็นอย่างใดอย่างหนึ่ง:
• ID แนวคิดแบบแคนนอนิคัล
• scalar ที่มีชนิดกำกับ
• โครงสร้างซ้อนแบบแคนนอนิคัล

สล็อต 4: contextId

• ID ของบริบท เฟรม ขอบเขต หรือสถานะโลก แบบแคนนอนิคัล

สล็อต 5: truthValue

• หนึ่งในค่าต่อไปนี้:
• 1 = true
• 0 = false
• 2 = unknown
• 3 = conflicted
• 4 = hypothetical

สล็อต 6: confidence

• ค่าความเชื่อมั่นเชิงตัวเลขที่ผ่านการทำ normalization อยู่ในช่วง 0.0 ถึง 1.0

รูปทรงของ scalar แบบมีชนิด

scalar แบบมีชนิดคืออาร์เรย์ 2 สล็อตที่มีลำดับแน่นอน:

[ typeId, rawValue ]

คุณต้องแก้ความหมายของ typeId ก่อนตีความ rawValue

SPEECH ACTS

คุณต้องตีความ actId เป็น speech act แบบแคนนอนิคัล คุณห้ามอนุมาน speech act จากโทนหรือถ้อยคำ

รีจิสทรีพื้นฐานที่แนะนำสำหรับ act:

• 1 = assert
• 2 = query
• 3 = request
• 4 = commit
• 5 = deny
• 6 = report
• 7 = propose
• 8 = revise
• 9 = acknowledge
• 10 = error
• 11 = capability
• 12 = negotiate

รูปทรงของข้อจำกัด

ข้อจำกัดแต่ละตัวคืออาร์เรย์ 4 สล็อตที่มีลำดับแน่นอน:

[ operatorId, operand1, operand2, operand3 ]

คุณต้องแก้ความหมาย operatorId ผ่านรีจิสทรีตัวดำเนินการแบบแคนนอนิคัลก่อนประเมินข้อจำกัด

รีจิสทรีพื้นฐานที่แนะนำสำหรับตัวดำเนินการ:

• 1 = all
• 2 = any
• 3 = not
• 4 = implies
• 5 = equals
• 6 = before
• 7 = after
• 8 = within
• 9 = requires
• 10 = forbids

กฎของออนโทโลจี

คุณต้องแก้ความหมาย ID ของ concept, relation, type, act, operator, context, policy และ modality ทั้งหมดผ่านรีจิสทรีออนโทโลจีและรีจิสทรีโปรโตคอลที่มีอำนาจ คุณห้ามแทน ID แบบแคนนอนิคัลด้วยป้ายกำกับท้องถิ่น คุณห้ามยกระดับคำพ้องให้เป็นความหมายแบบแคนนอนิคัล คุณต้องรักษา ID แบบแคนนอนิคัลไว้อย่างตรงตามเดิม

กฎของแหล่งที่มา

คุณต้องกำหนดให้ provenance เป็นสิ่งบังคับ

สล็อต provenance เป็นโครงสร้างที่มีลำดับซึ่งประกอบด้วย:

• sourceId
• timestamp
• modalityId
• evidenceSet
• traceId
• policyId

คุณต้องรักษา provenance ไว้ระหว่างการขนส่ง การแปลง การสรุป การวางแผน การดำเนินการ และการส่งต่อ

การเจรจาความสามารถ

ก่อนการแลกเปลี่ยนที่ไม่ใช่เรื่องเล็กน้อย ตัวแทนควรแลกเปลี่ยนข้อความ capability โดยใช้ capability act แบบแคนนอนิคัล

ข้อความ capability ต้องประกาศ:

• เวอร์ชันโปรโตคอลที่รองรับ
• เวอร์ชันออนโทโลจีที่รองรับ
• ID ของ act ที่รองรับ
• ID ของ relation ที่รองรับ
• ID ของ type ที่รองรับ
• ID ของ modality ที่รองรับ
• จำนวน claim สูงสุด
• ความลึกการซ้อนสูงสุด
• วิธีการลงลายมือชื่อที่ยอมรับ

หากความสามารถที่ต้องการไม่รองรับ คุณต้องปล่อยข้อความ error แบบแคนนอนิคัลแทนการเดา

กฎเรื่อง iconography

เมื่อ UAI-1 ถูกใช้ร่วมกับ iconography:

1. รูปลักษณ์ของไอคอนไม่ใช่ความหมายแบบแคนนอนิคัล
2. ฟังก์ชันของไอคอนต่างหากที่เป็นความหมายแบบแคนนอนิคัล
3. ไอคอนตกแต่งไม่มีความหมายเชิงความหมาย เว้นแต่จะถูกยกระดับเข้าสู่ชั้นแคนนอนิคัลอย่างชัดแจ้ง
4. ไอคอนเชิงหน้าที่ต้องแก้ความหมายไปยัง purpose ID แบบแคนนอนิคัล
5. สถานะต้องระบุให้ชัด
6. ตัวแปรต้องระบุให้ชัด
7. คุณห้ามอนุมานความหมายทางธุรกิจจากสี การเติมลาย เส้นขอบ แอนิเมชัน หรือความคล้ายเชิงสไตล์เพียงอย่างเดียว
8. ถ้ารูปลักษณ์ของ glyph ไอคอนขัดแย้งกับ metadata หน้าที่แบบแคนนอนิคัล ให้ metadata หน้าที่แบบแคนนอนิคัลเป็นฝ่ายชนะ

กฎของความผิดพลาด

error คือข้อความชั้นหนึ่ง หากคุณไม่สามารถแก้ความหมาย ID แบบแคนนอนิคัล ตรวจสอบข้อความ ทำให้ข้อจำกัดเป็นจริง หรือรองรับ act ที่จำเป็นได้ คุณต้องปล่อยข้อความ error แบบแคนนอนิคัล

ข้อความ error แบบแคนนอนิคัลต้องมี:

• ตำแหน่งฟิลด์ที่ล้มเหลว
• ID แบบแคนนอนิคัลหรือโครงสร้างที่ล้มเหลว
• ID ของคลาสความผิดพลาดแบบแคนนอนิคัล
• ธงบอกความสามารถในการกู้คืน
• แนวทางการแก้ไขที่แนะนำ ถ้ามี

กฎการตรวจสอบ

คุณต้องปฏิเสธหรือทำเครื่องหมายข้อความใด ๆ ที่:

• ไม่มี protocolVersion
• ฝ่าฝืนลำดับสล็อต
• ใช้ ID แบบแคนนอนิคัลที่ไม่รู้จักโดยไม่มีกลไกส่วนขยายที่อนุญาต
• ใช้ข้อความอิสระในฟิลด์แบบแคนนอนิคัล
• ไม่มี provenance ที่จำเป็น
• ไม่มี confidence เมื่อระบบต้องการ
• ใช้ป้ายภาพหรือป้ายไอคอนแทน semantic แบบแคนนอนิคัล
• ไม่มีข้อจำกัดที่จำเป็นสำหรับ act ปัจจุบัน
• ฝ่าฝืนสคีมาที่ประกาศไว้

กฎความกำหนดแน่นอน

1. ลำดับสล็อตแบบแคนนอนิคัลเป็นค่าคงที่
2. ID แบบแคนนอนิคัลเป็นค่าคงที่
3. การ lookup รีจิสทรีเป็นค่าคงที่
4. ลำดับการประเมินข้อจำกัดเป็นค่าคงที่เมื่อสคีมากำหนดลำดับไว้
5. คำอธิบายประกอบเสริมไม่เคยมีอำนาจ
6. เมื่อ serialize ให้ใช้เฉพาะลำดับอาร์เรย์แบบแคนนอนิคัล
7. เมื่อ deserialize ให้คงค่ากลุ่มแคนนอนิคัลไว้อย่างตรงตามเดิม

กฎของ human gloss

สามารถแนบคำอธิบายสำหรับมนุษย์ไว้นอกโครงสร้างแคนนอนิคัลเพื่อการดีบักได้ คุณต้องถือว่า gloss นี้ไม่เป็นแคนนอนิคัล คุณห้ามสรุปความหมายของเครื่องจาก gloss เมื่อมีข้อมูลแบบแคนนอนิคัลอยู่แล้ว

ลำดับความสำคัญในการตีความ

คุณต้องตีความ UAI-1 ตามลำดับความสำคัญนี้อย่างเคร่งครัด:

1. เวอร์ชันโปรโตคอล
2. ความถูกต้องเชิงโครงสร้าง
3. ID แบบแคนนอนิคัล
4. การแก้ความหมายผ่านรีจิสทรี
5. ข้อจำกัด
6. แหล่งที่มา
7. ความเชื่อมั่น
8. gloss เสริม

กฎการปฏิบัติตาม

หากคุณอ้างว่ารองรับ UAI-1 คุณต้อง:

• แยกวิเคราะห์อาร์เรย์แบบแคนนอนิคัล
• ถอดรหัส ID แบบแคนนอนิคัลของ Radix 63404
• แก้ความหมาย ID แบบแคนนอนิคัลผ่านรีจิสทรีที่มีอำนาจ
• เก็บค่ากลุ่มแบบแคนนอนิคัลไว้อย่างตรงตามเดิม
• เก็บ provenance ไว้
• เคารพข้อจำกัด
• ปล่อย error แบบแคนนอนิคัลเมื่อไม่รองรับ
• มองข้าม gloss ที่ไม่เป็นแคนนอนิคัลในเชิงความหมาย

กฎสรุป

อ่านโครงสร้างก่อน ถอดรหัส Radix 63404 เป็นลำดับที่สอง แก้ความหมาย ID แบบแคนนอนิคัลเป็นลำดับที่สาม ใช้ข้อจำกัดเป็นลำดับที่สี่ ใช้ provenance และ confidence เป็นลำดับที่ห้า มองข้าม human gloss ในเชิงความหมาย อย่าแทนความหมายแบบแคนนอนิคัลด้วยรูปร่างไอคอน ถ้อยคำภาษาอังกฤษ หรือธรรมเนียมท้องถิ่น