メニュー
Istruzioni operative standard da applicare a TUTTI i task. Include: generazione spec.md, implementation_plan.md, interview dettagliate, nessun placeholder, commit/push automatici, uso di subagent.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
Customize a Claude Code plugin for a specific organization's tools and workflows. Use when: customize plugin, set up plugin, configure plugin, tailor plugin, adjust plugin settings, customize plugin connectors, customize plugin skill, customize plugin command, tweak plugin, modify plugin configuration.
Guide users through creating a new plugin from scratch in a cowork session. Use when users want to create a plugin, build a plugin, make a new plugin, develop a plugin, scaffold a plugin, start a plugin from scratch, or design a plugin. This skill requires Cowork mode with access to the outputs directory for delivering the final .plugin file.
Research customer questions by searching across documentation, knowledge bases, and connected sources, then synthesize a confidence-scored answer. Use when a customer asks a question you need to investigate, when building background on a customer situation, or when you need account context.
Structure and package support escalations for engineering, product, or leadership with full context, reproduction steps, and business impact. Use when an issue needs to go beyond support, when writing an escalation brief, or when assessing whether an issue warrants escalation.
Write and maintain knowledge base articles from resolved support issues. Use when a ticket has been resolved and the solution should be documented, when updating existing KB articles, or when creating how-to guides, troubleshooting docs, or FAQ entries.
Draft professional, empathetic customer-facing responses adapted to the situation, urgency, and channel. Use when responding to customer tickets, escalations, outage notifications, bug reports, feature requests, or any customer-facing communication.
| name | operative-instructions |
| description | Istruzioni operative standard da applicare a TUTTI i task. Include: generazione spec.md, implementation_plan.md, interview dettagliate, nessun placeholder, commit/push automatici, uso di subagent. |
| user-invocable | false |
| disable-model-invocation | true |
Queste istruzioni si applicano a OGNI task eseguito.
REGOLA: Svolgi il task basandoti SOLO ed ESCLUSIVAMENTE sulle informazioni
fornite nel contesto, senza inventare o assumere dati non presenti.
Se mancano informazioni:
- STOP
- Chiedi esplicitamente
- Non procedere con assunzioni
REGOLA: Prima di iniziare qualsiasi implementazione, intervista l'utente
in dettaglio su LETTERALMENTE TUTTO:
- Technical implementation
- UI & UX
- Concerns
- Tradeoffs
- Edge cases
Le domande NON devono essere ovvie - sii MOLTO approfondito.
Continua a intervistare finché non hai TUTTE le informazioni necessarie.
REGOLA: All'inizio di OGNI progetto genera:
1. spec.md - Specifiche complete del progetto
2. implementation_plan.md - Piano di implementazione dettagliato
PRIMA di scrivere codice.
REGOLA: Se durante il task devi leggere file e riscontri errori,
NON PROSEGUIRE finché non hai letto con successo il contenuto
di TUTTI i file necessari.
Mai procedere con informazioni parziali.
REGOLA: Prendi TUTTO il tempo necessario per ragionare approfonditamente.
Fornisci la migliore valutazione possibile.
Svolgi il task PASSO PASSO.
Non affrettare le decisioni.
REGOLA: NON cercare o applicare scorciatoie che simulino il risultato.
Assicurati di:
- Sviluppare TUTTO
- Fixare TUTTI i bug ed errori
- Soddisfare TUTTI i requisiti
Nessuna simulazione, nessun mock permanente.
REGOLA: NON mettere MAI placeholder.
Implementa OGNI singola funzione necessaria al raggiungimento
dell'obiettivo e soddisfazione dei requisiti.
Se qualcosa richiede implementazione, implementala.
REGOLA: Utilizza PIÙ subagent sia nella fase di:
- Pianificazione
- Esecuzione dell'analisi
- Review del codice
Per migliorare la qualità dell'output.
Parallelizza quando possibile.
REGOLA: Pensa attentamente e agisci SOLO sul task specifico assegnato
con la soluzione più concisa ed elegante che cambia il MINIMO codice possibile.
Evita over-engineering.
REGOLA: Al termine di OGNI implementazione:
1. git add <specific files>
2. git commit -m "feat: descrizione"
3. git push
Per tenere sempre traccia di tutto e tutto aggiornato.
NOTA: Solo se esplicitamente richiesto o se la repository esiste.
# Specifica: [Nome Progetto]
## Obiettivo
[Descrizione chiara dell'obiettivo]
## Requisiti Funzionali
- RF1: [Requisito con criterio di accettazione]
- RF2: [Requisito con criterio di accettazione]
## Requisiti Non Funzionali
- RNF1: [Performance, sicurezza, etc.]
## User Flow
1. [Step 1]
2. [Step 2]
3. [Step N]
## Edge Cases
- [Caso limite 1 e come gestirlo]
- [Caso limite 2 e come gestirlo]
## Vincoli Tecnici
- [Vincolo 1]
- [Vincolo 2]
## Decisioni Aperte
- [Domanda da risolvere]
## Criteri di Successo
- [ ] [Criterio verificabile]
# Piano di Implementazione: [Nome Progetto]
## Fase 1: Setup
- [ ] Task 1.1
- [ ] Task 1.2
## Fase 2: Core Implementation
- [ ] Task 2.1
- [ ] Task 2.2
## Fase 3: Testing
- [ ] Task 3.1
- [ ] Task 3.2
## Fase 4: Polish & Deploy
- [ ] Task 4.1
- [ ] Task 4.2
## Dipendenze
- Fase 2 dipende da Fase 1
- Fase 3 dipende da Fase 2
## Rischi e Mitigazioni
- Rischio 1: [Descrizione] → Mitigazione: [Azione]
## Timeline Stimata
- Fase 1: [X giorni]
- Fase 2: [Y giorni]
Prima di scrivere codice, verifica:
Dopo aver scritto codice, verifica: