d7ffbf14cf
- Introduced new documentation for design reviews (DR0/DR1) and release rituals. - Created templates for Architecture Decision Records (ADR), Design Reviews, Playtest Reports, and Validation Plans. - Established workflows for consulting, creative processes, systems engineering, R&D spikes, and compliance/QA. - Implemented GitHub Actions workflows for firmware and hardware CI with required checks strategy. - Added setup script for repository configuration, including label creation and branch protection. - Developed installation script for Kill_LIFE with system updates and environment setup.
1.2 KiB
1.2 KiB
FAQ
Pourquoi des labels ai:* ?
Ils servent à deux choses :
- déclencher des étapes agentiques (spec/plan/tasks/impl/qa/docs)
- définir le scope autorisé via le scope guard (allowlist par label).
Comment arrêter l’automation ?
Ajoute le label ai:hold sur l’issue ou la PR. Traite ensuite le ticket manuellement.
Pourquoi le sanitizer est “agressif” ?
Les issues/PR contiennent du texte non fiable (copié/collé, URLs, snippets). Le sanitizer retire ces zones à risque avant injection dans un prompt.
Pourquoi OpenClaw est en “observateur” ?
Pour réduire la surface d’attaque : OpenClaw ne fait que labels/commentaires. Les actions d’écriture passent par les workflows GitHub (audités) et leurs gates.
Le scope guard bloque ma PR, que faire ?
Soit :
- change le label
ai:*vers celui qui correspond à tes modifications - ou découpe en deux PRs (ex: docs vs firmware)
Je ne veux pas que les templates d’issues déclenchent l’automation
Les templates Feature/Bug/Compliance/Agentics ajoutent maintenant des labels ai:* par défaut.
Si tu veux un mode “triage d’abord”, enlève le label ai:* après création, ou ajuste les templates.