చాట్‌బాట్ నుండి సహోద్యోగి వరకు: సురక్షితంగా పనిచేసే HR అసిస్టెంట్

ఏ HR బృందాన్నైనా వారి వారం ఎక్కడికి పోతుందని అడగండి, అదే జాబితా వినిపిస్తుంది: “నాకు ఇంకా ఎన్ని సెలవులు ఉన్నాయి?”, WhatsAppలో సెలవు దరఖాస్తులు, ఆమోదాల కోసం మేనేజర్ల వెంట పడటం, “నాకు ఒక ఎక్స్‌పీరియన్స్ లెటర్ పంపగలరా?”. పాలసీ చాట్‌బాట్ మొదటిదానికి సహాయపడుతుంది. మిగతావాటికి ఏమీ చేయదు — గంటలు పోయేది అక్కడే.

తర్వాతి అడుగు చూపించడానికి AIVCJ HRని నిర్మించాం: సమాధానం ఇచ్చి, పని కూడా చేసే అసిస్టెంట్. ఇది మీ బ్యాలెన్స్ చూస్తుంది, నియమాలలోనే సెలవుకు దరఖాస్తు చేస్తుంది, సారాంశంతో మీ మేనేజర్‌కు పంపుతుంది, HR లేఖలను డ్రాఫ్ట్ చేస్తుంది — ఒక హెడ్ ఆఫీస్, మూడు గోడౌన్‌లలో 42 మంది ఉద్యోగులున్న Northwind Distribution అనే నమూనా కంపెనీలో.

కేవలం సమాధానాలతో HR భారం ఎందుకు తగ్గదు

మా Knowledge డెమో పాలసీ ప్రశ్నలకు మూలాలతో సమాధానం ఇస్తుంది. దాంతో “పాలసీ ఏం చెబుతోంది?” అనే ప్రశ్న పోతుంది. కానీ ఉద్యోగి ఇంకా ఫారం తెరవాలి, పని దినాలు లెక్కించాలి, నోటీసు పీరియడ్ చూడాలి, ఆమోదించే వ్యక్తిని వెతకాలి, ఎదురుచూడాలి. పని స్థలం మారింది; మాయం కాలేదు.

AIని పని చేయనివ్వడం ఒక న్యాయమైన ఆందోళనను లేవనెత్తుతుంది: తన తప్పులను తానే ఆమోదించడం, సహాయం పేరుతో నియమాన్ని వంచడం, లేదా ఒక ఉద్యోగికి మరొకరి డేటాను చూపించడం నుంచి దాన్ని ఏది ఆపుతుంది? అందుకే మేము ముందుగా రక్షణ కంచెలను (గార్డ్-రెయిల్స్) రూపొందించాం.

గార్డ్-రెయిల్స్

1. నియమాలు కోడ్‌లో ఉంటాయి, మోడల్‌లో కాదు. ఒక నిర్ణీత (deterministic) పాలసీ ఇంజిన్ నిర్ణయిస్తుంది: దరఖాస్తు ఎన్ని రోజులుగా లెక్కించబడుతుంది (ప్రతి ప్రదేశపు వారాంతపు సెలవులు, పండుగ సెలవులు, ఆర్జిత సెలవుకు “శాండ్‌విచ్” నియమం), నోటీసు పీరియడ్ నెరవేరిందా, ఉద్యోగి ఇంకా ప్రొబేషన్‌లో ఉన్నారా, బ్యాలెన్స్ సరిపోతుందా, ఎవరు ఆమోదించాలి. AI ఇంజిన్‌ను పిలిచి ఫలితాన్ని వివరిస్తుంది — దాన్ని మార్చలేదు.
2. క్లిక్ లేకుండా ఏదీ జరగదు. ప్రతి మార్పు — సెలవు దరఖాస్తు, దరఖాస్తు రద్దు, IT లేదా ఆస్తి అభ్యర్థన — ఒక కన్ఫర్మేషన్ కార్డుగా కనిపిస్తుంది: లెక్కించిన రోజులు, పాస్ లేదా ఫెయిల్ అయిన ప్రతి తనిఖీ, ముందు-తర్వాతి బ్యాలెన్స్, ఆమోద మార్గం. వ్యక్తి Confirm నొక్కినప్పుడే దరఖాస్తు సృష్టించబడుతుంది, ఆ క్షణంలోనే ఇంజిన్ మళ్లీ తనిఖీ చేస్తుంది.
3. పాత్ర అనుమతులను టూల్స్ అమలు చేస్తాయి. ఉద్యోగి తన డేటాను మాత్రమే చూస్తారు; మేనేజర్ తన నేరుగా రిపోర్ట్ చేసేవారిది; ఇతరుల కోసం లేఖలను HR మాత్రమే డ్రాఫ్ట్ చేయగలదు. ఆమోదం ఎప్పుడూ AI ఇవ్వదు — మేనేజర్లు Approvals స్క్రీన్‌పై నిర్ణయిస్తారు.
4. ప్రతిదీ ఆడిట్ అవుతుంది. ప్రతి టూల్ కాల్ — ఎవరు, ఏ పాత్రలో, AI ఏమి అడిగింది, అది నడిచిందా, నియమాలు తిరస్కరించాయా, మనిషి కన్ఫర్మ్ చేశారా — HR డాష్‌బోర్డ్‌లోని ఆడిట్ లాగ్‌లో నమోదవుతుంది.

డెమోలో మీరు ప్రయత్నించగలిగేవి

• ప్రియ (ఉద్యోగి)గా: “మా అక్క పెళ్లి కోసం అక్టోబర్ 20 నుంచి 24 వరకు సెలవు కావాలి.” అక్టోబర్ 20 పండుగ సెలవు, 24 వారాంతపు సెలవు అని ఇంజిన్ గుర్తించి 3 రోజులు లెక్కిస్తుంది, తోబుట్టువు పెళ్లికి మ్యారేజ్ లీవ్ ఎందుకు వర్తించదో వివరించి, కార్డును చూపిస్తుంది.
• రోహిత్ (మేనేజర్)గా: దరఖాస్తు AI సారాంశంతో ఎదురుచూస్తోంది — పాలసీ లోపలే, స్నేహ అక్టోబర్ 21–22 సెలవులో, ఆర్జిత సెలవు 12 → 9. ఆమోదించండి, ప్రియ బ్యాలెన్స్, దరఖాస్తు టైమ్‌లైన్ వెంటనే అప్‌డేట్ అవుతాయి.
• అంజలి (HR)గా: “కరణ్ వర్మకు ఎక్స్‌పీరియన్స్ లెటర్” — అతని రికార్డు నుంచి డ్రాఫ్ట్, బ్రౌజర్‌లో ఎడిట్, PDFగా డౌన్‌లోడ్. రికార్డులో లేనిది కల్పించకుండా ప్లేస్‌హోల్డర్‌గా వదిలేస్తారు.
• పాలసీ ప్రశ్నలు (“క్లయింట్ మీటింగ్‌కు వెళ్లిన Uberని క్లెయిమ్ చేయవచ్చా?”) AIVCJ Knowledgeలోని అదే మూలాలు చూపించే రిట్రీవల్ ఇంజిన్‌తో నడుస్తాయి.

ప్రతి సందర్శకుడికి కంపెనీ యొక్క సొంత కాపీ లభిస్తుంది, కాబట్టి ఎవరి ఆమోదాలూ ఇతరులతో ఢీకొనవు; ప్రతి రాత్రి ఇది రీసెట్ అవుతుంది.

కొలిచాం — పొరపాట్లతో సహా

అసిస్టెంట్‌ను మొదటి నుంచి చివరి వరకు పరీక్షిస్తాం — లైవ్ డెమోలోని అదే మోడల్, టూల్స్, ఇంజిన్, అనుమతులతో — రెండు సెట్ల దరఖాస్తులపై, ప్రతిదీ కంపెనీ కొత్త కాపీలో. అసిస్టెంట్ సరిగ్గా సరైన చర్యతో ముగిస్తేనే (లేదా సరిగ్గా ఏ చర్యా లేకుండా), రిఫరెన్స్ సమాధానం ఉన్నచోట AI జడ్జి ఆ సమాధానంతో ఏకీభవిస్తేనే కేసు పాస్ అవుతుంది.

• స్క్రిప్టెడ్ సెట్ (30 దరఖాస్తులు), యాప్‌తో పాటు రాసి ట్యూనింగ్‌లో వాడింది, వాటిలో 12 ఏదో నియమాన్ని లేదా అనుమతిని ఉల్లంఘిస్తాయి: చివరి రన్‌లో 30కి 30 సరైనవి, 12 ఉల్లంఘనలూ తిరస్కరించబడ్డాయి (ట్యూనింగ్ సమయపు రన్‌లు: 30కి 29).
• బ్లైండ్ సెట్ (20 దరఖాస్తులు), తర్వాత మా prompts లేదా కోడ్ ఎప్పుడూ చూడని మరో రచయిత రాసింది — హింగ్లిష్, అక్షర దోషాలు, అస్పష్టమైన తేదీలు (“parso se 3 din”), ఒకే మెసేజ్‌లో రెండు అభ్యర్థనలు: రెండు రన్‌లలోనూ 20కి 17 (85%).

అత్యంత ఉపయోగకరమైన ఫలితాలు వైఫల్యాలే. ఒక ప్రారంభ రన్‌లో ఒక ఉద్యోగి ఎక్స్‌పీరియన్స్ లెటర్ అడిగితే, సహాయం చేయాలని అసిస్టెంట్ చాట్‌లోనే ఒకటి రాసేసింది — HR మాత్రమే జారీ చేయాల్సిన పత్రం అది. మరో దానిలో 4 రోజుల క్యాజువల్ లీవ్‌ను ఇంజిన్‌తో తనిఖీ చేయకుండా “ఫైల్ చేయనా?” అని అడిగింది, కాబట్టి పరిమితి 3 రోజులని ఎప్పుడూ చెప్పలేదు. రెండూ ఇప్పుడు స్పష్టమైన నియమాలు. బ్లైండ్ సెట్ మరో మూడు కనుగొంది. ఒక ఉద్యోగి ఐదు రోజుల క్యాజువల్ లీవ్ అడిగారు: ఇంజిన్ సరిగ్గానే తిరస్కరించింది (పరిమితి మూడు), కానీ అసిస్టెంట్ ముందుగా అడగకుండా తానే ఆర్జిత సెలవు కార్డు తయారుచేసింది — క్లిక్ లేకుండా ఏదీ సమర్పించబడలేదు, అయినా సెలవు రకాన్ని మార్చకూడదు. ఒక మేనేజర్ “నేహ” బ్యాలెన్స్ అడిగినప్పుడు పేరు వెతుకులాటలో “స్నేహ” కూడా సరిపోలింది, అందుకే అనవసర ప్రశ్న అడిగింది. మూడోది సరైన తిరస్కరణే, ఒక అదనపు వివరం లేనందుకు AI జడ్జి తక్కువ మార్కులు ఇచ్చింది. మొదటి రెండింటిని సరిచేశాం; ఆ సవరణలు బ్లైండ్ సెట్ నుంచి వచ్చినందున, ఆ తర్వాతి రన్‌లను బ్లైండ్‌గా లెక్కించం.

దాచడం కంటే చెప్పడమే మేలనిపించే రెండు హెచ్చరికలు: మూల్యాంకనం ఒక AI చేస్తుంది (అసిస్టెంట్ అదే మోడల్ కుటుంబం), మనుషులు ధృవీకరించలేదు; 50 దరఖాస్తుల టెస్ట్ సెట్ చిన్నది. సంఖ్యలను సూచనగా చూడండి. గార్డ్-రెయిల్స్ ఇచ్చే హామీ నిర్మాణపరమైనది: మోడల్ ఏమి చెప్పినా, నియమాన్ని ఉల్లంఘించే దరఖాస్తు సమర్పించబడదు, ఎందుకంటే నిర్ణయించేది ఇంజిన్ — మోడల్ కాదు.

మీ HRMSలో అమలు చేయడం

డెమో మేము క్లయింట్ల కోసం ఏర్పాటు చేసే అదే స్టాక్‌పై నడుస్తుంది: Next.js, pgvectorతో PostgreSQL, Claude. నిజమైన రోల్‌అవుట్‌లో పాలసీ ఇంజిన్ మీ సెలవు పాలసీ నుంచి కాన్ఫిగర్ అవుతుంది, టూల్స్ మీ HRMS (Keka, Darwinbox, Zoho People లేదా మీ సొంతది)తో మాట్లాడతాయి, ఇదే అసిస్టెంట్ WhatsAppలోనూ ఉండవచ్చు. సాధారణంగా ఒక ప్రదేశపు సెలవులు, లేఖలతో మొదలై, యాభై నిజమైన ఉద్యోగి అభ్యర్థనలపై కొలిచి, ఆపై విస్తరిస్తుంది.

AIVCJ HRను లైవ్‌లో ప్రయత్నించండి →