Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add skills/ketor/cto-fleet/team-postmortemnpx skills add ketor/cto-fleet --skill team-postmortemgit clone --depth 1 https://github.com/ketor/cto-fleetWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/ketor/cto-fleet/team-postmortem)<a href="https://agentmods.dev/skills/ketor/cto-fleet/team-postmortem"><img src="https://agentmods.dev/badge/skills/ketor/cto-fleet/team-postmortem.svg" alt="Measured on agentmods" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.00115 | $0.07396 |
| Opus 5 | $0.00057 | $0.03698 |
| Sonnet 5 | $0.00023 | $0.01479 |
| Haiku 4.5 | $0.00012 | $0.00740 |
Grade B, and why
team-postmortem scanned grade B with 1 finding against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 3d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Asks for rootmediumPrivilege escalation
A mod that escalates privileges can change anything on the machine, not only the project.
- 目录路径:`/tmp/{team-name}/`(team lead 在 TeamCreate 后执行 `mkdir -p /tmp/{team-name} && chmod 700 /tmp/{team-name}`) How it starts
The opening of the file, as written. The whole thing — 556 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Preamble (run first)
_UPD=$(~/.claude/skills/cto-fleet/bin/cto-fleet-update-check 2>/dev/null || true)
[ -n "$_UPD" ] && echo "$_UPD" || true
If output shows UPGRADE_AVAILABLE <old> <new>: read ~/.claude/skills/cto-fleet/cto-fleet-upgrade/SKILL.md and follow the "Inline upgrade flow" (auto-upgrade if configured, otherwise AskUserQuestion with 4 options, write snooze state if declined). If JUST_UPGRADED <from> <to>: tell user "Running cto-fleet v{to} (just updated!)" and continue.
参数解析:从 $ARGUMENTS 中检测以下标志:
--auto:完全自主模式(不询问用户任何问题,全程自动决策)--once:单轮确认模式(将所有需要确认的问题合并为一轮提问,确认后全程自动执行)--lang=zh|en:输出语言(默认zh中文)
解析后将标志从事件描述中移除。
| 模式 | 用户确认范围 | 条件节点处理 |
|---|---|---|
| 标准模式(默认) | 时间线确认 + 分歧仲裁 + 最终报告确认 | 正常询问用户 |
单轮确认模式(--once) |
仅最终报告确认 | 自动决策 + 收尾汇总 |
完全自主模式(--auto) |
不询问用户 | 全部自动决策,收尾汇总所有决策 |
单轮确认模式下条件节点自动决策规则:
- 时间线存疑 → chronicler 标注不确定项,team lead 在报告中注明
- 两位 analyzer 根因分歧 → reviewer 标注分歧,team lead 综合信息后裁决,收尾时汇总
- 两位 analyzer 根因分歧 > 50% → 不可跳过,必须暂停问用户(熔断机制,单轮确认模式和完全自主模式均适用)
- reviewer 否决改进措施(不够具体/不可执行) → 不可跳过,必须暂停问用户确认改进方向(熔断机制,单轮确认模式和完全自主模式均适用)
完全自主模式下:所有节点均自动决策,不询问用户。熔断机制仍然生效——触发熔断条件时是唯一会暂停询问用户的情况。
使用 TeamCreate 创建 team(名称格式 team-postmortem-{YYYYMMDD-HHmmss},如 team-postmortem-20260308-143022,避免多次调用冲突),你作为 team lead 按以下流程协调。
文件交接规范(File-Based Handoff)
所有 agent 间传递详细报告时,必须采用文件交接模式(防止上下文溢出触发 20MB 限制):
- 写入文件:将完整报告写入团队工作目录:
- 目录路径:
/tmp/{team-name}/(team lead 在 TeamCreate 后执行mkdir -p /tmp/{team-name} && chmod 700 /tmp/{team-name}) - 单个文件 ≤ 2000 行;超大报告拆分为 summary + details 文件
- 目录路径:
- 发送引用:通过 SendMessage 仅发送(≤500 字符):
- 文件路径(1 行)
- 关键摘要(含核心指标/发现/评分)
- 按需读取:接收方使用 Read 按需读取文件,发送方不内联完整内容
- 路径转发:team lead 转发报告时只转发文件路径 + 摘要,不 Read 后再 SendMessage
- 遵从校验:team lead 收到超 1000 字符且不含
/tmp/team-路径前缀的消息时,要求 agent 以文件交接模式重发
文件命名规范:
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 3d ago First seen · 556 lines · 0 tokens per session scan B 8b40b5b3c2da
team-postmortem is a skill published in the GitHub repository ketor/cto-fleet (5 stars, last pushed 3mo ago), licensed Apache-2.0. It adds 115 tokens to every session and 7,396 once invoked, about $0.0006 per session on Opus 5. A static security scan graded it B with 1 finding (asks for root). No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other skills, from other repositories
systematic-debugging
Use when encountering any bug, test failure, or unexpected behavior, before proposing fixes.
brainstorming
You MUST use this before any creative work - creating features, building components, adding functionality, or modifying behavior. Explores user intent, requirements and design before implementation.
auto-perf-optimize
Run agent-driven VS Code performance or memory investigations. Use when asked to launch Code OSS, automate a VS Code scenario, run the Chat memory smoke runner, capture renderer heap snapshots, take workflow screenshots, compare run summaries, or drive a repeatable scenario before heap-snapshot analysis.
chat-perf
Run chat perf benchmarks and memory leak checks against the local dev build or any published VS Code version. Use when investigating chat rendering regressions, validating perf-sensitive changes to chat UI, or checking for memory leaks in the chat response pipeline.
chat-pet-sprite-creation
Use when creating or changing VS Code chat pet sprite art, sprite sheets, state animations, eye treatments, Stable/Insiders variants, or pet transitions under src/vs/workbench/contrib/chat/browser/widget/media/chatPet.
cpu-profile-analysis
Analyze V8/Chrome CPU profiles (.cpuprofile) and DevTools trace files (Trace-.json). Use when: profiling performance, investigating slow functions, comparing code paths, finding bottlenecks, analyzing timeToRequest, understanding call trees from sampling profiler data, analyzing layout/paint/rendering, investigating…