সরবরাহকারীর তথ্য

AgentAudit কী প্রক্রিয়া করে, কোথায় থাকে, রেকর্ড কীভাবে সুরক্ষিত থাকে, এবং — একই নথিতে — এই সরবরাহকারী কী দাবি করে না।

AgentAudit কী প্রক্রিয়া করে

শুধু আপনার এজেন্টরা যা জানায়: একটি টাইমস্ট্যাম্প, একটি কাজ, একটি ফলাফল, এবং আপনি যে ঐচ্ছিক প্রসঙ্গ পাঠাতে বেছে নেন — একটি যুক্তি, একটি বিষয়ের উল্লেখ, কার্যকর মডেল ও নীতির সংস্করণ, একজন মানুষ এটি পর্যালোচনা করেছেন কি না এবং কে।

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

প্রযুক্তিগত নিয়ন্ত্রণ

এর প্রতিটি যাচাইযোগ্য। ফাইলের নাম দেওয়া আছে যাতে ক্রেতার প্রযুক্তিগত মূল্যায়নকারী বাক্যটি বিশ্বাস না করে প্রক্রিয়াটি পড়তে পারেন — এবং প্রথম তিনটি প্রমাণ করুন পৃষ্ঠা থেকে সরাসরি পরীক্ষা করা যায়।

• একবার লেখা হলে একটি সিদ্ধান্ত সম্পাদনা বা মুছে ফেলা যায় না।

  UPDATE ও DELETE-এ ডেটাবেস ট্রিগার দিয়ে কার্যকর করা হয়, অ্যাপ্লিকেশন কোড দিয়ে নয়। সার্ভিস রোলের জন্যও প্রচেষ্টা প্রত্যাখ্যান করা হয়, যা রো-লেভেল সিকিউরিটিকে সম্পূর্ণ বাইপাস করে।

  supabase/apply-agentaudit.sql — এবং আপনি নিজেই প্রমাণ করুন পৃষ্ঠায় প্রচেষ্টাটি চালিয়ে দেখতে পারেন।

• একটি এজেন্ট মুছে ফেললেও তার সিদ্ধান্তের ইতিহাস মোছা যায় না।

  একটি সিদ্ধান্ত থেকে তার এজেন্টের বিদেশি কী ON DELETE RESTRICT, তাই সিদ্ধান্ত তাকে উল্লেখ করা অবস্থায় মূল সারিটি সরানো যায় না। এজেন্ট অবসরপ্রাপ্ত করা হয়, মুছে ফেলা হয় না।

  supabase/apply-agentaudit.sql

• একজন গ্রাহক অন্য গ্রাহকের রেকর্ড পড়তে পারে না।

  রো-লেভেল সিকিউরিটি নীতি প্রতিটি পড়া ও লেখাকে কলকারীর প্রতিষ্ঠানে সীমাবদ্ধ করে। ডেটাবেস এটি কার্যকর করে, তাই অ্যাপ্লিকেশন কোডের কোনো ত্রুটি এটি প্রসারিত করতে পারে না।

  supabase/apply-agentaudit.sql, supabase/apply-tenancy.sql

• API কী কখনো এমন রূপে সংরক্ষিত হয় না যা ব্যবহার করা যেত।

  কেবল একটি কীয়ের SHA-256 হ্যাশ রাখা হয়। সাধারণ লেখা তৈরির সময় একবার দেখানো হয় এবং পুনরুদ্ধার করা যায় না, তাই ডেটাবেস ফাঁস হলে কারও হাতে কার্যকর শংসাপত্র আসে না।

  src/lib/apiPrincipal.ts, src/app/api/access-keys/route.ts

• সিদ্ধান্তের বিষয়বস্তু কখনো ভাষা মডেলে পাঠানো হয় না।

  AgentAudit-এর কোথাও কোনো মডেল কল নেই। AI দ্বারা কিছুই সারসংক্ষেপ, শ্রেণিবদ্ধ, স্কোর বা পুনর্লিখন করা হয় না — সম্মতি মূল্যায়ন ও স্বচ্ছতা রেকর্ড গণিত সংখ্যার ওপর নির্ধারিত ফাংশন।

  src/lib/agentaudit/ — এতে মডেল কলের জন্য grep করুন, কিছুই পাবেন না।

• কোনো যুক্তি কখনো তৈরি করা হয় না।

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

  src/lib/agentaudit/ingest.ts, packages/agentaudit-sdk/

• আমাদের ছাড়াই যাচাই করা যায়।

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

  /agentaudit/docs#algorithm

উপ-প্রসেসর

তিনটি, এবং আর কেউ সিদ্ধান্ত রেকর্ড পরিচালনায় যুক্ত নয়:

সংরক্ষণ, এবং মুছে ফেলার প্রশ্ন

একটি সিদ্ধান্ত মোছা যায় না। এটিই পুরো পণ্য, এবং এটি UK GDPR-এর অনুচ্ছেদ 17-এর অধীন মুছে ফেলার অধিকারের বিপরীতে যায়। একজন ডেটা সুরক্ষা কর্মকর্তা প্রথম বৈঠকেই এটি তুলবেন, তাই এখানে প্রথমেই তোলা হলো।

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

এই প্ল্যাটফর্মে এটি বাধ্যতামূলক নয়। এটি আপনার এজেন্টরা যা পাঠায় তা সংরক্ষণ করে, তাই ন্যূনতমকরণ উৎসে, আপনার কোডে, সিদ্ধান্ত জানানোর আগে ঘটতে হবে। পরে আবিষ্কার না করে আপনার ইন্টিগ্রেশন নকশায় এটি লিখে রাখা মূল্যবান।

নির্দিষ্ট একটি স্থাপনার ক্ষেত্রে অনুচ্ছেদ 17 আদৌ প্রযোজ্য কি না, এবং কোনো ছাড় প্রযোজ্য কি না, সেটি আপনার ব্যবহারের ক্ষেত্র নিয়ে একটি আইনি প্রশ্ন। এই সরবরাহকারী এর উত্তর দেয় না এবং এতে সক্ষমও নয়।

সরবরাহকারীর প্রশ্নাবলি

1 of 7 supplier questions answered. 6 are outstanding and shown as such — a visible gap costs a follow-up email, and an invented answer costs the contract.

স্থাপনা নিজের সম্পর্কে যা প্রতিষ্ঠা করতে পারে, তা চালু সিস্টেম থেকে পড়া হয়, হাতে টাইপ করা হয় না — যে পৃষ্ঠা কোনো মানুষকে মনে রাখতে বলে কোন অঞ্চলে স্থাপন করেছে, তা শেষ পর্যন্ত ভুল অঞ্চল আত্মবিশ্বাসের সঙ্গে জানিয়ে দেবে। বাকিগুলো অপারেটরের নিজের ঘোষণা, তাদের নিজেদের ভাষায়।

Region the application runs inস্থাপনা থেকে পড়া

London, United Kingdom (lhr1)

Read from the running deployment, not typed in. A supplier page that asks a human to remember which region they deployed to will eventually state the wrong one confidently.

Legal entity, registered address and company numberএখনো উত্তর দেওয়া হয়নি

এখনো উত্তর দেওয়া হয়নি। পূরণ না করে একটি ফাঁক হিসেবে দেখানো হচ্ছে।

Procurement screening asks in the first form. An incorporated supplier that cannot state this quickly reads as one that has not been asked before.

Region the database is hosted inএখনো উত্তর দেওয়া হয়নি

এখনো উত্তর দেওয়া হয়নি। পূরণ না করে একটি ফাঁক হিসেবে দেখানো হচ্ছে।

A UK public body usually needs to know whether data leaves the UK or EEA. Find it in the Supabase dashboard under Project Settings → General → Region. The APPLICATION region is resolved automatically and shown above.

Data protection officer or named contactএখনো উত্তর দেওয়া হয়নি

এখনো উত্তর দেওয়া হয়নি। পূরণ না করে একটি ফাঁক হিসেবে দেখানো হচ্ছে।

Needed for a buyer’s DPIA and for any Article 30 record that names this supplier.

যে সরবরাহকারী একটি সনদকে বাড়িয়ে বলে, সে ক্রেতাকে তার বাকি দাবি সম্পর্কে জানার প্রয়োজনীয় সবকিছুই বলে দিয়েছে। একটি সৎ ফাঁকের খরচ একটি ফলো-আপ ইমেল; আবিষ্কৃত অতিরঞ্জনের খরচ চুক্তি — এ কারণেই উত্তর-না-দেওয়া প্রশ্নগুলো দৃশ্যমানভাবে উত্তরবিহীন রাখা হয়।

এই পৃষ্ঠাটি শুধু AgentAudit বর্ণনা করে। Blackout Intelligence OS একটি আলাদা পণ্য, যার ডেটার পরিধি ভিন্ন, এবং এখানে যা আছে তা এটিকে অন্তর্ভুক্ত করছে বলে পড়া উচিত নয়।