This is unrelated to Memento.
41 karma · joined April 12, 2015
https://georgeck.me
https://github.com/georgeck
https://bsky.app/profile/georgeck.me
Currently working on HN companion: https://hncompanion.com
meet.hn/city/37.3361663,-121.8905910/San-Jose
This is unrelated to Memento.
Another option is to look at the Bluesky feed [0]. This bot looks at top stories in HN and creates a very short summary. It only does around 20 posts a day. That could be limiting too.
That said, we are seeing a consistent daily user base who do find value in the summarization, so it seems to be solving a pain point for a specific segment of readers, even if not for all.
Apart from the AI features, we actually built HN Companion as a general power-user client. It supports keyboard-first navigation (vim-style J/K bindings for comment navigation), seeing context for parent/child comments without losing your place, and tracking specific authors across a thread.
You might find those utility features useful even if you ignore the summary sidebar entirely. In the browser extension, the summary panel is something the user have to activate - it doesn't show-up by default.
[0] - https://til.simonwillison.net/llms/claude-hacker-news-themes
In the context of HN Companion, our objective is to examine lengthy threads and group them into 3 to 4 topics. Within each topic, we present the actual discussion that represents that cluster. We invested significant effort in developing a system that enables you to not only read the actual comments but also seamlessly jump to that discussion and continue the conversation there.
I encourage you to explore a few of the summaries in the app. I’d greatly appreciate your feedback on how we can enhance our service.
Your feedback through GitHub issues has been instrumental in helping us prioritize specific features. Additionally, the Chrome Web Store team has approved our extension for their ‘Featured’ badge, which could enhance the trust in installing the extension. I’m curious to know if you’ve had a chance to try the web app.
I’m also hoping similar media management options are available on iOS and desktop, since I use Signal across devices.
By the way, does Signal treat synced devices (like desktop or a second phone) as “replicas” vs a “primary”? If so, does this affect how storage or message history is handled between them?
Would appreciate any insight from folks familiar with the technical side of this!
For example, being able to see all media across chats, sort by file size, and optionally group by conversation would make it much easier to clean things up.
The author's Go library, sqlitebp, automates these settings and others (NORMAL synchronous, private cache, tuned page cache, connection pool limits, automatic PRAGMA optimize, and in-memory temp storage) to make high-concurrency, reliable usage safer and easier right out of the box
Since HN Homepage stories change throughtout the day, I thought it is better to create the Newsletter based on https://news.ycombinator.com/front
So, you are getting the news a day late, but it will capture the top stories for that day. The newsletter will have high-level summary for each post and a link to get the details for that story from a static site.
This is the output that we got (based on the HN-Companion project) [2]:
LLama 4 Scout - https://gist.github.com/annjose/9303af60a38acd5454732e915e33...
Llama 4 Maverick - https://gist.github.com/annjose/4d8425ea3410adab2de4fe9a5785...
Claude 3.7 - https://gist.github.com/annjose/5f838f5c8d105fbbd815c5359f20...
The summary from Scout and Maverick both look good (comparable to Claude), and with this structure, Scout seems to follow the prompt slightly better.
In this case, we used the models 'meta-llama/llama-4-maverick' and 'meta-llama/llama-4-scout' from OpenRouter.
--
[0] - https://gist.github.com/annjose/5145ad3b7e2e400162f4fe784a14...
[1] - https://gist.github.com/annjose/d30386aa5ce81c628a88bd86111a...
[2] - https://github.com/levelup-apps/hn-enhancer
edited: To add OpenRouter model details.
This is really nice. Once I am in this 'search' mode, I couldn't figure out how to get out of this mode.
- Edited to make question more descriptive.
We've actually been thinking along similar lines. Here are a couple of improvements we're considering:
1. Built-in prompt templates - Support multiple flavors (e.g. On similar to is there already, in addition to knowledge of up/down votes, another one similar to what Simon had - which is more detailed etc.)
2. User-editable prompts - Exactly like you said - make the prompts user editable.
One additional thought: Since summaries currently take ~20 seconds and incur API costs for each user, we're exploring the idea of an optional "shared summaries" feature. This would let users access cached summaries instantly (shared by someone else), while still having the option to generate fresh ones when needed. Would this be something you'd find useful?
We'd love to hear your thoughts on these ideas.
The solution that I have adopted is as follows. Each comment is represented in the following notation:
[discussion_hierarchy] Author Name: <comment>
To this end, I format the output from Algolia as follows: [1] author1: First reply to the post
[1.1] author2: First reply to [1]
[1.1.1] author3: Second-level reply to [1.1]
[1.2] author4: Second reply to [1]
After this, I provide a system prompt as follows: You are an AI assistant specialized in summarizing Hacker News discussions.
Your task is to provide concise, meaningful summaries that capture the essence of the thread without losing important details.
Follow these guidelines:
1. Identify and highlight the main topics and key arguments.
2. Capture diverse viewpoints and notable opinions.
3. Analyze the hierarchical structure of the conversation, paying close attention to the path numbers (e.g., [1], [1.1], [1.1.1]) to track reply relationships.
4. Note where significant conversation shifts occur.
5. Include brief, relevant quotes to support main points.
6. Maintain a neutral, objective tone.
7. Aim for a summary length of 150-300 words, adjusting based on thread complexity.
Input Format:
The conversation will be provided as text with path-based identifiers showing the hierarchical structure of the comments: [path_id] Author: Comment
This list is sorted based on relevance and engagement, with the most active and engaging branches at the top.
Example:
[1] author1: First reply to the post
[1.1] author2: First reply to [1]
[1.1.1] author3: Second-level reply to [1.1]
[1.2] author4: Second reply to [1]
Your output should be well-structured, informative, and easily digestible for someone who hasn't read the original thread.
Use markdown formatting for clarity and readability.
The benefit is that, I can parse the output from the LLM and create links back to the original comment thread.You can read about my approach in more detail here: https://gist.github.com/simonw/09e5922be0cbb85894cf05e6d75ae...
That said, I wish asciinema can also show the key strokes a an annotation with the ability for the viewer to pause on each keyboard interaction.
Resume data in unstructured format (including PDF) -> structured data with Claude’s structured JSON API -> portfolio templates that take structured data input -> further refinement using prompts in IDEs like Bolt or V0 -> publish in Vercel, Netlify etc.
This allows the tool to be generic and not tied to LinkedIn.
According to spec, this model has 4GB 64-bit LPDDR4 (25.6GB/s) memory
Yes, we plan to continue development and will publish the extension in other stores as well (including FireFox and Edge).
Do you have any suggestions for features that you would like us to prioritize?