retro
Conduct a retrospective on a coding session.
1How It Works & Mechanism
The retrospective target is the coding agent's runtime environment rather than the code: the objective is to propose improvements to the agent environment to optimize future executions.
The user has asked for a **retrospective**. You are suggesting improvements to the coding agent's **environment** to improve future runs.
Delegates style standards first: the first step invokes writing-for-agents (the repository's model-invoked style guide skill) as the writing style for improvement recommendations.
Call the Skill tool with `writing-for-agents` for the writing style guide.
Evidence source = main session source/local session logs: reads user-specified session records (may search session logs locally); defaults to the current session if unspecified.
Read the primary sources for the session the user specifies. This may mean searching through session logs on this machine. If the user doesn't specify a session, default to the current one.
Scans seven categories of improvement signals: navigation / automated checks / coding standards / global AGENTS.md / tool economy / no-ops / information access, each with a 'when to use' criterion.
**Navigation**: how easy was it for the agent to find the right files? Are there hidden dependencies between files? Would a **navigation pointer** make it easier? _Use when_ the session took a long time to find a piece of information.
Outputs are presented to the user ranked by severity, accompanied by an 'implementation vs. review' responsibility model: the implementation agent has the highest context pressure, while the review agent has the lowest → coding standards should be enforced on the review side rather than the implementation side.
The review agent has the least context pressure - it receives a diff, so no exploration needed. It often does not need to write code or debug. This means that the review agent should be responsible for imposing coding standards, not the implementation agent.
2Core Capabilities
4Recommended Governance & Evidence
- 本地文件: Operate on local project files or workspace artifacts
5Second-Pass Verification
- [ok] 七类改进候选 + 每类 Use-when 判据 — SKILL.md Step 3 七类全列(Navigation/Automated checks/Coding standards/Global AGENTS.md/Tool economy/No-ops/Information access),各带 _Use when_ 条件。
- [ok] 读取会话日志(本机) — 'This may mean searching through session logs on this machine. If the user doesn't specify a session, default to the current one.' 原文在。
- [ok] 调 writing-for-agents 文体指南 — 'Call the Skill tool with `writing-for-agents` for the writing style guide.' 原文在;writing-for-agents 为 model-invoked,调用合规。
- [ok] 按严重度呈现给用户 — 'Present these candidates to the user, in order of severity.' 原文在。
- [ok] 无写文件/无网络/无凭证 — 全文 token 扫描零命中写文件类与网络类指令;输出是给用户的候选清单。
- [discrepancy] README STUB 标注 vs SKILL.md 完整步骤(找茬点) — in-progress/README.md 标 retro 为 'STUB: design notes only, not functional yet',但同 pin 的 SKILL.md 已是完整可执行步骤(Step 1-4 + Reference 模型)。判断为 README 滞后于 SKILL.md 或作者仍视为设计稿;已在 traits/risks 如实标注,不替作者定性。
- [ok] 元数据 + beta 状态 — GitHub API MIT/257659/2026-09-04;本地 HEAD == 3cca18b;in-progress README 列 beta。
6Verdict & Scenarios
d1a796d39173a1c6…