గైడ్‌లు

AI యాప్ బిల్డర్‌ల కోసం ప్రాంప్ట్‌లు ఎలా రాయాలి (ముందు-తర్వాత ఉదాహరణలతో)

AI యాప్ బిల్డర్ కోసం మంచి ప్రాంప్ట్ కోడ్‌ను కాకుండా ఉత్పత్తిని వివరిస్తుంది: దాన్ని ఎవరు ఉపయోగిస్తారు, వారు దశలవారీగా ఏమి చేస్తారు, అది ఏ డేటాను ఉంచుతుంది, మరియు ఎవరు ఏది చూడడానికి అనుమతి ఉంది. మొదటి వెర్షన్ వచ్చిన తర్వాత, ఒక్కో సందేశంలో ఒక నిర్దిష్ట మార్పు అడగండి, ఏది అలాగే ఉండాలో చెప్పండి, మరియు సమస్యలను "నేను X చేశాను, Y ఆశించాను, Z వచ్చింది" అని వివరించండి. ఈ మూడు అలవాట్లు నిరాశపరిచే ఫలితాలను చాలావరకు సరిచేస్తాయి.

ఈ గైడ్‌లో మిగతావి ఈ నమూనాలను వివరంగా చూపిస్తాయి, మీరు అనువదించుకోగల ముందు-తర్వాత ఉదాహరణలతో.

యాప్ బిల్డర్‌కు ప్రాంప్ట్ ఇవ్వడం చాట్ AIతో మాట్లాడటం కంటే ఎందుకు భిన్నం

చాట్ అసిస్టెంట్‌ను ప్రశ్న అడిగినప్పుడు, అస్పష్టమైన ప్రాంప్ట్‌కు అస్పష్టమైన సమాధానం వస్తుంది, మరియు మీరు ముందుకు వెళ్తారు. AI యాప్ బిల్డర్‌కు ప్రాంప్ట్ ఇచ్చినప్పుడు, సమాధానం ఒక నడుస్తున్న ప్రోగ్రామ్. మీ వివరణలోని ప్రతి ఖాళీ ఒక అంచనాతో నిండుతుంది, మరియు ఆ అంచనాలు కోడ్, డేటాబేస్ టేబుల్స్ మరియు స్క్రీన్‌లుగా మారతాయి, వాటితో మీరు జీవించాలి లేదా వాటిని వెనక్కి తీసుకోవాలి.

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

మొదటి ప్రాంప్ట్‌లో ఏమి చేర్చాలి

ఏదైనా రాయడానికి ముందు, ఈ ప్రశ్నలకు సమాధానం ఇవ్వండి. ప్రతిదీ AI ఊహించే ఒక ఖాళీని మూసివేస్తుంది.

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

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

ముందు-తర్వాత: మొదటి ప్రాంప్ట్

ముందు:

నా జిమ్ కోసం ఒక యాప్ తయారు చేయి.

బిల్డర్ ప్రతిదీ ఊహించాలి: సభ్యులా లేక స్టాఫా? క్లాసులా లేక పర్సనల్ ట్రైనింగ్? చెల్లింపులా? మీకు జిమ్ వెబ్‌సైట్ లాగా కనిపించే, మీకు అవసరమైనది ఏదీ చేయని వస్తువు వస్తుంది.

తర్వాత:

ఒక చిన్న యోగా స్టూడియో కోసం క్లాస్ బుకింగ్ యాప్ నిర్మించండి. సభ్యులు ఈ వారపు క్లాసులు చూస్తారు (పేరు, టీచర్, సమయం, మిగిలిన స్థలాలు), ఒక స్థానం బుక్ చేస్తారు, మరియు రెండు గంటల ముందు వరకు రద్దు చేయగలరు. సభ్యులు ఇమెయిల్ మరియు పాస్‌వర్డ్‌తో సైన్ అప్ అవుతారు. స్టూడియో ఓనర్ క్లాసులు జోడించడానికి, ఎవరు బుక్ చేసుకున్నారో చూడటానికి, మరియు హాజరును గుర్తించడానికి లాగిన్ అవుతారు. క్లాసులు, సభ్యులు మరియు బుకింగ్‌లను ఒక డేటాబేస్‌లో నిల్వ చేయండి. ప్రశాంతమైన, తేలికపాటి డిజైన్, ఫోన్లలో బాగా పని చేయాలి. ఇప్పటికి చెల్లింపులు వద్దు.

రెండవ వెర్షన్ ఇంకా చిన్నదే. ఇది పై పట్టికలోని ప్రశ్నలకు సమాధానం ఇస్తుంది.

ప్రవర్తనను వివరించండి, అమలును కాదు

ఎలా నిర్మించాలో కాకుండా ఏమి జరగాలో వివరించినప్పుడు తరచుగా మంచి ఫలితాలు వస్తాయి.

ముందు:

బుకింగ్‌లు తెచ్చే useEffect మరియు ఎడిట్ చేయడానికి ఒక modal కాంపోనెంట్ జోడించు.

తర్వాత:

ఓనర్ ఒక బుకింగ్‌పై క్లిక్ చేసినప్పుడు, వారు సమయం మార్చగల లేదా రద్దు చేయగల ప్యానెల్ తెరవండి. మార్పులు జాబితాలో వెంటనే కనిపించాలి.

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

నియమాల గురించి నిర్దిష్టంగా ఉండండి

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

  • పరిమితులు: "ఒక సభ్యుడు గరిష్టంగా మూడు భవిష్యత్ బుకింగ్‌లను కలిగి ఉండవచ్చు."
  • సమయం: "క్లాస్ ప్రారంభానికి రెండు గంటల ముందు రద్దులు ముగుస్తాయి."
  • ఎడ్జ్ కేసులు: "క్లాస్ నిండి ఉంటే, Book కు బదులుగా వెయిట్‌లిస్ట్ బటన్ చూపించు."
  • అనుమతులు: "టీచర్లు తమ స్వంత క్లాసుల హాజరును చూడగలరు, ఇతర టీచర్లది కాదు."

వీటిలో ప్రతిదీ ఒక్క వాక్యం. వీటిలో ఏదైనా వదిలేస్తే, యాప్ ఆ నియమాన్ని అమలు చేయదు లేదా దాని స్వంత వెర్షన్‌ను కనిపెడుతుంది.

మొదటి వెర్షన్ తర్వాత: ఒక్కో సందేశంలో ఒక్క మార్పు

ప్రివ్యూలో ఏదైనా నడుస్తున్న తర్వాత, మొత్తం ఉత్పత్తిని వివరించడం నుండి చిన్న, తనిఖీ చేయగల మార్పులు అడగడానికి మారండి.

ముందు:

డిజైన్ సరిగ్గా లేదు, బుకింగ్ సరిగ్గా పని చేయడం లేదు, మరియు నాకు క్యాలెండర్ వ్యూ మరియు ఇమెయిళ్లు కావాలి.

తర్వాత (నాలుగు వేర్వేరు సందేశాలుగా):

  1. క్లాసులో చివరి స్థానం బుక్ చేసినప్పుడు, ఆ క్లాస్ ఇంకా "1 spot left" చూపుతోంది. అది "Full" చూపించి Book బటన్ దాచాలి.
  2. షెడ్యూల్ పేజీలో వారం వ్యూ క్యాలెండర్ జోడించు, ప్రతి రోజుకు ఒక కాలమ్. ప్రస్తుత జాబితా వ్యూను ఒక ఎంపికగా ఉంచు.
  3. ఫోన్లలో క్లాస్ కార్డులను మరింత కాంపాక్ట్ చేయి: చిన్న పాడింగ్, టీచర్ పేరు సమయంతో ఒకే లైన్‌లో.
  4. సభ్యుడు బుక్ చేసినప్పుడు అతనికి నిర్ధారణ ఇమెయిల్ పంపు.

ఇది ఎందుకు పని చేస్తుంది:

  • ప్రతి మార్పు AI ఒకే పాస్‌లో సరిగ్గా చేయగలిగేంత చిన్నది.
  • ముందుకు వెళ్ళే ముందు ప్రతిదాన్ని పరీక్షించవచ్చు.
  • ఒకటి తప్పుగా వెళ్తే, మిగతావి కోల్పోకుండా ఆ ఒక్క దశను మాత్రమే వెనక్కి తీసుకోవచ్చు.

ఏది ఉంచాలో చెప్పండి

ఇప్పటికే పని చేస్తున్న దేనికైనా మార్పు అడిగినప్పుడు, ఏది మారకూడదో AIకి చెప్పండి. ఇది రిగ్రెషన్లను (ఒకప్పుడు పని చేసినవి ఒక ఎడిట్ తర్వాత విరిగిపోవడం) ఆపడానికి అత్యంత సులభమైన మార్గం.

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

ఇదే డేటాకు కూడా వర్తిస్తుంది: "సభ్యులకు ఫోన్ నంబర్ ఫీల్డ్ జోడించు. ఉన్న ఏ ఫీల్డ్‌నూ తొలగించవద్దు లేదా పేరు మార్చవద్దు."

స్క్రీన్‌షాట్‌లు మరియు ఖచ్చితమైన టెక్స్ట్ వాడండి

"పైన ఉన్న ఆ విషయం" వంటి మాటలు అస్పష్టం. చాలా AI యాప్ బిల్డర్లు చిత్రాలను అంగీకరిస్తారు, మరియు ఒక చిన్న నోట్‌తో స్క్రీన్‌షాట్ ఒక పేరా వివరణ కంటే వేగవంతం.

  • స్క్రీన్‌షాట్ జోడించి "ఎరుపు రంగులో వృత్తాకారంలో ఉన్న బటన్ ఫోన్లలో మెనూపై అతివ్యాప్తి అవుతోంది" అని చెప్పండి.
  • ఏదైనా ఎర్రర్ మెసేజ్ యొక్క ఖచ్చితమైన టెక్స్ట్‌ను పారాఫ్రేజ్ చేయకుండా అతికించండి.
  • స్క్రీన్‌పై ఉన్న లేబుల్స్‌ను ఖచ్చితంగా కోట్ చేయండి: "Settings పేజీలో Save changes బటన్".

బగ్‌ల కోసం ప్రత్యేకంగా, ఈ రూపాన్ని వాడండి:

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

దీని గురించి లోతుగా AI తో నిర్మించిన యాప్‌ను ఎలా డీబగ్ చేయాలి గైడ్‌లో ఉంది.

పెద్ద మార్పులకు ముందు ప్లాన్

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

ఏదైనా మార్చే ముందు, టీమ్ ఖాతాలను ఎలా జోడిస్తారో వివరించు: ఏ కొత్త టేబుళ్లు, ఏ పేజీలు మారతాయి, మరియు ఇప్పటికే ఉన్న యూజర్లకు ఏమవుతుంది. ఇంకా కోడ్ ఎడిట్ చేయవద్దు.

ప్లాన్ చదవండి. అది ఏదైనా తప్పుగా అర్థం చేసుకుంటే, పూర్తయిన ఫీచర్‌ను సరిచేయడం కంటే ఒక పేరాను సరిచేయడం చాలా తక్కువ ఖర్చు. చాలా బిల్డర్లకు దీనికోసం ప్రత్యేక మోడ్ ఉంటుంది; Mythex లో అది Plan మోడ్, Build మరియు Ask పక్కన.

దేనిని నివారించాలి

నివారించండిఎందుకుబదులుగా
"దీన్ని మెరుగుపరచు" / "దీన్ని ఆకర్షణీయం చేయి"లక్ష్యం లేదు, కాబట్టి AI యాదృచ్ఛికంగా మార్చుతుందిమార్పును పేర్కొనండి: "విభాగాల మధ్య ఎక్కువ ఖాళీ, పెద్ద హెడ్డింగ్‌లు"
పది ఫీచర్లతో ఒక పెద్ద ప్రాంప్ట్తప్పులు పేరుకుపోతాయి; పరీక్షించడం కష్టంఒక్కో సందేశంలో ఒక ఫీచర్
చాట్‌లో API కీలు అతికించడంకీలు చాట్ హిస్టరీలో ఉండిపోతాయిబిల్డర్ యొక్క secrets లేదా environment సెట్టింగ్‌లు వాడండి
తప్పు ఫలితంతో వాదించడంప్రతి పరిష్కారం బగ్‌పై పేరుకుపోతుందివెనక్కి తీసుకుని, మళ్లీ రాయండి
మీకు అర్థం కాని కోడ్‌ను పేర్కొనడంపేలవమైన సరిపోలికకు లాక్ చేస్తుందిమీకు కావలసిన ప్రవర్తనను వివరించండి
"ఎంటర్‌ప్రైజ్-గ్రేడ్ సెక్యూరిటీ" అడగడంనిర్దిష్టంగా ఏమీ అర్థం కాదుఅసలు నియమాలను జాబితా చేయండి: ఎవరు ఏది చూడగలరు

API కీల గురించి: మీకు చెల్లింపు లేదా ఇమెయిల్ సేవ అవసరమైతే, దాని కీలను ప్రాంప్ట్‌లో కాకుండా ప్రాజెక్ట్ secrets లో ఉంచండి. అది కొత్తగా అనిపిస్తే environment variables మరియు secrets అంటే ఏమిటి చూడండి.

మళ్లీ వాడగల ప్రాంప్ట్ టెంప్లేట్లు

బ్రాకెట్లలోని భాగాలను మార్చి వీటిని అనుసరించండి.

కొత్త యాప్:

[ఏ రకమైన యాప్] ను [ఎవరి కోసం] నిర్మించు. వారు [ప్రధాన ప్రవాహం, దశలవారీగా]. [రెండవ రకం యూజర్] [ఏమి చేయడానికి] లాగిన్ అవుతారు. [డేటా]ను డేటాబేస్‌లో నిల్వ చేయి. [లుక్ మరియు ఫీల్]. [తర్వాత కోసం ఉన్నవి] వదిలేయి.

కొత్త ఫీచర్:

[పేజీ]కి [ఫీచర్] జోడించు. [యూజర్] [చర్య] చేసినప్పుడు, [ఏమి జరగాలి]. [ఎవరు] మాత్రమే [దీన్ని చేయగలరు]. [ఉన్న విషయాలు]ను అలాగే ఉంచు.

డిజైన్ మార్పు:

[పేజీ]లో, [నిర్దిష్ట ఎలిమెంట్]ను [నిర్దిష్ట మార్పు]కు మార్చు. [ఏది ఉంచాలో]ను అలాగే ఉంచు. ఫోన్-వెడల్పు స్క్రీన్‌పై సరిగ్గా కనిపిస్తుందో తనిఖీ చేయి.

బగ్:

[పేజీ]లో, నేను [దశలు] చేశాను. [ఆశించినది] ఆశించాను. బదులుగా [వాస్తవమైనది, ఖచ్చితమైన ఎర్రర్ టెక్స్ట్‌తో]. దాన్ని సరిచేసి ప్రవాహం పని చేస్తుందో ధృవీకరించు.

మార్పులు లేకుండా ప్రశ్న:

ఏ కోడ్ మార్చవద్దు. [యాప్‌లోని భాగం] ఎలా పని చేస్తుందో మరియు [డేటా] ఎక్కడ నిల్వ అవుతుందో వివరించు.

ఒక పొడవైన స్పెక్ రాయడం

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

Mythex లో ప్రాంప్ట్ ఇవ్వడం

పై అన్నీ Mythex లో పని చేస్తాయి. సహాయపడే కొన్ని ప్రత్యేకతలు:

  • Build, Plan మరియు Ask మోడ్‌లు. పెద్ద లేదా ప్రమాదకరమైన మార్పులకు Plan వాడండి, మరియు ఎడిట్‌లు లేకుండా వివరణ కావాలనుకున్నప్పుడు Ask వాడండి.
  • Checkpoints. ప్రతి విజయవంతమైన మార్పు తర్వాత Mythex ఒక checkpoint సేవ్ చేస్తుంది, మరియు ఒక ప్రతిస్పందనపై Revert to this point ప్రాజెక్ట్‌ను వెనక్కి తీసుకుంటుంది. మీరు ముందు సందేశాన్ని సవరించి, ఆ స్థానం నుండి వేరే ప్రాంప్ట్‌ను ప్రయత్నించడానికి మళ్లీ పంపవచ్చు.
  • Secrets card. ఏజెంట్‌కు API కీ అవసరమైనప్పుడు, అది చాట్‌లోని ఒక కార్డ్ ద్వారా అడుగుతుంది, తద్వారా విలువ మీ సందేశంలో రాయబడకుండా ప్రాజెక్ట్ secret గా నిల్వ అవుతుంది.
  • చిత్రాలు. స్క్రీన్‌షాట్‌లు లేదా మాక్‌అప్‌లు జోడించండి, ఏజెంట్ వాటిని చూస్తుంది.

డాక్స్‌లో సమర్థవంతమైన ప్రాంప్ట్‌లు పై చిన్న పేజీ, మరియు మళ్లీ నిర్మించకుండా ఇటరేట్ చేయడం పై ఒక పేజీ ఉన్నాయి. ఖాళీ నుండి మొదలుపెడుతుంటే, AI తో యాప్ ఎలా నిర్మించాలి పూర్తి ప్రాజెక్ట్‌ను వివరిస్తుంది, మరియు AI తో మంచి-కనిపించే యాప్ ఎలా డిజైన్ చేయాలి విజువల్ పాలిష్ కోసం ప్రాంప్ట్‌లను కవర్ చేస్తుంది.

ప్రశ్నలు

AI యాప్ బిల్డర్ కోసం ప్రాంప్ట్ ఎంత పొడవుగా ఉండాలి?

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

AI ఏ ఫ్రేమ్‌వర్క్ లేదా భాష వాడాలో నేను చెప్పాలా?

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

నేను అడగని వాటిని AI ఎందుకు మారుస్తూనే ఉంటుంది?

సాధారణంగా ప్రాంప్ట్ విశాలంగా ఉండటం ("దీన్ని మెరుగుపరచు") లేదా ఏమి ఉంచాలో చెప్పకపోవడం వల్ల. మార్చాల్సిన ఖచ్చితమైన విషయాన్ని పేర్కొనండి, ఏది అలాగే ఉండాలో చెప్పండి, మరియు ఒక్కో సందేశంలో ఒక్క మార్పు అడగండి.

చెడు ఫలితాన్ని మరిన్ని ప్రాంప్ట్‌లతో సరిచేయడం మంచిదా లేక మళ్లీ మొదలుపెట్టడమా?

చివరి మార్పు విషయాలను మరింత దిగజార్చితే, దానికి ముందున్న వెర్షన్‌కు తిరిగి వెళ్లి మళ్లీ రాయండి, పైన పరిష్కారాలను పేర్చకండి. ఆలోచనే మారినప్పుడు మాత్రమే కొత్త ప్రాజెక్ట్ మొదలుపెట్టండి.

Mythex · Pricing · AIతో ఏదైనా నిర్మించండి · వెబ్‌సైట్, యాప్ టెంప్లేట్‌లు · Mythex పోలికలు · AI యాప్ నిర్మాణ పదకోశం · ఉచిత AI యాప్ నిర్మాణ టూల్స్ · English

English አማርኛ العربية Български বাংলা Bosanski Català Čeština Dansk Deutsch Ελληνικά Español Español (España) Eesti فارسی Suomi Français Français (Canada) ગુજરાતી हिन्दी Hrvatski Magyar Հայերեն Bahasa Indonesia Íslenska Italiano 日本語 ქართული Қазақ тілі ಕನ್ನಡ 한국어 Lietuvių Latviešu Македонски മലയാളം Монгол मराठी Bahasa Melayu မြန်မာ Norsk bokmål Nederlands ਪੰਜਾਬੀ Polski Português (Brasil) Português (Portugal) Română Русский Slovenčina Slovenščina Soomaali Shqip Srpski Svenska Kiswahili தமிழ் ไทย Tagalog Türkçe Українська اردو Tiếng Việt 简体中文 繁體中文(香港) 繁體中文(台灣)