install_first_run
ਇੰਸਟਾਲ ਅਤੇ ਪਹਿਲੀ ਵਾਰ ਚਲਾਉਣਾ
Arch ਇੰਸਟਾਲ ਕਰੋ, ਸਥਾਨਕ ਰਨਟਾਈਮ ਸ਼ੁਰੂ ਕਰੋ, ਅਤੇ ਪਹਿਲਾ ਸੁਰੱਖਿਅਤ ਰਿਪੋਜ਼ਟਰੀ ਸੈਟਅੱਪ ਪੂਰਾ ਕਰੋ; ਰਿਲੀਜ਼ ਸਬੂਤ ਸਫਲ ਦਰਜੇ ਤੇ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਜਨਤਕ ਪੈਕੇਜ ਉਪਲਬਧ ਹਨ ਇਹ ਸੰਕੇਤ ਨਾ ਦਿਓ।
ਜਨਤਕ ਮਦਦ ਸੂਚਕਾਂਕ
ਇਹ ਵਿਸ਼ੇ ਇੰਸਟਾਲ, ਅੱਪਡੇਟ, ਲਾਇਸੈਂਸ, ਸਹਾਇਤਾ, ਸਬੂਤ ਅਤੇ ਰਿਕਵਰੀ ਰਾਹਾਂ ਲਈ ਜਨਤਕ ਸਹਾਇਤਾ ਨਕਸ਼ਾ ਹਨ।
ਇਹ ਰੂਟ ਮੌਜੂਦਾ ਲੋਕੈਲ ਲਈ ਜਾਂਚਿਆ ਹੋਇਆ ਸਹਾਇਤਾ ਸੂਚਕਾਂਕ 23 ਵਿਸ਼ਾ ਸਰੰਸ਼ਾਂ ਨਾਲ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਦਾ ਹੈ।
install_first_run
Arch ਇੰਸਟਾਲ ਕਰੋ, ਸਥਾਨਕ ਰਨਟਾਈਮ ਸ਼ੁਰੂ ਕਰੋ, ਅਤੇ ਪਹਿਲਾ ਸੁਰੱਖਿਅਤ ਰਿਪੋਜ਼ਟਰੀ ਸੈਟਅੱਪ ਪੂਰਾ ਕਰੋ; ਰਿਲੀਜ਼ ਸਬੂਤ ਸਫਲ ਦਰਜੇ ਤੇ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਜਨਤਕ ਪੈਕੇਜ ਉਪਲਬਧ ਹਨ ਇਹ ਸੰਕੇਤ ਨਾ ਦਿਓ।
update
ਸੁਰੱਖਿਅਤ update ਉਮੀਦਾਂ, package provenance, ਅਤੇ release-note checks ਸਮਝਾਓ; launch evidence ਵੱਲੋਂ ਮਨਜ਼ੂਰ ਨਾ ਕੀਤੀ update automation ਦਾ ਵਾਅਦਾ ਨਾ ਕਰੋ।
downgrade
Downgrade support ਸਿਰਫ਼ ਉੱਥੇ ਵਰਣਨ ਕਰੋ ਜਿੱਥੇ package evidence ਅਤੇ support rehearsal ਇਸਨੂੰ ਸਾਬਤ ਕਰਦੇ ਹਨ; ਨਹੀਂ ਤਾਂ user ਨੂੰ support ਵੱਲ ਭੇਜੋ।
package_recovery
Failed ਜਾਂ incomplete package installation ਤੋਂ users ਨੂੰ recover ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰੋ, ਅਤੇ hashes, package names, paths, ਅਤੇ support evidence ਸਹੀ ਰੱਖੋ।
uninstall_reinstall_purge
Uninstall ਅਤੇ reinstall paths ਸਮਝਾਓ, ਜਿਸ ਵਿੱਚ ਕਿਹੜਾ local data ਰਹਿ ਸਕਦਾ ਹੈ ਅਤੇ purge ਕਦੋਂ irreversible ਹੁੰਦਾ ਹੈ ਇਹ ਸ਼ਾਮਲ ਕਰੋ।
trial_start
30-day trial, billing start, ਅਤੇ payment-method requirement ਨੂੰ commercial terms ਅਤੇ purchase copy ਨਾਲ ਇਕਸਾਰ ਦੱਸੋ।
license_activation
Admitted license flow ਵਰਤ ਕੇ activation ਦੀ ਰਾਹਨੁਮਾਈ ਕਰੋ ਅਤੇ helper boundaries, privacy posture, ਅਤੇ exact license-field names ਸੰਭਾਲੋ।
student_eligibility_access
ਜੇ eligibility ਪੁਸ਼ਟੀ ਨਹੀਂ ਹੋ ਸਕਦੀ ਤਾਂ purchase ਤੋਂ ਪਹਿਲਾਂ student eligibility, email-domain confirmation, ਅਤੇ support routing ਸਮਝਾਓ।
offline_grace
License offline grace ਨੂੰ ਸਿਰਫ਼ terms ਅਤੇ retention playbook ਵੱਲੋਂ ਮੰ ਨੀ ਹੱਦ ਤੱਕ ਵਰਣਨ ਕਰੋ, ਜਿਸ ਵਿੱਚ ਜਦੋਂ Arch ਜਾਰੀਕਰਤਾ ਤੱਕ ਨਹੀਂ ਪਹੁੰਚ ਸਕਦਾ ਤਾਂ ਕੀ ਹੁੰਦਾ ਹੈ ਇਹ ਸ਼ਾਮਲ ਹੈ।
first_real_repository_walkthrough
ਵਰਤੋਂਕਾਰ ਨੂੰ ਇੱਕ ਸਥਾਨਕ ਰਿਪੋਜ਼ਟਰੀ, ਇੱਕ ਦਾਅਵਾ, ਦਿੱਸਦੀ ਸਬੂਤੀ ਸਮੱਗਰੀ, ਦਿੱਸਦੀਆਂ ਘਾਟਾਂ, ਅਤੇ ਇੱਕ ਸ਼ਾਸਿਤ ਅਗਲੇ ਕਦਮ ਰਾਹੀਂ ਲੈ ਜਾਓ; ਕੰਮ-ਆਈਟਮ ਨੂੰ ਪੱਕਾ ਸਬੂਤ ਨਾ ਮੰਨੋ।
scan_bootstrap
ਸਮਝਾਓ ਕਿ Arch guarded repository ਨੂੰ typed records ਵਿੱਚ ਕਿਵੇਂ scan ਕਰਦਾ ਹੈ ਅਤੇ ਕਿਹੜੀ scan coverage ਹਾਲੇ unsupported ਜਾਂ unknown ਹੈ।
admitted_source_coverage
ਸਿਰਫ਼ ਉਹ source coverage ਦੱਸੋ ਜਿਸਨੂੰ admitted scan contracts ਅਤੇ launch evidence Arch ਨੂੰ public ਤੌਰ ਤੇ claim ਕਰਨ ਦਿੰਦੇ ਹਨ।
architecture_note_posture
Architecture notes ਨੂੰ ਜਿੱਥੇ admitted ਹੋਣ ਉੱਥੇ source-grounded context ਵਜੋਂ ਸਮਝਾਓ, claim ਦੇ automatic proof ਵਜੋਂ ਨਹੀਂ।
attention_review
ਧਿਆਨ ਸਮੀਖਿਆ ਸਤਹ ਨੂੰ ਦਾਅਵਿਆਂ, ਸਬੂਤੀ ਸਮੱਗਰੀ, ਅਧਿਕਾਰਤਾ, ਘਾਟਾਂ ਅਤੇ ਅਗਲੇ ਕਦਮਾਂ ਦੀ ਜਾਂਚ ਕਰਨ ਦੇ ਤਰੀਕੇ ਵਜੋਂ ਵਰਣਨ ਕਰੋ; ਇਸਨੂੰ ਇਨਬਾਕਸ ਜਾਂ ਟਿਕਟ ਕਤਾਰ ਵਜੋਂ ਨਾ ਦਿਖਾਓ।
evidence_authority_views
ਸਮਝਾਓ ਕਿ Workbench ਸਬੂਤੀ ਸਮੱਗਰੀ ਕਿਵੇਂ ਦਿਖਾਉਂਦਾ ਹੈ ਅਤੇ ਉਹ ਸਬੂਤੀ ਸਮੱਗਰੀ ਕਿਉਂ ਗਿਣੀ ਜਾ ਸਕਦੀ ਹੈ, ਨਾਲ ਹੀ ਅਣਸਮਰਥਿਤ ਘਾਟਾਂ ਦਿੱਸਦੀਆਂ ਰਹਿਣ।
what_arch_does_not_prove
ਸਪਸ਼ਟ ਕਰੋ ਕਿ Arch ਸਰੋਤ-ਆਧਾਰਿਤ ਸਬੂਤੀ ਸਮੱਗਰੀ, ਅਧਿਕਾਰਤਾ, ਘਾਟਾਂ ਅਤੇ ਆਡਿਟ ਲੜੀ ਦਿਖਾਉਂਦਾ ਹੈ, ਪਰ ਕੇਵਲ ਦਾਅਵੇ ਨਾਲ ਤਜਰਬਾਤੀ ਸੱਚਾਈ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ।
change_preflight
apply ਤੋਂ ਪਹਿਲਾਂ ਸ਼ਾਸਿਤ ਬਦਲਾਅ ਦੀ ਝਲਕ ਵੇਖਣੀ ਸਮਝਾਓ, ਅਤੇ ਦੱਸੋ ਕਿ dry-run receipt ਜਾਂ apply token ਅੰਤਿਮ ਪੱਕੇ ਸਬੂਤ ਦੇ ਬਰਾਬਰ ਕਿਉਂ ਨਹੀਂ।
agent_context
ਸਮਝਾਓ ਕਿ Arch admitted operations ਰਾਹੀਂ agents ਨੂੰ bounded local context ਕਿਵੇਂ ਦਿੰਦਾ ਹੈ, ਬਿਨਾਂ agents ਨੂੰ unsupported authority ਦੇਣ ਦੇ।
mcp_setup
Client names, protocol fields, resource URIs, ਅਤੇ fail-closed behavior ਸੰਭਾਲਦੇ ਹੋਏ local MCP surface setup ਦੀ ਰਾਹਨੁਮਾਈ ਕਰੋ।
privacy_data_boundary
ਸਮਝਾਓ ਕਿ Arch ਸਥਾਨਕ ਤੌਰ ਤੇ ਕੀ ਪੜ੍ਹਦਾ ਹੈ, ਕੀ ਅਪਲੋਡ ਨਹੀਂ ਕਰਦਾ, ਅਤੇ ਕਿਹੜੇ ਸਹਾਇਕ-ਸੀਮਾ ਹਵਾਲੇ Arch ਦੇ ਜਨਤਕ ਲਿਖਤ-ਅਧਿਕਾਰ ਤੋਂ ਬਾਹਰ ਹਨ।
support_diagnostics
Users ਨੂੰ ਦੱਸੋ ਕਿ support ਕਿਹੜੀ diagnostic information ਮੰਗ ਸਕਦਾ ਹੈ ਅਤੇ local data boundaries ਉਸ request ਤੇ ਕਿਵੇਂ ਲਾਗੂ ਹੁੰਦੇ ਹਨ।
recovery
Blocked ਜਾਂ failed flows ਤੋਂ users ਕਿਵੇਂ recover ਕਰਦੇ ਹਨ, ਅਤੇ Arch ਕਦੋਂ record ਕਰਦਾ ਹੈ ਕਿ gap open ਕਿਉਂ ਰਹਿੰਦਾ ਹੈ, ਇਹ ਸਮਝਾਓ।
release_notes
Release changes, known gaps, compatibility notes, ਅਤੇ localization posture publish ਕਰੋ; ਵਰਜਨ ਨੰਬਰਾਂ ਨੂੰ ਪੱਕਾ ਸਬੂਤ ਨਾ ਮੰਨੋ।