这页只讲当前仓库的真实贡献入口,不再沿用旧的 DataFlow-Agent / gradio_app 文档结构。
git clone https://github.com/OpenDCAI/Paper2Any.git
cd Paper2Any
git checkout -b feature/your-feature建议在提交前至少完成三件事:
- 本地跑通你改动涉及的链路
- 补最小必要文档
- 自查没有把真实密钥或本地
.env提交进仓库
conda create -n paper2any python=3.11 -y
conda activate paper2any
pip install --upgrade pip
pip install -r requirements-paper.txt
# NVIDIA GPU 机器再额外安装
pip install -r requirements-cu12.txtcd frontend-workflow
npm ci
cd ..bash deploy/start_nv.sh如果你的改动依赖本地模型服务,再继续使用:
bash script/prepare_local_models.sh
bash script/start_model_servers.sh不同类型改动通常落在这些目录:
| 目标 | 主要目录 |
|---|---|
| 工作流编排 | dataflow_agent/workflow/ |
| agent / 工具能力 | dataflow_agent/agentroles/、dataflow_agent/toolkits/ |
| 后端 API 与适配层 | fastapi_app/ |
| 前端页面与交互 | frontend-workflow/ |
| 部署与启动脚本 | deploy/、script/ |
| 文档 | docs/、mkdocs.yml |
通常需要同时处理三层:
- 在
dataflow_agent/workflow/增加或调整 workflow 注册项 - 在
fastapi_app/暴露对应 API 或适配层 - 如果要给用户使用,再补
frontend-workflow/页面入口和docs/文档
示例模式:
from dataflow_agent.workflow.registry import register
@register("my_workflow")
def create_my_workflow_graph():
...实际实现请参考现有 wf_*.py 文件,不要只照抄旧文档模板。
仓库里既有自动化测试,也有大量依赖外部模型与第三方服务的链路。
建议最少执行:
pytest如果你的改动影响前后端联调,至少再补一次手工验证:
- 前端页面能正常打开
- 后端
/health正常 - 相关 workflow 不因配置缺失而立即报错
如果你改了部署、配置、功能入口或用户可见行为,请同步更新 docs/。
本地预览方式:
pip install mkdocs mkdocs-material pymdown-extensions
mkdocs serve新增文档时,记得同步修改 mkdocs.yml 的 nav。