প্রম্পট লাইব্রেরি বানানো: নাম, টেমপ্লেট, টেস্ট কেস ও সীমাবদ্ধতা

একটা পরীক্ষিত প্রম্পট কাজের। নাম, নোট ও নমুনা ইনপুটসহ পাঁচ-দশটা পরীক্ষিত প্রম্পট ছোট একটা টুলবক্স, যা প্রতি সপ্তাহে সময় বাঁচায় এবং সহকর্মী আপনাকে জিজ্ঞেস না করেই তুলে নিতে পারেন। ইটারেশন ও ডিবাগিং: দুর্বল আউটপুটের কারণ খুঁজে এক-একটা করে বদলানো পাতার ডিবাগিং নিয়মটা এই পাতায় কঠিনতর সমস্যা দিয়ে শেষ হয় (সমর্থনহীন দাবি, পরস্পরবিরোধী উত্তর, জিজ্ঞেস না করে অনুমান করা মডেল), তারপর আপনার সেরা প্রম্পটগুলো ব্যক্তিগত লাইব্রেরিতে রূপ নেয়: বদলযোগ্য ঘরসহ টেমপ্লেট, পাঠকভেদে আলাদা সংস্করণ, জানা সীমাবদ্ধতার তালিকা, আর বারবার পরীক্ষার অভ্যাস, কারণ অ্যাপ ও মডেল কোনো ঘোষণা ছাড়াই বদলায়।

যা শিখবেন

• সমর্থনহীন দাবি এবং পুনরাবৃত্ত বা পরস্পরবিরোধী উত্তর কীভাবে নির্ণয় করবেন, আর নিজেকে যাচাইয়ের চেকলিস্ট অন্ধভাবে বিশ্বাস না করে কীভাবে ব্যবহার করবেন।
• মডেল যেন অনুমান না করে স্পষ্টীকরণ চায়, তা কীভাবে নিশ্চিত করবেন।
• বদলযোগ্য ঘরসহ টেমপ্লেট লেখা, পাঠকভেদে আলাদা প্রম্পট রাখা, এবং প্রতিটা প্রম্পটের জানা সীমাবদ্ধতা লিখে রাখা।
• আপনার ব্যবহারযোগ্য মডেলগুলোতে একই প্রম্পট কীভাবে তুলনা করবেন, আর মডেল বা প্রোডাক্ট বদলের পর কেন প্রম্পট আবার পরীক্ষা করতে হবে।
• পাঁচ প্রম্পটের ব্যক্তিগত লাইব্রেরি বানানো ও রক্ষণাবেক্ষণ, কপি করার মতো টেমপ্লেটসহ।

আরও রোগনির্ণয়: যখন সমস্যা বিষয়বস্তুতে

আগের পাতায় ছিল কনটেক্সটের অভাব, অস্পষ্টতা, দৈর্ঘ্য ও ফরম্যাট। নিচের সমস্যাগুলো বিষয়বস্তু বিশ্বাসযোগ্য কি না তা নিয়ে। এখানে পুরো রোগনির্ণয় টেবিল, আগের সারিগুলোসহ, যাতে একটাই টেবিল রাখতে পারেন। মনে রাখুন: কারণগুলো সম্ভাব্য, নিশ্চিত নয়, এবং একবারে একটাই জিনিস বদলান।

সমর্থনহীন দাবি নির্ণয় করুন

সমর্থনহীন দাবি এমন বক্তব্য যা আপনার উৎস টেক্সটে নেই: একটা সংখ্যা, কারণ, উদ্ধৃতি বা উৎসের নাম। এটা সবচেয়ে বিপজ্জনক লক্ষণ, কারণ এটা সমর্থিত বক্তব্যের মতোই শোনায়। সাধারণ কারণ: প্রম্পটে কিছু বলা নেই যে মডেল উপাদানের ভেতরে থাকবে, আর উপাদানে উত্তর না থাকলে বেরোনোর পথও দেওয়া নেই।

দুর্বল প্রম্পট:

Why did our website visits drop in September? Here is the monthly report.

ভালো প্রম্পট:

Using only the report below, say why website visits dropped in September.
For each reason, quote the sentence from the report that supports it.
If the report does not give a reason, write "Not stated in the report"
and do not suggest causes from general knowledge.

Report:
{report}

এই কারণের পরীক্ষা: উত্তরের প্রতিটা দাবি নিয়ে রিপোর্টে তার উদ্ধৃতি খুঁজুন। না পেলে দাবিটা সমর্থনহীন, শুনতে যেমনই হোক। "সোর্স" চাওয়ার চেয়ে উদ্ধৃতি চাওয়া ভালো যাচাই, কারণ উদ্ধৃতি আপনার টেক্সটে খোঁজা যায়। মনে রাখুন, মডেল উদ্ধৃতি সামান্য বদলে দিতে পারে বা এমন বাক্য উদ্ধৃত করতে পারে যা দাবিটা আসলে সমর্থন করে না, তাই উদ্ধৃতিগুলো শুধু গুনবেন না, পড়ুন।

পুনরাবৃত্ত বা পরস্পরবিরোধী উত্তর নির্ণয় করুন

দুটো পরিস্থিতি। প্রথমটায় একই প্রশ্ন দুবার করে আলাদা উত্তর পান। দ্বিতীয়টায় একটা উত্তর নিজের সঙ্গেই মেলে না (যেমন প্রথম অনুচ্ছেদে বলা মোট টেবিলের মোটের চেয়ে আলাদা)। এই ধরনের সিস্টেমে রান থেকে রানে তফাত স্বাভাবিক, এটা নিজে বাগ নয়। যেখানে উত্তর প্রতিবার এক হওয়া উচিত, যেমন ক্যাটাগরির লেবেল বা সংখ্যা, সেখানে এটা সমস্যা।

সম্ভাব্য কারণ: প্রশ্নের একাধিক বৈধ উত্তর আছে, মাপকাঠি বলা হয়নি, বা ইনপুট দুই দিকের সীমায়। কম র‍্যান্ডমনেস সেটিং এটা নির্ভরযোগ্যভাবে ঠিক করে না এবং উত্তরকে সত্যও করে না; প্রশ্ন সংকীর্ণ করলে বেশি কাজ হয়। বিরোধ দেখলে একই চ্যাটে "কোনটা ঠিক?" জিজ্ঞেস করে প্রথম আত্মবিশ্বাসী উত্তর মেনে নেবেন না। প্রতিটা সংস্করণের প্রমাণ চান, তারপর উৎস নিজে মিলিয়ে দেখুন।

ভালো প্রম্পট:

Earlier you gave two different totals: 1,240 and 1,420.
Recompute the total from the table below, row by row, showing each addition.
Then say which of the two earlier totals matches, or "neither".
Do not change any number in the table.

Table:
{table}

তারপর সংখ্যাগুলো নিজে বা স্প্রেডশিটে যোগ করুন। পুনরায় হিসাব দেখায় ভুলটা কোথায় ছিল; নতুন মোট সঠিক তা প্রমাণ করে না।

নিজেকে যাচাইয়ের চেকলিস্ট ব্যবহার করুন, অন্ধভাবে বিশ্বাস না করে

উত্তর দেওয়ার আগে ছোট চেকলিস্ট দিয়ে মডেলকে নিজের উত্তর যাচাই করতে বলতে পারেন। এতে প্রায়ই সহজ সমস্যা ধরা পড়ে, যেমন বাদ পড়া আইটেম, ভাঙা শব্দসীমা বা বাদ পড়া ফরম্যাট-নিয়ম। কিন্তু যে মডেল ভুল করেছে সে আবার ভুল মিস করতে পারে, এবং না মিললেও "সব চেক পাস" বলতে পারে। তাই নিজে-যাচাইকে প্রথম ছাঁকনি ধরুন, আর নিজের যাচাই রাখুন।

ভালো প্রম্পট:

Write the reply first. Then, under the line "SELF-CHECK", answer yes or no
for each item and add one line of evidence for each:
1. Body is at most 80 words (give the count).
2. Every date and number appears in the facts above.
3. Nothing was promised that the facts do not support.
4. The requested format was followed.
If any answer is no, write a corrected reply after the self-check.

নমুনা উত্তর (উদাহরণ মাত্র; আপনারটা আলাদা হবে):

SELF-CHECK
1. Yes. 61 words.
2. Yes. 2026-11-04 and the refund option are both in the facts.
3. Yes. No discount offered.
4. Yes. Subject line, blank line, body, sign-off.

এর সঙ্গে কী করবেন: শব্দ নিজে গুনুন, প্রতিটা তারিখ আপনার তথ্যে খুঁজুন, আর প্রতিশ্রুতির জন্য একবার উত্তর পড়ুন। প্রমাণ ছাড়া "Yes" মেনে নেবেন না। নিজে-যাচাই দুই দিকেই ভুল হতে পারে: ত্রুটিপূর্ণ উত্তর পাস করাতে পারে, আবার ঠিক জিনিসে আপত্তি তুলতে পারে। এর মূল্য হলো সমস্যা দেখা সহজ করে; এটা আপনার পর্যালোচনার বিকল্প নয়।

অনুমানের বদলে স্পষ্টীকরণ চান

দরকারি তথ্য না থাকলে মডেলের স্বভাব তবু উত্তর বানিয়ে দেওয়া। তাকে থেমে জিজ্ঞেস করার অনুমতি ও নিয়ম দিন। অনুমান ঠেকাতে এটাই প্রায়ই সবচেয়ে ভালো একক সমাধান। একাধিক তথ্য বাদ থাকলে নম্বর দেওয়া প্রশ্ন আকারে তালিকা চান, যাতে নম্বর ধরে উত্তর দিতে পারেন।

ভালো প্রম্পট:

Draft an email inviting customers to our open day.
Before you write anything, check whether you have: the date, the time,
the place and how to register. If any of these is missing, do not write
the email. Ask me for the missing items as a numbered list, then wait.

নমুনা উত্তর (উদাহরণ মাত্র; আপনারটা আলাদা হবে):

I need a few details before I can write the email:
1. What is the date of the open day?
2. What time does it start and end?
3. What is the address or room?
4. How should customers register?

যা যাচাই করবেন: উত্তরে শুধু সত্যিই যা নেই তা চাওয়া হয়েছে কি না, আর বন্ধনীতে বানানো ডিফল্ট ("Saturday, 10:00") নেই। কিছু মডেল তবু অনুমান করে, তাই বানানো মান দেখলে নিয়মটা আরও স্পষ্ট করে আবার লিখুন: "Do not assume any value."

প্রম্পট থেকে লাইব্রেরি

বদলযোগ্য ঘরসহ প্রম্পট টেমপ্লেট ব্যবহার করুন

টেমপ্লেট এমন প্রম্পট যেখানে যে অংশ বদলায় তা ঘর হিসেবে চিহ্নিত। যে শব্দবিন্যাস কাজ করে তা রেখে প্রতিবার শুধু ঘরগুলো বদলান। এই টিউটোরিয়ালে ঘর লেখা হয় স্পষ্ট নামসহ কার্লি ব্র্যাকেটে: {audience}, {facts}, {text}। টেমপ্লেট পেস্ট করুন, প্রতিটা ঘর হাতে বদলান, পাঠান। প্রতিটা ঘর বদলাতে ভুলবেন না; পাঠানো প্রম্পটে থেকে যাওয়া {facts} একটা সাধারণ অসাবধানতা।

প্রম্পট:

You are a clear and polite writer.
Write one {message_type} for {audience}.

Facts (use only these):
{facts}

Constraints:
- At most {max_words} words.
- Plain words. No promises that are not in the facts.
- If a fact is missing, write [MISSING] instead of guessing.

Output format: {format}

ঘর পূরণের উদাহরণ: message_type = "notice", audience = "parents of children in the youngest class", facts = "School trip moved to 2026-11-12; same cost; permission forms due 2026-11-05", max_words = 70, format = "title, then two short paragraphs"। টেমপ্লেট সামঞ্জস্যপূর্ণ ফল দেয় এবং উন্নত করাও সহজ: টেমপ্লেট ঠিক করলে ভবিষ্যতের প্রতিটা ব্যবহার ভালো হয়। ঘরের সংখ্যা কম রাখুন। পনেরোটা ঘরের টেমপ্লেট নতুন প্রম্পট লেখার চেয়ে ব্যবহার করা কঠিন।

বিভিন্ন পাঠকের জন্য আলাদা প্রম্পট রাখুন

পাঠককে একটা ঘরে রাখতে পারেন, আর অনেক কাজের জন্য সেটাই যথেষ্ট। কিন্তু দুই পাঠকের বিষয়বস্তু, কাঠামো ও টোন আলাদা হলে দুটো প্রম্পট রাখুন। ম্যানেজারের সাপ্তাহিক প্রজেক্ট আপডেট (সিদ্ধান্ত, ঝুঁকি, তারিখ) দলের একই আপডেটের (কাজ, কে করছে, কী আটকে আছে) সামান্য রূপভেদ নয়। "যদি পাঠক ... হয়" ভরা একটা প্রম্পটের চেয়ে স্পষ্ট নামসহ দুটো প্রম্পট পরীক্ষা ও মেরামত করা সহজ।

সাধারণ তথ্য ভাগ করে নিন, কিন্তু আগের পাতার মতো প্রতিটা প্রম্পট নিজের নমুনা ইনপুট ও প্রত্যাশিত আউটপুটে পরীক্ষা করুন।

প্রম্পটের জানা সীমাবদ্ধতা লিখে রাখুন

প্রতিটা প্রম্পট কোথাও না কোথাও ব্যর্থ হয়। সেগুলো লিখে রাখলে লাইব্রেরি সৎ থাকে, আর পরের জন (বা তিন মাস পরের আপনি) যেখানে প্রম্পট কাজ করে না সেখানে ব্যবহার করা থেকে বাঁচেন। প্রতিটা প্রম্পট কার্ডে "Known limitations" লাইন যোগ করুন, নতুন ব্যর্থতা পেলেই হালনাগাদ করুন। যা দেখেছেন তা নির্দিষ্টভাবে লিখুন।

Known limitations:
- Works on comments under 100 words each; long comments lose detail.
- Sometimes counts one complaint twice if it appears in two sentences.
- Not tested on languages other than English.
- Does not handle sarcasm reliably.
- Never use for legal or medical text.

উপলব্ধ মডেলগুলোতে একই প্রম্পট তুলনা করুন

একাধিক অ্যাসিস্ট্যান্ট বা মডেল ব্যবহার করতে পারলে একই ইনপুটসহ একই প্রম্পট প্রতিটায় চালান এবং একই চেকলিস্ট দিয়ে আউটপুট তুলনা করুন। তফাত বড় হতে পারে: দৈর্ঘ্যে, অনুপস্থিত তথ্য চাওয়ায়, ফরম্যাট নিয়ম কতটা মানা হয় তাতে। একবার চালিয়ে সিদ্ধান্ত নেবেন না, আর একটা সার্বিকভাবে ভালো এমনও ভাববেন না: আপনি জানছেন এই প্রম্পটে, এই ইনপুটে কোনটা ভালো। ফল তারিখসহ প্রম্পটের কার্ডে লিখে রাখুন।

টেবিলটা শুধু ছক দেখানোর জন্য বানানো; নিজের ফল ব্যবহার করুন, আপনার অ্যাপ যে নাম দেখায় সেই নাম আর তারিখসহ। যে প্রম্পট ভঙ্গুর, শুধু একটা মডেলে ভালো ফল দেয়, তা বোঝায় সেটা স্পষ্ট নির্দেশের ওপর নয়, ওই মডেলের অভ্যাসের ওপর নির্ভর করছে।

মডেল বা প্রোডাক্ট বদলের পর প্রম্পট আবার পরীক্ষা করুন

অ্যাসিস্ট্যান্ট হালনাগাদ হয়, কখনো জানিয়ে, কখনো না জানিয়ে। একই প্রম্পট পরে আলাদা ধাঁচ, আলাদা দৈর্ঘ্য বা আপনার নিয়মের আলাদা পালন দিতে পারে। সরবরাহকারীরা কোন ফিচার কোথায় থাকবে তাও বদলান। তাই আপনার সংরক্ষিত টেস্ট ইনপুট ও প্রত্যাশিত আউটপুট শুধু মেরামতের জন্য নয়; সেগুলো আপনার সতর্কঘণ্টা। আচরণে বদল টের পেলে, অ্যাপ নতুন মডেল বা সংস্করণ ঘোষণা করলে, আর যে প্রম্পটের ওপর নির্ভর করেন সেগুলোর জন্য মাঝে মাঝে (যেমন মাসে একবার) আবার পরীক্ষা করুন।

1. প্রতিটা গুরুত্বপূর্ণ প্রম্পট তার সংরক্ষিত টেস্ট ইনপুটে চালান।
2. আউটপুট প্রত্যাশিত আউটপুট ও চেকলিস্টের সঙ্গে মেলান।
3. কার্ডে ফল ও তারিখ লিখুন: "Rechecked 2026-11-12: passes" বা "Rechecked: now 4 bullets, fixed in v3"।
4. ব্যর্থ হলে রোগনির্ণয় টেবিল ব্যবহার করুন এবং একটা জিনিস বদলান।

কোনো ফিচারের (ফাইল আপলোড, ভয়েস, সংরক্ষিত নির্দেশ, মডেল বাছাই) ওপর নির্ভর করার আগে আপনার অ্যাপ কী সমর্থন করে দেখে নিন। কোন ফিচার আছে এবং তা কী করে তা সময়ের সঙ্গে বদলায় ও অ্যাপভেদে আলাদা; এই টিউটোরিয়াল তার তালিকা দেয় না। অ্যাপের সহায়তা পাতা পড়ুন, এবং কবে পড়েছেন মনে রাখুন।

আপনার ব্যক্তিগত লাইব্রেরি

লাইব্রেরি মানে একটা ফাইল বা ফোল্ডার, প্রতিটা প্রম্পটের একটা কার্ড, আর ওপরে ছোট একটা সূচি। এই টেমপ্লেট নোট অ্যাপে কপি করে আপনার পাঁচটা প্রম্পটের জন্য পূরণ করুন।

PROMPT LIBRARY
Owner: {your name}        Last reviewed: {YYYY-MM-DD}

INDEX
1. {name-v1}  - {one line: what it does}
2. {name-v1}  - {one line}
3. {name-v1}  - {one line}
4. {name-v1}  - {one line}
5. {name-v1}  - {one line}

CARD 1
Name: {task-audience-version}
Task: {what it does}
Audience: {who reads the result}
Prompt:
{full prompt text, with {fields} for the parts that change}
Test input: {one typical input}
Expected output: {what good looks like, checked by me}
Known limitations: {what fails, what not to use it for}
Models/apps tried: {name, date, result}
Change log: {date: one change, what happened}
Next recheck: {YYYY-MM-DD}

ব্যবহারের নোট। প্রম্পট এত ছোট রাখুন যাতে এক পর্দায় পড়া যায়। যেগুলো ব্যবহার করেন না সেই কার্ড মুছে ফেলুন। সংরক্ষিত টেস্ট ইনপুটে কখনো ব্যক্তিগত ডেটা বা আসল গ্রাহকের তথ্য রাখবেন না; এই টিউটোরিয়ালের মতো কাল্পনিক উদাহরণ ব্যবহার করুন। (চ্যাটে কী পেস্ট করা উচিত নয় তা পরের পাতায় আছে।)

কাজের জায়গায় এটা কোথায় দেখা যায়

• দল: মালিক ও তারিখসহ শেয়ার করা লাইব্রেরি থাকলে নতুন সহকর্মী প্রথম দিন থেকে পরীক্ষিত প্রম্পট ব্যবহার করেন, আর ব্যর্থ প্রম্পট সবার জন্য একবারই মেরামত হয়।
• ফ্রিল্যান্সার ও ছোট ব্যবসা: প্রস্তাব, উত্তর ও পোস্টের টেমপ্লেট সামঞ্জস্যপূর্ণ মান ও দ্রুত শুরু দেয়।
• মান ও কমপ্লায়েন্স: গ্রাহকের কাছে AI-লেখা টেক্সট গেলে অডিটর বা ম্যানেজার প্রথমে জানা সীমাবদ্ধতা ও আবার-পরীক্ষার তারিখ চাইবেন।
• AI ফিচার বানানো: ডেভেলপারের প্রম্পট ফাইল, টেস্ট কেস ও চেঞ্জ লগ কোডে একই লাইব্রেরি-ধারণা। প্রম্পট সংস্করণ ও মূল্যায়নের গোড়ার কথার জন্য AI-এর জন্য Git, API ও ব্যাকএন্ড: অ্যাডভান্সড দেখুন।

সাধারণ ভুল

• নিশ্চিত শোনায় বলে দাবি মেনে নেওয়া। সমাধান: আপনার উপাদান থেকে প্রতিটা দাবির জন্য উদ্ধৃতি চান, এবং "not stated" বলার সুযোগ দিন।
• নিজে-যাচাইয়ে ভরসা। না মিললেও "সব পাস" বলতে পারে। সমাধান: প্রতিটা লাইনে প্রমাণ চান, তারপর মূল বিষয়গুলো নিজে যাচাই করুন।
• মডেলকে বাদ পড়া তথ্য অনুমান করতে দেওয়া। সমাধান: "ask me first" নিয়ম যোগ করুন এবং কী বাদ পড়া বলে গণ্য হবে তা বলুন।
• টেমপ্লেটে ঘর না বদলে ফেলে রাখা। পাঠানো {facts} অযত্নের ছাপ দেয়। সমাধান: পাঠানোর আগে প্রম্পট একবার পড়ুন।
• কখনো আবার পরীক্ষা না করা। গত ত্রৈমাসিকে কাজ করা প্রম্পট এখন নাও করতে পারে। সমাধান: প্রতিটা কার্ডে আবার-পরীক্ষার তারিখ রাখুন।
• সীমাহীন বাড়তে থাকা লাইব্রেরি। সমাধান: শুধু ব্যবহার করা প্রম্পট রাখুন, ভালো নাম দিন।

নিজে চেষ্টা করুন

1. সহজ। প্রতিটা ক্ষেত্রে সম্ভাব্য কারণ ও একটা পরিবর্তন বাছুন: (ক) রিপোর্টের সারসংক্ষেপে এমন একটা অঙ্ক আছে যা রিপোর্টে নেই; (খ) গ্রাহকের লেবেল দুবার চেয়ে একবার "complaint", একবার "question" পেয়েছেন; (গ) মডেল বানানো ঠিকানাসহ আমন্ত্রণ লিখেছে।
2. মাঝারি। এই পাতার টেমপ্লেট নিন। একই তথ্য দিয়ে, আপনার পছন্দের দুই পাঠকের (যেমন গ্রাহক ও সহকর্মী) জন্য দুবার পূরণ করুন। একটায় প্রমাণের লাইনসহ নিজে-যাচাই যোগ করুন। দুটো চালিয়ে তুলনা করুন: কী আলাদা, আর নিজে-যাচাই কি ঠিক ছিল?
3. কঠিন। কপি করার টেমপ্লেট দিয়ে পাঁচ প্রম্পটের ব্যক্তিগত লাইব্রেরি বানান। আপনি সত্যিই করেন এমন পাঁচটা কাজ বাছুন (যেমন: ইমেইলের উত্তর, মিটিং নোট, লম্বা লেখার সারসংক্ষেপ, এলোমেলো নোট থেকে টেবিল, অনুবাদ যাচাই)। প্রতিটা কার্ডে নাম, কাজ, পাঠক, প্রম্পট (অন্তত তিনটায় টেমপ্লেট ঘর), কাল্পনিক ডেটাসহ একটা টেস্ট ইনপুট, আর আপনার যাচাই করা প্রত্যাশিত আউটপুট লিখুন। প্রতিটা প্রম্পট একবার চালান; তারিখ, ফল ও অন্তত একটা জানা সীমাবদ্ধতা লিখুন। একটা প্রম্পট দ্বিতীয় অ্যাসিস্ট্যান্টে পরীক্ষা করুন (থাকলে) এবং ফল লিখুন।

উত্তর

সহজ। (ক) সমর্থনহীন দাবি: রিপোর্টের মধ্যে থাকার নিয়ম নেই। পরিবর্তন: "Use only the report; give a quote for each figure; write 'not stated' if absent"। (খ) পরস্পরবিরোধী উত্তর: লেবেলের মাপকাঠি বলা নেই, মন্তব্য দুটোতেই মিলতে পারে। পরিবর্তন: প্রতিটা লেবেল এক লাইনে সংজ্ঞায়িত করুন এবং মিশ্র মন্তব্যে কোনটা জিতবে বলুন। (গ) বাদ পড়া তথ্য অনুমান। পরিবর্তন: "If the address is missing, ask me first; do not invent one."। পাস চেকলিস্ট: প্রতিটার একটা কারণ, একটা পরিবর্তন, আর পরিবর্তন কারণের সঙ্গে মেলে।

মাঝারি। ভালো ফলে একই টেমপ্লেট থেকে দুটো প্রম্পট থাকে, audience, max_words ও format-এর আলাদা মান এবং একই তথ্যসহ। নিজে-যাচাইয়ে চার-পাঁচটা নম্বর দেওয়া আইটেম থাকে, প্রতিটায় প্রমাণের লাইন (শব্দ গণনা, তথ্যে পাওয়া তারিখ)। পাস করবেন যদি: কোনো ঘর বদলানো বাকি না থাকে; শব্দ আপনি নিজে গুনেছেন; দুই উত্তরের তফাত (টোন, দৈর্ঘ্য, ক্রম) বলতে পারেন; এবং নিজে-যাচাই আপনার পাওয়া কিছু মিস করেছে কি না লিখেছেন।

কঠিন। উত্তর আলাদা হবে। আপনার লাইব্রেরি পাস করবে যদি: পাঁচটা কার্ডেই টেমপ্লেটের সব ঘর আছে; নাম কাজ-পাঠক-সংস্করণ ছকে; তিন বা বেশি প্রম্পটে স্পষ্ট নামের ঘর আছে; টেস্ট ইনপুটে শুধু কাল্পনিক ডেটা; প্রতিটা প্রত্যাশিত আউটপুট তার ইনপুটের সঙ্গে মিলিয়ে দেখা; প্রতিটা কার্ডে সত্যিকারের জানা সীমাবদ্ধতা (শুধু "নেই" নয়); এবং প্রতিটা কার্ডে "next recheck" তারিখ। খুব ভালো লাইব্রেরিতে ওপরের টেবিলের মতো দুই-পাঠকের জোড়া থাকে এবং চেঞ্জ লগে অন্তত এক লাইনের একটা পরিবর্তন।

সারসংক্ষেপ

• সমর্থনহীন দাবির জন্য চাই উপাদানের মধ্যে থাকার নিয়ম এবং প্রতিটা দাবির উদ্ধৃতি; পরস্পরবিরোধী উত্তরের জন্য চাই সংকীর্ণ প্রশ্ন ও স্বাধীন যাচাই।
• নিজেকে যাচাইয়ের চেকলিস্ট সহজ সমস্যা ধরে। প্রতিটা আইটেমে প্রমাণ চান, অন্ধভাবে বিশ্বাস করবেন না।
• অনুমানের বদলে বাদ পড়া তথ্য জিজ্ঞেস করার অনুমতি মডেলকে দিন।
• লাইব্রেরি গড়ুন নামযুক্ত ঘরসহ টেমপ্লেট, ভিন্ন পাঠকের জন্য আলাদা প্রম্পট, আর প্রতিটা কার্ডে "জানা সীমাবদ্ধতা" লাইন দিয়ে।
• আপনার ব্যবহারযোগ্য মডেলগুলোতে একই প্রম্পট তুলনা করুন, আর মডেল বা প্রোডাক্ট বদলের পর গুরুত্বপূর্ণ প্রম্পট আবার পরীক্ষা করুন, কারণ এগুলো ঘোষণা ছাড়াই বদলায়।

এরপর: নির্ভরযোগ্য ও গোপনীয়তা-সচেতন প্রম্পটিং: অনিশ্চয়তা, প্রমাণ ও সংবেদনশীল ডেটা পাতায় দেখবেন অনিশ্চয়তা ও প্রমাণ কীভাবে চাইবেন, আর অ্যাসিস্ট্যান্টে কী পেস্ট করবেন না।