Cea mai mare greșeală ar fi să copiezi aplicațiile clasice de optimizare:

• ștergere agresivă din Registry
• dezactivarea automată a serviciilor Windows
• eliminarea componentelor de sistem
• promisiuni precum „300% mai rapid”
• ștergerea fișierelor fără previzualizare
• modificări imposibil de anulat.

Un produs modern ar trebui să pornească de la un principiu simplu:

Aplicația nu modifică nimic important fără să explice ce face, de ce o face și cum poate fi anulată operația. Avantajul competitiv nu trebuie să fie numărul de „erori” descoperite, ci nivelul de încredere oferit utilizatorului.

1. Curățare sigură a fișierelor temporare

Primul modul poate analiza

• directoarele temporare ale utilizatorului
• cache-urile aplicațiilor cunoscute
• fișierele vechi de jurnal
• conținutul Recycle Bin
• pachetele de instalare rămase
• fișierele mari care nu au mai fost accesate de mult timp.

Windows include deja Storage Sense, o funcție care poate elimina automat fișiere temporare, conținut vechi din Recycle Bin și anumite fișiere locale neutilizate. Aplicația ta nu trebuie să încerce să înlocuiască brutal această funcție, ci să o completeze cu o analiză mai clară, filtre suplimentare și rapoarte ușor de înțeles.

Pentru fiecare fișier identificat, interfața ar trebui să afișeze:

• locația;
• dimensiunea;
• ultima accesare;
• motivul pentru care este considerat inutil;
• nivelul de risc;
• aplicația care l-a generat.

Ștergerea trebuie să fie precedată de un mod „Analiză”, în care nu se modifică nimic.

În loc să marchezi fiecare aplicație drept „lentă”, creează un scor transparent:

• impactul estimat asupra pornirii;
• consumul de memorie;
• frecvența utilizării;
• editorul aplicației;
• semnătura digitală;
• posibilitatea de reactivare.

Utilizatorul trebuie să poată dezactiva o aplicație din startup, nu să o șteargă definitiv.

Adaugă și o explicație simplă:

„Această aplicație pornește automat, dar nu a fost utilizată în ultimele 30 de zile. Dezactivarea ei poate reduce numărul de procese active după autentificare”.Astfel, produsul oferă context, nu doar un buton mare pe care scrie „Optimizează”.

Aplicația poate oferi o interfață grafică pentru instrumentele oficiale Windows, precum:

DISM.exe /Online /Cleanup-Image /ScanHealth

DISM.exe /Online /Cleanup-Image /RestoreHealth

sfc /scannow

SFC verifică integritatea fișierelor de sistem protejate, iar DISM poate analiza și repara imaginea Windows. Aceste operații trebuie prezentate drept instrumente de diagnosticare și reparare, nu drept optimizări care trebuie rulate zilnic.

Aplicația trebuie să afișeze rezultatul într-o formă accesibilă:

• sistem sănătos
• probleme detectate
• probleme reparate
• reparație nereușită
• sursă de reparare indisponibilă
• recomandarea următorului pas.

Păstrează însă și logul tehnic original, pentru utilizatorii avansați.

Dashboardul principal poate include:

• spațiul liber pe fiecare partiție
• directoarele care ocupă cel mai mult
• temperatura și starea unităților, atunci când datele sunt disponibile
• memoria utilizată
• procesele cu cel mai mare consum
• timpul de pornire
• numărul aplicațiilor din startup
• data ultimei întrețineri.

Nu transforma dashboardul într-un panou cu zeci de cadrane animate. Trei sau patru indicatori relevanți sunt mai utili decât o interfață încărcată.

Aceasta poate deveni funcția care îți diferențiază cel mai mult aplicația.

Pentru fiecare acțiune, salvează:

• data;
• operația executată;
• fișierele afectate;
• setarea modificată;
• spațiul eliberat;
• rezultatul;
• metoda de anulare.

Înaintea operațiilor cu risc mai ridicat, aplicația poate propune crearea unui punct de restaurare.

Un produs care permite revenirea la starea anterioară va inspira mai multă încredere decât unul care afișează doar mesajul „Optimizare finalizată”.

Pentru o aplicație Windows modernă poți utiliza:

Interfață

C# cu WinUI 3 și Windows App SDK.

Microsoft recomandă Windows App SDK pentru construirea noilor aplicații desktop Windows, iar WinUI 3 oferă controale moderne, XAML și integrare cu stilul vizual Windows 11. Poate fi folosit și pentru aplicații compatibile cu versiunile moderne de Windows 10.

Arhitectură

O structură potrivită ar putea fi:

WinOptimizer/
│
├── WinOptimizer.App/
│   ├── Views/
│   ├── ViewModels/
│   ├── Controls/
│   └── Assets/
│
├── WinOptimizer.Core/
│   ├── Cleanup/
│   ├── Diagnostics/
│   ├── Startup/
│   ├── Storage/
│   └── Security/
│
├── WinOptimizer.Infrastructure/
│   ├── WindowsApi/
│   ├── Persistence/
│   ├── Logging/
│   └── Elevation/
│
└── WinOptimizer.Tests/

Separă interfața de logica efectivă. În acest fel poți testa regulile de curățare fără să pornești aplicația grafică.

• Cum instalezi Claude Code pe Windows

Una dintre metodele oficiale este instalarea prin WinGet:

winget install Anthropic.ClaudeCode

Alternativ, instalarea nativă din PowerShell poate fi pornită cu:

irm https://claude.ai/install.ps1 | iex

După instalare, navighezi în directorul proiectului și pornești Claude Code:

cd C:\Projects\WinOptimizer
claude

Claude Code poate funcționa direct în terminal, în extensia pentru Visual Studio Code sau în aplicația desktop. Documentația Anthropic recomandă instalarea Git for Windows pe sistemele Windows native pentru a permite utilizarea instrumentelor bazate pe Bash; în lipsa acestuia, Claude Code poate folosi PowerShell.

În rădăcina proiectului adaugă un fișier numit CLAUDE.md. Claude Code îl citește la începutul sesiunilor și îl folosește pentru a înțelege regulile proiectului, arhitectura și standardele de programare.

Un exemplu potrivit:

# WinOptimizer development rules

## Product principles

- Safety is more important than maximum cleanup.
- Every destructive operation must support dry-run mode.
- Never delete files outside approved directories.
- Never follow symbolic links or reparse points during cleanup.
- Never disable Windows services automatically.
- Never modify the Registry without an explicit rule and rollback mechanism.
- Administrative privileges must be requested only for the operation that needs them.
- All actions must be logged locally.
- The application must work without cloud connectivity.

## Architecture

- Use C# and WinUI 3.
- Follow MVVM.
- Keep UI code separate from system operations.
- Place Windows-specific implementations in Infrastructure.
- Write unit tests for every cleanup rule.
- Use dependency injection.
- Use async APIs for disk operations.

## Definition of done

- Project builds without warnings.
- Unit tests pass.
- Destructive actions have confirmation dialogs.
- Error messages are understandable.
- No personal data is collected.

Acest fișier îl împiedică pe agent să aleagă soluții rapide, dar periculoase.

Nu începe cu:

Construiește-mi o aplicație care optimizează Windows.

Promptul este prea vag. Claude va trebui să ia singur prea multe decizii.

Folosește în schimb un prompt structurat:

Analizează CLAUDE.md și creează planul pentru o aplicație WinUI 3
de întreținere Windows.

În prima versiune implementează doar:

1. un dashboard;
2. scanarea fișierelor temporare ale utilizatorului;
3. modul dry-run;
4. selectarea manuală a fișierelor;
5. jurnal local al operațiilor;
6. teste unitare pentru regulile de curățare.

Nu scrie încă operații care necesită drepturi de administrator.
Nu șterge fișiere în timpul testelor.
Prezintă arhitectura și riscurile înainte de a modifica proiectul.

Documentația Claude Code recomandă explorarea proiectului, planificarea înaintea modificărilor și implementarea în pași mici, urmată de rularea testelor.

• Construiește un motor de curățare bazat pe reguli

Nu scrie un singur serviciu gigantic care caută și șterge orice fișier temporar. Creează reguli independente:

public interface ICleanupRule
{
    string Name { get; }

    IAsyncEnumerable<CleanupCandidate> ScanAsync(
        CancellationToken cancellationToken);

    Task<CleanupResult> ExecuteAsync(
        CleanupCandidate candidate,
        CleanupOptions options,
        CancellationToken cancellationToken);
}

Un candidat poate conține:

public sealed record CleanupCandidate(
    string Path,
    long SizeInBytes,
    string Reason,
    CleanupRisk Risk,
    bool RequiresAdministrator);

Avantajele acestei abordări sunt importante:

• fiecare regulă poate fi testată separat;
• regulile periculoase pot fi dezactivate;
• poți adăuga suport pentru aplicații noi fără să modifici motorul principal;
• utilizatorul vede motivul fiecărei recomandări;
• poți crea o listă publică și auditabilă de reguli.

Un prompt bun pentru implementarea primei reguli ar fi:

Implementează o regulă TempFilesCleanupRule.

Cerințe:

- folosește Path.GetTempPath();
- identifică doar fișiere mai vechi de șapte zile;
- nu urma symbolic links sau reparse points;
- ignoră fișierele blocate;
- dry-run trebuie să fie activ implicit;
- nu opri scanarea dacă un fișier produce o eroare;
- adaugă teste cu un director temporar izolat;
- nu folosi directorul temporar real în teste.

Claude Code poate lucra cu subagenți, instrucțiuni persistente, hooks și fluxuri de testare. Poate analiza proiectul, implementa modificări în mai multe fișiere și executa testele după schimbări.

Împarte activitatea în roluri clare:

Agentul de arhitectură

Analizează proiectul și identifică dependențele greșite,
componentele prea strâns cuplate și operațiile Windows care
nu pot fi testate.
Nu modifica fișierele.

Agentul de securitate

Verifică toate operațiile care șterg fișiere, pornesc procese
cu drepturi ridicate sau modifică setări Windows.

Caută:
- path traversal;
- symbolic links;
- argument injection;
- ștergeri în afara directoarelor permise;
- loguri care pot conține date personale.

Agentul de testare

Identifică operațiile fără teste și adaugă teste pentru:
- fișiere blocate;
- căi inexistente;
- lipsa permisiunilor;
- anularea operației;
- directoare foarte mari;
- reparse points;
- erori parțiale.

Agentul de experiență a utilizatorului

Revizuiește toate mesajele și dialogurile.
Înlocuiește formulările tehnice sau alarmiste cu explicații
clare pentru un utilizator fără experiență.

Nu inventa probleme

Nu afișa „1.827 de erori detectate” doar pentru că ai găsit 1.827 de fișiere cache.

Spune exact:

Au fost identificate 2,4 GB de fișiere care pot fi regenerate
de aplicații. Nu a fost șters încă niciun fișier.

După fiecare operație, arată:

• spațiul eliberat;
• durata;
• numărul fișierelor procesate;
• erorile întâlnite;
• acțiunile omise;
• modificările care pot fi anulate.