feat: monorepo 重构 + 新增 5 个平台适配器

项目从单体结构重构为 pnpm monorepo (shared/backend/frontend)，
新增 YouTube、Instagram、Twitter/X、哔哩哔哩、微博 5 个平台适配器，
包含完整的单元测试和 E2E 测试覆盖。

- 完成 T-031~T-044: 5 个适配器实现、注册、配置和测试
- 重构前后端分离: Hono 后端 + Next.js 前端
- 151 个单元测试 + 21 个 Mock E2E + 25 个真实 E2E
- 适配器基于真实 TikHub API 响应结构实现

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>

.claude/skills/rt/SKILL.md

@@ -0,0 +1,115 @@
+---
+name: rt
+description: 评审 tasks.md，检查任务完整性和与上游文档一致性，输出结构化评审报告。
+---
+
+# Review Tasks
+
+当用户调用 `/rt` 时，执行以下步骤：
+
+## 1. 读取文档
+
+读取以下文件：
+
+1. `doc/tasks.md` - 目标文档（必须存在）
+2. `doc/UIDesign.md` - 上游参照文档
+3. `doc/DevelopmentPlan.md` - 上游参照文档
+
+如果 tasks.md 不存在，提示用户：
+> tasks.md 不存在，请先使用 `/wt` 生成任务列表。
+
+## 2. 评审维度
+
+### 2.1 与上游文档一致性检查
+
+- 任务是否覆盖 DevelopmentPlan 所有开发项
+- 任务是否覆盖 UIDesign 所有页面实现
+- 任务优先级是否与功能优先级匹配
+
+### 2.2 任务完整性检查
+
+- 每个任务是否有明确的描述
+- 任务粒度是否合适（不过大也不过小）
+- 任务依赖关系是否明确
+- 验收标准是否清晰
+
+### 2.3 可执行性检查
+
+- 任务是否可直接开始执行
+- 是否有阻塞项未说明
+- 估时是否合理（如有）
+
+## 3. 生成评审报告
+
+输出到 `doc/review-tasks-claude.md`，结构如下：
+
+```markdown
+# Tasks 评审报告
+
+## 概要
+
+| 项目 | 内容 |
+|------|------|
+| 评审时间 | {YYYY-MM-DD HH:MM} |
+| 目标文档 | doc/tasks.md |
+| 参照文档 | doc/UIDesign.md, doc/DevelopmentPlan.md |
+| 问题统计 | X 个严重 / Y 个一般 / Z 个建议 |
+
+## 覆盖度分析
+
+### DevelopmentPlan 覆盖
+
+| 开发项 | 对应任务 | 状态 |
+|--------|----------|------|
+| {开发项} | {任务ID/名称} | ✅/⚠️/❌ |
+
+### UIDesign 覆盖
+
+| UI 页面 | 对应任务 | 状态 |
+|---------|----------|------|
+| {页面名} | {任务ID/名称} | ✅/⚠️/❌ |
+
+**总覆盖率**: X/Y
+
+## 任务质量分析
+
+| 检查项 | 通过数 | 总数 |
+|--------|--------|------|
+| 有明确描述 | X | Y |
+| 有验收标准 | X | Y |
+| 粒度合适 | X | Y |
+
+## 问题清单
+
+### 严重问题 (Critical)
+{问题列表，含位置引用}
+
+### 一般问题 (Major)
+{问题列表，含位置引用}
+
+### 改进建议 (Minor)
+{建议列表}
+
+## 评审结论
+
+{通过 / 需修改后通过 / 不通过}
+
+### 下一步行动
+- [ ] {待办事项}
+```
+
+## 4. 输出规范
+
+- 输出语言：中文
+- 问题分级：Critical / Major / Minor
+- 包含文件引用（如 `doc/tasks.md:12`）
+- 任务问题需说明对开发执行的影响
+
+---
+
+## 注意事项
+
+- 只做评审，不修改原文档
+- 重点检查任务覆盖度和可执行性
+- tasks.md 是文档链末端，必须覆盖所有上游功能
+- 评审报告保存后，建议用户根据问题运行 `/mt` 修改