建议将 examples 下的扩展统一迁移至 deer-flow 组织管理

[zhfeng]

背景

目前 bytedance/deer-flow 的 examples/ 下有 15 个 deerflow-extension-* 扩展。它们作为独立 Python 包维护，但代码、Issue、发布和文档仍集中在主仓库中。随着扩展增多，主仓库的示例目录会承担越来越多独立项目的维护工作。

建议

建议将 examples/ 下现有的所有扩展逐步迁移到 deer-flow GitHub Organization，由该组织集中管理扩展仓库。涉及：

agent-teams、bookmarks、example、jev-classify、jev-context、jev-screening、knowledge、knowledge-center、knowledge-management、knowledge-platform、lightrag、report-sections、retrieval、weknora、workflows（均为 deerflow-extension-* 目录）。

建议每个扩展保留独立仓库与原有包名，在组织首页或统一索引中列出用途、维护状态、兼容的 DeerFlow 版本和安装方式。主仓库的 examples/README.md 与相关文档改为指向这些仓库；迁移期间保留明确的跳转说明，避免现有链接和安装指引突然失效。

这样可以让各扩展分别管理 Issue、PR、版本和发布节奏，也让社区更容易发现、贡献与维护扩展。迁移前可先确定仓库命名、维护者权限、CI/发布规范及兼容性标注，再按批次转移。

想听听维护者对这一方向及迁移顺序的看法。

[Totoro-qaq]

好主意！支持把产品型扩展迁到组织下，但主仓建议留一两个参考扩展当 CI 金丝雀，比如 deerflow-extension-example 和 bookmarks，不然主仓改坏了插件契约，要等外部仓库跑 CI 才会发现。迁出去的仓库标好兼容版本，定期对 main 跑一遍兼容测试就行。