পাঠ ৫৭ · ৫৭-এর মধ্যে · মডিউল ১৩
Home / AI Courses / AI Ethics / ক্যাপস্টোন

ক্যাপস্টোন — একটি সম্পূর্ণ AI এথিক্স ও সেফটি অডিট পরিচালনা করা

Capstone: conducting a complete AI ethics & safety audit
২৪ মিনিট পড়া উন্নত · Advanced Python কোডসহ সম্পূর্ণ বাংলায়

এই পাঠে যা শিখবেন

  • কোর্সের একাধিক প্যাটার্নকে (স্টেকহোল্ডার, ফ্রেমওয়ার্ক, ফেয়ারনেস, প্রাইভেসি, স্পেসিফিকেশন-গেমিং, রিস্ক-টিয়ার) একটি সুসংগত, ধাপে-ধাপে অডিট প্রক্রিয়ায় সংযুক্ত করা
  • একটি সিন্থেটিক ঋণ-সিদ্ধান্ত ডেটাসেটে তিনটি ফেয়ারনেস মেট্রিক্স গণনা করা ও কোনটি থ্রেশহোল্ড ছাড়িয়েছে তা ফ্ল্যাগ করা
  • কীভাবে একটি "যৌক্তিক দেখতে" অপ্টিমাইজেশন টার্গেট একটি সম্পূর্ণ সাবগ্রুপকে বাদ দেওয়ার পক্ষে পরিমাপযোগ্য প্রণোদনা তৈরি করতে পারে, তা একটি সত্যিকারের সার্চের মাধ্যমে দেখা
  • কীভাবে একটি চূড়ান্ত অডিট সুপারিশ সম্পূর্ণভাবে আগের ধাপগুলোর প্রকৃত গণনা করা প্রমাণ থেকে (হার্ডকোড না করে) তৈরি করা যায়

১ · ক্যাপস্টোন পরিকল্পনা — একটি AI ঋণ-অনুমোদন সিস্টেম অডিট করা

নিচের পুরো পরিস্থিতি সম্পূর্ণ হাইপোথেটিক্যাল ও ইলাস্ট্রেটিভ — কোনো বাস্তব ব্যাংক, ফিনটেক প্রতিষ্ঠান, প্রোডাক্ট, বা প্রকৃত ব্যক্তির তথ্য এখানে ব্যবহৃত হয়নি। ধরা যাক একটি হাইপোথেটিক্যাল "AI ঋণ-অনুমোদন সিস্টেম" অডিট করা হচ্ছে — এটি আবেদনকারীর আর্থিক ও ক্রেডিট-হিস্ট্রি তথ্য বিশ্লেষণ করে একটি শোধ-করার-সম্ভাবনা স্কোর তৈরি করে, এবং একটি নির্দিষ্ট থ্রেশহোল্ডের উপরে থাকলে ঋণ অনুমোদন করে। কোর্স জুড়ে আমরা একটি একটি করে অডিট-প্যাটার্ন শিখেছি — স্টেকহোল্ডার বিশ্লেষণ (M1/L03), নৈতিক ফ্রেমওয়ার্ক (M2/L05-L08), ফেয়ারনেস মেট্রিক্স (M3/L10), প্রাইভেসি/k-anonymity (M4/L16), স্পেসিফিকেশন-গেমিং ও Goodhart's law (M6/L24-L25), ও EU AI Act-ধাঁচের রিস্ক-টিয়ার শ্রেণীবিভাগ (M9/L38)। এই ক্যাপস্টোনে সেগুলো আলাদা আলাদা না রেখে একসাথে জোড়া লাগিয়ে একটি সম্পূর্ণ, কার্যকর অডিট চালানো হবে।

ধাপ ১ · স্টেকহোল্ডার ম্যাট্রিক্স ধাপ ২ · ফ্রেমওয়ার্ক বিশ্লেষণ ধাপ ৩ · ফেয়ারনেস অডিট ধাপ ৪ · প্রাইভেসি (k-anonymity) ধাপ ৫ · Goodhart চেক ধাপ ৬ · রিস্ক-টিয়ার ধাপ ৭ চূড়ান্ত অডিট সারাংশ ও সুপারিশ
প্রতিটি ধাপ একটি প্রকৃত সংখ্যা/সিদ্ধান্ত তৈরি করে; ধাপ ৭ সেগুলোকে একত্র করে একটি প্রমাণ-ভিত্তিক চূড়ান্ত সুপারিশে পৌঁছায়।
নিচের কোড সেলগুলো একটি একক Pyodide সেশনে ক্রমানুসারে চলে — একটি সেলে সংজ্ঞায়িত ভ্যারিয়েবল/ফাংশন পরের সেলে ব্যবহার করা যায়, ঠিক যেমন একটি Jupyter নোটবুকে হয়। তাই সঠিক ফলাফল পেতে সেলগুলো উপর থেকে নিচে, ক্রমানুসারে Run করুন।

২ · ধাপ ১ — স্টেকহোল্ডার ইমপ্যাক্ট ম্যাট্রিক্স

প্রথম টুকরোটি M1/L03-এর প্যাটার্নে ঋণ-অনুমোদন সিস্টেমের স্টেকহোল্ডারদের একটি পাওয়ার-বনাম-ইমপ্যাক্ট ম্যাট্রিক্স — যাদের ইমপ্যাক্ট বেশি অথচ পাওয়ার কম, তাদের একটি রিভিউয়ে বিশেষ মনোযোগ প্রাপ্য।

Python
# ========== ধাপ ১: স্টেকহোল্ডার ইমপ্যাক্ট ম্যাট্রিক্স -- সম্পূর্ণ সিন্থেটিক/ইলাস্ট্রেটিভ ==========
stakeholders = [
    {"name": "ঋণ আবেদনকারী",         "power": 2, "impact": 9},
    {"name": "ঋণদান প্রতিষ্ঠান",       "power": 9, "impact": 6},
    {"name": "নিয়ন্ত্রক সংস্থা",        "power": 8, "impact": 4},
    {"name": "ঋণ কর্মকর্তা/কর্মীরা",    "power": 5, "impact": 4},
    {"name": "প্রতিযোগী ঋণদাতা",       "power": 6, "impact": 2},
    {"name": "স্থানীয় অর্থনীতি/সমাজ",  "power": 1, "impact": 7},
]

FLAG_GAP = 4  # impact - power >= এই মান হলে "উচ্চ-ইমপ্যাক্ট, নিম্ন-পাওয়ার" হিসেবে ফ্ল্যাগ করা হবে

for s in stakeholders:
    s["priority_gap"] = s["impact"] - s["power"]
    s["flagged"] = s["priority_gap"] >= FLAG_GAP

print(f"{'স্টেকহোল্ডার':22s} {'পাওয়ার':>7s} {'ইমপ্যাক্ট':>9s} {'গ্যাপ':>6s}  ফ্ল্যাগ")
for s in stakeholders:
    flag_mark = "বিশেষ মনোযোগ" if s["flagged"] else ""
    print(f"{s['name']:22s} {s['power']:7d} {s['impact']:9d} {s['priority_gap']:6d}  {flag_mark}")

flagged_stakeholders = [s["name"] for s in stakeholders if s["flagged"]]
print(f"\nউচ্চ-ইমপ্যাক্ট, নিম্ন-পাওয়ার স্টেকহোল্ডার (বিশেষ মনোযোগ প্রয়োজন): {flagged_stakeholders}")

    
গণনা করা ফলাফল: ঋণ আবেদনকারী (গ্যাপ ৭ = ৯ − ২) ও স্থানীয় অর্থনীতি/সমাজ (গ্যাপ ৬ = ৭ − ১) দুটোই ৪-এর থ্রেশহোল্ড ছাড়িয়ে ফ্ল্যাগড হয়েছে — flagged_stakeholders = ['ঋণ আবেদনকারী', 'স্থানীয় অর্থনীতি/সমাজ']। বাকি চারটি স্টেকহোল্ডারের হয় ইমপ্যাক্ট কম, অথবা পাওয়ার যথেষ্ট বেশি যে তারা নিজেদের স্বার্থ রক্ষা করতে পারে। এই তালিকা ধাপ ৭-এর চূড়ান্ত রিপোর্টে সরাসরি ব্যবহৃত হবে।

৩ · ধাপ ২ — ফ্রেমওয়ার্ক বিশ্লেষণ: অনুমোদন থ্রেশহোল্ড নির্বাচন

দ্বিতীয় টুকরোটি M2/L05-L08-এর প্যাটার্নে একটি সুনির্দিষ্ট নীতি-সিদ্ধান্তে — "কতটা কঠোর/শিথিল অনুমোদন থ্রেশহোল্ড ব্যবহার করা হবে" — তিনটি নৈতিক ফ্রেমওয়ার্ক প্রয়োগ করে: ইউটিলিটারিয়ান (মোট প্রত্যাশিত কল্যাণ), ডিওন্টোলজিক্যাল (একটি নিয়ম লঙ্ঘন হচ্ছে কি না — বুলিয়ান চেক), ও ম্যাক্সিমিন (ভেইল-অফ-ইগনোরেন্স — সবচেয়ে খারাপ ভূমিকার ফলাফল সর্বাধিক করা)।

Python
# ========== ধাপ ২: ফ্রেমওয়ার্ক বিশ্লেষণ -- অনুমোদন থ্রেশহোল্ড নির্বাচন ==========
options = ["কঠোর থ্রেশহোল্ড", "মধ্যম থ্রেশহোল্ড", "শিথিল থ্রেশহোল্ড"]

# --- ইউটিলিটারিয়ান: প্রতিটি বিকল্পের জন্য stakeholder-ভিত্তিক ইলাস্ট্রেটিভ প্রত্যাশিত-কল্যাণ স্কোর ---
welfare = {
    "কঠোর থ্রেশহোল্ড":   {"applicants_access": -4, "institution_risk": 6, "society_stability": 1},
    "মধ্যম থ্রেশহোল্ড":  {"applicants_access": 3, "institution_risk": 3, "society_access": 3},
    "শিথিল থ্রেশহোল্ড":  {"applicants_access": 6, "institution_risk": -5, "society_stability": -1},
}
totals = {opt: sum(v.values()) for opt, v in welfare.items()}
utilitarian_best = max(totals, key=totals.get)

# --- ডিওন্টোলজিক্যাল রুল-চেক: "যাচাইযোগ্য-শোধযোগ্যতাসম্পন্ন আবেদনকারীদের সংখ্যাগরিষ্ঠাংশ প্রত্যাখ্যান করা যাবে না" ---
reject_rate_among_verified = {"কঠোর থ্রেশহোল্ড": 62, "মধ্যম থ্রেশহোল্ড": 22, "শিথিল থ্রেশহোল্ড": 8}
RULE_LIMIT = 50
violations = {opt: rate > RULE_LIMIT for opt, rate in reject_rate_among_verified.items()}

# --- ম্যাক্সিমিন (ভেইল-অফ-ইগনোরেন্স): প্রতিটি ভূমিকার সবচেয়ে খারাপ ফলাফল ---
role_outcomes = {
    "কঠোর থ্রেশহোল্ড":   {"creditworthy_applicant": -5, "risky_applicant": 2, "institution": 6, "economy": 1},
    "মধ্যম থ্রেশহোল্ড":  {"creditworthy_applicant": 4, "risky_applicant": -1, "institution": 3, "economy": 3},
    "শিথিল থ্রেশহোল্ড":  {"creditworthy_applicant": 6, "risky_applicant": -6, "institution": -5, "economy": -1},
}
worst_case = {opt: min(v.values()) for opt, v in role_outcomes.items()}
maximin_choice = max(worst_case, key=worst_case.get)

print(f"{'বিকল্প':16s} {'ইউটিলিটারিয়ান':>15s} {'ডিওন্টো. লঙ্ঘন':>15s} {'ওয়ার্স্ট-কেস':>13s}")
for opt in options:
    print(f"{opt:16s} {totals[opt]:15d} {str(violations[opt]):>15s} {worst_case[opt]:13d}")

print(f"\nইউটিলিটারিয়ান-প্রেফার্ড বিকল্প: {utilitarian_best}")
print(f"ডিওন্টোলজিক্যাল নিয়ম লঙ্ঘন করে এমন বিকল্প: {[o for o in options if violations[o]]}")
print(f"ম্যাক্সিমিন-প্রেফার্ড বিকল্প (worst-case সবচেয়ে ভালো): {maximin_choice}")

allowed = [o for o in options if not violations[o]]
if utilitarian_best in allowed and maximin_choice in allowed and utilitarian_best == maximin_choice:
    framework_verdict = utilitarian_best
else:
    framework_verdict = maximin_choice if maximin_choice in allowed else "দ্বন্দ্ব -- আরও আলোচনা প্রয়োজন"

print(f"\nসামগ্রিক ফ্রেমওয়ার্ক-ভার্ডিক্ট: {framework_verdict}")

    
গণনা করা ফলাফল: কঠোর থ্রেশহোল্ড-এ verified-repayment-capable আবেদনকারীদের ৬২% প্রত্যাখ্যাত হয় — ৫০%-এর সীমা ছাড়িয়ে ডিওন্টোলজিক্যাল নিয়ম লঙ্ঘন করে, তাই এটি বাদ পড়ে। বাকি দুটির মধ্যে মধ্যম থ্রেশহোল্ড সর্বোচ্চ ইউটিলিটারিয়ান মোট (৯) ও সবচেয়ে ভালো ওয়ার্স্ট-কেস (−১, ম্যাক্সিমিন) উভয়ই অর্জন করে — তিনটি ফ্রেমওয়ার্কই framework_verdict = "মধ্যম থ্রেশহোল্ড"-এ একমত। এটি সবসময় ঘটে না (L08-এ আলোচিত হয়েছে ফ্রেমওয়ার্ক পরস্পরবিরোধী হতে পারে) — এখানে একমত হওয়াটা এই নির্দিষ্ট সিদ্ধান্তকে অপেক্ষাকৃত দৃঢ় করে তোলে।

৪ · ধাপ ৩ — ফেয়ারনেস অডিট

তৃতীয় টুকরোটি M3/L10-এর কনফিউশন-ম্যাট্রিক্স প্যাটার্নে একটি সিন্থেটিক ঋণ-সিদ্ধান্ত ডেটাসেট তৈরি করে — দুটি আবেদনকারী গ্রুপ (Group A, Group B), যাদের score একটি প্রকৃত শোধ-করার-সম্ভাবনা (গ্রাউন্ড-ট্রুথ probability, কোনো মডেলের অনুমান নয়) হিসেবে জেনারেট করা হয়েছে, ও তার ভিত্তিতে repaid ফলাফল Bernoulli-নমুনা নেওয়া হয়েছে। এভাবে score নিজেই উভয় গ্রুপে সমানভাবে ক্যালিব্রেটেড (score-এর সাথে প্রকৃত repay-rate-এর সম্পর্ক একই), কিন্তু দুই গ্রুপের গড় score আলাদা (ঐতিহাসিক কারণে ভিন্ন গড় বেস-রেট সিমুলেট করা হয়েছে)। এটি ঠিক সেই সেটআপ যেখানে ক্যালিব্রেশন ও ইকুয়ালাইজড-অডস একসাথে সন্তুষ্ট করা গাণিতিকভাবে অসম্ভব হয়ে ওঠে (M3-এর ইমপসিবিলিটি থিওরেম, COMPAS/ProPublica-এর প্রকৃত বিতর্কের মতো)।

Python
# ========== ধাপ ৩: ফেয়ারনেস অডিট -- সিন্থেটিক ঋণ-সিদ্ধান্ত ডেটাসেট ==========
import random
random.seed(11)

def gen_group(n, mean_repay_prob):
    rows = []
    for _ in range(n):
        # score = আবেদনকারীর প্রকৃত শোধ-করার-সম্ভাবনা (সিন্থেটিক গ্রাউন্ড-ট্রুথ probability)
        score = min(0.98, max(0.02, random.gauss(mean_repay_prob, 0.16)))
        repaid = 1 if random.random() < score else 0
        rows.append({"score": score, "repaid": repaid})
    return rows

N = 1500
# Group A ও Group B: দুটি সম্পূর্ণ সিন্থেটিক আবেদনকারী-গ্রুপ, ঐতিহাসিক কারণে ভিন্ন গড় বেস-রেট
group_a = gen_group(N, 0.72)
group_b = gen_group(N, 0.52)

FAIR_THRESHOLD = 0.60
for g in (group_a, group_b):
    for r in g:
        r["approved"] = r["score"] >= FAIR_THRESHOLD

def confusion(rows):
    tp = sum(1 for r in rows if r["approved"] and r["repaid"])
    fp = sum(1 for r in rows if r["approved"] and not r["repaid"])
    fn = sum(1 for r in rows if not r["approved"] and r["repaid"])
    tn = sum(1 for r in rows if not r["approved"] and not r["repaid"])
    return tp, fp, fn, tn

def report_group(rows, label):
    tp, fp, fn, tn = confusion(rows)
    n = len(rows)
    approve_rate = (tp + fp) / n * 100
    tpr = tp / (tp + fn) * 100
    fpr = fp / (fp + tn) * 100
    print(f"--- {label} (n={n}) ---")
    print(f"  ডেমোগ্রাফিক প্যারিটি (approve rate): {approve_rate:.1f}%")
    print(f"  True Positive Rate (TPR):            {tpr:.1f}%")
    print(f"  False Positive Rate (FPR):            {fpr:.1f}%")
    return {"approve_rate": approve_rate, "tpr": tpr, "fpr": fpr}

metrics_a = report_group(group_a, "Group A")
metrics_b = report_group(group_b, "Group B")

dp_gap = abs(metrics_a["approve_rate"] - metrics_b["approve_rate"])
tpr_gap = abs(metrics_a["tpr"] - metrics_b["tpr"])
fpr_gap = abs(metrics_a["fpr"] - metrics_b["fpr"])

# ক্যালিব্রেশন: score-bucket-ভিত্তিক প্রকৃত repay-rate গ্রুপভেদে কতটা মেলে (কমপক্ষে ২০ স্যাম্পলযুক্ত bucket-এ)
def calibration(rows, edges):
    out = []
    for lo, hi in zip(edges[:-1], edges[1:]):
        bucket = [r for r in rows if lo <= r["score"] < hi]
        if len(bucket) < 20:
            continue
        actual = sum(r["repaid"] for r in bucket) / len(bucket) * 100
        out.append((lo, hi, len(bucket), actual))
    return out

edges = [0.0, 0.2, 0.4, 0.6, 0.8, 1.0]
cal_a = calibration(group_a, edges)
cal_b = calibration(group_b, edges)

print("\nক্যালিব্রেশন (score-bucket অনুযায়ী প্রকৃত repay-rate):")
diffs = []
for lo, hi, n_a, actual_a in cal_a:
    match = [(n_b, actual_b) for (lo_b, hi_b, n_b, actual_b) in cal_b if lo_b == lo and hi_b == hi]
    if not match:
        continue
    n_b, actual_b = match[0]
    diffs.append(abs(actual_a - actual_b))
    print(f"  [{lo:.1f},{hi:.1f})  Group A: {actual_a:5.1f}% (n={n_a})   Group B: {actual_b:5.1f}% (n={n_b})")

calibration_gap = sum(diffs) / len(diffs)

DP_GAP_THRESHOLD = 10.0
EO_GAP_THRESHOLD = 10.0
CALIBRATION_GAP_THRESHOLD = 5.0

dp_status = "FAIL" if dp_gap > DP_GAP_THRESHOLD else "PASS"
eo_status = "FAIL" if (tpr_gap > EO_GAP_THRESHOLD or fpr_gap > EO_GAP_THRESHOLD) else "PASS"
calibration_status = "PASS" if calibration_gap <= CALIBRATION_GAP_THRESHOLD else "FAIL"

print(f"\nডেমোগ্রাফিক প্যারিটি গ্যাপ: {dp_gap:.1f} পয়েন্ট  (থ্রেশহোল্ড {DP_GAP_THRESHOLD:.0f})  -> {dp_status}")
print(f"ইকুয়ালাইজড অডস গ্যাপ:  TPR {tpr_gap:.1f} পয়েন্ট, FPR {fpr_gap:.1f} পয়েন্ট  (থ্রেশহোল্ড {EO_GAP_THRESHOLD:.0f})  -> {eo_status}")
print(f"ক্যালিব্রেশন গ্যাপ (গড়):  {calibration_gap:.2f} পয়েন্ট  (থ্রেশহোল্ড {CALIBRATION_GAP_THRESHOLD:.0f})  -> {calibration_status}")

    
গণনা করা ফলাফল: Group A-এর ভর্তি হার ৭৭.৫%, Group B-এর মাত্র ২৯.১% — ৪৮.৪ পয়েন্ট ডেমোগ্রাফিক-প্যারিটি গ্যাপ (থ্রেশহোল্ড ১০-এর অনেক উপরে, dp_status = FAIL)। TPR-এ ৪৪.৩ পয়েন্ট ও FPR-এ ৪২.৬ পয়েন্ট গ্যাপ — ইকুয়ালাইজড অডসও FAIL। কিন্তু ক্যালিব্রেশন গ্যাপ গড়ে মাত্র ৩.৬০ পয়েন্ট (থ্রেশহোল্ড ৫-এর নিচে, PASS) — সবচেয়ে বড় বাকেটগুলোতে (n=৬৯৩/৩৮৫ ও n=৪৭০/৫২) গ্যাপ মাত্র ১.৬ ও ০.১ পয়েন্ট, যদিও সবচেয়ে ছোট বাকেটে (n=৩৫/৩৩৫) স্যাম্পল-সাইজ ছোট হওয়ায় গ্যাপ ১১.৩ পয়েন্ট পর্যন্ত ওঠে — এটি দেখায় কেন ছোট স্যাম্পল থেকে বের করা একক মেট্রিক্সকে সতর্কতার সাথে দেখা উচিত। মূল কথা: এই সিস্টেম প্রায় নিখুঁতভাবে ক্যালিব্রেটেড হওয়া সত্ত্বেও ইকুয়ালাইজড অডসে ব্যর্থ — ঠিক M3/L13-এর impossibility-result-এর একটি বাস্তব, গণনা করা উদাহরণ।

৫ · ধাপ ৪ — প্রাইভেসি চেক: k-anonymity

চতুর্থ টুকরোটি M4/L16-এর প্যাটার্নে সিস্টেমের প্রশিক্ষণ-ডেটার তিনটি quasi-identifier (৩-সংখ্যার zip কোড, বয়স-ব্র্যাকেট, কর্মসংস্থানের ধরন) দিয়ে k-anonymity যাচাই করে — প্রতিটি সমতুল্যতা-শ্রেণির (একই quasi-identifier-সংমিশ্রণ থাকা রেকর্ডের গ্রুপ) সাইজ গণনা করে ও কোনগুলো k=3 শর্ত ভঙ্গ করছে তা চিহ্নিত করে।

Python
# ========== ধাপ ৪: প্রাইভেসি চেক -- k-anonymity, সিন্থেটিক প্রশিক্ষণ-ডেটার quasi-identifier-এ ==========
from collections import defaultdict

training_records = [
    {"id": 1,  "zip3": "712", "age_bracket": "30s", "employment": "Salaried"},
    {"id": 2,  "zip3": "712", "age_bracket": "30s", "employment": "Salaried"},
    {"id": 3,  "zip3": "712", "age_bracket": "30s", "employment": "Salaried"},
    {"id": 4,  "zip3": "712", "age_bracket": "40s", "employment": "Salaried"},
    {"id": 5,  "zip3": "712", "age_bracket": "40s", "employment": "Salaried"},
    {"id": 6,  "zip3": "845", "age_bracket": "20s", "employment": "Self-employed"},
    {"id": 7,  "zip3": "845", "age_bracket": "30s", "employment": "Salaried"},
    {"id": 8,  "zip3": "845", "age_bracket": "30s", "employment": "Salaried"},
    {"id": 9,  "zip3": "845", "age_bracket": "30s", "employment": "Salaried"},
    {"id": 10, "zip3": "930", "age_bracket": "50s", "employment": "Retired"},
    {"id": 11, "zip3": "930", "age_bracket": "50s", "employment": "Retired"},
    {"id": 12, "zip3": "110", "age_bracket": "20s", "employment": "Student"},
    {"id": 13, "zip3": "712", "age_bracket": "40s", "employment": "Salaried"},
]

QUASI_IDENTIFIERS = ("zip3", "age_bracket", "employment")
K_REQUIRED = 3

classes = defaultdict(list)
for r in training_records:
    key = tuple(r[q] for q in QUASI_IDENTIFIERS)
    classes[key].append(r["id"])

print(f"{'quasi-identifier গ্রুপ':45s} {'সাইজ':>5s}  স্ট্যাটাস")
for key, ids in classes.items():
    status = "OK" if len(ids) >= K_REQUIRED else "VIOLATION"
    print(f"{str(key):45s} {len(ids):5d}  {status}  {ids}")

violating_classes = {k: v for k, v in classes.items() if len(v) < K_REQUIRED}
violating_ids = sorted(i for v in violating_classes.values() for i in v)
k_anon_status = "PASS" if not violating_classes else "FAIL"

print(f"\nমোট রেকর্ড: {len(training_records)},  মোট quasi-identifier গ্রুপ: {len(classes)}")
print(f"k={K_REQUIRED}-anonymity লঙ্ঘনকারী গ্রুপ সংখ্যা: {len(violating_classes)}")
print(f"লঙ্ঘনকারী record id: {violating_ids}")
print(f"k-anonymity স্ট্যাটাস: {k_anon_status}")

    
গণনা করা ফলাফল: ১৩টি রেকর্ড ৬টি quasi-identifier-গ্রুপে ভাগ হয়েছে। তিনটি গ্রুপ k=3 শর্ত পূরণ করে (সাইজ ৩), কিন্তু বাকি তিনটি ভঙ্গ করে: ("845","20s","Self-employed") সাইজ ১ (id ৬), ("930","50s","Retired") সাইজ ২ (id ১০, ১১), ও ("110","20s","Student") সাইজ ১ (id ১২)। মোট ৪টি রেকর্ড লঙ্ঘনকারী — violating_ids = [6, 10, 11, 12], তাই k_anon_status = "FAIL"। এর অর্থ, এই চারজন আবেদনকারীকে তাদের quasi-identifier-সংমিশ্রণের ভিত্তিতে ডেটাসেটে সম্ভাব্যভাবে পুনরায়-শনাক্ত করা যেতে পারে, নাম ছাড়াই।

৬ · ধাপ ৫ — Goodhart / স্পেসিফিকেশন-গেমিং চেক

পঞ্চম টুকরোটি M6/L24-L25-এর প্যাটার্নে সিস্টেমের অপ্টিমাইজেশন টার্গেট — "অনুমোদিত ঋণের মধ্যে শোধ-হওয়ার হার সর্বোচ্চ করা" (proxy metric) — genuinely পরীক্ষা করে দেখে এটি একটি perverse incentive তৈরি করে কি না। ধরা যাক সিস্টেমের একটি "thin-file" সাবগ্রুপ আছে (সীমিত ফরমাল ক্রেডিট-হিস্ট্রি থাকা আবেদনকারী) — যাদের প্রকৃত creditworthy-হারও আসলে বেশ ভালো (৭৮%), কিন্তু ব্যক্তি-ভিত্তিক মূল্যায়ন কিছুটা নয়েজি। নিচে categorically বাদ-দেওয়ার বিভিন্ন মাত্রা তুলনা করা হয়েছে — একটি আর্গম্যাক্স-স্টাইল সার্চ, ঠিক L24-এর মতো।

Python
# ========== ধাপ ৫: স্পেসিফিকেশন-গেমিং / Goodhart চেক ==========
# অপ্টিমাইজেশন টার্গেট: "অনুমোদিত ঋণের মধ্যে শোধ-হওয়ার হার সর্বোচ্চ করা" (proxy metric)
# thin-file (সীমিত ক্রেডিট-হিস্ট্রি) সাবগ্রুপের ক্ষেত্রে বিভিন্ন নীতি-কৌশল তুলনা করা হচ্ছে

POP = 400                          # thin-file সাবগ্রুপের আবেদনকারী সংখ্যা
TRUE_CREDITWORTHY_RATE = 0.78      # এই সাবগ্রুপের প্রকৃত creditworthy অনুপাত (প্রকৃতপক্ষে বেশ ভালো)
ASSESS_TPR = 0.85                  # ব্যক্তি-ভিত্তিক মূল্যায়নে creditworthy-দের সঠিকভাবে অনুমোদনের হার
ASSESS_FPR = 0.15                  # ব্যক্তি-ভিত্তিক মূল্যায়নে non-creditworthy-দের ভুলভাবে অনুমোদনের হার

reject_fractions = [0.0, 0.25, 0.5, 0.75, 1.0]  # সাবগ্রুপের কত অংশ ব্যক্তি-মূল্যায়ন ছাড়াই categorically বাতিল

results = []
for r in reject_fractions:
    n_rejected = round(r * POP)
    n_assessed = POP - n_rejected
    n_credit = n_assessed * TRUE_CREDITWORTHY_RATE
    n_noncredit = n_assessed * (1 - TRUE_CREDITWORTHY_RATE)

    approved_credit = n_credit * ASSESS_TPR
    approved_noncredit = n_noncredit * ASSESS_FPR
    total_approved = approved_credit + approved_noncredit

    # proxy metric: অনুমোদিতদের মধ্যে শোধ-হওয়ার হার -- কাউকে অনুমোদন না করলে সংজ্ঞা অনুযায়ী ১০০%
    proxy_repayment_rate = (approved_credit / total_approved * 100) if total_approved > 0 else 100.0

    excluded_creditworthy = n_rejected * TRUE_CREDITWORTHY_RATE + n_credit * (1 - ASSESS_TPR)
    # true_goal: প্রকৃতপক্ষে সঠিকভাবে সেবা-পাওয়া creditworthy মানুষ, বিয়োগ ভুল-অনুমোদন ও ভুল-বর্জনের ক্ষতি
    true_goal_score = approved_credit - 0.5 * approved_noncredit - 1.0 * excluded_creditworthy

    results.append({
        "reject_fraction": r, "total_approved": total_approved,
        "proxy_repayment_rate": proxy_repayment_rate, "true_goal_score": true_goal_score,
    })

print(f"{'বাতিল-অংশ':>10s} {'মোট অনুমোদিত':>13s} {'proxy: repay-rate':>18s} {'true-goal স্কোর':>16s}")
for res in results:
    print(f"{res['reject_fraction']:10.2f} {res['total_approved']:13.1f} {res['proxy_repayment_rate']:18.1f} {res['true_goal_score']:16.1f}")

best_by_proxy = max(results, key=lambda x: x["proxy_repayment_rate"])
best_by_true_goal = max(results, key=lambda x: x["true_goal_score"])
goodhart_flagged = best_by_proxy["reject_fraction"] != best_by_true_goal["reject_fraction"]

print(f"\nproxy metric সর্বোচ্চ করে এমন কৌশল: বাতিল-অংশ={best_by_proxy['reject_fraction']:.2f}  (repay-rate {best_by_proxy['proxy_repayment_rate']:.1f}%)")
print(f"true-goal সর্বোচ্চ করে এমন কৌশল:   বাতিল-অংশ={best_by_true_goal['reject_fraction']:.2f}  (true-goal স্কোর {best_by_true_goal['true_goal_score']:.1f})")
print(f"Goodhart ঝুঁকি ফ্ল্যাগড: {goodhart_flagged}")

    
গণনা করা ফলাফল: proxy metric (অনুমোদিতদের মধ্যে শোধ-হওয়ার হার) বাতিল-অংশ ০.০ থেকে ০.৭৫ পর্যন্ত প্রায় স্থির থাকে (≈৯৫.৩%), কিন্তু বাতিল-অংশ ১.০-এ (পুরো সাবগ্রুপকে categorically বাতিল) হঠাৎ ১০০.০%-এ লাফ দেয় — কারণ কাউকে অনুমোদন না করলে "অনুমোদিতদের মধ্যে শোধ-হওয়ার হার" সংজ্ঞা অনুযায়ী নিখুঁত হয়ে যায় (একটি ক্লাসিক ডিজেনারেট Goodhart সমাধান)। এদিকে true_goal_score বাতিল-অংশ ০.০-তে সর্বোচ্চ (+২১১.৮) থেকে বাতিল-অংশ ১.০-তে সবচেয়ে খারাপ (−৩১২.০) পর্যন্ত একনাগাড়ে ধসে পড়ে। অর্থাৎ best_by_proxy (বাতিল-অংশ=১.০) ও best_by_true_goal (বাতিল-অংশ=০.০) সম্পূর্ণ বিপরীত — goodhart_flagged = True। এটি একটি বাস্তব, গণনা করা প্রমাণ যে শুধুমাত্র "অনুমোদিতদের মধ্যে শোধ-হওয়ার হার" অপ্টিমাইজ করলে সিস্টেম একটি সম্পূর্ণ creditworthy সাবগ্রুপকে ব্যক্তি-ভিত্তিক মূল্যায়নের বদলে categorically বাদ দেওয়ার দিকে ঠেলে দিতে পারে।

৭ · ধাপ ৬ — রিস্ক-টিয়ার শ্রেণীবিভাগ

ষষ্ঠ টুকরোটি M9/L38-এর EU-AI-Act-ধাঁচের রুল-বেসড ক্লাসিফায়ার প্যাটার্নে — সিস্টেমের ডোমেইন ও বৈশিষ্ট্যের ভিত্তিতে চারটি ঝুঁকি-স্তরের একটিতে শ্রেণীবদ্ধ করে। তুলনার জন্য দুটি অতিরিক্ত হাইপোথেটিক্যাল সিস্টেমও দেখানো হয়েছে।

Python
# ========== ধাপ ৬: রিস্ক-টিয়ার শ্রেণীবিভাগ (EU AI Act-ধাঁচের রুল-বেসড ক্লাসিফায়ার) ==========
def classify_risk_tier(system):
    if system.get("social_scoring") or system.get("subliminal_manipulation"):
        return "অগ্রহণযোগ্য ঝুঁকি (Unacceptable risk)"
    high_risk_domains = {"credit_scoring", "employment", "law_enforcement",
                          "healthcare_diagnosis", "critical_infrastructure", "education_admission"}
    if system.get("automated_decision") and system.get("domain") in high_risk_domains:
        return "উচ্চ ঝুঁকি (High risk)"
    if system.get("user_facing_chat") or system.get("generates_content"):
        return "সীমিত ঝুঁকি (Limited risk)"
    return "সর্বনিম্ন ঝুঁকি (Minimal risk)"

# তুলনার জন্য কয়েকটি উদাহরণ সিস্টেম, ও অডিট করা লোন সিস্টেমটি নিজে
example_systems = [
    {"name": "স্প্যাম-ফিল্টার",                  "domain": "email", "automated_decision": True,
     "social_scoring": False, "user_facing_chat": False},
    {"name": "কাস্টমার-সাপোর্ট চ্যাটবট",           "domain": "customer_service", "automated_decision": False,
     "social_scoring": False, "user_facing_chat": True},
    {"name": "AI ঋণ-অনুমোদন সিস্টেম (এই অডিট)",   "domain": "credit_scoring", "automated_decision": True,
     "social_scoring": False, "user_facing_chat": False},
]

for sysinfo in example_systems:
    tier = classify_risk_tier(sysinfo)
    print(f"{sysinfo['name']:32s} -> {tier}")

loan_system = example_systems[2]
risk_tier = classify_risk_tier(loan_system)
print(f"\nঅডিট করা লোন সিস্টেমের রিস্ক-টিয়ার: {risk_tier}")

    
গণনা করা ফলাফল: স্প্যাম-ফিল্টার "সর্বনিম্ন ঝুঁকি" (স্বয়ংক্রিয় সিদ্ধান্ত হলেও high-risk ডোমেইনের তালিকায় নেই), কাস্টমার-সাপোর্ট চ্যাটবট "সীমিত ঝুঁকি" (ব্যবহারকারী-মুখী চ্যাট), আর AI ঋণ-অনুমোদন সিস্টেম domain="credit_scoring" ও automated_decision=True হওয়ায় সরাসরি "উচ্চ ঝুঁকি (High risk)" ক্যাটাগরিতে পড়ে — risk_tier = "উচ্চ ঝুঁকি (High risk)"। বাস্তব EU AI Act-এও ক্রেডিট-স্কোরিং সিস্টেম সাধারণত high-risk ক্যাটাগরিতে পড়ে (L38), যার অর্থ কঠোরতর ডকুমেন্টেশন, মানুষ-তত্ত্বাবধান, ও ঝুঁকি-ব্যবস্থাপনার প্রয়োজনীয়তা।

৮ · ধাপ ৭ — চূড়ান্ত অডিট সারাংশ ও সুপারিশ

শেষ টুকরোটি উপরের ছয়টি ধাপের প্রকৃত গণনা করা ফলাফল একত্র করে একটি একক, প্রমাণ-ভিত্তিক সুপারিশে পৌঁছায় — কোনো হার্ডকোড করা উপসংহার নয়, বরং len(issues)-এর একটি সাধারণ থ্রেশহোল্ড চেক থেকে বেরিয়ে আসে।

Python
# ========== ধাপ ৭: চূড়ান্ত অডিট সারাংশ -- ধাপ ১-৬-এর প্রকৃত গণনা করা ফলাফল থেকে ==========
fairness_summary = {
    "demographic_parity": dp_status,
    "equalized_odds": eo_status,
    "calibration": calibration_status,
}
fairness_all_pass = all(v == "PASS" for v in fairness_summary.values())

print("=" * 78)
print("চূড়ান্ত অডিট রিপোর্ট -- হাইপোথেটিক্যাল AI ঋণ-অনুমোদন সিস্টেম")
print("=" * 78)
print(f"১. স্টেকহোল্ডার প্রায়োরিটি ফ্ল্যাগ (উচ্চ-ইমপ্যাক্ট, নিম্ন-পাওয়ার): {flagged_stakeholders}")
print(f"২. ফ্রেমওয়ার্ক ভার্ডিক্ট (থ্রেশহোল্ড নীতি): {framework_verdict}")
print(f"৩. ফেয়ারনেস মেট্রিক্স: ডেমোগ্রাফিক-প্যারিটি={fairness_summary['demographic_parity']}, "
      f"ইকুয়ালাইজড-অডস={fairness_summary['equalized_odds']}, ক্যালিব্রেশন={fairness_summary['calibration']}  "
      f"(সবগুলো pass: {fairness_all_pass})")
print(f"৪. k-anonymity (k={K_REQUIRED}): {k_anon_status}  (লঙ্ঘনকারী record id: {violating_ids})")
print(f"৫. Goodhart/স্পেসিফিকেশন-গেমিং ঝুঁকি: {'ফ্ল্যাগড' if goodhart_flagged else 'ক্লিয়ার'}")
print(f"৬. রিস্ক-টিয়ার (EU AI Act-ধাঁচ): {risk_tier}")
print()

issues = []
if not fairness_all_pass:
    issues.append("ফেয়ারনেস মেট্রিক্সে গ্যাপ থ্রেশহোল্ড ছাড়িয়েছে (demographic parity ও equalized odds)")
if k_anon_status == "FAIL":
    issues.append("প্রশিক্ষণ-ডেটা k-anonymity পূরণ করছে না")
if goodhart_flagged:
    issues.append("অপ্টিমাইজেশন টার্গেট একটি creditworthy সাবগ্রুপ বাদ দেওয়ার পক্ষে perverse incentive তৈরি করছে")

print(f"মোট {len(issues)}টি সমস্যা চিহ্নিত হয়েছে:")
for i in issues:
    print(f"  - {i}")

if len(issues) >= 2:
    final_recommendation = "বর্তমান অবস্থায় ডিপ্লয় করা উচিত নয় -- উপরের সমস্যাগুলো সমাধানের পর পুনরায় অডিট আবশ্যক"
elif len(issues) == 1:
    final_recommendation = "শর্তসাপেক্ষে ডিপ্লয় করা যেতে পারে -- চিহ্নিত সমস্যাটি সমাধান ও নিবিড় মনিটরিং সাপেক্ষে"
else:
    final_recommendation = "ডিপ্লয় করা যেতে পারে"

print(f"\nচূড়ান্ত সুপারিশ: {final_recommendation}")

    
গণনা করা চূড়ান্ত ফলাফল: flagged_stakeholders = ['ঋণ আবেদনকারী', 'স্থানীয় অর্থনীতি/সমাজ'], framework_verdict = "মধ্যম থ্রেশহোল্ড", ফেয়ারনেস মেট্রিক্স — demographic parity FAIL, equalized odds FAIL, calibration PASS — k_anon_status = FAIL, goodhart_flagged = True, risk_tier = "উচ্চ ঝুঁকি (High risk)"। তিনটি সমস্যা (len(issues) == 3) থ্রেশহোল্ড (≥২) ছাড়িয়ে যাওয়ায় চূড়ান্ত সুপারিশ: "বর্তমান অবস্থায় ডিপ্লয় করা উচিত নয়" — এবং লক্ষ্য করুন এই সুপারিশটি সম্পূর্ণভাবে ধাপ ১-৬-এর প্রকৃত গণনা করা সংখ্যা থেকে বেরিয়ে এসেছে, কোথাও কোনো "উপসংহার" আলাদাভাবে হার্ডকোড করা হয়নি।
মূল কথা · Key takeaway

একটি বাস্তবসম্মত AI এথিক্স ও সেফটি অডিট কখনোই একটি একক মেট্রিক নয় — এটি একাধিক স্বাধীন কিন্তু আন্তঃসংযুক্ত পরীক্ষার সমষ্টি: কারা প্রভাবিত হয় ও কতটা (M1), কোন নৈতিক ফ্রেমওয়ার্ক কী সুপারিশ করে (M2), ফলাফল গ্রুপভেদে কতটা ন্যায্য (M3), ব্যক্তিগত তথ্য কতটা ঝুঁকিতে আছে (M4), সিস্টেম যা অপ্টিমাইজ করছে তা প্রকৃত লক্ষ্যের সাথে কতটা মেলে (M6), ও নিয়ন্ত্রক দৃষ্টিকোণ থেকে সিস্টেমটি কোন ঝুঁকি-স্তরে পড়ে (M9)। এই কোর্সে আমরা এই প্রতিটি লেন্স আলাদা আলাদা করে গভীরভাবে শিখেছি (M1-M13), আর এই শেষ পাঠে দেখলাম কীভাবে তারা একসাথে একটি বাস্তবসম্মত, প্রমাণ-ভিত্তিক অডিটে রূপ নেয়। AI Ethics কোনো একটি সূত্র বা একটি চেকবক্স নয় — এটি একটি অনুশীলন, যা এই কোর্স জুড়ে ধাপে ধাপে তৈরি করা টুল ও প্রশ্নগুলো দিয়ে প্রতিটি নতুন সিস্টেমের সাথে নতুন করে প্রয়োগ করতে হয়।

ভাবনার প্রশ্ন

প্রতিটি প্রশ্ন নিজে কিছুক্ষণ ভাবুন — তারপর "→ উত্তর" চাপুন।

প্র ০১ ধাপ ৫-এ বাতিল-অংশ ১.০-তে proxy metric ঠিক ১০০.০%-এ পৌঁছায় — একটি "নিখুঁত" স্কোর। কেন এই "নিখুঁত" ফলাফলটি নিজেই স্বস্তির বদলে একটি লাল পতাকা হওয়া উচিত?

কারণ এই ১০০% আসেনি ভালো সিদ্ধান্ত নেওয়ার কারণে, বরং total_approved = 0 হওয়ার কারণে — কাউকে অনুমোদন না করলে "অনুমোদিতদের মধ্যে শোধ-হওয়ার হার" সংজ্ঞাগতভাবেই অর্থহীন/ভ্যাকুয়াসলি নিখুঁত হয়ে যায়। এটি একটি ক্লাসিক Goodhart/স্পেসিফিকেশন-গেমিং প্যাটার্ন — একটি মেট্রিক যখন এমনভাবে সংজ্ঞায়িত হয় যে "কিছুই না করা" সেটিকে সর্বাধিক করে ফেলে, তখন সেই মেট্রিক নিজেই একটি ত্রুটিপূর্ণ ডিজাইন সিদ্ধান্ত, নির্বিশেষে এর সংখ্যাগত মান যতই ভালো দেখাক না কেন।

প্র ০২ ধাপ ৩-এ ছোট score-bucket-এ (n=৩৫/৩৩৫) ক্যালিব্রেশন গ্যাপ ১১.৩ পয়েন্ট, কিন্তু বড় bucket-গুলোতে (n=৬৯৩+) গ্যাপ ২ পয়েন্টেরও কম। তবুও সামগ্রিক গড় গ্যাপ (৩.৬০) থ্রেশহোল্ডের নিচে PASS দেখাচ্ছে। এই "গড়" নেওয়ার পদ্ধতিতে কী ঝুঁকি লুকিয়ে থাকতে পারে?

সব bucket-কে সমান ওজন দিয়ে গড় নিলে ছোট, নয়েজি bucket-এর প্রভাব বড়, নির্ভরযোগ্য bucket-এর সমান হয়ে যায় — অথচ ছোট bucket-এর সংখ্যা কম ডেটার কারণে স্বাভাবিকভাবেই বেশি অস্থির। একটি আরও কঠোর অডিট হয়তো স্যাম্পল-সাইজ দিয়ে ওয়েট করা গড় ব্যবহার করত, অথবা প্রতিটি bucket-কে আলাদাভাবে রিপোর্ট করত (যেমন এই কোড সেল আসলে করেছে) বরং শুধু একটি সামগ্রিক সংখ্যায় লুকিয়ে ফেলার বদলে। এটি দেখায় কেন একটি প্রকৃত অডিটে শুধু চূড়ান্ত pass/fail নয়, অন্তর্নিহিত বিস্তারিত সংখ্যাও পর্যালোচনা করা জরুরি।

প্র ০৩ ধাপ ২-এ তিনটি নৈতিক ফ্রেমওয়ার্কই "মধ্যম থ্রেশহোল্ড"-এ একমত হয়েছে। যদি ইউটিলিটারিয়ান বিশ্লেষণ শিথিল থ্রেশহোল্ডকে প্রেফার করত (ম্যাক্সিমিন ও ডিওন্টোলজিক্যাল বিশ্লেষণ যেমন আছে তেমনই থাকত), তাহলে অডিটরদের কী করা উচিত হতো?

তখন framework_verdict নির্ধারণ করা কোডের যুক্তি অনুযায়ী "দ্বন্দ্ব -- আরও আলোচনা প্রয়োজন" ফলাফল দিত (কারণ utilitarian_best ও maximin_choice মিলত না)। এই পরিস্থিতিতে একটি স্বয়ংক্রিয় স্কোর দিয়ে সিদ্ধান্ত নেওয়া উচিত নয় — বরং L08-এ শেখা নীতি অনুযায়ী, ফ্রেমওয়ার্কগুলোর মতবিরোধের কারণ প্রকৃতপক্ষে কী (এখানে: সামগ্রিক কল্যাণ বনাম সবচেয়ে খারাপ-অবস্থানে-থাকা ব্যক্তির সুরক্ষা) তা স্পষ্টভাবে ব্যাখ্যা করে মানুষের সিদ্ধান্তকারীদের (রিভিউ বোর্ড, L56) কাছে উপস্থাপন করা উচিত, একটি অ্যালগরিদমিক "টাই-ব্রেকার" দিয়ে চাপা দেওয়া নয়।

অনুশীলন

  1. চিন্তা করুন: ধাপ ১-এর কোড সেলে FLAG_GAP-কে 4 থেকে 7-এ বাড়ালে flagged_stakeholders তালিকায় কী পরিবর্তন হবে বলে আপনার ধারণা? (মনে করুন: ঋণ আবেদনকারীর গ্যাপ ৭, স্থানীয় অর্থনীতি/সমাজের গ্যাপ ৬।)

    FLAG_GAP = 7-এ শুধু "ঋণ আবেদনকারী" (গ্যাপ ৭, শর্ত 7 >= 7 সত্য) থাকবে; "স্থানীয় অর্থনীতি/সমাজ" (গ্যাপ ৬, শর্ত 6 >= 7 মিথ্যা) বাদ পড়বে। অর্থাৎ flagged_stakeholders = ['ঋণ আবেদনকারী'] — একটি একক স্টেকহোল্ডার তালিকায় থাকবে।

  2. পরীক্ষা করুন: ধাপ ১-এর কোড সেলে FLAG_GAP = 4-কে FLAG_GAP = 7-এ পরিবর্তন করে Run চেপে আপনার হাতের হিসাব যাচাই করুন।

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

কোর্স সম্পূর্ণ — অভিনন্দন!

  • AI Ethics কোর্সের সম্পূর্ণ সিলেবাস পুনরায় দেখুন ৫৭টি পাঠ — সম্পূর্ণ M1 ফাউন্ডেশন থেকে M13 কেস স্টাডি ও ক্যাপস্টোন পর্যন্ত — নৈতিক ফ্রেমওয়ার্ক, বায়াস-ফেয়ারনেস, প্রাইভেসি, ট্রান্সপারেন্সি, AI অ্যালাইনমেন্ট, জেনারেটিভ AI/LLM এথিক্স, সামাজিক প্রভাব, গভর্নেন্স ও রেগুলেশন, সেক্টর-স্পেসিফিক এথিক্স, এক্সিস্টেনশিয়াল রিস্ক বিতর্ক, ও এই ক্যাপস্টোন — কোর্সের সবগুলো পাঠ এখন সম্পূর্ণ।
  • Ethics in Computing & AI Safety কোর্স সহোদর কোর্স সাধারণ কম্পিউটিং এথিক্স, প্রফেশনাল এথিক্স ও সেফটি-ক্রিটিক্যাল কেস স্টাডির একটি বিস্তৃত সার্ভে — এই কোর্সের সাথে তুলনা করে দেখুন কীভাবে দুটি কোর্স ভিন্ন গভীরতায় ওভারল্যাপিং বিষয় কভার করে।
  • সব Courses দেখুন ABCL TECH C, C++, Python, Java, JavaScript, DSA, Machine Learning, Deep Learning, System Design, Cybersecurity, Cloud Computing & DevOps, Microprocessors & IoT, এবং আরও অনেক কোর্স — সব এক জায়গায়।
আগের পাঠ
একটি প্রতিষ্ঠানের জন্য এথিক্স রিভিউ ফ্রেমওয়ার্ক তৈরি করা