install_first_run
ইনস্টল ও প্রথম রান
Arch ইনস্টল করুন, স্থানীয় রানটাইম শুরু করুন, এবং প্রথম সুরক্ষিত রিপোজিটরি সেটআপ সম্পন্ন করুন; তবে রিলিজের প্রমাণ গৃহীত হওয়ার আগে পাবলিক প্যাকেজ উপলভ্য বলে ইঙ্গিত দেবেন না।
পাবলিক হেল্প ইনডেক্স
এই বিষয়গুলো ইনস্টল, আপডেট, লাইসেন্ স, সহায়তা, প্রমাণ এবং পুনরুদ্ধার পথের পাবলিক সহায়তা মানচিত্র।
এই রুট বর্তমান লোকেলের জন্য যাচাইকৃত সহায়তা সূচি প্রকাশ করে, যেখানে 23টি বিষয়ের সারাংশ আছে।
install_first_run
Arch ইনস্টল করুন, স্থানীয় রানটাইম শুরু করুন, এবং প্রথম সুরক্ষিত রিপোজিটরি সেটআপ সম্পন্ন করুন; তবে রিলিজের প্রমাণ গৃহীত হওয়ার আগে পাবলিক প্যাকেজ উপলভ্য বলে ইঙ্গিত দেবেন না।
update
নিরাপদ আপডেটের প্রত্যাশা, প্যাকেজের উৎস-প্রমাণ, এবং রিলিজ নোট পরীক্ষা ব্যাখ্যা করুন; কিন্তু লঞ্চ প্রমাণে স্বীকৃত নয় এমন আপডেট অটোমেশনের প্রতিশ্রুতি দেবেন না।
downgrade
প্যা কেজ প্রমাণ এবং সাপোর্ট মহড়া প্রমাণ করলে তবেই আগের সংস্করণে ফেরার সহায়তা বর্ণনা করুন; নইলে ব্যবহারকারীকে সাপোর্টে পাঠান।
package_recovery
ব্যর্থ বা অসম্পূর্ণ প্যাকেজ ইনস্টলেশন থেকে ব্যবহারকারীদের পুনরুদ্ধারে সহায়তা করুন, এবং hashes, প্যাকেজ নাম, পথ, ও সাপোর্ট প্রমাণ সঠিক রাখুন।
uninstall_reinstall_purge
আনইনস্টল ও পুনরায় ইনস্টলের পথ ব্যাখ্যা করুন, কোন স্থানীয় ডেটা থেকে যেতে পারে এবং কখন purge অপরিবর্তনীয় হয় তা-সহ।
trial_start
বাণিজ্যিক শর্ত ও ক্রয় কপির সঙ্গে সামঞ্জস্য রেখে ৩০ দিনের ট্রায়াল, বিলিং শুরুর সময়, এবং পেমেন্ট-মেথড প্রয়োজনীয়তা জানান।
license_activation
স্বীকৃত লাইসেন্স প্রবাহ ব্যবহার করে সক্রিয়করণ নির্দেশ করুন, এবং সহায়ক-সীমা, গোপনীয়তা অবস্থান, ও সঠিক লাইসেন্স-ক্ষেত্রের নাম সংরক্ষণ করুন।
student_eligibility_access
শিক্ষার্থী যোগ্যতা, ইমেল-ডোমেইন নিশ্চিতকরণ, এবং যোগ্যতা নিশ্চিত না হলে কেনার আগে সাপোর্ট রুটিং ব্যাখ্যা করুন।
offline_grace
শর্ত ও ধরে-রাখার প্লেবুক যতটা অনুমোদন করে, লাইসেন্সের অফলাইন গ্রেস ততটাই বর্ণনা করুন, Arch ইস্যুয়ারে পৌঁছাতে না পারলে কী ঘটে তা-সহ।
first_real_repository_walkthrough
ব্যবহারকারীকে একটি স্থানীয় রিপোজিটরি, একটি দাবি, দৃশ্যমান প্রমাণ, দৃশ্যমান ফাঁক, এবং একটি শাসিত পরবর ্তী কর্মের মধ্য দিয়ে নিয়ে যান; work item-কে proof হিসেবে ধরবেন না।
scan_bootstrap
Arch কীভাবে সুরক্ষিত রিপোজিটরি স্ক্যান করে টাইপযুক্ত রেকর্ড তৈরি করে এবং কোন স্ক্যান কভারেজ এখনও অসমর্থিত বা অজানা তা ব্যাখ্যা করুন।
admitted_source_coverage
স্বীকৃত স্ক্যান চুক্তি ও লঞ্চ প্রমাণ Arch-কে প্রকাশ্যে দাবি করতে দেয় এমন সোর্স কভারেজই শুধু নাম করুন।
architecture_note_posture
স্বীকৃত হলে আর্কিটেকচার নোটকে উৎস-ভিত্তিক প্রসঙ্গ হিসেবে ব্যাখ্যা করুন, কোনো দাবির স্বয়ংক্রিয় প্রমাণ হিসেবে নয়।
attention_review
মনোযোগ-পর্যালোচনা ইন্টারফেসকে দাবি, প্রমাণ, কর্তৃত্ব, ফাঁক, এবং পরবর্তী কর্ম পরিদর্শনের উপায় হিসেবে বর্ণনা করুন; inbox বা ticket queue হিসেবে নয়।
evidence_authority_views
Workbench কীভাবে প্রমাণ দেখায় এবং কেন সেই প্রমাণ গণনায় ধরা যেতে পারে তা ব্যাখ্যা করুন, অসমর্থিত ফাঁক দৃশ্যমান রেখে।
what_arch_does_not_prove
বলুন যে Arch উৎস-ভিত্তিক evidence, authority, gap, এবং audit trail দেখায়, কিন্তু শুধু দাবি করলেই বাস্তব সত্য প্রমাণ করে না।
change_preflight
apply করার আগে একটি governed change preview ব্যাখ্যা করুন, dry-run receipt বা apply token কেন চূড়ান্ত proof নয় তা-সহ।
agent_context
Arch কীভাবে admitted operations-এর মাধ্যমে agents-কে bounded local context দেয়, unsupported authority না দিয়ে, তা ব্যাখ্যা করুন।
mcp_setup
client names, protocol fields, resource URIs, এবং fail-closed behavior সংর ক্ষণ করে local MCP surface সেটআপ নির্দেশ করুন।
privacy_data_boundary
Arch স্থানীয়ভাবে কী পড়ে, কী আপলোড করে না, এবং সহায়ক-সীমানা পেরিয়ে যাওয়া কোন হস্তান্তর Arch-এর প্রকাশ্য বক্তব্যের কর্তৃত্বের বাইরে থাকে তা ব্যাখ্যা করুন।
support_diagnostics
সাপোর্ট কোন ডায়াগনস্টিক তথ্য চাইতে পারে এবং স্থানীয় ডেটা সীমানা সেই অনুরোধে কীভাবে প্রযোজ্য তা ব্যবহারকারীদের বলুন।
recovery
ব্যবহারকারীরা blocked বা failed flow থেকে কীভাবে পুনরুদ্ধার করে, এবং Arch কখন gap খোলা থাকার কারণ রেকর্ড করে, তা ব্যাখ্যা করুন।
release_notes
রিলিজ পরিবর্তন, জানা ফাঁক, সামঞ্জস্য নোট, এবং localization posture প্রকাশ করুন; সংস্করণ নম্বরকে proof হিস েবে ধরবেন না।