পরিবর্তনের ইতিহাস
কি খবর?
প্ল্যাটফর্মের প্রতিটি উন্নতি, যখন সে জাহাজে উঠবে।
· MCPGatewayService
Identity_request_confirmation; Kamo-এ সদস্য কর্তৃক অনুমোদিত একটি অনুরোধ তাদের অর্ডার
মালিক ২০২৬-১০-২৬: সরাসরি আদেশ অবশ্যই প্রমাণিত হতে হবে টিমমেট (ফোন, টেক্সট, অপ্রমাণিত ই-মেইল, ওয়েবসাইট চ্যাট, সভা) জিজ্ঞাসা করা হয়, এর মাধ্যমে kamoai-service, তাদের লগ-ইন Kamo অ্যাপলিকেশনে নিশ্চিত করার জন্য; SI-কে পরিষ্কার ভাষায় বলা হয়েছে কি করা হবে পরবর্তী বলুন। একবার নিশ্চিত হলে, RequestVerifier চালানোর অর্ডার এবং অনুরোধের উত্তর দেয় নিশ্চিতকরণ (auth:<id>): সদস্য এটির জন্য সাক্ষ্য প্রদান করেছেন, তাই চ্যানেলের মলিনতা গণনা করা হয় না এবং এর নিজস্ব মেয়াদোত্তীর্ণ উইন্ডো। SI_AUTH_REQUEST কখনোই একটি SI-তে পৌঁছায় না।
· SecurityService
একটি SI এর নিজের চার্টার একটি উত্পাদিত ব্যক্তিত্ব প্রয়োগ করুন, মানুষ কি সেট ঘিরে
ভয়েস রিয়েলিজম ভিআর২, মালিকের সিদ্ধান্ত ডি২: প্রত্যেক আই. আই. একক, কাজের জন্য উপযুক্ত ব্যক্তিত্ব, তার নিজের কাজ থেকে উদ্ভূত। কামোই-সার্ভিস এটিকে খসড়া করে; এটি অভ্যন্তরীণ শেষবিন্দু (KamoAI গোপনীয়) এর PERSONALITY এবং VOICE বস্তু প্রয়োগ করে যেভাবে একটি সেভ করা হয়: চার্টার এর নিজস্ব নিয়ম অনুযায়ী যাচাই করা হয়, কর্তৃপক্ষ কর্তৃক প্রত্যাখ্যাত হয় ভাষা, লিখেছেন মেম্বারচার্টাররাইটার, চিহ্নিত করা হয়েছে AI_DRAFT, ঘোষণা করা হয়েছে তাই রানটাইম চার্জারটি পুনরায় পড়ে, এবং AI_CONFIGURATION_APPLIED হিসাবে অডিট করে। ব্যক্তির নির্ধারিত বস্তু সবসময়ই সংরক্ষণ করা হয়; পূর্ববর্তী প্রজন্ম প্রতিস্থাপন করা হয়।
· kamo-internal
সভার আমন্ত্রণ সংক্রান্ত অপশন সংকুচিত করা হবে, ডিফল্ট হিসেবে অতিরিক্ত কোনো সীমা থাকবে না
মালিকের সিদ্ধান্ত ২০২৬-১০-২৬: আইএসআই এর নিজস্ব অ্যাক্সেস সিদ্ধান্ত নেয় কে তাকে আমন্ত্রণ জানাতে পারে (যদি দলের কেউ থাকে) সভাসমূহ, অন্যথা শুধুমাত্র এর তত্ত্বাবধায়ক); এই অপশনটি, প্রথমে ডিফল্ট হিসাবে তালিকাভুক্ত, শুধুমাত্র তা সংকুচিত করে।
· MediaService
আইএস এর নিজের অধিকার সিদ্ধান্ত নেয় কে তাকে সভায় আমন্ত্রণ জানাতে পারে
মালিকের সিদ্ধান্ত ২০২৬-১০-২৬, সভায় আমন্ত্রণের পেছনে একটি শেয়ার করা চেক (MeetSiInvitePolicy), M1, সভা তৈরি করো এবং M3 নির্বাচনকারী: - আইএস এর তত্ত্বাবধায়ক (রিপোর্টিং লাইন, সংগঠনের মালিক) সবসময় তাকে আমন্ত্রণ জানাতে পারেন: তাদের সরাসরি আদেশ তাদের নীতির উপর নির্ভর করে; - তার সংগঠনের অন্য কেউ যখন SI এর নিজস্ব প্রয়োগকৃত অধিকার ভিউ_মিটিংস অন্তর্ভুক্ত করে (স্বতন্ত্র অধিকার) meetings_join এবং M1 যোগদান প্রয়োজন), এবং এটি তার নিজের অনুমতির সাথে যোগদান করে; এর বৈকল্পিক meeting_invite_policy এটিকে সংকুচিত করতে পারে; - অন্যথায় ৪০৩ SI_NEEDS_SUPERVISOR (বা NOT_ALLOWED_TO_INVITE_THIS_SI বৈকল্পিক নিষেধাজ্ঞার জন্য)। রুম তালিকা এখন lockedReason-এর সাথে LOCKED হিসাবে এই ব্যক্তির আমন্ত্রণ গ্রহণযোগ্য নয় এমন SIs-এর তালিকাও প্রদান করে, যাতে প্যানেলটি এটি ব্যবহার করতে পারে বলুন কেন। ix_mra_member_right-এ পড়া যাবে না; পড়া যাবে না = শুধু সুপারভাইজাররা।
· AIService
সভার আমন্ত্রণ সংক্রান্ত অপশনটি একটি ইচ্ছাকৃত সীমাবদ্ধতা, ডিফল্ট কোনো নয়
মালিকের সিদ্ধান্ত ২০২৬-১০-২৬: আইএসআই-এর নিজের অধিকার নির্ধারণ করে কে তাকে আমন্ত্রণ জানাতে পারে (যে কোন দলের সদস্য যখন তারা সভায় অংশগ্রহণ করে, অন্যথায় শুধুমাত্র এর তত্ত্বাবধায়ক। **************** এখন ডিফল্টভাবে ORGANIZATION (না) সীমাবদ্ধতা); DDL **************** প্রয়োগ করা হয়েছে (ডিফল্ট + চারটি সারি যা শুধুমাত্র পুরনো ডিফল্ট বহন করে)।
· kamo-shared-library
SI-র নিজস্ব অধিকার অনুযায়ী কে আমন্ত্রণ জানাতে পারবে তা নির্ধারণ করা হবে; meeting_invite_policy শুধুমাত্র একটি বৈকল্পিক সীমাবদ্ধতা
মালিকের সিদ্ধান্ত ২০২৬-১০-২৬: যে আইএস এর নিরাপত্তা নীতি মিটিং অনুমোদন করে তাকে যে কোন দলের সদস্য আমন্ত্রণ জানাতে পারে; যার পলিসি শুধুমাত্র তার সুপারভাইজার দ্বারা নয় (তাদের সরাসরি আদেশ তাদের পলিসিকে ঋণ দেয়)। MeetingInvitePolicy থাকে একটি বৈকল্পিক অতিরিক্ত সীমাবদ্ধতা হিসাবে যার ডিফল্ট, ORGANIZATION, কিছুই সীমাবদ্ধ করে না (এটি SUPERVISORS ছিল)।
· kamo-shared-library
প্রত্যেক আই.আই তার ব্যক্তিত্ব দ্বারা কথা বলে, এবং টেবিল পটভূমি শব্দ, ভয়েস সম্মতি এবং কলার বাক্যের মেমরি
PhoneStyle একটি SI'র বৈশিষ্ট্যকে কথা বলা ফোন নিয়ম (সংকোচন এবং ঠিকানা ফর্ম, উষ্ণতা, হাস্যরসাত্মক, শক্তি, হেডিং, সহানুভূতি, কুতর্ক, নিবন্ধন, আঞ্চলিক বাক্যবিন্যাস) এবং ভয়েস পাইপলাইনের সংখ্যা প্রয়োগ করা হয়: প্রতি ডাক (D3, A/B পর্যন্ত বন্ধ), শ্রবণ শব্দের মধ্যে ফাঁকা স্থান (D4), হাসি এবং অনুভূতির পরিধি (D6), বিশ্রাম টোন এবং শেষ-অফ-টার্ন ধৈর্য. একটি SI কোন ব্যক্তিত্বের সাথে এখনো রেজিস্ট্রি ডিফল্ট (D2) সঙ্গে কথা বলে। AiAmbienceSetting (D7), AiVoiceCloneConsent (D12) এবং AiCounterpartyMemory ঘোষণা করা হয়েছে যাতে KamoInitializer kamoai-service'র নতুন টেবিল পুনরায় তৈরি করতে পারে।
· MediaService
আইএস সদস্যদের সাথে টেক্সাস হোলডেম খেলে, এবং প্রত্যেক সদস্যের চেডার আবার কাজ করে
সিআইটিপি টিপিগেমস (মালিক ২০২৬-১০-২৬)। চেডার ওয়ালেট: - মানিব্যাগের একমাত্র দরজা (মহাবিশ্ব-গেটওয়ে -> মহাবিশ্ব-স্থায়িত্ব) ছিল 2026-09-28 তারিখে KamoUniverse খেলাটি পার্ক করা হওয়ার পর থেকে কোনো এনডোমেন্ট পাওয়া যায়নি, তাই প্রতি হোল্ড'ম কিনতে ব্যর্থ হবার পর ('চেডার মানিব্যাগ উত্তর দিচ্ছে না'), চেডারলেজার একই তিনটি টেবিল লিখেছেন kamouniverse ডাটাবেস সরাসরি (একই ক্লাস্টার, এই সার্ভিসের নিজস্ব DB ব্যবহারকারী), স্থায়িত্ব পরিষেবার নিয়ম: প্রতিটি স্থানান্তরের জন্য একটি ট্রানজেকশন, অনন্য idempotency কী (পুনরাবৃত্তি = প্রয়োগকৃত মিথ্যা), স্বাক্ষরিত লেজার লাইন; একটি ডেবিট একটি শর্তসাপেক্ষ হালনাগাদ তাই দুটি কিনুন overdraw পারে না. CheddarWalletClient এখন এটা ব্যবহার করে। - একবার নিবন্ধন অনুদান (১,০০০,০০০, কী signup_grant:<id>), যা শুধুমাত্র পার্ক করা ত্রিমাত্রিক বিশ্ব কখনও করা হয়, প্রথমবারের মতো একটি সদস্যের মানিব্যাগ করা হয় তাদের গেম অ্যাপ এর মাধ্যমে স্পর্শ করা হয়েছে - ব্যক্তি বা আইএসআই একই। চেডারসাইগ্রান্টস প্রত্যেক অবসরপ্রাপ্ত নন-এসআই-এর মানিব্যাগ আগে থেকেই খুলে দেয় (প্রতি ঘণ্টায়, singleton, SI roster's member ids দ্বারা পেজ করা হয়েছে; অন্য কিছু স্পর্শ করা হয়নি)। চেডার কেনার কোন পথ নেই, তাই কোন আইএসই কখনো এটা টাকা দিয়ে কিনবে না। Hold'em SI: - HoldemSiBrain: HandEvaluator এর বিরুদ্ধে লাইভ প্রতিপক্ষদের উপর Monte Carlo equity, পাত্র অর্ডার, স্টাইল সাবধানে/ভারসাম্যপূর্ণ/বোল্ড এবং দক্ষতা ক্যাজুয়াল/ক্লাব/শক্ত, ৩০০ এমএস cap. এর একমাত্র ইনপুট হল SI'র প্রতি-প্রাপ্ত HoldemTableView: own two কার্ড এবং জনগণের তথ্য, কখনো অন্য কার্ড বা ডেক. - HoldemSiPlayer: ইভেন্ট- চালিত (প্রতিটি প্রকাশিত ফ্রেম পরে HoldemTurnEvent, ~ 1.4-2.3 সেকেন্ডের মধ্যে 30 সেকেন্ডের মধ্যে স্থগিত)। যখন একজন ব্যক্তি এটি আমন্ত্রণ জানান এবং বসেন বসে আছে, HoldemGameService.act এর মাধ্যমে কাজ করছে, expectedSeq এর সাথে, পুনরায় কিনছে প্রতি টেবিলে দিনে ৩ বার, অন্যের সাথে বসে থাকে এবং চলে যায় যখন কোন ব্যক্তি বাকি থাকে না: SIs নিজেদের মধ্যে কখনো খেলে না। Redis claim per টেবিল; Redis-এ টেবিল প্রতি SI অনুযায়ী শৈলী/দক্ষতা। - HoldemSiEligibility প্রতিটি পদক্ষেপ: Hold'em অ্যাপ, PLAY_HOLDEM (SI এর, অথবা আমন্ত্রণকারী/বসা ব্যক্তির: কোন অবাধ্যতা নেই), র্যান্টাইম স্থগিত করা হয়নি। - POST /tables/{id}/si-play (শৈলী, দক্ষতা), শুধুমাত্র SI ডাকা হচ্ছে। - ChessFaces ট্রান্স্যাকশনের বাইরে থিম হোস্ট পড়ে (ratchet), ক্যাশ করা । পরীক্ষা: CheddarLedgerTest4(H2), HoldemSiBrainTest5, HoldemSiFairnessTest3 (আই.আই.-এর প্রদর্শনক্ষেত্রে অন্য কোন খেলোয়াড়ের তাস বা ডেক নেই; লুকানো তাস রয়েছে) সিদ্ধান্ত পরিবর্তন করা যাবে না; খেলোয়াড়ের হাতে কোন দরজা নেই), HoldemSiPlayerTest7; খেলার স্যুট ২৪০ সবুজ।
· MCPGatewayService
মেইল পাঠানোর জন্য HTML-এর মূল অংশের প্লেইন-টেক্সট সংস্করণ এবং কলারের লেখা একটি টেক্সট ফাইল (TPRECAPS) গ্রহণ করা হবে (_s)
আইএসআই এর সভা সংক্ষিপ্ত বিবরণ এখন সভাটির পূর্ণ অনুলিপি বহন করে; বডির সীমা অতিক্রম করে এটি একটি . টিএক্সটি অ্যাটাচমেন্ট হিসেবে চলে যায়। textBody (bodyFormat HTML সহযোগে) মাল্টিপার্ট/বিকল্প টেক্সট অংশে পরিণত হয়; textAttachmentName + textAttachment হয়ে যায় একটি সংযুক্ত বস্তুর অংশ (নাম নিরাপদ অক্ষর, .txt-এ সংরক্ষিত)। সংযুক্ত টেক্সট প্রকাশের জন্য মূল অংশের সাথে পরিকল্পনা করা হয়েছে। গোল্ডেন টুল-লিস্ট পুনঃনির্মাণ করা হয়েছে (শুধুমাত্র মেইল পাঠানো)।
· EmailService
SI পরিচয় পরীক্ষার জন্য বার্তার প্রেরক তথ্য; SI_AUTH_REQUEST কোন অ্যাপলিকেশনের অন্তর্গত নয়
প্রেরকের নামের উত্তরে এখন বলা হয় যে বার্তাটি তার প্রেরক সম্পর্কে কি দাবি করে: সার্ভার যেটা আমাদের কাছে পাঠিয়েছে, আর এসপিএফ/ডিকেআইএম/ডিএমআরসি এর ফলাফল রেকর্ড করা আছে শীর্ষচরণ (শুধুমাত্র শীর্ষচরণ পড়া, কিছুই চিহ্নিত করা হয়নি)। SI_AUTH_REQUEST অপ্রকাশিত: যে কেউ জিজ্ঞাসা করতে পারেন একটি আই.আই. নিশ্চিত করার জন্য একটি অনুরোধ ছিল সত্যিই তারা.
· kamo-shared-library
SI_AUTH_REQUEST বিজ্ঞপ্তির ধরন এবং SI অনুমোদন লগ এন্টিটি
মালিক ২০২৬-১০-২৬: এমন একটি চ্যানেলের মাধ্যমে সরাসরি আদেশ আসছে যেটি কারো পরিচয় প্রমাণ করে না Kamo-এর সদস্য দ্বারা প্রথমে নিশ্চিত করা হয়। **************** (এর অন্তর্গত) যোগ করা হয় কোন অ্যাপলিকেশন নেই), si_auth_requests / si_auth_request_events ঘোষণা করে (kamoai-service-এ হাত দ্বারা প্রয়োগকৃত DDL **************** এবং support_ticket এর media_session_guid সূচী।
· kamo-internal
তার কল অপশনে কে একটি SI-কে সভায় আমন্ত্রণ জানাতে পারে তা নির্বাচন করুন
Kamo Meet "একটি SI আমন্ত্রণ" (মালিকের আদেশ 2026-10-26): শুধুমাত্র যারা এটি তদারকি করে (ডিফল্ট) / এর তদারকিকারী এবং দলীয় সহকর্মী / আপনার সংস্থার যে কেউ, প্রত্যেকের জন্য একটি সরল শব্দের ব্যাখ্যা সহ। AIService-এর মাধ্যমে সংরক্ষিত; মিডিয়া সার্ভিস এটাকে বাস্তবায়ন করে।
· MediaService
সভা থেকে একজন SI- কে আমন্ত্রণ জানান; কে একজন SI- কে আমন্ত্রণ জানাতে পারে তা SI- এর নিজস্ব পছন্দ
Kamo Meet "একজন আই.আই.-কে আমন্ত্রণ জানাও" (মালিকের আদেশ 2026-10-26): - মিটিং- এ স্বাক্ষরকারী ব্যক্তির জন্য **************** পেয়ে যাও (সৃষ্টিকারী, রেকর্ডকৃত অংশগ্রহণকারী, অথবা এই রুমের টোকেনটি তাদের নিজস্ব সেশন থেকে মিট সাইডকার দ্বারা হস্তান্তর করে: মিটপ্রেস মার্ক), সংস্থার সক্রিয় সিআইএস তারা আমন্ত্রণ জানাতে পারেন, গ্রুপে সুপারভিসিড / উপলব্ধ, ছবির সাথে (ছবি -> অ্যাভাটার), কাজের শিরোনাম এবং উপলব্ধতা (প্রাপ্তি, অনলাইন নয় কিন্তু যোগ দিতে পারবেন, অন্য কলে, স্থগিত, উপলব্ধ নয়)। কোন SI এই সভায় নেই অথবা এই সভায় যাওয়ার পথে নেই (সরাসরি অংশগ্রহণকারী, স্বয়ংক্রিয়ভাবে যোগদান আমন্ত্রণ, এটিতে সরাসরি ai_call); যেটি বাকি ছিল তা আবার তালিকাভুক্ত করা হয়েছে। - POST .../invitable-sis/{memberId}: M1-এর এক-ইন্সট্যান্স পাথের মাধ্যমে এটিকে এখন আনছে (অংশগ্রহণকারী upsert, এক্সক্লুসিভ) ডায়াল দাবি; এর পেছনে কামোয়া-সার্ভিসের অনন্য লাইভ-কল সূচক): একই সময়ে ক্লিক করা অথবা দুইজন লোক একবার কল করে। - MeetSiInvitePolicy: সুপারভাইজার (org গ্রাফ রিপোর্টিং লাইন, org মালিক) সবসময়; অন্যদের প্রতি SI' s meeting_invite_policy (SUPERVISORS ডিফল্ট | টিম | সংগঠন)। M1-এ বাধ্যতামূলক করা হবে এবং ব্যক্তিদের জন্য সভা তৈরি করা হবে, এবং M3'র পছন্দকারী শুধুমাত্র আমন্ত্রণমূলক SIs প্রদান করে ("পর্যবেক্ষণকৃত")। SIs TP12 SI-to-SI নিয়ম বজায় রাখে। - ViewerThemeDomain-এর মাধ্যমে **************** থিম হোস্ট-এ রুম অনুসন্ধান, যে কোন ট্রানজেকশনের বাইরে।
· AIService
এই SI- কে সভায় আমন্ত্রণ জানাতে পারবেন কে, তার কল অপশনে
Kamo Meet "একজন SI-কে আমন্ত্রণ জানান" (মালিকের আদেশ 2026-10-26): meetingInvitePolicy (SUPERVISORS default | TEAM | ORGANIZATION) SI এর অন্যান্য কল এবং মিটিং অপশনের পাশাপাশি পড়া এবং পরিবর্তন করা, একই অধিকার; সংরক্ষিত **************** (ডিডিএল **************** মিডিয়া সার্ভিস এটি প্রয়োগ করে।
· kamo-shared-library
MeetingInvitePolicy — কোন SI-কে সভায় আমন্ত্রণ জানানো যাবে; ai_member_call_options ঘোষণা করুন
Kamo Meet "Invite an SI" (মালিকের আদেশ 2026-10-26). একটি SI এর সুপারভাইজার (এটির ম্যানেজারের উপর রিপোর্টিং লাইন এবং SI-supervisor edges, org owner) সবসময় এটিকে আমন্ত্রণ জানাতে পারে; এর নিজস্ব meeting_invite_policy বলছে কে অন্যকে আমন্ত্রণ জানাতে পারে: SUPERVISORS (ডিফল্ট), TEAM (নামযুক্ত দল, একই ব্যবস্থাপক, এর রিপোর্ট) অথবা ORGANIZATION। গ্রাফ বন্ধ করতে ব্যর্থ। AiMemberCallOptionsRow হস্তনির্মিত ai_member_call_options টেবিল (এবং নতুন কলাম) ঘোষণা করে তাই KamoInitializer কোড থেকে এটি তৈরি করতে পারেন.
· MCPGatewayService
খেলা_ * - একটি SI সদস্যদের সাথে দাবা খেলে
SITP TPGAMES. মিডিয়াসার্ভিসের দাবা শেষ বিন্দুতে এগারোটি টুল, একটি গেট হিসাবে সদস্যের বোর্ড হল (দাবা অ্যাপ + PLAY_CHESS, আবার নিচের দিকে): games_list, games_get_state (চিত্র, FEN, বৈধ চাল, চালের টেক্সট, রেকর্ড), games_invite (ইচ্ছাকৃত দক্ষতা), games_join, games_decoder, games_move (SAN অথবা বর্গক্ষেত্র, সার্ভার-পাশের বৈধতা), games_offer_draw, games_decoder_draw, games_resign, games_rematch, games_set_skill। অন্যথায় SI-র চালগুলো এর জন্য খেলা হবে মিডিয়া সার্ভিসের ইঞ্জিন; মডেলটি কথা বলছে। অভ্যন্তরীণ লেখা: না অনুমোদন শ্রেণী, NOT_DISCLOSING; পড়ে NOT_CONTENT। chat_read খেলার নাম উল্লেখ করে একটি GAME_ INVITE কার্ড । অনুমোদন পংক্তি + CHESS_ GAME noun; games_ prefix; goldens পুনরুজ্জীবিত (১১ যোগ করা হয়েছে) । পরীক্ষা: গেমসপ্যাকটেস্ট ৭, চ্যাটপ্যাকটেস্ট +১; পূর্ণ স্যুট ১৯৬৮ সবুজ।
· EmailService
এইচটিএমএল-এর পাশে একটি প্লেইন-টেক্সট সংস্করণ, এবং একটি সিআই-এর সুপারভাইজারের জন্য একটি রিকাপ চিঠি যখন সিআই-এর কোন মেইলবক্স নেই (TPRECAPS)
/api/email/send একটি ইচ্ছাকৃত textBody গ্রহণ করে: মূল অংশটি তখন মাল্টিপার্শ্ব/বিকল্প (টেক্সট, তারপর HTML), ভিতরে মিশ্রিত সংযুক্ত ফাইল উপস্থিত থাকলে। POST **************** (KamoAI গোপনীয়, /api/email/send-এর মত মাল্টিপার্ট) একটি চিঠি প্রেরণ করে তার কলারের দ্বারা নির্মিত সংস্থার ট্রান্স্যাকশনাল মেইল: NoReply@ তার ডোমেইন শুধুমাত্র যখন যে ডোমেইনের এসপিএফ আমাদের অনুমতি দিয়েছে, অন্যথায় প্ল্যাটফর্মটি তাদের নামের অধীনে, টেক্সট সংস্করণ এবং দুই ফাইল পর্যন্ত।
· kamo-shared-library
SI কল পুনরাবৃত্তি ই-মেইল (TPRECAPS) জন্য ai_call_recap এবং ai_member_recap_options ঘোষণা করুন
প্রতিটি আই.এস. ফোন কলের জন্য একটি সারি, যার মধ্যে একটি কথোপকথন ছিল, তাই এর পুনরাবৃত্তি সুপারভাইজারের কাছে একবার পৌঁছেছে; এবং একটি আই.এস. এর দুইটি পুনরাবৃত্তি ডিফল্টভাবে উভয় অপশন সক্রিয়। হাত দ্বারা প্রয়োগকৃত DDL (kamoai-service ****************) এখানে ঘোষণা করা হয়েছে যাতে KamoInitializer এটি পুনরায় তৈরি করতে পারে।
· MCPGatewayService
প্রত্যেক SI এর একটি ঘড়ি আছে: time_now, time_convert, time_calc
মালিকের রিপোর্ট ২০২৬-১০-২৬: ফোনে সময় জিজ্ঞেস করা হলে একজন আইএসআই বলেন, ঘড়ি নেই ক্যালেন্ডার প্রত্যেক ব্যক্তির আছে: সময় এখন SI এর জোন বা অন্য যে কোন (দিনের সাথে) সপ্তাহ), অন্য একটি জোনে বলা সময়, এবং তারিখ গণনা। পড়া, কোন অধিকার, কোন রেকর্ড।
· MCPGatewayService
একজন টিম মেম্বারের প্রমাণিত ই-মেইল একটি আইএস এর জন্য তাদের অনুরোধ এবং তাদের আদেশ
মালিকের রিপোর্ট ২০২৬-১০-২৬: মালিক তাদের আইএসআইকে তাদের ফোন করার জন্য ইমেইল পাঠিয়েছেন; ইমেইলটি কখনো একটি ফোন নাম্বার ছিল না অর্ডার ([অর্ডার] কোন অর্ডার নেই) এবং পরবর্তী প্রত্যেক চেক-ইন এটি বাইরের মেইল হিসাবে পড়ে এবং জিজ্ঞাসা অনুমোদনের জন্য মালিকের কাছে পাঠানো হয়েছে । মেইল ই- মেইল সার্ভিস প্রমাণ করে যে, আই. আই. - এ প্রেরিত দলীয় সদস্যের নিজস্ব মেইলবক্সটি এখন মেইলটিতে (sendByTeammate, internal taint) এবং চ্যাট বার্তার মত একটি উদ্ধৃতি বা উদ্ধৃতি: লেখক, সম্প্রতি, এই রান এবং ধুলা সব চেক করা হয়.
· MediaService
একটি SI সদস্য সদস্যদের সাথে দাবা খেলে, Kamo এর ইঞ্জিন দ্বারা তার চাল নির্বাচিত হয়
সিআইটিপি টিপিগেমস (মালিক ২০২৬-১০-২৬: একজন সিআইকে দাবা খেলার জন্য বলা হলেও সে জানে না কিভাবে খেলতে হয়)। - ChessSiPlayer: ইভেন্ট- চালিত (প্রত্যেক পরিবর্তনের পর ChessTurnEvent) । একজন সদস্যের আমন্ত্রণ: সিআই যোগদান করে এবং তার মন একবার জেগে ওঠে (একটি চ্যাট) কার্ডের কথোপকথনে নোটিফিকেশন) তাদের স্বাগত জানাতে। একজন সদস্যের ড্র প্রস্তাব: গ্রহণ করা হয়েছে যদি না আই. ই. অর্ধেক পদাতিককে এগিয়ে থাকে। তার পালা: ChessAi (আলফা-বেটা + স্থিরতা, সময়-বাজেটকৃত) চলনের সময় বেছে নেয় SI এর স্তর এবং ChessGameService.move এর মাধ্যমে SI হিসাবে খেলা হয়, ক্লিকের মতই বৈধ পাথ। ~0.7 সেকেন্ড বিরতি, প্রতি খেলায় একটি অপেক্ষাকৃত কাজ, প্রতিটি পড ২০০, Redis পডের মধ্যে দাবি, FEN লিখার আগে পুনরায় পরীক্ষা করা হয়েছে। - ChessSiEligibility, প্রতিটি চাল: দাবা অ্যাপ চালু, PLAY_CHESS প্রয়োগ করা হয়েছে, রানটাইম স্থগিত/অবরুদ্ধ/অবসারণ করা হয়নি। - পুনরুদ্ধার সুইপ (singleton, 30 সেকেন্ড) জন্য একটি ধাপে একটি পুনরায় আরম্ভ অথবা বিরতির মিস. - কোন আই. সি. বনাম আই. সি. বোর্ড নেই (নিবেদন প্রত্যাখ্যাত; কারো জন্য খেলা হচ্ছে না)। - প্রতি খেলায় দক্ষতা (CASUAL/CLUB/MASTER, ডিফল্ট CLUB) Redis-এ, কোন DDL নেই; POST /games/{id}/si-level; /move-এ চাল লেখা হয়েছে (SAN অথবা e2e4)। - বোর্ডে প্রতিপক্ষের ছবি দেখানো হয়েছে (opponentAvatarUrl সবসময়ই নূল ছিল), প্রতিপক্ষIsSi এবং siLevel । - ঠিক করা হয়েছে: প্রতিটি অনুরোধের দ্বারা একটি ChessAi শেয়ার করা হয়েছে যার নিজস্ব সময়সীমা ক্ষেত্র রয়েছে । পরীক্ষা: ChessSiPlayerTest 11, ChessSiRulesTest 15, প্রশ্ন বিশ্লেষণ ১; দাবা এবং সবুজ গেমস সুইট (১০০) ।
· EmailService
প্রমাণ করো যে একজন সহকর্মী একজন আই. আই. এর ই-মেইল পাঠিয়েছে, যাতে ই-মেইল করা অনুরোধ তাদের অর্ডার হিসেবে গণনা করা যায়
একটি অভ্যন্তরীণ সমাপ্তি বিন্দু উত্তর প্রদান করে যে একজন সদস্যের নিজস্ব মেইলবক্সে একটি বার্তা একটি দ্বারা প্রেরিত হয়েছে কিনা দলীয় সহযোগী: এর প্রেরক একই org-এর একজন সদস্যের কাছে পৌঁছেছে, এবং সেই সদস্যের নিজের প্রেরিত ফোল্ডারটিতে রয়েছে প্রাপকের ঠিকানা অনুযায়ী একই বার্তা-ID। ভুয়া প্রেরক কখনোই প্রবেশ করানো হবে না; শুধুমাত্র পাঠযোগ্য।
· kamo-internal
পাইপলাইন দেখায় যখন প্রতিটি চুক্তি এবং ঋণ খোলা হয়, এবং এটি দ্বারা সাজানো হয়
চুক্তি এবং ঋণ প্রদর্শন "খুলুন <তারিখ, সময়>" সদস্য এলাকায়। ঋণের জন্য Arive থেকে আমদানি করা হয়েছে যা Arive'র সৃষ্টির সময় — আগে, প্রতিটি আমদানি করা হয়েছে ইম্পোর্টের দিনে খোলা হিসাবে বিক্রয় সাজানো হয়েছে।
· SecurityService
Arive-এ খোলা পাইপলাইন ঋণ Arive-এর সৃষ্টির সময় বহন করে, ইম্পোর্টের নয়
· kamo-shared-library
ঋণ সারসংক্ষেপ বহন করে যখন একটি MLOS ঋণ সত্যিই খোলা (openedAt)
· kamo-internal
সম্ভাবনা - প্রাক-আবেদন চুক্তি উন্মুক্ত পাইপলাইন ছেড়ে দেয়
একটি চুক্তি যার ঋণ সব গ্রহণ, যোগ্যতা বা পূর্ব অনুমোদন (না অ্যাপ্লিকেশন এখনও নেওয়া হয়নি) দেখায় তার নিজের সম্ভাবনা দেখুন এবং গণনা করুন। খোলা, এর KPIs এবং স্টেজ রেইল এখন শুধুমাত্র অগ্রগতির অ্যাপ্লিকেশন গণনা করে; Kamo'র নিজের ড্রাফট উন্মুক্ত অবস্থায় থাকবে। ঋণের ব্যাপারে কিছুই পরিবর্তন হবে না।
· kamo-internal
পাইপলাইন প্রদর্শন করে আবেদনের পূর্ববর্তী পর্যায়, প্রতিটি ফলাফল এবং আর্কাইভকৃত ঋণ
- অবস্থা: আবেদন গ্রহণ, যোগ্যতা, পূর্ব অনুমোদিত; অনুমোদিত নয় গ্রহণ করা হয়েছে, অসম্পূর্ণতার কারণে বন্ধ করা হয়েছে, বাতিল করা হয়েছে, পূর্ব অনুমোদন প্রত্যাখ্যান করা হয়েছে/ গ্রহণ করা হয়নি — দুইটি হার্ড-কোডকৃত অনুলিপির পরিবর্তে একটি অংশীদারি তালিকা - বোর্ড এবং চুক্তি: আর্কাইভকৃত ঋণ উন্মুক্ত পাইপলাইন ছেড়ে চলে যায় (অতীতের নিচে দেখানো হয়েছে, চিহ্নিত আর্কাইভ করা); অর্থায়ন না করা ফলাফল বাতিল হিসাবে গণনা করা হবে - "সমর্পণ করা" এখন আর statusId > = ২ নয় (id- গুলি পরিচয়, অর্ডার নয়) - Arive স্টেজ ম্যাপ প্রাক-অ্যাপ্লিকেশন অবস্থা প্রদান করে
· SecurityService
Kamo প্রত্যেক Arive ঋণ ধরে রাখে, অবস্থা Arive সত্যিই আছে
- আমদানি এবং আমদানিকৃত ঘটনা প্রত্যেকটি ঋণ গ্রহণ করে - উন্মুক্ত, অর্থায়িত, প্রতিকূল বা আর্কাইভকৃত — শুধুমাত্র "সক্রিয়" গুলোর পরিবর্তে - কোন প্রতি-ঋণ Get Loan বা crmReferenceId স্ট্যাম্প নেই: প্রত্যেকটি Zapier কাজ ক্লায়েন্টের পরিকল্পনা (একটি আমদানির জন্য ২০,০০০+); GUID ঋণ স্বীকার করে - Arive-এর তারিখ রেকর্ডের সিস্টেম হিসাবে প্রয়োগ করা হবে (Arive-এর অবস্থান ফাঁকা করা হবে) কোনটিই নয়, উদাহরণস্বরূপ, প্রাক-অনুপ্রয়োগ ফাইলের একটি অ্যাপ্লিকেশনের তারিখ) - Kamo এর পিছনে একটি স্টেজ পুনরায় সাজানো হয়েছে, রেকর্ডে, প্রত্যাখ্যান করার পরিবর্তে - শুধুমাত্র খসড়া সংরক্ষক (ঋণগ্রহীতা সম্পাদনা, নিজস্ব জমা, SI ক্রেডিট টান / AUS) কভার প্রাক- অ্যাপ্লিকেশন পর্যায়; "সমর্পণ করা" এখন আর statusId >= ২ নয়
· kamo-shared-library
অ্যাপ্লিকেশনের পূর্ববর্তী অবস্থা, প্রত্যেক HMDA ফলাফল, আর্কাইভ এবং Arive-এর প্রকৃত তারিখ
Arive ঋণ শুধুমাত্র স্টেজ নাম থেকে ম্যাপ করা হয়েছে: প্রত্যেক প্রাক-অনুমোদন স্টেজ আবেদন গ্রহণ করা হয়েছে, প্রত্যেক আর্কাইভকৃত ঋণ প্রত্যাহার করা হয়েছে (অর্থায়ন করাগুলোও), প্রত্যেকটি প্রতিকূল কাজ প্রত্যাখ্যান করা হয়েছে, এবং তারিখগুলি ইম্পোর্টের দিনের সাথে স্ট্যাম্প করা হয়েছে। - LoanFileStatus (সংযোজিত — অর্ডার কলাম): APPLICATION_INTAKE, যোগ্যতা, পূর্ব অনুমোদিত; ফলাফল অনুমোদিত নয়, অসম্পূর্ণ, বাতিল, পূর্ব অনুমোদন প্রত্যাখ্যাত, পূর্ব অনুমোদন গ্রহণ করা হয়নি - state machine: ইচ্ছাকৃত পূর্ব- অ্যাপ্লিকেশন তীরচিহ্ন; প্রতিটি ফলাফল শুধুমাত্র থেকে এটি অনুসরণ করতে পারে এমন অবস্থা - LoanFile.archivedAt: আর্কাইভটি অবস্থার পাশে একটি ফ্ল্যাগ, ফলাফল নয় - Arive: ADVERSE পর্যায় + AriveAdverseReason তাদের নিজস্ব ফলাফল ম্যাপ (দুই ঋণ ব্যবস্থাপনা = আবেদন গ্রহণ করা হয়েছে, প্রকাশিত = প্রক্রিয়াধীন; তারিখ Arive (TRID তারিখ, স্বাক্ষরিত ডকুমেন্ট, অর্থায়নকারী, পর্যায়ের তারিখ), আজ কখনোই নয় - realignToExternal: বাইরের MLOS হল মঞ্চের জন্য রেকর্ডের সিস্টেম - প্রকৃত ফলাফল থেকে HMDA কর্ম গ্রহণ করা হয়েছে; অগ্রগতির ফাইলগুলির মধ্যে কোনটিই নেই - বাণিজ্য / লেনদেন রোলআপ / ঘনিষ্ঠ দিগন্ত নতুন অবস্থান পরিচালনা করুন
· kamo-internal
বহিরাগত এমএলওএস ঋণ বাজারে এবং প্রত্যেক ঋণের উপর বাস করে
- সেটিংস → POS বাজার → ঋণ বাজার: নতুন "বাহ্যিক MLOS" ট্যাব Zapier, MeridianLink-এর মাধ্যমে Arive) সংযোগ, স্টেজ ম্যাপ, ট্রানজাকশন সহযোগে উইন্ডো এবং সক্রিয় ঋণ আমদানি; নেতৃত্ব-বাজার MLOS নির্বাচনকারী এর একটি পয়েন্টার দ্বারা প্রতিস্থাপিত - ঋণ আবেদন: একটি স্ট্যাটাস বার বহিস্থিত ঋণের স্থান দেখায় এমএলওএস (সংযুক্ত/প্রেরণ/অবশ্যকীয় ক্ষেত্র/অনুমোদন না করা), পুনরায় প্রেরণ এবং এমএলওএস-এ খোলা; MLOS-এর অংশগুলো শুধুমাত্র পড়া যায়, যেখানে একটি নোট আছে যে সেগুলো কোথায় সম্পাদন করা যায় - পাইপলাইন চুক্তি কার্ড: বহিরাগত MLOS চিপ - মূল পৃষ্ঠা: Arive/MeridianLink কার্যাবলী অপসারণ করা হয়েছে - প্রক্সি রাউট **************** এ চলে যাবে

তোমার মহাবিশ্ব অপেক্ষা করছে।
মিনিটের মধ্যে বিনামূল্যে শুরু করুন। যখনই আপনি প্রস্তুত হন তখনই পণ্য যোগ করুন - কোন স্থানান্তর নেই, কোন নতুন লগইন নেই।
চিরকালের জন্য বিনামূল্যে — কোন ক্রেডিট কার্ডের প্রয়োজন নেই