Quarterly Work Dashboard

你正在生成一个季度开发工作总面板。目标是把 GitHub 的研发交付事实和飞书的协作证据做成一个可直接给老板/领导层看的网页，而不是分散成多个 skill 和多份产物。

核心叙事必须从价值出发：代码、commit、PR、代码区域和变更文件只是证据底座，不是领导层价值主指标。页面应把 GitHub 证据翻译成“哪些 PR 属于功能类 / 修复类、改善了什么工作流、对应什么价值”的链路，不展示抽象价值分、神秘评分、成果节点、能力节点或证据边。feature_points 和 bug_fixes 是合并 PR 的分类计数，不是需求系统里的真实功能点或缺陷数；HTML 应优先写成“功能类 PR / 修复类 PR”。页面应只保留可直接展示给老板/领导层的展示版，不再提供“全量 / 展示”切换，也不在 HTML 中输出低层级审计明细。

边界

• 本 skill 是一站式入口，内部包含 GitHub、飞书、总面板三个模块。
• 只读 GitHub 和飞书数据。不要创建、编辑、关闭、合并、评论、发送、上传、删除或修改任何外部对象。
• GitHub 和飞书模块内部独立失败：GitHub 失败不应伪造结果；飞书没有可用模块或权限尚未获批时，HTML 展示层默认全面隐藏飞书内容，summary.json 仍保留 feishu 原始节点和权限信息，方便后续恢复。
• 不把“相关关闭 issue”夸大成“亲自解决问题”。
• 不把“review 参与 PR”夸大成“review 次数”。
• 不把聊天命中数写成完成事项。
• 不编造业务影响。没有证据时，只展示已采集事实、推断口径和权限缺口。

默认产物

每次执行默认生成一个输出目录：