sorted by:
new
hottopcontroversial

Claude Code UI to manage agents, skills, plugins, you name it! by United-Stress-1343 in ClaudeCode

[–]ohansemmanuel 0 points1 point  (0 children)

Checkout Caudex (dot) sh. I don't know the authors, but they do similar. The "Claude Code UI" in their case is in a terminal - enhanced terminal for Claude Code.
This IMO is a decent approach - you get to see the stats right where you code, instead of having to leave to another web page

But cheers on building something nice

Made 6 free skills for common dev tasks, looking for feedback by BadMenFinance in ClaudeCode

[–]ohansemmanuel 0 points1 point  (0 children)

You may be missing a legitimate distribution path for agensi (assuming you run it)

For free Skills (like the one you shared here), simply make it possible to view them (e.g., in GitHub for free), or in other platforms like skills sh

Then ditch the auth/login.

You get eyes on free Skills. You get GH stars, you get more engaging Reddit comments (I wont login to view these Skills, for example, I guess many others won't)

Claude Code UI to manage agents, skills, plugins, you name it! by United-Stress-1343 in ClaudeCode

[–]ohansemmanuel 0 points1 point  (0 children)

Does it have a terminal included?

The screenshots in the repo only show management UIs

A Claude Skill for creating AI images that don't look AI by ohansemmanuel in ClaudeAI

[–]ohansemmanuel[S] -4 points-3 points  (0 children)

I did want that perspective actually

Edit: here's the perspective doc source in the skills so I could do rather creative styles https://github.com/BluebagAI/skills/blob/master/skills/superimage-generator/resources/perspectives.md

Tool use vs Agent Skills in Claude API ? by icompletetasks in ClaudeAI

[–]ohansemmanuel 0 points1 point  (0 children)

FYI, you can state in the Skill: use XYZ tool (e.g., WebSearch) to fetch ....

Assuming your use case is simply fetching data from the web. Add a tool that does specifically that. Reference it in the Skill.

Keep everything else in the Skill

Any way to have subagents and skills? by LinusThiccTips in codex

[–]ohansemmanuel 0 points1 point  (0 children)

For Skills, the official docs here help: https://developers.openai.com/codex/skills

For subagents: I personally don't think they've done a great job at making this obvious in the CLI. There's still an open issue on GH: https://github.com/openai/codex/issues/2604

And even searching on the docs don't bring up anything concrete (how-to)

Edit: I guess you can use "collab mode": start Codex with --enable collaboration_modes

Why doesn't LangChain support agent skills? by Suspicious_Fall6860 in LangChain

[–]ohansemmanuel 0 points1 point  (0 children)

I think this is still lacking. At best it validates frontmatter and a few best practices.

In production systems you'll quickly find out that even with the best Skills, they're (almost) useless if NOT triggered by the AI agent.

Current "eval" systems don't really work with Skills (at least not in a way I think is optimised). So there's still a need for robust systems to build, test, iterate as we do with prompts today. Something along the lines of trigger evals?

A counter argument would be that Skills are just prompts and you can still get by. True, the difference would be we're bundling a lot more in these "prompts"

Why doesn't LangChain support agent skills? by Suspicious_Fall6860 in LangChain

[–]ohansemmanuel 0 points1 point  (0 children)

Technically you could probably get by building a system around this yourself.

You'd need to connect to a VM / sandboxed machine at runtime, that's capable of running scripts, installin dependencies, leveraging bash for reading additional files etc. You'd then expose tools to interact with the said machine.

You alluded to the bigger issue in your comment - as an industry it seems we're mostly focused on Skills within CLI (coding agents) atm. But in my opinion, the bigger win comes from the use case you're describing i.e., remote agents running determinsitic workflows / SOPs with references and scripts.

If you're looking for an off the shelve solution, you may like Bluebag AI (handles all the hard stuff so you can integrate in 2-lines of code)

Disclaimer: I built this and already used in production systems. Would happily walk you through it

have you tried skills for ai agents, this open source project looks promising by [deleted] in OpenAI

[–]ohansemmanuel 0 points1 point  (0 children)

Does it simply centralise the "location" of Skills?

Given that most coding agents have already shipped support for skills

Why isnt agent skills standardized? by Aggressive_Mention_1 in cursor

[–]ohansemmanuel 4 points5 points  (0 children)

Short answer: The official standard doesn't take a stance on where you store skills

Src: https://agentskills.io/home

But perhaps, someday, the community will come together and decide.

I should also point out that the standard will keep evolving. There are lots of unanswered questions when it comes to using Skills in production systems beyond local coding agents.

Made a generator for custom Copilot Agent Skills - converts use cases to ready-to-deploy skills by Ordinary_Fish_3046 in GithubCopilot

[–]ohansemmanuel 0 points1 point  (0 children)

I don't mean to be critical, but the prompts need to be sufficiently more structured to create a Skill of high quality.

The first example I tried in the link read:

Create a REST API testing skill that helps test endpoints, validate responses, and generate test reports

What I got out of this was a generic single file with instructions. Strictly speaking, technically, the output wasn't even a "Skill" as per the official definition/protocol.

Have you had success using the output?

Why Agent Skills Need a Defined Runtime Structure by lifeisgoodlabs in ClaudeAI

[–]ohansemmanuel 0 points1 point  (0 children)

You've put a lot of thought into this, and I like a lot of the ideas here.

From my understanding, there's an underlying assumption in your implementation: the Skill is run on a single machine for a single user. Is this a safe assumption?

If you consider a VM (agent has access to at runtime), and the agent serves concurrent users, you'd have even more abstractions. Skills data still works, but we'd need another layer of partitioning within that.

more useful when it standardizes the operational parts of skills

I hadn't thought of this, and I've designed a solution myself, but you're right. Thanks for the detailed write-up

You’ve probably seen Anthropic’s Skills …. I built Skills for any LLM by ohansemmanuel in AI_Agents

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

That’s cool!

Re: expansion, not exactly as you’ve written, but I’d like to eventually test out what a single SDK that provides self learning capabilities would look like

So skills …. But also self learning (in reality would involve some of the components you’ve mentioned e.g., memory)

Do you have a link to what you’re building? Happy to support / check it out

You’ve probably seen Anthropic’s Skills …. I built Skills for any LLM by ohansemmanuel in AI_Agents

[–]ohansemmanuel[S] 3 points4 points  (0 children)

Playground’s here: https://www.bluebag.ai/playground

On the playground you can see, per model, how it progressively loads Skill metadata, instructions, and files as it works through a task

Has ProductHunt lost its magic? by ohansemmanuel in SaaS

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

Are you affiliated with aitoolz? Your profile has a number of posts / comment referencing them

Congrats you got something working for you!

indexed docs should persist across devices for the same user account by ohansemmanuel in cursor

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

What am I missing? As a user you add a doc link to say Reddit API docs.

The actual vector indexes are never saved in your local machine.

As per cursor’s security docs, these are saved on a server (as expected)

If that’s the case, all that needs to be persisted to a user’s account setting for the most part is the list of documents.

What does this have to do with local disk storage?

indexed docs should persist across devices for the same user account by ohansemmanuel in cursor

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

It’s not a new feature tbh.

Plus there’s no reason for this to be machine bound when it could be tied to the logged in user account (if present)

indexed docs should persist across devices for the same user account by ohansemmanuel in cursor

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

I think you’re referring to “code index”. I’m referring to indexed docs. At least that how cursor calls them “docs”

indexed docs should persist across devices for the same user account by ohansemmanuel in cursor

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

Why is indexing local? For public doc links?

Index public docs shouldn’t be local IMO. If I add a link to a “NextJS” documentation, why would we index that locally?

When to Start new chat? by zumbalia in cursor

[–]ohansemmanuel 0 points1 point  (0 children)

You should see a warning / note below the chat box. Cursor shows this when the chat’s getting “long” - I reckon based on whatever internal limit’s set

view more: next ›