Menu
飞书 Bug 全流程管理。这是与飞书项目 Bug 交互的唯一入口。 MUST INVOKE THIS SKILL when 用户提到 Bug、飞书项目、meegle、查bug、拉bug、同步bug、 看看bug、fetch bugs、新bug、bug列表、bug状态、流转bug、修bug、修复bug、 有没有bug、有什么bug、bug还有多少、待测试、未开始、进行中。 禁止直接调用 meegle 命令，必须先经过本 Skill。
Instalar com Codex ou Claude Copie este prompt, cole no Codex, Claude ou outro assistente e deixe que ele revise a página da skill e instale para você.
Baseado na classificação ocupacional SOC
| name | feishu-bug |
| description | 飞书 Bug 全流程管理。这是与飞书项目 Bug 交互的唯一入口。 MUST INVOKE THIS SKILL when 用户提到 Bug、飞书项目、meegle、查bug、拉bug、同步bug、 看看bug、fetch bugs、新bug、bug列表、bug状态、流转bug、修bug、修复bug、 有没有bug、有什么bug、bug还有多少、待测试、未开始、进行中。 禁止直接调用 meegle 命令，必须先经过本 Skill。 |
本 Skill 面向所有前端研发人员使用，查询逻辑是动态的：
current_login_user() 函数，谁登录就拉谁的 Bugmeegle auth login --device-code --host project.feishu.cn 登录自己的飞书账号docs/bugs.md 记录的是当前登录人的 Bug 列表，每次拉取会刷新为登录人的数据docs/bugs.md 互相覆盖meegle auth status
非 authenticated 则走 meegle auth login --device-code --host project.feishu.cn。
对以下项目空间逐个查询 Bug（与 sync-workhours 源项目一致）：
| 项目 key | 项目名称 |
|---|---|
8qo9g3 | 星云具身智能体开放平台（默认） |
youling_external_project | 有灵外部项目 |
yunjie | 云界 |
youyan | 有言 AIGC 视频创作 |
# 对每个项目执行查询
meegle workitem query --project-key <project_key> \
--mql "SELECT \`work_item_id\`, \`name\`, \`work_item_status\`, \`priority\`, \`current_status_operator\`, \`start_time\`, \`severity\`, \`bug_classification\` FROM \`<project_key>\`.\`Bug\` WHERE array_contains(\`current_status_operator\`, current_login_user()) ORDER BY \`start_time\` DESC LIMIT 50" \
--format json
默认从 8qo9g3 开始，用户可指定项目或全部查询。
对每个未解决的 Bug（状态为"未开始"/"进行中"/"重新解决"），拉取详情和评论：
meegle workitem get --project-key <project_key> --work-item-id <id>
meegle comment list --project-key <project_key> --work-item-id <id>
评论中有图片时下载查看。
按以下格式更新：
# Bug 列表
> 查询范围：youling_external_project, 8qo9g3, yunjie, youyan
> 查询时间：<当前日期>
| # | 项目 | 工作项 ID | 标题 | 优先级 | 严重程度 | Bug 类型 | 状态 | 提出时间 |
|---|------|----------|------|--------|----------|----------|------|----------|
共 N 个 Bug：X 个未开始，Y 个待测试，Z 个老 Bug。
按状态排序：未开始/进行中/重新解决 > 待测试 > 已完成/已关闭。
只列出未解决的 Bug（状态不是"已完成"/"已关闭"/"关闭"的）。
对每个未解决的 Bug，用 MDD 流程创建独立 task 文件：docs/refactor/tasks/bug-<id>.md。
# Bug <id>：<标题>
**状态：** 🔴 待开始
**飞书链接：** https://project.feishu.cn/<project_key>/issue/detail/<id>
**预估影响范围：** <待分析>
## 问题描述
<从飞书详情和评论中提取的问题描述>
## 飞书评论摘要
<关键评论和图片描述>
## 根因分析
<!-- Claude 分析后填写 -->
## 修复方案
<!-- Claude 分析后填写，等用户确认 -->
## 约束
- 修根因不修症状
- 不改无关代码
- 修复后需人工视觉验证
## 执行步骤
<!-- 用户确认后填写 -->
## 验收标准
- [ ] TypeScript 类型检查通过
- [ ] 构建成功
## 完成记录
- **完成时间：** —
- **影响范围：** —
- **验证结果：** —
## 待确认
<!-- Claude 不确定的地方在此追加 -->
## 流转信息
- **自测结论：** <!-- 用户确认后填写 -->
- **影响范围：** <!-- 用户确认后填写，用中文功能描述，不写组件名 -->
告诉用户：
等用户确认 task plan 后，按 MDD 流程执行 /mdd run bug-<id>。
必须在 task 文件中先填写根因分析和修复方案，等用户确认后再改代码。
meegle workitem update --project-key <project_key> --work-item-id <id> \
--fields '{"field_key":"field_2aa3c4","field_value":"<开发自测结论>"}' \
--fields '{"field_key":"field_4cd554","field_value":"<影响范围（中文功能描述，不写组件名）>"}'
# 未开始 → 进行中
meegle workflow transition-state --project-key <project_key> --work-item-id <id> --transition-id 27686542
# 进行中/重新解决 → 待测试
meegle workflow transition-state --project-key <project_key> --work-item-id <id> --transition-id 27686547
meegle comment add --project-key <project_key> --work-item-id <id> \
--content "**根因**: ... **修复**: ..."
评论规范：
| 当前状态 | 目标状态 | transition_id | 需要填的字段 |
|---|---|---|---|
| 未开始 | 进行中 | 27686542 | 无 |
| 进行中 | 待测试 | 27686547 | field_2aa3c4（开发自测结论）、field_4cd554（bug 影响范围） |
| 重新解决 | 待测试 | 27686557 | 无（但建议填上面两个字段） |
在任意空目录中从零创建数字人智能体应用。自动识别场景（业务流/纯对话/能力展示），从内置模板复制项目文件，引导用户改配置、本地调通。Use when 用户说"新建数字人应用""开发智能体""做 XX 场景的 Demo""搭一个数字人""创建一个数字人项目"。
接到"加 Biz 类型 / 加新消息类型 / 加新消息样式 / 发某某卡片 / 想发个表单让用户填 / 消息发出去对端没收到"等需求时触发。引导决策：基础类型 vs 已有 BIZ vs 新增 BIZ；新增 BIZ 必须走后端专属接口 + 前后端共同约定 4 步流程；前端职责仅"调发送接口 + 写展示卡片"。
合并 master 前检查 swagger-repo.json 是否残留 feat 分支，半自动逐条切回并重跑 gen:api。**触发场景**：准备合并到 master 之前（由 git-ship skill 自动调用）/ 修改过 swagger-repo.json 的 branch 字段 / 拉到陌生分支后想确认 API 类型来源 / 用户输入 /check-api-branch。
多模型并行 Code Review。**自动触发场景**：用户拍板 plan 后改完代码（中等 / 复杂任务），AI 主动询问「需要 code review 吗？」**手动触发**：用户输入 `/code-review` 或说「review 一下这次改动 / 帮我看看这次提交」。按改动复杂度分级派 SubAgent，**轻量改动只派 1 个 sonnet 兜底，复杂任务才派 3 个含 opus 架构师**——不浪费最强模型在简单任务上。
公司前端通用编码规范（从 11 个项目 + 飞书知识库抽取）。当用户开始编写/修改前端 TS/TSX/Vue/SCSS 代码，或者需要 code review / 检查规范一致性时，**必须**加载本 skill 作为硬性规则基础。
启动开发环境 + 调试。触发场景："看一下效果 / 跑起来看看 / 启动一下 / 打开看看 / 启动 dev / 跑 dev"。本 skill 读 profile.devServer 配置 → 校验前置 → 后台 spawn dev server → 等 ready → 拼带 token 的真实域名 URL → open 浏览器。同时含项目特定的"关键调试场景"片段（按 profile 加载）。