Cara menulis Playbook: matlamat, peranan, batasan dan aliran

Playbook ialah set arahan bertulis yang diikuti Digital Mind anda dalam setiap perbualan. Ia mempunyai empat bahagian: Goal, Role & style, Boundaries dan Flow. Tulis setiap bahagian dalam ayat yang jelas dan khusus, tandakan orang, pakar dan Data Collections yang diperlukan dengan @, dan ujinya dengan soalan sebenar sebelum anda bergantung padanya.

Apakah yang dilakukan Playbook yang tidak dilakukan Knowledge?

Knowledge menyimpan fakta: waktu kelas, dasar, jawapan yang telah anda tulis. Playbook menyimpan peraturan untuk menggunakannya: gaya Mind anda bercakap, perkara yang ditanya dan ditolaknya serta kepada siapa ia menyerahkan perbualan. Fakta yang disalin ke dalam Playbook perlu diselenggara di dua tempat, jadi simpan fakta dalam Knowledge dan nyatakan dalam langkah Playbook bila fakta itu perlu digunakan. Untuk gambaran yang lebih luas, lihat apa itu Digital Mind.

Arahan khusus penting kerana Mind anda hanya boleh mengikuti apa yang telah anda tulis. Panduan prompting (dibuka dalam tab baharu)^[1] Anthropic memberitahu pembangun supaya menganggap Claude sebagai pekerja baharu yang bijak tetapi tidak memahami norma dan aliran kerja mereka. Ujiannya: berikan prompt kepada rakan sekerja yang kurang memahami konteks dan minta mereka mengikutinya. Jika rakan sekerja keliru, model juga akan keliru. Panduan prompt engineering (dibuka dalam tab baharu)^[2] OpenAI menyatakan bahawa model GPT mendapat manfaat daripada arahan yang sangat tepat. Kedua-dua panduan ditulis untuk pembangun, bukan untuk editor Plandora, tetapi prinsipnya tetap terpakai.

Apakah yang perlu dimasukkan dalam setiap bahagian?

Goal

Nyatakan pelawat dan hasil yang diinginkan dalam dua atau tiga ayat. "Bantu pelanggan baharu memilih kelas" ialah matlamat; "bersikap membantu" hanyalah gambaran umum. Pilih satu hasil utama, seperti menjawab pertanyaan, menilai keperluan atau membantu seseorang membuat tempahan.

Role & style

Terangkan cara rakan sekerja yang baik bercakap, kemudian tambah perkara yang boleh diukur: panjang jawapan, jumlah soalan setiap jawapan, sama ada nama pertama pelawat digunakan. "Tanya satu soalan pada satu masa" boleh diperiksa dalam transkrip. "Kedengaran profesional" tidak boleh.

Boundaries

Tulis perkara yang tidak boleh dilakukan oleh Mind anda dan apa yang perlu dilakukannya sebagai ganti. Larangan semata-mata tidak menjelaskan apa yang perlu dilakukan apabila keadaan itu berlaku. Tambahkan jalan keluar: jangan sekali-kali menjanjikan bayaran balik, dan serahkan permintaan kepada @Sam. Panduan mengurangkan halusinasi (dibuka dalam tab baharu)^[3] Anthropic mengesyorkan agar model dibenarkan secara jelas untuk mengatakan bahawa ia tidak tahu, yang boleh mengurangkan maklumat palsu dengan ketara, walaupun halaman itu menyatakan teknik tersebut mengurangkan kesilapan tanpa menghapuskannya. Jawapan AI boleh salah, jadi serahkan keputusan kewangan, undang-undang, perubatan dan keputusan lain yang membawa kesan besar kepada seseorang.

Flow

Tulis langkah bernombor dengan satu tugas setiap satu: tanya, periksa, rujuk, kumpulkan, serahkan. Tandakan pakar apabila sesuatu langkah memerlukan bantuan khusus, orang atau pasukan yang menerima serahan, dan medan Data Collection untuk butiran yang perlu diminta. Susulan berjadual tergolong dalam Automations, yang paling berkesan apabila mengikuti pertimbangan anda.

Bagaimana anda menandakan pakar, orang dan Data Collections?

Taip @ dalam langkah Flow, atau gunakan Add info, dan pilih daripada senarai. Menaip nama sebagai teks biasa tidak mencipta tag, jadi "Sam" yang ditaip sendiri tidak merujuk kepada sesiapa.

Bolehkah anda bermula dengan templat?

Ya. Playbook kosong menawarkan Start from a template atau Write with AI, yang merangka Playbook daripada penerangan ringkas tentang perkara yang perlu dilakukan oleh Mind anda. Dua templat yang perlu diketahui:

• Receptionist ("Sambut, fahami tujuan, halakan kepada pasukan yang betul"): ia berbicara dengan mesra, mengehadkan jawapan kepada dua ayat pendek, menghalakan mengikut tujuan kepada @Support, @Sales atau @Team, dan tidak sekali-kali menyatakan tarikh penghantaran atau dasar berdasarkan ingatan.
• Retail advisor ("Bantu menjawab soalan tentang pembelian dan produk daripada kedai, koleksi atau produk"): ia mengutamakan rasa ingin tahu sebelum jualan, menawarkan paling banyak tiga pilihan sekali gus, dan tidak sekali-kali mereka-reka stok atau bahan.

Tiga lagi tersedia dalam pemilih: Lead qualifier, Founder mentor dan Support first. Mengesahkan templat menggantikan setiap bahagian, jadi gunakannya sebelum anda menulis teks sendiri. Kemudian gantikan nama pemegang tempat seperti @Support dengan orang, pasukan atau pakar sebenar, dan sunting selebihnya untuk perniagaan anda.

Apakah perbezaan antara arahan yang lemah dengan yang khusus?

Arahan khusus menyatakan tindakan, had atau pencetus. Arahan lemah menyatakan sifat.

Panduan Anthropic menambah satu lagi amalan: berikan sebab. Contohnya menggantikan larangan menggunakan elipsis dengan sebabnya (enjin teks ke pertuturan akan membaca jawapan dengan lantang dan tidak dapat menyebutnya), kerana model boleh membuat generalisasi daripada penjelasan. Lakukan perkara yang sama dalam Playbook: nyatakan sebab sesuatu peraturan wujud.

Bagaimanakah rupa Playbook yang lengkap?

Ini ialah contoh, bukan pelanggan: Harbour Lane Studio ialah sekolah tembikar rekaan. Dalam editor, setiap nama @ di bawah akan dipilih daripada senarai supaya menjadi tag sebenar: @Class Finder ialah pakar, @Booking details ialah Data Collection dan @Sam ialah seorang individu.

Goal. Anda bercakap dengan orang yang ingin mencuba tembikar atau menempah kelas di Harbour Lane Studio, sebuah sekolah tembikar kecil. Kebanyakannya pemula. Bantu setiap orang mencari dan menempah kelas yang sesuai.

Role & style. Mesra dan bercakap dengan jelas, seperti guru di meja hadapan. Hadkan jawapan kepada dua atau tiga ayat dan tanya satu soalan pada satu masa. Elakkan istilah khusus tembikar kecuali pelawat menggunakannya dahulu.

Boundaries. Nyatakan butiran kelas hanya jika terdapat dalam sumber pengetahuan. Jika tarikh atau dasar tiada, nyatakan demikian dan tawarkan untuk menyerahkan soalan kepada @Sam. Jangan sekali-kali menjanjikan bayaran balik atau tempat dalam kelas yang penuh. Jika pelawat kecewa atau meminta untuk bercakap dengan seseorang, serahkan kepada @Sam dengan ringkasan satu baris.

Flow.

1. Tanya apa yang ingin mereka buat dan sama ada mereka pernah menggunakan tanah liat.
2. Rujuk @Class Finder dengan jawapan mereka dan cadangkan sehingga dua kelas, serta nyatakan secara ringkas sebab setiap satu sesuai.
3. Minta @Booking details satu medan pada satu masa, bermula dengan tarikh pilihan.
4. Sahkan maklumat yang dikumpulkan dalam satu baris, kemudian serahkan tempahan kepada @Sam dan nyatakan bila jawapan dijangka.

Waktu kelas dan dasar bayaran balik sengaja tidak disertakan: kedua-duanya disimpan dalam Knowledge.

Apakah kesilapan yang paling lazim?

1. Menyimpan fakta dalam Playbook. Waktu kelas dan dasar harus disimpan dalam Knowledge, supaya hanya perlu dikemas kini di satu tempat.
2. Menerangkan sifat dan bukannya tingkah laku. "Mesra" tidak boleh diuji. Dua ayat pendek dan satu soalan pada satu masa boleh diuji.
3. Menulis larangan tanpa jalan keluar. Tanpa pilihan lain, Mind anda akan mereka-reka tindakannya sendiri. Padankan setiap larangan dengan serahan atau penolakan yang jelas.
4. Menganggap nama atau pakar telah disambungkan. @Sam yang ditaip sendiri bukan tag, pakar yang Off atau tidak ditandakan tidak akan dipanggil, dan medan yang tidak ditandakan tidak akan diminta.
5. Menulis seluruh Flow sebelum menguji mana-mana bahagiannya. Mulakan dengan tiga langkah pendek, ujinya, kemudian tambah lagi.

Berapa panjang Playbook dan bila perubahan disiarkan?

Setiap bahagian membenarkan 4,000 aksara, keempat-empatnya bersama membenarkan 12,000, dan Playbook boleh mengandungi sehingga 50 sebutan. Ini ialah aksara, bukan perkataan, setakat Oktober 2026. Suntingan yang melanggar had disenaraikan sebagai isu untuk dibaiki, dipaparkan pada pengepala sebagai "N to fix", dan tidak disiarkan sehingga anda membaikinya.

Suntingan biasa tidak memerlukan langkah Publish. Suntingan yang sah disimpan dan disiarkan secara automatik, dan pengepala memaparkan Live. Jika ia memaparkan Draft dengan butang Go live, perubahan yang disimpan belum disiarkan, jadi pilih Go live. Jika ia memaparkan Changed elsewhere · Reload, Playbook telah diubah dalam tetingkap lain: muat semula sebelum menyimpan lagi, dan salin dahulu sebarang suntingan yang belum disimpan kerana muat semula akan membuangnya. Oleh sebab suntingan disiarkan sebaik sahaja disimpan, ubah satu perkara pada satu masa dan terus ujinya.

Bagaimana anda menguji Playbook sebelum bergantung padanya?

Gunakan pratonton perbualan dan jalankan semula senarai pendek soalan yang sama selepas setiap perubahan.

1. Hantar permintaan biasa dan periksa panjang jawapan, nada dan sama ada satu soalan ditanya pada satu masa.
2. Cuba sesuatu yang sepatutnya sampai kepada pakar yang ditandakan, kemudian periksa Runs untuk rujukan itu.
3. Bangkitkan sesuatu yang perlu diserahkan. Periksa peti masuk (ketersediaannya bergantung pada pelan anda atau pelaksanaan berperingkat) dan pilih Take over untuk menjawab sendiri.
4. Uji soalan yang tidak diliputi Knowledge anda dan pastikan Mind anda menyatakannya dan bukannya meneka.
5. Berikan Playbook kepada rakan sekerja yang tidak mengenali perniagaan anda dan tanya apa yang akan mereka lakukan jika pelawat menuntut bayaran balik. Tulis semula baris yang membuat mereka teragak-agak.

Panduan Anthropic tentang membina penilaian (dibuka dalam tab baharu)^[4] menyatakan bahawa ujian harus mencerminkan tugas sebenar anda dan merangkumi kes luar biasa, dan panduan OpenAI mengesyorkan ujian serta set penilaian untuk tingkah laku prompt. Bagi Playbook, ini bermakna senarai soalan pelawat sebenar yang disimpan, termasuk soalan yang sukar. Apabila jawapan bermasalah, sebab jawapan AI bermasalah membantu anda membezakan fakta yang tiada daripada peraturan yang tiada.

Bagaimana Improve mencadangkan perubahan?

Improve ialah butang pada pengepala Playbook, yang dipaparkan apabila Playbook mempunyai kandungan atau terdapat cadangan yang menunggu. Panelnya bertajuk "From real chats in the last 7 days" dan menyenaraikan kad cadangan, setiap satu dilabel mengikut jenis, seperti Unanswered questions, Weak answers atau Hand-offs. Setiap kad mempunyai butang pembaikan dan butang Dismiss.

Pilih pembaikan pada cadangan dan Plandora akan merangka suntingan pada bahagian berkaitan, dipaparkan di tempat asal dengan teks lama dipotong dan teks baharu diserlahkan. Terima atau tolak setiap perubahan, atau pilih Accept all atau Discard. Perubahan yang diterima disimpan dan disiarkan seperti suntingan lain. Perubahan dilangkau jika anda menyunting bahagian itu selepas ia dirangka: Accept dinyahaktifkan untuknya dan Accept all tidak menyertakannya. Sesetengah cadangan membuka FAQ Knowledge dengan soalan yang telah diisi, kerana fakta yang tiada harus diletakkan di situ. Anda sedang menyunting arahan yang disiarkan, jadi baca setiap perubahan dan jalankan semula soalan ujian anda.