Keuntungan:
- Keupayaan untuk merangka dan membuat token reka bentuk yang konsisten, penamaan komponen dan peraturan penggunaan dengan kecerdasan buatan
- Keupayaan untuk menghasilkan dokumentasi komponen dengan cepat, contoh jangan/jangan dan teks penggunaan dengan kecerdasan buatan
- Keupayaan untuk menyemak cadangan kecerdasan buatan untuk konflik dengan sistem reka bentuk sedia ada dan mengekalkan ketunggalan
Sistem reka bentuk ialah bahasa biasa yang menjadikan keluarga produk kelihatan dan berkelakuan secara konsisten: komponen boleh guna semula (butang, kad, medan borang), token reka bentuk (takrifan nilai yang dinamakan seperti warna, jarak, tipografi), dan dokumentasi yang menerangkan cara menggunakannya. Sistem reka bentuk yang baik membolehkan sepuluh pereka bentuk mereka bentuk produk yang sama seolah-olah ia dihasilkan oleh satu sumber. Memasang dan menyelenggara sistem ini adalah kerja yang memenatkan, berulang dan intensif teks; Di sinilah kecerdasan buatan bersinar. Tetapi intipati sistem adalah ketunggalan dan ketekalan; Pengesyoran AI tidak boleh diterima tanpa disemak untuk konflik dengan sistem semasa.
Token dan penamaan: asas untuk konsistensi
Token reka bentuk ialah nilai yang dinamakan, boleh guna semula keputusan reka bentuk: warna-utama, ruang-pusat, teks-tajuk-kapital. Terima kasih kepada token, anda boleh menukar warna di satu tempat dan mengemas kininya di seluruh produk. Tetapi kuasa token bergantung pada konsistensi penamaan; Jika biru-1, biru utama, biru primer digunakan bercampur, sistem akan ranap.
AI mahir dalam dua perkara di sini: menyemak set token sedia ada anda terhadap skema penamaan yang konsisten dan mencadangkan nama yang mematuhi skema untuk token baharu. Permintaan seperti "Terjemah senarai token ini kepada penamaan semantik (berasaskan makna)" akan membantu anda menjana nama yang menyampaikan makna, seperti warna-tindakan-utama dan bukannya biru-500. Tetapi keputusan penamaan terakhir ialah kontrak pasukan; Model hanya menyediakan garis besar.
Petua: Apabila menamakan token kepada AI, berikan 5-6 contoh skema semasa anda dan sebut "kekalkan dalam corak yang sama". Permintaan tanpa sampel menghasilkan nama yang asing kepada sistem anda.
Dokumentasi komponen: kawasan AI yang paling produktif
Dokumentasi komponen termasuk: perkara yang dilakukannya, bila hendak menggunakannya, bila tidak digunakan, variannya, keadaan (lalai, tuding, pasif, ralat), nota kebolehaksesan dan contoh "buat/jangan". Menulis teks ini dengan tangan mengambil masa berjam-jam, itulah sebabnya banyak pasukan mengabaikan dokumentasi.
AI mengisi jurang ini: apabila anda menerangkan komponen, ia menghasilkan dokumentasi draf, peraturan penggunaan dan contoh lakukan/jangan dalam format yang konsisten. Oleh itu, dokumentasi beralih daripada "tidak ada" kepada "ada draf, ia akan diperbaiki", yang merupakan keuntungan besar. Walau bagaimanapun, model tidak mengetahui kelakuan sebenar komponen; Tugas anda untuk memadankan peraturan yang dihasilkan dengan realiti sistem.
serpihan dokumen
Sumbangan kecerdasan buatan
pengesahan manusia
Apa yang ia lakukan?
Definisi garis besar yang jelas
Kecergasan sebenar untuk tujuan
Bila nak guna
Senario umum
Peraturan khusus produk
Contoh Buat/Jangan
Pasangan draf pantas
Penyalahgunaan sebenar
Nota kebolehaksesan
Peringatan standard
Disahkan oleh ujian sebenar
Senarai varian/kes
senarai yang mungkin
Mereka yang sebenarnya wujud dalam sistem
Pemeriksaan percanggahan: memelihara ketunggalan
Musuh utama sistem reka bentuk ialah pertindihan: dua butang melakukan kerja yang sama, dua skala ruang yang berbeza, dua peraturan yang bercanggah. Apabila AI mencadangkan komponen atau peraturan baharu, cadangan itu mungkin bercanggah dengan sistem sedia ada — ia tidak mengingati keseluruhan sistem model anda. Jadi saya menilai setiap cadangan dengan bertanya "adakah ini bercanggah dengan sesuatu yang sudah wujud?" Tapis dengan soalan. Anda juga boleh menggunakan kecerdasan buatan dalam pengimbasan konflik: anda boleh memberikan ringkasan sistem semasa dan pengesyoran baharu serta menyenaraikan konflik. Tetapi keputusan akhir "singular correct" terpulang kepada pasukan.
tiga kes mini
Kes 1 — Hutang dokumentasi dijelaskan. Hanya 6 daripada 24 komponen pasukan mempunyai dokumentasi. Draf dokumen telah dihasilkan untuk baki 18 komponen dengan kecerdasan buatan; Pasukan membetulkan setiap satu dalam 10-15 minit. Kerja yang tertangguh selama berminggu-minggu itu telah siap dalam masa dua hari.
Kes 2 — Penamaan token menjadi konsisten. Dalam satu sistem warna bercampur seperti biru1, biru utama, biru jenama. AI menterjemah 40 token sedia ada ke dalam skema semantik; Pasukan itu menyemaknya dan bertukar kepada satu standard. Ralat warna telah berkurangan dengan ketara dalam reka bentuk seterusnya.
Kes 3 — Komponen bercanggah telah ditolak. AI mencadangkan komponen baharu yang dipanggil "butang tindakan kedua". Apabila pasukan mengimbas percanggahan, mereka mendapati ia melakukan kerja yang sama seperti "butang hantu" sedia ada dan menolak cadangan itu. Pengajaran: tidak setiap cadangan menambah komponen baharu pada sistem; Kadang-kadang betul untuk menggunakan apa yang ada.
Gesaan boleh disalin
Peranan anda: pentadbir sistem reka bentuk. Dokumenkan komponen ini: <<komponen dan kelakuannya>>.Format: Apakah yang dilakukannya | Bila hendak menggunakan | Bila TIDAK menggunakan |Varian | Situasi | Nota kebolehaksesan | 2 Lakukan / 2 Jangan contoh. Tingkah laku solek yang anda tidak tahu; Tulis "pasukan mesti isi".
Terjemah senarai token ini ke dalam skema penamaan semantik (berasaskan makna). Contoh skema semasa saya: <<5-6 contoh>>. Teruskan dalam corak yang sama. Untuk setiap token, berikan nama lama -> nama baharu -> jadual justifikasi. Senarai: <<token>>
Imbas percanggahan: Ringkasan sistem reka bentuk semasa saya: <<ringkasan>>. Komponen/peraturan baharu yang dicadangkan: <<cadangan>>. Adakah cadangan ini bercanggah dengan sistem sedia ada (komponen yang melakukan kerja yang sama, peraturan bercanggah, token pendua)? Senaraikan konflik dan cadangan anda.
Hasilkan pasangan contoh "buat/jangan" untuk komponen ini: penggunaan betul realistik dan senario penggunaan salah realistik. Bagi setiap pasangan, terangkan dalam satu ayat mengapa ia benar/salah. Komponen: <<nama dan tujuan>>
Gesaan lemah / Gesaan kuat
Lemah: "Tulis dokumentasi untuk butang ini."
Keputusan: Teks umum yang diformat tanpa sambungan ke sistem.
Kuat: "Dokumenkan butang ini dalam format berikut (apa yang dilakukannya / bila tidak digunakan / varian / kes / kebolehaksesan / jangan jangan); buat tingkah laku yang anda tidak tahu, tulis 'pasukan mesti isi'."
Keputusan: Diformat secara konsisten, jarak yang betul, manuskrip boleh diedit.
Perbezaan: format gesaan yang kuat + larangan fabrikasi + gesaan jangan/jangan.
Kesilapan biasa
- Meminta penamaan token tanpa contoh. Model menjana nama yang asing kepada sistem anda; konsisten rosak.
- Menambah komponen tanpa mengimbas percanggahan. Penduaan adalah musuh utama sistem.
- Dengan mengandaikan bahawa tingkah laku yang dicipta oleh model adalah betul. AI tidak mengetahui kelakuan sebenar komponen tersebut.
- Menerima penilaian kebolehaksesan tanpa ujian. Peringatan standard bukan pengganti untuk ujian sebenar.
- Menulis dokumentasi sekali dan tidak mengemas kininya. Dokumen harus dikemas kini apabila sistem berubah.
Secara ringkasnya
Sistem reka bentuk ialah infrastruktur ketekalan dan kebolehskalaan; tetapi penyelenggaraannya sering diabaikan kerana ia intensif teks dan berulang. AI menangani hutang ini dengan cepat menghasilkan dokumentasi komponen, contoh jangan/jangan, skrip penggunaan dan draf penamaan token. Tetapi intipati sistem adalah ketunggalan dan ketekalan: setiap nama token mesti disahkan terhadap skema sampel, setiap cadangan komponen mesti diimbas bercanggah, setiap perihalan tingkah laku mesti disahkan terhadap realiti. Gunakan model sebagai penggubal yang cekap; Pasukan membuat keputusan individu yang betul.
Tugasan permohonan
- Pilih komponen yang tiada dokumentasi dan hasilkan dokumen draf dengan gesaan pertama.
- Lengkapkan medan bertanda "Pasukan mesti isi" dengan tingkah laku sebenar.
- Dengan gesaan kedua, tukarkan 8-10 token anda kepada skema semantik dan buat jadual nama lama/baharu.
- Untuk idea komponen baharu, imbas percanggahan dengan gesaan ketiga.
- Dengan gesaan keempat, hasilkan pasangan contoh lakukan/jangan untuk komponen dan tambahkannya pada sistem.
senarai semak
- [ ] Saya memautkan penamaan token kepada skema contoh.
- [ ] Saya mengimbas komponen baharu untuk mencari konflik.
- [ ] Saya mengesahkan tingkah laku yang dibuat model dengan realiti.
- [ ] Saya merancang untuk mengesahkan nota kebolehaksesan dengan ujian sebenar.
- [ ] Saya menyimpan dokumentasi dalam format yang konsisten.
- [ ] Saya mengekalkan ketunggalan dan menghalang pertindihan.