dart-retro
Use this skill in Codex to run the DART dart-retro workflow. The editable
workflow source currently lives in .claude/commands/, and this generated
Codex skill is a first-class Codex entrypoint.
Invocation
- Claude Code/OpenCode:
/dart-retro <arguments> - Codex:
$dart-retro <arguments>
Treat the text after the skill name as $ARGUMENTS. When the workflow
references $1, $2, etc., map those to the positional values supplied by the
user.
Command Body
Run a retrospective and capture durable lessons: $ARGUMENTS
Required Reading
@AGENTS.md @docs/AGENTS.md @docs/ai/principles.md @docs/ai/components.md @docs/ai/verification.md @docs/onboarding/ai-tools.md
Skip If
Stop without editing when all are true:
- no new patterns, gotchas, or failure modes were discovered
- no workflow improvement is needed
- the learning is too session-specific to help future agents or contributors
- existing docs already cover what happened
- the task was routine and left no durable insight
Workflow
- Search existing release-branch docs before adding content.
- Inventory the completed work before routing lessons. Consider compatibility, downstream/Gazebo impact, CI/review failure modes, workflow friction, and cleanup or handoff steps separately.
- Decide whether each lesson is general enough for release-branch AI infra. Do not update AI docs after every session.
- Prefer updating an existing owner doc over adding a new file. Use
docs/information-architecture.mdto choose the owner. - Keep
docs/ai/principles.mdcompact; put procedures in the owner docs it links to. - Avoid ephemeral branch, PR, commit, or username details.
- If adding or renaming a workflow command or skill, edit
.claude/source files and runpixi run sync-ai-commands. - Run
pixi run lintbefore committing. For AI workflow changes, also runpixi run sync-ai-commandsandpixi run check-ai-commands.
Output
- What learning was captured
- Where it was documented
- Checks run