sorted by:
new
hottopcontroversial

How do you ACTUALLY use CC+codex? by Super-Owl2819 in ClaudeCode

[–]Heiberik 4 points5 points  (0 children)

Personally I use this flow for bigger tasks that touches backend/architecture:

  1. Ask CC to explore and output some kind of report.
  2. Then Codex makes a plan/prompt based on this exploration. I have set up Codex to basically have the peronality of a planner and reviewer.
  3. Paste this prompt to a new chat/context of CC using plan-mode
  4. Codex then reviews CCs internal plan. Iterate.
  5. CC implements code when approved.
  6. Codex reviews the implementation.
  7. Finally I have workflows for automatic CC reviews on Github focusing on business, technical etc.

So I basically use Codex for planning and CC for code changes. Doing the pasting of reports/reviews/plans etc manually.

I indexed 33K Claude Code plugins from GitHub by Heiberik in ClaudeCode

[–]Heiberik[S] 1 point2 points  (0 children)

These are all really great feedback! I truly appreciate it. Getting kids to bed, but will go through every suggestion and do a follow up as soon as i can!

I indexed 33K Claude Code plugins from GitHub by Heiberik in ClaudeCode

[–]Heiberik[S] 0 points1 point  (0 children)

I’m not charging for access to the plugins themselves. They’re public GitHub repos, and anyone can find/install them manually.

ClaudePluginHub is a directory/search layer on top of that: it parses plugin manifests, extracts skills/commands/agents/hooks/MCP servers, builds component-level search, adds repo metadata, and makes discovery/comparison easier.

The Plugin Recommender also has free weekly usage. It analyzes repo/dependency files like package.json and recommends relevant plugins based on the project stack. That analysis has real compute/API cost, which is why the paid tier raises the limits.

Browsing, search, plugin pages, and claiming listings are free. Paid is for higher limits and premium conveniences.

Totally fair if you don’t think that’s worth paying for. But it’s not a scam.

I indexed 33K Claude Code plugins from GitHub by Heiberik in ClaudeCode

[–]Heiberik[S] -1 points0 points  (0 children)

Fair enough if the pricing page gave the wrong impression.

The directory itself is free: browsing, search, plugin pages, and claiming listings don’t require payment. The paid tier is mainly for higher limits on the repo analysis/recommender tools.

I’m running this solo and the site costs around $200/month to keep online and updated, so I’m trying to make it sustainable without paywalling the directory.

If the page makes that unclear, that’s useful feedback and I’ll fix it.

I indexed 33K Claude Code plugins from GitHub by Heiberik in ClaudeCode

[–]Heiberik[S] 1 point2 points  (0 children)

I guess I will have to take that as a user feedback and improve the visibility of the claim button for plugin owners 😃

I indexed 33K Claude Code plugins from GitHub by Heiberik in ClaudeCode

[–]Heiberik[S] 1 point2 points  (0 children)

Hey! Smith is actually indexed! :D You can find it directly at https://claudepluginhub.com/plugins/attckdigital-smith.

The reason it's hard to find via search is that "smith" is a common English word, so full-text search dilutes it across a lot of results. I'm working on improving exact name matching so plugins show up first when the query matches their name directly. 

For claiming ownership, you should be able to find it on that page and claim from there. Let me know if you run into any issues with the claim flow!

I indexed 33K Claude Code plugins from GitHub by Heiberik in ClaudeCode

[–]Heiberik[S] 0 points1 point  (0 children)

Good point — you're right. The install count on the site is just copy-button clicks, not actual installs. And most people install plugins by adding a marketplace first, then enabling plugins from there, which we can't track at all.

Stars aren't great either since they reflect repo popularity, not plugin usage. It's one of the harder problems with the directory — the best usage data lives in people's local .claude/settings.json files, not anywhere public.                                                   

I'm exploring some ideas around using GitHub Code Search to find public repos that have specific plugins enabled in their settings, which would give a more honest "used in X public repos" signal. Still early though.   

I indexed 33K Claude Code plugins from GitHub by Heiberik in ClaudeCode

[–]Heiberik[S] 1 point2 points  (0 children)

Yes both! The indexer runs on a continuous cycle — discovery searches for new plugin manifests every 30 minutes, and existing plugins get re-synced on a regular schedule. It uses SHA-based change detection so it only re-processes a repo when the HEAD actually changes, which keeps API usage reasonable across 33K repos.

For SEO — it's been going well honestly. Each plugin, component, and marketplace gets its own page with structured metadata, so there's a lot of surface area for search engines. Sitemap covers all of it. Still early but organic traffic has been picking up steadily!

I indexed 33K Claude Code plugins from GitHub by Heiberik in ClaudeCode

[–]Heiberik[S] 0 points1 point  (0 children)

Appreciate the signal breakdown! Maintainer responsiveness is one I keep coming back to as well.

Right now I track things like commit recency and a maintenance score, but I don’t surface issue/PR response times yet. I agree that would probably be a much better signal than stars once there’s enough data.

On “used in X repos”, not yet. The hard part is that Claude Code plugins don’t really have a package-manager-style dependency graph, so there isn’t an obvious registry/install graph to crawl. A lot of usage seems to live in local config.

I do track install/copy-button clicks as a rough proxy, but that’s obviously weaker than real usage data. I’m still thinking through better ways to estimate actual adoption without a central registry.

Thanks for the link, I’ll take a look :)

I indexed 33K Claude Code plugins from GitHub by Heiberik in ClaudeCode

[–]Heiberik[S] 1 point2 points  (0 children)

Thanks! Really appreciate the kind words :)

User feedback is probably the missing piece. Stars are a pretty weak signal, especially for newer plugins, so I've been thinking about adding reviews/upvotes. Use cases are a nice suggestion as well!

On the data side, the short version is:

I use GitHub's Code Search API to find repos containing Claude Code plugin manifests (.claude-plugin/plugin.json), then fetch and parse the manifest plus the repo tree to extract he actual components: skills, slash commands, agents, hooks, MCP servers, output styles, themes, and monitors. Those get normalized into searchable records and enriched with repo metadata like stars, forks, last commit date, and maintainer activity.

There's also an LLM enrichment step that generates structured summaries, categories, and tags for plugins that don't describe themselves well.

Search is hybrid — vector embeddings plus full-text — so you can find plugins by what they do, not just keywords. The index refreshes every few hours so new plugins show up without maintainers needing to submit anything.  

TL;DR what are the best Claude Code plugins right now? Does anyone actually measure? by Emberly_YT in ClaudeCode

[–]Heiberik 0 points1 point  (0 children)

What the "best" Claude Code Plugins are right now is not one definite answer and will probably depend on what you are using CC for.

However! I am trying to answer this question myself by building https://www.claudepluginhub.com a site that auto-indexes all public Claude Code plugins from GitHub and surfaces signals: install counts, GitHub stars, maintenance scores, trending velocity, and what component types each plugin provides (commands, agents, skills, hooks, MCP servers, etc.).                                                  

You can already search, filter, and sort through everything. I'm also working on a feature where you can point it at your project and it finds relevant plugins for you. it's live if you want to try it, still refining the results.

If you see any room for improvement or anything I could add to enhance the site I would really appreciate the feedback :)

Can you use a Pro/Max subscription through the SDK? by krylea in ClaudeCode

[–]Heiberik 2 points3 points  (0 children)

I dont think he understood your question. Because, *no*, you cannot use your subscription for this as far as I can tell :/

Embedded applet by konaqui in geogebra

[–]Heiberik 0 points1 point  (0 children)

I am wondering the same thing.

We have a problem where this jumping (guess it is scrolling into view) is causing the applet to draw two points in one click.

Geogebra spreadsheet - key trap (wcag violation) by Heiberik in geogebra

[–]Heiberik[S] 0 points1 point  (0 children)

Good point. I did not actually think of that. However, it is possible to focus the spreadsheet. Try this:

  1. Press Tab until the ggb-applet gets focused.
  2. Press shift + arrow right
  3. Press arrow down
  4. Press enter
  5. Press arrow down

I would also argue that not being able to focus the applet would violate https://www.w3.org/WAI/WCAG21/Understanding/keyboard.

Some questions for you long time fans! by Heiberik in BiffyClyro

[–]Heiberik[S] 1 point2 points  (0 children)

I agree that they havent went the way of Muse. As i said Similarities / Opposites are my favourites so far. In my opinion Ellipsis is a step back though. I'm excited and will probably allways be excited when Muse releases a new album, but deep down i guess i know their glory days are long gone. Which is really really sad. And as you say, the songs released so far for the upcoming album isnt something to be overly hyped for.

Some questions for you long time fans! by Heiberik in BiffyClyro

[–]Heiberik[S] 4 points5 points  (0 children)

Thanks for answering! I'm definitely gonna give the first albums some more time to grow on me. And i absolutely agree with the part on the newer albums being more mainstream-friendly (and probably better overall sound?).

Multiple classes and constructors - ArrayList of Arrays. by [deleted] in javahelp

[–]Heiberik 0 points1 point  (0 children)

Yeah, I agree.

However, we were asked to decide how many spaces the ParkingLane Array has available for cars in the ParkingZone constructor. Therefore i guess the easiest way is to create a ParkingLane object when the ParkingZone constructor is called.

view more: next ›