1 / 6 — Dev Schooling

Inizia con Dev Schooling.

Dev Schooling è una sessione guidata di onboarding nel tuo ambiente di lavoro. Ti accompagna in tutto il setup developer e ti dice esattamente quali comandi eseguire in VS Code.

Segui i comandi. Ricevi le keys. Scarica l’SDK. Inizia a costruire.

Setup developer guidato
Pronto per iniziare
01Apri sessione
02Esegui comandi
03Ricevi keys
04Scarica SDK
05Avvia in locale
Cosa fai
VS CodeEsegui il comando che Dev Schooling ti fornisce.
01Apri sessione

Avvia il workflow guidato e resta in un percorso di onboarding chiaro.

02Esegui comandi

Copia i comandi ricevuti ed eseguili in VS Code.

03Ricevi keys

API key, private key e public key reference vengono preparati per l’execution developer.

04Scarica SDK

Ricevi il tuo SDK Package alla fine del setup guidato.

05Avvia in locale

Usa i comandi di avvio SDK e testa con Dev Credits quando tutto è pronto.

Log sessione
[✓]

Sessione Dev Schooling aperta.

[✓]

Handoff comando VS Code preparato.

[✓]

Developer keys provisionate.

[✓]

Download SDK sbloccato.

[✓]

Percorso di avvio locale pronto.

2 / 6 — Accesso
Stato di accesso

Controlla lo stato developer.

Dopo Dev Schooling, questa console mostra workspace, schooling, API keys e Dev Credits, così sai se l’esecuzione è pronta.

I Dev Credits servono per API calls, test SDK ed execution dei workflow.

3 / 6 — RITA

Mantieni orientato il workspace.

RITA trasforma la conoscenza locale del workspace in quattro artefatti di orientamento: indice sorgenti Python, indice contratti JSON, indice sistema Markdown e indice runner. Lo sviluppo parte da una mappa delimitata di file, anchors, summaries e punti di ingresso di execution.

Tab artefatti
semantic_workspace_index.json
1{2  "artifact_file": "semantic_workspace_index.json",3  "index_family": "python_source",4  "map_entries": [5    {6      "source_ref": "steps/RITA08_SummarizeAdmittedSourcesPY.py",7      "semantic_summary": "Builds clean semantic summaries for admitted source files.",8      "anchors": [9        "function: build_prompt lines 274-275",10        "function: validate_semantic_summary lines 293-309"11      ]12    }13  ]14}
Tab comandi
rita_run.trigger.json
1{2  "command": "rita run <workspace_path>",3  "triggers": [4    "bind workspace identity",5    "initialize workspace-local state",6    "run RITA core life",7    "write orientation artifacts"8  ],9  "outputs": [10    "semantic_workspace_index.json",11    "semantic_workspace_index-json.json",12    "semantic_workspace_index-md.json",13    "semantic_workspace_index-runner.json"14  ],15  "runtime_state": "active"16}
Layer di impatto RITA
01

Riduzione di energia e costo token

RITA prepara un orientamento compatto del workspace prima del lavoro modello costoso, riducendo ricaricamenti di contesto e movimento inutile di token.

02

Accelerazione dello sviluppo

RITA conserva plateau di orientamento, indici e consapevolezza dei cambiamenti, così lo sviluppo riparte più veloce e con meno cicli di retrieval alla cieca.

03

Protezione IP

RITA resta locale al workspace. Espone indici controllati e retrieval mirato, così il contesto proprietario resta vincolato al contratto workspace attivo.

4 / 6 — M13 API Bridge

Chiama M13 quando il workflow ha bisogno di pressione.

Instrada i momenti del workflow locale nel giusto pressure mode M13: orientamento rapido, reasoning profondo, summary compatta, check duro, pressione challenge e reality testing livello attack.

fast

Orientamento rapido e prossima azione diretta.

reasoning

Derivazione combinata profonda quando il task richiede pensiero C-level.

summary

Trasferimento di stato compatto per continuità e handoff.

check

Giudizio KPI duro prima che un risultato avanzi.

challenge

Pressione benchmark contro un’alternativa più forte.

attack

Reality pressure prima che il workflow entri in contesto produzione.

5 / 6 — SDK

Entra nella sala macchine locale.

Esplora l’SDK come workspace locale completo di execution: file, runner, workflow, artefatti, API Bridge e RITA in un’unica sala macchine.

Il tuo workspace locale di execution: esplora ogni file, poi esegui.

Dodici tile. Tre sono eseguibili live. Ogni run lascia artefatti ispezionabili.
Sala macchine
Sala macchine ›Local Runner

Qui l’Extension diventa reale.

Esegui l’Extension dal terminale e guarda passare l’intero flow.

execution-space/engine/terminal_extension_runner.pyexecution-space/bin/run.shexecution-space/bin/run_action_builder.sh
[✓]python3 execution-space/engine/terminal_extension_runner.py run
[✓]Starting local execution: run_eu_ai_act_diagnostic_pipeline
[✓]Run path: execution-space/runs/terminal_extension_run_<timestamp>
[✓]TERMINAL EXTENSION RUN PASSED
01020304050607080910111213
Avvia prima lo Schooling Workflow. Keys e SDK Package si sbloccano insieme alla fine del setup guidato.Avvia Schooling Workflow
6 / 6 — Publish / Payout

Pubblica workflow e guadagna dall’esecuzione.

Beta

Quando un workflow diventa utile, può muoversi verso la pubblicazione. I developer possono ricevere fino al 30% dei token generati come Payout Tokens quando i workflow pubblicati creano utilizzo.

01

Workflow pubblicabile

Un workflow ha bisogno di un percorso di execution controllato, artefatti chiari e una ragione per essere usato più volte.

02

Payout Tokens

Il layer payout collega il contributo developer al valore di execution generato.

03

Fino al 30%

I workflow pubblicati idonei possono restituire fino al 30% dei token generati come Payout Tokens.