🛠️ All DevTools

Showing 1–20 of 5907 tools

Last Updated
July 10, 2026 at 04:43 PM

Proton AG Services is currently experiencing some issues

Found: July 10, 2026 ID: 5907

Write code like a human will maintain it

Found: July 10, 2026 ID: 5905

A library of Agent Skills designed to work with the Stitch MCP server. Each skill follows the Agent Skills open standard, for compatibility with coding agents such as Antigravity, Gemini CLI, Claude Code, Cursor.

Found: July 10, 2026 ID: 5903

catchorg/Catch2

GitHub Trending

A modern, C++-native, test framework for unit-tests, TDD and BDD - using C++14, C++17 and later (C++11 support is in v2.x branch, and C++03 on the Catch1.x branch)

Found: July 10, 2026 ID: 5902

AI-generated videos to maximally drive a target brain region

Found: July 10, 2026 ID: 5904

Build your own vulnerability harness

Found: July 10, 2026 ID: 5898

Why American ambulance rides are so expensive

Found: July 09, 2026 ID: 5899

Show HN: Rubiks Cube Solver

Hacker News (score: 13)

Show HN: Rubiks Cube Solver Speedcube is an open-source platform for speedcubers featuring a Rubik&#x27;s Cube solver, competition timer, algorithm library, and AI-assisted cube recognition directly in the browser.<p>Built with React, TypeScript, Rust, and Python, the project aims to become an all-in-one platform for cubers—from beginners to competitive solvers.<p><a href="http:&#x2F;&#x2F;github.com&#x2F;williamisnotdefined&#x2F;rubiks-cube-solver&#x2F;" rel="nofollow">http:&#x2F;&#x2F;github.com&#x2F;williamisnotdefined&#x2F;rubiks-cube-solver&#x2F;</a>

Found: July 09, 2026 ID: 5890

Building a real-time AI tutor for 5-year-olds

Found: July 09, 2026 ID: 5891

How GitHub gave every repository a durable owner

Found: July 09, 2026 ID: 5893

Show HN: Reviving my 2001 college band with AI 25 years ago, I was approached to join a band called Fading Maize at Ripon College in Wisconsin. We did what we could with what we had. We recorded 3 albums over the next 3 years and played at as many bars and coffee shops as we could. We built a website with Microsoft Frontpage. Then we all went our separate ways, got married, had kids, focused on other things.<p>Earlier this year I had the idea to approach the lead singer who wrote all of the lyrics and melodies to the stuff we played back then and wanted to &quot;reimagine&quot; everything in 2026 using AI. That&#x27;s the project I want to share here!<p>The site has a before&#x2F;after player where you can flip between the original dorm-room recording and the 2026 version mid-song without losing your place, so you can hear exactly what changed. The original 2001 website is preserved and browsable at <a href="https:&#x2F;&#x2F;www.fadingmaize.com&#x2F;2001" rel="nofollow">https:&#x2F;&#x2F;www.fadingmaize.com&#x2F;2001</a>, rough edges intact.<p>On the AI question, since it&#x27;s the elephant: the songs, lyrics, and arrangements are the original human work from 2001-2003. AI gets a bad rap and I can totally see why, but our case was different. We wrote the lyrics, we created the melodies, we played the parts, it just didn&#x27;t sound as good as we heard it in our own heads.<p>Being fully transparent about our use of AI, sticking tightly to our original lyrics and melodies, but making full use of AI to give us the studio, session players, and production budget we never had seemed like the right balance of concerns.<p>I&#x27;m super proud of how it turned out and the transparency we&#x27;ve used along the way. Happy to discuss the audio pipeline, the site (Next.js), or what it&#x27;s like to A&#x2F;B your 20-year-old self!

Found: July 09, 2026 ID: 5895

OpenAI faked inability to search training data, hid billions of logs, NYT says

Found: July 09, 2026 ID: 5882

Show HN: Pylon Sync, an agent-first full-stack realtime framework I created Pylon to make it easier to move from hobby projects to full production apps.<p>When I work on hobby projects, I usually use React or Next.js because they are quick to set up and easy to deploy on Vercel. For production apps, I separate the frontend and backend, then deploy the backend on AWS. But setting up a full backend on AWS can be complex and costly, especially for simple apps.<p>Pylon is a full-stack, real-time framework that includes server-rendered React, TypeScript functions, entities, policies, real-time sync, built-in authentication, and support for background and scheduled jobs. By default, it uses SQLite, but you can switch to Postgres for production. The authentication system is heavily inspired by better-auth. The runtime is a Rust server that runs TypeScript functions and server-rendered React using Bun.<p>Pylon itself is inspired by Rails and focuses on convention over configuration, so you have fewer decisions to make before deploying. This approach applies to modern React apps, real-time sync, TypeScript server functions, authentication, job management, and deployment.<p>One of Pylon’s main goals is agent compatibility. It lets coding agents build and deploy apps with no setup, quick understanding, secure defaults, and easy deployment, all without requiring any third-party services. Pylon works for both quick projects and production apps where performance, observability, ownership, and self-hosting matter.<p>While it’s easy to self-host Pylon apps, Pylon Cloud provides managed hosting with a developer experience similar to Vercel. You can deploy from git or the CLI, get an instant URL, add custom domains, and go live in seconds. Each app runs on its own server, which can scale to zero, with TLS and global caching enabled.<p>If you have experience with Next.js, Vercel, Convex, Supabase, Firebase, better-auth, or Rails, I’d love to hear your feedback.<p>Create your first app: npm create @pylonsync&#x2F;pylon@latest<p>Website: <a href="https:&#x2F;&#x2F;www.pylonsync.com" rel="nofollow">https:&#x2F;&#x2F;www.pylonsync.com</a><p>Repo: <a href="https:&#x2F;&#x2F;github.com&#x2F;pylonsync&#x2F;pylon" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;pylonsync&#x2F;pylon</a><p>Docs: <a href="https:&#x2F;&#x2F;docs.pylonsync.com&#x2F;introduction" rel="nofollow">https:&#x2F;&#x2F;docs.pylonsync.com&#x2F;introduction</a><p>LLMS: <a href="https:&#x2F;&#x2F;docs.pylonsync.com&#x2F;llms.txt" rel="nofollow">https:&#x2F;&#x2F;docs.pylonsync.com&#x2F;llms.txt</a><p>Skill: npx skills add pylonsync&#x2F;pylon<p>Examples: <a href="https:&#x2F;&#x2F;github.com&#x2F;pylonsync&#x2F;pylon&#x2F;tree&#x2F;main&#x2F;examples" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;pylonsync&#x2F;pylon&#x2F;tree&#x2F;main&#x2F;examples</a>

Found: July 09, 2026 ID: 5897

Show HN: I built a web tool to see and edit what an AI thinks before it answers I run a small AI lab and playground and got super excited about Anthropics paper &quot;Verbalizable Representations Form a Global Workspace in Language Models&quot; (<a href="https:&#x2F;&#x2F;transformer-circuits.pub&#x2F;2026&#x2F;workspace&#x2F;index.html" rel="nofollow">https:&#x2F;&#x2F;transformer-circuits.pub&#x2F;2026&#x2F;workspace&#x2F;index.html</a>)<p>It talks about how they use a tool they call a Jacobian Lens to view inside the middle layers of LLM while it&#x27;s working before it commits to a word (token).<p>I wanted to see if I could get a version of this running on the open models and to my surprise it worked! I ran some experiments with it and build a public facing free tool anyone can use with your own prompts.<p>Ask the model to describe a symbol of &quot;three curving lines of water&quot; and you can watch &quot;ocean&quot;, &quot;sea&quot;, and &quot;surf&quot; light up a few layers deeper before it settles on &quot;waves&quot;.<p>You can also edit the internal state. Insert &quot;fire&quot; into the middle layer of the ocean prompt and the answer shifts to something about heat.<p>For fun &#x2F; curiosity sake, I also developed way to let the model read its own inner workspace and then decide to suppress or amplify a concept, and run the prompt again.<p>Interesting finding from running it across models. J-lens beats a plain logit lens on some architectures and does nothing on others, and it isn&#x27;t about size. A 0.5B Qwen reads better than a 2.8B Pythia. Every Pythia I tried gained basically nothing; the Llama and Qwen models gained a lot. <a href="https:&#x2F;&#x2F;lucid.earthpilot.ai&#x2F;research" rel="nofollow">https:&#x2F;&#x2F;lucid.earthpilot.ai&#x2F;research</a><p>This is a 48 hour old project based on emerging research and built on a small model, a small probe set on rented GPUs - but I found it genuinely exciting. The code is open.<p>I also included a page context &quot;Docent&quot; AI agent you can chat with about whatever you see to help understand what is going on.<p>Happy to have folks poke around and break it.<p>I imagine the applications for allowing models to self-reflect &#x2F; edit internal states can be useful for alignment, confidence, bias detection, etc. and this tool lets you play with the early stages of that.

Found: July 09, 2026 ID: 5892

GPT-5.6

Hacker News (score: 680)

GPT-5.6 <a href="https:&#x2F;&#x2F;deploymentsafety.openai.com&#x2F;gpt-5-6&#x2F;gpt-5-6.pdf" rel="nofollow">https:&#x2F;&#x2F;deploymentsafety.openai.com&#x2F;gpt-5-6&#x2F;gpt-5-6.pdf</a><p><a href="https:&#x2F;&#x2F;developers.openai.com&#x2F;api&#x2F;docs&#x2F;guides&#x2F;latest-model" rel="nofollow">https:&#x2F;&#x2F;developers.openai.com&#x2F;api&#x2F;docs&#x2F;guides&#x2F;latest-model</a>

Found: July 09, 2026 ID: 5874

Show HN: Devthropology – Better Insights for GitHub Repos Devthropology is a passion project built on top of GitHub pull data. The name is a play on developer anthropology. Pull request data can be cut a lot of ways. The functionality has been built out of curiosity as I want to see different insights into codebases that I work on. Some of the data is typical and other parts I haven&#x27;t seen elsewhere.<p>I think of this as an improved GitHub Insights page, with faster performance, more detail, and a focus on how work moves through a codebase. The main entity is a contributor, which has two sides: authoring PRs and reviewing&#x2F;giving feedback to others. From there, you can see repository wide stats, user interactions, contribution trends, file health, and collaboration patterns. Some insights are useful for understanding velocity and code health in the AI era.<p>Details for each page:<p>- Homepage: A high level summary of the repository. Showing age, file types, active contributors, new and churned users. I track the author age at merge, so you can see the tenure of people shipping changes over time.<p>- File explorer: One of my favorite parts. I build a graph of files, tracking renames and moves, to build a complete history. Rolling up, every file and folder is assigned an outlook such as active, developed, stale, touched by people who are likely gone. You can easily see contributor timelines, recent changes, and for some files, their rename&#x2F;move history and related files that often change together (useful for a coding agent).<p>- Trends: The densest page, showcasing the velocity of contributions and trying to understand if AI is helping ship more. Charts are cut by year for comparisons, tracking PR size, output, rounds of review, and approval latency by different percentiles. PRs are further cut into bucketed sizes to help drill in deeper. Helps to show that smaller PRs are likely still faster to ship while very large PRs (product of AI?) are slowing down.<p>- Relationships: A graph of interactions between contributors, weighted by PR activity, with a simple algorithm. Communities are grouped with links showing one way vs bidirectional. You can adjust time or raise the score to filter out noise. Clicking on contributors shows the scores of interactions and if they mostly give or receive feedback.<p>- Contributors: Search all contributors, showing a few lifetime metrics. Clicking in shows an overview of their profile with some high level details. A few author&#x2F;reviewer specific stats are shown across four time frames with their rank, each row is clickable. Below that is recent author&#x2F;reviewer PR activity, including rounds, comments, and review timing.<p>- Author&#x2F;Reviewer reports: A handful of metrics showing performance of a contributor from both sides of a PR, one as an author and one as a reviewer. Cells are color coded and bucketed into tiers to easily see where someone sits in the repository. Can be filtered by user, team, or time.<p>Couple of key terms and limitations:<p>- Contributor is any account that has authored or commented on a PR that’s been merged. This can include bots - Round of review &#x2F; “round” occurs when a nonauthor leaves comments and the author pushes more commits; tries to simulate a back and forth. - “Effective&quot; approval is the approval that actually matters for merging, i.e. the first approval after the last round of review. Example: A opens a PR, B approves, C then requests changes and A pushes more commits, C approves, C&#x27;s approval is the effective one (B&#x27;s is stale). - Trends&#x2F;Reports can be filtered by team but unfortunately without a private API key, I cannot sync teams. For a few repos I have created a few small teams<p>Please take a look, there&#x27;s a lot of buttons, dropdowns, and clickable links. The demo repos were selected because they are private companies building in the open, with patterns similar to private repos: smaller contributor sets and more activity per contributor.<p>Appreciate any feedback below or at hey@devthropology.com

Found: July 09, 2026 ID: 5880

AI content is everywhere on social media, especially LinkedIn

Found: July 09, 2026 ID: 5883

Show HN: Papercrane-CLI – a BI tool built for Claude Code

Found: July 09, 2026 ID: 5872

Show HN: Sighthound - open-source vulnerability scanner for source code We&#x27;re open-sourcing Sighthound today, our rules-based static security scanner. What makes it special is that it&#x27;s coded in rust and uses tree-sitter as it&#x27;s AST making it very fast and easily extensible.<p>Why build another scanner in 2026? We wanted to improve some of our detection outcomes but noticed the current open source scanners like Semgrep&#x2F;Opengrep we&#x27;re capped by a bunch of adoption limitations such as being written in OCaml, requiring a lot of work to add a language parser, and the rulesets were licensed differently and required paid offerings. It also felt that licensing was moving backwards rather than forward.<p>We wanted something that was very fast, was easily extensible and had a great set of rules that we could use. This led us to using Rust and Tree-sitter since they are both fast and have great community adoption making extending Sighthound natural.<p>We wanted it to focus on source-code vulnerability classes like Sql Injection, and Xss. We haven&#x27;t yet done any secrets scanning as there are a lot of great options in the market at the moment. Right now, Sighthound supports Python, JS&#x2F;TS, Java, Go, C#, HTML, PHP and Ruby.<p>We still have a lot of work to do so, we&#x27;d love for your feedback, and contributions in however they come from adding new languages, new rules or bug fixes.

Found: July 09, 2026 ID: 5894

Launch HN: Context.dev (YC S26) – API to get structured data from any website Hi Hacker News, I’m Yahia.<p>I built Context.dev (<a href="https:&#x2F;&#x2F;www.context.dev&#x2F;">https:&#x2F;&#x2F;www.context.dev&#x2F;</a>) to make it really easy to integrate web data into your products and agents.<p>Here’s a demo video: <a href="https:&#x2F;&#x2F;www.tella.tv&#x2F;video&#x2F;build-faster-with-context-dev-apis-2cgl" rel="nofollow">https:&#x2F;&#x2F;www.tella.tv&#x2F;video&#x2F;build-faster-with-context-dev-api...</a><p>Since it’s an API, here are the docs: <a href="https:&#x2F;&#x2F;docs.context.dev&#x2F;quickstart">https:&#x2F;&#x2F;docs.context.dev&#x2F;quickstart</a>.<p>You can send us a URL and get back clean Markdown, rendered HTML, screenshots, extracted images, etc.. You can also send us a domain and get company or brand context: name, description, logos, colors, fonts, social links, screenshots, style information, and related metadata. For more custom use cases, you can send a URL plus a JSON Schema and ask us to extract structured data from the site into that shape. For example, you might ask for pricing plans, product categories, office locations, support links, integration partners, or anything else that is visible on the public site.<p>The goal is to give developers the output they actually want. Raw HTML is rarely the useful thing; the useful thing is usually Markdown for a model, JSON for an application, a logo for a UI, or a structured company profile for an agent.<p>Before, I worked at Amazon and Sunrun, and co-founded StockAlarm.io &amp; essense.io, both of which were acquired. Also, I built knifegeek.io, which scraped pocket knives from across the internet and listed them easily. The project is outdated now (coming back soon) but back then it hit the frontpage of hacker news and people seemed to like it: <a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=34604281">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=34604281</a>.<p>Just before Context.dev, I built Brand.dev. The idea was that your software product should automatically know about your customer if they sign up with a corporate email. The API pulled brand data such as logos, backdrops, name, description, industry, and more from the public web and surfaced it to your product to integrate as part of their onboarding experience. That’s worth doing because conversion rates on onboarding improve dramatically when you go from “enter all this info” to “confirm all this info” (and there was never any privacy concern all the information is public).<p>That was a nifty niche, but the more customers used it, it became obvious that “brand data” was only one slice of a larger need. People started asking for things like screenshots, structured extraction, and LLM ready data. So I expanded to Context.dev, and applied to YC (got rejected after an interview), then kept going and re-applied at which point I got in as a solo founder.<p>People use Context.dev in more ways than I can list, but here are some: keeping context up to date on customer websites for chatbots - building beautiful brand assets&#x2F;ads for customers - enrichment flows using agent harnesses like eve.dev - crawling customer websites into chatbot knowledge bases - turning GitHub repos into branded docs sites - academic journal and PDF crawling. There are a ton more examples at <a href="https:&#x2F;&#x2F;www.context.dev&#x2F;customers">https:&#x2F;&#x2F;www.context.dev&#x2F;customers</a>.<p>We know that many crawlers are not behaving like good citizens on the web, and the entire space has a bad reputation as a result. At the same time, customers are not usually trying to buy “scraping”. They are trying to make a support bot work, personalize onboarding, enrich CRM records, generate docs, monitor leads, or let an agent research a company. There are lots of legit use cases. We want to satisfy those while being respectful of everyone involved.<p>We maintain a caching layer and avoid hammering websites. Customers can configure the cache, but if we find we’re sending too many requests to a url in a certain amount of time, we step in and tone it down. Websites can opt out of our service, and we respect these requests and add them to our block list.<p>We focus on customers who want to build cool things for their users. Enriching onboarding is a popular use case. So is integrating context about their own websites (things like support bots), and building agents that can automatically reason about complex tasks involving the internet.<p>We only allow customers to use brand data to identify a specific customer on their software, you cannot use it in your own materials or to imply endorsement.<p>I&#x27;d love to hear your feedback about the product in the comments, thanks!

Found: July 09, 2026 ID: 5866
Previous Page 1 of 296 Next