dify - 💡(How to fix) Fix [Feature Request] Add API endpoint to retrieve current workflow_id or include it in Application Info

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
RAW_BUFFERClick to expand / collapse

Self Checks

  • I have read the Contributing Guide and Language Policy.
  • I have searched for existing issues search for existing issues, including closed ones.
  • I confirm that I am using English to submit this report, otherwise it will be closed.
  • Please do not modify this template :) and fill in all the required fields.

1. Is this request related to a challenge you're experiencing? Tell me about your story.

In our project, we have separate teams for prompt engineering (improving workflows) and backend development (creating adapters to call these workflows). We use Dify to process datasets and perform annotations.

To maintain data consistency, we need to ensure all results in a dataset are generated using the same prompt version. When a prompt is updated, we need to re-run the workflow against the dataset. However, there is currently no way to programmatically retrieve the latest workflow_id without actually triggering the workflow.

2. Additional context or comments

We would like a way to identify the currently published workflow_id without execution. We suggest either:

  • A new API endpoint dedicated to retrieving the current workflow_id.
  • Updating the existing /info (Application Information) API to include the workflow_id of the currently published version.

3. Can you help us with this feature?

  • I am interested in contributing to this feature.

extent analysis

TL;DR

To address the issue of retrieving the latest workflow_id without triggering the workflow, consider adding a new API endpoint or updating the existing /info API to include the currently published workflow_id.

Guidance

  • Investigate the feasibility of introducing a new API endpoint dedicated to retrieving the current workflow_id, considering the potential impact on the existing API structure and documentation.
  • Explore the possibility of updating the existing /info API to include the workflow_id of the currently published version, ensuring backward compatibility and minimal disruption to current users.
  • Evaluate the trade-offs between these two approaches, including factors such as development effort, performance, and security implications.
  • Consider engaging with the development team to discuss the proposed solutions and gather feedback on the best course of action.

Example

No code snippet is provided as the issue focuses on API design and functionality rather than specific code implementation.

Notes

The solution will depend on the specific requirements and constraints of the Dify project, including the existing API architecture, security considerations, and user expectations. It is essential to carefully evaluate the proposed solutions to ensure they align with the project's goals and standards.

Recommendation

Apply a workaround by introducing a new API endpoint dedicated to retrieving the current workflow_id, as this approach may offer more flexibility and scalability for future developments.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING