Please adhere to a better skills standard
维护者通常 1 天内回复
还没有人认领这个 Issue。
评估
- 难度
- 4/5
- 预计耗时
- 3-5 天
- 新手友好度
- 38/100
- Issue 类型
- 功能
- 描述清晰度
- 基本清楚
- 活跃度
- 活跃
- 技术栈
- markdown
- 领域
- cli, documentation, tooling
调研方向
该 issue 未指出任何仓库文件或测试；先盘点当前的 33 个 skills 以及现有的 firecrawl-cli skill 布局，然后将提议的 SKILL.md 和 references 结构与 agentskills.io 进行比较。完成的标准是：按 harness 划分的冗余 skills 已合并，references 覆盖文档中记录的命令，并且任何 recommender 行为都已完成规范定义和测试。
由索引模型根据 Issue 内容生成。
描述
firecrawl-cli is a single tool and therefore it should NOT require 33 skills.
This adds a huge amount of redundant crap into the context window of every user submitted message. Additionally it's incredibly annoying and messy having a tool that just spams files and folders all over the ~ directory for every harness you support.
Using a tool should be only a single skill and you should follow a better standard.
A SKILL.md should represent the 4 W's:
- What
- Where
- When
- Why
The references should contain the how
Please create a single skills (firecrawl-cli) and structure it like this:
---
name: firecrawl-cli
description: ...
allowed-tools:
- Bash(firecrawl *)
- Bash(npx firecrawl-cli *)
metadata:
- last-updated: X
---
<overview>
TheFirecrawl CLI enables easy interaction with the web.
</overview>
<references>
<!-- Remember: what | where | when | why -->
- [firecrawl search {query}](./references/firecrawl-search.md)
- Use When:
- Url Unknown, finding sources, articles or news.
- Not When:
- Research papers: `firecrawl research index *` better
- Software development (libs, api, error, bugs, etc): `firecrawl developer index *` better
- ...etc
</references>
Better yet, create a simple recommender system that the agent can use via the cli. Like firecrawl skill recommender *query for eg: firecrawl skill recommender "firecrawl api search executeSearch command" would return [firecrawl developer](./references/firecrawl-developer-index.md) and [firecrawl search](./references/firecrawl-search.md)
Either way, please stop creating N^10 skills for a single product.
Useful refs for you to check out:
Thanks
- 主要语言
- TypeScript
- 星标
- 651
- 派生
- 113
- 平均合并
- 18 小时 12 分钟
- 30 天内合并 PR
- 47
环境准备
这个项目没有提供开发容器、Dockerfile 或贡献指南，环境需要你自己搭建：先看它的 README，通用步骤见我们的新手贡献指南。
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
firecrawl/cli 的其他 Issue
-
Trailing slash on cloud API URL disables keyless mode可能已有人在做 @danielgaskins 于 27 天前认领。 未关闭
难度 2/5 1-3 小时 新手友好度 74/100
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 75/100
维护者通常 1 天内回复
-
bug(search): documented --pretty option is rejected可能已有人在做 @ayushcodes13 于 70 天前认领。 未关闭
难度 2/5 1-3 小时 新手友好度 76/100
维护者通常 1 天内回复
-
firecrawl CLI fails with HTTP 404 through HTTP proxy (bundled axios < 1.16.1, no CONNECT tunneling for HTTPS)可能已有人在做 @tbontb-iaq 于 82 天前认领。 未关闭
难度 2/5 1-3 小时 新手友好度 72/100
维护者通常 1 天内回复
-
难度 1/5 1 小时以内 新手友好度 88/100
firecrawl/cli#160 · 1 个 reaction ·
维护者通常 1 天内回复
相似的 Issue
-
area:workflow bug ready-for-human
难度 1/5 1 小时以内 新手友好度 78/100
fil-donadoni/tolaria#6108 ·
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 72/100
apache/rocketmq-dashboard#7234 ·
维护者通常 3 天内回复
-
难度 2/5 1-3 小时 新手友好度 78/100
vitest-dev/vitest#11656 ·
维护者通常 1 天内回复
-
e2e-failure ready-to-code
难度 2/5 1-3 小时 新手友好度 68/100
redhat-developer/rhdh-plugin-export-overlays#4460 · 1 条评论 ·
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 62/100
ehmpathy/rhachet-roles-bhrain#655 ·
维护者通常 1 天内回复