Гарын авлагууд

AI апп builder-т промт хэрхэн бичих (өмнө, дараа нь жишээтэй)

AI апп builder-т зориулсан сайн промт нь кодыг биш бүтээгдэхүүнийг тайлбарладаг: хэн ашигладаг, тэд алхам алхмаар юу хийдэг, ямар өгөгдөл хадгалдаг, хэн юуг харж болох вэ. Анхны хувилбар гарсны дараа нэг мессежид нэг тодорхой өөрчлөлт асуу, юу хэвээр үлдэх ёстойг хэл, асуудлыг "Би X хийсэн, Y гэж хүлээсэн, Z гарсан" хэлбэрээр тайлбарла. Эдгээр гурван зуршил ихэнх урам хугарсан үр дүнг засдаг.

Энэ гарын авлагын үлдсэн хэсэгт загваруудыг дэлгэрэнгүй, таны дасан зохицуулж болох өмнө-дараа жишээнүүдтэй харуулсан.

Яагаад апп builder-т промт бичих нь AI-тай чатлахаас ялгаатай вэ

Chat туслахаас асуултанд хариулт авахад хэрэв промт ерөнхий байвал хариулт ч ерөнхий болж, та дараагийн зүйл рүү шилжинэ. Харин AI апп builder-т промт өгөхөд хариулт нь ажиллаж буй програм болдог. Таны тайлбарын цоорхой бүрийг таамаглалаар дүүргэх ба эдгээр таамаглал нь код, өгөгдлийн сангийн хүснэгт, дэлгэцүүд болж хувирдаг; та тэдгээртэй амьдрах эсвэл буцаах ёстой болдог.

Тиймээс промтын зорилго нь ухаалаг сонсогдох биш юм. Чухал шийдвэрүүдийн бага хэсгийг санамсаргүй тохиолдолд үлдээх явдал юм. Үүнд техникийн нэр томъёо хэрэггүй. Зөвхөн таст мэддэг зүйлсийнхээ талаар тодорхой байх хэрэгтэй: таны хэрэглэгчид, ажлын урсгал, дүрэм.

Анхны промтод юу оруулах вэ

Юу ч бичихээсээ өмнө эдгээр асуултад хариул. Тус бүр нь AI-ийн таамаглах байсан цоорхойг хаадаг.

Оруулах зүйлЯагаад чухал вэЖишээ
Бүтээгдэхүүн нэг өгүүлбэртДараагийн бүх шийдвэрийн хүрээг тогтооно"Хоёр сандалтай үсчний газрын цаг захиалгын сайт"
Хэн ашигладагДэлгэц болон хэв маягийг тодорхойлно"Орж ирсэн үйлчлүүлэгчид утсаар, эзэн нь компьютерээр"
Гол урсгал, алхам алхмаарЭхлээд ажиллах ёстой зүйл"Үйлчилгээ сонгох, цаг сонгох, нэр, утас оруулах, баталгаажуулалт авах"
Хадгалах өгөгдөлӨгөгдлийн сангийн загвар болно"Үйлчилгээ, захиалга, үйлчлүүлэгч"
Хэн юуг харж, өөрчилж болохНэвтрэлт болон эрхийг тодорхойлно"Зөвхөн эзэн бүх захиалгыг харна"
Харагдах байдал, товчхонЕрөнхий анхдагч загварыг зайлсхийнэ"Бараан, энгийн, том товчлуур"
Одоохондоо юуг орхих вэАнхны хувилбарыг жижиг байлгана"Төлбөр эсвэл сэтгэгдэл одоохондоо байхгүй"

Сүүлийн мөр нь хангалттай үнэлэгддэггүй. Та юуг хүсдэггүйгээ хэлэх нь AI-д таны хэзээ ч хүсээгүй блог, үнийн хуудас, мэдээллийн бүртгэл нэмэхээс сэргийлдэг.

Өмнө ба дараа: анхны промт

Өмнө:

Миний спорт заалны тулд апп хийж өг.

Builder бүх зүйлийг таамаглах ёстой: гишүүд үү, ажилтнууд уу? Хичээл үү, хувь хүний дасгал уу? Төлбөр үү? Та спорт заалны вэбсайт шиг харагдах, хэрэгтэй зүйлээ хийдэггүй зүйлийг авна.

Дараа:

Жижиг йог студид зориулсан хичээл захиалгын апп бүтээ. Гишүүд энэ долоо хоногийн хичээлүүдийг (нэр, багш, цаг, үлдсэн суудал) харж, суудал захиална, хоёр цагийн өмнө цуцалж болно. Гишүүд имэйл, нууц үгээр бүртгүүлнэ. Студийн эзэн хичээл нэмэх, хэн захиалсныг харах, ирцийг тэмдэглэх боломжтой нэвтэрнэ. Хичээл, гишүүд, захиалгыг өгөгдлийн санд хадгал. Тайван, гэрэлтэй дизайн, утсан дээр сайн ажиллах ёстой. Одоохондоо төлбөргүй.

Дараах хувилбар нь хэдий ч богино хэвээр байна. Энэ нь дээрх хүснэгтийн асуултуудад зүгээр л хариулж байна.

Зан төлөвийг тайлбарла, хэрэгжүүлэлтийг биш

Хэрхэн бүтээхийг заахын оронд юу болох ёстойг тайлбарлавал ихэвчлэн илүү сайн үр дүн гардаг.

Өмнө:

Захиалгуудыг татдаг useEffect болон засварлах modal компонент нэм.

Дараа:

Эзэн захиалга дээр дарахад, цаг солих эсвэл цуцлах боломжтой панел нээгдэх ёстой. Өөрчлөлт жагсаалтад нэн даруй харагдах ёстой.

Эхний промт нь AI-г аппыг бүтээсэн аргад тохирохгүй байж магадгүй тодорхой техникт түгжинэ. Хоёр дахь нь үр дүнг хэлж, AI өөрийн аль хэдийн бичсэн кодонд тохирох зөв арга барилыг өөрөө сонгох боломж олгодог. Хэрэв та хөгжүүлэгч бөгөөд хүчтэй давуу тал байвал хэл, гэхдээ үр дүнтэй нь хослуул.

Дүрмүүдийн талаар тодорхой байх

AI-аар бүтээсэн апп хамгийн их алдаа гаргадаг газар бол бизнесийн дүрмүүд: таны хувьд тодорхой, харин AI-д үл үзэгдэх зүйл. Тэдгээрийг тодорхой бич.

  • Хязгаар: "Гишүүн хамгийн ихдээ гурван ирээдүйн захиалгатай байж болно."
  • Цаг хугацаа: "Цуцлалт хичээл эхлэхээс хоёр цагийн өмнө хаагдана."
  • Онцгой тохиолдлууд: "Хичээл дүүрсэн бол Захиалах товчийн оронд хүлээлтийн жагсаалтын товч харуул."
  • Эрх: "Багш нар өөрсдийн хичээлийн ирцийг харж болно, бусад багшийнхыг харж болохгүй."

Эдгээрийн аль нэгийг нь орхивол апп дүрмийг хэрэгжүүлэхгүй эсвэл өөрийн хувилбарыг зохиох болно.

Анхны хувилбарын дараа: нэг мессеж, нэг өөрчлөлт

Урьдчилан харах дээр ямар нэг зүйл ажиллаж эхэлсний дараа бүх бүтээгдэхүүнийг тайлбарлахаас шалгаж болох жижиг өөрчлөлтүүд асуу руу шилжээрэй.

Өмнө:

Дизайн буруу байна, захиалга зөв ажиллахгүй байна, мөн надад календарь харагдац, имэйл хэрэгтэй.

Дараа (дөрвөн тусдаа мессеж):

  1. Хичээлийн сүүлийн суудлыг захиалахад "1 суудал үлдсэн" гэж харуулсаар байна. "Дүүрсэн" гэж харуулж, Захиалах товчийг нуух ёстой.
  2. Хуваарийн хуудсанд өдөр бүрт нэг багана бүхий долоо хоногийн календарь харагдац нэм. Одоогийн жагсаалтын харагдацыг сонголт болгон үлдээ.
  3. Утсан дээр хичээлийн картыг илүү шахуу болго: багасгасан зай, багшийн нэрийг цагийн мөрөнд нэг мөрөнд байлгах.
  4. Гишүүн захиалах үед түүнд баталгаажуулах имэйл илгээ.

Яагаад энэ ажилладаг вэ:

  • Өөрчлөлт бүр AI-д нэг удаад зөв хийхэд хангалттай жижиг.
  • Та дараагийн алхам руу орохоосоо өмнө бүрийг туршиж болно.
  • Нэг нь буруу болбол бусдыг алдалгүйгээр зөвхөн тэр алхамыг буцааж болно.

Юуг хадгалах вэ гэдгээ хэл

Аль хэдийн ажилладаг зүйлд өөрчлөлт хүсэхдээ юу өөрчлөгдөхгүй ёстойг AI-д хэл. Энэ нь регресс (засварын дараа өмнө ажиллаж байсан зүйл эвдэрэх)-ээс сэргийлэх хамгийн амар арга юм.

Нүүр хуудасны толгой хэсгийг илүү том гарчиг, баруун талд зурагтай болгож дахин загварчил. Навигаци, өнгө болон толгойн доорх бүх зүйлийг яг хэвээр нь үлдээ.

Мөн өгөгдөлд ч адил: "Гишүүдэд утасны дугаарын талбар нэм. Одоо байгаа ямар ч талбарыг устгах эсвэл нэрийг нь солихгүй."

Дэлгэцийн зураг болон яг текстийг ашигла

"Дээр байгаа зүйл" гэх мэт үгс хоёрдмол утгатай. Ихэнх AI апп builder зураг хүлээн авдаг, мөн богино тэмдэглэлтэй дэлгэцийн зураг нь догол мөр тайлбараас хурдан.

  • Дэлгэцийн зураг хавсаргаад "улаанаар тойруулсан товч утсан дээр цэсний дээгүүр давхцаж байна" гэж хэл.
  • Алдааны мессежийн яг текстийг хуулж, өөрөөр бүү хэл.
  • Дэлгэц дээрх шошгыг яг ишлэлээр бичиж өг: "Тохиргооны хуудсан дээрх Хадгалах өөрчлөлтийг товч".

Алдаанд тусгайлан дараах хэлбэрийг ашигла:

Захиалгын хуудсан дээр маргааш байх захиалгын Цуцлах товчийг дарсан. Миний жагсаалтаас алга болно гэж хүлээсэн. Гэтэл юу ч болоогүй, дахин ачаалахад захиалга хэвээр байна. Засаад цуцлалт ажиллаж байгааг шалга.

Бид AI-аар бүтээсэн аппыг хэрхэн дебаг хийх вэ гарын авлагад энэ талаар илүү дэлгэрэнгүй бичсэн.

Том өөрчлөлтийн өмнө эхлээд төлөвлө

Аппын олон хэсэгт нөлөөлөх зүйлийн тухайд — өмнө нь хэрэглэгчийн бүртгэлгүй байсан аппад бүртгэл нэмэх, төлбөр нэмэх, өгөгдлийн бүтцийг өөрчлөх — код өөрчлөгдөхөөс өмнө төлөвлөгөө асуу.

Юунд ч хүрэхээсээ өмнө багийн бүртгэлийг хэрхэн нэмэхээ тайлбарла: ямар шинэ хүснэгт, аль хуудас өөрчлөгдөх, одоо байгаа хэрэглэгчдэд юу тохиолдох. Одоохондоо код бүү засаарай.

Төлөвлөгөөг уншаарай. Хэрэв тэр нэг зүйлийг буруу ойлгосон бол нэг догол мөрийг засах нь дууссан онцлогийг засахаас хамаагүй хямд. Олон builder-т энэ зориулалттай тусгай горим байдаг; Mythex дээр энэ нь Build болон Ask-тай зэрэгцэн орших Plan горим юм.

Юунаас зайлсхийх вэ

ЗайлсхийЯагаадОронд нь
"Илүү сайхан болго" / "Харагдуулаад бай"Зорилт байхгүй тул AI зүгээр л санамсаргүй өөрчилнөӨөрчлөлтийг нэрлэ: "хэсгүүдийн хооронд илүү зай, том гарчиг"
Арван онцлоготой нэг том промтАлдаа нэмэгддэг; туршихад хэцүүМессеж бүрт нэг онцлог
API түлхүүрийг чатад буулгахТүлхүүрүүд чатын түүхэнд үлдэнэBuilder-ийн нууц утга эсвэл орчны тохиргоог ашигла
Буруу үр дүнтэй маргалдахЗасвар бүр алдааны дээр давхарданаБуцаа, дараа нь дахин томъёолж бич
Ойлгодоггүй кодыг заахМуу тохирсон шийдлийг түгжинэХүссэн зан төлөвөө тайлбарла
"Компанийн түвшний аюулгүй байдал" гэж шаардахТодорхой утгагүйБодит дүрмүүдээ жагсаа: хэн юуг харж болох

API түлхүүрийн тухайд: төлбөр эсвэл имэйлийн үйлчилгээ хэрэгтэй бол түлхүүрүүдийг промтын оронд төслийн нууц утгад хадгал. Хэрэв энэ шинэ байвал орчны хувьсагч болон нууцлал гэж юу вэ гэдгийг үз.

Дахин ашиглах промтын загварууд

Доторх хаалтуудыг өөрийн утгаар сольж дасан зохицуул.

Шинэ апп:

[Аппын төрөл]-ийг [хэнд] зориулж бүтээ. Тэд [гол урсгал, алхам алхмаар]. [Хоёр дахь төрлийн хэрэглэгч] [юу хийх]-ийн тулд нэвтэрнэ. [Өгөгдөл]-ийг өгөгдлийн санд хадгал. [Харагдах байдал]. [Хойшлуулах зүйлс]-ийг одоохондоо орхи.

Шинэ онцлог:

[Хуудас] дээр [онцлог]-ийг нэм. [Хэрэглэгч] [үйлдэл] хийхэд [юу болох ёстой]. Зөвхөн [хэн] [юу хийж] чадна. [Одоо байгаа зүйлс]-ийг хэвээр нь үлдээ.

Дизайны өөрчлөлт:

[Хуудас] дээр [тодорхой элемент]-ийг [тодорхой өөрчлөлт] болго. [Юуг хадгалах]-ыг хэвээр нь үлдээ. Утасны өргөнтэй дэлгэц дээр зөв харагдаж байгааг шалга.

Алдаа:

[Хуудас] дээр би [алхмууд]-ыг хийсэн. [Хүлээгдсэн]-ийг хүлээсэн. Гэтэл [бодит, яг алдааны текст нэмэх]. Засаад урсгалыг ажиллаж байгааг баталгаажуул.

Өөрчлөлтгүй асуулт:

Ямар ч код бүү өөрчил. [Аппын хэсэг] хэрхэн ажилладаг, [өгөгдөл] хаана хадгалагддагийг тайлбарла.

Урт тодорхойлолт бичих

Том төслүүдэд эхлээд нэг хуудасны товчилсон тайлбар бичээд нээлтийн промт болгон буулгах нь тустай байж болно: хэрэглэгчид, гол урсгалууд, өгөгдөл, дүрмүүд, хамрах хүрээнээс гадуур юу байгаа. Энийг AI-д тусалуулж ноорог гаргаж болно — AI-аар бүтээгдэхүүний шаардлагын баримт бичих гарын авлага үүнийг хэрхэн хийхийг тайлбарласан. Харин анхны бүтээх хүсэлтийг гол урсгалд хязгаарлаж, үлдсэнийг алхам алхмаар нэм.

Mythex дээр промт бичих

Дээр дурдсан бүх зүйл Mythex дээр ажилладаг. Тусалдаг хэдэн онцлог:

  • Build, Plan болон Ask горимууд. Том эсвэл эрсдэлтэй өөрчлөлтөд Plan, засваргүйгээр тайлбар хүсэхэд Ask ашигла.
  • Checkpoint-ууд. Өөрчлөлт амжилттай болох бүрт Mythex checkpoint хадгалдаг, мөн хариултын дээрх Энэ цэг рүү буцаах нь төслийг буцаадаг. Мөн өмнөх мессежийг засаад дахин илгээж, тэр цэгээс өөр промт туршиж болно.
  • Нууцын карт. Агент API түлхүүр хэрэгтэй үед чат дахь картаар асууж, утга нь таны мессежид бичигдэхгүй, төслийн нууц болгон хадгалагдана.
  • Зургууд. Дэлгэцийн зураг эсвэл загвар хавсаргавал агент үүнийг харна.

Баримт бичигт үр дүнтэй промтын тухай богино хуудас, мөн дахин бүтээлгүйгээр сайжруулах тухай хуудас байдаг. Хэрэв эхлэлээс эхэлж байгаа бол AI-аар апп хэрхэн бүтээх вэ нь бүтэн төслийг тайлбарлаж, мөн AI-аар сайхан харагдах апп хэрхэн загварчлах вэ нь визуал засварын промтуудыг авч үздэг.

Асуултууд

AI апп builder-т зориулсан промт хэр урт байх ёстой вэ?

Анхны хувилбарт дөрвөн-найман өгүүлбэртэй богино догол мөр ихэвчлэн хангалттай: аппыг хэн ашигладаг, гол урсгал, хадгалах өгөгдөл, хэн юуг харж болох. Үүний дараа нэг удаад нэг өөрчлөлт асуусан богино промтууд урт промтуудаас илүү сайн ажилладаг.

AI-д ямар framework эсвэл хэл ашиглахыг хэлэх ёстой юу?

Зөвхөн шалтгаан байвал, жишээ нь кодыг дараа нь авах хөгжүүлэгч байвал эсвэл зөвхөн нэг стек дээр ажилладаг үйлчилгээ байвал. Үгүй бол бүтээгдэхүүнээ тайлбарлаад, builder-т ухаалаг анхдагч сонголтуудыг өөрөө сонгуулах нь дээр.

Яагаад 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 简体中文 繁體中文(香港) 繁體中文(台灣)