News for hackers. Stuff that matters.

Manoj58

We support MCP server which you can use to connect to claude

https://github.com/RedPlanetHQ/core/blob/main/README.md You can check in our readme on how to use mcp server

This is something we brainstorm a lot on. While LLMs can infer semantics at runtime, we got biased to explicit triples for these reasons:

Efficient, precise retrieval through graph traversal patterns that flat text simply can't match ("find all X related to Y through relationship Z")

Algorithmic contradiction detection by matching subject-predicate pairs across time, which LLMs struggle with across distant contexts

Our goal is also to make assistant more proactive, where triplets make pattern recognition more easy and effective

what do you think about these?

You've identified a fundamental gap - that meta-cognitive "I could retrieve this" intuition that humans have but LLMs lack.

Our graph approach addresses this: - Structure knowledge with visible relationship patterns before loading details

- Retrieval system "senses" related information without fetching everything

- Temporal tracking prioritizes recent/relevant information

- Planning recall frequency tracking for higher weightage on accessed facts

In SOL(personal assistant), we guide LLMs to use memory more effectively by providing structured knowledge boundaries. This creates that "I could know this if I looked" capability.

hey, thanks for the article reference. i read it.

that's the exact problem we've been solving! Context bloat vs. memory depth is the core challenge.

our approach tackles this by being selective, not comprehensive. We don't dump everything into context - instead, we:

- use graph structure to identify truly relevant facts (not just keyword matches) - leverage temporal tracking to prioritize current information and filter out outdated beliefs - structure memories as discrete statements that can be included/excluded individually the big advantage? Instead of retrieving entire conversations or documents, we can pull just the specific facts and relevant episodes needed for a given query.

it's like having a good assistant who knows when to remind you about something relevant without overwhelming you with every tangentially related memory.

the graph structure also gives users more transparency - they can see exactly which memories are influencing responses and why, rather than a black-box retrieval system.

ps: one of the authors of CORE

Hey, another co-founder of CORE. Great question about triples vs. fact statements! Your house example actually highlights why we went with a reified graph:

With fact statements, you'd need to decide upfront: is this one "about my house" memory or separate facts? Our approach lets you do both:

Representation flexibility: For your house example, we can model (house, needs repair, attic bath) AND connect it to (attic bathroom, has fixture, bath). The LLM extraction helps maintain consistency, but the graph structure allows both high-level and detailed representations simultaneously.

Updating and deduplication: - We identify potential duplicates/updates by matching subject-predicate patterns - When new information contradicts old (e.g., repair completed), we don't delete - we mark the old statement invalid at timestamp X and create a new valid statement - This maintains a complete history while still showing the current state - The structured format makes conflicts explicit rather than buried in text

The schema isn't rigid - we have predefined types (Person, Place, etc.), but relationships form dynamically. This gives structure where helpful, but flexibility where needed.

In practice, we've found this approach more deterministic for tracking knowledge evolution while still preserving the context and nuance of natural language through provenance links.

I'm more curious about how you've implemented this.

Show HN: LLM Connected with REST APIs

https://www.loom.com/share/ff88f482765d43e49aebcefd3f00df27

Hey, folks here is a peek into Jujutsu. We at Poozle are working with hundreds of APIs and it has been always frustrating to1. Search the API in the documentation or ask ChatGPT2. Then copy it to the postman and understand/test the API3. Generate code to integrate into the codebaseWe thought how about having all of this at one place. We currently fine-tuned LLM on public REST APIs to reduce...

( Read More... | no comments | 3 points | on HN )

Ask HN: Salesforce Integration – Death by Paper Cuts or Overhyped Challenge?

Few months ago, I was integrating Zendesk, Intercom, Salesforce... customer service API to a platform. I encountered a complex integration challenge while syncing customer service data with Salesforce. The issues included:1. Difficulty in deciphering customer service from 40 different API documentations. 2. Salesforce's numerous unique data fields, hindering the creation of a generic...

( Read More... | 1 comment | 3 points | on HN )

Show HN: Open-Source Plaid for Ticketing SaaS Tools

### About PoozlePoozle is an open-source integration platform which provides pre-built OAuth flows, Unified Data Models and Webhooks to build deep and custom integrations.### Why we built PoozleAt our previous company, we did many integrations and built an in-house integration infrastructure. As we delved deeper, we realized that companies either spend a lot of time and valuable development...

( Read More... | 1 comment | 2 points | on HN )
I mean how do you get data from mailing and documents data to feed LLM's
We just launched Poozle (https://github.com/poozlehq/engine) which manages Oauth for different integrations and also provide unified data model.

Would love to get your feedback on the same.