LangChain.js documentation navigation issues and broken links

I’m working on a project that requires LangChain.js and ran into some frustrating documentation problems. When I search for LangChain JS prompts, I get directed to what appears to be an outdated version of the docs. The page shows a notice saying it’s for an older version and provides a link to the newer documentation. However, clicking that link just leads to a 404 error page. This creates a dead end when trying to find current information about working with prompts in LangChain.js. Has anyone else encountered similar issues with the documentation structure? Are there alternative ways to access the up-to-date LangChain.js prompt documentation?

ur not alone, amelial! the langchain docs r really annoying atm. try checking out their slack channel or the community forum for recent updates. sometimes users share alternative links that work better. gl with ur project!

Honestly, just bookmark the GitHub issues page for langchain-js - that’s where you’ll find actual solutions. The maintainers are way more active there than they are at fixing their broken docs.

tried clearing browser cache? sometimes langchain’s docs get stuck serving old versions even when the urls are correct. also their search indexing is broken - try googling “site:js.langchain.com prompts” instead of using their internal search.

I faced a similar issue recently while developing with LangChain.js. The documentation can be quite misleading at times. Instead of relying solely on the official docs, I found that visiting the LangChain.js GitHub repository and checking the examples there provided more up-to-date and relevant information. Additionally, exploring the TypeScript definitions within the installed package offered clarity on the current API despite not being as user-friendly for learning. Joining their community Discord can also provide valuable insights, as users often share usable code snippets in the documentation channel.

Same documentation nightmare here. Version mismatches and dead links destroy productivity when you’re trying to ship.

I automated the whole lookup process instead. Built a workflow that hits multiple sources at once - GitHub repos, forums, Stack Overflow, cached doc pages.

Runs whenever I’m checking out a new library or API. Grabs relevant examples, tests which links work, dumps everything into something usable. No more broken documentation rabbit holes or guessing if info’s current.

For LangChain, this pulled working examples from GitHub issues, community threads, and mirror sites people made. Saved hours of digging.

Automation handles the grunt work so I can build instead of wrestling with broken doc systems. Pretty easy to set up something similar.

Yeah, this versioning mess hits most fast-moving frameworks. Ran into the same thing two months back with custom prompt templates. Skip their main docs and go straight to /examples/src/prompts/ in their repo - those code examples actually match the current API. Also check your package.json version against their GitHub releases. Half the time their docs assume you’re on a different version. Found tons of deprecated methods still featured in their guides. VS Code’s TypeScript intellisense saved me when their docs completely failed.

Documentation chaos kills productivity. I’ve dealt with this mess on LangChain and tons of other libraries.

I stopped hunting through broken links and set up automated doc aggregation instead. When I start with a new library, I run a workflow that scrapes current examples from GitHub issues, community posts, working mirrors, and cached docs.

For LangChain, this pulled working prompt examples from their issue tracker, Discord exports, and user-maintained mirrors. The workflow validates links before showing them to me.

It runs in the background while I do other work. By the time I need something, I’ve got curated, working examples instead of 404s and version conflicts.

30 minutes to set up, then it saves hours every time docs break. Beats manually checking GitHub and Discord whenever you need to reference something.