README

Yomiya Content Operator

本目录沉淀「每日日语 / Yomiya」内容运营系统方案。

目标不是马上全自动发布，而是先把人工凭经验管理的内容运营，升级为可复用、可复核、可逐步后台化的 AI 运营参谋流程：

• 读取后台真实数据，而不是凭截图或印象判断。
• 复用现有 visibility、风险、难度、场景、翻译、转写状态。
• 输出可被运营人员手动执行的后台操作清单。
• 操作后重新读取后台/API 复核用户实际能看到什么。
• 后续再把稳定规则沉淀为 Admin 草案、半自动采纳和自动化闭环。

当前文档

• 01-yomiya-content-curator-design.md

  • AI 内容运营参谋 yomiya-content-curator 的正式设计。
  • 覆盖能力边界、数据源、报告格式、规则复用、手动动作、未来半自动动作、后台补齐能力。

• 02-mvp-implementation-plan.md

  • 第一版 MVP 落地计划。
  • 先做只读本地/运营 Skill，产出真实字段映射的运营报告和手动操作清单。

• 03-homepage-inventory-and-discovery-method.md

  • iOS TestFlight 0.7.0 (99) 首页内容盘点。
  • 记录从 iOS tag、live /v2/featured、服务端/Admin 仓库到开源 YouTube skills 的探寻方法，为后续首页规划 skill 做基线。

• 04-content-monitoring-feishu-radar.md

  • 内容监控 v1 的飞书只读雷达方案与任务记录。
  • 固化首页 YouTube playlist 的转录状态、用户可见性、内容厚度和飞书群报告流程，作为后续内容监控和首页规划 skill 的基线。

运行记录

• reports/
  • 内容雷达每次扫描的 Markdown 报告和 JSON 快照。
  • Markdown 用于人工复盘，JSON 用于后续自动化、趋势统计或飞书 Base 回填。

相关仓库

• iOS 客户端：/Users/cc/Documents/EveryDayJapanese-iOS
• 后台/服务端：/Users/cc/Documents/yomiya-service
• 当前截图：/Users/cc/Documents/EveryDayJapanese-iOS/docs/img/contentmanage
• 服务端内容处理架构：/Users/cc/Documents/yomiya-service/docs/architecture/content-processing-current.md

常用脚本

• /Users/cc/Documents/root-remote/scripts/yomiya_content_radar.py
  • 只读扫描 /v2/featured、public playlist API 和 Admin playlist video API。
  • 输出 reports/YYYY-MM-DD-content-radar.md 与 reports/YYYY-MM-DD-content-radar.json。
  • 可通过 --print-feishu 预览飞书摘要，通过 --send-feishu 发送到 JPListenning。

核心原则

1. 只读参谋优先，不直接替运营发布。
2. 输出必须映射到真实字段和真实后台动作。
3. AI 建议不覆盖现有风险规则，风险规则是硬门槛。
4. VIP、首页、专题、翻译、转写建议都必须能被运营人员审核。
5. 每次手动操作后都要通过后台/API 复核实际展示结果。