Hi Michael, thank you for all the hard work that goes into the Phind models and congratulations on the new UI. Been a paying customer since first finding Phind here on HN in September.
Question: are there any plans to allow access via API to integrate the Phind models with the Continue plug-in (would also love to integrate into my personal RAGs)? Mostly using IntelliJ and integration would be awesome. Do have the VS Code plugin setup and use that when needed. Also running the smaller Phind models locally to use with Continue, but that only gets me so far without needing to open the real UI. If the API opened both the 405B for chat and the 70B for auto complete would be a big step in gaining more paying customers (IMO). No need to open the other models as those can be done with other API keys (if one wanted).
If there are no plans to open the models via API are there plans to support other IDEs (IntelliJ) with the chat feature?
I think it's a great move. I use Phind daily because I can ask it a question like "hey, what should I use for X" or "how do I connect Y to Z" and with refinement I can hone in on serious answers in ways that I cannot with Google searches.
I think building comparison tables is one of my favourite things to do here. Saves me considerable amounts of time and saves me from my biases to some extent.
I think the new Mermaid support is a great idea. It sure is handy that, before LLMs were even a thing, we were already collectively working on so many textual, readable languages to describe things like this! I am going to try to use it to create some architectural diagrams by adding requirements one by one.
If anyone is trying to run these models (DeepSeek-R1-xxx) on LM Studio you need to update to 0.3.7 Was trying all day to find the error in the Jinja template and was able to make them work by switching to manual then in my email see they added support in the latest version. It was a good learning experience have never really needed to fiddle with any of those settings as most the time they just work. If you did fiddle with the prompt hitting the trash can will restore the original and once you upgrade the Jinja parsing errors go away. Cheers!
I have not used Mixxx nor do I have it installed, but might download to check it out.
But.....
If its always in a SQLite DB you should be able to use DB Browser for SQLite to inspect the DB Schema and then write a bash/python (whatever) script to pull the info out.
RESULTS=$(sqlite-utils "data.db" "
SELECT
song,
artist,
duration,
FROM my_table
WHERE song = 'CURRENT';")
RESULTS=$(sqlite3 data.db <<EOF
SELECT
song,
artist,
duration,
FROM my_table
WHERE song = 'CURRENT';
EOF
)
I have no idea what the schema looks like but those are just some examples of how straightforward it might be. Run it on CRON (whatever) update as needed.
https://cronitor.io/guides/python-cron-jobs
Once you have the Schema an LLM could most likely do the rest if you are not a programmer, but still need someone to get it added to the site.
Yep converting to Llama arch definitely makes accessibility much better - also many fast LLM serving libraries normally support Llama, so it makes it easier to port and use!
Most sites will have a confirmation once you click the link that includes the browser version and IP address. I have seen that info only in the email itself too with no confirmation afterwords, but not for some time. Have never seen one that is just a link with nothing else that once clicked allows the other device in but supposes could be implemented that way.
The article itself is about not making them the only option (which is fair), and the OP says if they do it should login the device which originally made the request (which I agree). If the implementation is just an email with only a link, no other information with no confirmation (yes, it's fine to let this device in), then I would have to agree with you it's very risky and could allow anyone to login as you (hopefully no sites are doing this, but...)
Agreed! If they all worked like this would be a happy camper. Nothing worse than being in one browser, opening the email, then it opens and authenticates you on the default browser or even better on a different device and needing to forward the link to the other device so you can open it there (yes odd scenario but try not to access certain emails from certain devices).
Sites that send an OTP (crazy-pink-horse-3837) that you can copy, and paste is a good middle ground if implementing the link that just Auths the original request is too difficult.
where? i just went through Settings > Apps > Gmail on my iphone and found nothing about this. Likewise the in-app Settings in the GMail app lets you choose which browser is the "default app" but it's already set to Safari (the other options are Chrome, by Google, and ... Google, by Google). But that uses an embedded
Safari instance inside gmail, not the phone's Safari app.
To get what you want (links open in Safari.app, not the safari webview inside Gmail): configure your default browser in Settings (your iphone settings, not gmail's settings) to be Safari, and then in Gmail choose "Default browser app" instead of Safari.
It's super vague and unclear why things should work this way, and I don't know if this is forced on them by iOS or what. I'm trying to think of why choosing "Safari" in the gmail settings would use the webview instead of the app, and the most-charitable reason I can think of is that they don't want to contribute to the person having hundreds of Safari tabs open...?
Less-charitable reasons might include wanting to keep users in the gmail app for driving "engagement". I read somewhere that when apps use the in-app webview, the app dev can inject arbitrary javascript and thus has full control and can see keystrokes, what the webview's viewport is looking at, etc. I really don't think that's what google is trying to do here, though.
Wow - i even saw the words "default browser app" and did not even realize it was a setting choice. That works - thank you!
wrt reason : I think that the webview has cookie isolation from the actual app, so using the webview is a bit more privacy-protective. Google being Google that seems unlikely to be the motivating reason, but who knows what good may lurk in the heart of men...
If you have a newer-ish NVIDIA video card you can try ChatRTX. RTX30 or 40 and 8GB VRAM. Its not great but does allow you to point at a folder and is better than nothing. Does docs (txt, pdf, docx) and images (jpg, png, gif) but not at the same time.
https://www.nvidia.com/en-us/ai-on-rtx/chatrtx/
Question: are there any plans to allow access via API to integrate the Phind models with the Continue plug-in (would also love to integrate into my personal RAGs)? Mostly using IntelliJ and integration would be awesome. Do have the VS Code plugin setup and use that when needed. Also running the smaller Phind models locally to use with Continue, but that only gets me so far without needing to open the real UI. If the API opened both the 405B for chat and the 70B for auto complete would be a big step in gaining more paying customers (IMO). No need to open the other models as those can be done with other API keys (if one wanted).
If there are no plans to open the models via API are there plans to support other IDEs (IntelliJ) with the chat feature?
Please let us know!