Otomasyon kontrol ihtiyacını artırır

Manual work'ta human attention her step'in parçasıdır. Bu yapı slow ve error-prone olsa da natural pause üretir. Automation bu friction'ı kaldırır. Wrong record bir kez değil on bin kez classify edilir; untested rule tek file yerine bütün collection'ı değiştirir; faulty message tek person yerine complete list'e gider.

Control ihtiyacı automation inherently unsafe olduğu için değil; speed, reach, repetition, chaining ve invisibility impact'i çarptığı için artar. Good control her automated step'i manual replay etmez. Human attention'ı edge case ve consequential transition'a yönlendirir; technical control routine execution'ı sınırlar.

Control impact radius ile büyümelidir

Step count zayıf bir risk ölçüsüdür. Potential effect önemlidir. Isolated test copy üzerinde beş yüz read query, production master record'a tek write'tan daha düşük riskli olabilir.

Impact profile en az data sensitivity, target breadth, reversibility, external visibility, financial veya legal consequence ve propagation speed boyutlarını inceler. Model uncertainty ve task novelty ek context sağlar. Combination universal magic score üretmez; reasoned control class oluşturur.

Control proportional'dır. Low-risk routine akabilir. High-impact work narrower right, smaller batch, stronger evidence ve explicit approval ister.

Autonomy ladder all-or-nothing düşünceyi kırar

Manual work ile unrestricted autonomy arasında useful level'lar vardır:

1 · Observe: read ve analyse eder, hiçbir şeyi değiştirmez.

2 · Recommend: rationale ve evidence ile action önerir.

3 · Prepare: isolated area'da draft, patch veya transaction hazırlar.

4 · Execute with approval: authorised person concrete action set'i onaylar.

5 · Execute within limits: narrow target, quota ve time window içinde act eder.

6 · Scale after evidence: stable result ve review sonrasında reach büyür.

Task aynı level'da kalmak zorunda değildir. New source, changed model, unfamiliar format veya abnormal error rate otomatik downgrade yaratabilir. Autonomy revocable operating licence'tır; permanent property değildir.

Risk budget dikkat talebini executable boundary'ye çevirir

„Dikkatli ol" technical control değildir. Risk budget tolerance'ı measurable limit'e çevirir: maximum changed object, allowed data class, destination path, cost, duration, error rate, external recipient ve irreversible action.

Budget hem per-run hem cumulative uygulanır. Tek tek küçük on action birlikte büyük effect yaratabilir. Bu nedenle volume ve consequence time window içinde sayılır. Boundary dolduğunda run stop eder veya approval mode'a geçer.

Executing agent kendi budget'ını yükseltemez. Boundary yalnız separate policy veya owner decision ile değişir. Böylece control, gevşemesinden yararlanacak system'ın dışında kalır.

Approval gate impact'ten önce gelmelidir

Execution sonrası notification approval değildir. Gate consequential transition öncesinde exact target, action, scope, data class, expected diff, risk, recovery route ve evidence gösterir.

Approval ne blanket ne de sürekli olmalıdır. „Tüm sonraki step'leri onayla" actual action set'i gizler; her harmless row için prompt approval fatigue yaratır. Semantic batch daha iyidir: bounded patch, recipient list, publication package veya deletion set.

Very high impact için independent role'lar üzerinden dual authorisation gerekebilir. Bu universal değildir; fakat irreversible, regulated veya unusually broad change için güçlü bir pattern'dir.

Observability yalnız log sahibi olmak değildir

Log mevcut ama useless olabilir. Controllable automation correlated signal ister: Request neydi? Hangi version, data ve tool kullanıldı? Hangi decision call üretti? Ne değişti? Ne kadar sürdü? Hangi warning çıktı?

Trace run boyunca step'leri bağlar. Metric volume, latency, error rate ve budget consumption gösterir. Log event'i açıklar. Shared run, project ve action ID signal'ları birleştirir. Sensitive payload ve secret minimise veya mask edilir; observability ikinci bir unprotected data store olmamalıdır.

Dashboard ancak threshold response üretiyorsa control'dür. Her alert için owner, priority, escalation path ve response expectation gerekir. Symptom-oriented alert yalnız internal component unusual mı diye değil, impact veya service objective ihlal edildi mi diye sorar.

Stop rule hızlı, external ve tested olmalıdır

Executing system stop'u reasoning ile aşamamalıdır. Rule freely editable instruction dışında durur. Wrong destination, exhausted budget, repeated validation failure, missing approval, abnormal spread veya loss of observability trigger üretir.