METODO PROPOSTO · DRAFT 0.1 · 08.08.2026
Mechanical
Softwering
Un metodo diretto dall’essere umano per progettare, fabbricare, integrare e validare sistemi software mediante agenti AI.
↔ 01
Softwering è intenzionale.
Non è un errore ortografico. È il processo nel quale una persona conserva progettazione, autorità architetturale e accettazione, affidando ad agenti specializzati la fabbricazione controllata dei componenti.
Mechanical Softwering coordina progettazione umana, fabbricazione assistita, integrazione incrementale e verifica basata su evidenze. Non sostituisce software engineering, architettura o collaudo: assegna loro confini più espliciti quando il codice è prodotto con agenti AI.
NOT / NON È
Prompt → code → hope
IT IS / È
Drawing → evidence → acceptance
Il codice è fabbricazione
Il riferimento non è verità assoluta
La delega non trasferisce responsabilità
Ogni componente ha un contratto
Ogni differenza è classificata
Una build non è un collaudo
Il banco precede il campo
L’integrazione è progettazione
L’evidenza prevale sulla fiducia
La tracciabilità abilita l’evoluzione
La ripetibilità fa il prodotto
Ogni fase produce un artefatto verificabile. Un esito negativo ritorna al primo assunto smentito, non semplicemente al codice più vicino.
01
Intent
Scopo, utilizzatore, risultato.
→ OUTPUT02
Drawing
Architettura, interfacce, tolleranze.
→ OUTPUT03
Reference
Osservare, misurare, classificare.
→ OUTPUT04
Decomposition
Unità costruibili e verificabili.
→ OUTPUT05
Fabrication
Componenti circoscritti agli agenti.
→ OUTPUT06
Inspection
Diff, assunti, conformità e sicurezza.
→ OUTPUT07
Assembly
Integrare preservando i contratti.
→ OUTPUT08
Bench Testing
Test automatici, confronti, simulazioni.
→ OUTPUT09
Real Testing
Hardware, utenti, condizioni reali.
→ OUTPUT10
Acceptance
Decisione umana esplicita.
→ OUTPUT11
Release
Promozione riproducibile del candidato.
→ OUTPUT12
Feedback
Apprendimento restituito al disegno.
↺ DRAWINGProduct / System Designer
intent · drawing · tolerances
AI Fabrication Agent
bounded fabrication · declared assumptions
Reference System
behavioral evidence · not truth
Integration Authority
interfaces · architectural coherence
Verification System
repeatable measurement · reports
Human Acceptance Authority
explicit go / no-go · residual risk
ONE PERSON MAY HOLD MULTIPLE ROLES. THE ACCOUNTABILITIES REMAIN DISTINCT.
- 01Product Intentpurpose · scope · evidence
- 02System Drawingarchitecture · interfaces · tolerances
- 03Behavioral Reference Mapbehavior · source · confidence
- 04Component Contractinputs · invariants · acceptance
- 05Fabrication Briefscope · protected areas · stop conditions
- 06Decision Logchoice · alternatives · rationale
- 07Assumption Registeruncertainty · risk · test
- 08Correction Registeranomaly · intended divergence
- 09Verification Evidenceclaim · procedure · result
- 10Bench Test Reportcontrolled setup · repeatable outcome
- 11Real Test Reporthardware/user context · observation
- 12Acceptance Recordauthority · evidence · decision
- 13Release Candidate Checklistidentity · gates · rollback
≈90,000LINES / RIGHE
Un’applicazione tecnica precedente di circa 90.000 righe incorporava anni di comportamento e conoscenza, ma rendeva difficile separare regole di prodotto e debito tecnico. Il sistema è rimasto intatto come riferimento; una nuova generazione è nata in un progetto separato e le funzioni sono state migrate progressivamente, confrontate e corrette deliberatamente.
VERIFICATO
Dimensione approssimativa; progetti separati; migrazione progressiva; test mirati.
OSSERVATO
Conoscenza e debito erano difficili da separare nel sistema precedente.
IPOTIZZATO
Il modello può rendere la ricostruzione assistita più governabile.
DA COLLAUDARE
Evidenza sufficiente al banco e su hardware per dichiarare RC1.
Software reengineering · behavior-preserving reimplementation · characterization / Golden Master testing · evolutionary prototyping · Strangler Fig · specification-driven development · component-based development · human-in-the-loop engineering · AI-assisted software engineering.
Mechanical Softwering combines these lineages in a specific operating model: AI agents fabricate; the human authority owns drawing, integration, tolerances and acceptance.
△ 01
Incomplete human specifications
△ 02
Misread reference behavior
△ 03
Propagation of legacy errors
△ 04
Agent hallucinations and assumptions
△ 05
Semantic divergence
△ 06
Trust in generated fluency
△ 07
Insufficient automated tests
△ 08
Knowledge loss between tasks
△ 09
Tool dependence
△ 10
Security and confidentiality
△ 11
Legal and professional accountability
△ 12
Safety-critical domain limits
Safety-critical and regulated systems require qualified domain specialists, independent assurance and applicable professional controls.
- Softwering
- Non è un errore ortografico. È il processo nel quale una persona conserva progettazione, autorità architetturale e accettazione, affidando ad agenti specializzati la fabbricazione controllata dei componenti.
- Drawing / Disegno
- Intent, architecture, interfaces, tolerances and acceptance made inspectable.
- Fabrication / Fabbricazione
- Production of a bounded component against a brief and contract.
- Acceptance / Accettazione
- An explicit human decision based on evidence and residual risk.
Draft 0.1 nasce da un caso concreto anonimizzato ed è una proposta aperta a verifica, critica ed evoluzione. Non è uno standard, una certificazione o una promessa di automazione totale. L’italiano è la lingua originaria del metodo; l’inglese è una traduzione editoriale.
CONFIRMATION REQUIRED BEFORE PUBLIC RELEASE
Authorship and public attribution · license grant · approximately 90,000-line case fact · wording of verified case claims · future feedback channel.
DRAFT 0.1
Initial proposal: definition, 12 principles, 12 phases, six roles, thirteen artifacts, foundations, limits and anonymized case.