メニュー
读取 code-tape 项目 progress.md，结合项目时间规划、技术模块拆解和工作流程，将 GitHub ID 映射为同学姓名，生成带上下文的进展报告并发送到飞书群聊。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
| name | progress-reporter |
| description | 读取 code-tape 项目 progress.md，结合项目时间规划、技术模块拆解和工作流程，将 GitHub ID 映射为同学姓名，生成带上下文的进展报告并发送到飞书群聊。 |
将 docs/progress.md 中的团队进展数据转换为带项目上下文的中文报告，发送到飞书群聊。
"发送进展"、"进度报告"、"群发进度"、"send progress"、"发到群聊"、"汇报进展"
读取以下文件（均相对于项目根目录 Desktop/code-tape）：
docs/progress.md — 积分与任务数据（自动生成）docs/项目时间规划.md — 阶段划分与里程碑docs/技术模块拆解.md — 技术模块与优先级references/name-mapping.md — GitHub ID 映射表使用 gh issue list 获取全部 Issue（含状态、认领人、label），用于生成完整任务列表：
gh issue list --limit 50 --state all --json number,title,state,assignees,labels
使用 references/name-mapping.md 中的映射表，将 GitHub 用户名替换为中文姓名。未在映射表中的 GitHub ID 保持原样。
根据 docs/项目时间规划.md 的时间规划和当前日期，判断团队处于哪个阶段：
| 阶段 | 时间 | 关键词 |
|---|---|---|
| 阶段一：技术方案与高风险 PoC | 5/24 前 | 技术方案、事件模型、录制包格式、关键 PoC |
| 阶段二：P0 录制链路 | 5/28 前 | 编辑器、操作录制、音视频录制、录制总控 |
| 阶段三：P0 回放链路 | 6/1 前 | 回放调度、倍速、seek、同步展示 |
| 阶段四：加分项最小展示 | 6/2 前 | 多语言、AI 字幕、WebRTC |
| 阶段五：联调冻结与 Demo | 6/3 | 验收、演示、兜底 |
同时识别最近的里程碑检查点：
根据当前日期和里程碑时间节点，判断进度是否落后：
| 里程碑 | 截止日期 | 检查方式 |
|---|---|---|
| 技术方案冻结 | 5/24 | 阶段一调研 Issue 是否全部关闭 |
| 录制链路打通 | 5/28 | P0 录制相关 Issue 是否全部关闭 |
| 回放链路打通 | 6/1 | P0 回放相关 Issue 是否全部关闭 |
| 加分项最小展示 | 6/2 | 加分项 Issue 是否有可展示结果 |
| Demo 交付 | 6/3 | 全部 P0 是否完成 |
判断规则：
⚠ 落后：{里程碑名称}（{截止日期}）未达成，{未完成任务列表}⏳ 临近：{里程碑名称}（{截止日期}）即将到来，当前完成度不足警告插入位置：在"近期里程碑"行之后，单独一行显示。
根据 Issue 标题中的关键词，匹配 docs/技术模块拆解.md 中的模块：
未匹配的 Issue 不标注模块。
<at user_id="all">所有人</at>
# code-tape 进展
更新时间：{北京时间}
当前阶段：{阶段名称}（不显示日期，除非落后）
近期里程碑：{最近检查点}（不显示日期，除非落后）
{进度落后时在里程碑行后插入警告行，警告中需包含截止日期}
## 每人当前任务
- {姓名}：[#N](链接) {标题}（{模块名称}）
- {姓名}：暂无任务
待认领：{未认领的任务列表，格式为 #N 标题，逗号分隔}
## 最近动态
- {时间} — {描述}（{涉及人员及分数变化}）
格式要求：
<at user_id="all">所有人</at> 全员提醒（飞书 text 消息的 @mention 格式），与正文之间空一行MM-DD HH:mm[#N](https://github.com/ceilf6/code-tape/issues/N) 或 [#N](https://github.com/ceilf6/code-tape/pull/N)score:* label 的 Issue（如 #2 PRD 拆解总控、#3 竞品调研总控）属于元任务/跟踪 Issue，不出现在任务列表中由于 session visibility 限制，从私聊 session 无法直接 sessions_send 到群聊 session。需要通过 sessions_spawn 派出子任务发送：
sessions_spawn 创建子任务，task 中包含目标 session key 和完整报告内容sessions_send 发送到群聊 sessionsessions_yield 等待子任务完成目标群聊 session key：feishu:group:oc_029e808c7d757020aace7c0f4d46fad6
如果用户未指定目标群聊，询问用户提供群聊的 chat_id（格式 oc_xxx）。
发送时直接使用报告文本作为 message 内容，无需额外包装。
progress.md 由 GitHub Actions 自动生成，格式固定，无需容错处理三视角简历评审：渲染当前简历 PDF，HR 初筛/技术面试官/技术主管三个 persona 并行冷读，产出 problems/questions 各 3 份 + 对账摘要。用户说"三视角评审""跑一轮 persona review""让 HR/面试官/主管看简历"或简历大改后要求重新评审时使用。
Use when the user asks for 三视角评审、persona review、HR/技术面试官/技术主管评审简历，或简历大改后需要重新冷读评审。
Use when Codex needs to create, update, or verify a ByteDance personal daily report in Feishu/Lark wiki for today or a specified date; triggers include 字节日报, 飞书日结, 今日总结, 今天活动记录, bytedance report, lark-cli, bytedcli, Codebase, Bits, Meego, Cloud Ticket, Oncall.
当需要自主循环审视仓库、发现改进点、创建 issue、编写方案、实现变更、提交 PR 并处理 repo-guard 审评反馈时使用。支持 meta-improvement：当 repo-guard 质量偏低时自动优化其 prompts 和 skills。
当需要自主循环审视仓库、发现改进点、创建 issue、编写方案、实现变更、提交 PR 并处理 repo-guard 审评反馈时使用。支持 meta-improvement：当 repo-guard 质量偏低时自动优化其 prompts 和 skills。
当需要对代码变更、Pull Request、自动 CR、合并风险、级联影响、结构质量退化或合入决策进行评审时使用。