3 ms·

Can we please have this as a VS-Code|Cursor Extension such that All copilot operations flow through a dash like this for a personal version of all your code pro

Can we please have this as a VS-Code|Cursor Extension such that All copilot operations flow through a dash like this for a personal version of all your code prompting through vscode/cursor/positron. Then, in positron, you can just have a viewer that can run and graph the queries in the IDE

elawler24 2y ago
A VS code / cursor extension is on our roadmap. Ideally this data is embedded in your workflow so developing with LLMs is seamless. With the current product, we can also warehouse requests directly to your PostgreSQL DB so you can query in your IDE. The SQL editor in our app is just one (optional) way to query the data.
- samstave 2y ago
  How about you guys have a friendly with InstanDB folks. :-) https://news.ycombinator.com/item?id=41322281 https://news.ycombinator.com/item?id=41322281 There are so fn many amazing tools being shown on HN recently - Im having ShinyObject Overwhelming Tool Envy constantly. I wonder if there is a method where your system can also act as a memory scratchpad? Like can I setup rules on how to route the proxied info into my postgres, as you say = so using the InstantDB instaml - I can create rules on how to log and warehouse the promtps. Do you guys have bestpractice/schema template ideas for meaningful structure of the prompt /request warehouse? (Whats that called? 'request schema'?)
  - elawler24 2y ago
    If I’m understanding, you’d want to choose which logs to warehouse. That’s a feature we’ll add soon, in case you don’t want to store everything. Like for cost analysis, it’s useful to have every request - but maybe you don’t need to keep them forever. We structure request/response logs as JSON so they’re queryable, and can work with any model. This also lets you add custom metadata to the header for any unique identifiers you want to include. An InstanDB integration is possible! Try the proxy out and we can add InstanDB support if it helps you build faster.

elawler24 2y ago

A VS code / cursor extension is on our roadmap. Ideally this data is embedded in your workflow so developing with LLMs is seamless. With the current product, we can also warehouse requests directly to your PostgreSQL DB so you can query in your IDE. The SQL editor in our app is just one (optional) way to query the data.

samstave 2y ago
How about you guys have a friendly with InstanDB folks. :-) https://news.ycombinator.com/item?id=41322281 https://news.ycombinator.com/item?id=41322281 There are so fn many amazing tools being shown on HN recently - Im having ShinyObject Overwhelming Tool Envy constantly. I wonder if there is a method where your system can also act as a memory scratchpad? Like can I setup rules on how to route the proxied info into my postgres, as you say = so using the InstantDB instaml - I can create rules on how to log and warehouse the promtps. Do you guys have bestpractice/schema template ideas for meaningful structure of the prompt /request warehouse? (Whats that called? 'request schema'?)
- elawler24 2y ago
  If I’m understanding, you’d want to choose which logs to warehouse. That’s a feature we’ll add soon, in case you don’t want to store everything. Like for cost analysis, it’s useful to have every request - but maybe you don’t need to keep them forever. We structure request/response logs as JSON so they’re queryable, and can work with any model. This also lets you add custom metadata to the header for any unique identifiers you want to include. An InstanDB integration is possible! Try the proxy out and we can add InstanDB support if it helps you build faster.