chore(deps): update lightrag-hku requirement from <1.5 to <1.6

[dependabot]

Updates the requirements on lightrag-hku to permit the latest version.

Release notes

Sourced from lightrag-hku's releases.

v1.5.0

Major Improvements

• 🎉✨Feacture: LightRAG now supports multimodal document processing and can fully leverage images, tables, and formulas within documents to answer queries. All RagAnything’s multimodal processing capabilities are merged into LightRAG; ( RagAnything will no longer receive core feature updates or maintenance going forward)
• ✨🎉Feacture: Fully upgraded the document processing pipeline, with support for using MinerU and Docling to parse and extract file content, seamlessly integrating with multimodal content analysis and entity-relationship extraction.
• 💡✨Feacture: LightRAG now introduces Native Parsing, enabling high-quality content extraction from DOCX documents. It supports accurate reconstruction of Word auto-numbering, as well as extraction of images, tables, and formulas, providing seamless integration with multimodal content analysis and entity-relationship extraction. Expanded format support for the Native Parser is coming soon.
• 💡🧠Feacture: Introduced four selectable text chunking strategies: Fix, Recursive, Vector, and Paragraph. The parameters for each chunking strategy can be configured through environment variables.
• 💡🎯Feacture: The file processing pipeline supports selecting the file parsing engine and text chunking strategy either based on file extensions or on a per-file basis. For detailed usage instructions, refer to FileProcessingPipeline.md.
• 🚀⚡Performance: Optimized the vector storage persistence logic by deferring vector computations until the end of each file processing batch, enabling centralized bulk computation. This significantly reduced the number of vector model invocations and significantly enhance the upsert speed of all vector DB LightRAG supported.
• Enable task-aware embedding support for asymmetric models, including voyage-3, text-embedding-004, embed-multilingual-v3.0, and jina-embeddings-v3.
• Improved entity/relation extraction reliability by introducing LLM JSON-structured output; set ENTITY_EXTRACTION_USE_JSON=true to enable it.
• Introduce ENTITY_TYPE_PROMPT_FILE to empower users with enhanced guidance for LLM-driven entity type recognition and extraction.
• Fully support Amazon and Anthropic models on AWS Bedrock API.
• 🎯✨🎉Feacture: Implemented role-specific LLM configuration support, introducing four distinct roles: EXTRACT, QUERY, KEYWORDS, and VLM, each with independent LLM settings. It is recommended to configure the KEYWORDS role with a small-parameter, non-reasoning, high-speed model to optimize query latency; the EXTRACT role with a medium-parameter, non-reasoning model to balance accuracy and throughput; and the QUERY role with a large-parameter reasoning model to enhance query quality. For detailed usage instructions, refer to RoleSpecificLLMConfiguration.md.

What's Broken

• 💥Warning: Upgrades require careful planning for users currently utilizing OpenSearch and MongoDB graph storage, as data migration and system restarts may cause extended service outages.
• ⚠️The ENTITY_TYPES environment variable has been deprecated; Please replace it with ENTITY_TYPE_PROMPT_FILE before launching this new version.
• 💔Removed deprecated field: Deleted QueryParam.model_func from lightrag/base.py
• For OpenSearch versions prior to 3.3.0, upgrade OpenSearch before upgrading LightRAG (see HKUDS/LightRAG#2991).
• ⚠️Move delete_entity/delete_relation from document API to graph API

Before	After
DELETE /documents/delete_entity	DELETE /graph/entity/delete
DELETE /documents/delete_relation	DELETE /graph/relation/delete

What's Changed

• feat: integrate structured extraction and multimodal role-based pipelineFeat/multimodal pipeline by @​danielaskdd in HKUDS/LightRAG#2830
• ♻️ refactor(documentManager): reorganize document status filtering by @​danielaskdd in HKUDS/LightRAG#2851
• Remove config.ini from compose samples by @​danielaskdd in HKUDS/LightRAG#2906
• fix: handle OpenAI length finish reason fallback by @​danielaskdd in HKUDS/LightRAG#2913
• feat: apply entity extraction best practice and add full-service comparisons by @​MrGidea in HKUDS/LightRAG#2914
• Feature/enhance entity extraction stability dev by @​yunzhongxiaxi in HKUDS/LightRAG#2864
• feat(extraction): configurable per-response entity/relation limits by @​danielaskdd in HKUDS/LightRAG#2950
• ♻️ refactor(llm): unify keyword extraction across providers by @​danielaskdd in HKUDS/LightRAG#2953
• ♻️ refactor(llm): unify structured output control via response_format by @​danielaskdd in HKUDS/LightRAG#2956
• refactor(gemini): improve default endpoint handling and sdk integration by @​danielaskdd in HKUDS/LightRAG#2957
• refactor(bedrock): support default and custom endpoints by @​danielaskdd in HKUDS/LightRAG#2958
• refactor(setup): use sentinel endpoints for Gemini and Bedrock defaults by @​danielaskdd in HKUDS/LightRAG#2959
• perf(postgres): use binary parameter for vector similarity queries by @​wkpark in HKUDS/LightRAG#2949
• feat(prompt): externalize entity type extraction profiles by @​danielaskdd in HKUDS/LightRAG#2964
• feat(bedrock): rename aws_bedrock to bedrock and add BindingOptions support by @​danielaskdd in HKUDS/LightRAG#2966
• chore(deps): bump react-router-dom from 7.14.0 to 7.14.1 in /lightrag_webui in the react group by @​dependabot[bot] in HKUDS/LightRAG#2967
• chore(deps-dev): bump the build-tools group in /lightrag_webui with 3 updates by @​dependabot[bot] in HKUDS/LightRAG#2968
• chore(deps): bump the frontend-minor-patch group across 1 directory with 3 updates by @​dependabot[bot] in HKUDS/LightRAG#2969
• Fix role LLM max async fallback by @​danielaskdd in HKUDS/LightRAG#2973
• fix(llm): tighten client and stream cleanup across LLM bindings by @​danielaskdd in HKUDS/LightRAG#2974

... (truncated)

Commits

• c67f055 Bump API vesion to 0305
• 69d4291 Merge pull request #3193 from HKUDS/feat/parse-metadata-early-persist
• a8eb85c ✨ feat(pipeline): persist parse_engine/parse_format at PARSING stage
• c8c5363 Merge pull request #3191 from HKUDS/fix/pipeline-orphan-workers-busy-desync
• 7ade591 ⏪ revert(pipeline): restore production-validated _run_pipeline_batch (6fbebf47)
• 10887fe ♻️ refactor(pipeline): drop per-doc enqueue isolation, abort batch cleanly
• 6f9bcec 🐛 fix(pipeline): discard buffered index ops when batch aborts by exception
• 6fbebf4 🐛 fix(pipeline): label internal-error cancels correctly in doc_status
• 4ac0803 🐛 fix(pipeline): guarantee worker teardown + isolate enqueue get_by_id
• 29bde77 Merge pull request #3190 from HKUDS/fix/docx-outline-heading-softbreak-split
• Additional commits viewable in compare view

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

---

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

• @dependabot rebase will rebase this PR
• @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
• @dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
• @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)

[LarFii]

Thanks @dependabot — closing this. RAG-Anything needs to stay on lightrag-hku<1.5 for now.

I verified 1.5.x compatibility empirically, and lightrag-hku 1.5.x breaks RAG-Anything's multimodal indexing at runtime, even though imports/signatures are unchanged and the (mocked) unit-test CI passes.

Root cause. raganything/modalprocessors.py builds global_config = asdict(lightrag) and passes it to lightrag.operate.extract_entities:

• In 1.4.x, extract_entities reads global_config["llm_model_func"] — a LightRAG dataclass field, so it's present in asdict(lightrag). ✅
• In 1.5.x (the role-based-LLM refactor), it reads global_config["role_llm_funcs"]["extract"]. role_llm_funcs is injected at runtime and is not a dataclass field, so asdict(lightrag) omits it → KeyError: 'role_llm_funcs'. ❌

Observed effect of a real insert_content_list (text + image + table + equation) against 1.5.1: every multimodal item fails entity extraction and queries return [no-context]. Secondary failures also surfaced — a tuple-unpack mismatch (expected 3, got 2) and 1.5's batched-embedding worker (PriorityQueue ... bound to a different event loop).

Why CI didn't catch it: the unit tests mock LightRAG and never run a real multimodal ingestion, so a one-line dependency bump passes CI without exercising the broken path.

This is consistent with the maintenance plan (docs/post_lightrag_integration_maintenance_plan.md): the v1.3.x line should not force a LightRAG upgrade. Adopting 1.5.x belongs to a future v1.4.x "adapter" effort that rewrites insert_content_list to feed LightRAG's own pipeline instead of writing storage directly and calling extract_entities / merge_nodes_and_edges with asdict(lightrag).

Closing for now; we'll revisit the bump as part of that adapter work.

[dependabot]

OK, I won't notify you again about this release, but will get in touch when a new version is available. If you'd rather skip all updates until the next major or minor version, let me know by commenting @dependabot ignore this major version or @dependabot ignore this minor version. You can also ignore all major, minor, or patch releases for a dependency by adding an ignore condition with the desired update_types to your config file.

If you change your mind, just re-open this PR and I'll resolve any conflicts on it.