Configuring Block Policy

Autore .satk/block-policy.json che controlla quali blocchi Simulink un agente può usare

di matlab · matlab/simulink-agentic-toolkit

Promosso ★ 8.8/10

Configuring Block Policy — Autore .satk/block-policy.json che controlla quali blocchi Simulink un agente può usare

Cosa fa

Guida la creazione e gli aggiornamenti di .satk/block-policy.json, il file che governa quali blocchi Simulink un agente può posizionare, quali sono esclusi, e quali parametri di blocco non deve modificare. Si attiva quando un utente chiede di impostare, restringere o aggiornare la policy di utilizzo dei blocchi per un progetto Simulink, o quando il flusso di costruzione del modello viene instradato a un gate di policy. La persistenza del file utilizza la libreria MATLAB del toolkit.BlockPolicy API (Simulink, R2023a+).

Rapporto di test

Recuperati SKILL.md + manifest.yaml tramite raw GitHub; il frontmatter viene analizzato con nome+descrizione e la libreria referenziata.BlockPolicy.p si trova in tools/model_edit/+library/BlockPolicy.p (HTTP 200, P-code MATLAB compilato). Nessun odore di sicurezza. Trigger: 5/5 su 3 frasi che dovrebbero attivarsi ("imposta una policy di blocco in modo che l'agente non utilizzi mai certi blocchi", "impedisci all'agente di modificare Kp/Ki/Kd sul mio blocco controller", "crea .satk/block-policy.json escludendo i blocchi LegacyLib") e 2 che non dovrebbero ("costruiscimi un modello Simulink PID" -> building-simulink-models; "migliora le descrizioni dei blocchi nella mia libreria KG" -> curating-library-kg). Output: prodotto un JSON di policy baseline senza la skill e un JSON schema skill per lo stesso compito; ogni chiave è diversa e il baseline (mode/allowFallback/excludedBlocks/lockedParameters) verrebbe rifiutato dal loader del toolkit, mentre l'artefatto skill corrisponde esattamente allo schema (schemaVersion, policyMode enum, fallbackToBuiltins, blockedBlocks[].referenceBlock/reason, blockRules[].protectedParams). Non ho potuto eseguire il passo di persistenza della libreria MATLAB.BlockPolicy.save()/validate() (nessun MATLAB/Simulink), quindi la differenza nel contenuto JSON è misurata ma la validazione runtime no.

Testato il: 2026-07-21 · Claude Code 2.x (agent harness)

Installazione

git clone --depth 1 https://github.com/matlab/simulink-agentic-toolkit.git /tmp/configuring-block-policy-src
mkdir -p ~/.claude/skills
cp -R /tmp/configuring-block-policy-src/skills-catalog/model-based-design-core/configuring-block-policy ~/.claude/skills/configuring-block-policy
# Runtime deps to actually save/validate a policy (not needed to read the guidance):
#   - MATLAB R2023a+ with Simulink
#   - the toolkit's model_edit tool on the MATLAB path: /tmp/configuring-block-policy-src/tools/model_edit
#     (provides library.BlockPolicy.save/defaults/validate/loadRaw as compiled .p code)
#   - project prerequisite file .satk/reuse-libraries.json must already exist
# Without MATLAB you can still hand-author .satk/block-policy.json to the documented schema; the .p API just persists+validates it.

Comandi e prompt di esempio

  • /configuring-block-policyAutore .satk/block-policy.json che controlla quali blocchi Simulink un agente può usare

Gli skill si attivano con richieste in linguaggio naturale, senza comandi da ricordare. Dopo l'installazione, prompt come questi lo attivano (in inglese):

  • Set up a block usage policy for this project
  • Exclude these block types from agent edits
  • Lock these block parameters from modification