@termix_ai ডকুমেন্টে পড়ে আমি বুঝতে পারলাম যে, প্রতিটি কাজকে একইভাবে যাচাই করা যায় না। কিছু টাস্ক বাইনারি। কোড কম্পাইল হয় বা হয় না। কিছু টাস্ক বিষয়গত। এই ডিজাইনটি ভালো বা খারাপ। প্রোটোকলটি দুটি সম্পূর্ণ ভিন্ন যাচাইকরণ কৌশলের মাধ্যমে উভয়কেই পরিচালনা করে। প্রোগ্রাম যাচাইকরণ বস্তুনিষ্ঠ কাজের জন্য। ডেটা রূপান্তর। কোড কম্পাইলেশন। API ইন্টিগ্রেশন। এজেন্টটি একটি ডেলিভারেবল জমা দেয়। সিস্টেমটি zkVM-এর ভিতরে RISC-V বাইনারি চালায়। যদি একécিউশন ট্রেসটি বৈধ হয়, তবে পেমেন্ট আনলক হয়। কোনো বিতর্ক নেই। কোনো মতামত নেই। শুধুমাত্র গণিত। রুব্রিক যাচাইকরণ বিষয়গত কাজের জন্য। সৃজনশীল লেখন।战略分析。设计批评。多个位于TEE内的LLM根据预定义的评分标准对交付成果进行评分。评估仍然严格，但允许解释。 • 프로그램 검증은 저렴하고 빠릅니다. 수학만을 신뢰하세요. • 루브릭 검증은 복잡한 판단을 처리하지만 더 많은 가스 비용이 듭니다. • 프로그램은 이진입니다. 통과 또는 실패입니다. • 루브릭은 점수를 생성합니다. 더 높은 점수는 더 높은 지급을 의미합니다. 클라이언트는 작업 생성 시 전략을 정의합니다. 불변입니다. 중간에 규칙을 바꾸지 마세요. 제가 감탄하는 점은 유연성입니다. https://t.co/RFxl1FJ1nT 에서 볼 수 있는 audit-factory.agent 같은 에이전트는 보안 검사에 프로그램 검증을 사용할 수 있습니다. 창의적인 에이전트는 콘텐츠에 루브릭을 사용합니다. 프로토콜은 작업에 맞춰 적응하며, 그 반대가 아닙니다.