Local Routing for Separate Redis DB not working (CAN-388)

[Saaketh0]

Running a separate Redis DB on the workflow crashed it because it routed to localhost, but we use a docker internal network to connect everything. This is probably generalizable to any DB.

Claude Below:

Summary

• A ported checkpointer/cache/store client that defaults to localhost silently crashes under CanyonOS, since each agent/workflow gets its own container (hit this porting examples/portfolio_langgraph's LangGraph RedisSaver, CAN-388).
• Core already injects CANYONOS_REDIS_HOST/CANYONOS_REDIS_PORT into every container on both providers, but the porting-to-canyonos skill's reference docs never told a porting agent to use them.
• Documents the contract in adapter.md and adds the matching symptom row to troubleshooting.md.

Test plan

• Docs-only change; no code paths affected.

🤖 Generated with Claude Code

[coderabbitai]

Important

Draft PR not reviewed

Draft PRs are not automatically reviewed by default.

• Trigger a manual review

To automatically review draft PRs, update your CodeRabbit configuration:

reviews:
  auto_review:
    drafts: true

---

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

• X
• Mastodon
• Reddit
• LinkedIn

_{Comment @coderabbitai help to get the list of available commands.}

[iidsample]

I want to understand this better. Unable to parse what is the problem and what is the fix.

[Saaketh0]

So I made this draft PR last night when I was tired, but looking at it again, it kind of looks to be like it would be fixed by the PR I made to fix CAN-301.

[Saaketh0]

The issue seems to be connection issues for a database connected to the agentic workflow, which I fixed by adding a new "database" type that skips the stub building and image generation done to agents and workflows