keheliya

There are upcoming benchmarks aimed at measuring the ability to work with brownfield tasks. (Of course, benchmarks can be gamed, but they are still better than unrealistic toy tasks that earlier generations of benchmarks used. Frontier labs are yet to use them in their tech reports or marketing material, though.:-)

* SWE-EVO: Benchmarking Coding Agents in Long-Horizon Software Evolution Scenarios https://arxiv.org/abs/2512.18470 * SWE-CI: Evaluating Agent Capabilities in Maintaining Codebases via Continuous Integration https://arxiv.org/abs/2603.03823

I've found [Plannotator]( https://github.com/backnotprop/plannotator) useful for this. It opens the plan on a minimal web page so I can highlight and add comments. This is then passed back to Claude code. Works well enough for now. But ideally this should be natively implemented in cc.

Using LM-Studio as the frontend and Playwright-powered MCP tools for browser access. I've had success with one such MCP: https://github.com/instavm/coderunner It has a tool called navigate_and_get_all_visible_text, for example.

Here's a demo of this functionality: https://www.youtube.com/watch?v=9mLrGcuDifo

Yes! Maybe even a koreader extension with these features will be nice!

It has limited JavaScript support according to this: https://imgur.com/a/Ig8MyyH Should be enough to implement the claimed features at least.

I wish this was supported by default in the Kindle browser. I wonder if there was a way to make it an extension or a wrapper and make it available in eink device browsers. But it seems that even this blog post page is not supported in the Kindle browser. (I don't see the eink mode icon.)

The requirements for me are simple, primarily to make consuming web content on my kindle scribe easier.

* Instead of scrolling by finger gestures (which is a pain to watch on slowly-refreshing eink), have two buttons on the side to do page up and down. * Disable animations * Ability to increase/decrease font size.

I attempted to make this happen for my mastodon feed [here](https://keheliya-slowdon.web.val.run/). source available [here](https://www.val.town/v/keheliya/slowdon). Then there's [Kindly RSS reader](https://github.com/nicoan/kindly-rss-reader)

The goal is to be able to access all the text content that I consume regularly without much pain on a kindle.

If you have an android based eink device, try einkbro https://github.com/plateaukao/einkbro It supports mapping pageUp/down to touch gestures or physical buttons. You can avoid scrolling that way. I wish I had a way to install on a Kindle too

According to the OSI's open source definition, you can't put restrictions against persons or groups or fields of use. In the license, Linux is not restricted in what domain it will be used (good or bad).

Here's OSI's argument about this when Meta's llama put such limitations in their license: https://opensource.org/blog/metas-llama-2-license-is-not-ope...

Running it in a MacBook Pro entirely locally is possible via Ollama. Even running the full model (680B) is possible distributed across multiple M2 ultras, apparently: https://x.com/awnihannun/status/1881412271236346233

Amazing! How hard will it be to replace the screen to an eInk one similar to the beepberry/beepy? I love everything except the screen, and I assume eInk will be the perfect match considering the terminal and power consumption.

I wonder if anyone is running einkbro (https://github.com/plateaukao/einkbro) on this thing. Scrolling long-form web content in slow-refreshing eInk displays is jarring. I wish the browsers in other non-android readers like Kindle Scribe had the option to map pageUp/pageDown behaviour to a button or a page flip gesture similar to einkbro or maybe there's a way to overlay a button to do this on any web content somehow?

Thanks for this. Your current features plus mobile synchronization will be awesome. I'm a researcher in industry. My current workflow is primarily in zotero. But definitely needed a better tool to synthesize notes from multiple papers in a high-level notebook. So this will be ideal.

I use an eink device (kindle scribe) for reading papers as well. Right now, the syncing between this device and the rest of the knowledge base is manual. It'll be perfect to have this also integrated into the workflow smoothly somehow.

Now the print publication has ceased I hope they remove the archaic submission format requirements for the journals which were justified mainly due to the print edition