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/rd/SKILL.md

@@ -0,0 +1,101 @@
+---
+name: rd
+description: 评审 DevelopmentPlan.md，检查技术可行性和与上游文档一致性，输出结构化评审报告。
+---
+
+# Review DevelopmentPlan
+
+当用户调用 `/rd` 时，执行以下步骤：
+
+## 1. 读取文档
+
+读取以下文件：
+
+1. `doc/DevelopmentPlan.md` - 目标文档（必须存在）
+2. `doc/FeatureSummary.md` - 上游参照文档
+
+如果 DevelopmentPlan.md 不存在，提示用户：
+> DevelopmentPlan.md 不存在，请先使用 `/wd` 生成开发计划。
+
+## 2. 评审维度
+
+### 2.1 与 FeatureSummary 一致性检查
+
+- 开发任务是否覆盖所有功能模块
+- 技术方案是否支撑功能需求
+- 排期是否合理
+
+### 2.2 技术可行性检查
+
+- 技术方案是否可行
+- 技术栈选择是否合理
+- 是否存在技术风险
+- 依赖关系是否明确
+
+### 2.3 完整性检查
+
+- 是否有明确的里程碑划分
+- 是否有资源分配说明
+- 是否有风险应对措施
+
+## 3. 生成评审报告
+
+输出到 `doc/review-DevelopmentPlan-claude.md`，结构如下：
+
+```markdown
+# DevelopmentPlan 评审报告
+
+## 概要
+
+| 项目 | 内容 |
+|------|------|
+| 评审时间 | {YYYY-MM-DD HH:MM} |
+| 目标文档 | doc/DevelopmentPlan.md |
+| 参照文档 | doc/FeatureSummary.md |
+| 问题统计 | X 个严重 / Y 个一般 / Z 个建议 |
+
+## 功能覆盖分析
+
+| FeatureSummary 功能 | DevelopmentPlan 对应 | 状态 |
+|---------------------|----------------------|------|
+| {功能名} | {对应任务/模块} | ✅/⚠️/❌ |
+
+## 技术风险分析
+
+| 风险项 | 影响范围 | 严重程度 | 建议措施 |
+|--------|----------|----------|----------|
+| {风险} | {范围} | 高/中/低 | {措施} |
+
+## 问题清单
+
+### 严重问题 (Critical)
+{问题列表，含位置引用}
+
+### 一般问题 (Major)
+{问题列表，含位置引用}
+
+### 改进建议 (Minor)
+{建议列表}
+
+## 评审结论
+
+{通过 / 需修改后通过 / 不通过}
+
+### 下一步行动
+- [ ] {待办事项}
+```
+
+## 4. 输出规范
+
+- 输出语言：中文
+- 问题分级：Critical / Major / Minor
+- 包含文件引用（如 `doc/DevelopmentPlan.md:28`）
+- 技术风险需明确影响范围和应对建议
+
+---
+
+## 注意事项
+
+- 只做评审，不修改原文档
+- 重点关注技术可行性和风险
+- 评审报告保存后，建议用户根据问题运行 `/md` 修改