உள்ளடக்கத்திற்குச் செல்லவும்
KAMOUniverse

மாற்று பதிவேடு

என்ன புதிது.

அது கப்பல்கள் போல், தளத்தில் ஒவ்வொரு மேம்பாடு.

  1. · AIService

    கூட்ட அழைப்பிதழ் விருப்பம் ஒரு தேர்ந்தெடுக்கப்பட்ட தடை, முன்னிருப்பு ஒன்றுமில்லை

    உரிமையாளர் முடிவு 2026-10-26: SI யின் சொந்த உரிமைகள் யார் அழைப்பு விடுக்கலாம் என்பதை தீர்மானிக்கலாம் (அவர்கள் சந்திப்புகளை உள்ளடக்கிய எந்தவொரு குழு உறுப்பினரும், இல்லையெனில் அதன் கண்காணிப்பாளர்கள் மட்டுமே. **************** இப்போது முன்னிருப்பு ORGANIZATION (இல்லை கட்டுப்பாடு); DDL **************** பயன்படுத்தப்பட்டது (முன்னிருப்பு + பழைய முன்னிருப்பை மட்டுமே கொண்டு சென்ற நான்கு கிடக்கைகள்).

  2. · kamo-shared-library

    SI யின் சொந்த உரிமைகள் யாரை அழைக்கலாம் என்பதை தீர்மானிக்கிறது; meeting_invite_policy என்பது தேர்வுசெய்யக்கூடிய ஒரு கட்டுப்பாடு மட்டுமே

    உரிமையாளர் முடிவு 2026-10-26: ஒரு SI யின் தனிப்பட்ட பாதுகாப்புக் கொள்கை கூட்டங்களை அனுமதிக்கிறது, எந்தவொரு அணி உறுப்பினராலும் அழைக்கப்பட்டிருக்கலாம்; ஒரு அதன் கொள்கை அதன் கண்காணிப்பாளர்களால் மட்டுமே செய்யப்படுவதில்லை (அவர்களது நேரடியான கட்டளை அவர்களின் கொள்கையை கடன் கொடுக்கிறது). MeetingInvitePolicy stays ஒரு விருப்பமான கூடுதல் கட்டுப்பாடு, அதன் முன்னிருப்பு, ORGANIZATION, எதையும் கட்டுப்படுத்தாது (SUPERVISORS இருந்தது).

  3. · kamo-shared-library

    ஒவ்வொரு SI அதன் தனித்துவம் மற்றும் பின்னணி ஒலி, குரல் ஒப்புதல் மற்றும் அழைப்பவர் வாக்கிய நினைவகம் அட்டவணைகள் மூலம் பேசுகிறது

    PhoneStyle ஒரு SI யின் குணங்களை பேசப்பட்ட தொலைபேசி விதிகளில் தொகுக்கிறது (குறுக்கீடுகள் மற்றும் முகவரி வடிவங்கள், வெப்பம், நகைச்சுவை, ஆற்றல், பாதுகாப்பு, உணர்வு, வியப்பு, பதிவு, மண்டல வடிவமைப்பு) கூடுதலாக குரல் குழாய் செயல்படும் எண்கள்: ஒரு நிரப்புதல் திறன் அழைப்பு (D3, A/B வரை), கேட்கும் ஒலிகளுக்கு இடையே உள்ள இடைவெளி (D4), சிரிப்பு மற்றும் உணர்வு வரிசை (D6), இளைப்பாறுதல் குரல் மற்றும் முடிவில் சுழற்சி பொறுமை. ஒரு SI எந்த தனித்துவமும் இல்லாமல் இன்னும் பதிவு முன்னிருப்புகளுடன் பேசுகிறது (D2). AiAmbienceSetting (D7), AiVoiceCloneConsent (D12) மற்றும் AiCounterpartyMemory ஆகியவை KamoInitializer காமாய்-சேவையின் புதிய அட்டவணைகளை மீண்டும் உருவாக்க முடியும் என அறிவிக்கப்பட்டது.

  4. · MediaService

    SIs உறுப்பினர்களுடன் டெக்சாஸ் Hold'em விளையாட, மற்றும் ஒவ்வொரு உறுப்பினரின் Cheddar மீண்டும் வேலை

    SITP TPGAMES (உரிமையாளர் 2026-10-26). செடார் வாலட்: - வாலட்டின் ஒரே கதவு (universe- gateway -> universe- persistence) இருந்தது KamoUniverse விளையாட்டு 2026-09-28 இல் நிறுத்தப்பட்டதால் முடிவு புள்ளிகள் இல்லை, எனவே ஒவ்வொரு ஹோல்டேம் வாங்குதல் தவறிவிட்டது ('செடார் சுருக்குப்பையில் பதில் இல்லை'), மக்கள் மற்றும் SIs சமமாக. CheddarLedger அதே மூன்று அட்டவணைகள் எழுதுகிறது kamouniverse தரவுத்தளத்தை நேரடியாக (அதே குழு, இந்த சேவையின் சொந்த DB பயனர்), நிலைத்தன்மை சேவையின் விதிகளுடன்: ஒவ்வொரு நகர்விற்கும் ஒரு பரிமாற்றம், தனிப்பட்ட idempotency key (replay = applied false), கையொப்பமிடப்பட்ட லெஜர் வரி; a debit isa நிலையான புதுப்பித்தல் எனவே இரண்டு வாங்குதல்கள் மீறமுடியாது. CheddarWalletClient now அதை பயன்படுத்துகிறது. - ஒருமுறை பதிவு வழங்குதல் (1,000,000, key signup_grant:<id>), இது மட்டுமே ஒரு உறுப்பினரின் சுருக்குப்பையில் முதல் முறையாக உருவாக்கப்பட்டது அவர்கள் ஒரு விளையாட்டு பயன்பாடு மூலம் தொட்டது - நபர் அல்லது SI அதே. CheddarSiGrants ஒவ்வொரு ஓய்வுபெற்ற SI's பேக்கை முன்பே திறக்கிறது (மணிக்கு, singleton, SI ரோஸ்டரின் உறுப்பினர் அடையாளங்கள் மூலம் பக்கமாக்கப்பட்டது; வேறு எதுவும் தொட்டதில்லை). செடார் வாங்குதல் பாதை இல்லை, எனவே எப்போதும் பணம் இல்லை SI அதை வாங்க. ஹால்டேம் SI: - HoldemSiBrain: HandEvaluator vs live opponents க்கு மேல் Monte Carlo equity, பாட்டில் வாய்ப்புகள், பாணி கவனமாக/ சமநிலை/ தைரியம் மற்றும் திறன் CASUAL/ CLUB/ SHARP, 300 ms cap. அதன் ஒரே உள்ளீடு SI' s per- recipient HoldemTableView: own two அட்டைகள் மற்றும் பொது தகவல், எப்போதும் மற்ற அட்டைகள் அல்லது டெக். - HoldemSiPlayer: நிகழ்வு- இயக்கப்பட்ட (HoldemTurnEvent ஒவ்வொரு வெளியிடப்பட்ட சட்டத்திற்குப் பிறகு, ~ 1. 4- 2. 3 s 30 s கடிகாரத்தின் உள்ளே தற்காலிகமாக நிற்கிறது). ஒருவர் அழைக்கும் போது மற்றும் உட்கார்ந்துள்ளது, HoldemGameService.act மூலம் செயல்படுகிறது expectedSeq, rebuys இல் அதிகபட்சம்3முறை ஒரு நாளைக்கு ஒரு மேசை, ஒரு அமர்ந்த-அவருக்கு வெளியே அமர்ந்து விட்டு எந்த நபரும் இல்லாத போது: SIs தமக்கிடையே விளையாடவே மாட்டார்கள். Redis claim per அட்டவணை; Redis இல் அட்டவணைக்கு SI க்கு பாணி/திறன். - HoldemSiEligibility ஒவ்வொரு படி: Hold'em பயன்பாடு, PLAY_HOLDEM (SI's, அல்லது அழைப்பவர்/ அமர்ந்திருப்பவரின்: இணங்காதல் இல்லை), இயக்க நேரம் தற்காலிகமாக இல்லை. - POST /tables/{id}/si-play (பாணி, திறன்), அழைப்பு SI மட்டுமே. - ChessFaces பொருள் புரவலனை மாற்றத்திற்கு வெளியே படிக்கிறது (ratchet), தற்காலிகமாக. சோதனைகள்: CheddarLedgerTest4(H2), HoldemSiBrainTest5, HoldemSiFairnessTest3 (SI யின் காட்சியில் மற்ற விளையாட்டாளர்களின் சீட்டுகள் மற்றும் தட்டு இல்லை; மறைக்கப்பட்ட சீட்டுகள் தீர்ப்பை மாற்ற முடியாது; விளையாட்டாளர்க்கு காய்ந்த கை வரிசைகளுக்கு வாயில் இல்லை), HoldemSiPlayerTest7; விளையாட்டுகள் 240 பச்சை.

  5. · MCPGatewayService

    அஞ்சல்_செலுத்தல் ஒரு HTML உடல் வெறும் உரை பதிப்பு மற்றும் ஒரு உரை கோப்பு அழைப்பவர் எழுதியுள்ளது (TPRECAPS)

    SI இன் கூட்டத்தின் சுருக்கம் இப்போது கூட்டத்தின் முழு நகலைக் கொண்டுள்ளது; உடல் எல்லையைத் தாண்டி அது ஒரு .txt இணைப்பாகச் செல்கிறது. textBody (bodyFormat HTML உடன்) multipart/ alternate text part ஆகும்; textAttachmentName + textAttachment ஆகும் ஒரு இணைப்புப் பகுதி (பெயர் பாதுகாப்பான எழுத்துக்களில் வைக்கப்பட்டுள்ளது, .txt). இணைக்கப்பட்ட உரை வெளியிடுவதற்கான உடல்களுடன் திட்டமிடப்பட்டுள்ளது. கோல்டன் கருவி பட்டியல் புதுப்பிக்கப்பட்டது (அஞ்சல்_ அனுப்பு மட்டும்).

  6. · EmailService

    SI அடையாளச் சோதனைகளுக்கான ஒரு செய்தியின் அனுப்புநர் உண்மைகள்; SI_AUTH_REQUEST எந்த பயன்பாட்டுக்கும் சொந்தமானது அல்ல

    இந்த பதிலை அனுப்புநர் பற்றிய தகவல் கூறுகிறது: From, பதிலளி-இதற்கு, எமக்கு அதனை வழங்கிய சேவையகம், மற்றும் அதன் SPF/DKIM/DMARC முடிவுகள் பதிவு செய்யப்பட்டன தலைப்புகள் (தலைப்பு- படித்தல் மட்டும், எதுவுமே குறிக்கப்படவில்லை). SI_ AUTH_ REQUEST குறிப்பிடப்படவில்லை: யாராலும் கேட்கலாம் ஒரு SI ஒரு வேண்டுகோள் உறுதிப்படுத்த உண்மையில் அவர்களை இருந்தது.

  7. · kamo-shared-library

    SI_AUTH_REQUEST அறிவிப்பு வகை மற்றும் SI உரிமம் பதிவு பொருள்கள்

    உரிமையாளர் 2026-10-26: ஒருவரின் அடையாளத்தை நிரூபிக்காத ஒரு வழியில் ஒரு SI ஐ அடையும் நேரடி ஆணைகள் உறுப்பினர் Kamo முதலில் உறுதி செய்தார். **************** (இதற்கு உரியது) சேர்க்கிறது பயன்பாடு இல்லை), si_auth_requests / si_auth_request_events (kamoai-service இல் கைமுறையாக பயன்படுத்தப்பட்ட DDL) அறிவிக்கிறது **************** மற்றும் support_ticket இன் media_session_guid அட்டவணை.

  8. · kamo-internal

    அழைப்பு விருப்பத்தேர்வுகள்

    Kamo Meet "Invite an SI" (owner order 2026-10-26): அதை கண்காணிப்பவர்கள் மட்டுமே (முன்னிருப்பு) / அதன் கண்காணிப்பாளர்கள் மற்றும் உங்கள் அமைப்பில் உள்ள அனைவரும், ஒவ்வொன்றின் விளக்கத்துடன். AIService மூலம் சேமிக்கப்பட்டது; MediaService அதை அமல்படுத்துகிறது.

  9. · MediaService

    சந்திப்பின் உள்ளே இருந்து ஒரு SI ஐ அழைக்கவும்; யார் ஒரு SI ஐ அழைக்கலாம் என்பது SI யின் சொந்த விருப்பம்

    Kamo Meet "ஒரு SI ஐ அழைக்கவும்" (உரிமையாளர் வரிசை 2026-10-26): - GET **************** for an signed- in person IN the meeting (படைப்பாளி, பதிவு செய்யப்பட்ட பங்கேற்பாளர், அல்லது தங்கள் சொந்த அமர்வில் இருந்து சந்திக்க sidecar மூலம் இந்த அறையின் டாக்கன் வழங்கப்பட்டது: MEETPRES குறி), org' s செயல்படும் SIs அவர்கள் அழைக்கலாம், குழுவாக்கப்பட்ட கண்காணிக்கப்பட்டது / கிடைக்கும், புகைப்படத்துடன் (படம் -> உருவம்), வேலைப் பெயர் மற்றும் கிடைக்கும் (இருக்கிறது, இணைப்பில் இல்லை, ஆனால் இணைக்க முடியும், மற்றொரு அழைப்பில், தற்காலிகமாக நிறுத்தப்பட்டது, கிடைக்கவில்லை). இந்த கூட்டத்திற்கு செல்லும் வழியில் எப்போதும் ஒரு SI இல்லை (உயிர் பங்கேற்பாளர், தானியங்கி-சேர்ப்பு அழைப்பிதழ், உயிர் ai_call into it); மீதி ஒன்று மீண்டும் பட்டியலிடப்பட்டது. - POST .../invitable-sis/{memberId}: M1's ஒரு-நிகழ்வு பாதை வழியாக அதை இப்போது கொண்டுவருகிறது (பங்கேற்பாளர் upsert, தனிப்பட்ட) dial claim; kamoai-service's unique live-call index behind it): ஒரே நேரத்தில் க்ளிக் செய்வது அல்லது இரண்டு பேர் ஒரு அழைப்பை இடுவது. - MeetSiInvitePolicy: supervisors (org graph reporting line, org owner) always; others per the SI' s meeting_invite_policy (SUPERVISORS இயல்பிருப்பு | குழு | அமைப்பு). M1 மற்றும் கூட்டத்தை உருவாக்குபவர்களுக்கு கட்டாயப்படுத்தப்பட்டது, மற்றும் M3' s தேர்ந்தெடுப்பவர் மட்டுமே அழைக்கக்கூடிய SIs வழங்குகிறது ("supervised" உடன்). SIs TP12 SI- to- SI விதியை வைத்திருக்கிறது. - ViewerThemeDomain மூலம் **************** தலைப்பு புரவலனில் அறை தேடுதல் எந்தவொரு பரிமாற்றத்திற்கும் வெளியே

  10. · AIService

    யார் இந்த SI யை கூட்டங்களுக்கு அழைக்கலாம், அதன் அழைப்பு விருப்பங்களில்

    Kamo Meet "ஒரு SI ஐ அழைக்கவும்" (உரிமையாளர் வரிசை 2026-10-26): meetingInvitePolicy (SUPERVISORS default | TEAM | ORGANIZATION) படித்தல் மற்றும் மாற்றப்பட்ட SI யின் மற்ற அழைப்பு மற்றும் கூட்டம் விருப்பத்தேர்வுகள், அதே உரிமைகள்; சேமிக்கப்பட்டது **************** (DDL **************** செயல்படுத்தப்பட்டது. ஊடகசேவை அதை அமல்படுத்துகிறது.

  11. · kamo-shared-library

    MeetingInvitePolicy — யார் ஒரு SI ஐ ஒரு கூட்டத்திற்கு அழைக்கலாம்; ai_member_call_options அறிவிக்கவும்

    Kamo Meet "ஒரு SI ஐ அழைக்கவும்" (உரிமையாளர் கட்டளை 2026-10-26). ஒரு SI யின் கண்காணிப்பாளர்கள் (அதன் மேலாளர் மற்றும் SI-supervisor edges, the org owner) எப்பொழுதும் அழைக்கலாம்; அதன் சொந்த meeting_invite_policy யார் வேறு அழைக்கலாம் என்று சொல்கிறது: SUPERVISORS (முன்னிருப்பு), TEAM (பெயரிடப்பட்ட அணி, அதே மேலாளர், அதன் அறிக்கைகள்) அல்லது ORGANIZATION. வரைப்படத்தை மூட இயலவில்லை. AiMemberCallOptionsRow கையால் உருவாக்கப்பட்ட ai_member_call_options அட்டவணையை அறிவிக்கிறது (மற்றும் புதிய நெடுக்கை) எனவே KamoInitializer குறியீட்டில் இருந்து அதை உருவாக்க முடியும்.

  12. · MCPGatewayService

    விளையாட்டுகள்_ * - ஒரு SI உறுப்பினர்களுடன் சதுரங்கம் விளையாடுகிறது

    SITP TPGAMES. ஊடக சேவையின் சதுரங்க முடிவு புள்ளிகள் மீதான பதினொரு கருவிகள், ஒரு உறுப்பினரின் பலகை (செஸ் பயன்பாடு + PLAY_CHESS, மீண்டும் கீழ்நோக்கி): games_list, games_get_state (வரிப்படம், FEN, சட்டப்படி நகர்த்தல்கள், நகர்த்தும் உரை, பதிவு), games_invite (விருப்பமான திறன்), games_join, games_decoder, games_move (SAN அல்லது சதுரங்கள், validated server-side), 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 புதுப்பிக்கப்பட்டது (11 சேர்க்கப்பட்டது). சோதனைகள்: GamesPackTest7, ChatPackTest +1; முழுமையான 1968 பச்சை.

  13. · EmailService

    HTML க்கு அருகில் ஒரு வெற்று உரை பதிப்பு, மற்றும் SI க்கு அஞ்சல் பெட்டி இல்லாத போது ஒரு SI யின் ஒரு கண்காணிப்பாளருக்கு ஒரு சுருக்க அஞ்சல் (TPRECAPS) Name

    /api/email/send ஒரு தேர்ந்தெடுக்கப்பட்ட textBody ஐ எடுத்துக் கொள்கிறது: உடல் பின்னர் பலபகுதி/மாற்றம் (உரை, பின்னர் HTML), உள்ளே கலந்துள்ளது இணைப்புகள் இருந்தால். POST **************** (KamoAI secret, multipart like /api/email/send) ஒரு கடிதத்தை அனுப்புகிறது அதன் அழைப்பவர் அமைப்பின் பரிமாற்ற அஞ்சலாக உருவாக்கப்பட்டது: NoReply@ its domain only when that domain' s SPF நம்மை அனுமதிக்கிறது, இல்லையென்றால் அதன் பெயரின் கீழ் தளத்தின், உரை பதிப்பு மற்றும் இரண்டு கோப்புகள் வரை.

  14. · kamo-shared-library

    SI அழைப்பு மறுசீரமைப்பு மின்னஞ்சலுக்கு ai_call_recap மற்றும் ai_member_recap_options ஐ அறிவிக்கவும் (TPRECAPS)

    ஒரு SI தொலைபேசி அழைப்பு ஒரு வரிசை ஒரு உரையாடல் இருந்தது, எனவே அதன் சுருக்கம் ஒருமுறை கண்காணிப்பாளரை அடைகிறது; மற்றும் ஒரு SI இரண்டு சுருக்கம் விருப்பங்கள், இரண்டும் முன்னிருப்பாக. கைமுறையாக பயன்படுத்தப்பட்ட DDL (kamoai- service ****************) KamoInitializer அதை மறுபடியும் உருவாக்க முடியும் என்பதால் இங்கே அறிவிக்கப்பட்டது.

  15. · MCPGatewayService

    ஒவ்வொரு SI க்கும் ஒரு கடிகாரம் உள்ளது: time_ now, time_ convert, time_ calc

    உரிமையாளர் அறிக்கை 2026-10-26: ஒரு அழைப்பில் நேரம் கேட்கப்பட்டது, ஒரு SI கூறினார் அது கடிகாரம் இல்லை. கடிகாரம் மற்றும் நாள்காட்டி ஒவ்வொரு நபரும் உள்ளது: நேரம் இப்போது SI' s மண்டலம் அல்லது வேறு எந்த (இந்த நாள் வாரத்தில்), ஒரு நேரம் மற்ற ஒரு மண்டலத்தில் கூறப்பட்டது, மற்றும் தேதி கணித. வாசிப்புகள், உரிமை இல்லை, பதிவு இல்லை.

  16. · MCPGatewayService

    ஒரு SI ஒரு அணியினரின் நிரூபிக்கப்பட்ட மின்னஞ்சல் அவர்களது கோரிக்கை மற்றும் அவர்களது ஆணை

    உரிமையாளர் அறிக்கை 2026-10-26: உரிமையாளர் அவர்களுக்கு அழைப்பு விடுக்க தங்கள் SI க்கு மின்னஞ்சல் அனுப்பினார்; மின்னஞ்சல் ஒருபோதும் ஒரு ஆர்டர் ([ஆர்டர்] இல்லை ஆர்டர்) மற்றும் ஒவ்வொரு பிறகு சோதனை-இல் வெளி அஞ்சல் என்று அதை படிக்க மற்றும் கேட்டார் உரிமையாளர் ஒப்புதலுக்காக. அஞ்சல் மின்னஞ்சல் சேவை ஒரு குழு உறுப்பினரின் சொந்த அஞ்சல் பெட்டிக்கு அனுப்பப்பட்டுள்ளது என்பதை நிரூபிக்கிறது உள்ளே அஞ்சல் (sendByTeammate, internal taint) மற்றும் ஒரு தூண்டுதல் அல்லது ஒரு உரையாடல் செய்தி போன்ற ஒரு குறிப்பு: ஆசிரியர், சமீபத்திய, இந்த இயக்கம் மற்றும் கெட்டவை அனைத்தும் சரிபார்க்கப்பட்டது. ஒரு போலி இருந்து அஞ்சல் வெளியே உள்ளது.

  17. · MediaService

    ஒரு SI உறுப்பினர் உறுப்பினர்களுடன் சதுரங்கம் விளையாடுகிறது, அதன் நகர்வுகள் Kamo இன் இயந்திரத்தால் தேர்ந்தெடுக்கப்படுகிறது

    SITP TPGAMES (owner 2026-10-26: an SI asked to play chess did not know how). - ChessSiPlayer: நிகழ்வு- இயக்கப்பட்ட (ஒவ்வொரு மாற்றத்திற்கும் பிறகு ChessTurnEvent). ஒரு உறுப்பினரின் அழைப்பிதழ்: SI இணைகிறது மற்றும் அதன் மனம் ஒருமுறை எழுப்பப்படுகிறது (ஒரு உரையாடல்) அட்டையின் உரையாடலில் அறிவிப்பு) அவர்களை வரவேற்க. ஒரு உறுப்பினரின் ஓட்டம் ஆலோசனை: ஏற்றுக்கொள்ளப்பட்டது SI அரை பாய்க்கு மேலாக முன்னேறினால் தவிர. அதன் சுற்று: ChessAi (alpha-beta + quiescence, time-budgeted) நகர்வை தேர்ந்தெடுக்கிறது SI இன் நிலை மற்றும் அது ChessGameService.move மூலம் SI ஆக விளையாடப்படுகிறது, க்ளிக் செய்வது போலவே சரிபார்க்கப்பட்ட பாதை. ~0. 7s தற்காலிகம், விளையாட்டுக்கு ஒரு காத்திருக்கும் பணி, ஒவ்வொரு பாட்க்கும் 200, Redis பாட்களுக்கு இடையே கோரிக்கை, எழுதுவதற்கு முன்பு FEN மீண்டும் சரிபார்க்கப்பட்டது. - ChessSiEligibility, ஒவ்வொரு நகர்வும்: சதுரங்க பயன்பாடு, PLAY_CHESS பயன்படுத்தப்பட்டது, இயக்க நேரம் தற்காலிகமாக நிறுத்தப்பட்டது/ தடுக்கப்பட்டது/ திரும்பப்பெறப்பட்டது. - மீட்பு சுத்தம் (ஒற்றை, 30 விநாடிகள்) ஒரு சுற்று ஒரு மீண்டும் துவக்க அல்லது தற்காலிகமாக தவறவிட்டது. - SI-vs-SI பலகைகள் இல்லை (அழைப்பு நிராகரிக்கப்பட்டது; யாரும் விளையாடப்படவில்லை). - விளையாட்டிற்கான திறன் (CASUAL/CLUB/MASTER, முன்னிருப்பு CLUB) Redis, DDL இல்லை; POST /games/{id}/si-level; எழுதப்பட்ட நகர்வுகள் (SAN அல்லது e2e4) on /move. - போர்டு எதிரியின் புகைப்படத்தை காட்டுகிறது (எப்பொழுதும் எதிர்பாராத வடிவ முகவரி), எதிர்ப்பாளர்IsSi மற்றும் siLevel. - திருத்தம்: ஒவ்வொரு கோரிக்கையினாலும் பகிரப்பட்ட ஒரு ChessAi அதன் தற்போதைய தேதி புலங்களை ஓட்டுகிறது. சோதனைகள்: ChessSiPlayerTest 11, ChessSiRulesTest 15, கேள்வி பகுப்பாய்வு 1; சதுரங்கம் மற்றும் பச்சை (100)

  18. · EmailService

    ஒரு அணியினர் ஒரு SI மின்னஞ்சல் அனுப்பியதை நிரூபிக்கவும், எனவே ஒரு மின்னஞ்சல் கோரிக்கை அவர்களது ஆணையாக கணக்கிட முடியும்

    ஒரு உறுப்பினரின் சொந்த அஞ்சல் பெட்டியில் ஒரு செய்தி அனுப்பப்பட்டதா என்பதை ஒரு உள்ளார்ந்த முடிவு புள்ளி பதில் கூறுகிறது குழு உறுப்பினர்: அதன் அனுப்பியவர் அதே அமைப்பின் ஒரு உறுப்பினரை அடைகிறது, மற்றும் அந்த உறுப்பினரின் சொந்த அனுப்பிய அடைவு உள்ளது பெறுநருக்கு அதே செய்தி- அடையாளம். ஒரு போலி அனுப்புநர் எப்போதும் செல்லாது; வாசிக்க மட்டும்.

  19. · kamo-internal

    ஒவ்வொரு ஒப்பந்தம் மற்றும் கடன் திறக்கப்படும் போது குழாய் காட்டுகிறது, மற்றும் அதை வரிசைப்படுத்துகிறது

    ஒப்பந்தங்கள் மற்றும் கடன்கள் "திறக்கப்பட்டது < தேதி, நேரம் >" உறுப்பினரின் மண்டலத்தில் காட்டுகிறது. கடன்களுக்கு Arive ல் இருந்து இறக்குமதி செய்யப்பட்டது அது Arive ன் உருவாக்க நேரமாகும் - முன்னர், ஒவ்வொரு இறக்குமதிக்கும் இறக்குமதியின் நாளில் திறக்கப்பட்டது போல் வகைப்படுத்தப்பட்ட ஒப்பந்தம்.

  20. · SecurityService

    Arive இல் திறக்கப்பட்ட குழாய் கடன்கள் Arive ன் உருவாக்க நேரத்தைக் கொண்டுள்ளன, இறக்குமதியின் அல்ல

  21. · kamo-shared-library

    ஒரு MLOS கடன் உண்மையில் திறக்கப்படும் போது கடன் சுருக்கங்கள் (openedAt)

  22. · kamo-internal

    வாய்ப்புகள் - முன்-அனுமதி ஒப்பந்தங்கள் திறந்த குழாய் வழியாக வெளியேறுகின்றன

    ஒரு ஒப்பந்தம் யார் கடன்கள் அனைத்து உட்கொள்ளல், தகுதி அல்லது முன்-ஒப்புதல் (இல்லை பயன்பாடு இன்னும் எடுக்கப்பட்டது) அதன் சொந்த வாய்ப்புகள் பார்வை மற்றும் எண்ணிக்கை கீழ் காட்டுகிறது. திற, அதன் KPIகள் மற்றும் நிலை ரயில் இப்போது செயல்படும் பயன்பாடுகளை மட்டுமே கணக்கிடுகிறது; Kamo தங்கள் வரைவுகள் திறந்த நிலையில் இருக்கின்றன. கடன்கள் பற்றி எதுவுமே மாறவில்லை.

  23. · kamo-internal

    முன்- பயன்பாட்டு நிலைகளை, ஒவ்வொரு முடிவுகளையும், மற்றும் காப்பகப்படுத்தப்பட்ட கடன்களைக் காட்டுகிறது

    - நிலைகள்: விண்ணப்பம் பெறுதல், தகுதி, முன் ஒப்புதல்; ஒப்புதல் இல்லை ஏற்றுக்கொள்ளப்பட்டது, நிறைவேறாததால் மூடப்பட்டது, ரத்து செய்யப்பட்டது, முன் ஒப்புதல் மறுக்கப்பட்டது/ ஏற்றுக்கொள்ளப்படவில்லை - இரண்டு கடின- குறியீட்டு நகல்களுக்கு பதிலாக ஒரு பகிரப்பட்ட பட்டியலை - பரிந்துரைகள் மற்றும் ஒப்பந்தங்கள்: காப்பகப்படுத்தப்பட்ட கடன்கள் திறந்த குழாய்களை விட்டுவிடும் (முன்னாள் கீழ் காட்டப்பட்டுள்ளது, குறிக்கப்பட்டது காப்பகமாக்கப்பட்டது); நிதியளிக்கப்படாத முடிவுகள் ரத்து செய்யப்பட்டவையாகக் கணக்கிடப்படும் - "submitted" statusId >=2இல்லை (id கள் அடையாளங்கள், வரிசை அல்ல) - Arive நிலை வரைபடம் முன் பயன்பாட்டு நிலைகளை வழங்குகிறது

  24. · SecurityService

    Kamo ஒவ்வொரு Arive கடனையும் வைத்திருக்கிறது, நிலை Arive உண்மையில் அதை வைத்திருக்கிறது

    - இறக்குமதி மற்றும் உள்ளூர் நிகழ்வுகள் ஒவ்வொரு கடன் - திறந்த, நிதி, எதிர்மறை அல்லது காப்பகப்படுத்தப்பட்டது — "செயல்படும்" களுக்கு பதிலாக - ஒரு- கடன் பெறு கடன் அல்லது crmReferenceId முத்திரை இல்லை: ஒவ்வொன்றும் Zapier பணிகள் வாடிக்கையாளர் திட்டம் (ஒரு இறக்குமதிக்கு 20,000+); GUID கடனை அங்கீகரிக்கிறது - Arive இன் தேதிகள் பதிவு முறையாகப் பயன்படுத்தப்படுகின்றன (Arive இல் துடைக்கப்பட்டது) எதுவுமில்லை, உ. ம். ஒரு பயன்பாட்டு தேதி ஒரு முன்- பயன்பாட்டு கோப்பில்) - Kamo க்குப் பின்னுள்ள ஒரு கட்டம் மறுக்கப்படுவதை விட, பதிவில் மீண்டும் அமைக்கப்பட்டுள்ளது - வரைவு- மட்டுமே காவலர்கள் (கடனாளர் திருத்தங்கள், தங்கள் சமர்ப்பிக்க, SI கடன் இழு / AUS) கவர் முன்- பயன்பாட்டு நிலைகள்; "அனுப்பப்பட்டது" இனி நிலைId >=2இல்லை

  25. · kamo-shared-library

    பயன்பாட்டிற்கு முன் நிலைகள், ஒவ்வொரு HMDA முடிவு, காப்பகம், மற்றும் Arive இன் உண்மையான தேதிகள்

    Arive கடன்கள் நிலை பெயர்களிலிருந்து மட்டும் வரையறுக்கப்பட்டன: ஒவ்வொரு முன்-அனுப்புதல் நிலையிலும் அனைத்து காப்பீட்டு கடன்களும் திரும்பப்பெறப்பட்டன (முதலீடு செய்யப்பட்டவைகளும்), அனைத்து தீங்கு விளைவிக்கும் செயல்களை நிராகரிக்கப்பட்டுள்ளது, மற்றும் தேதிகள் இறக்குமதி நாள் முத்திரையிடப்பட்டது. - LoanFileStatus (appended — ordinal column): APPLICATION_ INTAKE, தகுதி, முன்_ ஒப்புதல்; முடிவுகள் APPROVED_NOT_ACCEPTED, INCOMPLETE, ரத்து செய்யப்பட்டது, முன்னுரிமை மறுக்கப்பட்டது, முன்னுரிமை ஏற்கப்படவில்லை - state machine: விருப்பமான முன்- பயன்பாட்டு அம்புக்குறிகள்; ஒவ்வொரு முடிவும் பின்பற்றக்கூடிய நிலைகள் - LoanFile.archivedAt: archive என்பது நிலைக்கு அருகில் உள்ள ஒரு குறியீடு, முடிவு அல்ல - Arive: ADVERSE நிலை + AriveAdverseReason வரைபடத்தை தங்கள் முடிவுக்கு (இரண்டும் முறைகள்); கடன் அமைப்பு = விண்ணப்பம் எடுக்கப்பட்டுள்ளது, வெளியிடப்பட்டுள்ளது = செயலாக்கத்தில் உள்ளது; தேதிகள் Arive (TRID தேதி, கையொப்பமிடப்பட்ட ஆவணங்கள், நிதியுதவி, கட்ட தேதிகள்), இன்று இல்லை - realignToExternal: வெளிப்புற MLOS என்பது கட்டத்திற்கான பதிவு முறையாகும் - HMDA செயல் உண்மையான விளைவிலிருந்து எடுக்கப்பட்டது; நடைபெற்றுக் கொண்டிருக்கும் கோப்புகளில் ஒன்றும் இல்லை - வர்த்தகம் / பரிவர்த்தனை சுழற்சி / நெருங்கிய வானவெளி புதிய நிலைகளை கையாளுகிறது

  26. · kamo-internal

    வெளிப்புற MLOS மனை சந்தையில் மற்றும் ஒவ்வொரு கடனிலும் வாழ்கிறது

    - அமைப்புகள் → POS சந்தைகள் → மோசடி சந்தை: புதிய "வெளி MLOS" தத்தல் (Arive via Zapier, MeridianLink) இணைப்பு, நிலை வரைபடம், பரிமாற்றத்துடன் சாளரம் மற்றும் செயல்படும் கடன்களின் இறக்குமதி; தலைமை- சந்தை MLOS தேர்ந்தெடுப்பவர் ஒரு சுட்டியினால் மாற்றப்பட்டது - கடன் பயன்பாடு: ஒரு நிலைப்பட்டை வெளிப்புறத்தில் கடனின் இடத்தைக் காட்டுகிறது MLOS (linked / sending / needs fields / refused), மீண்டும் அனுப்பவும் திறக்கவும்-in-MLOS; எம்எல்ஓஎஸ்- க்கு சொந்தமான பகுதிகள் வாசிக்க- மட்டுமே, அவற்றை எங்கு தொகுக்க வேண்டும் என்று குறிப்பிடும் குறிப்புகளுடன் - குழாய் ஒப்பந்த அட்டை: வெளிப்புற MLOS சிப் - தலைப்பு பக்கம்: Arive/MeridianLink செயல்கள் நீக்கப்பட்டது - ப்ராக்சி வழிகள் **************** க்கு நகர்த்து

  27. · DaemonService

    MeridianLink வாக்குப்பதிவு கடன் கோரிக்கைகளுக்கு பொருந்தும், வழிகாட்டல்களுக்கு அல்ல

    மாற்றப்பட்ட கடன்கள் MLOS_ LOAN_ LOS_ LINKS மூலம் பொருந்தும் மற்றும் அனுப்பப்படுகிறது இணைப்பின் மூலம் பாதுகாப்புசேவை; தெரியாத கடன்கள் ஏற்றுக்கொள்ளப்பட்டுள்ளன LO அலகு ஒரு ஒற்றை org க்கு வரைபடங்களை உருவாக்குகிறது.

  28. · SecurityService

    சந்தையின் வெளிப்புற MLOS க்கு ஒவ்வொரு கடன் விண்ணப்பத்தையும் இரு வழிகளிலும் பிரதிபலிக்கவும்

    Arive மற்றும் MeridianLink மொர்ட்கேஜ் (MLOS) சந்தையுடன் இணைக்கப்படுகின்றன தலைமை சந்தை, தலைமைகளுக்கு பதிலாக கடன் கோரிக்கைகளை ஒத்திசைவு செய்வது. - LoanLosSyncService: queue + 20s singleton tick; இல் கடனை உருவாக்குகிறது அதன் தேவையான புலங்கள் இருந்தால், வெளி MLOS, நிலை மாற்றங்களைத் தள்ளுகிறது, திரும்புகிறது தோல்வியுற்றால் செயல் நீக்கு, மீண்டும் அனுப்பு / MLOS- இல் திற / ஒவ்வொரு- கடன் நிலை காட்சியை வழங்கு - LoanLosSyncInterceptor: வெளி MLOS உடைய பகுதிகள் (கடனாளர்கள், property, loan terms for Arive) answer 409 in Kamo; enqueue ஒரு ஒத்திசைவை சேமிக்கிறது - LosLoanApplyService MLOS' s stage க்கு முன்னே நுழைவாயிலை நடக்கிறது (என்றும்) பின்னோக்கி), நகர்வை குறிக்கவும் எனவே அது ஒலிக்கவோ அல்லது மின்னஞ்சல் செய்யவோ முடியாது - LosLoanAdoptionService: MLOS இல் உருவாக்கப்பட்ட கடன் Kamo கடனாக மாறும் கடன் பெறுபவரின் கணக்கில், ஒரு ஒப்பந்தத்தில் குழுவாக அந்த கடன் பெறுபவரின் மற்ற கடன்கள் இணைப்பின் சாளரத்தின் உள்ளே திறக்கப்பட்டன (30 நாட்கள்) - Arive inbound: Kamo reference, GUID, then loan number மூலம் அறியப்பட்ட கடன்கள்; செயல்படும் கடன்களின் பக்க இறக்குமதி (கடன்களைக் கண்டுபிடி / கடன்களைப் பெறு) - இணைப்பு முடிவு புள்ளிகளை **************** க்கு நகர்த்து - தலைமை நிலை LOS கட்டுப்பாட்டாளர்கள் மற்றும் சேவைகள் நீக்கப்பட்டது

  29. · kamo-shared-library

    வெளிப்புற MLOS (Arive, MeridianLink) ஐ ஒத்திசைவு செய்யவும், கடன் பெறுபவர் அல்ல

    தலைமை- மட்ட LOS இணைப்பு கடன்- மட்ட ஒன்றால் மாற்றப்படுகிறது: ஒவ்வொரு கடன் கோரிக்கையும் சந்தையின் வெளிப்புற MLOS மற்றும் பின்னால், ஒரு-ஒரு இணைக்கப்பட்ட உள்ளது MLOS_LOAN_LOS_LINKS மற்றும் MLOS_LOS_SYNC_QUEUE மூலம் இயக்கப்படுகிறது. - LoanLosProvider SPI (படைக்க / நகர்த்த / காணாத புலங்கள் / பூட்டப்பட்ட பகுதிகள் / திற) இணைப்பு) Arive (Zapier வழியாக) மற்றும் MeridianLink செயல்படுத்தல்களுடன் - AriveLoanMapper: முழு கடன் -> கடனை உருவாக்கு (94 உள்ளீடுகள், கூட்டு கடன் பெறுபவர்), நிலை புதுப்பிப்புகள், எதிர்மறை செயல், பக்கமாக்கப்பட்ட கடன்கள் கண்டுபிடி / கடன் பெறு, மற்றும் Zapier ன் கிடக்கை உரை ஒரு கடன் ஒட்டுக்குள் திரும்பவும் - LoXmlFieldMapper கடன் பயன்பாட்டை வரையறுக்கிறது, தலைப்பை அல்ல - AriveConnectionConfig: கடன் நிலைமைக்கான நிலை வரைபடம், பரிமாற்ற சாளரம் (30d), ஒத்திசைவு மற்றும் இறக்குமதி முன்னேற்றம் - குழாய் மாற்றங்கள் ஒரு syncSource கொண்டு செல்கிறது எனவே ஒலிகள் மீண்டும் அனுப்பப்படுவதில்லை மற்றும் கடன் பெறுபவர்கள் ஒரு MLOS-இயங்கும் நகர்வுக்கான மின்னஞ்சல் அனுப்பப்படவில்லை - தலைமை- மட்ட அடாப்டர்கள், ஒட்டுகள் மற்றும் தலைமை சேவை LOS ஹோக்குகள் நீக்கப்பட்டது

  30. · SecurityService

    குறியீடு செய்யப்பட்ட சொற்கள் — RxNorm, ICD- 10- CM, CVX மற்றும் HCPCS ஆகியவை வெளியீட்டாளர்களிடமிருந்து ஏற்றப்பட்டன; தேர்வு செய்பவர்கள், உண்மையான குறியீட்டு சரிபார்ப்பு, மற்றும் ONC உயர் முன்னுரிமை தொடர்பு திரை

    ஏற்றுமதியாளர்கள் (ehr.terminology): RxNorm தற்போதைய குறிப்பிடத்தக்க உள்ளடக்கம் (NLM, MD5 NLM க்கு எதிராக சரிபார்க்கப்பட்டது பக்கம்; **************** drug->ingredient resolved through பொருட்கள்/generics/தொகுப்புகள், மருந்து-> டோஸ் வடிவம், DCSA இருந்து DEA கால அட்டவணை), ICD-10-CM ஆர்டர் கோப்பு (பில்லிங் கொடி, குறுகிய/நீண்ட தலைப்புகள், முன்னொட்டு மூடல்), CVX + தடுப்பூசி குழுக்கள் (CDC), HCPCS இரண்டாம் நிலை மூன்றாண்டு (CMS); மாற்றிகள் மற்றும் CPT ஏற்றப்படவில்லை. பதிவு மூல URL, வெளியீட்டாளர் பதிப்பு, செயல்படும் தேதிகள் மற்றும் checksum; COMPLETE மட்டுமே வெளியீடுகளுக்கு பதிலளிக்கும்; அடுத்தது தொடங்கும் இடத்தில் பதிப்பு முடிவடைகிறது JDBC தொகுப்பு எழுதுகிறது; ஒவ்வொரு நாளும் 09:30 UTC புதுப்பித்தல் கீழ் fleet lease; on-demand load for platform admins. தேடு: டாக்கன்-முன்னொட்டு அட்டவணை (யூகாபைட்டில் டிரிகிராம்/ஜிஐஎஸ்டி இல்லை), பரிசோதனைகளால் பிணைக்கப்பட்ட தரவரிசை விதிமுறைகள்; /நிலை, மருந்துகள், அறிகுறிகள், தடுப்பூசிகள், நடைமுறைகள், தேடுதல். சரிபார்ப்பு: ClinicalCodeChecker குறிமுறைகளை நிரப்ப மறுக்கின்றது ஒரு ஏற்றப்பட்ட வெளியீடு இல்லை (ICD சேவையின் தேதி; தலைப்பு) குறிகள் கோரிக்கைகளில் மறுக்கப்பட்டன, வேறு இடத்தில் எச்சரிக்கப்பட்டது; CVX இங்கே கொடுக்கப்பட்ட ஒரு அளவுக்கான செயலில் இருக்க வேண்டும்; RxCUI இருக்க வேண்டும்; RxNorm ஏற்றப்படும் போது ஒரு சரியான தயாரிப்பை பெயர் குறிப்பிட வேண்டும் மற்றும் RxNorm ன் நேரத்தை எடுக்க வேண்டும் stricter), வடிவமைப்பு- மட்டுமே திரும்பி - மற்றும் என்று கூறுகிறது - எந்த வெளியீடும் தேதியை குறிக்காது. பரிமாற்றங்கள்: 15 ஜோடி ONC உயர் முன்னுரிமை பட்டியலில் (பன்சல்கர் மற்றும் பிறர், ஜே.எம்.ஐ.ஏ. 2012) அதன் தரவுகளுடன் குறிப்பு, உறுப்பினர்கள் ஏற்றப்பட்ட RxNorm இல் இருந்து RxCUI களை சேர்க்க தீர்மானித்தனர்; 14 ஜோடிகளை திரட்டியது (QT 2010 ஆம் ஆண்டில், 2000 ஆம் ஆண்டில் இருந்து 2011 ஆம் ஆண்டு வரையிலான காலகட்டத்தில், 1000 க்கும் மேற்பட்ட நாடுகளில் 100000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 காரணம்; DRUG_ INTERACTION இடைவெளி ஒரு 'Screened only against ...' வாக்கியத்துடன் திறந்திருக்கும், எனவே isComplete () பொய்யாகவே இருக்கும். RxNorm ல் குறியிடப்பட்ட அல்சர்கள் இப்போது பொருட்களின் அடிப்படையிலும் பொருந்தும்.

உங்கள் உலகம் காத்திருக்கிறது.

நிமிடங்களில் இலவசமாகத் தொடங்கவும். நீங்கள் தயாராக இருக்கும் போது பொருட்களை சேர்க்கவும் - எந்த மாற்றமும் இல்லை, புதிய உள்நுழைவுகள் இல்லை.

எப்பொழுதும் இலவசம் — கடன் அட்டை தேவையில்லை