adhoc-flow
Workflow for the rest of tasks: lightweight documentation, build, track, synchronize, etc.
Phase 1 Readiness of security-flow
> /plugin marketplace add griddynamics/rosetta > /plugin install rosetta@rosetta
How it fires
How this command gets triggered: by you, by Claude, or both.
/security-flow-readinessContext preview
What this command does when you run it.
Phase 1 Readiness of security-flow
name: security-flow-readiness description: "Phase 1 Readiness of security-flow" disable-model-invocation: true user-invocable: false alwaysApply: false tags: ["security", "workflow-phase"] baseSchema: docs/schemas/phase.md
<security_flow_readiness>
<description_and_purpose> Establish minimal context and gate secret-bearing files before model source ingestion. </description_and_purpose>
<workflow_context> Phase 1. Mandatory `executor`; bounded metadata and commands only. </workflow_context>
<phase_steps> 1. Inventory request metadata 2. Inventory available tools 3. Run filename-only secret gate 4. Return gate decision </phase_steps>
<execute_readiness step="1.1" subagent="executor" role="Bounded readiness and secret-gate operator" subagent_required_model="Claude Haiku 4.5, GPT-5.6 Terra, Gemini 3.7 Flash, GPT-5.6 Luna">
1. USE SKILL `subagent-directives`. 2. USE SKILL `security`. 3. USE SKILL `sensitive-data`. 4. Read request metadata only: target names, paths, environment labels, requested review type. 5. List installed/reachable tools without installation, authentication, or network calls. 6. Prefer an approved filename-only secret scanner. 7. Otherwise USE SKILL `security` for its filename-only fallback. 8. Return affected filenames only, never matches or content. 9. Classify environment from approved metadata, not file values. 10. Update `security-flow-state.md`.
</execute_readiness>
<gate step="1.2">
Return exactly one token:
</gate>
<validation_checklist>
</validation_checklist>
</security_flow_readiness>
Repo: griddynamics/rosetta
Workflow for the rest of tasks: lightweight documentation, build, track, synchronize, etc.
Phase 6 Execution & Report Analysis of api-aqa-flow (USER INTERACTION REQUIRED)
Phase 3 Gap & Requirements Clarification of api-aqa-flow (USER INTERACTION REQUIRED)
Phase 0 Project Config Loading of api-aqa-flow (USER INTERACTION CONDITIONALLY REQUIRED)