Contexto
Esta issue es informativa / para el registro: documenta dos cambios que se implementaron, mergearon y liberaron directamente desde una sesión de trabajo en un repo adopter (ri-ceiba), en lugar de pasar por el flujo de desarrollo habitual de StrayMark.
La decisión de hacerlo directamente fue del operador (@montfort), que lo consideró oportuno dado que el problema surgió y se diagnosticó en vivo durante el uso del ciclo de auditoría en el adopter, y el fix era acotado y de bajo riesgo.
Qué se cambió y por qué
Problema raíz: el paso 2 de straymark-audit-execute (y el campo calibrator: de straymark-audit-review) pedían al modelo auto-detectar su identidad. Los CLI-router (Qwen Code, Gemini CLI, …) inyectan su nombre de producto por system-prompt, así que el auditor/calibrador escribía auditor: qwen-code / calibrator: qwen-code aunque el operador hubiera seleccionado otro modelo backend vía /model — corrompiendo la atribución y falseando el acuerdo inter-familia en el review.
Releases resultantes
| Release |
PR |
Skill |
Cambio |
| fw-4.33.0 |
#342 |
straymark-audit-execute |
Identidad de auditor provista por el operador |
| fw-4.34.0 |
#343 |
straymark-audit-review |
Identidad de calibrador provista por el operador |
Forma del fix (simétrica en ambos, en las 4 copias .agent/.claude/.gemini/.codex):
- Identidad autoritativa del operador: 2º argumento posicional (
<AUDITOR-SLUG> / <CALIBRATOR-SLUG>) o declaración en chat.
- El CLI se enmarca como router, not the model; escribir el nombre de producto del CLI se declara defecto.
- Guardia post-escritura: reabrir el archivo y verificar que
auditor:/calibrator: + header coincidan con el slug provisto.
- Auto-detección queda solo como fallback.
- Placeholders
<self-model-id> → <auditor-slug> / <calibrator-slug>.
- Contrato de test actualizado en
cli/tests/audit_skill_test.rs (asserta router, not the model); cargo test verde.
Seguimiento / posibles acciones para el maintainer
Issue creada automáticamente como registro de transparencia, a solicitud del operador.
Contexto
Esta issue es informativa / para el registro: documenta dos cambios que se implementaron, mergearon y liberaron directamente desde una sesión de trabajo en un repo adopter (
ri-ceiba), en lugar de pasar por el flujo de desarrollo habitual de StrayMark.La decisión de hacerlo directamente fue del operador (@montfort), que lo consideró oportuno dado que el problema surgió y se diagnosticó en vivo durante el uso del ciclo de auditoría en el adopter, y el fix era acotado y de bajo riesgo.
Qué se cambió y por qué
Problema raíz: el paso 2 de
straymark-audit-execute(y el campocalibrator:destraymark-audit-review) pedían al modelo auto-detectar su identidad. Los CLI-router (Qwen Code, Gemini CLI, …) inyectan su nombre de producto por system-prompt, así que el auditor/calibrador escribíaauditor: qwen-code/calibrator: qwen-codeaunque el operador hubiera seleccionado otro modelo backend vía/model— corrompiendo la atribución y falseando el acuerdo inter-familia en el review.Releases resultantes
straymark-audit-executestraymark-audit-reviewForma del fix (simétrica en ambos, en las 4 copias
.agent/.claude/.gemini/.codex):<AUDITOR-SLUG>/<CALIBRATOR-SLUG>) o declaración en chat.auditor:/calibrator:+ header coincidan con el slug provisto.<self-model-id>→<auditor-slug>/<calibrator-slug>.cli/tests/audit_skill_test.rs(assertarouter, not the model);cargo testverde.Seguimiento / posibles acciones para el maintainer
website/i18n/**/adopters/CLI-REFERENCE.mdquedaron enfw-4.32.0(se sincronizan por su propio pipeline, fuera de la superficie de bump de 22 archivos del release) — confirmar si su sync está al día..vscode/settings.jsonentró incidentalmente al árbol en el release 4.33.0 (whitelisteado por.gitignore, inofensivo); depurar si se prefiere.Issue creada automáticamente como registro de transparencia, a solicitud del operador.