బ్రౌజర్ ర్యాపర్ల నుంచి నియంత్రిత కంప్యూటర్ వినియోగానికి

• కంప్యూటర్ వినియోగం అంటే ఏమిటి, అది ఎందుకు ముఖ్యం? కంప్యూటర్ వినియోగం విస్తృత ప్రభావాలున్న సరళమైన భావన: మోడల్‌లను ప్రశ్నలకు సమాధానాలు అడగడానికి బదులుగా, వెబ్‌సైట్‌లలో నావిగేట్ చేయడం, ఫారమ్‌లు నింపడం, కార్యప్రవాహాల్లో క్లిక్ చేయడం, పనులను మొదటి నుంచి చివరి వరకు స్వయంప్రతిపత్తితో పూర్తి చేయడం వంటి సాఫ్ట్‌వేర్ నిర్వహణను కోరుతాం.

• దీనివల్ల ప్రస్తుతం వివిధ ఇంటర్‌ఫేస్‌లలో విడిపోయిన అనేక వాస్తవ ప్రపంచ పనులు సాధ్యమవుతాయి. వీటిలో పూర్తి బుకింగ్‌లు, ఈ-కామర్స్ కొనుగోలు పూర్తి ప్రక్రియలు, బహుళ దశల ప్రయాణ ప్రణాళిక, తగిన API ప్రత్యామ్నాయం లేని అంతర్గత కార్యప్రవాహాలు ఉన్నాయి. ఇవి కొత్త సమస్యలు కావు. సాధారణ ప్రయోజన మోడల్‌లతో వీటిని పరిష్కరించడం ఇప్పుడు సాధ్యమవడమే కొత్త విషయం.

• Anthropic, OpenAI ఇటీవలి వ్యవస్థలు కేవలం చర్యలు తీసుకోవడమే కాకుండా, స్థితిపై రీజనింగ్ చేసి, లోపాల నుంచి కోలుకుని, పనికి ప్రత్యేకమైన పరిష్కారాలను అప్పటికప్పుడు నిర్మించే ఏజెంట్‌లను ప్రదర్శించాయి. ఇది బ్రౌజర్‌ను ఏజెంట్‌లకు సాధారణ అమలు వాతావరణంగా మారుస్తుంది. అయితే ఆ వాతావరణంలో ఎంత భాగాన్ని మోడల్‌కు అందుబాటులో ఉంచాలనే రూపకల్పన ప్రశ్నను వెంటనే లేవనెత్తుతుంది.

• ప్రారంభ వ్యవస్థలు బ్రౌజర్‌ను సురక్షితమైన, ముందే నిర్వచించిన నిర్దిష్ట చర్యల సమితిలో ర్యాప్ చేయడం ద్వారా దీనికి సమాధానమిచ్చాయి. ఈ వ్యాసంలో మేము వివరించబోతున్నట్లుగా, ఆ విధానం తన పరిమితులకు చేరుకుంటోంది.

బ్రౌజర్ ఏజెంట్‌లను నిర్మించేటప్పుడు ఒక సహజ ప్రవృత్తి ఉంటుంది: మోడల్‌ను మరీ ఎక్కువగా నమ్మకూడదు.

అందుకే బ్రౌజర్‌ను ర్యాప్ చేస్తాం. click, type, scroll, select, read_text వంటి ముందే నిర్వచించిన సాధనాలను అందుబాటులో ఉంచుతాం. డాక్యుమెంట్ ఆబ్జెక్ట్ మోడల్‌ను (DOM) సరళీకరిస్తాం. చర్యల పరిధిని తగ్గిస్తాం. మేము రూపొందించిన సంగ్రహీకరణల ద్వారా ప్రవర్తనను అర్థం చేసుకోగలిగేలా, నియంత్రించగలిగేలా చేయడానికి ప్రయత్నిస్తాం.

ఇది సమంజసమైన ప్రారంభ విధానం. అయితే దీర్ఘకాలికంగా చూస్తే, ఇది క్రమంగా తప్పుడు నిర్మాణంగా మారుతోంది.

అత్యాధునిక మోడల్‌లు మెరుగవుతున్న కొద్దీ, మోడల్‌కు సాధనాలు లేకపోవడం ఒక్కటే పరిమితి కాదు. మూల వ్యవస్థలోని చాలా సమాచారాన్ని తొలగించే సంగ్రహీకరణల ద్వారానే అది పనిచేయాలని మనం నిర్బంధిస్తున్నాం. అస్తవ్యస్తంగా, నిరంతరం మారే వాతావరణాన్ని ఒక స్థిరమైన చర్యల ఇంటర్‌ఫేస్‌గా కుదించి, ఆ సమాచార నష్టం మధ్యే బాగా పనిచేయమని మోడల్‌ను అడుగుతున్నాం.

ఈ రాజీ ఇప్పుడు అంత ఆకర్షణీయంగా లేదు.

మేము పరిశీలిస్తున్న మార్పును వివరించడం సులభమే, కానీ దాని పరిణామాలు ముఖ్యమైనవి. ఏజెంట్‌ను ముందే నిర్వచించిన చర్యలను ఎంచుకునేదిగా కాకుండా, నియంత్రిత రన్‌టైమ్‌లో పనిచేసే ప్రోగ్రామ్ రూపకర్తగా పరిగణిస్తాం.

మోడల్‌లు ఎంతో సమర్థవంతంగా మారాయి. ఇప్పుడు వాటికి మీ సంగ్రహీకరించిన రక్షణ పరిమితులు అవసరం లేదు. లక్ష్యాన్ని సాధించే వరకు పనిని రూపొందించి, అమలు చేసి, మెరుగుపరచడానికి పూర్తి చర్యల పరిధి అవసరం.

సంగ్రహీకరణలపై ఎక్కువగా ఆధారపడే బ్రౌజర్ ఆటోమేషన్ నుంచి నియంత్రిత కంప్యూటర్ వినియోగానికి జరిగే ఈ మార్పు గురించి, వ్యవస్థలను ఇలా రూపొందించినప్పుడు మారే అంశాల గురించి ఈ వ్యాసం వివరిస్తుంది.

నిర్దిష్ట చర్యల ఇంటర్‌ఫేస్‌లు భావనాపరంగా తప్పు కావడం సమస్య కాదు. వెబ్ వాటికి అనుగుణంగా పనిచేయకపోవడమే సమస్య.

ఆధునిక ఇంటర్‌ఫేస్‌లు React, Vue, Angularలతో నిర్మితమవుతాయి. వాటిలో అసమకాలిక స్థితి నవీకరణలు, కృత్రిమ ఈవెంట్ వ్యవస్థలు, తమకంటూ జీవితచక్రం కలిగి క్రాస్-ఆరిజిన్ iframeలలో ఉండే మూడవ పక్ష విడ్జెట్‌లు ఉంటాయి. “ఈ ఇన్‌పుట్‌లో టైప్ చేయి” అనే ర్యాపర్, టైప్ చేయడం గురించి మీ నిర్వచనంతో పేజీ ఏకీభవిస్తేనే సరిగ్గా పనిచేస్తుంది. చాలా పేజీలు అలా చేయవు. విలువను నేరుగా సెట్ చేస్తే, ఫ్రేమ్‌వర్క్‌లోని మార్పు గుర్తింపు తరచుగా పూర్తిగా దాటవేయబడుతుంది. ఇన్‌పుట్ నిండినట్లు కనిపిస్తుంది. ధ్రువీకరణ అసలు ప్రారంభం కాదు. ఫారమ్ పనిచేయని స్థితిలోనే ఉంటుంది.

దీనికి తాత్కాలిక పరిష్కారం చేయవచ్చు. React ఇన్‌పుట్‌ల కోసం ప్రత్యేక సందర్భాలను జోడించవచ్చు, ఫోకస్ తర్వాత blur ఈవెంట్‌లను పంపవచ్చు, స్థితిని చదివే ముందు నెట్‌వర్క్ నిష్క్రియ అయ్యే వరకు వేచి ఉండవచ్చు. ప్రతి తాత్కాలిక పరిష్కారం దాని సందర్భంలో సరైనదే. అన్నీ కలిపితే, నిర్వహించడం క్రమంగా కష్టమయ్యే, మీరు ఇప్పటికే చూసిన సైట్‌లకే మరింత ప్రత్యేకమయ్యే వ్యవస్థగా మారతాయి.

పరస్పర చర్యలు ఎలా పనిచేయాలనే ఊహలను సంగ్రహీకరణ పొరలో పొందుపరుస్తుండటం, ఆ తర్వాత వెబ్‌కు వేరే ఊహలు ఉన్నాయని గుర్తించడమే లోతైన సమస్య.

Stripe లేదా Adyen ద్వారా క్రాస్-ఆరిజిన్ iframeలో పొందుపరిచిన చెల్లింపు ఫారమ్‌ను పరిశీలించండి. అది వేరే ఆరిజిన్‌లో ఉండటం వల్ల మీ ర్యాపర్ దాన్ని నేరుగా చేరుకోలేదు. మీ read_text సాధనం దాని అంతర్గత స్థితిని గమనించలేదు. మీ type సాధనం దాని ఇన్‌పుట్‌లను చేరుకోలేదు. ర్యాపర్ ఆధారిత ఏజెంట్ ఇక్కడ ముందుకు సాగలేకపోతుంది. సంగ్రహీకరణ ప్రధాన డాక్యుమెంట్ కోసమే రూపొందించబడింది. వాస్తవ పని మాత్రం సంగ్రహీకరణ చూడలేని చోట ఉంది.

అంత స్పష్టంగా కనిపించని కార్యప్రవాహాల్లోనూ ఇలాంటి అసమతుల్యత ఎదురవుతుంది. కనిపించే అంశం అసలు నియంత్రణ కాకపోవడం వల్ల, ఫ్రేమ్‌వర్క్ నియంత్రించే డ్రాప్‌డౌన్ నేరుగా క్లిక్ చేసినా స్పందించకపోవచ్చు. అంతర్గత స్థితి మార్పును ప్రారంభించడానికి వరుస కీబోర్డ్ ఈవెంట్‌లు అవసరం కావచ్చు. బయటినుంచి చూస్తే UIని క్లిక్ చేయవచ్చని అనిపిస్తుంది. సంగ్రహీకరణ “క్లిక్ చేయి” అంటుంది. ఏమీ జరగదు.

లేదా అంతర్గత స్థితి మార్పుల కంటే కనిపించే DOM నవీకరణలు ఆలస్యమయ్యే బహుళ దశల మోడల్ కార్యప్రవాహాన్ని పరిశీలించండి. మీ ర్యాపర్ చూడగల అంశాల్లో ఇంకా కనిపించని స్థితి మార్పుపై సరైన తదుపరి చర్య ఆధారపడి ఉంటుంది. వ్యవస్థపై అసంపూర్ణ దృశ్యంతో పనిచేయడం వల్ల ర్యాపర్ ఆధారిత ఏజెంట్ తొందరగా చర్య తీసుకుంటుంది లేదా పాత స్థితిని చదువుతుంది.

ప్రతి సందర్భంలోనూ ఏజెంట్‌కు నిజంగా అవసరమైన సంకేతాలను సంగ్రహీకరణ దాచేస్తుంది.

ప్రత్యక్ష DOMను పరిశీలిస్తూ, ఫ్రేమ్ సరిహద్దులపై రీజనింగ్ చేస్తూ, నిర్దిష్ట ఉపరితలానికి తగిన పరస్పర చర్యల క్రమాన్ని రూపొందించే దిగువ స్థాయి మోడల్ ఈ పరిస్థితులను అధిగమించగలదు. మోడల్ సహజంగానే మరింత తెలివైనది కావడం ఇందుకు కారణం కాదు. తొలగించబడిన సమాచారాన్ని అది యాక్సెస్ చేయగలగడమే కారణం.

మేము లక్ష్యంగా పెట్టుకున్న మార్పును సులభంగా వివరించవచ్చు: ముందే నిర్వచించిన చర్యలను ఎంచుకోమని మోడల్‌ను అడగడానికి బదులుగా, దానికి దిగువ స్థాయి అమలు ఉపరితలాన్ని ఇచ్చి, సంగ్రహీకరణ రూపకల్పనకు బదులుగా రన్‌టైమ్ విధానం ద్వారా దాన్ని నియంత్రిస్తాం.

పరిశ్రమలో జరుగుతున్న విస్తృత మార్పు నుంచి ఈ రూపకల్పన ఎంపిక వచ్చింది. విభిన్న వాతావరణాలకు అనుగుణంగా మారే మోడల్ సామర్థ్యాన్ని తొలగించే దృఢమైన, ప్రత్యేక హార్డ్-కోడెడ్ సాధనాలకు బదులుగా, రన్‌టైమ్‌లో సరిదిద్దడం, నాణ్యమైన కోడ్ రూపొందించడం వంటి ఏజెంట్ సహజ సామర్థ్యాలకు అనుకూలమైన దిగువ స్థాయి మూల సాధనాలకు ప్రాధాన్యం పెరుగుతోంది.

అనేక డెవలపర్‌ల సాధన సమాహారాల్లో ప్రధాన ఎంపికగా Claude Code సాధించిన విజయాన్ని, టెర్మినల్ ఆధారిత ఏజెంట్‌ల వైపు పరిశ్రమలో జరుగుతున్న విస్తృత మార్పును పరిశీలించండి. Claude Codeకు ఉన్న అతిపెద్ద ప్రయోజనం మోడల్ కాదు, దిగువ స్థాయి హార్నెస్. మోడల్‌కు తక్కువ సంఖ్యలో, మరింత మాడ్యులర్‌గా ఉండే దిగువ స్థాయి సాధనాలను ఇవ్వడం, అంటే. టెర్మినల్‌ను ఇవ్వడం వల్ల సాధనాలను కాల్ చేసే పనితీరు మెరుగవుతుంది. ప్రధానంగా, కాంటెక్స్ట్ విండోను అనవసర సమాచారంతో నింపే సాధారణీకరించిన సాధనాలను ఉపయోగించడానికి ప్రయత్నించకుండా, ఏజెంట్ రీజనింగ్ చేసి ప్రస్తుత పనికి అనుకూల స్క్రిప్ట్‌లను సృష్టించగలగడమే ఇందుకు కారణం.

బ్రౌజర్ ఆటోమేషన్‌లో ఆచరణాత్మకంగా దీని అర్థం ఏమిటంటే, ప్రతిదాన్నీ ముందే నిర్మించిన నిర్దిష్ట చర్యలకు సరిపోల్చడానికి బదులుగా, మోడల్ ప్రత్యక్ష పేజీ స్థితిని నేరుగా పరిశీలించి, ఫ్రేమ్‌లలో సంచరించి, ప్రస్తుత ఇంటర్‌ఫేస్‌కు ప్రత్యేకమైన పరస్పర చర్య కోడ్‌ను నిర్మించగలదు.

మోడల్ ఎంపిక చేసే వ్యవస్థలా కాకుండా, రన్‌టైమ్ రచయితలా ప్రవర్తిస్తుంది. అది ప్రస్తుత స్థితిని పరిశీలించి, ఇంటర్‌ఫేస్‌పై రీజనింగ్ చేసి, నిర్దిష్ట పరిస్థితికి తగిన పరస్పర చర్య లాజిక్‌ను రూపొందిస్తుంది. అది బహుళ దశల క్రమాలను నిర్మించగలదు, అసాధారణ కార్యప్రవాహాలకు అనుగుణంగా మారగలదు, కొనసాగడానికి ముందు ఫలితాలను ధ్రువీకరించగలదు. చర్య విఫలమైనప్పుడు, మోడల్ మూల లోపాన్ని చూసి తనను తాను సరిదిద్దుకుంటుంది. ఇది మరింత శక్తిమంతమైనది, మరింత ప్రమాదకరమైనది కూడా. అయితే వాస్తవ సమస్య స్వరూపానికి చాలా దగ్గరగా ఉంటుంది.

ముఖ్యంగా, సంగ్రహీకరణ పొరను తొలగించడం వల్ల వ్యవస్థలో క్రమశిక్షణ తగ్గదు. క్రమశిక్షణ అమలయ్యే స్థానం మాత్రమే మారుతుంది.

గతంలో ర్యాపర్ రూపకల్పన, అరుదైన సందర్భాల నిర్వహణలో ఉన్న పని ఇప్పుడు మూడు చోట్లకు మారుతుంది: కార్యాచరణ శిక్షణ రూపంగా మారే ప్రాంప్ట్; నావిగేషన్ పరిధి, సున్నితమైన చర్యలు, మళ్లీ ప్రయత్నించే ప్రవర్తన వంటి హద్దులను అమలు చేసే రన్‌టైమ్; పని విజయవంతమైందా అనే దానితో పాటు మధ్యంతర దశలు సరిగ్గా ఉన్నాయా అని అంచనా వేసే మూల్యాంకన పొర. పెళుసైన సంగ్రహీకరణలు తక్కువగా ఉండాలి. చుట్టూ ఉన్న వ్యవస్థలు మరింత బలంగా ఉండాలి.

ఈ మార్పు వల్ల మొత్తం వ్యవస్థ మరింత సామర్థ్యం పొందుతున్నప్పటికీ, ఉత్పత్తి కోడ్ తరచుగా సరళమవుతుంది. పరస్పర చర్య నమూనాలను పునర్వినియోగ ర్యాపర్లుగా కోడ్‌లో పొందుపరచడానికి బదులుగా, ఏజెంట్ రన్‌టైమ్‌లోనే ప్రవర్తనను రూపొందిస్తుంది. ప్రత్యేక సాధనాలు, అరుదైన సందర్భాల కోసం లాజిక్‌ను నిరంతరం పెంచడానికి బదులుగా, శక్తిమంతమైన కొన్ని మూల కార్యకలాపాలను, నియంత్రిత అమలు వాతావరణాన్ని నిర్వహిస్తారు.

వ్యవస్థ సాధారణీకరించే విధానాన్ని కూడా ఇది మారుస్తుంది. ర్యాపర్ ఆధారిత ఏజెంట్, మీరు ఇప్పటికే నిర్మించిన ర్యాపర్లను పోలిన పనులకు బాగా సాధారణీకరిస్తుంది. నియంత్రిత రన్‌టైమ్ ఏజెంట్, కనిపించే ఇంటర్‌ఫేస్ భిన్నంగా ఉన్నప్పటికీ, ఒకే అమలు పునాదిని పంచుకునే పనులకు సాధారణీకరిస్తుంది.

ఉదాహరణకు, శోధన ఫారమ్, బుకింగ్ ప్రక్రియ లేదా సెట్టింగ్‌ల పేజీతో పరస్పర చర్య UI స్థాయిలో పూర్తిగా భిన్నంగా కనిపించవచ్చు. కానీ అంతర్గతంగా అవన్నీ స్థితిని చదవడం, ఈవెంట్‌లను ప్రారంభించడం, ఫలితాలను ధ్రువీకరించడం, అసమకాలిక నవీకరణలను నిర్వహించడం వంటి నమూనాలను పంచుకుంటాయి. ఆ స్థాయిలో పనిచేసే వ్యవస్థ వివిధ పనులకు మరింత సహజంగా అనువర్తిస్తుంది.

పునర్వినియోగించగల అంశం చర్యల జాబితా కాదు. స్థితిని పరిశీలించడం, సురక్షితంగా చర్య తీసుకోవడం, ఫలితాలను ధ్రువీకరించడం అనే మోడల్ సామర్థ్యమే అది.

మోడల్‌కు మరిన్ని సహాయక ఫంక్షన్‌లు ఇవ్వడం వల్ల విశ్వసనీయత రాదన్నదే ఈ పని నుంచి నేర్చుకున్న అత్యంత స్పష్టమైన పాఠం. తక్కువ సంఖ్యలో మరింత శక్తిమంతమైన మూల కార్యకలాపాలను ఇచ్చి, వాటిని సరైన విధంగా నియంత్రించడం వల్ల అది తరచుగా లభిస్తుంది. అతిగా సాయం చేయడం, పనిని ఎలా చేయాలనే ఊహలను కోడ్‌లో శాశ్వతంగా పొందుపరుస్తుంది. నియంత్రణలు సురక్షిత కార్యాచరణ పరిధులను నిర్వచించి, మెరుగైన స్థానిక పరిష్కారాలను కనుగొనేందుకు మోడల్‌ను అనుమతిస్తాయి.

మరింత శక్తిమంతమైన అమలు ఉపరితలానికి మరింత కచ్చితమైన భద్రతా మోడల్ కూడా అవసరం. ఏజెంట్‌ను ముందే నిర్వచించిన కొన్ని చర్యలకే పరిమితం చేయకపోతే, అది వాస్తవ సాఫ్ట్‌వేర్‌పై నేరుగా పనిచేస్తున్నట్టే. దాంతో ప్రమాద స్వరూపం వెంటనే మారుతుంది.

రూపకల్పనలో నాలుగు అంశాలను పరిగణించాలి:

డేటా బహిర్గతం. ఏజెంట్ వాస్తవ ఇంటర్‌ఫేస్‌లతో పరస్పర చర్య జరిపితే, దానికి తరచుగా సున్నితమైన సమాచారం ఎదురవుతుంది. అందువల్ల మాస్కింగ్, యాక్సెస్ నియంత్రణ విషయంలో క్రమబద్ధమైన విధానం అవసరం. అమలుకు అవసరమైనప్పుడు మాత్రమే డేటాను వెల్లడించాలి. పరిశీలన సౌలభ్యమే వ్యవస్థలో అత్యంత సున్నితమైన భాగంగా మారకుండా లాగ్‌లు, ట్రేస్‌లను జాగ్రత్తగా నిర్వహించాలి.

అమలు పరిధి. శక్తిమంతమైన ఏజెంట్ ఇష్టానుసారం పనిచేయగలగకూడదు. ఆచరణలో, అది ఎక్కడికి నావిగేట్ చేయవచ్చు, ఏ డొమైన్‌లను యాక్సెస్ చేయవచ్చు, ఏ వ్యవస్థలతో పరస్పర చర్య జరపవచ్చు అనే వాటిని నియంత్రించాలి. ఈ నియంత్రణలను ప్రాంప్ట్‌లోని సంప్రదాయాలుగా వదిలేయకుండా రన్‌టైమ్ స్థాయిలో అమలు చేయాలి.

వాతావరణంపై విశ్వాసం. ఆధునిక ఇంటర్‌ఫేస్‌లలో తప్పుదారి పట్టించే లేదా ఉద్దేశపూర్వకంగా హాని చేసే సూచనలు, కంటెంట్, ప్రక్రియలు ఉండవచ్చు. పేజీ కంటెంట్ ద్వారా ప్రాంప్ట్ ఇంజెక్షన్ అనేది వాస్తవ దాడి ఉపరితలం. ఏజెంట్ అనాలోచిత సూచనలను అనుసరించకుండా నిరోధించేందుకు వ్యవస్థకు స్పష్టమైన సూచనల శ్రేణి, ధ్రువీకరణ తనిఖీలు, ముగింపు షరతులు అవసరం.

స్వయంప్రతిపత్తి పరిధి. అన్ని చర్యలూ పూర్తిగా స్వయంప్రతిపత్తితో జరగకూడదు. అనేక ఉత్పత్తి వాతావరణాల్లో స్వయంప్రతిపత్తిని ఒక పరిధిగా చూడటం ముఖ్యం. వ్యవస్థ అన్వేషణ, అమలులో అత్యంత స్వయంచాలకంగా పనిచేస్తూనే, కొన్ని రకాల చర్యలకు ఆమోదం కోరవచ్చు.

మూల సూత్రం సూటిగా ఉంటుంది: మోడల్‌కు ఎక్కువ శక్తిని ఇస్తే, దాని చుట్టూ ఉన్న వ్యవస్థను మరింత బలోపేతం చేయాలి. విధానం లేని స్వయంప్రతిపత్తి ఉత్పత్తి వినియోగానికి సిద్ధంగా ఉండదు.

అందుబాటులో ఉంచాల్సిన సరైన బ్రౌజర్ చర్యలు ఏమిటని అడగడం మానేశాం.

మోడల్‌కు పూర్తి చర్యల పరిధిని ఎలా అందించాలి, అదే సమయంలో దానిని సురక్షితంగా ఉంచే రన్‌టైమ్ విధానాలను ఎలా రూపొందించాలి అని అడగడం ప్రారంభించాం.

ఈ కొత్త దృక్కోణం మీరు ప్రాధాన్యమిచ్చే అంశాలను మారుస్తుంది. చర్యల వర్గీకరణలు, ర్యాపర్ల సంపూర్ణతకు ప్రాముఖ్యం తగ్గుతుంది. రన్‌టైమ్ విధానం, పరిశీలన సౌలభ్యం, ప్రతి దశలో మూల్యాంకనం మరింత ముఖ్యమవుతాయి. మోడల్ సామర్థ్యం, వ్యవస్థ రూపకల్పన ఒకదానికొకటి ప్రత్యామ్నాయాలు కావు. మోడల్‌లు మెరుగవుతున్న కొద్దీ వ్యవస్థ చేసే పని తగ్గదు, మరింత ముఖ్యమవుతుంది.

ప్రదర్శనల్లో పనిచేసే బ్రౌజర్ ఏజెంట్‌లు, పని పరిధి పరిమితంగా ఉండటం, వాతావరణం సహకరించడం వల్ల తరచుగా విజయవంతమవుతాయి. ఉత్పత్తి వ్యవస్థలకు భిన్నమైనవి అవసరం: నియంత్రిత అమలు, పర్యవేక్షించగల ప్రవర్తన, సరైన ఫలితాన్ని అదృష్టవశాత్తూ వచ్చిన ఫలితం నుంచి వేరు చేయగల మూల్యాంకనం.

ర్యాపర్ రూపకల్పన తక్కువగా ఉండాలి. వ్యవస్థల ఇంజినీరింగ్ ఎక్కువగా ఉండాలి.

మేము బ్రౌజర్ ఏజెంట్‌లపై దృష్టి పెట్టినప్పటికీ, కంప్యూటర్ వినియోగాన్ని వ్యవస్థల విభాగంగా పరిగణించే విస్తృత దృక్కోణాన్ని ఇది సూచిస్తుంది.