AI ਏਜੰਟ ਡ੍ਰਿਫਟ ਤੋਂ ਮੁੜ-ਸੰਭਾਲ ਅਤੇ ਹਵਾਲਗੀ ਦਾ ਕਾਰਜ-ਪ੍ਰਵਾਹ

AI ਸਹਿਯੋਗ ਕੋਰਸ ਵੱਲ ਵਾਪਸ ਜਾਓ

ਕੰਮ ਤੋਂ ਪਹਿਲਾਂ ਅਤੇ ਪ੍ਰਕਾਸ਼ਨ ਰੁਕਣ ਤੋਂ ਬਾਅਦ ਡ੍ਰਿਫਟ ਦੀ ਜਾਂਚ ਕਰੋ। ਰਿਪੋਜ਼ਟਰੀ ਜਾਂ ਕੰਮ ਵਾਲੇ ਸੈਂਡਬਾਕਸ ਵਿੱਚ ਸਰੋਤਾਂ ਦੇ ਸੰਸਕਰਣ, ਅਡੈਪਟਰਾਂ ਦੇ ਸੰਸਕਰਣ ਅਤੇ ਡਿਲਿਵਰੀ ਦੀ ਸਥਿਤੀ ਦੀ ਤੁਲਨਾ ਕਰੋ। ਇੱਕ ਟ੍ਰੈਕ ਪੂਰਾ ਕਰਨ ਮਗਰੋਂ ਇਹ ਕਰੋ। ਇਸ ਨਾਲ ਪੁਰਾਣੇ ਸਾਰ ਮੌਜੂਦਾ ਅਧਿਕਾਰਤ ਸਰੋਤ ਨਹੀਂ ਬਣਦੇ ਅਤੇ ਜਾਂਚਯੋਗ ਮੁੜ-ਸੰਭਾਲ ਇਤਿਹਾਸ ਰਹਿੰਦਾ ਹੈ।

ਮੁੱਖ ਗੱਲਾਂ #

• ਸਰੋਤ ਡ੍ਰਿਫਟ ਅਡੈਪਟਰ ਡ੍ਰਿਫਟ ਤੋਂ ਵੱਖਰਾ ਹੈ।
• ਅੰਸ਼ਕ ਪ੍ਰਕਾਸ਼ਨ ਲਈ ਹਰੇਕ ਸਿਸਟਮ ਦਾ ਵੱਖਰਾ ਲੇਜ਼ਰ ਲੋੜੀਂਦਾ ਹੈ।
• ਮੁੜ-ਸੰਭਾਲ ਸਮੀਖਿਆ ਕੀਤੀਆਂ ਤਬਦੀਲੀਆਂ ਸਮੇਤ ਇਤਿਹਾਸ ਸੰਭਾਲਦੀ ਹੈ।
• ਹਵਾਲਗੀ ਲਈ ਦੂਜੇ ਸਮੀਖਿਆਕਾਰ ਨੂੰ ਮੌਜੂਦਾ ਸਰੋਤ ਖੁਦ ਪੜ੍ਹਣੇ ਪੈਂਦੇ ਹਨ।

ਸ਼ੁਰੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ #

ਪੂਰਵ-ਸ਼ਰਤਾਂ: GitHub ਬ੍ਰਾਊਜ਼ਰ ਕਾਰਜ-ਪ੍ਰਵਾਹ ਜਾਂ ਮਿਸ਼ਰਤ ਪ੍ਰਕਾਸ਼ਨ ਕਾਰਜ-ਪ੍ਰਵਾਹ . ਅੰਦਾਜ਼ਨ ਸਮਾਂ: 60 ਤੋਂ 90 ਮਿੰਟ। ਮੁਸ਼ਕਲ: ਉੱਨਤ ਸਮੀਖਿਆ।

ਸੁਰੱਖਿਆ: ਕੇਵਲ ਬਣਾਏ ਹੋਏ ਨਮੂਨਾ ਰਿਕਾਰਡ ਵਰਤੋ। ਮੁੜ-ਸੰਭਾਲ ਟੈਸਟਾਂ ਤੋਂ ਪਹਿਲਾਂ ਆਟੋਮੈਟਿਕ ਪ੍ਰਕਾਸ਼ਨ ਰੋਕੋ। ਚੱਲ ਰਹੀ ਮਿਟਾਉਣ ਵਾਲੀ ਸੇਵਾ ਨਹੀਂ ਦਿੱਤੀ ਗਈ।

ਪਾਠਕ ਦਾ ਨਤੀਜਾ: ਸਥਿਤੀ ਦੀ ਸੂਚੀ, ਮਾਲਕ ਦਾ ਫੈਸਲਾ, ਸਮੀਖਿਆ ਕੀਤੀ ਮੁਰੰਮਤ ਅਤੇ ਐਸੀ ਹਵਾਲਗੀ ਪੂਰੀ ਕਰੋ ਜਿਸਨੂੰ ਦੂਜਾ ਸਮੀਖਿਆਕਾਰ ਮੌਜੂਦਾ ਸਰੋਤਾਂ ਤੋਂ ਮੁੜ ਬਣਾ ਸਕੇ। ਅਭਿਆਸ ਪੂਰਾ ਹੋਣਾ ਪ੍ਰਕਾਸ਼ਨ ਦੀ ਮਨਜ਼ੂਰੀ ਨਹੀਂ ਹੈ।

ਡ੍ਰਿਫਟ ਦੀ ਵਰਗੀਕਰਨ #

ਸਭ ਤੋਂ ਨਵਾਂ ਲਿਖਤ ਲਾਜ਼ਮੀ ਨਹੀਂ ਕਿ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਅਧਿਕਾਰਤ ਸਰੋਤ ਹੋਵੇ। ਹਾਲੀਆ ਬਿਨਾਂ ਮਨਜ਼ੂਰੀ ਸੰਪਾਦਨ ਦੀ ਜਾਂਚ ਕਰੋ, ਉਸਨੂੰ ਆਪਣੇ ਆਪ ਨਾ ਅਪਣਾਓ। ਮੁੱਲ ਨਕਲ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਸਥਿਤੀ ਅਤੇ ਮਾਲਕ ਪੱਕੇ ਕਰੋ।

ਮੁੱਢਲੀ ਜਾਂਚ ਚਲਾਓ #

Read MAP-01 and capture its revision.
Read POL-01 and compare active adapter versions.
Read REQ-17 and RUN-04 from mapped homes.
Read config.json at protected main.
Read frozen proposal and current role reviews.
Compare current sources with reviewed bases.
List mismatches, denied reads, and pending publications.
Stop consequential writes until owners resolve each mismatch.

ਯੋਗਦਾਨਕਰਤਾ ਮਸੌਦਾ ਲਿਖਣ ਤੋਂ ਪਹਿਲਾਂ ਮੁੱਢਲੀ ਜਾਂਚ ਕਰਦਾ ਹੈ। ਪ੍ਰਕਾਸ਼ਕ ਲਿਖਣ ਤੋਂ ਪਹਿਲਾਂ ਇਸਨੂੰ ਦੁਹਰਾਉਂਦਾ ਹੈ। ਸੰਸਕਰਣਾਂ ਦੀ ਤੁਲਨਾ ਪ੍ਰਸਤਾਵ ਨਾਲ ਸੰਭਾਲੋ। ਹਫ਼ਤਾਵਾਰੀ ਜਾਂਚਾਂ ਇਹ ਪੜ੍ਹਤਾਂ ਪੂਰੀਆਂ ਕਰਦੀਆਂ ਹਨ, ਪਰ ਇਨ੍ਹਾਂ ਦੀ ਥਾਂ ਨਹੀਂ ਲੈਂਦੀਆਂ।

ਅਡੈਪਟਰ ਡ੍ਰਿਫਟ ਦੀ ਮਿਸਾਲ: POL-01 ਸੰਸਕਰਣ 2 ਤੱਕ ਪਹੁੰਚਦਾ ਹੈ, ਜਦਕਿ CLAUDE.md ਵਿੱਚ ਅਜੇ ਵੀ ਸੰਸਕਰਣ 1 ਲਿਖਿਆ ਹੈ। ਰੁਕੋ, ਸਮੀਖਿਆ ਕੀਤੀ ਨੀਤੀ ਤਬਦੀਲੀ ਪੜ੍ਹੋ, ਸੁਰੱਖਿਅਤ PR ਰਾਹੀਂ ਅਡੈਪਟਰ ਅਪਡੇਟ ਕਰੋ ਅਤੇ ਨਵਾਂ ਸੈਸ਼ਨ ਸ਼ੁਰੂ ਕਰੋ। ਨੀਤੀ ਲੋਡ ਕੀਤੇ ਬਿਨਾਂ ਸਿਰਫ਼ ਸੰਸਕਰਣ ਨੰਬਰ ਬਦਲਣ ਨਾਲ ਸੰਦਰਭ ਠੀਕ ਨਹੀਂ ਹੁੰਦਾ।

ਆਫਲਾਈਨ ਲੈਬ ਵਿੱਚ ਸਰੋਤ ਡ੍ਰਿਫਟ ਪੈਦਾ ਕਰੋ: ਦਿੱਤੀ ZIP ਦੀ ਨਵੀਂ ਕਾਪੀ ਖਾਲੀ ਅਸਥਾਈ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਖੋਲ੍ਹੋ। ਰੂਟ ਤੋਂ baseline/ ਨੂੰ candidate/ ਵਿੱਚ ਨਕਲ ਕਰੋ, python3 check.py capture --base baseline > candidate/context.json ਚਲਾਓ, ਫਿਰ python3 check.py validate --base baseline --candidate candidate ਚਲਾਓ। ਪਹਿਲਾ PASS ਦਰਜ ਕਰੋ। ਲਿਖਤ ਸੰਪਾਦਕ ਵਿੱਚ baseline/requirement.json ਖੋਲ੍ਹੋ ਅਤੇ ਕੇਵਲ "retention_days": 7 ਨੂੰ "retention_days": 8 ਕਰੋ। ਉਹੀ validate ਕਮਾਂਡ ਮੁੜ ਚਲਾਓ। ਉਮੀਦ ਕੀਤਾ ਐਗਜ਼ਿਟ ਸਟੇਟਸ ਸਿਫ਼ਰ ਤੋਂ ਵੱਖਰਾ ਅਤੇ ਸੁਨੇਹਾ STALE_CONTEXT: capture the trusted base again ਹੋਵੇਗਾ। ਦੋਵੇਂ ਨਤੀਜੇ ਅਤੇ ਬਦਲੇ ਸਰੋਤ ਦਾ ਪਾਥ ਦਰਜ ਕਰੋ। ਨਿੱਜੀ ਸਬੂਤ ਸੰਭਾਲਣ ਮਗਰੋਂ ਇਹ ਅਸਥਾਈ ਫਾਈਲਾਂ ਮਿਟਾਓ ਅਤੇ ਰੀਸੈੱਟ ਲਈ ਨਵੀਂ ਕਾਪੀ ਖੋਲ੍ਹੋ। ਅੱਠ ਦਿਨ ਵਾਲੀ ਤਬਦੀਲੀ ਪ੍ਰਕਾਸ਼ਿਤ ਰਿਪੋਜ਼ਟਰੀ ਵਿੱਚ ਨਾ ਕਰੋ ਅਤੇ ਮੁੜ ਕੈਪਚਰ ਨੂੰ ਮਾਲਕ ਦੀ ਮਨਜ਼ੂਰੀ ਨਾ ਸਮਝੋ।

ਅਸਥਾਈ ਰਿਪੋਜ਼ਟਰੀ ਵਿੱਚ ਅਡੈਪਟਰ ਡ੍ਰਿਫਟ ਪੈਦਾ ਕਰੋ: ਨਵੀਂ ਪ੍ਰਸਤਾਵ ਬ੍ਰਾਂਚ ਵਿੱਚ ਮਨਜ਼ੂਰਸ਼ੁਦਾ POL-01 ਸੰਸਕਰਣ 1 ਅਡੈਪਟਰ ਲਿਖਤ ਨੂੰ CLAUDE.md ਵਿੱਚ ਕਾਪੀ ਕਰਕੇ ਸੰਸਕਰਣ 1 ਲੇਬਲ ਕਰੋ। ਵੱਖਰੇ ਸਮੀਖਿਆਯੋਗ ਨੀਤੀ ਪ੍ਰਸਤਾਵ ਵਿੱਚ ਨਵੀਂ ਖਾਸ ਰੁਕਣ ਦੀ ਸ਼ਰਤ ਨਾਲ ਸੰਸਕਰਣ 2 ਦੀ ਤਬਦੀਲੀ ਲਿਖੋ। ਅਡੈਪਟਰ ਨੂੰ ਸੰਸਕਰਣ 1 ‘ਤੇ ਰਹਿਣ ਦਿਓ। ਮਰਜ ਜਾਂ ਏਜੰਟ ਚਲਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਸਮੀਖਿਆਕਾਰ ਨੂੰ ਦੋਵੇਂ ਰਿਕਾਰਡ ਮਿਲਾ ਕੇ ਅਡੈਪਟਰ ਪੁਰਾਣਾ ਦਰਸਾਉਣ ਲਈ ਕਹੋ। ਟੈਸਟ ਪ੍ਰਸਤਾਵ ਬੰਦ ਕਰਕੇ ਜਾਂ ਸਮੀਖਿਆ ਕੀਤੇ PR ਰਾਹੀਂ ਅਡੈਪਟਰ ਅਪਡੇਟ ਕਰਕੇ ਰੀਸੈੱਟ ਕਰੋ। ਫਿਰ ਨਵਾਂ ਸੈਸ਼ਨ ਖੋਲ੍ਹ ਕੇ ਦੋਵੇਂ ਸੰਸਕਰਣ ਅਤੇ ਨਵੀਂ ਰੁਕਣ ਦੀ ਸ਼ਰਤ ਜਾਂਚੋ। ਪੁਰਾਣਾ ਅਤੇ ਠੀਕ ਕੀਤਾ diff ਸੰਭਾਲੋ। ਇਹ ਦਸਤਾਵੇਜ਼ ਦੀ ਜਾਂਚ ਹੈ, ਪਲੇਟਫਾਰਮ ਇਨਕਾਰ ਦੀ ਨਕਲ ਨਹੀਂ।

ਰੁਕੇ ਪ੍ਰਕਾਸ਼ਨ ਨੂੰ ਮੁੜ-ਸੰਭਾਲੋ #

1. PROP-042 ਪ੍ਰਕਾਸ਼ਨ ਰੋਕੋ ਅਤੇ ਮੁੜ-ਸੰਭਾਲ ਦਾ ਜ਼ਿੰਮੇਵਾਰ ਨਿਯੁਕਤ ਕਰੋ।
2. ਸਾਰੇ ਭਾਗੀਦਾਰ ਸਿਸਟਮਾਂ ਦੀ ਅਸਲ ਸਥਿਤੀ ਪੜ੍ਹੋ। ਮੁਕੰਮਲ, ਅਸਫਲ ਅਤੇ ਨਾ ਅਜ਼ਮਾਏ ਕੰਮ ਵੱਖ ਕਰੋ।
3. ਉਤਪਾਦ ਟੀਮ ਤੋਂ ਚੋਣ ਕਰਵਾਓ: ਅੱਗੇ ਪੂਰਾ ਕਰਨਾ, ਸਮੀਖਿਆ ਕੀਤਾ ਵਾਪਸੀ ਕਦਮ ਜਾਂ ਰੋਕ ਕੇ ਰੱਖਣਾ।
4. ਮੁੜ-ਸੰਭਾਲ ਪ੍ਰਸਤਾਵ ਤਿਆਰ ਕਰੋ ਨਵੇਂ ਆਧਾਰਾਂ ਨਾਲ, ਅਤੇ ਸਪੱਸ਼ਟ ਸਮੀਖਿਆ ਨਾ ਹੋਵੇ ਤਾਂ ਦਾਇਰਾ ਤੇ ਅਪਵਾਦ ਜਿਉਂ ਦੇ ਤਿਉਂ ਰੱਖੋ।
5. ਇੱਕ ਵਾਰ ਵਿੱਚ ਇੱਕ ਸਮੀਖਿਆ ਕੀਤਾ ਕਦਮ ਲਾਗੂ ਕਰੋ, ਹਰ ਨਤੀਜਾ ਦਰਜ ਕਰਕੇ ਮੁੜ ਪੜ੍ਹੋ।
6. ਆਮ ਕੰਮ ਮੁੜ ਸ਼ੁਰੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਅੰਤਿਮ ਸਥਿਤੀ ਅਤੇ ਬਾਕੀ ਸੀਮਾਵਾਂ ਦੀ ਜਾਂਚ ਕਰੋ।

recovery_id: RECOVERY-042
proposal_id: PROP-042
mode: awaiting-owner-choice
illustrative_state:
  requirement: thirty-days-published
  implementation: seven-days-on-main
  runbook: seven-days
  delivery: blocked
choices:
  forward: finish approved implementation and runbook
  backout: restore baseline through reviewed changes
  hold: wait for evidence or access

ਉਦਾਹਰਣੀ ਸਥਿਤੀਆਂ ਨੂੰ ਵੇਖੀਆਂ ਗਈਆਂ ਰਿਵਿਜ਼ਨਾਂ ਅਤੇ ਮੁੱਲਾਂ ਨਾਲ ਬਦਲੋ। ਪੁਰਾਣੀ ਲੇਜ਼ਰ ਐਂਟਰੀ ਜਾਂ ਸਹਾਇਕ ਦਾ ਦਾਅਵਾ ਨਤੀਜਾ ਮੁੜ ਪੜ੍ਹਨ ਦਾ ਸਬੂਤ ਨਹੀਂ।

ਸਬੂਤ ਨਾ ਹੋਣ ‘ਤੇ ਰੋਕੋ। ਨਮੂਨਾ ਅਭਿਆਸ ਅੰਨ੍ਹੇ ਓਵਰਰਾਈਟ ਦਾ ਕਾਰਜਕਾਰੀ ਕਾਰਨ ਨਹੀਂ ਦਿੰਦੇ। ਅਗਲੀ ਭੂਮਿਕਾ ਅਤੇ ਲੋੜੀਂਦਾ ਸਬੂਤ ਦੱਸੋ।

GitHub ਮੁੜ-ਸੰਭਾਲ ਵਿੱਚ ਸਮੀਖਿਆ ਕੀਤਾ revert ਜਾਂ ਮੁਆਵਜ਼ਾ ਬਦਲਾਅ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ। Confluence ਮੁੜ-ਸੰਭਾਲ ਇਤਿਹਾਸ ਦੀ ਤੁਲਨਾ ਕਰਕੇ ਸਮੀਖਿਆ ਕੀਤਾ ਮੁੜ-ਸਥਾਪਨ ਜਾਂ ਮੁਆਵਜ਼ਾ ਕਰਦੀ ਹੈ। Jira ਮੁੜ-ਸੰਭਾਲ ਪ੍ਰਸਤਾਵ ਇਤਿਹਾਸ ਸੰਭਾਲਦੀ ਹੈ ਅਤੇ ਡਿਲਿਵਰੀ ਮੁੜ ਖੋਲ੍ਹਦੀ ਜਾਂ ਰੋਕਦੀ ਹੈ। ਇਤਿਹਾਸ ਨੰਬਰ ਮੁੜ ਸ਼ੁਰੂ ਹੋਵੇਗਾ ਇਹ ਮੰਨਣ ਦੀ ਥਾਂ ਨਤੀਜੇ ਵਾਲੀਆਂ ਰਿਵਿਜ਼ਨਾਂ ਪੜ੍ਹੋ।

ਸੁਤੰਤਰ ਹਵਾਲਗੀ ਦੀ ਜਾਂਚ ਕਰੋ #

Handoff: HANDOFF-042
Task: PROP-042
Map and policy: attach current approved revisions
Evidence: requirement, runbook, configuration references
Ledger: completed, failed, pending
Decision: owner choice and fixed proposal revision
Limits: no runtime deletion test or production data
Next role: accountable role
Next action: one bounded step
Stop: changed base, access denial, conflicting authority

ਪਿਛਲੀ ਗੱਲਬਾਤ ਦੀ ਥਾਂ ਨਕਸ਼ੇ ਅਤੇ ਹਵਾਲਗੀ ਨਾਲ ਹੋਰ ਟੂਲ ਜਾਂ ਸਾਫ਼ ਸੈਸ਼ਨ ਖੋਲ੍ਹੋ। ਨਵੇਂ ਸਰੋਤ-ਪਾਠ, ਨਵਾਂ ਮੈਨੀਫੈਸਟ ਅਤੇ ਲੰਬਿਤ ਕਾਰਵਾਈ ਦੀ ਪਛਾਣ ਲਾਜ਼ਮੀ ਕਰੋ। ਹੱਥੀਂ ਬ੍ਰਾਊਜ਼ਰ ਸਬੂਤ ਸਨੈਪਸ਼ਾਟ ਵਜੋਂ ਲੇਬਲ ਕਰਨ ਅਤੇ ਲਿਖਣ ਤੋਂ ਪਹਿਲਾਂ ਮੁੜ ਜਾਂਚਣ ‘ਤੇ ਵੈਧ ਰਹਿੰਦਾ ਹੈ।

ਨਕਾਰਾਤਮਕ ਹਵਾਲਗੀ: REQ-17 ਦੀ ਪਹੁੰਚ ਰੋਕੋ। ਅਨੁਮਾਨੇ ਮੁੱਲ ਜਾਂ ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ ਵਾਲੇ ਅੰਸ਼ ਦੀ ਥਾਂ ਸਪੱਸ਼ਟ ਰੋਕ ਦੀ ਉਮੀਦ ਕਰੋ। ਪ੍ਰਸ਼ਾਸਨ ਰਾਹੀਂ ਕੇਵਲ ਮਨਜ਼ੂਰ ਪਹੁੰਚ ਮੁੜ ਦਿਓ ਅਤੇ ਜਾਂਚ ਦੁਹਰਾਓ।

ਮੁਰੰਮਤ ਤੋਂ ਪਹਿਲਾਂ ਨਿਦਾਨ ਕਰੋ #

ਸਥਿਤੀ ਸੂਚੀ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ। “ਸਹਾਇਕਾਂ ਦੀ ਸਹਿਮਤੀ ਨਹੀਂ” ਜਵਾਬ ਦਾ ਲੱਛਣ ਹੈ, ਮੂਲ ਸਰੋਤ ਦੀ ਸਮੱਸਿਆ ਨਹੀਂ। ਕਿਸੇ ਸਹਾਇਕ ਨੂੰ ਮੁਰੰਮਤ ਲਈ ਕਹਿਣ ਤੋਂ ਪਹਿਲਾਂ ਨਕਸ਼ੇ ਵਾਲੀ ਲੋੜ, ਕਨਫਿਗਰੇਸ਼ਨ, ਰਨਬੁੱਕ, ਨੀਤੀ ਅਤੇ ਡਿਲਿਵਰੀ ਰਿਕਾਰਡ ਵੱਖਰੇ ਪੜ੍ਹੋ।

ਹਰ ਅੰਤਰ ਨੂੰ ਮਾਡਲ ਦੀ ਸਮੱਸਿਆ ਨਾ ਸਮਝੋ। ਸੈਸ਼ਨ ਤਾਜ਼ਾ ਕਰਨ ਨਾਲ ਪੁਰਾਣਾ ਗੱਲਬਾਤੀ ਸੰਦਰਭ ਠੀਕ ਹੁੰਦਾ ਹੈ। ਇਹ ਰਨਬੁੱਕ ਪ੍ਰਕਾਸ਼ਿਤ ਨਹੀਂ ਕਰਦਾ, ਗੁੰਮ ਅਨੁਮਤੀ ਵਾਪਸ ਨਹੀਂ ਦਿੰਦਾ ਅਤੇ ਮਾਲਕਾਂ ਦੇ ਵਿਰੋਧੀ ਫੈਸਲੇ ਨਹੀਂ ਸੁਲਝਾਉਂਦਾ। ਟੂਲ ਕਾਰਵਾਈ ਚੁਣਨ ਤੋਂ ਪਹਿਲਾਂ ਮੁਰੰਮਤ ਦਾ ਜ਼ਿੰਮੇਵਾਰ ਦੱਸੋ।

ਮੁਆਵਜ਼ਾ ਬਦਲਾਅ ਅਮਲ ਵਿੱਚ ਲਿਆਓ #

ਉਦਾਹਰਣੀ ਰੁਕਾਵਟ: REQ-17 ਵਿੱਚ ਤੀਹ ਦਿਨਾਂ ਦਾ ਮਨਜ਼ੂਰ ਇਰਾਦਾ ਹੈ, ਪਰ ਡਿਲਿਵਰੀ ਲੰਬਿਤ ਹੈ। ਕਨਫਿਗਰੇਸ਼ਨ ਅਤੇ ਰਨਬੁੱਕ ਅਜੇ ਵੀ ਸੱਤ ਦਿਨ ਦੱਸਦੇ ਹਨ। ਰੱਖ-ਰਖਾਅਕਾਰ ਅਣਸੁਲਝੀ ਲਾਗੂਕਰਨ ਨਾਕਾਮੀ ਦੱਸਦਾ ਹੈ। ਉਤਪਾਦ ਟੀਮ ਅੱਗੇ ਵਧਣ ਦੀ ਥਾਂ ਮੁੜ-ਸਥਾਪਨ ਚੁਣਦੀ ਹੈ।

1. ਮੌਜੂਦਾ ਸੰਸਕਰਣ ਦਰਜ ਕਰੋ: ਲੋੜ ਤੀਹ, ਕਨਫਿਗਰੇਸ਼ਨ ਸੱਤ, ਰਨਬੁੱਕ ਸੱਤ, ਡਿਲਿਵਰੀ ਰੋਕੀ।
2. ਲੰਬਿਤ ਪ੍ਰਸਤਾਵ ਰੋਕੋ: ਸਮੀਖਿਆਵਾਂ ਅਤੇ ਅਸਫਲ ਪ੍ਰਕਾਸ਼ਨ ਦੇ ਸਬੂਤ ਸੰਭਾਲੋ।
3. ਲੋੜ ਲਈ ਮੁਆਵਜ਼ਾ ਸੋਧ ਤਿਆਰ ਕਰੋ: ਵਿਚਕਾਰਲੇ ਅਪਵਾਦ ਅਤੇ ਨੋਟ ਸੰਭਾਲ ਕੇ ਸੱਤ ਮੁੜ ਲਿਆਓ।
4. ਮਾਲਕ ਦੀ ਸਮੀਖਿਆ ਲਵੋ: ਮੌਜੂਦਾ ਸਰੋਤ ਸੰਸਕਰਣ ਅਤੇ ਮੁੜ-ਸਥਾਪਨ ਦੀ ਸਹੀ ਲਿਖਤ ਦੱਸੋ।
5. ਮਨਜ਼ੂਰ ਰਸਤੇ ਰਾਹੀਂ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰੋ: ਨਤੀਜੇ ਵਾਲਾ ਲੋੜ ਸੰਸਕਰਣ ਮੁੜ ਪੜ੍ਹੋ।
6. ਲੇਜ਼ਰ ਮਿਲਾਓ: ਸਾਰੇ ਲਾਗੂ ਪ੍ਰਕਾਸ਼ਿਤ ਮੁੱਲ ਸੱਤ ਹਨ, ਅਸਲ ਤਬਦੀਲੀ ਡਿਲਿਵਰ ਨਹੀਂ ਹੋਈ।

ਮੁਆਵਜ਼ਾ ਇਤਿਹਾਸ ਮਿਟਾਉਣਾ ਨਹੀਂ। ਤੀਹ ਦਿਨ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼, ਉਸਦੀ ਨਾਕਾਮੀ ਅਤੇ ਬਾਅਦਲੀ ਮੁੜ-ਸਥਾਪਨਾ ਵੱਖਰੇ ਰਿਕਾਰਡ ਵਜੋਂ ਰੱਖੋ। ਅੰਤਿਮ ਸਰੋਤ ਸੱਤ ਦੱਸਦਾ ਹੈ ਅਤੇ ਡਿਲਿਵਰੀ ਇਤਿਹਾਸ ਸਮਝਾਉਂਦਾ ਹੈ ਕਿ ਮਨਜ਼ੂਰ ਪ੍ਰਸਤਾਵ ਕਿਉਂ ਪੂਰਾ ਨਾ ਹੋਇਆ।

Recovery decision: illustrative compensation
Original proposal: PROP-042 revision 1
Observed mismatch: requirement 30, configuration/runbook 7
Owner decision: restore approved baseline intent
Review object: fixed compensation against current requirement version
Result: capture resulting revision and seven-day read-back
Original delivery: withdrawn or blocked with explanation
Limit: no runtime deletion or data restoration performed

ਦੂਜੇ ਲੇਖਕ ਵੱਲੋਂ ਜੋੜਿਆ ਅਪਵਾਦ ਸਪੱਸ਼ਟ ਤੌਰ ‘ਤੇ ਸੰਭਾਲੋ। ਪੁਰਾਣੇ ਪੰਨੇ ਦਾ ਲਿਖਤ ਅੰਨ੍ਹੇਵਾਹ ਪਾਉਣ ਨਾਲ ਵੈਧ ਵਿਚਕਾਰਲੀ ਤਬਦੀਲੀ ਹਟ ਸਕਦੀ ਹੈ। ਮੌਜੂਦਾ ਅਤੇ ਚਾਹੀਦੇ ਲਿਖਤ ਦੀ ਤੁਲਨਾ ਕਰੋ, ਫਿਰ ਮੌਜੂਦਾ ਸੰਸਕਰਣ ਦੇ ਆਧਾਰ ‘ਤੇ ਘੱਟੋ-ਘੱਟ ਮੁਆਵਜ਼ਾ ਸੋਧ ਦੀ ਸਮੀਖਿਆ ਕਰੋ।

ਨਵੀਂ ਹਵਾਲਗੀ ਦੀ ਜਾਂਚ ਕਰੋ #

ਸਾਫ਼ ਸੈਸ਼ਨ ਅਤੇ ਵੱਖਰਾ ਸਮੀਖਿਆਕਾਰ ਵਰਤੋ। ਨਕਸ਼ਾ, ਨਿਰਧਾਰਤ ਪੈਕੇਜ, ਲੇਜ਼ਰ ਅਤੇ ਮੁੜ-ਸੰਭਾਲ ਫੈਸਲਾ ਦਿਓ। ਪੁਰਾਣੀ ਗੱਲਬਾਤ ਨਾ ਦਿਓ। ਪ੍ਰਾਪਤਕਰਤਾ ਨੂੰ ਮੌਜੂਦਾ ਇਰਾਦਾ, ਕਨਫਿਗਰੇਸ਼ਨ, ਕਾਰਜ-ਨਿਰਦੇਸ਼ ਅਤੇ ਅਗਲੀ ਮਨਜ਼ੂਰ ਕਾਰਵਾਈ ਦੱਸਣ ਲਈ ਕਹੋ।

Read the mapped current sources independently.
Distinguish approved intent, committed configuration, and delivery state.
Compare them with the reviewed package and ledger.
List missing reads and changed bases.
Recommend one bounded next action with its accountable role.
Do not treat this handoff as approval or publication permission.

ਉਮੀਦ ਕੀਤਾ ਤਰਕ: ਮੁੜ-ਸਥਾਪਿਤ ਆਧਾਰ ਦੱਸਣ ਤੋਂ ਪਹਿਲਾਂ ਪ੍ਰਾਪਤਕਰਤਾ ਮੁਆਵਜ਼ਾ ਨਤੀਜਾ ਜਾਂਚਦਾ ਹੈ। ਜੇ ਉਹ ਹਵਾਲਗੀ ਤੋਂ ਸਿਰਫ਼ “ਸੱਤ ਦਿਨ” ਦੁਹਰਾਉਂਦਾ ਹੈ ਤਾਂ ਸੁਤੰਤਰ ਪੜ੍ਹਤ ਦੀ ਲੋੜ ਪਰਖੀ ਨਹੀਂ ਗਈ। ਹੋਰ ਸਾਰ ਦੀ ਥਾਂ ਸਰੋਤ ਸਬੂਤ ਮੰਗੋ।

ਪੂਰੀ ਕੀਤੀ ਸਿੱਖਿਆਤਮਕ ਸੂਚੀ, ਨਮੂਨਾ ਰੁਕਾਵਟ:

ਇਹ ਸੂਚੀ ਪੁਰਾਣੀ ਗੱਲਬਾਤ ਤੋਂ ਬਿਨਾਂ ਦੂਜੇ ਪਾਠਕ ਨੂੰ ਦਿਓ। ਹਵਾਲਗੀ ਤਦ ਹੀ ਪਾਸ ਹੈ ਜਦ ਪਾਠਕ ਚਾਰੇ ਹਾਲਾਤ ਖੁਦ ਲੱਭੇ, ਬੈਕਅੱਪ ਅਪਵਾਦ ਦੱਸੇ, base-001 ਨੂੰ ਮੌਜੂਦਾ ਸੁਰੱਖਿਅਤ ਰਿਵਿਜ਼ਨ ਮੰਨੇ ਅਤੇ ਮਾਲਕ ਵੱਲੋਂ ਸਮੀਖਿਆ ਕੀਤਾ ਮੁੜ-ਸੰਭਾਲ ਕਦਮ ਸੁਝਾਏ। ਗਲਤ ਰਿਵਿਜ਼ਨ, ਛੁੱਟਿਆ ਅਪਵਾਦ ਜਾਂ ਬੇਸਬੂਤ ਮੁੜ-ਸ਼ੁਰੂਆਤ ਨੂੰ ਫੇਲ੍ਹ ਮੰਨੋ। ਅਗਲੀ ਲਿਖਤ ਤੋਂ ਪਹਿਲਾਂ ਪਾਠਕ ਦੇ ਸਰੋਤ ਹਵਾਲੇ ਅਤੇ ਕੋਈ ਵੀ ਸੋਧ ਦਰਜ ਕਰੋ।

ਮੁੜ ਸ਼ੁਰੂ ਕਰਨ ਬਾਰੇ ਫੈਸਲਾ ਕਰੋ #

ਮੁੜ-ਸੰਭਾਲ ਦੀ ਮਨਜ਼ੂਰੀ ਠੋਸ ਰੱਖੋ। ਮਿਲਦੀ ਮੁੜ-ਪੜ੍ਹਤ, ਮੌਜੂਦਾ ਸਮੀਖਿਆ ਵਸਤੂ, ਮਿਲਾਇਆ ਲੇਜ਼ਰ ਅਤੇ ਨਵੀਂ ਹਵਾਲਗੀ ਲਾਜ਼ਮੀ ਕਰੋ। ਸਿਰਫ਼ ਸਹਾਇਕ ਦੇ ਹੱਲ ਕਹਿਣ ਨਾਲ ਮੁੜ-ਸੰਭਾਲ ਬੰਦ ਨਾ ਕਰੋ।

ਮੁਕੰਮਲਤਾ ਜਾਂਚ: ਵੇਖੀ ਸਥਿਤੀ ਸੂਚੀ, ਮਾਲਕ ਦਾ ਫੈਸਲਾ, ਸਮੀਖਿਆ ਕੀਤੀ ਮੁਰੰਮਤ, ਅੰਤਿਮ ਮੁੜ-ਪੜ੍ਹਤ ਅਤੇ ਸੁਤੰਤਰ ਪੁਨਰ-ਰਚਨਾ ਦਿਓ। ਪਹੁੰਚ ਪੜ੍ਹਨ ਤੋਂ ਰੋਕੇ ਤਾਂ ਰੁਕਾਵਟ ਦਰਜ ਕਰੋ। ਇਹ ਸਬੂਤ ਮਿਆਰ ਅੰਤਿਮ ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ ਵੀ ਵਰਤੋ।

ਸਮੱਸਿਆ-ਨਿਵਾਰਣ ਅਤੇ ਵਾਪਸੀ #

revert ਟਕਰਾਅ: ਮੌਜੂਦਾ ਸਥਿਤੀ ਦੇ ਆਧਾਰ ‘ਤੇ ਮੁਆਵਜ਼ਾ ਬਦਲਾਅ ਤਿਆਰ ਕਰੋ। ਮੁੜ-ਸਥਾਪਨਾ ਵਿੱਚ ਅਪਵਾਦ ਗੁੰਮਦੇ ਹਨ: ਲਿਖਣ ਤੋਂ ਪਹਿਲਾਂ ਸਾਰਾ ਸੰਬੰਧਿਤ ਹਿੱਸਾ ਤੁਲਨਾ ਕਰੋ। ਪੁਰਾਣੀ ਯਾਦ ਜਵਾਬ ਚਲਾਉਂਦੀ ਹੈ: ਮਨਜ਼ੂਰ ਸਰੋਤਾਂ ਤੋਂ ਮੁੜ ਸ਼ੁਰੂ ਕਰਕੇ ਪੁਰਾਣਾ ਮਸੌਦਾ ਸੰਦਰਭ ਹਟਾਓ।

ਮੁੜ-ਸੰਭਾਲ ਵਾਪਸ ਲੈਣਾ: ਆਖ਼ਰੀ ਜਾਂਚੀ ਸਥਿਤੀ ‘ਤੇ ਰੁਕੋ ਅਤੇ ਲੇਜ਼ਰ ਵਿੱਚ ਨਵੀਂ ਐਂਟਰੀ ਜੋੜੋ। ਅਸਲ ਆਡਿਟ ਘਟਨਾਵਾਂ ਨਾ ਮਿਟਾਓ ਅਤੇ ਸੁਰੱਖਿਅਤ ਇਤਿਹਾਸ ਜ਼ਬਰਦਸਤੀ ਰੀਸੈੱਟ ਨਾ ਕਰੋ। ਅਣਸੁਲਝੇ ਅਧਿਕਾਰ ਮਸਲੇ ਉਤਪਾਦ ਟੀਮ ਤੱਕ ਪਹੁੰਚਾਓ।

ਅਭਿਆਸ ਅਤੇ ਸਵੈ-ਜਾਂਚ #

ਪੁਰਾਣੇ ਸਬੂਤ, ਮਿਆਦ ਪੁੱਗਿਆ ਨੀਤੀ ਅਡੈਪਟਰ ਅਤੇ ਅੰਸ਼ਕ ਪ੍ਰਕਾਸ਼ਨ ਸ਼ਾਮਲ ਕਰੋ। ਬਿਨਾਂ ਵਿਆਖਿਆ ਰਿਕਾਰਡ ਦੂਜੇ ਸਮੀਖਿਆਕਾਰ ਨੂੰ ਦੇ ਕੇ ਮੁਰੰਮਤ ਦਾ ਮਾਲਕ ਪੁੱਛੋ।

ਉਮੀਦ ਕੀਤਾ ਤਰਕ: ਉਤਪਾਦ ਟੀਮ ਲੋੜਾਂ ਦੇ ਮੇਲ, ਨੀਤੀ ਮਾਲਕ ਅਡੈਪਟਰ ਦੇ ਮੇਲ ਅਤੇ ਡਿਲਿਵਰੀ ਮੁੜ-ਸੰਭਾਲ ਕੋਆਰਡੀਨੇਟਰ ਭਾਗੀਦਾਰ ਮਾਲਕਾਂ ਦੇ ਤਾਲਮੇਲ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹੈ। “ਸੰਦਰਭ ਤਾਜ਼ਾ ਕਰੋ” ਹਰ ਮਾਮਲੇ ਦਾ ਪੂਰਾ ਹੱਲ ਨਹੀਂ।

ਮੁੱਖ ਹਵਾਲੇ #

• ਰਿਪੋਜ਼ਟਰੀ ਮੁੜ-ਸੰਭਾਲ ਨਿਯੰਤਰਣ: ਸੁਰੱਖਿਅਤ ਬ੍ਰਾਂਚਾਂ ।
• ਪੰਨਾ ਇਤਿਹਾਸ: Confluence ਦਸਤਾਵੇਜ਼ .
• ਹਦਾਇਤਾਂ ਦੀ ਜਾਂਚ: Claude Code ਯਾਦਦਾਸ਼ਤ ।

ਅਗਲੇ ਕਦਮ #

ਦੋਵੇਂ ਟ੍ਰੈਕ ਅਤੇ ਦੂਜੇ ਪਾਠਕ ਨਾਲ Retention Capstone ਪੂਰਾ ਕਰੋ। ਮੌਜੂਦਾ ਸਰੋਤ ਪੜ੍ਹਤਾਂ, ਸੰਸਕਰਣ ਅੰਤਰ, ਫੈਸਲੇ ਦਾ ਮਾਲਕ, ਸਮੀਖਿਆ ਕੀਤੀ ਮੁੜ-ਸੰਭਾਲ, ਮੁੜ-ਪੜ੍ਹਤ ਅਤੇ ਸੁਤੰਤਰ ਪੁਨਰ-ਰਚਨਾ ਦਿਖਾਓ।