feat: split Smith skill into task-scoped, directly invocable skills
Los mantenedores suelen responder en 4 días
@dhl123 ya está trabajando en esto.
Desde el 10/9/2026.
Evaluación
Este issue todavía no se ha evaluado.
Descripción
Summary
Smith is currently exposed as a single smith skill. Every task — policy creation, test generation, policy testing, patching, Regal formatting, deduplication, cross-validation — is routed through one SKILL.md, which reads the user's intent and then delegates to the appropriate guide under opa_policy/ or test_generation/.
This has three costs:
- No direct invocation. There is no way to say "run test generation" as a command. The user has to phrase it as natural language and rely on SKILL.md routing to the right guide.
- The router is a bottleneck. Every new capability means another branch in SKILL.md, and the whole contract loads for even the narrowest task.
The proposal is to split Smith into task-scoped skills, each directly invocable — /smith-test, /smith-policy-creation, /smith-policy-testing, and so on. The underlying smith --flag CLI does not change. This is a restructuring of the skill layer only.
User story
User Story 1
- As a: Smith user who knows exactly which stage I want to run
- I want: to invoke that stage directly as its own skill, e.g. /smith-test
- So that: I don't have to phrase my intent as prose and hope the router dispatches correctly
Acceptance Criteria
Scenario: Invoking a stage direct
- Given the task-scoped skills are installed
- When I invoke /smith-test
- Then the test-generation workflow runs, and no other stage's instructions are loaded
- Lenguaje dominante
- Python
- Estrellas
- 17
- Forks
- 6
- Merge medio
- 4 d 31 min
- PR fusionados (30 d)
- 16
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Tiene una plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de IBM/smith
-
security
Dificultad 2/5 1-3 horas Aptitud para principiantes 55/100
Los mantenedores suelen responder en 4 días
-
feat: Support tool scoped security guidance analysisQuizá libre de nuevo @iamsreec la tomó hace 46 días y no hay ningún pull request abierto. Abiertoenhancement
Los mantenedores suelen responder en 4 días
-
feat: Provenance tracking between requirements, test cases, and policy blocksQuizá libre de nuevo @iamsreec la tomó hace 51 días y no hay ningún pull request abierto. Abiertoenhancement
Los mantenedores suelen responder en 4 días
-
feat: Organize subskills as graphsQuizá libre de nuevo @dhl123 la tomó hace 51 días y no hay ningún pull request abierto. Abiertoenhancement
Los mantenedores suelen responder en 4 días
-
feat: add vector-based retrieval for threat catalog loading 0.1.3Quizá libre de nuevo @iamsreec la tomó hace 51 días y no hay ningún pull request abierto. Abiertoenhancement
Los mantenedores suelen responder en 4 días
Issues similares
-
SslLibrary crashes with unhandled OSError: port/proto not found on non-standard SSL portsPosiblemente ocupada @himanchalkaushale la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
OWASP/Nettacker#1884 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
A-connection-core C-enhancement
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
aws-samples/sample-per-model-bedrock#869 ·
Los mantenedores suelen responder en 1 día
-
Spec: say that included_antigen_sources gates LENS labels; do not merge it into antigen kindsAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Los mantenedores suelen responder en 1 día
-
enhancement
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
fzn0x/watchtower#17 ·