القائمة
读取 code-tape 项目 progress.md，结合项目时间规划、技术模块拆解和工作流程，将 GitHub ID 映射为同学姓名，生成带上下文的进展报告并发送到飞书群聊。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
三视角简历评审：渲染当前简历 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、合并风险、级联影响、结构质量退化或合入决策进行评审时使用。
| 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 自动生成，格式固定，无需容错处理